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**

21

|//1//|//11.07.2025//|//Prvá verzia//|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 =

26

27

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.

32

33

34

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.

35

36

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

|SKRATKA/POJEM|POPIS

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

43

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

44

|RIP|Rezortná integračná platforma

45

|IS|Informačný systém

46

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

47

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

48

|RFO|Register fyzických osôb

49

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

50

|RA|Register adries

51

|SUSR|Štatistický úrad Slovenskej republiky

52

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

53

|MetaIS|Metainformačný systém

54

|CNM|Centrálny notifikačný modul

55

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

56

|MV SR|Ministerstvo vnútra Slovenskej republiky

57

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

58

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

59

|KAV|Konsolidovaná analytická vrstva

60

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

61

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

62

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

63

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

64

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

65

|POO|Plán obnovy a odolnosti

66

|ŽS|Životná situácia

67

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

68

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

69

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

70

|QA|Quality Assurance (zabezpečenie kvality)

71

|VO|Verejné obstarávanie

72

|OE|Objekt evidencie

73

|CAMP|Centrálna API manažment platforma

74

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

75

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

76

|AS|Aplikačné služby

77

|KS|Koncové služby

78

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

79

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

80

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

81

|ImP|Implementačný plán

82

83

Tabuľka 1 Skratky a pojmy

| |

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

90

91

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

R-XX

* R – označenie požiadavky

96

* xx – číslo požiadavky

97

98

= {{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 =

99

100

== {{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 ==

101

102

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í .

103

104

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

105

106

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

107

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

108

109

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.

110

111

Projekt po ukončení zabezpečí:

112

113

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

114

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

115

1. Integráciu na referenčné registre

116

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

117

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

118

119

120

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.

121

122

123

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.

124

125

126

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.

127

128

== {{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 ==

129

130

(((

131

Ú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.

132

133

134

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.

135

136

137

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.

138

139

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.

140

141

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:

142

143

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

144

* ŽS6 Presťahovanie

145

* ŽS15 Uzavretie manželstva

146

147

148

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

149

150

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

151

* 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ť)

152

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

153

* 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))

154

* 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ý

155

156

157

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

158

159

* 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).

160

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

161

* 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

162

163

164

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

165

166

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

167

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

168

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

169

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

170

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

171

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

172

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

173

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

174

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

175

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

176

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

177

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

178

* Monitoring služieb a zber spätnej väzby pri používaní elektronických služieb - **Konsolidovaná Analytická Vrstva (KAV)**

179

* Interné integrácie

180

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

181

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

182

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

183

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

184

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

185

** Integrácia na interný IAM

186

** Integrácia na ISZS

187

188

189

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

194

195

196

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

197

|IS CSRÚ (CPDI) - konzumovanie|Áno|Konzumovanie údajov RFO, RPO, RA

198

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

199

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

200

|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.

201

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

202

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

203

204

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

205

)))

206

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

207

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

208

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

209

|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

210

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

211

|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í

212

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

213

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

214

|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.

215

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

216

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

Áno – Spätná väzba

Nie ostatné

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

221

|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

222

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

223

|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é:

228

229

* ŽS 02 Kúpa nehnuteľnosti

230

* ŽS 06 Presťahovanie

231

* ŽS15 Uzavretie manželstva

232

233

Medzi ciele projektu patria:

234

235

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

236

* Integrácia na referenčné registre

237

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

238

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

239

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

)))

(((

[[image:1754556046268-810.png]]

246

247

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

248

249

* Orientácia na používateľa

250

** Jednoduchá prístupnosť služieb

251

** Kvalita a spoľahlivosť

252

* Prirodzene digitálna verejná správa

253

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

254

* Údaje sú chránené

255

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

256

** Údaje sú starostlivo chránené

257

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

258

* Transparentnosť VS

259

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

260

** Spätná väzba

261

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

262

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

263

** Transparentná informatizácia verejnej správy

264

* Bezpečnosť

265

** Optimálna úroveň bezpečnosti

266

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

267

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

268

)))

269

270

== {{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 ==

271

272

|**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ď.)

278

)))|(((

279

**Informačný systém**

280

(MetaIS kód a názov ISVS)

)))

== {{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 ==

|**ID**|

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

294

|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.

295

|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.

296

297

== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==

298

299

|**ID**|

300

\\**ID/Názov cieľa**|**Názov

301

ukazovateľa **(KPI)|**Popis

302

ukazovateľa**|**Merná jednotka**

|**AS IS

merateľné hodnoty

**(aktuálne)|**TO BE

Merateľné hodnoty

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

308

|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|

309

310

311

== {{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 ==

312

313

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

314

315

316

== (% 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 ==

317

318

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:**

324

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**.

325

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í.

326

1. **Predpoklad existencie preexistentného softvéru:**

327

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.

328

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**.

329

1. **Predpoklad postupnej realizácie v inkrementoch:**

330

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

331

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

332

1*. **Druhý inkrement:** Realizácia nevyhnutných integrácií potrebných pre **zabezpečenie spracovania podaní pre vybrané životné situácie**. Tento inkrement sa zameriava na vytvorenie funkčných tokov a zabezpečenie plnej prevádzky vybraných životných situácií.

333

1*. **Tretí inkrement:** Realizácia ďalších integrácií na centrálne komponenty a iné informačné systémy verejnej správy (ISVS), **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.

**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.

339

* Č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ť.

340

* Prvá verzia platformy bude **technologická s obmedzeným počtom integrácií**, pričom funkcionalita bude postupne rozširovaná najprv cez inkrementy v rozsahu životných situácií a v následných projektoch na úplné potreby rezortu GKK.

341

342

== {{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.

347

|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.

348

|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.

349

|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ž.

350

|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.

351

|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.

352

|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.

353

354

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 ==

359

360

361

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

362

363

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

364

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

365

366

367

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

368

369

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

370

371

372

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

373

374

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

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

383

384

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.

385

386

387

== {{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|

401

|1.2|Verejné obstarávanie| | |

402

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

403

|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í

423

424

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

425

)))

426

427

== {{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

= (% id="cke_bm_550970S" style="display:none" %) {{id name="_Toc152607322"/}}{{id name="_Toc2133064951"/}}{{id name="_Toc146510989"/}}{{id name="_Toc1763044084"/}}{{id name="_Toc30446447"/}}{{id name="_Toc2101360933"/}}{{id name="_Toc825763386"/}}{{id name="_Toc1614333450"/}}{{id name="_Toc1269235670"/}}{{id name="_Toc2114332294"/}}{{id name="_Toc208969925"/}}{{id name="_Toc1427296716"/}}(%%)4.LEGISLATÍVA =

457

458

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

459

460

= {{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 =

461

462

463

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

464

465

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

466

467

468

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

469

470

471

**Alternatívy riešenia**

472

473

|**Riešenie 1** |

474

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

475

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

476

|(((

477

"Must have" kritériá pre

478

479

aplikačnú vrstvu

480

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

481

|(((

482

"Nice to have" kritériá

pre aplikačnú vrstvu

)))|N/A

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

487

488

|**Riešenie 2**|

489

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

490

|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.

491

|(((

492

"Must have" kritériá pre

493

494

aplikačnú vrstvu

495

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

496

|(((

497

"Nice to have" kritériá

pre aplikačnú vrstvu

)))|N/A

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

502

503

|**Riešenie 3**|

504

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

505

|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ášť.

506

|(((

507

"Must have" kritériá pre

508

509

aplikačnú vrstvu

510

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

511

|(((

512

"Nice to have" kritériá

pre aplikačnú vrstvu

)))|N/A

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

517

518

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| |

527

|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í

532

533

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

534

535

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

536

537

538

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

539

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

540

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

541

542

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

543

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

544

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

545

546

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

547

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

548

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

549

550

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.

551

552

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

553

554

555

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

556

557

|(((

558

"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

563

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

564

)))

565

|(((

566

"Nice to have" kritériá 

567

568

pre aplikačnú vrstvu 

569

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

570

571

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

572

573

574

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

575

576

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).

577

578

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

579

580

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

581

582

583

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

584

585

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.

586

587

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

588

589

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

590

591

592

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

593

594

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ú. Upgrade a modernizácia pôvodnej platformy predstavuje alternatívu 2.

595

596

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

597

598

599

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

600

601

602

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

603

604

605

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

606

607

608

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

609

610

611

== 5.3 Biznis vrstva ==

612

613

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

614

615

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.

616

617

618

[[image:1754556373089-122.png]]

619

620

Obr. 2 Biznis architektúra - TO BE

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:

625

626

* 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

627

* 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)

628

* 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

629

* Poskytovanie informácie z IS zoznamu stavieb

630

631

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

632

633

* 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.

634

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

635

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

636

637

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

638

639

* 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.

640

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

641

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

642

643

=== 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

654

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

655

157 – Kataster nehnuteľností

)))|úroveň 4

|ks_nová - notif|Notifikácie|(((

660

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

)))|(((

157 – Kataster nehnuteľností

)))|úroveň 4

|ks_336479|(((

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

670

671

672

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

673

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)|(((

682

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

700

701

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

702

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

703

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

704

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

705

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

706

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

707

* 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

708

* ks_nova Poskytovanie informácií zo zoznamu stavieb

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

713

714

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

715

716

717

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

718

719

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

== 5.4 Aplikačná vrstva ==

724

725

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

726

727

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í:

728

729

730

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

731

732

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.

733

734

735

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

736

737

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

738

739

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

740

741

* Konzumovanie integračných služieb

742

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

743

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

744

*** Register fyzických osôb

745

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

746

*** Register adries

747

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

748

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

749

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

750

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

751

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

752

753

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

754

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

755

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

756

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

757

** nová AS Podávanie návrhu na vklad do katastra nehnuteľností – kúpa a predaj nehnuteľnosti na bývanie

758

** nová AS Notifikácia klientovi o stave konania

759

** nová AS Poskytovanie informácií zo zoznamu stavieb

760

** nová AS Podávanie návrhu na doplnenie údajov na list vlastníctva do katastra nehnuteľností – zmena adresy

761

762

* Manažment integrácii

763

** Web rozhranie pre manažment platformy

764

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

765

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

766

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

767

** Auditné záznamy

768

** Štatistika a sledovanie služieb

769

770

* Elektronická podatelna

771

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

772

** nová AS Adaptéry na centrálne komponenty

**Externé systémy**:

Projekt počíta s integráciou na:

777

778

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

779

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

780

*

781

782

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

783

784

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

785

786

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

787

788

789

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

790

791

[[image:1752419049930-110.png]]

792

793

794

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

795

796

797

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

798

799

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

800

**Modul ISVS**

801

802

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

803

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

804

**Kód nadradeného ISVS**

805

806

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

)))

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

812

813

814

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

815

816

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

817

818

Aktuálne neexistuje integrácia na IS CPDI.

819

820

821

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

822

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

823

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

824

825

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

826

827

828

=== 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) ===

829

830

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

831

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

832

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

833

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

834

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

835

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

836

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

837

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

838

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

839

840

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

841

842

843

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

844

845

846

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:

847

848

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

849

* 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

861

862

//(z MetaIS)//

863

)))|Názov integrovaného ISVS

864

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

865

866

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

867

868

869

=== 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)

879

)))|(((

880

Aplikačná služba realizuje KS

881

882

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

883

)))

884

|as_nová|Notifikácia klientovi o stave konania|isvs_14801|ks_nová – kupa na byvanie

885

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

886

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

887

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

888

|as_nova|Prijatie podania|isvs_14801|ks_nova – kupa na byvanie, ks_336462

889

|as_nova|Poskytovanie informácií zo zoznamu stavieb|isvs_14801|ks_nova – zoznam stavieb

890

|as_nova|Adaptéry na centrálne komponenty|isvs_14801|ks_336462, ks_nova – kupa na byvanie

891

|as_nova|Prijatie spätnej väzby|isvs_14801|ks_336462, ks_nova – kupa na byvanie

892

893

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

894

895

896

=== 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_nová|Notifikácia klientovi o stave konania|isvs_14801|Konzumujúca|Áno|Áno|Nie|as_60158

916

|as_nová |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

924

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

925

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

926

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

927

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

928

929

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

930

931

932

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

933

934

=== 5.5.1 Objekty evidencie ===

935

936

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

937

938

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

939

940

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

941

942

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

943

944

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

945

946

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

|ID OE|(((

Názov (konzumovaného) objektu evidencie

952

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

953

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

954

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

955

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

956

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

957

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

958

959

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

960

961

962

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

963

964

|ID OE|(((

965

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

966

967

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

968

)))|Konzumovanie alebo poskytovanie|(((

969

Subjekt

970

971

(organizácia poskytovateľa-konzumenta)

972

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

===

5.5.6 Kvalita a čistenie údajov ===

979

980