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

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

274

275

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

**SUBJEKT**

(názov / skratka)

)))|(((

**ROLA**

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

281

)))|(((

282

**Informačný systém**

283

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

297

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

298

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

299

300

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

301

302

|**ID**|

303

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

304

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

305

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

|**AS IS

merateľné hodnoty

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

Merateľné hodnoty

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

311

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

312

313

314

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

315

316

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

317

318

319

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

320

321

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

327

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

328

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

329

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

330

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.

331

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

332

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

333

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

334

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

335

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

336

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.

341

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

342

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

343

344

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

345

346

347

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

348

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

349

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

350

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

351

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

352

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

353

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

354

355

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

356

357

358

== {{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 marketable products), cez dodanie ktorých bude sledované splnenie míľnikov komponentu POO.

368

369

370

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

371

372

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

=== 3.9.2 Zdroj financovania ===

379

380

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.

381

382

383

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

399

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

427

428

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

429

)))

430

431

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

461

462

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

463

464

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

465

466

467

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

468

469

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

470

471

472

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

473

474

475

**Alternatívy riešenia**

476

477

|**Riešenie 1** |

478

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

479

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

480

|(((

481

"Must have" kritériá pre

482

483

aplikačnú vrstvu

484

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

485

|(((

486

"Nice to have" kritériá

pre aplikačnú vrstvu

)))|N/A

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

491

492

|**Riešenie 2**|

493

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

494

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

495

|(((

496

"Must have" kritériá pre

497

498

aplikačnú vrstvu

499

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

500

|(((

501

"Nice to have" kritériá

pre aplikačnú vrstvu

)))|N/A

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

506

507

|**Riešenie 3**|

508

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

509

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

510

|(((

511

"Must have" kritériá pre

512

513

aplikačnú vrstvu

514

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

515

|(((

516

"Nice to have" kritériá

pre aplikačnú vrstvu

)))|N/A

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

521

522

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

531

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

537

538

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

539

540

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

541

542

543

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

544

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

545

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

546

547

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

548

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

549

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

550

551

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

552

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

553

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

554

555

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.

556

557

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

558

559

560

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

561

562

|(((

563

"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

568

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

569

)))

570

|(((

571

"Nice to have" kritériá 

572

573

pre aplikačnú vrstvu 

574

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

575

576

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

577

578

579

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

580

581

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

582

583

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

584

585

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

586

587

588

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

589

590

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.

591

592

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

593

594

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

595

596

597

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

598

599

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.

600

601

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

602

603

604

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

605

606

607

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

608

609

610

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

611

612

613

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

614

615

616

== 5.3 Biznis vrstva ==

617

618

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

619

620

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.

621

622

623

[[image:1752418728242-211.png]]

624

625

Obr. 2 Biznis architektúra - TO BE

626

627

628

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:

629

630

* 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

631

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

632

* 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

633

* Poskytovanie informácie z IS zoznamu stavieb

634

635

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

636

637

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

638

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

639

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

640

641

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

642

643

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

644

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

645

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

646

647

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

654

**Životná situácia**

655

656

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

657

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

658

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

659

157 – Kataster nehnuteľností

)))|úroveň 4

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

664

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

)))|(((

157 – Kataster nehnuteľností

)))|úroveň 4

|ks_336479|(((

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

674

675

676

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

677

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

686

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

704

705

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

706

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

707

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

708

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

709

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

710

* 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

711

* 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

712

* ks_nova Poskytovanie informácií zo zoznamu stavieb

713

714

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

715

716

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

717

718

719

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

720

721

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

== 5.4 Aplikačná vrstva ==

726

727

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

728

729

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

730

731

732

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

733

734

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.

735

736

737

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

738

739

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

740

741

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

742

743

* Konzumovanie integračných služieb

744

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

745

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

746

*** Register fyzických osôb

747

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

748

*** Register adries

749

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

750

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

751

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

752

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

753

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

754

755

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

756

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

757

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

758

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

759

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

760

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

761

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

762

763

* Manažment integrácii

764

** Web rozhranie pre manažment platformy

765

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

766

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

767

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

768

** Auditné záznamy

769

** Štatistika a sledovanie služieb

770

771

* Elektronická podatelna

772

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

773

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

**Externé systémy**:

Projekt počíta s integráciou na:

779

780

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

781

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

782

*

783

784

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

785

786

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

787

788

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

789

790

791

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

792

793

[[image:1752419049930-110.png]]

794

795

796

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

797

798

799

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

800

801

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

802

**Modul ISVS**

803

804

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

805

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

806

**Kód nadradeného ISVS**

807

808

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

)))

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

814

815

816

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

817

818

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

819

820

Aktuálne neexistuje integrácia na IS CPDI.

821

822

823

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

824

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

825

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

826

827

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

828

829

830

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

831

832

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

833

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

834

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

835

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

836

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

837

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

838

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

839

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

840

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

841

842

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

843

844

845

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

846

847

848

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:

849

850

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

851

* 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

863

864

//(z MetaIS)//

865

)))|Názov integrovaného ISVS

866

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

867

868

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

869

870

871

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

881

)))|(((

882

Aplikačná služba realizuje KS

883

884

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

885

)))

886

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

887

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

888

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

889

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

890

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

891

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

892

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

893

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

894

895

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

896

897

898

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

918

|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

926

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

927

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

928

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

929

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

930

931

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

932

933

934

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

935

936

=== 5.5.1 Objekty evidencie ===

937

938

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

939

940

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

941

942

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

943

944

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

945

946

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

947

948

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

|ID OE|(((

Názov (konzumovaného) objektu evidencie

954

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

955

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

956

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

957

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

958

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

959

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

960

961

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

962

963

964

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

965

966

|ID OE|(((

967

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

968

969

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

970

)))|Konzumovanie alebo poskytovanie|(((

971

Subjekt

972

973

(organizácia poskytovateľa-konzumenta)

974

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

===

5.5.6 Kvalita a čistenie údajov ===

981

982