Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)

Naposledy upravil Peter Longa 2025/09/15 20:55

From 4.1 to 5.1

Z verzie 5.1

upravil Peter Longa
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Do verzie 7.1

upravil Peter Longa
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)
Prílohy (0 modified, 5 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -17,11 +17,13 @@
  = {{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 =
--|**Verzia**|**Dátum**|**Zmeny**|**Meno**
--|//1//|//11.07.2025//|//Prvá verzia//|Tomáľ Beljak
++|Verzia|Dátum|Zmeny|Meno a priezvisko
++|1.0|7.8.2025|Prvá verzia|Tomáš Beljak
++|1.1|8.9.2025|Zapracované pripomienky z verejného pripomienkovania|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 =
  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.// //
@@ -35,12 +35,15 @@
  == 2.1Použité skratky a pojmy ==
--|**SKRATKA/POJEM**|**POPIS**
++
++
++|SKRATKA/POJEM|POPIS
  |ÚGKK SR|Úrad geodézie, kartografie a katastra Slovenskej republiky
  |IKT|Informačné a komunikačné technológie
  |RIP|Rezortná integračná platforma
  |IS|Informačný systém
  |CSRÚ|Centrálna správa referenčných údajov
++|CPDI|Centrálna platforma dátovej integrácie
  |RFO|Register fyzických osôb
  |RPO|Register právnických osôb
  |RA|Register adries
@@ -51,6 +51,7 @@
  |ÚPVS|Ústredný portál verejnej správy
  |MV SR|Ministerstvo vnútra Slovenskej republiky
  |ESKN|Elektronické služby katastra nehnuteľností
++|ISZS|Informačný systém zoznam stavieb
  |KAV|Konsolidovaná analytická vrstva
  |IAM|Identity and Access Management (modul správy identity a prístupu)
  |G2G|Government-to-Government (komunikácia medzi vládnymi inštitúciami)
@@ -74,8 +74,10 @@
  |NKIVS|Národná koncepcia informatizácie verejnej správy
  |ISVS|Informačný systém verejnej správy
  |ImP|Implementačný plán
++
++Tabuľka 1 Skratky a pojmy
++
  | |
--| |
  {{id name="_Toc152607286"/}}
@@ -106,9 +106,10 @@
 . Štandardizáciu budúcich integrácií
 . Stanovenie integračných pravidiel a zodpovedností
 . Integráciu na referenčné registre
--1. Informovanie klienta o vybavení jeho podania prostredníctvom notifikácií
--1. Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby
++1. Integráciu na centrálne komponenty pre informovanie klienta o vybavení jeho podania prostredníctvom notifikácií
++1. Poskytovanie údajov z monitoringu služieb a zberu spätnej väzby do centrálnych komponentov
++
  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.
@@ -126,22 +126,18 @@
  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.
--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.
++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.
  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.
  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:
--)))
  * ŽS2 Kúpa a vlastníctvo nehnuteľnosti na bývanie
  * ŽS6 Presťahovanie
  * ŽS15 Uzavretie manželstva
--(((
--
  Medzi hlavné **problémy **ÚGKK teda patrí:
--)))
  * Chýbajúca štandardizácia integrácie s dostupnými vstupmi (kódy, dokumentácia), ktoré obsahujú popis spôsobu a nasadenia integrácie
  * 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 @@
  * 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))
  * 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í:
--)))
  * 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).
  * Integračný bod pre konsolidáciu poskytovania údajov tretím stranám
  * 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**:
--)))
  * Konzumovanie dát z údajových registrov cez **IS CSRÚ (CPDI)** – **RFO, RPO, RA**
  * **Integrácia na spoločné moduly v zmysle § 10 zákona 305/2013 Z. z.**
@@ -177,7 +177,7 @@
  ** Integrácia na modul centrálneho úradného doručovania (CÚD).
  * Zasielania **notifikačných správ** v prostredí elektronických služieb – integrácia na **CNM ÚPVS**
  * Nevizuálna služba pre MV SR (Náhrada MINIK) – optimalizované **nevizuálne služby**
--* Monitoring služieb a zber spätnej väzby pri používaní elektronických služieb - **Konsolidovaná Analytická Vrstva (KAV)**
++* Zber údajov o podaniach nevizuálnou službou pre monitoring služieb a zasielanie údajov z monitoringu a zberu spätnej väzby pri používaní elektronických služieb – integrácia na **Konsolidovanú Analytickú Vrstvu (KAV)**
  * Interné integrácie
  ** Integrácia na špecializovaný portál ÚGKK - kúpa a predaj nehnuteľnosti na bývanie
  ** Integrácia na špecializovaný portál ÚGKK - Žiadosť o zmenu osobných údajov
@@ -187,17 +187,20 @@
  ** Integrácia na interný IAM
  ** 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.
++
  Sumarizácia integrácii v tabuľkovej forme
  |**Integrovaný / vyžívaný centrálny komponent**|**RIP**|**Účel integrácie / téma**
--|IS CSRÚ (CPDI) - konzumovanie|Áno|Konzumovanie údajov RFO, RPO, RA
++|IS CSRÚ (CPDI) - konzumovanie|Áno|(((
++Konzumovanie údajov RFO, RPO, RA
++
++Konzumované údaje budú využité po identifikácii občana v modernizovanom špecializovanom portáli pre získanie jeho referenčných údajov.
++)))
  |IS CSRÚ (CPDI) - poskytovanie|Nie|Poskytuje do CSRU údaje katastra nehnuteľností
  |IS CAMP (isvs_9513)|Áno|Prístup k API službám ÚPVS – API CNM
  |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.
@@ -209,10 +209,10 @@
  |IS MED – Modul elektronického doručovania|Áno|Elektronické úradné doručovanie dokumentov
  |Centrálne úradné doručovanie|Áno|Elektronické úradné doručovanie dokumentov
  |Integrácia na modul úradnej komunikácie (ÚPVS G2G),|Áno|Integrácie v rámci úradnej komunikácie
--|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
++|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
  |Modul el. schránok ÚPVS (isvs_8847)|Áno|Náhrada súčasnej integrácie mimo RIP
  |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í
--|Integrácia na  modul elektronickej podateľne (CEP).|Áno|Využívanie služieb IS CEP
++|Integrácia na  modul elektronickej podateľne (CEP).|Nie|Využívanie služieb IS CEP
  |Modul elektronických formulárov|Áno|Synchronizácia definícií formulárov pre vizualizáciu a overovania elektronických formulárov
  |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.
  |Centrálny Notifikačný Modul (CNM)|Áno|Integrácia prostredníctvom CAMP za účelom odosielania notifikácii klientom
@@ -225,16 +225,15 @@
  |Lokátor služieb na ÚPVS|Nie|Zmeny riešené manuálne
  |CMS pre návody|Nie|Zmeny riešené manuálne
++
++
  Životné situácie, ktorých sa motivácia a rozsah projektu týkajú sú nasledovné:
--)))
  * ŽS 02 Kúpa nehnuteľnosti
  * ŽS 06 Presťahovanie
  * ŽS15 Uzavretie manželstva
--(((
  Medzi ciele projektu patria:
--)))
  * Štandardizácia budúcich integrácií, ktorá zahŕňa aj stanovenie integračných pravidiel a zodpovedností
  * Integrácia na referenčné registre
@@ -242,13 +242,10 @@
  * Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby
  * Zvýšenie kvality poskytovaných elektronických služieb štátu
--(((
--
--[[image:1752386988242-990.png]]
++[[image:1757961217993-372.png]]
  Princípy architektúry vychádzajú z princípov informatizácie verejnej správy (NKIVS):
--)))
  * Orientácia na používateľa
  ** Jednoduchá prístupnosť služieb
@@ -269,17 +269,22 @@
  ** Optimálna úroveň bezpečnosti
  ** Včasné riešenie bezpečnosti
  ** Dostupnosť - odolnosť voči výpadkom
++)))
  == {{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 ==
--|**ID**|**AKTÉR / STAKEHOLDER**|(((
--**SUBJEKT**
++
++|ID|AKTÉR / STAKEHOLDER|(((
++SUBJEKT
++
  (názov / skratka)
  )))|(((
--**ROLA**
++ROLA
++
  (vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)
  )))|(((
--**Informačný systém**
++Informačný systém
++
  (MetaIS kód a názov ISVS)
  )))
  |1.|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR|MIRRI|Poskytovateľ služieb centrálnej platformy integrácie údajov|isvs_5836 IS CSRU (CPDI)
@@ -288,62 +288,87 @@
  |4.|Ministerstvo vnútra SR|MV SR|Konzument údajov|isvs_421 Informačný systém katastra nehnuteľností
  |5.|Vyššie územné celky (Mestá, Obce, Regionálne úrady)|VÚC|Konzument údajov / Poskytovateľ údajov|IS Zoznam stavieb
  |6.|Národná agentúra pre sieťové a elektronické služby|NASES|Prevádzkovateľ centrálnych komponentov|isvs_9513, isvs_8846, isvs_8847, ...
++|7.|Občan, Vlastník, Cudzinec, Banky, Podnikateľ|Koncový používateľ|Koncový užívateľ služieb katastra|N/A
--== {{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 ==
++Tabuľka 2 Zainteresované strany (Stakeholderi)
--|**ID**|
--\\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**
++
++== {{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
  |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.
  |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.
++|3|Naplnenie požiadaviek na integráciu s centrálnymi komponentami a požiadaviek priamej integrácie s ISVS v rozsahu určenom v programe prioritných životných situácií|NKIVS 1.4 Zjednodušiť prístup k elektronickým službám vo forme komplexných životných situácií verejnej správy|Využívanie centrálnych komponentov a automatizácia procesov životných situácií medzi OVM v zmysle implementačných plánov ŽS02, ŽS06, ŽS15
--== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
--|**ID**|
--\\**ID/Názov cieľa**|**Názov
-- ukazovateľa **(KPI)|**Popis
-- ukazovateľa**|**Merná jednotka**
-- |**AS IS
-- merateľné hodnoty
-- **(aktuálne)|**TO BE
++Tabuľka 3 Ciele projektu
++
++
++(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607308~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)3.5Merateľné ukazovatele (KPI)
++
++|ID|(((
++
++
++
++ID/Názov cieľa
++)))|Názov
++ukazovateľa (KPI)|Popis
++ukazovateľa|Merná jednotka
++ |AS IS
++merateľné hodnoty
++(aktuálne)|TO BE
  Merateľné hodnoty
-- **(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**
++(cieľové hodnoty)|Spôsob ich merania|Pozn.
  |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|
--|2.|Integrácia na referenčné registre|Počet integrovaných registrov|Kvantitatívne vyčíslenie integrovaných registrov z CSRÚ: RFO, ,|Počet|0|1|Akceptácia nasadeného riešenia|
++|2.|Integrácia na referenčné registre|Počet integrovaných registrov|Kvantitatívne vyčíslenie integrovaných registrov z CSRÚ: RFO, RPO, RA|Počet|0|3|Akceptácia nasadeného riešenia|
++|3|Naplnenie požiadaviek na integráciu s centrálnymi komponentami a požiadaviek priamej integrácie s ISVS v rozsahu určenom v programe prioritných životných situácií|Počet realizovaných impl. plánov ŽS|Kvantitatívne vyčíslenie akceptovaných riešení ŽS|Počet|0|3|Akceptácia nasadeného riešenia|
++|4|Naplnenie požiadaviek na integráciu s centrálnymi komponentami a požiadaviek priamej integrácie s ISVS v rozsahu určenom v programe prioritných životných situácií|Počet zasielaných notifikácií do CNM|Kvantitatívne vyčíslenie počtu zasielaných notifikácií do CNM|Počet|0|150.000|Štatistika zasielaných notifikácií v integračnej platforme|
++
++Tabuľka 4 Merateľné ukazovatele (KPI)
++
  == {{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 ==
--Projekt je zameraný na integrácie systémov a koncový používateľ – osoby priamo z výstupmi projektu neprichádzajú do styku.
++Projekt je zameraný na integrácie systémov a koncový používateľ – osoby priamo s výstupmi projektu neprichádzajú do styku.
  == (% 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 ==
--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.
++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**
++Predpoklady
--1. **Predpoklad rozsahu projektu:**
--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**.
--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í.
--1. **Predpoklad existencie preexistentného softvéru:**
--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.
--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**.
--1. **Predpoklad postupnej realizácie v inkrementoch:**
--Dodávka projektu je rozdelená do **troch inkrementov s postupným rozširovaním funkcionalít a integrácií**:
--1*. **Prvý inkrement:** Zavedenie technologickej platformy a realizácia integrácií s preexistentným softvérom, vrátane nasadenia dostupných adaptérov.
--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í.
--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.
++1. Predpoklad rozsahu projektu:
++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. Naplnenie požiadaviek riešenia životných situácií bude dosiahnuté viacerými projektami, ktoré budú s projektom RIP realizované paralelne. Z kľúčových projektov životných situácií ide o:
++1*. modernizáciu portálu DSKN
++1*. upgrade ELODO
--**Obmedzenia**
++Detail požiadaviek projektu je rozpracovaný v katalógu požiadaviek. Úloha RIP v rozsahu životných situácií je rozpracovaná v KRImP pre jednotlivé životné situácie.
--* 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.
--* Č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ť.
--* 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.
++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í.
++
++1. Predpoklad existencie preexistentného softvéru:
++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.
++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.
++1. Predpoklad postupnej realizácie v inkrementoch:
++Dodávka projektu je rozdelená do troch inkrementov s postupným rozširovaním funkcionalít a integrácií:
++1*. Prvý inkrement: Zavedenie technologickej platformy a realizácia integrácií s preexistentným softvérom, vrátane nasadenia dostupných adaptérov.
++1*. Druhý inkrement: Konfigurácia preexistentných integračných rozhraní a tokov potrebných pre zabezpečenie spracovania podaní pre vybrané životné situácie. Tento inkrement sa zameriava na nasadenie preexistentných adaptérov a odladenie komunikácie s CPDI/ÚPVS. .
++1*. Tretí inkrement: Realizácia custom integrácií, pri ktorých je predpoklad, že neexistuje preexistentné riešenie primárne z dôvodu naviazania na custom systémy ÚGKK, 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. Inkrement môže byť obstarávaný vo viacerých samostatných objednávkach zohľadňujúc konkrétne systémy.
++
++
++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.
++* Č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ť.
++
  == {{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í ==
--|**ID**|**NÁZOV RIZIKA / ZÁVISLOSTI**|**Kategória rizika**|**Potenciálny dopad**|**Opatrenia na zmiernenie rizika (mitigácia)**
++
++|ID|NÁZOV RIZIKA / ZÁVISLOSTI|Kategória rizika|Potenciálny dopad|Opatrenia na zmiernenie rizika (mitigácia)
  |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.
  |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.
  |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.
@@ -355,6 +355,8 @@
  Tabuľka 5 Prehľad najzávažnejších rizík a závislostí
++
++
  == {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.9Detailný opis rozpočtu a jeho prínosov ==
@@ -364,68 +364,118 @@
 211 € s DPH  / zmenová požiadavka v prevádzke  nad 200 000 EUR do 1 000 000 EUR vrátane).
--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.
++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.
++
  Produktový zoznam požiadaviek je súčasťou Konceptov realizácie ImP pre Projekt implementácie zmenových
   požiadaviek pre ŽS 2, ŽS6 a ŽS15 pre ÚGKK SR, časť B.
++Detailný výpočet podľa biznis požiadaviek z Konceptov realizácie ImP je
++
++|**Identifikácia biznis požiadavky
++(z Implementačného  plánu pre ŽS)**|**Názov biznis požiadavky
++(z Implementačného plánu pre ŽS)**|**Suma bez DPH**|**Suma s DPH**
++|ŽS2_BP_07a|Úprava služieb na ESKN portáli do dizajnu ID SK (ID SK 3.0)|140 000 €|172 200 €
++|ŽS2_BP_07c|Prihlásenie sa na špecializovaný portál ÚGKK SR z mUPVS/UPVS|48 100 €|59 163 €
++|ŽS2_BP_07g|Úprava služieb do dizajnu ID SK (ID SK 3.0) - Notifikácie na zmeny mojich nehnuteľností a stavy konania|149 500 €|183 885 €
++|ŽS2_BP_13|Sledovanie stavu katastrálneho konania|112 000 €|137 760 €
++|ŽS2_BP_21|Dátová integrácia  - zabezpečenie poskytovania / prijímania údajov medzi OVM
++Poskytnutie rozšírenej množiny dát a zmien nad objektami evidencie|156 000 €|191 880 €
++|ŽS2_BP_21d|Prenos rozšírených dát, medzi informačnými systémami|21 600 €|26 568 €
++|ŽS2_BP_21e|Rezortná integračná platforma|140 097 €|172 319 €
++|ŽS6_BP_44|Zrýchlenie dostupnosti overenia nehnuteľnosti|44 500 €|54 735 €
++
++
++V úhrne to predstavuje
++
  |**Názov aktivity**|**Výdavky spolu (v EUR bez DPH)**|**Výdavky spolu (v EUR s DPH)**|**Skupina výdavkov**|**IS**|**Poznámka**
--|Implementácia a zavedenie rezortnej integračnej platformy|801 797 €|986 211 €|CAPEX|IS RIP|
++|Implementácia a zavedenie rezortnej integračnej platformy|811 797 €|998 510 €|CAPEX|IS RIP|
--=== 3.9.2 Zdroj financovania ===
--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.
++Z pohľadu etáp projektu a dodávky sa dodáva preexistentný SW a custom integračné adaptéry
++| |Spolu s DPH|(((
++Názov
++modulu
++)))|(((
++Názov
++
++Modulu
++)))
++|Náklady| | |
++|IT - CAPEX| | |
++|Aplikácie|130 503 €|Custom integračné adaptéry|Custom integračné adaptéry
++|SW|868 007 €|Preexistentný SW|Preexistentný SW
++
++
++Prínosy projektu – ekonomické aj kvalitatívne – budú primárne vyhodnocované na úrovni prioritných životných situácií, kde sa najlepšie prejaví reálny dopad na občanov a podnikateľov. Nižšie uvedený výpočet preto predstavuje iba parciálny pohľad, nakoľko RIP je technologickým komponentom. RIP umožní integráciu rezortu na centrálne komponenty a referenčné registre, čím vytvára predpoklady na poskytovanie jednoduchších, proaktívnych a používateľsky prívetivejších služieb.
++
++
++Ekonomický prínos pre zavedenie RIP a využitie centrálneho komponentu centrálny notifikačný modul bol vypočítaný za rok 2024 s využitím priemernej hodnoty pracovnej hodiny podľa ŠÚ SR (8,76 €/h) a predpokladanej úspory 2 hodiny na prípad. Do výpočtu boli zahrnuté elektronické podania (59 457 prípadov, 100 %), životná situácia Presťahovanie (51 929 prípadov, 50 %) a Sobáš (24 842 prípadov, 25 %).
++
++
++Konkrétny prínos predstavuje ocenenie úspory času koncového používateľa zavedením proaktívnej notifikácie:
++
++Elektronické podania: 59 457 × 2 h × 8,76 €/h ≈ 1 041 687 €
++
++Presťahovanie (50 %): 25 965 × 2 h × 8,76 €/h ≈ 454 933 €
++
++Sobáš (25 %): 6 211 × 2 h × 8,76 €/h ≈ 108 812 €
++
++
++Spolu to predstavuje celkový prínos vo výške približne 1,61 mil. € ročne.
++
++
++Odhad prínosov je konzervatívny, keďže zahŕňa len jednu vybranú skutočnosť a nezahŕňa prínosy z potenciálu budovania ďalších efektívnych rezortných a medzirezortných procesov.
++
++(% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)3.9.2 Zdroj financovania
++
++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.
++
++
  == {{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**
++|ID|FÁZA/AKTIVITA|(((
++ZAČIATOK
--**(odhad termínu)**
++(odhad termínu)
  )))|(((
--**KONIEC**
++KONIEC
--**(odhad termínu)**
--)))|**POZNÁMKA**
--|1.|Prípravná fáza a Iniciačná fáza|T – 24 týždňov|T- 20 týždňov|
--|1.2|Verejné obstarávanie|T-20 týždňov|T- 1 týždeň|
++(odhad termínu)
++)))|POZNÁMKA
++|1.|Prípravná fáza a Iniciačná fáza| |30.8.2025|
++|1.2|Verejné obstarávanie| | |
  |1.3|Ukončenie verejného obstarávania – podpis zmluvy|T- 1 týždeň|T|
--|1.4|Podpis zmluvy|T|1 týždeň|
--|2.|Realizačná fáza – technológia a pre-existentné adaptéry|1 týždeň|T+6 týždňov|(((
++|1.4|Podpis zmluvy|T|T+ 1 týždeň|
++|2.|Realizačná fáza – technológia a pre-existentné adaptéry|T+ 1 týždeň|T+20 týždňov|(((
  Biznis požiadavky:
--ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48
++ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48, ŽS2_BP_07c, ŽS2_BP_07a,  ŽS2_BP_13, ŽS2_BP_07g,
  )))
--|2.1|Nasadenie technológie a pre-existentných častí adaptérov|T+1 týždeň|T+2 týždne|
--|2.2|Dokonfigurácia pre-existentných častí adaptérov a integračné testovanie|T+2 týždne|T+6 týždňov|
--|2.3|Akceptácia technológie a pre-existentných častí adaptérov|T+6 týždňov|T+6 týždňov|
--|3.|Realizačná fáza – adaptéry spracovania podania|T+1 týždeň|T+14 týždňov|(((
--Biznis požiadavky
++|2.1|Nasadenie technológie a pre-existentných častí adaptérov|T+1 týždeň|T+4 týždne|
++|2.2|Dokonfigurácia pre-existentných častí adaptérov a integračné testovanie|T+4 týždne|T+20 týždňov|
++|2.3|Akceptácia technológie a pre-existentných častí adaptérov|T+20 týždňov|T+20 týždňov|
++|3.|Realizačná fáza – custom integrácia|T+1 týždeň|T+20 týždňov|(((
++Biznis požiadavky:
--ŽS2_BP_07c, ŽS2_BP_13
++ŽS2_BP_07a, ŽS2_BP_07g, ŽS2_BP_21d, ŽS6_BP_44,  ŽS6_BP_58, ŽS2_BP_13, ŽS2_BP_39, ŽS2_BP_39b,
  )))
  |3.1|Analýza a Dizajn|T+1 týždeň|T+6 týždňov|
  |3.2|Implementácia a testovanie|T+6 týždňov|T+10 týždňov|
--|3.3|Integračné testovanie|T+10 týždňov|T+14 týždňov|
--|4.|Realizačná fáza – ostatné adaptéry|T+1 týždeň|T+14 týždňov|(((
--Biznis požiadavky:
--
--ŽS2_BP_07g, ŽS2_BP_11, ŽS2_BP_21d, ŽS2_BP_39, ŽS2_BP_39b, ŽS6_BP_44, ŽS6_BP_58
--)))
--|4.1|Analýza a Dizajn|T+1 týždeň|T+6 týždňov|
--|4.2|Implementácia a testovanie|T+6 týždňov|T+10 týždňov|
--|4.3|Integračné testovanie|T+10 týždňov|T+14 týždňov|
--|5|Nasadenie|T+14 týždňov|T+15 týždňov|
--|4.|PIP a Podpora prevádzky|T+15 týždňov|T+62 týždňov|(((
++|3.3|Integračné testovanie|T+10 týždňov|T+20 týždňov|
++|4|Nasadenie spustenie produkcie|T+20 týždňov|T+21 týždňov|
++|5.|PIP a Podpora prevádzky|T+21 týždňov|T+73 týždňov|(((
  PIP - 3 mesiace po nasadení
--SLA na jeden rok ako súčasť ceny diela
++Licenčná podpora na jeden rok ako súčasť ceny diela
  )))
  == {{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) ==
@@ -433,6 +433,7 @@
++
  Riadiaci výbor projektu
  |ID|Meno a Priezvisko|Pozícia|Oddelenie|Rola v projekte
@@ -440,6 +440,7 @@
  |2.|Ing., Eva Chanasová|Člen riadiaceho výboru projektu -  Kľúčový používateľ| |Kľúčový používateľ (pracovné zaradenie v línii)
  |3.|Ing., Martin Vojtko|Člen riadiaceho výboru projektu -  Biznis vlastník| |IT analytik, al. biznis analytik (pracovné zaradenie v línii)
++
  Projektový team, pozícia, oddelenie a rola v projekte.
  |ID|Meno a Priezvisko|Pozícia|Oddelenie|Rola v projekte
@@ -457,8 +457,9 @@
  |8.|Ing. Adriana Steinerová|(pracovné zaradenie v línii)|ÚGKK/Katastrálny odbor|Biznis analytik
  |9.|Judr. Odeta Poldaufová|(pracovné zaradenie v línii)|ÚGKK/Legislatívno-právny odbor|Biznis analytik
--= (% 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 =
++(% style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" %)4.LEGISLATÍVA
++
  V rámci projektu nebudú riešené legislatívne zmeny.
  = {{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 =
@@ -469,11 +469,13 @@
  === 5.1.1Stanovenie alternatív v biznisovej vrstve architektúry ===
++
  Nižšie sa nachádzajú alternatívy, ktoré sú následne posudzované na základne kritérií v MCA.
  **Alternatívy riešenia**
++
  |**Riešenie 1** |
  |Biznis alternatíva 1 |**Zachovanie súčasného stavu, bez jednotného rozvoja existujúcich systémov a integrácií**
  |Popis | Zachovanie súčasných funkcionalít, bez ďalšieho rozvoja – teda požadované integrácie na referenčné registre.
@@ -489,6 +489,7 @@
  )))|N/A
  |Alternatíva pre technologickú vrstvu |N/A
++
  |**Riešenie 2**|
  |Biznis alternatíva 2 |** Centrálne budovanie integrácií**
  |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.
@@ -504,6 +504,7 @@
  )))|N/A
  |Alternatíva pre technologickú vrstvu |N/A
++
  |**Riešenie 3**|
  |Biznis alternatíva 3|**Budovanie integrácií pre každý projekt/systém zvlášť**
  |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ášť.
@@ -519,6 +519,8 @@
  )))|N/A
  |Alternatíva pre technologickú vrstvu |N/A
++
++
  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.
@@ -531,6 +531,7 @@
  |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í
@@ -544,14 +544,17 @@
  |Kritérium A|nie|Neexistuje jednotné riešenie
  |Kritérium B|áno|Integrácie potrebné pre rozsah ŽS budú budované na súčasných IS
++
  |Zoznam kritérií|Alternatíva 2|Spôsob dosiahnutia
  |Kritérium A|áno|Integrácie pre ŽS a tiež budúce integrácie budú budované na jednotnej platforme
  |Kritérium B|áno|Rezortná integračná platforma implementuje integračné služby v rozsahu ŽS
++
  |Zoznam kritérií|Alternatíva 3|Spôsob dosiahnutia
  |Kritérium A|nie|Neexistuje jednotné riešenie
  |Kritérium B|áno|Integrácie potrebné pre rozsah ŽS budú budované na súčasných IS
++
  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.
  === 5.1.2 Stanovenie alternatív v aplikačnej vrstve architektúry ===
@@ -573,9 +573,12 @@
  pre aplikačnú vrstvu
  )))|Riešenie je rozšíriteľné aj pre iné služby v budúcnosti
++
++
  Zvažované alternatívy implementácie na aplikačnej úrovni sú nasledovné:
++
  Alternatíva 1 – Vybudovanie štandardnej jednotnej integračnej platformy
  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).
@@ -596,7 +596,7 @@
  Alternatíva 3 – Modernizácia pôvodnej platformy ESKN na Oracle ESB
--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.
++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ú.
  Nevýhody: neobnoviteľný stav po útoku, vysoké náklady, služby nie sú v súlade s požiadavkami na budúci rozvoj
@@ -617,14 +617,12 @@
  === 5.3.1 Návrh riešenia v biznis vrstve architektúry ===
++
  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.
++[[image:1757961669816-294.png]] Obr.  2 Biznis architektúra - TO BE
-- [[image:1752418728242-211.png]]
--Obr.  2 Biznis architektúra - TO BE
--
--
  Biznis funkcie novej Rezortnej integračnej platformy budú pokrývať predovšetkým podporu dvoch elektronických služieb, poskytovaných ÚGKK. Dôjde k náhrade existujúcej integrácie voči elektronickým službám a spoločným modulom ÚPVS rezortnou integračnou platformou:
  * 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
@@ -632,13 +632,13 @@
  * 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
  * Poskytovanie informácie z IS zoznamu stavieb
--Podpora služieb zahŕňa **nové **funkcionality RIP medzi ktoré patrí:
++Podpora služieb zahŕňa nové funkcionality RIP medzi ktoré patrí:
  * 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.
  * Monitoring služieb - bude podporovať zber údajov o podaniach nevizuálnou službou
  * Zasielanie notifikácií - bude podporovať odosielanie notifikácií
--Nasadením RIP budú **upravené **nasledovné **existujúce **biznis funkcie:
++Nasadením RIP budú upravené nasledovné existujúce biznis funkcie:
  * 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.
  * Zápis práv k nehnuteľnostiam - predovšetkým návrh na vklad pre kúpu nehnuteľnosti na bývanie
@@ -646,21 +646,22 @@
  === 5.3.2 Prehľad koncových služieb – budúci stav (TO BE): ===
++
  |(((
--**Kód KS**
++Kód KS
--**//(z MetaIS)//**
--)))|**Názov KS**|**Používateľ KS //(G2C/G2B/G2G/G2A)//**|(((
--**Životná situácia**
++//(z MetaIS)//
++)))|Názov KS|Používateľ KS //(G2C/G2B/G2G/G2A)//|(((
++Životná situácia
--**//(+ kód z MetaIS)//**
--)))|**Úroveň elektronizácie KS**
--|ks_nová – kupa na byvanie|Podávanie návrhu na vklad - Kúpa a predaj nehnuteľnosti na bývanie|občan (G2C)|(((
++//(+ kód z MetaIS)//
++)))|Úroveň elektronizácie KS
++|ks_381774|Podávanie návrhu na vklad - Kúpa a predaj nehnuteľnosti na bývanie|občan (G2C)|(((
 – Kataster nehnuteľností
  )))|úroveň 4
--|ks_nová - notif|Notifikácie|(((
++|ks_381775|Notifikácie|(((
  občan (G2C)/ podnikateľ (G2B)
@@ -691,10 +691,10 @@
  )))
--|ks_nová - kav|Poskytovanie údajov monitoringu a spätnej väzby do KAV|inštitúcia verejnej správy (G2G)|157 – Kataster nehnuteľností|úroveň 4
++|ks_381776|Poskytovanie údajov monitoringu a spätnej väzby do KAV|inštitúcia verejnej správy (G2G)|157 – Kataster nehnuteľností|úroveň 4
  |ks_336462|Podávanie návrhu na doplnenie údajov na list vlastníctva do katastra nehnuteľností|občan (G2C)|157 – Kataster nehnuteľností|úroveň 4
  |ks_336484|Poskytovanie výpisu z listu vlastníctva z katastra nehnuteľností|občan (G2C)/ inštitúcia verejnej správy (G2G)/ podnikateľ (G2B)|157 – Kataster nehnuteľností|úroveň 4
--|Ks_nová – zoznam stavieb|Poskytovanie informácií zo zoznamu stavieb|inštitúcia verejnej správy (G2G)|157 – Kataster nehnuteľností|úroveň 4
++|ks_381778|Poskytovanie informácií zo zoznamu stavieb|inštitúcia verejnej správy (G2G)|157 – Kataster nehnuteľností|úroveň 4
  Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE)
@@ -702,15 +702,18 @@
  Účel jednotlivých koncových služieb v kontexte predmetu projektu
--* ks_nová           Kúpa a predaj nehnuteľnosti na bývanie – podanie návrhu na vklad pre existujúcu nehnuteľnosť na bývanie
--* ks_nová           Notifikácia klientovi o stave konania – notifikácie klientom cez CNM ÚPVS
++* ks_381774       Kúpa a predaj nehnuteľnosti na bývanie – podanie návrhu na vklad pre existujúcu nehnuteľnosť na bývanie
++* ks_381775       Notifikácia klientovi o stave konania – notifikácie klientom cez CNM ÚPVS
  * ks_336479 Poskytovanie informácie z katastra nehnuteľností o nehnuteľnostiach  – poskytovanie údajov pre MVSR
  * ks_336480 Poskytovanie informácie z katastra nehnuteľností o právach k nehnuteľnostiam – poskytovanie údajov pre MVSR
  * ks_336484 Poskytovanie výpisu z listu vlastníctva z katastra nehnuteľností – poskytovanie údajov pre MVSR
--* 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
++* ks_381776       Poskytovanie údajov monitoringu a spätnej väzby do KAV – poskytovanie údajov monitoringu a spätnej väzby do centráneho modulu KAV
  * 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
--* ks_nova           Poskytovanie informácií zo zoznamu stavieb
++* ks_381778       Poskytovanie informácií zo zoznamu stavieb
++
++
++
  === 5.3.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===
  V rámci projektu nebudú realizované zmeny procesov a organizačné zmeny.
@@ -752,14 +752,15 @@
  ** Integrácia isvs  Konsolidovaná Analytická Vrstva (KAV)
  *** Odosielanie informácii o používaní služieb
++
  * Poskytovanie služieb na integráciu externým subjektom
  ** sluzba_is_1484 Poskytnutie informácie z KN o nehnuteľnostiach (v zmysle ZS06 pre MVSR)
  ** sluzba_is_1485 Poskytnutie informácie z KN o právach k nehnuteľnostiam (v zmysle ZS06 pre MVSR)
  ** sluzba_is_1489 Poskytnutie výpisu z listu vlastníctva z KN (v zmysle ZS06 pre MVSR)
--** nová AS Podávanie návrhu na vklad do katastra nehnuteľností – kúpa a predaj nehnuteľnosti na bývanie
--** nová AS Notifikácia klientovi o stave konania
--** nová AS Poskytovanie informácií zo zoznamu stavieb
++** nová AS Poskytovanie informácií zo zoznamu stavieb (as_67812)
++**
++
  * Manažment integrácii
  ** Web rozhranie pre manažment platformy
  ** Sledovanie stavu jednotlivých komponentov (adaptéry, procesy)
@@ -768,11 +768,13 @@
  ** Auditné záznamy
  ** Štatistika a sledovanie služieb
--* Elektronická podatelna
++
++* Elektronická podateľňa
  ** Prijatie podania  a automatizovaná kontrola prichádzajúceho podania
--** nová AS Adaptéry na centrálne komponenty
++** nová AS Adaptéry na centrálne komponenty (as_67814)
++
  **Externé systémy**:
  Projekt počíta s integráciou na:
@@ -781,6 +781,7 @@
  * isvs_5836 IS CPDI ako realizácia Modulu procesnej integrácie a integrácie údajov  pre komunikáciu s CNM
  *
++
  **Agendové informačné systémy**
  Podporujú výkon konkrétnej agendy a realizujú kľúčové aplikačné služby.
@@ -790,14 +790,16 @@
  Architektúra aplikačných systémov je zobrazená na nasledovnom obrázku:
--[[image:1752419049930-110.png]]
++[[image:1757961745623-807.png]]
++
  Obr.  3 Aplikačná architektúra - TO BE
  === 5.4.2 Rozsah informačných systémov – budúci stav (TO BE) ===
++
  |**Kód ISVS **//(z MetaIS)//|**Názov ISVS**|(((
  **Modul ISVS**
@@ -813,8 +813,10 @@
  Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
++
  === 5.4.3 Využívanie nadrezortných a spoločných ISVS – AS IS ===
++
  V súčasnom stave sú využívané nasledovné spoločné moduly podľa zákona č. 305/2013  e-Governmente.
  Aktuálne neexistuje integrácia na IS CPDI.
@@ -829,6 +829,7 @@
  === 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) ===
++
  |Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
  |isvs_14801|Rezortná integračná platforma|//Centrálna API Manažment Platforma//
  |isvs_14801|Rezortná integračná platforma|//IS CSRÚ-Modul procesnej integrácie a integrácie údajov//
@@ -842,6 +842,7 @@
  Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
++
  === 5.4.5 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE) ===
@@ -850,6 +850,7 @@
  * isvs_9513 Centrálna API manažment Platforma  (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov
  * isvs_5836 IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov
++
  |(((
  Kód ISVS
@@ -865,6 +865,7 @@
  )))|Názov integrovaného ISVS
  |isvs_14801|Rezortná integračná platforma|isvs_200|Hlásenie pobytu
++
  Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
@@ -883,15 +883,27 @@
  //(kód KS z MetaIS)//
  )))
--|as_nová|Notifikácia klientovi o stave konania|isvs_14801|ks_nová – kupa na byvanie
++|as_67809|Notifikácia klientovi o stave konania|isvs_14801|(((
++ks_381774
++
++ks_381775
++)))
  |sluzba_is_1484|Poskytnutie informácie z KN o nehnuteľnostiach|isvs_14801|ks_336479
  |sluzba_is_1485|Poskytnutie informácie z KN o právach k nehnuteľnostiam|isvs_14801|ks_336480
  |sluzba_is_1489|Poskytnutie výpisu z listu vlastníctva z KN|isvs_14801|ks_336484
--|as_nova|Prijatie podania|isvs_14801|ks_nova – kupa na byvanie, ks_336462
--|as_nova|Poskytovanie informácií zo zoznamu stavieb|isvs_14801|ks_nova – zoznam stavieb
--|as_nova|Adaptéry na centrálne komponenty|isvs_14801|ks_336462, ks_nova – kupa na byvanie
--|as_nova|Prijatie spätnej väzby|isvs_14801|ks_336462, ks_nova – kupa na byvanie
++|as_67811|Prijatie podania|isvs_14801|ks_381774, ks_336462
++|as_67812|Poskytovanie informácií zo zoznamu stavieb|isvs_14801|ks_381778
++|as_67814|Adaptéry na centrálne komponenty|isvs_14801|(((
++ks_336462, ks_381774
++ks_381776
++)))
++|as_67816|Prijatie spätnej väzby|isvs_14801|(((
++ks_336462, ks_381774
++
++ks_381776
++)))
++
  Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
@@ -914,8 +914,8 @@
  (kód MetaIS)
  )))
--|as_nová|Notifikácia klientovi o stave konania|isvs_14801|Konzumujúca|Áno|Áno|Nie|as_60158
--|as_nová           |Spracovanie referenčných údajov o osobách|isvs_14801|Konzumujúca|Nie|Áno|Nie|(((
++|as_67809|Notifikácia klientovi o stave konania|isvs_14801|Konzumujúca|Áno|Áno|Nie|as_60158
++|as_67815|Spracovanie referenčných údajov o osobách|isvs_14801|Konzumujúca|Nie|Áno|Nie|(((
  as_59119
  sluzba_is_49250
@@ -947,6 +947,7 @@
  === 5.5.4    Konzumovanie údajov z IS CPDI – budúci stav (TO BE) ===
++
  |ID  OE|(((
@@ -1017,18 +1017,24 @@
  === 5.7.1    Návrh riešenia bezpečnosti ===
  Súčasný stav (AS-IS) bezpečnostnej architektúry
--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.
++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.
++
++
  Budúci stav (TO-BE) bezpečnostnej architektúry
--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.
++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.
++
++
  Budúca bezpečnostná architektúra bude vychádzať z nasledujúcich princípov:
---    Centralizované logovanie a monitoring aktivít na účely detekcie a riešenia bezpečnostných incidentov,
---    Zabezpečená komunikácia medzi systémami výhradne prostredníctvom protokolov podporujúcich šifrovanie,
---    Segmentácia siete a izolácia integračnej vrstvy v samostatných bezpečnostných zónach.
++* Centralizované logovanie a monitoring aktivít na účely detekcie a riešenia bezpečnostných incidentov,
++* Zabezpečená komunikácia medzi systémami výhradne prostredníctvom protokolov podporujúcich šifrovanie,
++* Segmentácia siete a izolácia integračnej vrstvy v samostatných bezpečnostných zónach.
++
  === 5.7.2    Určenie obsahu bezpečnostných opatrení ===
++
  |Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z|Aplikované opatrenia|Aplikovaná legislatíva
  |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
  |Minimálne bezpečnostné opatrenia Kategórie II|Á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
@@ -1041,8 +1041,10 @@
  ===
 .7.3    Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky, ===
--Integračná platforma bude vybudovaná v súlade s platnou legislatívou a technickými normami upravujúcimi informačné technológie a bezpečnosť vo verejnej správe. Platforma bude súčasťou informačného systému verejnej správy kategórie III podľa vyhlášky č. 179/2020 Z.z., a preto bude podliehať požiadavkám na vypracovanie bezpečnostného projektu v zmysle § 23 ods. 1 a 2 zákona č. 95/2019 Z.z.
++Integračná platforma bude vybudovaná v súlade s platnou legislatívou a technickými normami upravujúcimi informačné technológie a bezpečnosť vo verejnej správe. Platforma bude súčasťou informačného systému verejnej správy kategórie III podľa vyhlášky č. 179/2020 Z.z., a preto bude podliehať požiadavkám na vypracovanie bezpečnostného projektu v zmysle § 23 ods. 1 a 2 zákona č. 95/2019 Z.z.
++
++
  Integračná vrstva bude spĺňať minimálne bezpečnostné opatrenia v rozsahu kategórie III, vrátane zabezpečeného prenosu dát, autentifikácie a autorizácie prístupov, logovania a monitorovania činností, ochrany integrity a dostupnosti služieb. Architektúra platformy bude zohľadňovať princípy vyplývajúce z vyhlášky č. 78/2020 Z.z. o štandardoch pre IT verejnej správy a bude rešpektovať rámec kybernetickej bezpečnosti podľa zákona č. 69/2018 Z.z. a vykonávacej vyhlášky č. 362/2018 Z.z.
@@ -1050,6 +1050,12 @@
  K rezortnej integračnej platforme nebudú mať prístup Externý používatelia a z pohľadu Interných používateľov iba rola administrátora rezortnej integračnej platformy prostredníctvom administrátorského účtu rezortnej integračnej platformy.
++
++Rezortná integračná platforma je určená primárne pre integráciu systémov. Autentifikáciu a autorizáciu prístupov koncových používateľov bude riešiť konkrétny integračný adaptér / integrovaný systém.
++
++
++Interní administrátori budú autentifikovaný a autorizovaný prostredníctvom interného rezortného IAM.
++
  =
 .    PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU =
@@ -1056,33 +1056,40 @@
  == 6.1    Návrh riešenia prevádzky a údržby ==
--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 .
++Prevádzka a údržba diela bude počas prvého roka po jeho nasadení zabezpečená v rámci licenč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 .
--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.
++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.
++
  == 6.2    Zabezpečenie podpory používateľov a prevádzky ==
--Riešenie, ktoré je predmetom implementačného projektu, nemá priamych koncových používateľov, poskytuje však služby pre ďalšie aplikácie, moduly a systémy.
++Riešenie, ktoré je predmetom implementačného projektu, nemá priamych koncových používateľov, poskytuje však služby pre ďalšie aplikácie, moduly a systémy.
--Podpora prevádzky bude realizovaná cez 3 úrovne podpory, s nasledujúcim označením a obsahom činnosti:
--•    Podpora L1 (podpora 1. stupňa - Level 1) - začiatočná úroveň podpory, ktorej základnou funkciou je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď. Je zabezpečovaná  prostredníctvom pracoviska jednotného kontaktného miesta.
--•    Podpora L2 (podpora 2. stupňa – Level 2 -  postúpenie požiadaviek od L1) – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.
++Podpora prevádzky bude realizovaná cez 3 úrovne podpory, s nasledujúcim označením a obsahom činnosti:
--•    Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobtiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.
++* Podpora L1 (podpora 1. stupňa - Level 1) - začiatočná úroveň podpory, ktorej základnou funkciou je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď. Je zabezpečovaná  prostredníctvom pracoviska jednotného kontaktného miesta.
--Typické zodpovednosti za realizáciu podpory sú:
--•    L1 (Level 1: priamy kontakt zákazníka) - jednotný kontaktný bod bude zabezpečovaný pracoviskom v správe Úradu geodézie, kartografie a katastra Slovenskej republiky.
--•    L2 (Level 2: postúpenie požiadaviek od L1) - riešiteľské tímy s hlbšou znalosťou rezorntej integračnej platformy budú tvorené pracovníkmi Výskumného ústavu geodézie a kartografie v Bratislave
--•    L3 (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o dodávke inf. systému zabezpečí externý dodávateľ po dobu jedného roka, riešenie prevádzkových incidentov a servisných požiadaviek.
--
++* Podpora L2 (podpora 2. stupňa – Level 2 -  postúpenie požiadaviek od L1) – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.
++
++
++* Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobtiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.
++
++
++Typické zodpovednosti za realizáciu podpory sú:
++
++* L1 (Level 1: priamy kontakt zákazníka) - jednotný kontaktný bod bude zabezpečovaný pracoviskom v správe Úradu geodézie, kartografie a katastra Slovenskej republiky.
++* L2 (Level 2: postúpenie požiadaviek od L1) - riešiteľské tímy s hlbšou znalosťou rezorntej integračnej platformy budú tvorené pracovníkmi Výskumného ústavu geodézie a kartografie v Bratislave
++* L3 (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o dodávke inf. systému zabezpečí externý dodávateľ po dobu jedného roka, riešenie prevádzkových incidentov a servisných požiadaviek.
++
++
  |Podpora|(((
  Poskytovateľ
  (subjekt zodpovedný za poskytnutie podpory)
--)))|Požadovaný čas dostupnosti|Stav zabezpečenia|(((
++)))|Požadovaný Čas dostupnosti|STAV zabezpečenia|(((
  Pozn.
  (napr. známe obmedzenia služby, špeciálne zodpovednosti, a pod.)
@@ -1093,9 +1093,13 @@
  //na každý rok medzi ÚGKK a VÚGK//
  )))|
--|Podpora L3|//Dodávateľ riešenia//|//8x5//|//Súčasť obstarania / Bude obstaraná na konci projektu//|
--|Podpora infraštruktúrnych služieb|//Dodávateľ servisnej podpory HW datacentra//|//8x5//|//Existujúca servisná zmluva//|
++|Podpora L3|//Dodávateľ riešenia//|//8x5//|(((
++//Licenčná podpora a ročné predplatné//
++
++)))|
++|Podpora infraštruktúrnych služieb|//Dodávateľ servisnej podpory HW datacentra//|//8x5//|//Existujúca servisná zmluva //|
++
  Tabuľka 34 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky
@@ -1104,7 +1104,7 @@
  Parametre služby riešenia incidentov v prevádzke sú špecifikované na základe určenia priority incidentu pomocou kombinácie jeho naliehavosti a dopadu podľa najlepších skúseností z praxe (best practice) z oblasti manažmentu IT služieb (  Information Technology Infrastructure Library - ITIL V3) nasledovným spôsobom:
--Incident - za incident je považovaná každá nahlásená alebo inak zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorého nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb.
++**Incident** - za incident je považovaná každá nahlásená alebo inak zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorého nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb.
  |klasifikácia naliehavosti incidentu|Závažnosť  incidentu|Popis naliehavosti incidentu
@@ -1172,7 +1172,6 @@
  == 6.4 Požadovaná dostupnosť informačného systému: ==
--
  |Popis|Parameter|Upresnenie
  |Prevádzkové hodiny|12 hodín|od 6:00 hod. - do 18:00 hod. počas pracovných dní
  |(% rowspan="2" %)Servisné okno|10 hodín|od 19:00 hod. - do 5:00 hod. počas pracovných dní
@@ -1195,29 +1195,133 @@
  |RTO (Recovery Time Objective) |4 hodiny|RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému
  |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ť
--== 6.5    Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky ==
--Uveďte požiadavky na personálne zabezpečenie prevádzky budovaného systému (TO BE) a súvisiacich prevádzkových procesov.
--Uveďte požiadavky na zabezpečenie potrebných školení a certifikátov pre používateľov, pracovníkov podpory, prevádzky a správy budovaného systému.
++(% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)6.5    Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky
++Pracovníci L1 a L2 podpory budú vyškolení na postupy testovania obnovy Rezortnej integračnej platformy po úplnom zlyhaní. Školenie bude zahŕňať proces inštalácie zo zálohovaných strojových kódov a konfigurácií, ako aj obnovu aktuálnych integrácií na interné a externé systémy.
++
++Pracovníci L1 a L2 supportu budú tieto činnosti testovania obnovy aj reálne vykonávať v súlade so stanovenými postupmi a harmonogramom testovania, pričom výsledky testov budú riadne dokumentované.
++
++
  == 6.6    Požiadavky na zdrojové kódy ==
--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.
++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). Odovzdanie zdrojových kódov bude prebiehať cez GIT repository prevádzkované objednávateľom. Zdrojové kódy budú licencované pod EUPL.
--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.
++Objednávateľ získa dispozičné práva ku všetkým dodaným zdrojovým kódom, dokumentácii a výstupom diela pod licenciou EUPL:
++
++*  zdrojové kódy budú plne kompilovateľné,
++* riadne okomentované a zdokumentované,
++* archivované v Git repozitári prevádzkovanom objednávateľom
++* a odovzdávané pri minimálne každej dodávke skompilovanej verzie binárneho spustiteľného obrazu aplikácie.
++
++
++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.
++
++
++
  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ť).
--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).
--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.
++Zdrojové kódy budú uložené a archivované 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).
++
++
++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.
++
  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).
++
++
  = 7.    OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU =
--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í.
++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 (príloha č.1 – Zmenová požiadavka v prevádzke nad 200.000 EUR do 1.000.000 EUR vrátane) v nasledovnom rozsahu:.
++
++Hlavnými výstupmi projektu bude:
++
++* Dodávka a inštalácia preexistentného SW
++* Príprava a schválenie Dohôd o integračnom zámere (DIZ) s externými subjektami
++* Konfigurácia preexistentných adaptérov podľa schválených DIZ
++* Integrácia interných systémov na rezortnú integračnú platformu
++* Integračné testovanie a nasadenie integračnej platformy do prevádzky
++
++
++Výstupy projektu budú dodávané v priebehu jednotlivých fáz a etáp projektu v zmysle vyhlášky 401/2023 o riadení projektov
++
++
++Prípravná a iniciačná fáza:
++
++* I-02 Projektový zámer
++* I-04 Katalóg požiadaviek Realizačná fáz
++* Obstaranie preexistentných programových prostriedkov
++
++
++Realizačná fáza:
++
++* R-0
++** Projektový iniciálny dokument (PID)
++** Akceptačné kritéria
++* E1 Technológia a pre-existentné adaptéry
++**  R1-1- Detailný návrh nasadenia technológie a pre-existentných adaptérov
++*** Návrh dohôd o integračnom zámere (DIZ)
++*** Aplikačná architektúra,
++*** Fyzická architektúra,
++*** Plán zálohovania a obnovy,
++*** Návrh zabezpečenia dostupnosti,
++*** Bezpečnosť a autority manažment
++**  R1-2- Plán a stratégia testovania
++**  R3-1 Integrácia
++*** Nasadenie technológie rezortnej integračnej platformy na testovacie prostredie
++*** Nasadenie preexistentných SW na testovacie prostredie
++*** Konfigurácia preexistentných SW podľa (DIZ)
++**  R3-2 Testovanie a Akceptácia preexistentného SW
++*** (1) Funkčné testovanie (FAT)
++*** (2) Systémové a integračné testovanie (SIT)
++*** (3) Záťažové a výkonnostné testovanie
++*** (4) Bezpečnostné testovanie (SW a kybernetická bezpečnosť)
++** Školenia personálu
++** Dokumentácia
++*** (1) Aplikačná príručka, vrátane aktualizovanej dokumentácie architektúry
++*** (2) Integračná príručka
++*** (3) Používateľská príručka
++*** (4) Licencie
++*** (5) Inštalačná a konfiguračná príručka
++*** (6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu
++*** (7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán)
++*** (8) Bezpečnostný projekt
++*** (9) OpenAPI špecifikácia integračných služieb pre externú integráciu
++* E2 Custom integrácia
++**  R1-1 Detailný návrh riešenia custom integračných adaptérov
++*** Zámer riešenia, analýza požiadaviek custom integračných adaptérov
++*** Dátová a aplikačná architektúra custom integrácií
++*** Zabezpečenie dostupnosti, zálohovanie a obnova riešenia
++**  R1-2 Plán a stratégia testovania
++**  R2-2 Obstaranie programových prostriedkov custom integračných adaptérov
++**  R3-1 Vývoj custom integračných adaptérov podľa DNR
++**  R3-2 Testovanie a Akceptácia custom integračných adaptérov
++*** (1) Funkčné testovanie (FAT)
++*** (2) Systémové a integračné testovanie (SIT)
++*** (3) Záťažové a výkonnostné testovanie
++*** (4) Bezpečnostné testovanie (SW a kybernetická bezpečnosť)
++**  R3-3 Školenia personálu
++**  R3-4 Dokumentácia
++*** (1) Aplikačná príručka, vrátane aktualizovanej dokumentácie architektúry
++*** (2) Integračná príručka
++*** (3) Používateľská príručka
++*** (4) Zdrojové kódy a licencie
++*** (5) Inštalačná a konfiguračná príručka
++*** (6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu
++*** (7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán)
++*** (8) Bezpečnostný projekt
++*** (9) OpenAPI špecifikácia integračných služieb pre externú integráciu
++* E4 Nasadenie a postimplementačná podpora (PIP)
++**  R4-1 Nasadenie do produkčnej prevádzky (vyhodnotenie)
++**  R4-2 Akceptácia spustenia do produkčnej prevádzky
++
++
++Vyššie uvedené výstupy dodávané v rámci jednotlivých etáp budú detailnejšie popísané v dokumente PID pre tento projekt.
++
  = 8.    ODKAZY =
  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.
@@ -1224,7 +1224,15 @@
  = 9.    PRÍLOHY =
--=   =
++Príloha 1: Zoznam rizík a závislostí (Excel)
++Príloha 2: Koncept realizácie implementačného plánu ŽS02 časť B
++Príloha 3: Koncept realizácie implementačného plánu ŽS06 časť B
++
++Príloha 4: Koncept realizácie implementačného plánu ŽS15 časť B
++
++Príloha 5: Vysporiadanie sa s pripomienkami z verejného pripomienkovania
++
++
  | | |

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

1757961217993-372.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.longa@skgeodesy\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+69.1 KB

Obsah

1757961669816-294.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.longa@skgeodesy\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+151.6 KB

Obsah

1757961745623-807.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.longa@skgeodesy\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+204.0 KB

Obsah

Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)

Súhrn

Podrobnosti

Vitajte

Linky

Navigácia