Naposledy upravil Peter Longa 2025/08/07 10:54

Z verzie 6.1
upravil Peter Longa
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 5.1
upravil Peter Longa
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -35,16 +35,12 @@
35 35  
36 36  == 2.1Použité skratky a pojmy ==
37 37  
38 -
39 -
40 -
41 -|SKRATKA/POJEM|POPIS
38 +|**SKRATKA/POJEM**|**POPIS**
42 42  |ÚGKK SR|Úrad geodézie, kartografie a katastra Slovenskej republiky
43 43  |IKT|Informačné a komunikačné technológie
44 44  |RIP|Rezortná integračná platforma
45 45  |IS|Informačný systém
46 46  |CSRÚ|Centrálna správa referenčných údajov
47 -|CPDI|Centrálna platforma dátovej integrácie
48 48  |RFO|Register fyzických osôb
49 49  |RPO|Register právnických osôb
50 50  |RA|Register adries
... ... @@ -55,7 +55,6 @@
55 55  |ÚPVS|Ústredný portál verejnej správy
56 56  |MV SR|Ministerstvo vnútra Slovenskej republiky
57 57  |ESKN|Elektronické služby katastra nehnuteľností
58 -|ISZS|Informačný systém zoznam stavieb
59 59  |KAV|Konsolidovaná analytická vrstva
60 60  |IAM|Identity and Access Management (modul správy identity a prístupu)
61 61  |G2G|Government-to-Government (komunikácia medzi vládnymi inštitúciami)
... ... @@ -79,10 +79,8 @@
79 79  |NKIVS|Národná koncepcia informatizácie verejnej správy
80 80  |ISVS|Informačný systém verejnej správy
81 81  |ImP|Implementačný plán
82 -
83 -Tabuľka 1 Skratky a pojmy
84 -
85 85  | |
78 +| |
86 86  {{id name="_Toc152607286"/}}
87 87  
88 88  
... ... @@ -116,7 +116,6 @@
116 116  1. Informovanie klienta o vybavení jeho podania prostredníctvom notifikácií
117 117  1. Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby
118 118  
119 -
120 120  Napojenie RIP na register fyzických osôb (ďalej len „RFO“) na využívanie údajov RFO (konzumácia dát) a v rámci programu rozvoja IKT v ÚGKK. V následných projektoch rozvoja je plánovaná aj plná integrácia RFO s ostatnými systémami ÚGKK ako budúci konkrétny krok smerom k vyššej efektívnosti procesov rezortu ÚGKK.
121 121  
122 122  
... ... @@ -134,18 +134,22 @@
134 134  Aktuálne napriek rozvoju systémov v posledných rokoch neexistuje jednotný prístup ani jednotná technologická platforma na realizáciu integrácii či už smerom von (externá) alebo dovnútra (interná) medzi vlastnými IS. Integrácie sú riešené na úrovni jednotlivých systémov voči ich konzumentom bez centrálneho riadenia.
135 135  
136 136  
137 -V súčasnosti nedisponuje ÚGKK vo svojich systémoch napojením na referenčné registre IS CPDI. Elektronické služby poskytované na portáloch katastra neposkytujú automatické predvypĺňanie údajov podľa referenčných údajov a nenapĺňajú tak princíp využívania údajov, ktorými štát už disponuje. Pri vypisovaní elektronických služieb sa neposkytujú informácie o stave podania do centrálnych komponentov. Systematicky sa nezbierajú údaje o využívaní elektronických služieb ani o spokojnosti klienta s ich používaním.
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.
138 138  
139 139  Integrácie medzi jednotlivými systémami UGKK a externými systémami sa vytvárajú ad-hoc, podľa potreby daného systému/systémov.
140 140  
141 141  Potreba budovania ďalších integrácii tiež prichádza kvôli implementácii prioritných Životných situácii v rámci POO, konkrétne:
134 +)))
142 142  
143 143  * ŽS2 Kúpa a vlastníctvo nehnuteľnosti na bývanie
144 144  * ŽS6 Presťahovanie
145 145  * ŽS15 Uzavretie manželstva
146 146  
140 +(((
141 +
147 147  
148 148  Medzi hlavné **problémy **ÚGKK teda patrí:
144 +)))
149 149  
150 150  * Chýbajúca štandardizácia integrácie s dostupnými vstupmi (kódy, dokumentácia), ktoré obsahujú popis spôsobu a nasadenia integrácie
151 151  * Absencia integračných pravidiel a zodpovedností, ktoré by UGKK zjednodušili implementáciu danej integrácie (pravidlá by mali obsahovať hlavne rozhodnutia, ktoré systémy integrovať a predovšetkým ako ich integrovať)
... ... @@ -153,15 +153,21 @@
153 153  * Absencia automatického predvypĺňania údajov pri podaniach - čo je spôsobené absenciou integrácie systémov na referenčné registre a sprístupnenia údajov pre interné systémy cez CPDI (RFO, RPO, RA, SUSR (číselníky a územné jednotky NUTS), MetaIS (číselníky))
154 154  * Nie je podporované kontinuálne zlepšovanie služieb na základe zberu relevantných údajov - monitoring elektronických služieb a spätnej väzby nie je podporovaný
155 155  
152 +(((
153 +
156 156  
157 157  Medzi **príležitosti **UGKK v oblasti integrácií patrí:
156 +)))
158 158  
159 159  * Centrálna integračná platforma ÚGKK SR, ktorá sprostredkováva dátovú výmenu medzi internými systémami ÚGKK SR a externými inštitúciami (napr. banky, iné orgány štátnej správy).
160 160  * Integračný bod pre konsolidáciu poskytovania údajov tretím stranám
161 161  * Náhrada súčasných integrácii, ktoré sú poskytované nepodporovanými systémami, alebo po kybernetickom útoku neboli obnovené a nie sú poskytované vôbec
162 162  
162 +(((
163 +
163 163  
164 164  Integračná platforma by mala pokryť predovšetkým potreby **nasledujúcich biznis požiadaviek**:
166 +)))
165 165  
166 166  * Konzumovanie dát z údajových registrov cez **IS CSRÚ (CPDI)** – **RFO, RPO, RA**
167 167  * **Integrácia na spoločné moduly v zmysle § 10 zákona 305/2013 Z. z.**
... ... @@ -185,11 +185,12 @@
185 185  ** Integrácia na interný IAM
186 186  ** Integrácia na ISZS
187 187  
190 +(((
191 +
188 188  
189 189  Predmetom projektu sú identifikované integrácie nevyhnutné pre zabezpečenie služieb v rámci prioritných životných situácii. Zároveň však plánovaná integračná platforma bude obsahovať základné funkcionality a slúžiť ako základ pre budovanie ďalších integrácii v rámci rozvoja ÚGKK, GKÚ a VÚGK. Jednotná integračná platforma v rámci rezortu je nevyhnutná pre zabezpečenie modernej architektúry a tiež bezpečných integrácii smerom na externé prostredie v roli konzumenta aj poskytovateľa údajov a služieb.
190 190  
191 191  
192 -
193 193  Sumarizácia integrácii v tabuľkovej forme
194 194  
195 195  
... ... @@ -206,10 +206,10 @@
206 206  |IS MED – Modul elektronického doručovania|Áno|Elektronické úradné doručovanie dokumentov
207 207  |Centrálne úradné doručovanie|Áno|Elektronické úradné doručovanie dokumentov
208 208  |Integrácia na modul úradnej komunikácie (ÚPVS G2G),|Áno|Integrácie v rámci úradnej komunikácie
209 -|Integrácia na modul elektronických schránok (ÚPVS eDESK),|Áno|Integrácia na zápis do odoslaných správ v eDesk klienta a čítanie správ zo schránky OVM
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
210 210  |Modul el. schránok ÚPVS (isvs_8847)|Áno|Náhrada súčasnej integrácie mimo RIP
211 211  |Integrácia na - NASES kvalifikovaná služba validácie podpisov a pečatí,|Áno|Využívanie služieb validácie elektronických podpisov a pečatí
212 -|Integrácia na  modul elektronickej podateľne (CEP).|Nie|Využívanie služieb IS CEP
215 +|Integrácia na  modul elektronickej podateľne (CEP).|Áno|Využívanie služieb IS CEP
213 213  |Modul elektronických formulárov|Áno|Synchronizácia definícií formulárov pre vizualizáciu a overovania elektronických formulárov
214 214  |Platobný modul ÚPVS (isvs_8850)|Nie|Vývoj a dodanie platobného modulu nie je aktuálne plánované. Integrácia môže byť zahrnutá neskôr v rámci dodávky platobného modulu.
215 215  |Centrálny Notifikačný Modul (CNM)|Áno|Integrácia prostredníctvom CAMP za účelom odosielania notifikácii klientom
... ... @@ -222,15 +222,16 @@
222 222  |Lokátor služieb na ÚPVS|Nie|Zmeny riešené manuálne
223 223  |CMS pre návody|Nie|Zmeny riešené manuálne
224 224  
225 -
226 -
227 227  Životné situácie, ktorých sa motivácia a rozsah projektu týkajú sú nasledovné:
229 +)))
228 228  
229 229  * ŽS 02 Kúpa nehnuteľnosti
230 230  * ŽS 06 Presťahovanie
231 231  * ŽS15 Uzavretie manželstva
232 232  
235 +(((
233 233  Medzi ciele projektu patria:
237 +)))
234 234  
235 235  * Štandardizácia budúcich integrácií, ktorá zahŕňa aj stanovenie integračných pravidiel a zodpovedností
236 236  * Integrácia na referenčné registre
... ... @@ -237,14 +237,14 @@
237 237  * Informovanie klienta o vybavení jeho podania prostredníctvom notifikácií
238 238  * Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby
239 239  * Zvýšenie kvality poskytovaných elektronických služieb štátu
240 -)))
241 241  
242 242  (((
243 243  
244 244  
245 -[[image:1754556046268-810.png]]
248 +[[image:1752386988242-990.png]]
246 246  
247 247  Princípy architektúry vychádzajú z princípov informatizácie verejnej správy (NKIVS):
251 +)))
248 248  
249 249  * Orientácia na používateľa
250 250  ** Jednoduchá prístupnosť služieb
... ... @@ -265,7 +265,6 @@
265 265  ** Optimálna úroveň bezpečnosti
266 266  ** Včasné riešenie bezpečnosti
267 267  ** Dostupnosť - odolnosť voči výpadkom
268 -)))
269 269  
270 270  == {{id name="_Toc152607293"/}}{{id name="_Toc1804717142"/}}{{id name="_Toc2082286828"/}}{{id name="_Toc408208333"/}}{{id name="_Toc2091742582"/}}{{id name="_Toc1276965606"/}}{{id name="_Toc1095995576"/}}{{id name="_Toc1849077951"/}}{{id name="_Toc1415248283"/}}{{id name="_Toc213456280"/}}{{id name="_Toc1645756734"/}}{{id name="_Toc305576249"/}}{{id name="_Toc47815695"/}}3.3Zainteresované strany/Stakeholderi ==
271 271  
... ... @@ -332,7 +332,6 @@
332 332  1*. **Druhý inkrement:** Realizácia nevyhnutných integrácií potrebných pre **zabezpečenie spracovania podaní pre vybrané životné situácie**. Tento inkrement sa zameriava na vytvorenie funkčných tokov a zabezpečenie plnej prevádzky vybraných životných situácií.
333 333  1*. **Tretí inkrement:** Realizácia ďalších integrácií na centrálne komponenty a iné informačné systémy verejnej správy (ISVS), **stále v rozsahu riešenia životných situácií**. Tento inkrement rozširuje integračné väzby a funkcionalitu v nadväznosti na potreby spracovania životných situácií v širšom kontexte.
334 334  
335 -
336 336  **Obmedzenia**
337 337  
338 338  * 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,8 +341,7 @@
341 341  
342 342  == {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}3.8Vyhodnotenie rizík a závislostí ==
343 343  
344 -
345 -|ID|NÁZOV RIZIKA / ZÁVISLOSTI|Kategória rizika|Potenciálny dopad|Opatrenia na zmiernenie rizika (mitigácia)
346 +|**ID**|**NÁZOV RIZIKA / ZÁVISLOSTI**|**Kategória rizika**|**Potenciálny dopad**|**Opatrenia na zmiernenie rizika (mitigácia)**
346 346  |1|Neúspešné verejné obstarávanie (VO) – riziko pri obstarávaní dodávateľa riešenia|B|Ak by sa do verejného obstarávania nikto neprihlásil alebo by nebolo možné uzavrieť zmluvu včas, projekt by sa výrazne oneskoril kvôli nutnosti opakovať obstarávanie. Tým by sa posunul celý harmonogram a predĺžila doba, počas ktorej rezort funguje v provizórnom režime.|Dôkladná príprava podkladov a podmienok VO priebežné monitorovanie trhu s cieľom minimalizovať riziko, že sa nikto neprihlási.
347 347  |2|Nedodržanie harmonogramu projektu – sklz vo vývoji a nasadení platformy|A|Oneskorenie dodávok alebo nasadenia výstupov projektu znamená, že plánované služby nebudú dostupné včas. Projekt je financovaný z Plánu obnovy a odolnosti, s cieľom sprevádzkovať platformu do 1. štvrťroku 2026. Neskoré dodanie môže znamenať sankcie pri čerpaní z Plánu obnovy a odolnosti.|Priebežné sledovanie a riadenie plnenia míľnikov, dôraz na dodržiavanie harmonogramu a včasné riešenie prípadných sklzov. V prípade identifikovaného meškania ihneď prijať nápravné opatrenia (napr. posilnenie tímu, úprava rozsahu) tak, aby sa minimalizoval dopad na konečný termín.
348 348  |3|Nepripravenosť nových centrálnych komponentov a zdĺhavé povoľovanie integrácií|B|Externé centrálne komponenty verejnej správy (napr. moduly ÚPVS, CNM, CAMP) nemusia byť v požadovanom čase technicky alebo procesne pripravené na integráciu s RIP GKK. Povolenie integrácií môže vyžadovať dlhé schvaľovacie procesy a legislatívne alebo metodické stanoviská. Následkom môže byť oneskorenie realizácie kritických integračných väzieb, čo by ohrozilo dosiahnutie funkčnosti projektu v plánovanom termíne.|Proaktívna a včasná komunikácia s gestormi centrálnych komponentov už v prípravnej fáze projektu. Príprava integračných zámerov, harmonogramov a technických špecifikácií ešte pred začiatkom verejného obstarávania. Včasné oslovenie správcov spoločných modulov na získanie záväzkov o dostupnosti rozhraní a termínoch sprístupnenia testovacích prostredí. V prípade oneskorenia pripraviť dočasné riešenia alebo alternatívne integračné scenáre. Priebežné sledovanie stavu pripravenosti jednotlivých partnerov a pravidelná eskalácia prípadných problémov.
... ... @@ -354,7 +354,6 @@
354 354  Tabuľka 5 Prehľad najzávažnejších rizík a závislostí
355 355  
356 356  
357 -
358 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 359  
360 360  
... ... @@ -364,11 +364,9 @@
364 364  986 211 € s DPH  / zmenová požiadavka v prevádzke  nad 200 000 EUR do 1 000 000 EUR vrátane).
365 365  
366 366  
367 -Produktový zoznam požiadaviek tvorí 10 biznis požiadaviek, z ktorých je 8 MMP (minimal
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 368  
369 - marketable products), cez dodanie ktorých bude sledované splnenie míľnikov komponentu POO.
370 370  
371 -
372 372  Produktový zoznam požiadaviek je súčasťou Konceptov realizácie ImP pre Projekt implementácie zmenových
373 373  
374 374   požiadaviek pre ŽS 2, ŽS6 a ŽS15 pre ÚGKK SR, časť B.
... ... @@ -375,53 +375,59 @@
375 375  
376 376  
377 377  |**Názov aktivity**|**Výdavky spolu (v EUR bez DPH)**|**Výdavky spolu (v EUR s DPH)**|**Skupina výdavkov**|**IS**|**Poznámka**
378 -|Implementácia a zavedenie rezortnej integračnej platformy|811 797 €|998 510 €|CAPEX|IS RIP|
376 +|Implementácia a zavedenie rezortnej integračnej platformy|801 797 €|986 211 €|CAPEX|IS RIP|
379 379  
378 +=== 3.9.2 Zdroj financovania ===
380 380  
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 381  
382 -(% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)3.9.2 Zdroj financovania
383 383  
384 -Projekt rezortnej integračnej platformy bude financovaný výhradne na účely vytvorenia a nasadenia samotnej platformy a podpory počas prvého roku po dodaní, pričom financovanie bude zabezpečené z prostriedkov Plánu obnovy a odolnosti (POO).Cieľom je jej uvedenie do prevádzky najneskôr v prvom štvrťroku 2026. Po dokončení nasadenia platformy bude prevádzka a ďalší rozvoj zabezpečený Úradom geodézie, kartografie a katastra (UGKK) prostredníctvom ďalších nasledovných projektov, ktoré zabezpečia jej dlhodobú udržateľnosť a prispôsobenie sa dynamickým potrebám verejnej správy.
385 -
386 -
387 387  == {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.10Harmonogram projektu ==
388 388  
389 389  
390 390  
391 -|ID|FÁZA/AKTIVITA|(((
392 -ZAČIATOK
387 +|**ID**|**FÁZA/AKTIVITA**|(((
388 +**ZAČIATOK**
393 393  
394 -(odhad termínu)
390 +**(odhad termínu)**
395 395  )))|(((
396 -KONIEC
392 +**KONIEC**
397 397  
398 -(odhad termínu)
399 -)))|POZNÁMKA
400 -|1.|Prípravná fáza a Iniciačná fáza| |30.8.2025|
401 -|1.2|Verejné obstarávanie| | |
394 +**(odhad termínu)**
395 +)))|**POZNÁMKA**
396 +|1.|Prípravná fáza a Iniciačná fáza|T – 24 týždňov|T- 20 týždňov|
397 +|1.2|Verejné obstarávanie|T-20 týždňov|T- 1 týždeň|
402 402  |1.3|Ukončenie verejného obstarávania – podpis zmluvy|T- 1 týždeň|T|
403 -|1.4|Podpis zmluvy|T|T+ 1 týždeň|
404 -|2.|Realizačná fáza – technológia a pre-existentné adaptéry|T+ 1 týždeň|T+20 týždňov|(((
399 +|1.4|Podpis zmluvy|T|1 týždeň|
400 +|2.|Realizačná fáza – technológia a pre-existentné adaptéry|1 týždeň|T+6 týždňov|(((
405 405  Biznis požiadavky:
406 406  
407 -ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48, ŽS2_BP_07c, ŽS2_BP_07a, ŽS2_BP_13, ŽS2_BP_07g,
403 +ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48
408 408  )))
409 -|2.1|Nasadenie technológie a pre-existentných častí adaptérov|T+1 týždeň|T+4 týždne|
410 -|2.2|Dokonfigurácia pre-existentných častí adaptérov a integračné testovanie|T+4 týždne|T+20 týždňov|
411 -|2.3|Akceptácia technológie a pre-existentných častí adaptérov|T+20 týždňov|T+20 týždňov|
412 -|4.|Realizačná fáza – custom integrácia|T+1 týždeň|T+20 týždňov|(((
405 +|2.1|Nasadenie technológie a pre-existentných častí adaptérov|T+1 týždeň|T+2 týždne|
406 +|2.2|Dokonfigurácia pre-existentných častí adaptérov a integračné testovanie|T+2 týždne|T+6 týždňov|
407 +|2.3|Akceptácia technológie a pre-existentných častí adaptérov|T+6 týždňov|T+6 týždňov|
408 +|3.|Realizačná fáza – adaptéry spracovania podania|T+1 týždeň|T+14 týždňov|(((
409 +Biznis požiadavky
410 +
411 +ŽS2_BP_07c, ŽS2_BP_13
412 +)))
413 +|3.1|Analýza a Dizajn|T+1 týždeň|T+6 týždňov|
414 +|3.2|Implementácia a testovanie|T+6 týždňov|T+10 týždňov|
415 +|3.3|Integračné testovanie|T+10 týždňov|T+14 týždňov|
416 +|4.|Realizačná fáza – ostatné adaptéry|T+1 týždeň|T+14 týždňov|(((
413 413  Biznis požiadavky:
414 414  
415 -ŽS2_BP_07a, ŽS2_BP_07g, ŽS2_BP_21d, ŽS6_BP_44, ŽS6_BP_58, ŽS2_BP_13, ŽS2_BP_39, ŽS2_BP_39b,
419 +ŽS2_BP_07g, ŽS2_BP_11, ŽS2_BP_21d, ŽS2_BP_39, ŽS2_BP_39b, ŽS6_BP_44, ŽS6_BP_58
416 416  )))
417 417  |4.1|Analýza a Dizajn|T+1 týždeň|T+6 týždňov|
418 418  |4.2|Implementácia a testovanie|T+6 týždňov|T+10 týždňov|
419 -|4.3|Integračné testovanie|T+10 týždňov|T+20 týždňov|
420 -|5|Nasadenie spustenie produkcie|T+20 týždňov|T+21 týždňov|
421 -|4.|PIP a Podpora prevádzky|T+21 týždňov|T+73 týždňov|(((
423 +|4.3|Integračné testovanie|T+10 týždňov|T+14 týždňov|
424 +|5|Nasadenie|T+14 týždňov|T+15 týždňov|
425 +|4.|PIP a Podpora prevádzky|T+15 týždňov|T+62 týždňov|(((
422 422  PIP - 3 mesiace po nasadení
423 423  
424 -Licenčná podpora na jeden rok ako súčasť ceny diela
428 +SLA na jeden rok ako súčasť ceny diela
425 425  )))
426 426  
427 427  == {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.11Návrh organizačného zabezpečenia projektu (projektový tím) ==
... ... @@ -526,6 +526,7 @@
526 526  )))|A: Jednotná integračná platforma (KO)|ÚGKK požaduje jednotnú implementáciu a správu integrácii z dôvodu efektivity, architektonických princípov a ekonomickej úspornosti| |X|X| |
527 527  |B: Naplnenie požiadaviek pre ŽS (KO)|ÚGKK sa zaviazalo implementovať BP schválených ImP pre ŽS|X|X|X|X|X
528 528  
533 +
529 529  Alternatívy:
530 530  
531 531  Alternatíva 1: Zachovanie súčasného stavu, bez jednotného rozvoja existujúcich systémov a integrácií
... ... @@ -615,12 +615,11 @@
615 615  V dokumentoch KRIMP (Koncept realizácie Implementačného plánu) boli identifikované biznis požiadavky, z ktorých vychádzajú požiadavky a budúci stav novej rezortnej integračnej platformy.
616 616  
617 617  
618 - [[image:1754556373089-122.png]]
623 + [[image:1752418728242-211.png]]
619 619  
620 620  Obr.  2 Biznis architektúra - TO BE
621 621  
622 622  
623 -
624 624  Biznis funkcie novej Rezortnej integračnej platformy budú pokrývať predovšetkým podporu dvoch elektronických služieb, poskytovaných ÚGKK. Dôjde k náhrade existujúcej integrácie voči elektronickým službám a spoločným modulom ÚPVS rezortnou integračnou platformou:
625 625  
626 626  * Podávanie návrhu na vklad – Kúpa a predaj nehnuteľnosti na bývanie (ŽS 02 - Kúpa nehnuteľností) - Nová koncová služba podávanie návrhu na vklad zameraná špecificky na – Kúpu a predaj nehnuteľnosti na bývanie
... ... @@ -643,14 +643,14 @@
643 643  === 5.3.2 Prehľad koncových služieb – budúci stav (TO BE): ===
644 644  
645 645  |(((
646 -Kód KS
650 +**Kód KS**
647 647  
648 -//(z MetaIS)//
649 -)))|Názov KS|Používateľ KS //(G2C/G2B/G2G/G2A)//|(((
650 -Životná situácia
652 +**//(z MetaIS)//**
653 +)))|**Názov KS**|**Používateľ KS //(G2C/G2B/G2G/G2A)//**|(((
654 +**Životná situácia**
651 651  
652 -//(+ kód z MetaIS)//
653 -)))|Úroveň elektronizácie KS
656 +**//(+ kód z MetaIS)//**
657 +)))|**Úroveň elektronizácie KS**
654 654  |ks_nová – kupa na byvanie|Podávanie návrhu na vklad - Kúpa a predaj nehnuteľnosti na bývanie|občan (G2C)|(((
655 655  157 – Kataster nehnuteľností
656 656  
... ... @@ -707,8 +707,6 @@
707 707  * ks_336462       Podávanie návrhu na doplnenie údajov na list vlastníctva do katastra nehnuteľností – zapracovanie zmeny údajov vlastníka na vybraných nehnuteľnostiach v rozsahu zmeny adresy trvalého pobytu
708 708  * ks_nova           Poskytovanie informácií zo zoznamu stavieb
709 709  
710 -
711 -
712 712  === 5.3.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===
713 713  
714 714  V rámci projektu nebudú realizované zmeny procesov a organizačné zmeny.
... ... @@ -757,7 +757,6 @@
757 757  ** nová AS Podávanie návrhu na vklad do katastra nehnuteľností – kúpa a predaj nehnuteľnosti na bývanie
758 758  ** nová AS Notifikácia klientovi o stave konania
759 759  ** nová AS Poskytovanie informácií zo zoznamu stavieb
760 -** nová AS Podávanie návrhu na doplnenie údajov na list vlastníctva do katastra nehnuteľností – zmena adresy
761 761  
762 762  * Manažment integrácii
763 763  ** Web rozhranie pre manažment platformy
... ... @@ -771,6 +771,7 @@
771 771  ** Prijatie podania  a automatizovaná kontrola prichádzajúceho podania
772 772  ** nová AS Adaptéry na centrálne komponenty
773 773  
775 +
774 774  **Externé systémy**: 
775 775  
776 776  Projekt počíta s integráciou na:
... ... @@ -1018,7 +1018,7 @@
1018 1018  V súčasnosti informačný systém katastra nehnuteľností po kybernetickom útoku nedisponuje centralizovanou integračnou platformou. Integrácie s externými subjektmi sú realizované individuálne, prostredníctvom API rozhraní a ad-hoc komunikačných kanálov. Neexistuje jednotný prístup k zabezpečeniu identity, jednotné logovanie integračných volaní, ani centralizovaný monitoring a detekcia incidentov v integračnej vrstve.
1019 1019  
1020 1020  Budúci stav (TO-BE) bezpečnostnej architektúry
1021 -Navrhované riešenie počíta so zavedením modernej a rezortnej integračnej platformy, ktorá sa stane primárnym komponentom pre komunikáciu s externým prostredím ÚGKK. Táto platforma bude postavená s dôrazom na splnenie požiadaviek kategórie III podľa vyhlášky č. 179/2020 Z.z., ako aj ďalších relevantných právnych predpisov vrátane zákona č. 69/2018 Z.z. o kybernetickej bezpečnosti, zákona č. 18/2018 Z.z. o ochrane osobných údajov (GDPR) a štandardov IT verejnej správy podľa vyhlášky č. 78/2020 Z.z.
1023 +Navrhované riešenie počíta so zavedením modernej a rezortnej integračnej platformy, ktorá sa stane. Táto platforma bude postavená s dôrazom na splnenie požiadaviek kategórie III podľa vyhlášky č. 179/2020 Z.z., ako aj ďalších relevantných právnych predpisov vrátane zákona č. 69/2018 Z.z. o kybernetickej bezpečnosti, zákona č. 18/2018 Z.z. o ochrane osobných údajov (GDPR) a štandardov IT verejnej správy podľa vyhlášky č. 78/2020 Z.z.
1022 1022  
1023 1023  Budúca bezpečnostná architektúra bude vychádzať z nasledujúcich princípov:
1024 1024  -   Centralizované logovanie a monitoring aktivít na účely detekcie a riešenia bezpečnostných incidentov,
... ... @@ -1056,7 +1056,7 @@
1056 1056  
1057 1057  Prevádzka a údržba diela bude počas prvého roka po jeho nasadení zabezpečená v rámci záručnej podpory poskytovanej dodávateľom, ktorá bude zahrnutá v cene diela. Táto podpora zahŕňa podporu prevádzky systému v súlade s nasledujúcimi kapitolami .
1058 1058  
1059 -Po ukončení jednoročnej licenčnej lehoty bude technická podpora, údržba a nadväzujúce prevádzkové služby zabezpečená prostredníctvom objednávania ďalšieho ročného predplatného, ktoré umožní pokračovanie v plynulej a spoľahlivej prevádzke systému v súlade s prevádzkovými a bezpečnostnými požiadavkami organizácie. Tento model zabezpečuje oddelenie implementačnej fázy od dlhodobej prevádzky a umožňuje transparentné zabezpečenie služieb.
1061 +Po ukončení ručnej lehoty bude technická podpora, údržba a nadväzujúce prevádzkové služby zabezpečená prostredníctvom samostatne obstarávanej SLA (Service Level Agreement), ktorá umožní pokračovanie v plynulej a spoľahlivej prevádzke systému v súlade s prevádzkovými a bezpečnostnými požiadavkami organizácie. Tento model zabezpečuje oddelenie implementačnej fázy od dlhodobej prevádzky a umožňuje transparentné zabezpečenie služieb po ukončení záruky.
1060 1060  
1061 1061  == 6.2   Zabezpečenie podpory používateľov a prevádzky ==
1062 1062  
... ... @@ -1091,8 +1091,8 @@
1091 1091  
1092 1092  //na každý rok medzi ÚGKK a VÚGK//
1093 1093  )))|
1094 -|Podpora L3|//Dodávateľ riešenia//|//8x5//|//Licenč podpora a ročné predplat//|
1095 -|Podpora infraštruktúrnych služieb|//Dodávateľ servisnej podpory HW datacentra//|//8x5//|//Existujúca servisná zmluva //|
1096 +|Podpora L3|//Dodávateľ riešenia//|//8x5//|//časť obstarania / Bude obstara na konci projektu//|
1097 +|Podpora infraštruktúrnych služieb|//Dodávateľ servisnej podpory HW datacentra//|//8x5//|//Existujúca servisná zmluva//|
1096 1096  
1097 1097  Tabuľka 34 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky
1098 1098  
... ... @@ -1201,23 +1201,17 @@
1201 1201  
1202 1202  == 6.6   Požiadavky na zdrojové kódy ==
1203 1203  
1204 -Dodávka rezortnej integračnej platformy bude pozostávať z troch častí: technologickej platformy (poskytnutie licencie a bez zdrojových kódov), preexistentných adaptérov (poskytnutie licencie a bez zdrojových kódov) a vlastných, na mieru vyvinutých adaptérov (s povinným odovzdaním kompletných zdrojových kódov). Objednávateľ získa dispozičné práva ku všetkým dodaným zdrojovým kódom, dokumentácii a výstupom diela; zdrojové kódy budú plne kompilovateľné, riadne okomentované a zdokumentované, archivované v Git repozitári a odovzdané pri záverečnom míľniku projektu. Zmluvné podmienky budú obsahovať ustanovenia na predchádzanie závislosti od jediného dodávateľa (tzv. vendor lock-in). Všetky uvedené požiadavky budú realizované v súlade so zákonom č. 95/2019 Z.z. o informačných technológiách vo verejnej správe, metodickým usmernením MIRRI SR č. 024077/2023 a s príslušnými inštrukciami k používaniu licencie EUPL.
1206 +Dodávka rezortnej integračnej platformy bude pozostávať z troch častí: technologickej platformy (poskytnutie licencie a podpory namiesto zdrojových kódov), existujúcich adaptérov (s odovzdaním ich zdrojových kódov) a vlastných, na mieru vyvinutých adaptérov (s povinným odovzdaním kompletných zdrojových kódov). Objednávateľ získa dispozičné práva ku všetkým dodaným zdrojovým kódom, dokumentácii a výstupom diela; zdrojové kódy budú plne kompilovateľné, riadne okomentované a zdokumentované, archivované v Git repozitári a odovzdané pri záverečnom míľniku projektu. Zmluvné podmienky budú obsahovať ustanovenia na predchádzanie závislosti od jediného dodávateľa (tzv. vendor lock-in). Všetky uvedené požiadavky budú realizované v súlade so zákonom č. 95/2019 Z.z. o informačných technológiách vo verejnej správe, metodickým usmernením MIRRI SR č. 024077/2023 a s príslušnými inštrukciami k používaniu licencie EUPL.
1205 1205  
1208 +V zmluve budú dohodnuté pravidlá pre odovzdanie, správu a archiváciu zdrojových kódov, ktoré zabezpečia, že objednávateľ bude mať vždy k dispozícii aktuálne verzie. Odovzdanie zdrojových kódov prebehne minimálne na konci projektu (počas záverečnej akceptácie celého diela), pričom môže byť dohodnuté aj priebežné odovzdávanie po hlavných míľnikoch projektu.
1206 1206  
1207 -V zmluve budú dohodnuté pravidlá pre odovzdanie, správu a archiváciu zdrojových kódov, ktoré zabezpečia, že objednávateľ bude mať vždy k dispozícii aktuálne verzie. Odovzdanie zdrojových kódov prebehne minimálne na konci projektu (počas záverečnej akceptácie celého diela), pričom môže byť dohodnuté aj priebežné odovzdávanie po hlavných míľnikoch projektu.
1208 -
1209 -
1210 1210  Pri každom odovzdaní zdrojového kódu sa vyhotoví preberací protokol, v ktorom objednávateľ potvrdí prevzatie kódu. Objednávateľ má právo pred podpisom protokolu skontrolovať odovzdané zdrojové kódy (napr. vykonať audit kvality, skúsiť ich zkompilovať).
1211 1211  
1212 +Zdrojové kódy budú uložené a archivované v centrálnom repozitári zdrojových kódov spravovanom štátom (podľa vyhlášky č. 78/2020 Z.z. § 31) alebo v repozitári objednávateľa. Po finálnej akceptácii diela dodávateľ poskytne kompletný balík zdrojových kódov aj v offline forme (napr. na elektronickom médiu) pre archívne účely objednávateľa. V prípade zmien počas trvania zmluvy (aktualizácie, záručné opravy, nové verzie) platí, že dodávateľ priebežne odovzdáva aktualizovaný zdrojový kód k daným úpravám bez zbytočného odkladu (najneskôr pri odovzdaní upravenej funkčnosti do užívania).
1212 1212  
1213 -Zdrojové kódy budú uložené a archivované v centrálnom repozitári zdrojových kódov spravovanom štátom (podľa vyhlášky č. 78/2020 Z.z. § 31) alebo v repozitári objednávateľa. Po finálnej akceptácii diela dodávateľ poskytne kompletný balík zdrojových kódov aj v offline forme (napr. na elektronickom médiu) pre archívne účely objednávateľa. V prípade zmien počas trvania zmluvy (aktualizácie, záručné opravy, nové verzie) platí, že dodávateľ priebežne odovzdáva aktualizovaný zdrojový kód k daným úpravám bez zbytočného odkladu (najneskôr pri odovzdaní upravenej funkčnosti do užívania).
1214 -
1215 -
1216 -Preberanie zdrojových kódov bude naviazané na fakturačné míľniky projektu. Objednávateľ uhradí príslušnú časť ceny diela až po úspešnom odovzdaní a prevzatí zdrojových kódov za danú etapu. Najmä záverečná fakturácia (záverečná splátka) bude podmienená tým, že dodávateľ odovzdá kompletné zdrojové kódy celého riešenia a relevantnú dokumentáciu.
1217 -
1214 +Preberanie zdrojových kódov bude naviazané na fakturačné míľniky projektu. Objednávateľ uhradí príslušnú časť ceny diela až po úspešnom odovzdaní a prevzatí zdrojových kódov za danú etapu. Najmä záverečná fakturácia (záverečná splátka) bude podmienená tým, že dodávateľ odovzdá kompletné zdrojové kódy celého riešenia a relevantnú dokumentáciu. 
1218 1218  V prípade predčasného ukončenia projektu alebo zmluvy musí dodávateľ odovzdať aktuálny zdrojový kód ku dňu ukončenia, inak nedôjde k uvoľneniu platby (táto podmienka bude taktiež zakotvená v zmluve).
1219 1219  
1220 -
1221 1221  = 7.   OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU =
1222 1222  
1223 1223  Implementácia a preberanie výstupov projektu bude realizované 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 v zmysle ustanovení podľa § 5 a nasledovných ustanovení.
1754556046268-810.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.longa@skgeodesy\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -416.7 KB
Obsah
1754556373089-122.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.longa@skgeodesy\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -363.4 KB
Obsah