Zmeny dokumentu I-02 Projektový zámer V1.0

Naposledy upravil Sergej Kuriš 2025/05/30 09:12

From 22.1 to 22.2 From 23.2 to 23.3

Z verzie 22.2

upravil Sergej Kuriš
-

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

Do verzie 23.2

upravil Sergej Kuriš
-

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

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -664,9 +664,8 @@
  Nasledujúci schéma zobrazuje ideový návrh architektúry riešenia a budovania jednotlivých častí v rámci Centrálnej správy registrov a evidencií. Schéma modrou farbou zobrazuje časti, ktoré budú vybudované ako súčasť realizácie projektu.
--[[image:1747313646415-982.png]]
++[[Plánovaná architektúra riešenia>>image:1747313646415-982.png]]
--Obrázok 3 Plánovaná architektúra riešenia
  Architektúra riešenia vychádza priamo z požiadaviek výzvy „Lepšie eGOV služby“ a cieľov Ministerstva kultúry SR (MK SR) na modernizáciu a centralizáciu správy dátových registrov. Riešenie je navrhnuté ako modulárna platforma založená na mikroservisnej architektúre, nasadenej vo vládnom cloude s vysokou dostupnosťou, škálovateľnosťou a bezpečnosťou.
@@ -831,9 +831,7 @@
  Tento variant bol vyhodnotený ako najvhodnejší pre implementáciu všetkých podaktivit výzvy, nakoľko umožňuje komplexné riešenie, ktoré najlepšie vyhovuje potrebám používateľov a štátnej správy, čím zabezpečuje efektívnu správu evidencií a registrov a zároveň umožňuje optimálnu integráciu a interoperabilitu medzi systémami verejnej správy. Zároveň tento variant vytvorí solídne základy IS ktorý môže byť postupne rozvíjaný za účelom správy ďalších evidencií a registrov.
--1.
--11.
--111. Stanovenie alternatív v biznisovej vrstve architektúry
++=== 5.2.1 Stanovenie alternatív v biznisovej vrstve architektúry ===
  Biznisová vrstva architektúry riešenia je kľúčovým prvkom v rámci transformácie a modernizácie evidenčných a registračných služieb v oblasti médií a audiovízie, ktoré spadajú pod MK SR. Na základe identifikovaného rozsahu problému v oblasti správy evidencií sa navrhujú alternatívy riešenia biznis procesov, ktoré sú nevyhnutné na efektívnu implementáciu lepších eGov služieb, s cieľom optimalizácie a modernizácie procesov, ktoré sú kľúčové pre implementáciu nového registra médií a audiovízie.
@@ -844,10 +844,7 @@
  **V rámci analýzy boli definované nasledujúce alternatívy biznis procesov:**
--1.
--11.
--111.
--1111. Alternatíva 1 – Ponechanie súčasného stavu (nulový variant)
++==== 5.2.1.1 Alternatíva 1 – Ponechanie súčasného stavu (nulový variant) ====
  Tento variant znamená zotrvanie v existujúcom stave, bez akýchkoľvek zmien v procesoch alebo implementácií informačného systému. Evidencia registrov a evidencií by zotrvala bez akejkoľvek systémovej podpory, bez podpory a poskytovania moderných eGov služieb, ako je napríklad možnosť zavedovania žiadosti využitím elektronického formulára, prihlásenie sa do eGOV služib poskytovaných MK SR prostredníctvom ÚPVS/Slovensko v mobile, overenie stavu žiadosti a podobne. Tento variant by neumožnil realizovať žiadnu z podaktivít (A, B a C) vyhlásenej výzvy a nebol by v súlade s požiadavkami legislatívy, vrátane GDPR a zákona č. 265/2022 Z. z.
@@ -859,10 +859,7 @@
  Tento variant bol vylúčený z ďalšieho hodnotenia, pretože nesplňuje žiadne z kľúčových kritérií stanovených v rámci výzvy.
--1.
--11.
--111.
--1111. Alternatíva 2 – Minimalistický variant
++==== 5.2.1.2 Alternatíva 2 – Minimalistický variant ====
  Minimalistický variant predpokladá implementáciu základných biznisových požiadaviek súvisiacich s požiadavkami Zákona č. 265/2022 Z. z., pričom sa zameriava len na implementáciu „nutných“ aplikačných funkcionalít. Tento variant pokrýva časť podaktivít vyhlásenej výzvy, ale neimplementuje plný rozsah funkcií, ktoré by zaručili efektívnu integráciu a automatizáciu procesov. Realizácia by zahŕňala:
@@ -881,36 +881,23 @@
  Tento variant by mohol byť považovaný za prechodné riešenie, ale neumožňuje plnohodnotné naplnenie všetkých cieľov výzvy a z biznisového pohľadu nenapĺňa všetky očakávané nároky a požiadavky na implementovaný informačný systém.
--1.
--11.
--111.
--1111. Alternatíva 3 – Preferovaný variant (komplexná transformácia)
++==== 5.2.1.3 Alternatíva 3 – Preferovaný variant (komplexná transformácia) ====
  Preferovaný variant predstavuje plne implementované riešenie, ktoré pokrýva všetky kľúčové požiadavky výzvy a zabezpečuje efektívnu správu evidencií a registrov prostredníctvom modernizovaných procesov. Tento variant zahŕňa plnú implementáciu všetkých potrebných funkcií na zlepšenie používateľskej skúsenosti, zautomatizovanie procesov a integráciu so systémami verejnej správy. Implementácia tohto riešenia by zahŕňala:
  * Kompletnú implementáciu eGov služieb
--
  Automatizované spracovanie žiadostí a využitie elektronických formulárov v súlade s požiadavkami výzvy.
--
  * Zlepšenie používateľského rozhrania (frontend)
--
  Implementácia moderného dizajnu používateľského rozhrania s dôrazom na prístupnosť a použiteľnosť.
--
  * Komplexnú integráciu s CPDI
--
  Konzumovanie údajov z RFO, RPO a RA a vytvorenie lokálnych verzií všetkých registrov.
--
  * Automatizácia a zefektívnenie procesov
--
  Automatizácia väčšiny administratívnych procesov a integrácia s existujúcimi ISVS pre bezproblémovú výmenu údajov.
--
  * Implementácia OOÚ
--
  Zavedenie robustného systému pre správu údajov s dôrazom na ochranu osobných údajov v súlade s legislatívnymi požiadavkami (napr. GDPR).
  Tento variant bude plne pokrývať podaktivity A, B a C vyhlásenej výzvy a poskytne dlhodobé riešenie, ktoré bude plne kompatibilné so systémami verejnej správy. Zároveň sa zabezpečí vyššia miera automatizácie a integrácie procesov, čím sa umožní efektívnejšie poskytovanie služieb občanom a podnikateľom.
--
  Charakteristiky preferovaného variantu:
  * Komplexné riešenie pokrývajúce všetky podaktivity výzvy.
@@ -921,9 +921,8 @@
  Tento variant je považovaný za najlepšie riešenie, pretože poskytuje komplexnú podporu pre všetky funkcie požadované výzvou a zabezpečuje udržateľné a rozšíriteľné riešenie pre ďalší rozvoj služieb v oblasti kultúry a médií.
++**Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:**
--Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:
--
  |**Kritérium**|**Alternatíva 1**|**Alternatíva 2**|**Alternatíva 3**
  |A – Správa registra médií a audiovízie|Nie|Áno|Áno
  |B - Poskytovanie elektronických služieb|Nie|Áno|Áno
@@ -960,12 +960,10 @@
  Táto alternatíva predstavuje systematickú transformáciu spôsobu správy údajov v MK SR a vytvára základ pre budúce digitálne služby vo verejnej správe.
--[[image:1747314321290-616.png]]
++[[Znázornenie alternatív riešenia v biznis vrstve architektúry>>image:1747314321290-616.png||height="366" width="600"]]
--Obrázok 3 Znázornenie alternatív riešenia v biznis vrstve architektúry
--
--| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|MK SR|MIRRI|Používateľ
++| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|**MK SR**|**MIRRI**|**Používateľ**
  |(% rowspan="6" %)(((
  BIZNIS VRSTVA
@@ -977,10 +977,7 @@
  |Kritérium E|Systém musí poskytovať kvalitné a bezpečné služby pre používateľov a dotknuté osoby (napr. jednoduchý prístup k informáciám, transparentnosť).|X|X|X
  |Kritérium F|Služby musia byť plne kompatibilné s existujúcimi systémami verejnej správy, ako aj s plánovanými systémovými zmenami v rámci eGov.|X|X|X
--Tabuľka 11 Biznis vrstva multikriteriálnej analýzy
--
--
--|Zoznam kritérií|Alternatíva 1|Spôsob dosiahnutia|Alternatíva 2|Spôsob dosiahnutia|Alternatíva 3|Spôsob dosiahnutia
++|**Zoznam kritérií**|**Alternatíva 1**|**Spôsob dosiahnutia**|**Alternatíva 2**|**Spôsob dosiahnutia**|**Alternatíva 3**|**Spôsob dosiahnutia**
  |Kritérium A (KO)|nie|Tento variant neponúka riešenie správy a poskytovania elektronických služieb.|áno|Tento variant implementuje základnú funkcionalitu elektronických služieb.|Áno|Preferovaný variant plne implementuje komplexné eGov služby, vrátane podávania žiadostí a správy údajov.
  |Kritérium B (KO)|nie|Neschopnosť integrácie s inými systémami.|nie|Tento variant nezabezpečuje integráciu s CPDI.|áno|Plná integrácia so systémami verejnej správy a CPDI, zabezpečujúca vysokú interoperabilitu.
  |Kritérium C (KO)|nie|Nezabezpečuje zhodu so zákonmi ako GDPR.|áno|Splnenie základných požiadaviek na legálnosť, ale bez plnej legislatívnej ochrany.|áno|Plne zabezpečuje legislatívnu zhodu, vrátane GDPR a eGov predpisov.
@@ -988,39 +988,24 @@
  |Kritérium E|nie|Nízka úroveň kvality a bezpečnosti služieb.|áno|Poskytuje základné, ale obmedzené služby pre používateľov.|áno|Poskytuje kvalitné, bezpečné a transparentné služby s plným zabezpečením práv dotknutých osôb.
  |Kritérium F|nie|Nepodporuje kompatibilitu s verejnými systémami.|áno|Systém má základnú kompatibilitu s niektorými verejnými systémami.|áno|Plná kompatibilita so všetkými systémami verejnej správy a predpokladanými zmenami v rámci eGov.
--//Tabuľka 12 Kritéria multikriteriálnej analýzy//
++=== 5.2.2 Stanovenie alternatív v aplikačnej vrstve architektúry ===
--
--
--1.
--11.
--111. Stanovenie alternatív v aplikačnej vrstve architektúry
--
  Na aplikačnej vrstve architektúry sa v projekte implementujú iba tie aplikačné moduly a funkcionality, ktoré sú nevyhnutné na naplnenie cieľov projektu definovaných v nadradenej biznis architektúre pre preferovanú Alternatívu č. 3 (komplexné riešenie s vybudovaním novej platformy). Inými slovami, aplikačná architektúra priamo vychádza z požiadaviek a procesov biznis vrstvy – identifikované biznis ciele a procesy určujú, aké konkrétne aplikácie a moduly je potrebné navrhnúť a nasadiť v rámci výsledného riešenia. V súlade s Alternatívou 3 boli vybrané kľúčové moduly a funkcionality potrebné pre zvýšenie dostupnosti a kvality údajov (napr. rezortná integračná platforma pre prepojenie systémov a zdieľanie údajov, modul správy a čistenia údajov vrátane podpory GDPR požiadaviek). Tieto komponenty novovytvorenej platformy pokrývajú všetky požadované funkcie tak, aby boli splnené očakávania všetkých relevantných stakeholderov a dosiahnuté merateľné ciele projektu.
  Zároveň sa neuvažovalo s inými variantmi existujúcej aplikačnej architektúry (napríklad pokračovanie v súčasnom stave alebo len čiastkové úpravy existujúcich systémov), pretože preferovaný variant – vybudovanie novej komplexnej platformy – zabezpečuje požadovanú kompatibilitu aj efektivitu riešenia, a taktiež súlad s platnou legislatívou a dlhodobú udržateľnosť. Konkrétne nový aplikačný návrh prináša tieto výhody:
  * **Kompatibilita**
--
  Nová platforma je navrhnutá v súlade s architektonickými štandardmi rezortu a národnými eGovernment komponentmi, čo umožní bezproblémovú integráciu s existujúcimi registrami a centrálnymi systémami (napr. pre službu „Moje dáta“).
--
  * **Efektivita**
--
  Riešenie eliminuje manuálne a duplicitné činnosti zavedením automatizovaných procesov správy údajov a jednotnej integračnej vrsty. Tým sa zvýši výkonnosť a spoľahlivosť systému pri práci s údajmi a znížia sa prevádzkové náklady.
--
  * **Súlad s legislatívou**
--
  Nové moduly od začiatku zohľadňujú všetky relevantné zákonné požiadavky (napr. povinnosti vyplývajúce z koncepcie štátnej dátovej politiky, ochranu osobných údajov podľa GDPR a súvisiace vyhlášky). Tým je zabezpečené, že informačný systém bude plniť zákonné povinnosti pri správe a poskytovaní údajov.
--
  * **Dlhodobá udržateľnosť**
--
  Komplexná novovybudovaná platforma má modernú, modulárnu architektúru, ktorá umožňuje ľahšie úpravy a rozširovanie do budúcnosti. Odstránenie zastaraných častí existujúcej architektúry znižuje riziká spojené s jej ďalšou prevádzkou a vývojom, vďaka čomu bude výsledné riešenie udržateľné po celý svoj životný cyklus.
  Aplikačná vrstva architektúry tak v konečnom dôsledku plne reflektuje vybranú Alternatívu 3 z biznisovej architektúry. Navrhnuté aplikačné moduly koncentrujú potrebnú funkcionalitu do novej platformy a žiadne alternatívne scenáre v tejto vrstve neboli potrebné. Tento prístup garantuje, že architektúra informačného systému Ministerstva kultúry SR bude kompatibilná, efektívna, legislatívne súladná a udržateľná v dlhodobom horizonte, čím prispieva k úspešnému naplneniu cieľov projektu.
--1.
--11.
--111. Stanovenie alternatív v technologickej vrstve architektúry
++=== 5.2.3 Stanovenie alternatív v technologickej vrstve architektúry ===
  V rámci technologickej vrstvy architektúry riešenia projektu sa uplatňujú alternatívy vychádzajúce z požiadaviek definovaných v aplikačnej vrstve a vybraného preferovaného variantu (variant 3). Tento variant sa zameriava na vybudovanie evidenčných a registračných služieb v oblasti médií a audiovízie, pričom sa kladie dôraz aj na integráciu s CPDI a zlepšenie elektronických služieb pre občanov a podnikateľov.
@@ -1027,19 +1027,12 @@
  Technologická vrstva riešenia je navrhnutá s ohľadom na efektívnosť a zabezpečenie požiadaviek na funkcionalitu, bezpečnosť a udržateľnosť systému. Pri výbere alternatív v technologickej vrstve boli zohľadnené nasledujúce kľúčové faktory:
  * Primárne využitie služieb vládneho cloudu
--
  V súlade s metodickými usmerneniami a štandardmi verejnej správy sa plánuje využitie vládneho cloudu pre zabezpečenie efektívnej prevádzky systému. Cloudové služby z verejného katalógu vládneho cloudu poskytujú potrebnú flexibilitu, bezpečnosť a súlad s legislatívnymi požiadavkami.
--
  * Zabezpečenie škálovateľnosti, bezpečnosti a dostupnosti
--
  Technologická vrstva riešenia musí byť škálovateľná, aby zvládla rastúce nároky na objem spracovávaných údajov a zároveň musí zabezpečiť vysokú dostupnosť a bezpečnosť údajov, čo je kľúčové pre dôveru používateľov a zabezpečenie ochrany osobných údajov.
--
  * Hybridný model v prípade špecifických požiadaviek
--
  V prípade, že použitie výlučne verejného cloudu nebude ekonomicky výhodné alebo technicky vhodné, bude zvážené využitie hybridného modelu, ktorý kombinuje výhody verejného a privátneho cloudu. Tento model bude zohľadňovať potreby na ochranu údajov a ochranu pred vendor lock-in efektom.
--
  * Minimalizácia vendor lock-in efektu
--
  Systém bude navrhnutý tak, aby bol čo najmenej závislý na konkrétnych technologických poskytovateľoch, čo umožní flexibilitu pri ďalších technologických vylepšeniach a zníži náklady v dlhodobom horizonte.
  Nasledujúca tabuľka uvádza klasifikáciu jednotlivých ISVS a modulov, ktoré budú v rámci tohto projektu vybudované alebo modernizované. Klasifikácia zohľadňuje požiadavky na dostupnosť, kritickosť, integritu a autenticitu a je v súlade s metodickým usmernením č. 023107/2023/oSBATA-1 pre klasifikáciu ISVS. Tieto informácie sú kľúčové pre ďalší vývoj a implementáciu systému v súlade s požiadavkami verejnej správy.
@@ -1049,7 +1049,7 @@
  * **Ix** – úroveň integrity,
  * **Ax** – úroveň autenticity.
--|**ISVS / Modul**|**Ux**|**Cx**|**Ix**|**Ax**|**Poznámka**
++|=**ISVS / Modul**|=**Ux**|=**Cx**|=**Ix**|=**Ax**|=**Poznámka**
  |Správa evidencií a registrov|3|3|3|3|Hlavný komponent pre správu evidencií a registrov
  |Modul pre správu žiadostí|3|3|3|3|Modul na správu podaných žiadostí
  |Integračný modul|3|3|3|3|Modul pre integráciu s externými ISVS
@@ -1060,13 +1060,11 @@
  |Rozhranie pre integráciu s CPDI|4|4|4|4|Integračné rozhranie na externé systémy (CPDI)
  |Platforma pre automatizáciu procesov|4|4|4|4|Modul pre automatizáciu a optimalizáciu procesov
--**//Tabuľka //**//14**: Klasifikácia budovaných informačných systémov**//
++**//Tabuľka: Klasifikácia budovaných informačných systémov//**
--*
--*1.
--*11.
--*111. Alternatíva 1 – Nulový variant (on-premise prevádzka)
++==== 5.2.3.1 Alternatíva 1 – Nulový variant (on-premise prevádzka) ====
++
  * Aplikácie by boli prevádzkované na infraštruktúre MK SR, avšak aktuálna kapacita dostupnej infraštruktúry na strane MK SR neumožňuje nasadenie IS Centrálna správa registrov a evidencií (isvs_9914)
  * Nevznikajú dodatočné náklady na prenájom infraštruktúry, avšak:
  ** vysoké nároky na údržbu a prevádzku,
@@ -1073,16 +1073,15 @@
  ** obmedzená škálovateľnosť a redundancia,
  ** slabá podpora pre moderné integračné technológie,
  ** nesúlad s princípmi eGovernment Cloudu SR.
--**1.
--**11. Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry)
++==== 5.2.3.2 Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry) ====
++
  * Využitie privátneho vládneho cloudu pre komponenty s vyššou klasifikáciou a vlastnej infraštruktúry pre menej kritické časti.
  * Umožňuje optimalizáciu nákladov a súčasne dodržiavanie bezpečnostných štandardov.
  * Nevýhodou môže byť komplexnejšia prevádzka a potreba koordinácie viacerých prostredí.
--*1.
--*11.
--*111. Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude)
++==== 5.2.3.3 Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude) ====
++
  * Nasadenie všetkých komponentov a ISVS vo vládnom cloude (s využitím služieb IaaS, PaaS).
  * Splnenie požiadaviek zákona č. 95/2019 Z. z. a zabezpečenie vysokej úrovne dostupnosti (U3).
  * Možnosť dynamickej škálovateľnosti prostredia, zníženie nárokov na vlastnú infraštruktúru.
@@ -1093,8 +1093,9 @@
  * **TCO (Total Cost of Ownership) **– nižšie prevádzkové náklady oproti on-premise riešeniu,
  * **rýchlosti realizácie** – možnosť rýchleho vytvorenia a nasadenia prostredí,
  * **kompatibility a interoperability** – s inými štátnymi systémami (napr. CPDI, IS MOU).
--*1. Náhľad architektúry a popis budúceho cieľového produktu
++== 5.3 Náhľad architektúry a popis budúceho cieľového produktu ==
++
  Cieľovým produktom tohto projektu je modernizovaná a centralizovaná platforma pre správu a evidenciu v oblasti médií a audiovízie, ktorá umožní zefektívnenie a digitalizáciu registrov a evidencií v súlade s platnou legislatívou. Systém bude zahŕňať automatizáciu procesov, zlepšenie správy údajov a ich integráciu do centrálnej platformy MK SR. Tento produkt umožní optimalizáciu procesov správy registrov a poskytovanie elektronických služieb prostredníctvom moderných technologických riešení. Hlavným cieľom je znížiť administratívnu záťaž, zabezpečiť interoperabilitu medzi systémami verejnej správy, zlepšiť používateľskú skúsenosť a splniť požiadavky na zverejňovanie a integráciu údajov.
  **Funkčné a nefunkčné požiadavky:**
@@ -1138,12 +1138,9 @@
  Tento náhľad architektúry bude detailne rozpracovaný a doplnený o informácie o konkrétnych eGovernment komponentoch, ktoré sú v rámci projektu implementované.
--1.
--11. Biznis vrstva
++== 5.4 Biznis vrstva ==
--1.
--11.
--111. Návrh riešenia v biznis vrstve architektúry
++=== 5.4.1 Návrh riešenia v biznis vrstve architektúry ===
  V súčasnosti MK SR nedisponuje centralizovaným, moderným informačným systémom, ktorý by poskytoval moderné eGOV služby a zároveň by umožňoval evidovať a spravovať celý životný cyklus údajov. Evidencia týkajúca sa médií a audiovízie je vedená mimo akéhokoľvek informačného systému, v podobe štruktúrovaných údajov vo forme tabuliek v MS Excel. Cieľom modernizácie tejto vrstvy je vytvorenie flexibilnej, škálovateľnej a bezpečnej platformy, ktorá umožní efektívnejšiu správu údajov, automatizáciu procesov a zlepšenie používateľskej skúsenosti. Modernizácia bude realizovaná v súlade s legislatívnymi požiadavkami a predpismi týkajúcimi sa správy médií a audiovízie, vrátane Zákona č. 265/2022 Z. z. o vydavateľoch publikácií a registri v oblasti médií a audiovízie. Implementáciou predmetu projektu je zároveň zabezpečiť zníženie technologického dlhu a minimalizovať závislosť od proprietárnych riešení. Zavedením modulárnej architektúry a mikroservisného modelu sa zabezpečí flexibilita, lepšia správa služieb a jednoduchšia integrácia s ďalšími štátnymi a komerčnými systémami. Tento prístup umožní rýchlu adaptáciu na legislatívne a technologické zmeny, čo je kľúčové pre zabezpečenie účinnosti a efektívnosti v správe údajov v oblasti médií a audiovízie.
@@ -1178,23 +1178,19 @@
  |Žiadosť o opravu|Požiadavka na opravu nepresného alebo neúplného obsahu na spravodajskom portáli, ktorý môže poškodiť dôveru v spravodajstvo.
  |Žiadosť o zverejnenie opravy|Vydavateľ portálu môže požiadať o zverejnenie opravy chybného obsahu na webovom portáli, ktorý bol uverejnený v predchádzajúcich vydaniach.
--[[image:1747314321294-884.png]]
++[[Budúci stav biznis vrstvy>>image:1747314321294-884.png]]
--Obrázok 4 Budúci stav biznis vrstvy
++=== 5.4.2 Prehľad koncových služieb – budúci stav (TO BE): ===
--1.
--11.
--111. 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
++**(+ kód z MetaIS)**
++)))|**Úroveň elektronizácie KS**
  |(((
  ks_337637
@@ -1230,56 +1230,37 @@
  | |Oprava údajov na spravodajskom portáli|G2C, G2B|122 Podpora kultúry|úroveň 4
  | |Zverejnenie opravy na spravodajskom portáli|G2C, G2B|122 Podpora kultúry|úroveň 4
--Tabuľka 16 Prehľad koncových služieb - budúci stav (TO BE)
++Tabuľka: Prehľad koncových služieb - budúci stav (TO BE)
--1.
--11.
--111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením
++=== 5.4.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===
  Súčasťou implementácie predmetného projektu bude presun kompetencií v oblasti správy registra v oblasti médií a audiovízie na MK SR, ktoré preberie zodpovednosť za centralizovanú správu údajov a bude zabezpečovať digitálne služby pre dotknuté subjekty. Z tohto dôvodu dôjde k organizačným zmenám, ktoré ovplyvnia výkony agend a zodpovednosti v rámci MK SR a jej podriadených organizácií. Predpokladané zmeny zahŕňajú:
  * Centralizácia správy registrov a evidencií
--
  Kompetencia na správu mediálnych a audiovizuálnych registrov sa presunie na MK SR, čím sa centralizuje správa údajov, ktorá bola doteraz vykonávaná rôznymi regulačnými orgánmi, vydavateľmi publikácií a mediálnymi a audiovizuálnymi spoločnosťami. Táto centralizácia zabezpečí efektívnejšiu koordináciu a spravovanie týchto údajov v súlade s platnými legislatívnymi normami.
--
  * Zefektívnenie procesov elektronických služieb
--
  V rámci MK SR bude zavedený nový systém elektronických služieb, ktorý umožní jednoduchší prístup k procesom súvisiacim so zápisom, zmenou a zrušením registrov. Dotknuté osoby (fyzické a právnické) budú môcť využívať elektronické formuláre a online podanie, čo zjednoduší a zrýchli procesy, ktoré boli doteraz vykonávané manuálne.
--
  * Zmena procesov pre existujúce regulačné orgány
--
  Doterajšie regulačné orgány, ktoré viedli evidencie a registre v oblasti médií a audiovízie, budú naďalej zodpovedné za odbornú činnosť, ako je rozhodovanie o oprávneniach a iných regulovaných aktivitách. Avšak správa týchto údajov sa presunie do centrálneho systému MK SR.
--
  * Zjednodušenie procesov pre vydavateľov publikácií
--
  Vydavatelia publikácií budú naďalej povinní viesť evidencie, no proces predkladania týchto údajov príslušným regulačným orgánom sa zjednoduší prostredníctvom elektronických  eGOV služibe, ktoré bude poskytovať IS Centrálna správa evidencií a registrov, ktorého správcom bude MK SR. Vydavatelia budú môcť podávať žiadosti o zápis, zmenu, zánik a opravy priamo cez elektronický formulár.
--
  * Úprava procesov pre mediálne a audiovizuálne spoločnosti
--
  Mediálne a audiovizuálne spoločnosti budú naďalej povinné spravovať svoje údaje v súlade s existujúcimi regulačnými požiadavkami. Tieto procesy budú presmerované na MK SR, kde budú zjednodušené cez nové elektronické podania a integráciu s centralizovaným systémom, čo umožní rýchlejšie a efektívnejšie spracovanie žiadostí.
  V rámci uvedených zmien bude zabezpečené, že všetky subjekty (fyzické a právnické osoby) budú využívať lepšie eGov služby MK SR a elektronické formuláre, čím sa zvýši dostupnosť služieb, zníži administratívna záťaž a skráti doba spracovania žiadostí. Tieto zmeny prispejú k celkovej efektivite správy a zlepší používateľskú skúsenosť občanov a podnikateľov pri interakcii s verejnou správou.
--1.
--11.
--111. Jazyková podpora lokalizácia
++=== 5.4.4 Jazyková podpora lokalizácia ===
  Všetky výstupy projektu, ktoré budú mať formu dokumentu, musia byť vyhotovené a akceptované výhradne v slovenskom jazyku. Používateľské rozhrania, návody pre používateľov ako aj video návody budú prednostne sprístupnené v slovenskom jazyku. Každá dodaná funkcionalita alebo úprava informačného systému musí byť sprevádzaná kompletným používateľským návodom v slovenskom jazyku, ako aj jeho jazykovým variantom v českom jazyku. Projektová dokumentácia ako celok (vrátane návrhov, analytických výstupov, testovacích scenárov a iných sprievodných dokumentov) bude spracovaná v slovenskom alebo českom jazyku.
++== 5.5 Aplikačná vrstva ==
--1.
--11. Aplikačná vrstva
++=== 5.5.1 Návrh riešenia v aplikačnej vrstve architektúry ===
--1.
--11.
--111. Návrh riešenia v aplikačnej vrstve architektúry
--
  MK SR v súčasnosti nedisponuje informačným systémom na systematickú správu a manažment registrov, evidencií a číselníkov. Jediným prevádzkovaným riešením je Zoznam periodickej tlače, ktorý poskytuje len základnú evidenciu, pričom technologicky ani funkčne nezodpovedá moderným požiadavkám na zdieľanie alebo konzumáciu údajov. Ostatné údaje sú uchovávané v neštruktúrovaných Excel súboroch, bez aplikačnej logiky, evidencie zmien, prepojenia na referenčné zdroje či integračných kapacít. Tento technologický dlh vytvára akútnu potrebu vybudovania fundamentu pre robustný informačný systém, ktorý postupne integruje ďalšie evidencie a registre, ktoré sú v správe MK SR a ktoré nemajú žiadnu systémovú/aplikačnú podporu.
--
  Ďalší systém – Centrálna správa registratúry – síce pokrýva administratívne a ekonomické funkcie (napr. registratúra, mzdy, majetok, workflow), no neposkytuje podporu pre správu objektov evidencie, analytické funkcie ani ontologickú prácu s údajmi. Získavanie referenčných údajov z CPDI je pasívne – prostredníctvom externého prehliadania, bez napojenia na interné dátové procesy.
--
  Tento stav predstavuje významné riziká v oblasti:
  * redundancie a neaktuálnosti údajov,
@@ -1287,9 +1287,8 @@
  * neexistencie jednotného miesta pre integráciu údajov a služieb,
  * nízkej transparentnosti a nemožnosti zapojenia sa do eGovernment architektúry.
--Popis navrhovaného stavu (TO-BE)
++**Popis navrhovaného stavu (TO-BE)**
--
  Projekt „Lepšie eGOV služby“ navrhuje transformáciu biznis architektúry prostredníctvom vybudovania nového informačného systému „Centrálna správa registrov a evidencií“ (isvs_9914), ktorý bude plniť úlohu:
  * centrálneho evidenčného systému, ktorý môže byť v budúcnosti rozšírený o ďalšie registre a evidencie,
@@ -1312,10 +1312,8 @@
  Aplikačná vrstva architektúry sa zameriava na implementáciu a integráciu jednotlivých aplikačných služieb a modulov, ktoré budú poskytovať kľúčové funkcionality projektu a zabezpečovať efektívnu správu evidencií a registrov v oblasti médií a audiovízie v súlade s vyhlásenou výzvou. Tento systém bude postavený na jednom informačnom systéme verejnej správy (ISVS), ktorý bude zahrnovať jednotlivé moduly na správu údajov, spracovanie žiadostí, autentifikáciu používateľov a integráciu s externými systémami. Dôležitým prvkom je aj integrácia s** CPDI,** kde sa budú konzumovať údaje z registrov RFO (Register fyzických osôb), RPO (Register právnických osôb) a RA (Register adries).
--1.
--11.
--111.
--1111. Popis aplikačných modulov
++==== 5.5.1.1 Popis aplikačných modulov ====
++
 . **Riadenie prístupu**
 *. Tento modul bude zabezpečovať autentifikáciu a autorizáciu používateľov systému. Použije sa tu **eID** a **ÚPVS** ako štandardné autentifikačné mechanizmy, čím sa zabezpečí bezpečný prístup k citlivým údajom.
 *. Modul bude spravovať rôzne úrovne prístupových práv pre administrátorov, používateľov a iné subjekty, ktoré budú mať oprávnenie na prístup k určitým údajom.
@@ -1335,9 +1335,9 @@
 *. Modul notifikácií bude spravovať zasielanie informácií používateľom o zmenách stavu žiadostí, novinkách v službách alebo iných relevantných udalostiach. Notifikácie budú distribuované cez email, SMS alebo push notifikácie.
 . **Manažment žiadostí**
 *. Tento modul bude slúžiť na riadenie a sledovanie životného cyklu žiadostí, spravovanie podaní, ich schvaľovanie a archivovanie a zároveň bude tvoriť Master data management platformu, v ktorej budú uchovávané a spracovávané všetky kmeňovú udaje. Súčasťou bude aj logovanie všetkých interakcií s žiadosťami a generovanie reportov pre administrátorov.
--1*1.
--1*11. Integrácia s CPDI
++==== 5.5.1.2 Integrácia s CPDI ====
++
  * **Centrálny integračný komponent** bude zabezpečovať pravidelnú integráciu s **Centrálnou platformou dátovej integrácie (CPDI)**. Tento proces zahŕňa nielen konzumovanie údajov z CPDI (napr. RFO, RPO, RA), ale aj poskytovanie údajov a udržiavanie aktuálnych a správnych záznamov v systéme.
  * Údaje o registroch a evidenciách budú ukladané lokálne v systéme na efektívnu správu a budú pravidelne synchronizované s centrálnymi platformami.
@@ -1345,8 +1345,8 @@
  Obrázok 5 Budúca (TO BE) aplikačná architektúra a závislostí (dátových tokov) medzi systémami
--1.
--11.
++1.
++11.
 . Rozsah informačných systémov – budúci stav (TO BE)
  |(((
@@ -1367,8 +1367,8 @@
  Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
--1.
--11.
++1.
++11.
 . 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)
  |(((
@@ -1384,8 +1384,8 @@
  Tabuľka 17 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
--1.
--11.
++1.
++11.
 . Aplikačné služby na integráciu – budúci stav (TO BE)
  Projekt sa sústreďuje na vybudovanie IS Centrálnej správy registrov a evidencií **(ISVS_9914) zameranej na evidovanie a správu údajov  **v oblasti médií a audiovízie. V rámci realizácie projektu sa nebude implementovať zverejňovanie otvorených údajov ani integrácia do systémov poskytujúcich otvorené dáta. Tieto aktivity nie sú súčasťou rozsahu projektu, ani nie sú zahrnuté v rámci stanovených oprávnených aktivít tejto výzvy.
@@ -1423,7 +1423,7 @@
  Tabuľka 20 Aplikačné služby na integráciu – budúci stav (TO BE)
--1.
++1.
 . Dátová architektúra
 . Aplikačné služby pre Koncové služby – budúci stav (TO BE)
@@ -1449,8 +1449,8 @@
  Tabuľka 21 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
--1.
--11.
++1.
++11.
 . Objekty evidencie
  V tabuľke uvedenej nižšie sú uvedené objekty evidencie, pre ktoré bude počas realizačnej fáze projektu vytvorený doménový model, ktorý definuje návrh dátových prvkov. V nasledujúcej tabuľke je uvedený zoznam objektov evidencie ktoré budú poskytované do IS MOU v zmysle aktivity A1. Doménový model pri týchto objektoch evidencie nepopisujeme, keďže je ten
@@ -1464,8 +1464,8 @@
  Tabuľka 22 Objekty evidencie
--1.
--11.
++1.
++11.
 . Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
  V súlade s vyhlásenou výzvou a predmetom tohto projektu, poskytovanie údajov prostredníctvom IS CPDI nie je plánované. Údaje evidované vo vybudovanom IS nebudú ani manuálne ani automatizovane sprístupňované prostredníctvom CPDI.
@@ -1477,8 +1477,8 @@
  Tabuľka 23 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
--1.
--11.
++1.
++11.
 . Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
  |ID  OE|Názov (konzumovaného) objektu evidencie|Kód ISVS konzumujúceho OE|Kód zdrojového ISVS v MetaIS
@@ -1488,8 +1488,8 @@
  Tabuľka 19 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
--1.
--11.
++1.
++11.
 . Kvalita a čistenie údajov
  V súlade s vyhlásenou výzvou a predmetom tohto projektu nie sú plánované aktivity a činnosti súvisiace  s kvalitou a čistenia údajov. Rovnako nie sú plánované aktivity súvisiace s implementácie nástrojov na meranie dátovej kvality, čistenie údajov alebo personálnych kapacít pre riadenie dátovej kvality. Táto oblasť, aj keď je kľúčová pre zabezpečenie správnosti a integrity údajov, nebude predmetom realizácie tohto projektu. Všetky aktivity súvisiace s touto oblasťou, ako aj implementácia procesov na riadenie kvality údajov, bude možné implementovať, aplikovať a rozvíjať v rámci ďalších projektov. Tieto procesy môžu byť zahrnuté do budúcich iniciatív v rámci optimalizácie a správy dát v štátnej správe, ale nie sú súčasťou tohto projektu.
@@ -1516,8 +1516,8 @@
  Tabuľka 20 Zhodnotenie dátovej kvality objektov evidencie
--1.
--11.
++1.
++11.
 . Otvorené údaje
  V rámci vyhlásenej výzvy „lepšie eGov služby“ nie sú zahrnuté aktivity súvisiace so zverejňovaním otvorených údajov (open data). Projekt sa nezameriava na sprístupňovanie a automatizované publikovanie otvorených údajov v zmysle požiadaviek na ich interoperabilitu a kvalitu, ako je definované v § 38 vyhlášky č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy.
@@ -1526,14 +1526,14 @@
  V tejto fáze projektu sa nebudú implementovať žiadne automatizované procesy na publikovanie otvorených údajov v rôznych formátoch (CSV, XML, RDF a pod.) ani ich registrácia v centrálnom katalógu otvorených údajov na data.gov.sk. Sústredíme sa na zlepšenie správy evidencií a registrov v rámci digitálnych služieb a sprístupnenie informácií v rámci platných legislatívnych rámcov a v záujme zefektívnenia verejných služieb. Rovnako nie je v pláne manuálne publikovanie otvorených údajov na data.gov.sk.
--1.
--11.
++1.
++11.
 . Analytické údaje
  V rámci projektu nie je plánovaná realizácia sprístupnenia údajov na analytické účely a preto táto kapitola nie je pre predkladaný projekt relevantná. ISVS MK SR v rámci realizácie predmetu predloženého projektu je minimálne v rozsahu požiadaviek definovaných vo výzve
--1.
--11.
++1.
++11.
 . Moje údaje
  V rámci realizácie predloženého projektu sa neplánuje implementovať funkcionalita, ktorá by sa venovala správe a zverejňovaniu údajov spadajúcich do kategórie „Moje údaje“. Táto aktivita nie je súčasťou oprávnených aktivít vyhlásenej výzvy, a preto nebudú vykonávané žiadne procesy, ktoré súvisia so sprístupňovaním a automatizovaným publikovaním údajov podľa definície „Mojich údajov“ v zmysle vyhlášky a legislatívy týkajúcej sa správy osobných údajov.
@@ -1544,8 +1544,8 @@
  Tento projekt sa bude zameriavať na optimalizáciu a digitalizáciu procesov správy registrov a evidencií v oblasti médií a audiovízie a bude vychádzať zo zákona č. 265/2022 Z. z., pričom sa nebudú spracovávať ani zverejňovať osobné údaje v rámci kategórie „Moje údaje“.
--1.
--11.
++1.
++11.
 . Prehľad jednotlivých kategórií údajov
  Nasledujúca súhrnná tabuľka pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov je vyplnená. Tabuľka poskytuje jasný prehľad o kategorizácii údajov, ktoré sú predmetom projektu, a slúži ako základ pre ďalšie analýzy a implementácie.
@@ -1561,11 +1561,11 @@
  Tabuľka 21 Prehľad jednotlivých kategórií údajov
--1.
++1.
 . Technologická architektúra
--1.
--11.
++1.
++11.
 . Návrh riešenia technologickej architektúry
 . Súčasný stav (AS IS)
@@ -1588,8 +1588,8 @@
  * Chýbajúca funkcionalita pre transparentné informovanie o prístupe k osobným údajom.
  * Slabá interoperabilita a obmedzené možnosti integrácie s centrálnymi komponentmi štátu (napr. CPDI).
  * Nedostatočné možnosti škálovania a vysoké náklady na údržbu vlastnej infraštruktúry.
--*1.
--*11.
++*1.
++*11.
  *111. Budúci stav (TO BE)
  Navrhované riešenie bude postavené na moderných cloudových technológiách, pričom budú implementované všetky potrebné aplikačné moduly a služby, ktoré budú zodpovedať požiadavkám výzvy „Lepšie eGov služby“ a legislatíve, a to v súlade s metodickými usmerneniami MIRRI SR a právnymi predpismi. Tento systém bude fungovať v rámci vládneho cloudu.
@@ -1610,7 +1610,7 @@
  * Modul notifikácií bude prepojený s databázou a používať notifikačné kanály (email, SMS, push notifikácie), aby informoval dotknuté osoby o zmene stavu žiadostí, registrácií alebo iných relevantných procesoch.
  * Bezpečnosť údajov bude zabezpečená v súlade s požiadavkami GDPR a ochrany osobných údajov. Všetky dáta budú šifrované a prístupové práva budú striktne kontrolované.
  * Integrácia s ISVS: Systém bude plne kompatibilný s existujúcimi informačnými systémami verejnej správy, a to prostredníctvom API, čím sa zabezpečí jednoduchá a efektívna výmena údajov medzi rôznymi štátnymi a verejnými systémami.
--*1.
++*1.
  *11. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
  |Parameter|Jednotky|Predpokladaná hodnota|Poznámka
@@ -1625,8 +1625,8 @@
  Tabuľka 28 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
--1.
--11.
++1.
++11.
 . Využívanie služieb z katalógu služieb vládneho cloudu
  |(% rowspan="2" %)Prostredie|(% rowspan="2" %)(((
@@ -1681,11 +1681,11 @@
  Tabuľka 29 Predpokladané kapacity požadovaných výpočtových zdrojov (sizing)
--1.
++1.
 . Bezpečnostná architektúra
--1.
--11.
++1.
++11.
 . Návrh riešenia bezpečnosti
  Navrhované riešenie projektu bude prevádzkované v technologickom prostredí **vládneho cloudu**, a to najmä využitím modelu** IaaS (Infrastructure as a Service)**. Projekt bude realizovaný ako vývoj a úprava softvérového riešenia a integračných komponentov bez potreby nákupu hardvéru. Prevádzka bude v súlade s požiadavkami **zákona č. 95/2019 Z. z. o informačných systémoch verejnej správy** a metodikami Ministerstva investícií, regionálneho rozvoja a informatizácie SR (MIRRI SR).
@@ -1736,8 +1736,8 @@
  Týmto prístupom sa zabezpečí bezpečná, flexibilná a udržateľná prevádzka systému s dôrazom na verejný záujem, interoperabilitu a efektívnosť využívania verejných prostriedkov.
--1.
--11.
++1.
++11.
 . 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
@@ -1750,15 +1750,15 @@
  Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení
--1.
--11.
++1.
++11.
 . Riešenie autentifikácie a prístupov používateľov
  Navrhované riešenie počíta s implementáciou jednotného a bezpečného mechanizmu autentifikácie a autorizácie používateľov. Cieľom je zabezpečiť kontrolovaný a auditovateľný prístup ku všetkým funkcionalitám systému podľa definovaných používateľských rolí a bezpečnostných štandardov verejnej správy.
--1.
--11.
--111.
++1.
++11.
++111.
 . **Autentifikácia používateľov**
  Vzhľadom na požiadavky na interoperabilitu a bezpečnosť sa pri autentifikácii používateľov predpokladá **využitie existujúcich systémov správy identít**, najmä:
@@ -1768,9 +1768,9 @@
  Riešenie bude podporovať technológiu **Single Sign-On (SSO),** pričom autentifikácia bude prebiehať na báze federácie identít (napr. SAML2, OpenID Connect), čím sa umožní jednotné prihlásenie do viacerých prepojených služieb a aplikácií. V prípade vybraných funkcionalít bude umožnená aj **dvojfaktorová autentifikácia (2FA)**, najmä pre role s vyššími oprávneniami.
--1.
--11.
--111.
++1.
++11.
++111.
 . **Správa používateľských rolí a prístupov**
  Prístup do systému bude založený na **role-based access control (RBAC)**. Každému používateľovi bude na základe jeho role priradený rozsah práv na čítanie, zápis, úpravu alebo administráciu údajov. Riešenie bude zahŕňať nasledujúce kategórie používateľov:
@@ -1878,7 +1878,7 @@
  |1.|//Prípravná fáza a Iniciačná fáza//|//napr. 01/2020//|//napr. 02/2020//|
  |2.|//Realizačná fáza//|//napr. 05/2020//|//napr. 10/2020//|
  |2a|//Analýza a Dizajn//|//napr. 05/2020//|//napr. 06/2020//|
--|2b|//Nákup technických prostriedkov, programových prostriedkov a služieb//|//napr. 07/2020//|//napr. 08/2020//|//Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^7^^>>path:#sdfootnote7sym||name="sdfootnote7anc"]](%%)/ konzultačné služby//
++|2b|//Nákup technických prostriedkov, programových prostriedkov a služieb//|//napr. 07/2020//|//napr. 08/2020//|//Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^7^^>>path:#sdfootnote7sym||name="sdfootnote7anc"]](%%)/ konzultačné služby//
  |2c|//Implementácia a testovanie//|//napr. 05/2020//|//napr. 06/2020//|
  |2d|//Nasadenie a PIP//|//napr. 12/2020//|//napr. 02/2021//|//PIP - 3 mesiace po nasadení//
  |3.|//Dokončovacia fáza//|//napr. 11/2020//|//napr. 12/2020//|

Zmeny dokumentu I-02 Projektový zámer V1.0

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?