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

Z verzie 22.4
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

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -664,9 +664,8 @@
664 664  
665 665  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.
666 666  
667 -[[image:1747313646415-982.png]]
667 +[[Plánovaná architektúra riešenia>>image:1747313646415-982.png]]
668 668  
669 -Obrázok 3 Plánovaná architektúra riešenia
670 670  
671 671  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.
672 672  
... ... @@ -900,7 +900,7 @@
900 900  
901 901  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í.
902 902  
903 -Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:
902 +**Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:**
904 904  
905 905  |**Kritérium**|**Alternatíva 1**|**Alternatíva 2**|**Alternatíva 3**
906 906  |A – Správa registra médií a audiovízie|Nie|Áno|Áno
... ... @@ -938,12 +938,10 @@
938 938  
939 939  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.
940 940  
941 -[[image:1747314321290-616.png]]
940 +[[Znázornenie alternatív riešenia v biznis vrstve architektúry>>image:1747314321290-616.png||height="366" width="600"]]
942 942  
943 -Obrázok 3 Znázornenie alternatív riešenia v biznis vrstve architektúry
944 944  
945 -
946 -| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|MK SR|MIRRI|Používateľ
943 +| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|**MK SR**|**MIRRI**|**Používateľ**
947 947  |(% rowspan="6" %)(((
948 948  BIZNIS VRSTVA
949 949  
... ... @@ -955,10 +955,7 @@
955 955  |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
956 956  |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
957 957  
958 -Tabuľka 11 Biznis vrstva multikriteriálnej analýzy
959 -
960 -
961 -|Zoznam kritérií|Alternatíva 1|Spôsob dosiahnutia|Alternatíva 2|Spôsob dosiahnutia|Alternatíva 3|Spôsob dosiahnutia
955 +|**Zoznam kritérií**|**Alternatíva 1**|**Spôsob dosiahnutia**|**Alternatíva 2**|**Spôsob dosiahnutia**|**Alternatíva 3**|**Spôsob dosiahnutia**
962 962  |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.
963 963  |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.
964 964  |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.
... ... @@ -966,39 +966,24 @@
966 966  |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.
967 967  |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.
968 968  
969 -//Tabuľka 12 Kritéria multikriteriálnej analýzy//
963 +=== 5.2.2 Stanovenie alternatív v aplikačnej vrstve architektúry ===
970 970  
971 -
972 -
973 -1.
974 -11.
975 -111. Stanovenie alternatív v aplikačnej vrstve architektúry
976 -
977 977  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.
978 978  
979 979  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:
980 980  
981 981  * **Kompatibilita**
982 -
983 983  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“).
984 -
985 985  * **Efektivita**
986 -
987 987  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.
988 -
989 989  * **Súlad s legislatívou**
990 -
991 991  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.
992 -
993 993  * **Dlhodobá udržateľnosť**
994 -
995 995  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.
996 996  
997 997  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.
998 998  
999 -1.
1000 -11.
1001 -111. Stanovenie alternatív v technologickej vrstve architektúry
980 +=== 5.2.3 Stanovenie alternatív v technologickej vrstve architektúry ===
1002 1002  
1003 1003  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.
1004 1004  
... ... @@ -1005,19 +1005,12 @@
1005 1005  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:
1006 1006  
1007 1007  * Primárne využitie služieb vládneho cloudu
1008 -
1009 1009  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.
1010 -
1011 1011  * Zabezpečenie škálovateľnosti, bezpečnosti a dostupnosti
1012 -
1013 1013  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.
1014 -
1015 1015  * Hybridný model v prípade špecifických požiadaviek
1016 -
1017 1017  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.
1018 -
1019 1019  * Minimalizácia vendor lock-in efektu
1020 -
1021 1021  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.
1022 1022  
1023 1023  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.
... ... @@ -1027,7 +1027,7 @@
1027 1027  * **Ix** – úroveň integrity,
1028 1028  * **Ax** – úroveň autenticity.
1029 1029  
1030 -|**ISVS / Modul**|**Ux**|**Cx**|**Ix**|**Ax**|**Poznámka**
1002 +|=**ISVS / Modul**|=**Ux**|=**Cx**|=**Ix**|=**Ax**|=**Poznámka**
1031 1031  |Správa evidencií a registrov|3|3|3|3|Hlavný komponent pre správu evidencií a registrov
1032 1032  |Modul pre správu žiadostí|3|3|3|3|Modul na správu podaných žiadostí
1033 1033  |Integračný modul|3|3|3|3|Modul pre integráciu s externými ISVS
... ... @@ -1038,13 +1038,11 @@
1038 1038  |Rozhranie pre integráciu s CPDI|4|4|4|4|Integračné rozhranie na externé systémy (CPDI)
1039 1039  |Platforma pre automatizáciu procesov|4|4|4|4|Modul pre automatizáciu a optimalizáciu procesov
1040 1040  
1041 -**//Tabuľka //**//14**: Klasifikácia budovaných informačných systémov**//
1013 +**//Tabuľka: Klasifikácia budovaných informačných systémov//**
1042 1042  
1043 1043  
1044 -*
1045 -*1.
1046 -*11.
1047 -*111. Alternatíva 1 – Nulový variant (on-premise prevádzka)
1016 +==== 5.2.3.1 Alternatíva 1 – Nulový variant (on-premise prevádzka) ====
1017 +
1048 1048  * 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)
1049 1049  * Nevznikajú dodatočné náklady na prenájom infraštruktúry, avšak:
1050 1050  ** vysoké nároky na údržbu a prevádzku,
... ... @@ -1051,16 +1051,15 @@
1051 1051  ** obmedzená škálovateľnosť a redundancia,
1052 1052  ** slabá podpora pre moderné integračné technológie,
1053 1053  ** nesúlad s princípmi eGovernment Cloudu SR.
1054 -**1.
1055 -**11. Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry)
1056 1056  
1025 +==== 5.2.3.2 Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry) ====
1026 +
1057 1057  * Využitie privátneho vládneho cloudu pre komponenty s vyššou klasifikáciou a vlastnej infraštruktúry pre menej kritické časti.
1058 1058  * Umožňuje optimalizáciu nákladov a súčasne dodržiavanie bezpečnostných štandardov.
1059 1059  * Nevýhodou môže byť komplexnejšia prevádzka a potreba koordinácie viacerých prostredí.
1060 -*1.
1061 -*11.
1062 -*111. Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude)
1063 1063  
1031 +==== 5.2.3.3 Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude) ====
1032 +
1064 1064  * Nasadenie všetkých komponentov a ISVS vo vládnom cloude (s využitím služieb IaaS, PaaS).
1065 1065  * Splnenie požiadaviek zákona č. 95/2019 Z. z. a zabezpečenie vysokej úrovne dostupnosti (U3).
1066 1066  * Možnosť dynamickej škálovateľnosti prostredia, zníženie nárokov na vlastnú infraštruktúru.
... ... @@ -1071,8 +1071,9 @@
1071 1071  * **TCO (Total Cost of Ownership) **– nižšie prevádzkové náklady oproti on-premise riešeniu,
1072 1072  * **rýchlosti realizácie** – možnosť rýchleho vytvorenia a nasadenia prostredí,
1073 1073  * **kompatibility a interoperability** – s inými štátnymi systémami (napr. CPDI, IS MOU).
1074 -*1. Náhľad architektúry a popis budúceho cieľového produktu
1075 1075  
1044 +== 5.3 Náhľad architektúry a popis budúceho cieľového produktu ==
1045 +
1076 1076  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.
1077 1077  
1078 1078  **Funkčné a nefunkčné požiadavky:**
... ... @@ -1116,12 +1116,9 @@
1116 1116  
1117 1117  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é.
1118 1118  
1119 -1.
1120 -11. Biznis vrstva
1089 +== 5.4 Biznis vrstva ==
1121 1121  
1122 -1.
1123 -11.
1124 -111. Návrh riešenia v biznis vrstve architektúry
1091 +=== 5.4.1 Návrh riešenia v biznis vrstve architektúry ===
1125 1125  
1126 1126  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.
1127 1127  
... ... @@ -1156,23 +1156,19 @@
1156 1156  |Ž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.
1157 1157  |Ž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.
1158 1158  
1159 -[[image:1747314321294-884.png]]
1126 +[[Budúci stav biznis vrstvy>>image:1747314321294-884.png]]
1160 1160  
1161 -Obrázok 4 Budúci stav biznis vrstvy
1128 +=== 5.4.2 Prehľad koncových služieb – budúci stav (TO BE): ===
1162 1162  
1163 -1.
1164 -11.
1165 -111. Prehľad koncových služieb – budúci stav (TO BE):
1166 -
1167 1167  |(((
1168 -Kód KS
1131 +**Kód KS**
1169 1169  
1170 -(z MetaIS)
1171 -)))|Názov KS|Používateľ KS (G2C/G2B/G2G/G2A)|(((
1172 -Životná situácia
1133 +**(z MetaIS)**
1134 +)))|**Názov KS**|**Používateľ KS (G2C/G2B/G2G/G2A)**|(((
1135 +**Životná situácia**
1173 1173  
1174 -(+ kód z MetaIS)
1175 -)))|Úroveň elektronizácie KS
1137 +**(+ kód z MetaIS)**
1138 +)))|**Úroveň elektronizácie KS**
1176 1176  |(((
1177 1177  ks_337637
1178 1178  
... ... @@ -1208,56 +1208,37 @@
1208 1208  | |Oprava údajov na spravodajskom portáli|G2C, G2B|122 Podpora kultúry|úroveň 4
1209 1209  | |Zverejnenie opravy na spravodajskom portáli|G2C, G2B|122 Podpora kultúry|úroveň 4
1210 1210  
1211 -Tabuľka 16 Prehľad koncových služieb - budúci stav (TO BE)
1174 +Tabuľka: Prehľad koncových služieb - budúci stav (TO BE)
1212 1212  
1213 -1.
1214 -11.
1215 -111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením
1176 +=== 5.4.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===
1216 1216  
1217 1217  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ú:
1218 1218  
1219 1219  * Centralizácia správy registrov a evidencií
1220 -
1221 1221  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.
1222 -
1223 1223  * Zefektívnenie procesov elektronických služieb
1224 -
1225 1225  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.
1226 -
1227 1227  * Zmena procesov pre existujúce regulačné orgány
1228 -
1229 1229  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.
1230 -
1231 1231  * Zjednodušenie procesov pre vydavateľov publikácií
1232 -
1233 1233  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.
1234 -
1235 1235  * Úprava procesov pre mediálne a audiovizuálne spoločnosti
1236 -
1237 1237  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í.
1238 1238  
1239 1239  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.
1240 1240  
1241 -1.
1242 -11.
1243 -111. Jazyková podpora lokalizácia
1193 +=== 5.4.4 Jazyková podpora lokalizácia ===
1244 1244  
1245 1245  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.
1246 1246  
1197 +== 5.5 Aplikačná vrstva ==
1247 1247  
1248 -1.
1249 -11. Aplikačná vrstva
1199 +=== 5.5.1 Návrh riešenia v aplikačnej vrstve architektúry ===
1250 1250  
1251 -1.
1252 -11.
1253 -111. Návrh riešenia v aplikačnej vrstve architektúry
1254 -
1255 1255  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.
1256 1256  
1257 -
1258 1258  Ď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.
1259 1259  
1260 -
1261 1261  Tento stav predstavuje významné riziká v oblasti:
1262 1262  
1263 1263  * redundancie a neaktuálnosti údajov,
... ... @@ -1265,9 +1265,8 @@
1265 1265  * neexistencie jednotného miesta pre integráciu údajov a služieb,
1266 1266  * nízkej transparentnosti a nemožnosti zapojenia sa do eGovernment architektúry.
1267 1267  
1268 -Popis navrhovaného stavu (TO-BE)
1212 +**Popis navrhovaného stavu (TO-BE)**
1269 1269  
1270 -
1271 1271  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:
1272 1272  
1273 1273  * centrálneho evidenčného systému, ktorý môže byť v budúcnosti rozšírený o ďalšie registre a evidencie,
... ... @@ -1290,10 +1290,8 @@
1290 1290  
1291 1291  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).
1292 1292  
1293 -1.
1294 -11.
1295 -111.
1296 -1111. Popis aplikačných modulov
1236 +==== 5.5.1.1 Popis aplikačných modulov ====
1237 +
1297 1297  1. **Riadenie prístupu**
1298 1298  1*. 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.
1299 1299  1*. 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.
... ... @@ -1313,9 +1313,9 @@
1313 1313  1*. 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.
1314 1314  1. **Manažment žiadostí**
1315 1315  1*. 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.
1316 -1*1.
1317 -1*11. Integrácia s CPDI
1318 1318  
1258 +==== 5.5.1.2 Integrácia s CPDI ====
1259 +
1319 1319  * **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.
1320 1320  * Ú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.
1321 1321  
... ... @@ -1323,8 +1323,8 @@
1323 1323  
1324 1324  Obrázok 5 Budúca (TO BE) aplikačná architektúra a závislostí (dátových tokov) medzi systémami
1325 1325  
1326 -1.
1327 -11.
1267 +1.
1268 +11.
1328 1328  111. Rozsah informačných systémov – budúci stav (TO BE)
1329 1329  
1330 1330  |(((
... ... @@ -1345,8 +1345,8 @@
1345 1345  Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
1346 1346  
1347 1347  
1348 -1.
1349 -11.
1289 +1.
1290 +11.
1350 1350  111. 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)
1351 1351  
1352 1352  |(((
... ... @@ -1362,8 +1362,8 @@
1362 1362  
1363 1363  Tabuľka 17 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
1364 1364  
1365 -1.
1366 -11.
1306 +1.
1307 +11.
1367 1367  111. Aplikačné služby na integráciu – budúci stav (TO BE)
1368 1368  
1369 1369  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.
... ... @@ -1401,7 +1401,7 @@
1401 1401  
1402 1402  Tabuľka 20 Aplikačné služby na integráciu – budúci stav (TO BE)
1403 1403  
1404 -1.
1345 +1.
1405 1405  11. Dátová architektúra
1406 1406  111. Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1407 1407  
... ... @@ -1427,8 +1427,8 @@
1427 1427  Tabuľka 21 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1428 1428  
1429 1429  
1430 -1.
1431 -11.
1371 +1.
1372 +11.
1432 1432  111. Objekty evidencie
1433 1433  
1434 1434  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
... ... @@ -1442,8 +1442,8 @@
1442 1442  Tabuľka 22 Objekty evidencie
1443 1443  
1444 1444  
1445 -1.
1446 -11.
1386 +1.
1387 +11.
1447 1447  111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
1448 1448  
1449 1449  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.
... ... @@ -1455,8 +1455,8 @@
1455 1455  Tabuľka 23 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
1456 1456  
1457 1457  
1458 -1.
1459 -11.
1399 +1.
1400 +11.
1460 1460  111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1461 1461  
1462 1462  |ID  OE|Názov (konzumovaného) objektu evidencie|Kód ISVS konzumujúceho OE|Kód zdrojového ISVS v MetaIS
... ... @@ -1466,8 +1466,8 @@
1466 1466  
1467 1467  Tabuľka 19 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1468 1468  
1469 -1.
1470 -11.
1410 +1.
1411 +11.
1471 1471  111. Kvalita a čistenie údajov
1472 1472  
1473 1473  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.
... ... @@ -1494,8 +1494,8 @@
1494 1494  
1495 1495  Tabuľka 20 Zhodnotenie dátovej kvality objektov evidencie
1496 1496  
1497 -1.
1498 -11.
1438 +1.
1439 +11.
1499 1499  111. Otvorené údaje
1500 1500  
1501 1501  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.
... ... @@ -1504,14 +1504,14 @@
1504 1504  
1505 1505  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.
1506 1506  
1507 -1.
1508 -11.
1448 +1.
1449 +11.
1509 1509  111. Analytické údaje
1510 1510  
1511 1511  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
1512 1512  
1513 -1.
1514 -11.
1454 +1.
1455 +11.
1515 1515  111. Moje údaje
1516 1516  
1517 1517  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.
... ... @@ -1522,8 +1522,8 @@
1522 1522  
1523 1523  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“.
1524 1524  
1525 -1.
1526 -11.
1466 +1.
1467 +11.
1527 1527  111. Prehľad jednotlivých kategórií údajov
1528 1528  
1529 1529  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.
... ... @@ -1539,11 +1539,11 @@
1539 1539  Tabuľka 21 Prehľad jednotlivých kategórií údajov
1540 1540  
1541 1541  
1542 -1.
1483 +1.
1543 1543  11. Technologická architektúra
1544 1544  
1545 -1.
1546 -11.
1486 +1.
1487 +11.
1547 1547  111. Návrh riešenia technologickej architektúry
1548 1548  1111. Súčasný stav (AS IS)
1549 1549  
... ... @@ -1566,8 +1566,8 @@
1566 1566  * Chýbajúca funkcionalita pre transparentné informovanie o prístupe k osobným údajom.
1567 1567  * Slabá interoperabilita a obmedzené možnosti integrácie s centrálnymi komponentmi štátu (napr. CPDI).
1568 1568  * Nedostatočné možnosti škálovania a vysoké náklady na údržbu vlastnej infraštruktúry.
1569 -*1.
1570 -*11.
1510 +*1.
1511 +*11.
1571 1571  *111. Budúci stav (TO BE)
1572 1572  
1573 1573  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.
... ... @@ -1588,7 +1588,7 @@
1588 1588  * 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.
1589 1589  * 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é.
1590 1590  * 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.
1591 -*1.
1532 +*1.
1592 1592  *11. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
1593 1593  
1594 1594  |Parameter|Jednotky|Predpokladaná hodnota|Poznámka
... ... @@ -1603,8 +1603,8 @@
1603 1603  Tabuľka 28 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
1604 1604  
1605 1605  
1606 -1.
1607 -11.
1547 +1.
1548 +11.
1608 1608  111. Využívanie služieb z katalógu služieb vládneho cloudu
1609 1609  
1610 1610  |(% rowspan="2" %)Prostredie|(% rowspan="2" %)(((
... ... @@ -1659,11 +1659,11 @@
1659 1659  
1660 1660  Tabuľka 29 Predpokladané kapacity požadovaných výpočtových zdrojov (sizing)
1661 1661  
1662 -1.
1603 +1.
1663 1663  11. Bezpečnostná architektúra
1664 1664  
1665 -1.
1666 -11.
1606 +1.
1607 +11.
1667 1667  111. Návrh riešenia bezpečnosti
1668 1668  
1669 1669  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).
... ... @@ -1714,8 +1714,8 @@
1714 1714  
1715 1715  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.
1716 1716  
1717 -1.
1718 -11.
1658 +1.
1659 +11.
1719 1719  111. Určenie obsahu bezpečnostných opatrení 
1720 1720  
1721 1721  |Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z|Aplikované opatrenia|Aplikovaná legislatíva
... ... @@ -1728,15 +1728,15 @@
1728 1728  Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení
1729 1729  
1730 1730  
1731 -1.
1732 -11.
1672 +1.
1673 +11.
1733 1733  111. Riešenie autentifikácie a prístupov používateľov
1734 1734  
1735 1735  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.
1736 1736  
1737 -1.
1738 -11.
1739 -111.
1678 +1.
1679 +11.
1680 +111.
1740 1740  1111. **Autentifikácia používateľov**
1741 1741  
1742 1742  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ä:
... ... @@ -1746,9 +1746,9 @@
1746 1746  
1747 1747  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.
1748 1748  
1749 -1.
1750 -11.
1751 -111.
1690 +1.
1691 +11.
1692 +111.
1752 1752  1111. **Správa používateľských rolí a prístupov**
1753 1753  
1754 1754  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:
... ... @@ -1856,7 +1856,7 @@
1856 1856  |1.|//Prípravná fáza a Iniciačná fáza//|//napr. 01/2020//|//napr. 02/2020//|
1857 1857  |2.|//Realizačná fáza//|//napr. 05/2020//|//napr. 10/2020//|
1858 1858  |2a|//Analýza a Dizajn//|//napr. 05/2020//|//napr. 06/2020//|
1859 -|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//
1800 +|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//
1860 1860  |2c|//Implementácia a testovanie//|//napr. 05/2020//|//napr. 06/2020//|
1861 1861  |2d|//Nasadenie a PIP//|//napr. 12/2020//|//napr. 02/2021//|//PIP - 3 mesiace po nasadení//
1862 1862  |3.|//Dokončovacia fáza//|//napr. 11/2020//|//napr. 12/2020//|