Naposledy upravil Peter Longa 2025/08/07 10:54
Z verzie 4.1
upravil Peter Longa
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 6.1
upravil Peter Longa
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -35,12 +35,16 @@
35 35  
36 36  == 2.1Použité skratky a pojmy ==
37 37  
38 -|**SKRATKA/POJEM**|**POPIS**
38 +
39 +
40 +
41 +|SKRATKA/POJEM|POPIS
39 39  |ÚGKK SR|Úrad geodézie, kartografie a katastra Slovenskej republiky
40 40  |IKT|Informačné a komunikačné technológie
41 41  |RIP|Rezortná integračná platforma
42 42  |IS|Informačný systém
43 43  |CSRÚ|Centrálna správa referenčných údajov
47 +|CPDI|Centrálna platforma dátovej integrácie
44 44  |RFO|Register fyzických osôb
45 45  |RPO|Register právnických osôb
46 46  |RA|Register adries
... ... @@ -51,6 +51,7 @@
51 51  |ÚPVS|Ústredný portál verejnej správy
52 52  |MV SR|Ministerstvo vnútra Slovenskej republiky
53 53  |ESKN|Elektronické služby katastra nehnuteľností
58 +|ISZS|Informačný systém zoznam stavieb
54 54  |KAV|Konsolidovaná analytická vrstva
55 55  |IAM|Identity and Access Management (modul správy identity a prístupu)
56 56  |G2G|Government-to-Government (komunikácia medzi vládnymi inštitúciami)
... ... @@ -74,8 +74,10 @@
74 74  |NKIVS|Národná koncepcia informatizácie verejnej správy
75 75  |ISVS|Informačný systém verejnej správy
76 76  |ImP|Implementačný plán
82 +
83 +Tabuľka 1 Skratky a pojmy
84 +
77 77  | |
78 -| |
79 79  {{id name="_Toc152607286"/}}
80 80  
81 81  
... ... @@ -109,6 +109,7 @@
109 109  1. Informovanie klienta o vybavení jeho podania prostredníctvom notifikácií
110 110  1. Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby
111 111  
119 +
112 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 113  
114 114  
... ... @@ -126,22 +126,18 @@
126 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 127  
128 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.
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.
130 130  
131 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 132  
133 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 135  
136 136  * ŽS2 Kúpa a vlastníctvo nehnuteľnosti na bývanie
137 137  * ŽS6 Presťahovanie
138 138  * ŽS15 Uzavretie manželstva
139 139  
140 -(((
141 -
142 142  
143 143  Medzi hlavné **problémy **ÚGKK teda patrí:
144 -)))
145 145  
146 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 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ť)
... ... @@ -149,21 +149,15 @@
149 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 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ý
151 151  
152 -(((
153 -
154 154  
155 155  Medzi **príležitosti **UGKK v oblasti integrácií patrí:
156 -)))
157 157  
158 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 159  * Integračný bod pre konsolidáciu poskytovania údajov tretím stranám
160 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
161 161  
162 -(((
163 -
164 164  
165 165  Integračná platforma by mala pokryť predovšetkým potreby **nasledujúcich biznis požiadaviek**:
166 -)))
167 167  
168 168  * Konzumovanie dát z údajových registrov cez **IS CSRÚ (CPDI)** – **RFO, RPO, RA**
169 169  * **Integrácia na spoločné moduly v zmysle § 10 zákona 305/2013 Z. z.**
... ... @@ -187,12 +187,11 @@
187 187  ** Integrácia na interný IAM
188 188  ** Integrácia na ISZS
189 189  
190 -(((
191 -
192 192  
193 193  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 194  
195 195  
192 +
196 196  Sumarizácia integrácii v tabuľkovej forme
197 197  
198 198  
... ... @@ -209,10 +209,10 @@
209 209  |IS MED – Modul elektronického doručovania|Áno|Elektronické úradné doručovanie dokumentov
210 210  |Centrálne úradné doručovanie|Áno|Elektronické úradné doručovanie dokumentov
211 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
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
213 213  |Modul el. schránok ÚPVS (isvs_8847)|Áno|Náhrada súčasnej integrácie mimo RIP
214 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
212 +|Integrácia na  modul elektronickej podateľne (CEP).|Nie|Využívanie služieb IS CEP
216 216  |Modul elektronických formulárov|Áno|Synchronizácia definícií formulárov pre vizualizáciu a overovania elektronických formulárov
217 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 218  |Centrálny Notifikačný Modul (CNM)|Áno|Integrácia prostredníctvom CAMP za účelom odosielania notifikácii klientom
... ... @@ -225,16 +225,15 @@
225 225  |Lokátor služieb na ÚPVS|Nie|Zmeny riešené manuálne
226 226  |CMS pre návody|Nie|Zmeny riešené manuálne
227 227  
225 +
226 +
228 228  Životné situácie, ktorých sa motivácia a rozsah projektu týkajú sú nasledovné:
229 -)))
230 230  
231 231  * ŽS 02 Kúpa nehnuteľnosti
232 232  * ŽS 06 Presťahovanie
233 233  * ŽS15 Uzavretie manželstva
234 234  
235 -(((
236 236  Medzi ciele projektu patria:
237 -)))
238 238  
239 239  * Štandardizácia budúcich integrácií, ktorá zahŕňa aj stanovenie integračných pravidiel a zodpovedností
240 240  * Integrácia na referenčné registre
... ... @@ -241,14 +241,14 @@
241 241  * Informovanie klienta o vybavení jeho podania prostredníctvom notifikácií
242 242  * Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby
243 243  * Zvýšenie kvality poskytovaných elektronických služieb štátu
240 +)))
244 244  
245 245  (((
246 246  
247 247  
248 -[[image:1752386988242-990.png]]
245 +[[image:1754556046268-810.png]]
249 249  
250 250  Princípy architektúry vychádzajú z princípov informatizácie verejnej správy (NKIVS):
251 -)))
252 252  
253 253  * Orientácia na používateľa
254 254  ** Jednoduchá prístupnosť služieb
... ... @@ -269,8 +269,8 @@
269 269  ** Optimálna úroveň bezpečnosti
270 270  ** Včasné riešenie bezpečnosti
271 271  ** Dostupnosť - odolnosť voči výpadkom
268 +)))
272 272  
273 -
274 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 275  
276 276  |**ID**|**AKTÉR / STAKEHOLDER**|(((
... ... @@ -336,6 +336,7 @@
336 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 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.
338 338  
335 +
339 339  **Obmedzenia**
340 340  
341 341  * 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.
... ... @@ -344,7 +344,8 @@
344 344  
345 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 346  
347 -|**ID**|**NÁZOV RIZIKA / ZÁVISLOSTI**|**Kategória rizika**|**Potenciálny dopad**|**Opatrenia na zmiernenie rizika (mitigácia)**
344 +
345 +|ID|NÁZOV RIZIKA / ZÁVISLOSTI|Kategória rizika|Potenciálny dopad|Opatrenia na zmiernenie rizika (mitigácia)
348 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 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 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.
... ... @@ -356,6 +356,7 @@
356 356  Tabuľka 5 Prehľad najzávažnejších rizík a závislostí
357 357  
358 358  
357 +
359 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 360  
361 361  
... ... @@ -365,9 +365,11 @@
365 365  986 211 € s DPH  / zmenová požiadavka v prevádzke  nad 200 000 EUR do 1 000 000 EUR vrátane).
366 366  
367 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.
367 +Produktový zoznam požiadaviek tvorí 10 biznis požiadaviek, z ktorých je 8 MMP (minimal
369 369  
369 + marketable products), cez dodanie ktorých bude sledované splnenie míľnikov komponentu POO.
370 370  
371 +
371 371  Produktový zoznam požiadaviek je súčasťou Konceptov realizácie ImP pre Projekt implementácie zmenových
372 372  
373 373   požiadaviek pre ŽS 2, ŽS6 a ŽS15 pre ÚGKK SR, časť B.
... ... @@ -374,59 +374,53 @@
374 374  
375 375  
376 376  |**Názov aktivity**|**Výdavky spolu (v EUR bez DPH)**|**Výdavky spolu (v EUR s DPH)**|**Skupina výdavkov**|**IS**|**Poznámka**
377 -|Implementácia a zavedenie rezortnej integračnej platformy|801 797 €|986 211 €|CAPEX|IS RIP|
378 +|Implementácia a zavedenie rezortnej integračnej platformy|811 797 €|998 510 €|CAPEX|IS RIP|
378 378  
379 -=== 3.9.2 Zdroj financovania ===
380 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 382  
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 +
384 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 ==
385 385  
386 386  
387 387  
388 -|**ID**|**FÁZA/AKTIVITA**|(((
389 -**ZAČIATOK**
391 +|ID|FÁZA/AKTIVITA|(((
392 +ZAČIATOK
390 390  
391 -**(odhad termínu)**
394 +(odhad termínu)
392 392  )))|(((
393 -**KONIEC**
396 +KONIEC
394 394  
395 -**(odhad termínu)**
396 -)))|**POZNÁMKA**
397 -|1.|Prípravná fáza a Iniciačná fáza|T – 24 týždňov|T- 20 týždňov|
398 -|1.2|Verejné obstarávanie|T-20 týždňov|T- 1 týždeň|
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| | |
399 399  |1.3|Ukončenie verejného obstarávania – podpis zmluvy|T- 1 týždeň|T|
400 -|1.4|Podpis zmluvy|T|1 týždeň|
401 -|2.|Realizačná fáza – technológia a pre-existentné adaptéry|1 týždeň|T+6 týždňov|(((
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|(((
402 402  Biznis požiadavky:
403 403  
404 -ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48
407 +ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48, ŽS2_BP_07c, ŽS2_BP_07a, ŽS2_BP_13, ŽS2_BP_07g,
405 405  )))
406 -|2.1|Nasadenie technológie a pre-existentných častí adaptérov|T+1 týždeň|T+2 týždne|
407 -|2.2|Dokonfigurácia pre-existentných častí adaptérov a integračné testovanie|T+2 týždne|T+6 týždňov|
408 -|2.3|Akceptácia technológie a pre-existentných častí adaptérov|T+6 týždňov|T+6 týždňov|
409 -|3.|Realizačná fáza – adaptéry spracovania podania|T+1 týždeň|T+14 týždňov|(((
410 -Biznis požiadavky
411 -
412 -ŽS2_BP_07c, ŽS2_BP_13
413 -)))
414 -|3.1|Analýza a Dizajn|T+1 týždeň|T+6 týždňov|
415 -|3.2|Implementácia a testovanie|T+6 týždňov|T+10 týždňov|
416 -|3.3|Integračné testovanie|T+10 týždňov|T+14 týždňov|
417 -|4.|Realizačná fáza – ostatné adaptéry|T+1 týždeň|T+14 týždňov|(((
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|(((
418 418  Biznis požiadavky:
419 419  
420 -ŽS2_BP_07g, ŽS2_BP_11, ŽS2_BP_21d, ŽS2_BP_39, ŽS2_BP_39b, ŽS6_BP_44, ŽS6_BP_58
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,
421 421  )))
422 422  |4.1|Analýza a Dizajn|T+1 týždeň|T+6 týždňov|
423 423  |4.2|Implementácia a testovanie|T+6 týždňov|T+10 týždňov|
424 -|4.3|Integračné testovanie|T+10 týždňov|T+14 týždňov|
425 -|5|Nasadenie|T+14 týždňov|T+15 týždňov|
426 -|4.|PIP a Podpora prevádzky|T+15 týždňov|T+62 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|(((
427 427  PIP - 3 mesiace po nasadení
428 428  
429 -SLA na jeden rok ako súčasť ceny diela
424 +Licenčná podpora na jeden rok ako súčasť ceny diela
430 430  )))
431 431  
432 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) ==
... ... @@ -458,7 +458,6 @@
458 458  |8.|Ing. Adriana Steinerová|(pracovné zaradenie v línii)|ÚGKK/Katastrálny odbor|Biznis analytik
459 459  |9.|Judr. Odeta Poldaufová|(pracovné zaradenie v línii)|ÚGKK/Legislatívno-právny odbor|Biznis analytik
460 460  
461 -
462 462  = (% 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 463  
464 464  V rámci projektu nebudú riešené legislatívne zmeny.
... ... @@ -491,7 +491,6 @@
491 491  )))|N/A
492 492  |Alternatíva pre technologickú vrstvu |N/A
493 493  
494 -
495 495  |**Riešenie 2**|
496 496  |Biznis alternatíva 2 |** Centrálne budovanie integrácií**
497 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.
... ... @@ -507,7 +507,6 @@
507 507  )))|N/A
508 508  |Alternatíva pre technologickú vrstvu |N/A
509 509  
510 -
511 511  |**Riešenie 3**|
512 512  |Biznis alternatíva 3|**Budovanie integrácií pre každý projekt/systém zvlášť**
513 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ášť.
... ... @@ -523,7 +523,6 @@
523 523  )))|N/A
524 524  |Alternatíva pre technologickú vrstvu |N/A
525 525  
526 -
527 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.
528 528  
529 529  
... ... @@ -535,8 +535,6 @@
535 535  )))|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 536  |B: Naplnenie požiadaviek pre ŽS (KO)|ÚGKK sa zaviazalo implementovať BP schválených ImP pre ŽS|X|X|X|X|X
537 537  
538 -
539 -
540 540  Alternatívy:
541 541  
542 542  Alternatíva 1: Zachovanie súčasného stavu, bez jednotného rozvoja existujúcich systémov a integrácií
... ... @@ -550,17 +550,14 @@
550 550  |Kritérium A|nie|Neexistuje jednotné riešenie
551 551  |Kritérium B|áno|Integrácie potrebné pre rozsah ŽS budú budované na súčasných IS
552 552  
553 -
554 554  |Zoznam kritérií|Alternatíva 2|Spôsob dosiahnutia
555 555  |Kritérium A|áno|Integrácie pre ŽS a tiež budúce integrácie budú budované na jednotnej platforme
556 556  |Kritérium B|áno|Rezortná integračná platforma implementuje integračné služby v rozsahu ŽS
557 557  
558 -
559 559  |Zoznam kritérií|Alternatíva 3|Spôsob dosiahnutia
560 560  |Kritérium A|nie|Neexistuje jednotné riešenie
561 561  |Kritérium B|áno|Integrácie potrebné pre rozsah ŽS budú budované na súčasných IS
562 562  
563 -
564 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 565  
566 566  === 5.1.2 Stanovenie alternatív v aplikačnej vrstve architektúry ===
... ... @@ -582,7 +582,6 @@
582 582  pre aplikačnú vrstvu 
583 583  )))|Riešenie je rozšíriteľné aj pre iné služby v budúcnosti 
584 584  
585 -
586 586  Zvažované alternatívy implementácie na aplikačnej úrovni sú nasledovné:
587 587  
588 588  
... ... @@ -630,11 +630,12 @@
630 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 631  
632 632  
633 - [[image:1752418728242-211.png]]
618 + [[image:1754556373089-122.png]]
634 634  
635 635  Obr.  2 Biznis architektúra - TO BE
636 636  
637 637  
623 +
638 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 639  
640 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
... ... @@ -657,14 +657,14 @@
657 657  === 5.3.2 Prehľad koncových služieb – budúci stav (TO BE): ===
658 658  
659 659  |(((
660 -**Kód KS**
646 +Kód KS
661 661  
662 -**//(z MetaIS)//**
663 -)))|**Názov KS**|**Používateľ KS //(G2C/G2B/G2G/G2A)//**|(((
664 -**Životná situácia**
648 +//(z MetaIS)//
649 +)))|Názov KS|Používateľ KS //(G2C/G2B/G2G/G2A)//|(((
650 +Životná situácia
665 665  
666 -**//(+ kód z MetaIS)//**
667 -)))|**Úroveň elektronizácie KS**
652 +//(+ kód z MetaIS)//
653 +)))|Úroveň elektronizácie KS
668 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 669  157 – Kataster nehnuteľností
670 670  
... ... @@ -722,6 +722,7 @@
722 722  * ks_nova           Poskytovanie informácií zo zoznamu stavieb
723 723  
724 724  
711 +
725 725  === 5.3.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===
726 726  
727 727  V rámci projektu nebudú realizované zmeny procesov a organizačné zmeny.
... ... @@ -763,7 +763,6 @@
763 763  ** Integrácia isvs  Konsolidovaná Analytická Vrstva (KAV)
764 764  *** Odosielanie informácii o používaní služieb
765 765  
766 -
767 767  * Poskytovanie služieb na integráciu externým subjektom
768 768  ** sluzba_is_1484 Poskytnutie informácie z KN o nehnuteľnostiach (v zmysle ZS06 pre MVSR)
769 769  ** sluzba_is_1485 Poskytnutie informácie z KN o právach k nehnuteľnostiam (v zmysle ZS06 pre MVSR)
... ... @@ -771,8 +771,8 @@
771 771  ** nová AS Podávanie návrhu na vklad do katastra nehnuteľností – kúpa a predaj nehnuteľnosti na bývanie
772 772  ** nová AS Notifikácia klientovi o stave konania
773 773  ** 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
774 774  
775 -
776 776  * Manažment integrácii
777 777  ** Web rozhranie pre manažment platformy
778 778  ** Sledovanie stavu jednotlivých komponentov (adaptéry, procesy)
... ... @@ -781,13 +781,10 @@
781 781  ** Auditné záznamy
782 782  ** Štatistika a sledovanie služieb
783 783  
784 -
785 785  * Elektronická podatelna
786 786  ** Prijatie podania  a automatizovaná kontrola prichádzajúceho podania
787 787  ** nová AS Adaptéry na centrálne komponenty
788 788  
789 -
790 -
791 791  **Externé systémy**: 
792 792  
793 793  Projekt počíta s integráciou na:
... ... @@ -796,7 +796,6 @@
796 796  * isvs_5836 IS CPDI ako realizácia Modulu procesnej integrácie a integrácie údajov  pre komunikáciu s CNM
797 797  *
798 798  
799 -
800 800  **Agendové informačné systémy**
801 801  
802 802  Podporujú výkon konkrétnej agendy a realizujú kľúčové aplikačné služby.
... ... @@ -866,7 +866,6 @@
866 866  * isvs_9513 Centrálna API manažment Platforma  (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov
867 867  * isvs_5836 IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov
868 868  
869 -
870 870  |(((
871 871  Kód ISVS
872 872  
... ... @@ -882,7 +882,6 @@
882 882  )))|Názov integrovaného ISVS
883 883  |isvs_14801|Rezortná integračná platforma|isvs_200|Hlásenie pobytu
884 884  
885 -
886 886  Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
887 887  
888 888  
... ... @@ -951,7 +951,7 @@
951 951  
952 952  == 5.5   Dátová architektúra ==
953 953  
954 -=== 5.5.1   Objekty evidencie ===
934 +=== 5.5.1   Objekty evidencie ===
955 955  
956 956  Nie je relevantné pre projekt integračného charakteru
957 957  
... ... @@ -994,7 +994,7 @@
994 994  | | |Vyberte jednu z možností.| |
995 995  | | |Vyberte jednu z možností.| |
996 996  
997 -===
977 +===
998 998  5.5.6   Kvalita a čistenie údajov ===
999 999  
1000 1000  Nie je relevantné pre projekt.
... ... @@ -1038,7 +1038,7 @@
1038 1038  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.
1039 1039  
1040 1040  Budúci stav (TO-BE) bezpečnostnej architektúry
1041 -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.
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.
1042 1042  
1043 1043  Budúca bezpečnostná architektúra bude vychádzať z nasledujúcich princípov:
1044 1044  -   Centralizované logovanie a monitoring aktivít na účely detekcie a riešenia bezpečnostných incidentov,
... ... @@ -1045,7 +1045,7 @@
1045 1045  -   Zabezpečená komunikácia medzi systémami výhradne prostredníctvom protokolov podporujúcich šifrovanie,
1046 1046  -   Segmentácia siete a izolácia integračnej vrstvy v samostatných bezpečnostných zónach.
1047 1047  
1048 -=== 5.7.2   Určenie obsahu bezpečnostných opatrení ===
1028 +=== 5.7.2   Určenie obsahu bezpečnostných opatrení ===
1049 1049  
1050 1050  |Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z|Aplikované opatrenia|Aplikovaná legislatíva
1051 1051  |Minimálne bezpečnostné opatrenia Kategórie I|Áno|Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva
... ... @@ -1076,7 +1076,7 @@
1076 1076  
1077 1077  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 .
1078 1078  
1079 -Po ukončení zá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.
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.
1080 1080  
1081 1081  == 6.2   Zabezpečenie podpory používateľov a prevádzky ==
1082 1082  
... ... @@ -1111,8 +1111,8 @@
1111 1111  
1112 1112  //na každý rok medzi ÚGKK a VÚGK//
1113 1113  )))|
1114 -|Podpora L3|//Dodávateľ riešenia//|//8x5//|//Súčasť obstarania / Bude obstaraná na konci projektu//|
1115 -|Podpora infraštruktúrnych služieb|//Dodávateľ servisnej podpory HW datacentra//|//8x5//|//Existujúca servisná zmluva//|
1094 +|Podpora L3|//Dodávateľ riešenia//|//8x5//|//Licenčná podpora a ročné predplatné//|
1095 +|Podpora infraštruktúrnych služieb|//Dodávateľ servisnej podpory HW datacentra//|//8x5//|//Existujúca servisná zmluva //|
1116 1116  
1117 1117  Tabuľka 34 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky
1118 1118  
... ... @@ -1213,7 +1213,6 @@
1213 1213  |RTO (Recovery Time Objective) |4 hodiny|RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému
1214 1214  |RPO (Recovery Point Objective)|6 hodín|RPO vyjadruje, do akého času (bodu) v minulosti možno obnoviť dáta, t.j. rozsah dát, o ktoré môže organizácia prísť
1215 1215  
1216 -
1217 1217  == 6.5   Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky ==
1218 1218  
1219 1219  Uveďte požiadavky na personálne zabezpečenie prevádzky budovaného systému (TO BE) a súvisiacich prevádzkových procesov.
... ... @@ -1222,17 +1222,23 @@
1222 1222  
1223 1223  == 6.6   Požiadavky na zdrojové kódy ==
1224 1224  
1225 -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.
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.
1226 1226  
1227 -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.
1228 1228  
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 +
1229 1229  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ť).
1230 1230  
1231 -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).
1232 1232  
1233 -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. 
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 +
1234 1234  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).
1235 1235  
1220 +
1236 1236  = 7.   OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU =
1237 1237  
1238 1238  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í.
... ... @@ -1241,9 +1241,9 @@
1241 1241  
1242 1242  Doplňte odkazy na iné existujúce materiály, ktoré sú zdrojovými informáciami. V maximálnej miere sa vyhnite duplikovaným informáciám a ich aktualizácii na viacerých miestach v priebehu prípravy prípravnej projektovej dokumentácie, jej pripomienkovania a hodnotenia.
1243 1243  
1244 -= 9.   PRÍLOHY
1245 - =
1229 += 9.   PRÍLOHY =
1246 1246  
1231 += =
1247 1247  
1248 1248  
1249 1249  | | |
1754556046268-810.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.peter\.longa@skgeodesy\.sk
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +416.7 KB
Obsah
1754556373089-122.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.peter\.longa@skgeodesy\.sk
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +363.4 KB
Obsah