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

37

38

|**SKRATKA/POJEM**|**POPIS**

39

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

40

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

41

|RIP|Rezortná integračná platforma

42

|IS|Informačný systém

43

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

44

|RFO|Register fyzických osôb

45

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

46

|RA|Register adries

47

|SUSR|Štatistický úrad Slovenskej republiky

48

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

49

|MetaIS|Metainformačný systém

50

|CNM|Centrálny notifikačný modul

51

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

52

|MV SR|Ministerstvo vnútra Slovenskej republiky

53

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

54

|KAV|Konsolidovaná analytická vrstva

55

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

56

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

57

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

58

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

59

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

60

|POO|Plán obnovy a odolnosti

61

|ŽS|Životná situácia

62

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

63

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

64

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

65

|QA|Quality Assurance (zabezpečenie kvality)

66

|VO|Verejné obstarávanie

67

|OE|Objekt evidencie

68

|CAMP|Centrálna API manažment platforma

69

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

70

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

71

|AS|Aplikačné služby

72

|KS|Koncové služby

73

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

74

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

75

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

76

|ImP|Implementačný plán

| |

| |

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

83

84

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

R-XX

* R – označenie požiadavky

89

* xx – číslo požiadavky

90

91

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

92

93

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

94

95

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

96

97

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

98

99

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

100

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

101

102

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.

103

104

Projekt po ukončení zabezpečí:

105

106

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

107

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

108

1. Integráciu na referenčné registre

109

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

110

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

111

112

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.

113

114

115

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.

116

117

118

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.

119

120

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

121

122

(((

123

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

124

125

126

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.

127

128

129

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 pri vypisovaní elektronických služieb ani sa neposkytujú informácie o stave podania. Nezbierajú sa údaje o využívaní elektronických služieb ani o spokojnosti klienta s ich používaním.

130

131

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.

132

133

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:

134

)))

135

136

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

137

* ŽS6 Presťahovanie

138

* ŽS15 Uzavretie manželstva

(((

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

144

)))

145

146

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

147

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

148

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

149

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

150

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

(((

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

156

)))

157

158

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

159

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

160

* 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

(((

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

166

)))

167

168

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

169

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

170

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

171

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

172

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

173

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

174

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

175

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

176

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

177

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

178

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

179

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

180

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

181

* Interné integrácie

182

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

183

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

184

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

185

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

186

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

187

** Integrácia na interný IAM

188

** Integrácia na ISZS

(((

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.

194

195

196

Sumarizácia integrácii v tabuľkovej forme

197

198

199

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

200

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

201

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

202

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

203

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

204

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

205

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

206

207

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

208

)))

209

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

210

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

211

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

212

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

213

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

214

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

215

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

216

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

217

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

218

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

219

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

Áno – Spätná väzba

Nie ostatné

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

224

|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

225

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

226

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

227

228

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

229

)))

230

231

* ŽS 02 Kúpa nehnuteľnosti

232

* ŽS 06 Presťahovanie

233

* ŽS15 Uzavretie manželstva

234

235

(((

236

Medzi ciele projektu patria:

237

)))

238

239

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

240

* Integrácia na referenčné registre

241

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

242

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

243

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

(((

[[image:1752386988242-990.png]]

249

250

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

251

)))

252

253

* Orientácia na používateľa

254

** Jednoduchá prístupnosť služieb

255

** Kvalita a spoľahlivosť

256

* Prirodzene digitálna verejná správa

257

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

258

* Údaje sú chránené

259

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

260

** Údaje sú starostlivo chránené

261

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

262

* Transparentnosť VS

263

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

264

** Spätná väzba

265

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

266

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

267

** Transparentná informatizácia verejnej správy

268

* Bezpečnosť

269

** Optimálna úroveň bezpečnosti

270

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

271

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

272

273

274

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

275

276

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

282

)))|(((

283

**Informačný systém**

284

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

298

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

299

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

300

301

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

302

303

|**ID**|

304

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

305

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

306

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

|**AS IS

merateľné hodnoty

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

Merateľné hodnoty

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

312

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

313

314

315

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

316

317

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

318

319

320

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

321

322

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

328

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

329

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

330

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

331

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.

332

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

333

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

334

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

335

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

336

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

337

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.

342

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

343

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

344

345

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

346

347

348

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

349

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

350

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

351

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

352

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

353

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

354

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

355

356

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

357

358

359

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

360

361

362

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

363

364

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

365

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

366

367

368

Produktový zoznam požiadaviek tvorí 10 biznis požiadaviek, z ktorých je 8 MMP (minimal marketable products), cez dodanie ktorých bude sledované splnenie míľnikov komponentu POO.

369

370

371

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

372

373

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

=== 3.9.2 Zdroj financovania ===

380

381

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 pre geodéziu, kartografiu a katastrálne veci (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.

382

383

384

== {{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.3|Ukončenie verejného obstarávania – podpis zmluvy|T- 1 týždeň|T|

400

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

Biznis požiadavky:

ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48

)))

Biznis požiadavky

ŽS2_BP_07c, ŽS2_BP_13

)))

Biznis požiadavky:

ŽS2_BP_07g, ŽS2_BP_11, ŽS2_BP_21d, ŽS2_BP_39, ŽS2_BP_39b, ŽS6_BP_44, ŽS6_BP_58

)))

PIP - 3 mesiace po nasadení

428

429

SLA na jeden rok ako súčasť ceny diela

430

)))

431

432

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

463

464

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

465

466

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

467

468

469

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

470

471

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

472

473

474

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

475

476

477

**Alternatívy riešenia**

478

479

|**Riešenie 1** |

480

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

481

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

482

|(((

483

"Must have" kritériá pre

484

485

aplikačnú vrstvu

486

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

487

|(((

488

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

497

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

498

|(((

499

"Must have" kritériá pre

500

501

aplikačnú vrstvu

502

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

503

|(((

504

"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ášť**

513

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

514

|(((

515

"Must have" kritériá pre

516

517

aplikačnú vrstvu

518

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

519

|(((

520

"Nice to have" kritériá

pre aplikačnú vrstvu

)))|N/A

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

525

526

527

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

536

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

543

544

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

545

546

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

547

548

549

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

550

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

551

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

552

553

554

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

555

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

556

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

557

558

559

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

560

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

561

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

562

563

564

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.

565

566

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

567

568

569

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

570

571

|(((

572

"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

577

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

578

)))

579

|(((

580

"Nice to have" kritériá 

581

582

pre aplikačnú vrstvu 

583

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

584

585

586

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

587

588

589

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

590

591

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

592

593

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

594

595

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

596

597

598

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

599

600

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.

601

602

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

603

604

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

605

606

607

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

608

609

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.

610

611

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

612

613

614

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

615

616

617

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

618

619

620

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

621

622

623

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

624

625

626

== 5.3 Biznis vrstva ==

627

628

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

629

630

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.

631

632

633

[[image:1752418728242-211.png]]

634

635

Obr. 2 Biznis architektúra - TO BE

636

637

638

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:

639

640

* 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

641

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

642

* 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

643

* Poskytovanie informácie z IS zoznamu stavieb

644

645

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

646

647

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

648

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

649

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

650

651

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

652

653

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

654

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

655

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

656

657

=== 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)//**|(((

664

**Životná situácia**

665

666

**//(+ kód z MetaIS)//**

667

)))|**Úroveň elektronizácie KS**

668

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

669

157 – Kataster nehnuteľností

)))|úroveň 4

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

674

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

)))|(((

157 – Kataster nehnuteľností

)))|úroveň 4

|ks_336479|(((

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

684

685

686

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

687

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

696

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

714

715

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

716

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

717

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

718

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

719

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

720

* 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

721

* 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

722

* ks_nova Poskytovanie informácií zo zoznamu stavieb

723

724

725

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

726

727

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

728

729

730

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

731

732

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

== 5.4 Aplikačná vrstva ==

737

738

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

739

740

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

741

742

743

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

744

745

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.

746

747

748

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

749

750

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

751

752

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

753

754

* Konzumovanie integračných služieb

755

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

756

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

757

*** Register fyzických osôb

758

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

759

*** Register adries

760

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

761

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

762

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

763

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

764

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

765

766

767

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

768

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

769

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

770

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

771

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

772

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

773

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

774

775

776

* Manažment integrácii

777

** Web rozhranie pre manažment platformy

778

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

779

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

780

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

781

** Auditné záznamy

782

** Štatistika a sledovanie služieb

783

784

785

* Elektronická podatelna

786

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

787

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

**Externé systémy**:

Projekt počíta s integráciou na:

794

795

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

796

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

801

802

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

803

804

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

805

806

807

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

808

809

[[image:1752419049930-110.png]]

810

811

812

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

813

814

815

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

816

817

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

818

**Modul ISVS**

819

820

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

821

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

822

**Kód nadradeného ISVS**

823

824

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

)))

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

830

831

832

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

833

834

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

835

836

Aktuálne neexistuje integrácia na IS CPDI.

837

838

839

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

840

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

841

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

842

843

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

844

845

846

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

847

848

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

849

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

850

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

851

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

852

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

853

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

854

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

855

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

856

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

857

858

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

859

860

861

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

862

863

864

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:

865

866

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

867

* 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

880

881

//(z MetaIS)//

882

)))|Názov integrovaného ISVS

883

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

884

885

886

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

887

888

889

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

899

)))|(((

900

Aplikačná služba realizuje KS

901

902

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

903

)))

904

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

905

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

906

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

907

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

908

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

909

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

910

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

911

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

912

913

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

914

915

916

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

936

|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

944

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

945

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

946

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

947

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

948

949

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

950

951

952

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

953

954

=== 5.5.1 Objekty evidencie ===

955

956

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

957

958

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

959

960

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

961

962

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

963

964

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

965

966

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

|ID OE|(((

Názov (konzumovaného) objektu evidencie

972

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

973

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

974

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

975

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

976

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

977

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

978

979

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

980

981

982

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

983

984

|ID OE|(((

985

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

986

987

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

988

)))|Konzumovanie alebo poskytovanie|(((

989

Subjekt

990

991

(organizácia poskytovateľa-konzumenta)

992

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

===

5.5.6 Kvalita a čistenie údajov ===

999

1000