I-02 Projektový zámer (projektovy_zamer)

1

[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5d283de4ad3c0b7a.png||height="49" width="225"]]

2

**PROJEKTOVÝ ZÁMER**

3

**Vzor pre manažérsky výstup I-02**

4

**podľa vyhlášky MIRRI č. 401/2023 Z. z.**

5

6

|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Úrad geodézie, kartografie a katastra Slovenskej republiky{{/content}}

7

|**Názov projektu**|{{content id="projekt.nazov"}}Rezortná integračná platforma{{/content}}

8

|**Zodpovedná osoba za projekt**|Ing. Peter Longa , Ing. Tomáš Beljak

9

|**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Úrad geodézie, kartografie a katastra Slovenskej republiky{{/content}}

10

|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Úrad geodézie, kartografie a katastra Slovenskej republiky{{/content}}

11

**Schvaľovanie dokumentu**

12

13

**Podpis**

14

(alebo elektronický súhlas)

)))

= {{id name="_Toc152607282"/}}{{id name="_Toc524109316"/}}{{id name="_Toc750608766"/}}{{id name="_Toc1668519232"/}}{{id name="_Toc1701549819"/}}{{id name="_Toc1964418579"/}}{{id name="_Toc947666535"/}}{{id name="_Toc33433513"/}}{{id name="_Toc556769729"/}}{{id name="_Toc1400213064"/}}{{id name="_Toc148367215"/}}{{id name="_Toc1875421741"/}}1.História DOKUMENTU =

19

20

|Verzia|Dátum|Zmeny|Meno a priezvisko

21

|1.0|7.8.2025|Prvá verzia|Tomáš Beljak

22

|1.1|8.9.2025|Zapracované pripomienky z verejného pripomienkovania|Tomáš Beljak

| | | |

= {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}{{id name="_Toc152607283"/}}2.ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =

28

29

V súlade s Vyhláškou č. 401/2023 Z.z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.// //

// //

Účelom predkladaného dokumentu je popis informácií o zmysle a dôvodoch realizácie projektu, odhadovaných prínosoch a nákladoch projektu, odôvodnení alokácie nevyhnutných zdrojov projektu, časovom rámci realizácie a odhadovaných rizikách projektu.

34

35

36

Dokument je vypracovaný v rámci prípravno-iniciačnej fázy projektu v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy.

37

38

== 2.1Použité skratky a pojmy ==

|SKRATKA/POJEM|POPIS

|ÚGKK SR|Úrad geodézie, kartografie a katastra Slovenskej republiky

44

|IKT|Informačné a komunikačné technológie

45

|RIP|Rezortná integračná platforma

46

|IS|Informačný systém

47

|CSRÚ|Centrálna správa referenčných údajov

48

|CPDI|Centrálna platforma dátovej integrácie

49

|RFO|Register fyzických osôb

50

|RPO|Register právnických osôb

51

|RA|Register adries

52

|SUSR|Štatistický úrad Slovenskej republiky

53

|NUTS|Nomenklatúra územných štatistických jednotiek

54

|MetaIS|Metainformačný systém

55

|CNM|Centrálny notifikačný modul

56

|ÚPVS|Ústredný portál verejnej správy

57

|MV SR|Ministerstvo vnútra Slovenskej republiky

58

|ESKN|Elektronické služby katastra nehnuteľností

59

|ISZS|Informačný systém zoznam stavieb

60

|KAV|Konsolidovaná analytická vrstva

61

|IAM|Identity and Access Management (modul správy identity a prístupu)

62

|G2G|Government-to-Government (komunikácia medzi vládnymi inštitúciami)

63

|G2C|Government-to-Citizen (komunikácia medzi vládou a občanmi)

64

|G2B|Government-to-Business (komunikácia medzi vládou a podnikateľmi)

65

|G2A|Government-to-Administration (komunikácia medzi vládou a správou)

66

|POO|Plán obnovy a odolnosti

67

|ŽS|Životná situácia

68

|KPI|Key Performance Indicators (kľúčové ukazovatele výkonnosti)

69

|PID|Project Initiation Document (dokument na začatie projektu)

70

|PRINCE2|PRojects IN Controlled Environments (štandard pre riadenie projektov)

71

|QA|Quality Assurance (zabezpečenie kvality)

72

|VO|Verejné obstarávanie

73

|OE|Objekt evidencie

74

|CAMP|Centrálna API manažment platforma

75

|API|Application Programming Interface (programové rozhranie aplikácie)

76

|RESTful API|Štandardizované programové rozhranie založené na architektúre REST

77

|AS|Aplikačné služby

78

|KS|Koncové služby

79

|SaaS|Software as a Service (softvér ako služba)

80

|NKIVS|Národná koncepcia informatizácie verejnej správy

81

|ISVS|Informačný systém verejnej správy

82

|ImP|Implementačný plán

83

84

Tabuľka 1 Skratky a pojmy

| |

== 2.2Konvencie pre typy požiadaviek (príklady) ==

91

92

Konvencia pre označovanie požiadaviek je nasledovná:

R-XX

* R – označenie požiadavky

97

* xx – číslo požiadavky

98

99

= {{id name="_Toc47815693"/}}{{id name="_Toc152607289"/}}{{id name="_Toc2101596728"/}}{{id name="_Toc21597077"/}}{{id name="_Toc200637902"/}}{{id name="_Toc1533185111"/}}{{id name="_Toc1887694913"/}}{{id name="_Toc824463063"/}}{{id name="_Toc2032956156"/}}{{id name="_Toc1083272272"/}}{{id name="_Toc1535460233"/}}{{id name="_Toc2126332012"/}}{{id name="_Toc461677146"/}}{{id name="_Toc152607288"/}}3.DEFINOVANIE PROJEKTU =

100

101

== {{id name="_Toc152607290"/}}{{id name="_Toc653156677"/}}{{id name="_Toc1001409967"/}}{{id name="_Toc294056164"/}}{{id name="_Toc822212923"/}}{{id name="_Toc700822328"/}}{{id name="_Toc1982046122"/}}{{id name="_Toc32260942"/}}{{id name="_Toc629221952"/}}{{id name="_Toc423614589"/}}{{id name="_Toc1077465011"/}}{{id name="_Toc723955740"/}}3.1Manažérske zhrnutie ==

102

103

Projekt RIP je sú súčasťou **programu rozvoja IKT v rezorte ÚGKK SR,** ktorý pokrýva strategický rozvoj informačných a komunikačných technológií v rezorte. Jeden z kľúčových prvkov tohto programu v najbližšom období tvoria projekty implementácie životných situácií .

104

105

Projekt RIP má za cieľ vytvoriť jednotnú technickú infraštruktúru na

106

107

1. výmenu dát medzi systémami v rámci rezortu ÚGKK SR a

108

1. výmenu dát medzi ostatnými externými systémami verejnej správy.

109

110

Táto platforma umožní rýchlu a bezpečnú výmenu informácií medzi rôznymi entitami, čím podporí efektívnu a plynulú prácu s údajmi naprieč viacerými inštitúciami.

111

112

Projekt po ukončení zabezpečí:

113

114

1. Štandardizáciu budúcich integrácií

115

1. Stanovenie integračných pravidiel a zodpovedností

116

1. Integráciu na referenčné registre

117

1. Integráciu na centrálne komponenty pre informovanie klienta o vybavení jeho podania prostredníctvom notifikácií

118

1. Poskytovanie údajov z monitoringu služieb a zberu spätnej väzby do centrálnych komponentov

119

120

121

Napojenie RIP na register fyzických osôb (ďalej len „RFO“) na využívanie údajov RFO (konzumácia dát) a v rámci programu rozvoja IKT v ÚGKK. V následných projektoch rozvoja je plánovaná aj plná integrácia RFO s ostatnými systémami ÚGKK ako budúci konkrétny krok smerom k vyššej efektívnosti procesov rezortu ÚGKK.

122

123

124

Zlepšená integrácia s externými systémami a registrami verejnej správy zvýši celkovú efektivitu procesov, čo prinesie organizácii vyššiu produktivitu a občanom vyšší komfort používania služieb ÚGKK. V nasledujúcich rozvojových projektoch bude RIP základným komponentom pre budovanie potrebných budúcich integrácii v rezorte ÚGKK.

125

126

127

Realizácia projektu začne v 2025 procesom verejného obstarávania a projekt bude ukončený v Q1/2026. Projekt je určený zamestnancom objednávateľa.

128

129

== {{id name="_Toc152607292"/}}{{id name="_Toc312483730"/}}{{id name="_Toc2111721766"/}}{{id name="_Toc1058305394"/}}{{id name="_Toc656462781"/}}{{id name="_Toc1832659409"/}}{{id name="_Toc488319966"/}}{{id name="_Toc1232937879"/}}{{id name="_Toc392723854"/}}{{id name="_Toc1753883964"/}}{{id name="_Toc141343421"/}}{{id name="_Toc1911602422"/}}{{id name="_Toc47815694"/}}{{id name="_Toc152607291"/}}3.2Motivácia a rozsah projektu ==

130

131

(((

132

ÚGKK prevádzkuje niekoľko významných informačných systémov verejnej správy, poskytuje a konzumuje elektronické služby a je vecným gestorom a garantom pre významné dáta katastra nehnuteľností, ktoré sú používané v procesoch verejného aj súkromného sektora.

133

134

135

Aktuálne napriek rozvoju systémov v posledných rokoch neexistuje jednotný prístup ani jednotná technologická platforma na realizáciu integrácii či už smerom von (externá) alebo dovnútra (interná) medzi vlastnými IS. Integrácie sú riešené na úrovni jednotlivých systémov voči ich konzumentom bez centrálneho riadenia.

136

137

138

V súčasnosti nedisponuje ÚGKK vo svojich systémoch napojením na referenčné registre IS CPDI. Elektronické služby poskytované na portáloch katastra neposkytujú automatické predvypĺňanie údajov podľa referenčných údajov a nenapĺňajú tak princíp využívania údajov, ktorými štát už disponuje. Pri vypisovaní elektronických služieb sa neposkytujú informácie o stave podania do centrálnych komponentov. Systematicky sa nezbierajú údaje o využívaní elektronických služieb ani o spokojnosti klienta s ich používaním.

139

140

Integrácie medzi jednotlivými systémami UGKK a externými systémami sa vytvárajú ad-hoc, podľa potreby daného systému/systémov.

141

142

Potreba budovania ďalších integrácii tiež prichádza kvôli implementácii prioritných Životných situácii v rámci POO, konkrétne:

143

144

* ŽS2 Kúpa a vlastníctvo nehnuteľnosti na bývanie

145

* ŽS6 Presťahovanie

146

* ŽS15 Uzavretie manželstva

147

148

149

Medzi hlavné **problémy **ÚGKK teda patrí:

150

151

* Chýbajúca štandardizácia integrácie s dostupnými vstupmi (kódy, dokumentácia), ktoré obsahujú popis spôsobu a nasadenia integrácie

152

* Absencia integračných pravidiel a zodpovedností, ktoré by UGKK zjednodušili implementáciu danej integrácie (pravidlá by mali obsahovať hlavne rozhodnutia, ktoré systémy integrovať a predovšetkým ako ich integrovať)

153

* Pri navrhovaní nových projektov neustále rastie potreba systémov medzi sebou automaticky komunikovať

154

* Absencia automatického predvypĺňania údajov pri podaniach - čo je spôsobené absenciou integrácie systémov na referenčné registre a sprístupnenia údajov pre interné systémy cez CPDI (RFO, RPO, RA, SUSR (číselníky a územné jednotky NUTS), MetaIS (číselníky))

155

* Nie je podporované kontinuálne zlepšovanie služieb na základe zberu relevantných údajov - monitoring elektronických služieb a spätnej väzby nie je podporovaný

156

157

158

Medzi **príležitosti **UGKK v oblasti integrácií patrí:

159

160

* Centrálna integračná platforma ÚGKK SR, ktorá sprostredkováva dátovú výmenu medzi internými systémami ÚGKK SR a externými inštitúciami (napr. banky, iné orgány štátnej správy).

161

* Integračný bod pre konsolidáciu poskytovania údajov tretím stranám

162

* Náhrada súčasných integrácii, ktoré sú poskytované nepodporovanými systémami, alebo po kybernetickom útoku neboli obnovené a nie sú poskytované vôbec

163

164

165

Integračná platforma by mala pokryť predovšetkým potreby **nasledujúcich biznis požiadaviek**:

166

167

* Konzumovanie dát z údajových registrov cez **IS CSRÚ (CPDI)** – **RFO, RPO, RA**

168

* **Integrácia na spoločné moduly v zmysle § 10 zákona 305/2013 Z. z.**

169

** Integrácia na modul elektronického doručovania (ÚPVS MED),

170

** Integrácia na autentifikačný modul (ÚPVS IAM),

171

** Integrácia na modul úradnej komunikácie (ÚPVS G2G),

172

** Integrácia na modul elektronických schránok (ÚPVS eDESK),

173

** Integrácia na NASES kvalifikovaná služba validácie podpisov a pečatí,

174

** Integrácia na modul elektronickej podateľne (CEP)

175

** Integrácia na modul elektronických formulárov (MEF),

176

** Integrácia na modul centrálneho úradného doručovania (CÚD).

177

* Zasielania **notifikačných správ** v prostredí elektronických služieb – integrácia na **CNM ÚPVS**

178

* Nevizuálna služba pre MV SR (Náhrada MINIK) – optimalizované **nevizuálne služby**

179

* Zber údajov o podaniach nevizuálnou službou pre monitoring služieb a zasielanie údajov z monitoringu a zberu spätnej väzby pri používaní elektronických služieb – integrácia na **Konsolidovanú Analytickú Vrstvu (KAV)**

180

* Interné integrácie

181

** Integrácia na špecializovaný portál ÚGKK - kúpa a predaj nehnuteľnosti na bývanie

182

** Integrácia na špecializovaný portál ÚGKK - Žiadosť o zmenu osobných údajov

183

** Integrácia na systém elektronického doručovania ELODO

184

** Integrácia na centrálnu databázu – „single source of truth“ ÚGKK

185

** Integrácia na QES portál – za účelom pečatenia a validácie dokumentov

186

** Integrácia na interný IAM

187

** Integrácia na ISZS

188

189

190

Predmetom projektu sú identifikované integrácie nevyhnutné pre zabezpečenie služieb v rámci prioritných životných situácii. Zároveň však plánovaná integračná platforma bude obsahovať základné funkcionality a slúžiť ako základ pre budovanie ďalších integrácii v rámci rozvoja ÚGKK, GKÚ a VÚGK. Jednotná integračná platforma v rámci rezortu je nevyhnutná pre zabezpečenie modernej architektúry a tiež bezpečných integrácii smerom na externé prostredie v roli konzumenta aj poskytovateľa údajov a služieb.

Sumarizácia integrácii v tabuľkovej forme

195

196

197

|**Integrovaný / vyžívaný centrálny komponent**|**RIP**|**Účel integrácie / téma**

198

|IS CSRÚ (CPDI) - konzumovanie|Áno|(((

199

Konzumovanie údajov RFO, RPO, RA

200

201

Konzumované údaje budú využité po identifikácii občana v modernizovanom špecializovanom portáli pre získanie jeho referenčných údajov.

202

)))

203

|IS CSRÚ (CPDI) - poskytovanie|Nie|Poskytuje do CSRU údaje katastra nehnuteľností

204

|IS CAMP (isvs_9513)|Áno|Prístup k API službám ÚPVS – API CNM

205

|Platobná brána (bude určená v procese verejného obstarávania)|Nie|V rámci plánovaných budúcich projektov rozvoja plánujeme vytvorenie platobného modulu, ktorý zabezpečí zastrešenie problematiky platieb pre celý rezort GKK. Priamu integráciu na štátnu pokladnicu v projekte nerealizujeme.

206

|Autentifikačný modul ÚPVS (isvs_8846)|Áno|(((

207

Proces autentifikácie používateľa služieb špecializovaného portálu.

208

209

Získavanie základných údajov osoby cez službu getIdentity

210

)))

211

|IS MED – Modul elektronického doručovania|Áno|Elektronické úradné doručovanie dokumentov

212

|Centrálne úradné doručovanie|Áno|Elektronické úradné doručovanie dokumentov

213

|Integrácia na modul úradnej komunikácie (ÚPVS G2G),|Áno|Integrácie v rámci úradnej komunikácie

214

|Integrácia na modul elektronických schránok (ÚPVS eDESK),|Áno|Integrácia na zápis do odoslaných správ v eDesk klienta a čítanie správ zo schránky OVM

215

|Modul el. schránok ÚPVS (isvs_8847)|Áno|Náhrada súčasnej integrácie mimo RIP

216

|Integrácia na - NASES kvalifikovaná služba validácie podpisov a pečatí,|Áno|Využívanie služieb validácie elektronických podpisov a pečatí

217

|Integrácia na modul elektronickej podateľne (CEP).|Nie|Využívanie služieb IS CEP

218

|Modul elektronických formulárov|Áno|Synchronizácia definícií formulárov pre vizualizáciu a overovania elektronických formulárov

219

|Platobný modul ÚPVS (isvs_8850)|Nie|Vývoj a dodanie platobného modulu nie je aktuálne plánované. Integrácia môže byť zahrnutá neskôr v rámci dodávky platobného modulu.

220

|Centrálny Notifikačný Modul (CNM)|Áno|Integrácia prostredníctvom CAMP za účelom odosielania notifikácii klientom

221

|Konsolidovaná Analytická Vrstva (KAV) (isvs_9655)|(((

Áno – Spätná väzba

Nie ostatné

)))|Zdieľanie údajov zo sledovania a monitoringu služieb ÚGKK

226

|Centrálna evidencia záznamov o vykonanej zaručenej konverzii|Áno|Integrácia cez RIP, detail závisí od špecifikácie externého komponentu zaručenej konverzie

227

|Lokátor služieb na ÚPVS|Nie|Zmeny riešené manuálne

228

|CMS pre návody|Nie|Zmeny riešené manuálne

Životné situácie, ktorých sa motivácia a rozsah projektu týkajú sú nasledovné:

233

234

* ŽS 02 Kúpa nehnuteľnosti

235

* ŽS 06 Presťahovanie

236

* ŽS15 Uzavretie manželstva

237

238

Medzi ciele projektu patria:

239

240

* Štandardizácia budúcich integrácií, ktorá zahŕňa aj stanovenie integračných pravidiel a zodpovedností

241

* Integrácia na referenčné registre

242

* Informovanie klienta o vybavení jeho podania prostredníctvom notifikácií

243

* Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby

244

* Zvýšenie kvality poskytovaných elektronických služieb štátu

245

246

247

[[image:1757961217993-372.png]]

248

249

Princípy architektúry vychádzajú z princípov informatizácie verejnej správy (NKIVS):

250

251

* Orientácia na používateľa

252

** Jednoduchá prístupnosť služieb

253

** Kvalita a spoľahlivosť

254

* Prirodzene digitálna verejná správa

255

** Prednostné využívanie digitálnych služieb a dát pre rozhodovanie

256

* Údaje sú chránené

257

** Maximalizácia zdieľania a spoločného využívania údajov pre lepšie rozhodovanie

258

** Údaje sú starostlivo chránené

259

** Údaje sú konzistentné a zrozumiteľné

260

* Transparentnosť VS

261

** Auditovateľnosť - priebežná informácia o stave spracovania procesu, podania

262

** Spätná väzba

263

** Občan má prehľad o spracúvaní svojich údajov orgánmi verejnej moci

264

** Kontrola nad procesmi verejnej správy - Otvorenosť údajov

265

** Transparentná informatizácia verejnej správy

266

* Bezpečnosť

267

** Optimálna úroveň bezpečnosti

268

** Včasné riešenie bezpečnosti

269

** Dostupnosť - odolnosť voči výpadkom

270

)))

271

272

== {{id name="_Toc152607293"/}}{{id name="_Toc1804717142"/}}{{id name="_Toc2082286828"/}}{{id name="_Toc408208333"/}}{{id name="_Toc2091742582"/}}{{id name="_Toc1276965606"/}}{{id name="_Toc1095995576"/}}{{id name="_Toc1849077951"/}}{{id name="_Toc1415248283"/}}{{id name="_Toc213456280"/}}{{id name="_Toc1645756734"/}}{{id name="_Toc305576249"/}}{{id name="_Toc47815695"/}}3.3Zainteresované strany/Stakeholderi ==

273

274

275

|ID|AKTÉR / STAKEHOLDER|(((

SUBJEKT

(názov / skratka)

)))|(((

ROLA

(vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)

)))|(((

Informačný systém

(MetaIS kód a názov ISVS)

)))

Tabuľka 2 Zainteresované strany (Stakeholderi)

== {{id name="_Toc1171095368"/}}{{id name="_Toc917011599"/}}{{id name="_Toc1971312639"/}}{{id name="_Toc1126157752"/}}{{id name="_Toc1310576106"/}}{{id name="_Toc2022117806"/}}{{id name="_Toc1657084950"/}}{{id name="_Toc1062413439"/}}{{id name="_Toc2022428828"/}}{{id name="_Toc2122222112"/}}{{id name="_Toc754065181"/}}{{id name="_Toc152607307"/}}{{id name="_Toc47815696"/}}{{id name="_Toc152607306"/}}{{id name="_Toc152607305"/}}{{id name="_Toc152607304"/}}{{id name="_Toc152607303"/}}{{id name="_Toc152607302"/}}{{id name="_Toc152607301"/}}{{id name="_Toc152607300"/}}{{id name="_Toc152607299"/}}{{id name="_Toc152607298"/}}{{id name="_Toc152607297"/}}{{id name="_Toc152607296"/}}{{id name="_Toc152607295"/}}{{id name="_Toc152607294"/}}3.4Ciele projektu ==

301

302

|ID|Názov cieľa|Názov strategického cieľa|Spôsob realizácie strategického cieľa

303

|1.|Štandardizácia budúcich integrácií|NKIVS 3.2 - Skrátiť čas na prípravu a doručenie služieb a výsledkov informačných systémov verejnej správy|Tým, že sa zavedie štandardizácia budúcich integrácií, integračných pravidiel a zodpovedností, skráti sa aj čas na analýzu a implementáciu týchto integrácií v budúcnosti.

304

|2.|Integrácia na referenčné registre|NKIVS 2.4 - Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe|Získavaním údajov z referenčných registrov pre budúce zavedenie stotožňovania.

305

|3|Naplnenie požiadaviek na integráciu s centrálnymi komponentami a požiadaviek priamej integrácie s ISVS v rozsahu určenom v programe prioritných životných situácií|NKIVS 1.4 Zjednodušiť prístup k elektronickým službám vo forme komplexných životných situácií verejnej správy|Využívanie centrálnych komponentov a automatizácia procesov životných situácií medzi OVM v zmysle implementačných plánov ŽS02, ŽS06, ŽS15

306

307

308

Tabuľka 3 Ciele projektu

309

310

311

(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607308~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)3.5Merateľné ukazovatele (KPI)

|ID|(((

ID/Názov cieľa

)))|Názov

ukazovateľa (KPI)|Popis

320

ukazovateľa|Merná jednotka

|AS IS

merateľné hodnoty

(aktuálne)|TO BE

Merateľné hodnoty

(cieľové hodnoty)|Spôsob ich merania|Pozn.

326

|1.|Štandardizácia budúcich integrácií|Centrálna integračná platforma rezortu pre štandardizáciu|Kvantitatívne vyčíslenie počtu platforiem vhodných na centrálne riadenie integrácii rezortu a štandardizáciu integračných pravidiel, ktorá má zahŕňať: popis štandardizácie integrácie, integračné pravidlá a zodpovednosti|počet|0|1|Nasadenie platformy do produkcie|

327

328

329

|4|Naplnenie požiadaviek na integráciu s centrálnymi komponentami a požiadaviek priamej integrácie s ISVS v rozsahu určenom v programe prioritných životných situácií|Počet zasielaných notifikácií do CNM|Kvantitatívne vyčíslenie počtu zasielaných notifikácií do CNM|Počet|0|150.000|Štatistika zasielaných notifikácií v integračnej platforme|

330

331

332

Tabuľka 4 Merateľné ukazovatele (KPI)

333

334

== {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}3.6Špecifikácia potrieb koncového používateľa ==

335

336

Projekt je zameraný na integrácie systémov a koncový používateľ – osoby priamo s výstupmi projektu neprichádzajú do styku.

337

338

339

== (% id="cke_bm_518713S" style="display:none" %) {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}(%%)3.7Detailný opis obmedzení a predpokadov ==

340

341

V rámci realizácie projektu Rezortnej integračnej platformy GKK (RIP GKK) boli definované nasledovné kľúčové predpoklady a obmedzenia, ktoré významne ovplyvňujú rozsah, realizáciu a plánovanie projektu.

Predpoklady

1. Predpoklad rozsahu projektu:

347

Projekt RIP GKK je zameraný primárne na zavedenie technologickej platformy a vybudovanie integračného prostredia pre podporu riešenia životných situácií v rezorte. Naplnenie požiadaviek riešenia životných situácií bude dosiahnuté viacerými projektami, ktoré budú s projektom RIP realizované paralelne. Z kľúčových projektov životných situácií ide o:

348

1*. modernizáciu portálu DSKN

349

1*. upgrade ELODO

350

351

Detail požiadaviek projektu je rozpracovaný v katalógu požiadaviek. Úloha RIP v rozsahu životných situácií je rozpracovaná v KRImP pre jednotlivé životné situácie.

352

353

354

Ostatné budúce integračné požiadavky a rozšírenia platformy budú riešené v samostatných rozvojových projektoch. Súčasný projekt vytvára technologický základ a realizuje len vybrané integračné väzby, ktoré sú potrebné na začiatok spracovania životných situácií.

355

356

1. Predpoklad existencie preexistentného softvéru:

357

S ohľadom na časové a kapacitné obmedzenia projektu sa predpokladá existencia alebo dostupnosť adaptačných konektorov (adaptérov) pre integráciu so spoločnými modulmi verejnej správy.

358

Predpokladá sa, že tieto adaptéry budú štandardizované, pripravené na konfiguráciu a umožnia rýchlu integráciu bez potreby rozsiahleho vývoja. Očakáva sa tiež ich relatívne rýchla akceptácia a nasadenie.

359

1. Predpoklad postupnej realizácie v inkrementoch:

360

Dodávka projektu je rozdelená do troch inkrementov s postupným rozširovaním funkcionalít a integrácií:

361

1*. Prvý inkrement: Zavedenie technologickej platformy a realizácia integrácií s preexistentným softvérom, vrátane nasadenia dostupných adaptérov.

362

1*. Druhý inkrement: Konfigurácia preexistentných integračných rozhraní a tokov potrebných pre zabezpečenie spracovania podaní pre vybrané životné situácie. Tento inkrement sa zameriava na nasadenie preexistentných adaptérov a odladenie komunikácie s CPDI/ÚPVS. .

363

1*. Tretí inkrement: Realizácia custom integrácií, pri ktorých je predpoklad, že neexistuje preexistentné riešenie primárne z dôvodu naviazania na custom systémy ÚGKK, stále v rozsahu riešenia životných situácií. Tento inkrement rozširuje integračné väzby a funkcionalitu v nadväznosti na potreby spracovania životných situácií v širšom kontexte. Inkrement môže byť obstarávaný vo viacerých samostatných objednávkach zohľadňujúc konkrétne systémy.

Obmedzenia

* Projekt nepokrýva všetky integračné požiadavky rezortu. Rozšírenia platformy a nové integračné väzby budú predmetom ďalších projektov podľa stanovených priorít a kapacít.

369

* Časové obmedzenie projektu neumožňuje rozsiahly vývoj nových adaptérov; preto sa vyžaduje dostupnosť existujúcich riešení, ktoré je možné rýchlo prispôsobiť.

370

371

== {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}3.8Vyhodnotenie rizík a závislostí ==

|1|Neúspešné verejné obstarávanie (VO) – riziko pri obstarávaní dodávateľa riešenia|B|Ak by sa do verejného obstarávania nikto neprihlásil alebo by nebolo možné uzavrieť zmluvu včas, projekt by sa výrazne oneskoril kvôli nutnosti opakovať obstarávanie. Tým by sa posunul celý harmonogram a predĺžila doba, počas ktorej rezort funguje v provizórnom režime.|Dôkladná príprava podkladov a podmienok VO priebežné monitorovanie trhu s cieľom minimalizovať riziko, že sa nikto neprihlási.

376

|2|Nedodržanie harmonogramu projektu – sklz vo vývoji a nasadení platformy|A|Oneskorenie dodávok alebo nasadenia výstupov projektu znamená, že plánované služby nebudú dostupné včas. Projekt je financovaný z Plánu obnovy a odolnosti, s cieľom sprevádzkovať platformu do 1. štvrťroku 2026. Neskoré dodanie môže znamenať sankcie pri čerpaní z Plánu obnovy a odolnosti.|Priebežné sledovanie a riadenie plnenia míľnikov, dôraz na dodržiavanie harmonogramu a včasné riešenie prípadných sklzov. V prípade identifikovaného meškania ihneď prijať nápravné opatrenia (napr. posilnenie tímu, úprava rozsahu) tak, aby sa minimalizoval dopad na konečný termín.

377

|3|Nepripravenosť nových centrálnych komponentov a zdĺhavé povoľovanie integrácií|B|Externé centrálne komponenty verejnej správy (napr. moduly ÚPVS, CNM, CAMP) nemusia byť v požadovanom čase technicky alebo procesne pripravené na integráciu s RIP GKK. Povolenie integrácií môže vyžadovať dlhé schvaľovacie procesy a legislatívne alebo metodické stanoviská. Následkom môže byť oneskorenie realizácie kritických integračných väzieb, čo by ohrozilo dosiahnutie funkčnosti projektu v plánovanom termíne.|Proaktívna a včasná komunikácia s gestormi centrálnych komponentov už v prípravnej fáze projektu. Príprava integračných zámerov, harmonogramov a technických špecifikácií ešte pred začiatkom verejného obstarávania. Včasné oslovenie správcov spoločných modulov na získanie záväzkov o dostupnosti rozhraní a termínoch sprístupnenia testovacích prostredí. V prípade oneskorenia pripraviť dočasné riešenia alebo alternatívne integračné scenáre. Priebežné sledovanie stavu pripravenosti jednotlivých partnerov a pravidelná eskalácia prípadných problémov.

378

|4|Komplexita paralelnej prevádzky starého a nového riešenia (závislosť na dočasnej koexistencii)|C|Zvolený postup (Alt. 2) počíta s dočasnou paralelnou prevádzkou starej platformy/náhradných riešení a novej RIP. Toto prechodné obdobie zvyšuje operačnú komplexitu – dočasná komplexita pri správe viacerých riešení. Nárast zložitosti môže znamenať vyššie riziko chýb, bezpečnostných medzier alebo neočakávaných nákladov na údržbu dvoch súbežných platforiem.|Podrobné naplánovanie prechodovej fázy a jasná dokumentácia ku každému integračnému rozhraniu v oboch prostrediach. Posilnenie tímu podpory počas trvania paralelnej prevádzky, aby bolo možné promptne riešiť incidenty na starom aj novom riešení. Priebežné odstraňovanie problémov zistených v dvojitej prevádzke a čo najskoršie ukončenie starého systému po úspešnej migrácii, čím sa eliminuje zdvojená záťaž.

379

|5|Neexistencia pripravených adaptérov na prepojenie centrálnych modulov (závislosť na hotových konektoroch)|C|Projekt predpokladá, že k dispozícii budú štandardizované “adaptačné konektory” pripravené na rýchlu integráciu so spoločnými modulmi verejnej správy. Ak by však tieto existujúce komponenty neboli dostupné alebo by neumožnili jednoduché pripojenie, bolo by nutné vyvinúť nové rozhrania. To by prinieslo výrazný sklz oproti plánu a zvýšilo náklady (časové obmedzenia projektu neumožňujú rozsiahly vývoj nových adaptérov – počíta sa s využitím existujúcich riešení).|Overenie dostupnosti adaptérov už v úvodnej fáze projektu. Zároveň pripraviť plán náhradného riešenia na dočasné využitie integračných mechanizmov. Zároveň priebežne komunikovať s prevádzkovateľom centrálnych modulov s cieľom zvýšiť pripravenosť na kompatibilitu rozhraní a efektívne integračné testy.

380

|6|Nedostatok kvalifikovaných ľudských zdrojov (personálne riziko)|C|Ak projektový tím nebude mať dostatočné kapacity alebo odbornosti, môže to viesť k predĺženiu realizácie a zníženiu kvality výsledného riešenia. Nedostatok skúsených integrátorov či architektov môže spomaliť analýzu a vývoj. Riziko zvyšuje aj možná fluktuácia – odchod kľúčových členov tímu.|Personálne zabezpečenie projektu už v úvodnej fáze. Identifikovať potrebné role a včas zabezpečiť externé posily (nábor, konzultanti). Priebežne monitorovať vyťaženosť tímu a v prípade potreby posilniť tím ďalšími kapacitami, aby nedošlo k kritickému preťaženiu jednotlivcov.

381

|7|Prekročenie plánovaného rozpočtu (finančné riziko)|C|Celkové plánované náklady projektu sú približne do 1 000 000 €. Ak by v dôsledku verejného obstarávania prišlo k prekročeniu rozpočtu môže projekt naraziť na nedostatok financií.|Nastavenie verejného obstarávania tak, aby obstaranie inkrementov 2 a 3 bolo riešené formou opcií. To umožní flexibilne pracovať s finálnym rozsahom dodávky v závislosti od reálne dostupného rozpočtu a vyhodnotenia pridaných hodnôt. Cieľom je prioritizovať dodávku komponentov a integrácií s najvyššou pridanou hodnotou a maximalizovať efektívnosť využitia rozpočtu. Zároveň pravidelné finančné sledovanie a tvorba finančnej rezervy pre nepredvídané výdavky.

382

383

Tabuľka 5 Prehľad najzávažnejších rizík a závislostí

== {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.9Detailný opis rozpočtu a jeho prínosov ==

389

390

391

=== 3.9.1 Sumarizácia nákladov a prínosov ===

392

393

Odhad ceny implementácie BP v rámci projektu budovania rezortnej integračnej platformy predstavuje

394

986 211 € s DPH / zmenová požiadavka v prevádzke nad 200 000 EUR do 1 000 000 EUR vrátane).

395

396

397

Produktový zoznam požiadaviek tvorí 10 biznis požiadaviek, z ktorých je 8 MMP (minimal

398

399

marketable products), cez dodanie ktorých bude sledované splnenie míľnikov komponentu POO.

400

401

402

Produktový zoznam požiadaviek je súčasťou Konceptov realizácie ImP pre Projekt implementácie zmenových

403

404

požiadaviek pre ŽS 2, ŽS6 a ŽS15 pre ÚGKK SR, časť B.

405

406

407

Detailný výpočet podľa biznis požiadaviek z Konceptov realizácie ImP je

408

409

|**Identifikácia biznis požiadavky

410

(z Implementačného plánu pre ŽS)**|**Názov biznis požiadavky

411

(z Implementačného plánu pre ŽS)**|**Suma bez DPH**|**Suma s DPH**

412

|ŽS2_BP_07a|Úprava služieb na ESKN portáli do dizajnu ID SK (ID SK 3.0)|140 000 €|172 200 €

413

|ŽS2_BP_07c|Prihlásenie sa na špecializovaný portál ÚGKK SR z mUPVS/UPVS|48 100 €|59 163 €

414

|ŽS2_BP_07g|Úprava služieb do dizajnu ID SK (ID SK 3.0) - Notifikácie na zmeny mojich nehnuteľností a stavy konania|149 500 €|183 885 €

415

|ŽS2_BP_13|Sledovanie stavu katastrálneho konania|112 000 €|137 760 €

416

|ŽS2_BP_21|Dátová integrácia - zabezpečenie poskytovania / prijímania údajov medzi OVM

417

Poskytnutie rozšírenej množiny dát a zmien nad objektami evidencie|156 000 €|191 880 €

418

|ŽS2_BP_21d|Prenos rozšírených dát, medzi informačnými systémami|21 600 €|26 568 €

419

|ŽS2_BP_21e|Rezortná integračná platforma|140 097 €|172 319 €

420

|ŽS6_BP_44|Zrýchlenie dostupnosti overenia nehnuteľnosti|44 500 €|54 735 €

421

422

423

V úhrne to predstavuje

Z pohľadu etáp projektu a dodávky sa dodáva preexistentný SW a custom integračné adaptéry

| |Spolu s DPH|(((

Názov

modulu

)))|(((

Názov

Modulu

)))

|Náklady| | |

|IT - CAPEX| | |

|Aplikácie|130 503 €|Custom integračné adaptéry|Custom integračné adaptéry

443

|SW|868 007 €|Preexistentný SW|Preexistentný SW

444

445

446

Prínosy projektu – ekonomické aj kvalitatívne – budú primárne vyhodnocované na úrovni prioritných životných situácií, kde sa najlepšie prejaví reálny dopad na občanov a podnikateľov. Nižšie uvedený výpočet preto predstavuje iba parciálny pohľad, nakoľko RIP je technologickým komponentom. RIP umožní integráciu rezortu na centrálne komponenty a referenčné registre, čím vytvára predpoklady na poskytovanie jednoduchších, proaktívnych a používateľsky prívetivejších služieb.

447

448

449

Ekonomický prínos pre zavedenie RIP a využitie centrálneho komponentu centrálny notifikačný modul bol vypočítaný za rok 2024 s využitím priemernej hodnoty pracovnej hodiny podľa ŠÚ SR (8,76 €/h) a predpokladanej úspory 2 hodiny na prípad. Do výpočtu boli zahrnuté elektronické podania (59 457 prípadov, 100 %), životná situácia Presťahovanie (51 929 prípadov, 50 %) a Sobáš (24 842 prípadov, 25 %).

450

451

452

Konkrétny prínos predstavuje ocenenie úspory času koncového používateľa zavedením proaktívnej notifikácie:

453

454

Elektronické podania: 59 457 × 2 h × 8,76 €/h ≈ 1 041 687 €

455

456

Presťahovanie (50 %): 25 965 × 2 h × 8,76 €/h ≈ 454 933 €

457

458

Sobáš (25 %): 6 211 × 2 h × 8,76 €/h ≈ 108 812 €

459

460

461

Spolu to predstavuje celkový prínos vo výške približne 1,61 mil. € ročne.

462

463

464

Odhad prínosov je konzervatívny, keďže zahŕňa len jednu vybranú skutočnosť a nezahŕňa prínosy z potenciálu budovania ďalších efektívnych rezortných a medzirezortných procesov.

465

466

(% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)3.9.2 Zdroj financovania

467

468

Projekt rezortnej integračnej platformy bude financovaný výhradne na účely vytvorenia a nasadenia samotnej platformy a podpory počas prvého roku po dodaní, pričom financovanie bude zabezpečené z prostriedkov Plánu obnovy a odolnosti (POO).Cieľom je jej uvedenie do prevádzky najneskôr v prvom štvrťroku 2026. Po dokončení nasadenia platformy bude prevádzka a ďalší rozvoj zabezpečený Úradom geodézie, kartografie a katastra (UGKK) prostredníctvom ďalších nasledovných projektov, ktoré zabezpečia jej dlhodobú udržateľnosť a prispôsobenie sa dynamickým potrebám verejnej správy.

469

470

471

== {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.10Harmonogram projektu ==

|ID|FÁZA/AKTIVITA|(((

ZAČIATOK

(odhad termínu)

)))|(((

KONIEC

(odhad termínu)

)))|POZNÁMKA

|1.|Prípravná fáza a Iniciačná fáza| |30.8.2025|

485

|1.2|Verejné obstarávanie| | |

486

|1.3|Ukončenie verejného obstarávania – podpis zmluvy|T- 1 týždeň|T|

487

|1.4|Podpis zmluvy|T|T+ 1 týždeň|

Biznis požiadavky:

ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48, ŽS2_BP_07c, ŽS2_BP_07a, ŽS2_BP_13, ŽS2_BP_07g,

)))

Biznis požiadavky:

ŽS2_BP_07a, ŽS2_BP_07g, ŽS2_BP_21d, ŽS6_BP_44, ŽS6_BP_58, ŽS2_BP_13, ŽS2_BP_39, ŽS2_BP_39b,

)))

PIP - 3 mesiace po nasadení

507

508

Licenčná podpora na jeden rok ako súčasť ceny diela

509

)))

510

511

== {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.11Návrh organizačného zabezpečenia projektu (projektový tím) ==

Riadiaci výbor projektu

Projektový team, pozícia, oddelenie a rola v projekte.

|6.|(((

Ing., Ján Tovarňák

)))|Manažér IT prevádzky|ÚGKK/|Manažér IT prevádzky

(% style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" %)4.LEGISLATÍVA

544

545

V rámci projektu nebudú riešené legislatívne zmeny.

546

547

= {{id name="_Toc152607320"/}}{{id name="_Toc982854671"/}}{{id name="_Toc744122543"/}}{{id name="_Toc1493751813"/}}{{id name="_Toc452731307"/}}{{id name="_Toc1695646942"/}}{{id name="_Toc534841930"/}}{{id name="_Toc654836100"/}}{{id name="_Toc1570812277"/}}{{id name="_Toc1016816405"/}}{{id name="_Toc609127555"/}}{{id name="_Toc1888607264"/}}{{id name="_Toc47815704"/}}5.NÁHĽAD ARCHITEKTÚRY =

548

549

550

== 5.1 Stanovenie alternatív architektúry riešenia ==

551

552

=== 5.1.1Stanovenie alternatív v biznisovej vrstve architektúry ===

Nižšie sa nachádzajú alternatívy, ktoré sú následne posudzované na základne kritérií v MCA.

557

558

559

**Alternatívy riešenia**

|**Riešenie 1** |

|Biznis alternatíva 1 |**Zachovanie súčasného stavu, bez jednotného rozvoja existujúcich systémov a integrácií**

564

|Popis | Zachovanie súčasných funkcionalít, bez ďalšieho rozvoja – teda požadované integrácie na referenčné registre.

565

|(((

566

"Must have" kritériá pre

567

568

aplikačnú vrstvu

569

)))|Implementácia integračných požiadaviek zo schváleného ImP pre ŽS02, ŽS06 a ŽS15

570

|(((

571

"Nice to have" kritériá

pre aplikačnú vrstvu

)))|N/A

|Alternatíva pre technologickú vrstvu |N/A

|**Riešenie 2**|

|Biznis alternatíva 2 |** Centrálne budovanie integrácií**

580

|Popis |Zvolenie prístupu centrálneho budovania integrácií, centrálne napojenie na referenčné registre a centrálnu komunikáciu s externým prostredím.

581

|(((

582

"Must have" kritériá pre

583

584

aplikačnú vrstvu

585

)))|Implementácia integračných požiadaviek zo schváleného ImP pre ŽS02, ŽS06 a ŽS15

586

|(((

587

"Nice to have" kritériá

pre aplikačnú vrstvu

)))|N/A

|Alternatíva pre technologickú vrstvu |N/A

|**Riešenie 3**|

|Biznis alternatíva 3|**Budovanie integrácií pre každý projekt/systém zvlášť**

596

|Popis |Zvolenie prístupu decentralizovaného budovania integrácií, kedy si každý systém rieši napojenie na referenčné registre a komunikáciu s externým prostredím zvlášť.

597

|(((

598

"Must have" kritériá pre

599

600

aplikačnú vrstvu

601

)))|Implementácia integračných požiadaviek zo schváleného ImP pre ŽS02, ŽS06 a ŽS15

602

|(((

603

"Nice to have" kritériá

pre aplikačnú vrstvu

)))|N/A

|Alternatíva pre technologickú vrstvu |N/A

Pre naplnenie hlavného cieľa projektu boli stanovené nasledovné kritéria, ktoré predovšetkým vychádzajú z potreby naplnenia požiadaviek v rámci implementácie prioritnej ŽS2 Kúpa a vlastníctvo nehnuteľnosti na bývanie, ale tiež z potrieb budúceho rozvoja a prevádzky integrácii v rámci ÚGKK.

|(% rowspan="2" %)(((

BIZNIS VRSTVA

)))|A: Jednotná integračná platforma (KO)|ÚGKK požaduje jednotnú implementáciu a správu integrácii z dôvodu efektivity, architektonických princípov a ekonomickej úspornosti| |X|X| |

620

|B: Naplnenie požiadaviek pre ŽS (KO)|ÚGKK sa zaviazalo implementovať BP schválených ImP pre ŽS|X|X|X|X|X

Alternatívy:

Alternatíva 1: Zachovanie súčasného stavu, bez jednotného rozvoja existujúcich systémov a integrácií

627

628

Alternatíva 2: Centrálne budovanie integrácií

629

630

Alternatíva 3: Budovanie integrácií pre každý projekt/systém zvlášť

631

632

633

|Zoznam kritérií|Alternatíva 1|Spôsob dosiahnutia

634

|Kritérium A|nie|Neexistuje jednotné riešenie

635

|Kritérium B|áno|Integrácie potrebné pre rozsah ŽS budú budované na súčasných IS

636

637

638

|Zoznam kritérií|Alternatíva 2|Spôsob dosiahnutia

639

|Kritérium A|áno|Integrácie pre ŽS a tiež budúce integrácie budú budované na jednotnej platforme

640

|Kritérium B|áno|Rezortná integračná platforma implementuje integračné služby v rozsahu ŽS

641

642

643

|Zoznam kritérií|Alternatíva 3|Spôsob dosiahnutia

644

|Kritérium A|nie|Neexistuje jednotné riešenie

645

|Kritérium B|áno|Integrácie potrebné pre rozsah ŽS budú budované na súčasných IS

646

647

648

V zmysle vyhodnotenia MCA bude ďalej riešená a posudzovaná biznis alternatíva č. 2: **Centrálne budovanie integrácií**, ktorá spĺňa všetky stanovené kritéria, ktoré majú vplyv na projekt.

649

650

=== 5.1.2 Stanovenie alternatív v aplikačnej vrstve architektúry ===

651

652

653

Na aplikačnej úrovni je potrebné adresovať nasledovné kritéria:

654

655

|(((

656

"Must have" kritériá pre 

aplikačnú vrstvu 

)))|(((

1. Implementácia integračných požiadaviek zo schváleného ImP pre ŽS02 a ŽS06

661

1. Aplikačná úroveň integrácii je centrálne spravovaná na úrovni rezortu ÚGKK

662

)))

663

|(((

664

"Nice to have" kritériá 

665

666

pre aplikačnú vrstvu 

667

)))|Riešenie je rozšíriteľné aj pre iné služby v budúcnosti 

Zvažované alternatívy implementácie na aplikačnej úrovni sú nasledovné:

Alternatíva 1 – Vybudovanie štandardnej jednotnej integračnej platformy

676

677

Implementácia novej centrálnej platformy, ktorá bude centralizovať všetky požadované integračné rozhrania ÚGKK. Platforma poskytne štandardizované rozhrania pre interné aj externé systémy a v čase nasadenia nahradí doterajšie integrácie (napr. ÚPVS IAM a ÚPVS eDesk).

678

679

Výhody: zníženie počtu ad-hoc integrácií, lepšia dátová konzistencia

680

681

Nevýhody: vyššie počiatočné náklady, dlhší čas implementácie, výrazný dopad na externé subjekty využívajúce existujúce integrácie

682

683

684

Alternatíva 2 – Postupné budovanie novej rezortnej integračnej platformy s dočasnou koexistenciou so starými/náhradnými riešeniami

685

686

Existujúce integrácie budú podľa možností obnovy po kybernetickom útoku dočasne pokryté starými/náhradnými riešeniami, kým nové integračné požiadavky budú riešené v rámci novobudovanej rezortnej platformy (RIP). Pôvodné funkcionality nad rámec tohto projektu budú postupne migrované do RIP v následných budúcich projektoch rozvoja RIP.

687

688

Výhody: zníženie rizika pri prechode na nové riešenie, flexibilita, možnosť postupnej implementácie, nižšia záťaž na vývoj a testovanie, rozloženie dopadov na existujúce integrácie s externým prostredím v čase

689

690

Nevýhody: dočasná komplexita pri správe viacerých riešení

691

692

693

Alternatíva 3 – Modernizácia pôvodnej platformy ESKN na Oracle ESB

694

695

Pôvodná platforma ESKN založená na Oracle ESB nie je po kybernetickom útoku funkčná a jej obnova nie je možná. Z dôvodu bezpečnostných rizík, technologického zastarania a vysokých nákladov sa táto alternatíva nepovažuje za realizovateľnú.

696

697

Nevýhody: neobnoviteľný stav po útoku, vysoké náklady, služby nie sú v súlade s požiadavkami na budúci rozvoj

698

699

700

Na základe analýzy bola ako najvhodnejšia zvolená Alternatíva 2 – postupné vybudovanie novej rezortnej integračnej platformy s dočasnou koexistenciou. Toto riešenie poskytuje optimálnu rovnováhu medzi rizikom, nákladmi a flexibilitou implementácie

701

702

703

=== 5.1.3 Stanovenie alternatív v technologickej vrstve architektúry ===

704

705

706

Nie je potrebný HW, bude prevádzkované na súčasnej infraštruktúre

707

708

709

== 5.2 Náhľad architektúry a popis budúceho cieľového produktu ==

710

711

712

== 5.3 Biznis vrstva ==

713

714

=== 5.3.1 Návrh riešenia v biznis vrstve architektúry ===

715

716

717

V dokumentoch KRIMP (Koncept realizácie Implementačného plánu) boli identifikované biznis požiadavky, z ktorých vychádzajú požiadavky a budúci stav novej rezortnej integračnej platformy.

718

719

[[image:1757961669816-294.png]] Obr. 2 Biznis architektúra - TO BE

720

721

722

Biznis funkcie novej Rezortnej integračnej platformy budú pokrývať predovšetkým podporu dvoch elektronických služieb, poskytovaných ÚGKK. Dôjde k náhrade existujúcej integrácie voči elektronickým službám a spoločným modulom ÚPVS rezortnou integračnou platformou:

723

724

* Podávanie návrhu na vklad – Kúpa a predaj nehnuteľnosti na bývanie (ŽS 02 - Kúpa nehnuteľností) - Nová koncová služba podávanie návrhu na vklad zameraná špecificky na – Kúpu a predaj nehnuteľnosti na bývanie

725

* Podávanie návrhu na doplnenie údajov na list vlastníctva do katastra nehnuteľností – Zmena údajov vlastníka A.1.1.4 (ŽS 06 - Presťahovanie a ŽS 15 – Uzavretie manželstva)

726

* Poskytovanie informácie z katastra nehnuteľností o nehnuteľnostiach a o právach k nehnuteľnostiam – optimalizácia služieb za účelom zlepšenia efektívnej integrácie medzi ISVS

727

* Poskytovanie informácie z IS zoznamu stavieb

728

729

Podpora služieb zahŕňa nové funkcionality RIP medzi ktoré patrí:

730

731

* Získavanie údajov - predstavuje prepojenie s referenčnými registrami IS CSRÚ. Zabezpečenie prijímania údajov medzi OVM - Poskytnutie rozšírenej množiny dát a zmien nad objektami evidencie.

732

* Monitoring služieb - bude podporovať zber údajov o podaniach nevizuálnou službou

733

* Zasielanie notifikácií - bude podporovať odosielanie notifikácií

734

735

Nasadením RIP budú upravené nasledovné existujúce biznis funkcie:

736

737

* Poskytovanie špecifických informácií - zabezpečenie poskytovania údajov medzi OVM - Poskytnutie rozšírenej množiny dát a zmien nad objektami evidencie. Poskytovanie údajov z IS Zoznam stavieb pre ostatné OVM z rezortnej integračnej platformy ÚGKK SR.

738

* Zápis práv k nehnuteľnostiam - predovšetkým návrh na vklad pre kúpu nehnuteľnosti na bývanie

739

* Katastrálny operát a aktualizácia - predovšetkým doplnenie údajov na list vlastníctva.

740

741

=== 5.3.2 Prehľad koncových služieb – budúci stav (TO BE): ===

|(((

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

753

|ks_381774|Podávanie návrhu na vklad - Kúpa a predaj nehnuteľnosti na bývanie|občan (G2C)|(((

754

157 – Kataster nehnuteľností

)))|úroveň 4

|ks_381775|Notifikácie|(((

759

občan (G2C)/ podnikateľ (G2B)

)))|(((

157 – Kataster nehnuteľností

)))|úroveň 4

|ks_336479|(((

Poskytovanie informácie z katastra nehnuteľností o nehnuteľnostiach

769

770

771

)))|občan (G2C)/ inštitúcia verejnej správy (G2G)/ podnikateľ (G2B)|(((

772

157 – Kataster nehnuteľností

)))|(((

úroveň 4

)))

|ks_336480|Poskytovanie informácie z katastra nehnuteľností o právach k nehnuteľnostiam|občan (G2C)/ inštitúcia verejnej správy (G2G)/ podnikateľ (G2B)|(((

781

157 – Kataster nehnuteľností

)))|(((

úroveň 4

)))

Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE)

Účel jednotlivých koncových služieb v kontexte predmetu projektu

799

800

* ks_381774 Kúpa a predaj nehnuteľnosti na bývanie – podanie návrhu na vklad pre existujúcu nehnuteľnosť na bývanie

801

* ks_381775 Notifikácia klientovi o stave konania – notifikácie klientom cez CNM ÚPVS

802

* ks_336479 Poskytovanie informácie z katastra nehnuteľností o nehnuteľnostiach – poskytovanie údajov pre MVSR

803

* ks_336480 Poskytovanie informácie z katastra nehnuteľností o právach k nehnuteľnostiam – poskytovanie údajov pre MVSR

804

* ks_336484 Poskytovanie výpisu z listu vlastníctva z katastra nehnuteľností – poskytovanie údajov pre MVSR

805

* ks_381776 Poskytovanie údajov monitoringu a spätnej väzby do KAV – poskytovanie údajov monitoringu a spätnej väzby do centráneho modulu KAV

806

* ks_336462 Podávanie návrhu na doplnenie údajov na list vlastníctva do katastra nehnuteľností – zapracovanie zmeny údajov vlastníka na vybraných nehnuteľnostiach v rozsahu zmeny adresy trvalého pobytu

807

* ks_381778 Poskytovanie informácií zo zoznamu stavieb

=== 5.3.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===

813

814

V rámci projektu nebudú realizované zmeny procesov a organizačné zmeny.

815

816

817

=== 5.3.4 Jazyková podpora lokalizácia ===

818

819

Požiadavky na jazykovú lokalizáciu riešenia a používateľské prostredie bude implementované v slovenskom jazyku//.//

== 5.4 Aplikačná vrstva ==

824

825

=== 5.4.1 Návrh riešenia v aplikačnej vrstve architektúry ===

826

827

Aplikačná vrstva UGKK v rozsahu riešenia pozostáva z viacerých informačných systémov podporujúcich výkon funkcií a činností definovaných na úrovni biznis architektúry. Je rozdelené primárne do nasledujúcich oblastí:

828

829

830

**Moduly front-endu – Špecializovaný portál**:

831

832

Modernizovaný špecializovaný portál doplnkových služieb katastra nehnuteľností bude komunikovať so spoločnými modulmi prostredníctvom rezortnej integračnej platformy a bude využívať údaje získané cez RIP pre potreby predvypĺňania elektronických formulárov.

833

834

835

**Centrálne systémy ÚGKK**:

836

837

V rámci projektu bude budovaná **Rezortná integračná platforma** (**RIP**) GKK (isvs_14801), ktorá plní funkciu nového centrálneho integračného komponentu pre poskytovanie a konzumovanie údajov a služieb interných systémov ÚGKK smerom k externým integrovaným IS

838

839

Rezortná integračná platforma implementuje nasledovné funkcie/integrácie:

840

841

* Konzumovanie integračných služieb

842

** Integrácia na isvs_5836 IS CSRÚ/CPDI ako realizácia Modulu procesnej integrácie a integrácie údajov

843

*** Register a identifikátor právnických osôb, podnikateľov a orgánov verejnej moci (RPO)

844

*** Register fyzických osôb

845

*** Základné číselníky – časť hlavička základného číselníka

846

*** Register adries

847

*** Štatistické číselníky a klasifikácie

848

** Integrácia isvs_9513 Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov

849

*** Odosielanie notifikácii o stave platieb a konaní

850

** Integrácia isvs Konsolidovaná Analytická Vrstva (KAV)

851

*** Odosielanie informácii o používaní služieb

852

853

854

* Poskytovanie služieb na integráciu externým subjektom

855

** sluzba_is_1484 Poskytnutie informácie z KN o nehnuteľnostiach (v zmysle ZS06 pre MVSR)

856

** sluzba_is_1485 Poskytnutie informácie z KN o právach k nehnuteľnostiam (v zmysle ZS06 pre MVSR)

857

** sluzba_is_1489 Poskytnutie výpisu z listu vlastníctva z KN (v zmysle ZS06 pre MVSR)

858

** nová AS Poskytovanie informácií zo zoznamu stavieb (as_67812)

**

* Manažment integrácii

863

** Web rozhranie pre manažment platformy

864

** Sledovanie stavu jednotlivých komponentov (adaptéry, procesy)

865

** Správa bežiacich procesov (Ukončenie, prerušenie, spustenie, procesov)

866

** Konfigurovateľnosť bez potreby zásahov dodávateľa a programovania

867

** Auditné záznamy

868

** Štatistika a sledovanie služieb

869

870

871

* Elektronická podateľňa

872

** Prijatie podania a automatizovaná kontrola prichádzajúceho podania

873

** nová AS Adaptéry na centrálne komponenty (as_67814)

**Externé systémy**:

Projekt počíta s integráciou na:

880

881

* isvs_9513 Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov

882

* isvs_5836 IS CPDI ako realizácia Modulu procesnej integrácie a integrácie údajov pre komunikáciu s CNM

*

**Agendové informačné systémy**

887

888

Podporujú výkon konkrétnej agendy a realizujú kľúčové aplikačné služby.

889

890

Agendové informačné systémy poskytujú interne služby a údaje pre budované integrácie a tiež konzumujú získavané údaje.

891

892

893

Architektúra aplikačných systémov je zobrazená na nasledovnom obrázku:

894

895

[[image:1757961745623-807.png]]

Obr. 3 Aplikačná architektúra - TO BE

900

901

902

=== 5.4.2 Rozsah informačných systémov – budúci stav (TO BE) ===

903

904

905

|**Kód ISVS **//(z MetaIS)//|**Názov ISVS**|(((

906

**Modul ISVS**

907

908

//(zaškrtnite ak ISVS je modulom)//

909

)))|**Stav IS VS**|**Typ IS VS**|(((

910

**Kód nadradeného ISVS**

911

912

//(v prípade zaškrtnutého checkboxu pre modul ISVS)//

)))

Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)

=== 5.4.3 Využívanie nadrezortných a spoločných ISVS – AS IS ===

922

923

924

V súčasnom stave sú využívané nasledovné spoločné moduly podľa zákona č. 305/2013 e-Governmente.

925

926

Aktuálne neexistuje integrácia na IS CPDI.

927

928

929

|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente

930

|isvs_421|Informačný systém katastra nehnuteľností|//Autentifikačný modul//

931

|isvs_421|Informačný systém katastra nehnuteľností|//Modul elektronického doručovania//

932

933

Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)

934

935

936

=== 5.4.4 Prehľad plánovaných integrácií na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 Z.z. o e-Governmente – budúci stav (TO BE) ===

937

938

939

|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente

940

|isvs_14801|Rezortná integračná platforma|//Centrálna API Manažment Platforma//

941

|isvs_14801|Rezortná integračná platforma|//IS CSRÚ-Modul procesnej integrácie a integrácie údajov//

942

|isvs_14801|Rezortná integračná platforma|//Modul elektronických schránok//

943

|isvs_14801|Rezortná integračná platforma|//Modul elektronického doručovania//

944

|isvs_14801|Rezortná integračná platforma|//Modul centrálnej elektronickej podateľne//

945

|isvs_14801|Rezortná integračná platforma|//Autentifikačný modul//

946

|isvs_14801|Rezortná integračná platforma|//Modulu elektronických formulárov//

947

|isvs_14801|Rezortná integračná platforma|//Notifikačný modul//

948

949

Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)

=== 5.4.5 Prehľad plánovaných integrácií na iné ISVS – budúci stav (TO BE) ===

954

955

956

Služby iných ISVS pre integráciu sú plánované pre MVSR, budúce ďalšie integrácie v rámci projektu budú realizované prostredníctvom spoločných modulov a teda nasledovných ISVS:

957

958

* isvs_9513 Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov

959

* isvs_5836 IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov

|(((

Kód ISVS

//(z MetaIS)//

)))|(((

Názov ISVS

)))|(((

Kód integrovaného ISVS

972

973

//(z MetaIS)//

974

)))|Názov integrovaného ISVS

975

|isvs_14801|Rezortná integračná platforma|isvs_200|Hlásenie pobytu

976

977

978

Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS – budúci stav (TO BE)

979

980

981

=== 5.4.6 Aplikačné služby pre Koncové služby – budúci stav (TO BE) ===

|(((

Kód AS

//(z MetaIS)//

)))|Názov AS|(((

Realizuje ISVS

(kód ISVS, ktorý realizuje AS)

991

)))|(((

992

Aplikačná služba realizuje KS

993

994

//(kód KS z MetaIS)//

995

)))

996

|as_67809|Notifikácia klientovi o stave konania|isvs_14801|(((

ks_381774

ks_381775

)))

|sluzba_is_1484|Poskytnutie informácie z KN o nehnuteľnostiach|isvs_14801|ks_336479

1002

|sluzba_is_1485|Poskytnutie informácie z KN o právach k nehnuteľnostiam|isvs_14801|ks_336480

1003

|sluzba_is_1489|Poskytnutie výpisu z listu vlastníctva z KN|isvs_14801|ks_336484

1004

|as_67811|Prijatie podania|isvs_14801|ks_381774, ks_336462

1005

|as_67812|Poskytovanie informácií zo zoznamu stavieb|isvs_14801|ks_381778

1006

|as_67814|Adaptéry na centrálne komponenty|isvs_14801|(((

ks_336462, ks_381774

ks_381776

)))

|as_67816|Prijatie spätnej väzby|isvs_14801|(((

ks_336462, ks_381774

ks_381776

)))

Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)

1018

1019

1020

=== 5.4.7 Aplikačné služby na integráciu – budúci stav (TO BE) ===

|(((

AS

(Kód MetaIS)

)))|(((

Názov AS

)))|(((

Realizuje ISVS

(kód MetaIS)

Integrácia na AS poskytovateľa

(kód MetaIS)

)))

|as_67809|Notifikácia klientovi o stave konania|isvs_14801|Konzumujúca|Áno|Áno|Nie|as_60158

1040

|as_67815|Spracovanie referenčných údajov o osobách|isvs_14801|Konzumujúca|Nie|Áno|Nie|(((

as_59119

sluzba_is_49250

sluzba_is_49253

)))

|sluzba_is_1484|Poskytnutie informácie z KN o nehnuteľnostiach|isvs_14801|Poskytovaná|Nie|Áno|Nie|N/A

1048

|sluzba_is_1485|Poskytnutie informácie z KN o právach k nehnuteľnostiam|isvs_14801|Poskytovaná|Nie|Áno|Nie|N/A

1049

|sluzba_is_1489|Poskytnutie výpisu z listu vlastníctva z KN|isvs_14801|Poskytovaná|Nie|Áno|Nie|N/A

1050

|sluzba_is_1486|Poskytnutie informácie z KN o registri územno-technických jednotiek|isvs_14801|Poskytovaná|Nie|Áno|Nie|N/A

1051

|sluzba_is_1487|Poskytnutie informácie z KN o číselníkoch|isvs_14801|Poskytovaná|Nie|Áno|Nie|N/A

1052

1053

Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)

1054

1055

1056

== 5.5 Dátová architektúra ==

1057

1058

=== 5.5.1 Objekty evidencie ===

1059

1060

Nie je relevantné pre projekt integračného charakteru

1061

1062

=== 5.5.2 Referenčné údaje ===

1063

1064

V rozsahu projektu nie sú žiadne údaje definované ako referenčné.

1065

1066

=== 5.5.3 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE) ===

1067

1068

Projekt nerealizuje poskytovanie nových objektov evidencie z ISVS do IS CPDI.

1069

1070

=== 5.5.4 Konzumovanie údajov z IS CPDI – budúci stav (TO BE) ===

|ID OE|(((

Názov (konzumovaného) objektu evidencie

1077

)))|Kód a názov ISVS konzumujúceho OE z IS CSRÚ|Kód zdrojového ISVS v MetaIS

1078

|1.|Register a identifikátor právnických osôb, podnikateľov a orgánov verejnej moci (RPO)|isvs_14801|isvs_420

1079

|2.|Základné číselníky – časť hlavička základného číselníka|isvs_14801|projekt_100 - Metainformačný systém

1080

|3.|Register fyzických osôb|isvs_14801| isvs_191 - RFO

1081

|4.|Register adries|isvs_14801|isvs_192 - RA

1082

|5.|Štatistické číselníky a klasifikácie|isvs_14801| isvs_411 - ŠIS

1083

1084

Tabuľka 21 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)

1085

1086

1087

=== 5.5.5 Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ) ===

1088

1089

|ID OE|(((

1090

Názov referenčného údaja /objektu evidencie

1091

1092

(uvádzať OE z tabuľky v kap. 5.5.1)

1093

)))|Konzumovanie alebo poskytovanie|(((

1094

Subjekt

1095

1096

(organizácia poskytovateľa-konzumenta)

1097

)))|Osobitný právny predpis pre poskytovanie / konzumovanie údajov

===

5.5.6 Kvalita a čistenie údajov ===

1104

1105