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

Z verzie 23.2
upravil Sergej Kuriš
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 22.1
upravil Sergej Kuriš
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -664,8 +664,9 @@
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 -[[Plánovaná architektúra riešenia>>image:1747313646415-982.png]]
667 +[[image:1747313646415-982.png]]
668 668  
669 +Obrázok 3 Plánovaná architektúra riešenia
669 669  
670 670  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.
671 671  
... ... @@ -773,6 +773,7 @@
773 773  * Šablóny správ, záznam doručenia, retry mechanizmus
774 774  * Integrácia s Manažmentom žiadostí pre stavové zmeny
775 775  
777 +
776 776  == {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.2 Stanovenie alternatív architektúry riešenia ==
777 777  
778 778  Výber alternatív architektúry riešenia pre tento projekt bol realizovaný na základe multikriteriálnej analýzy (MCA) a následnej analýzy nákladov a prínosov (M-05 BC/CBA). Cieľom bolo určiť najefektívnejšiu alternatívu pre vybudovanie a modernizáciu evidenčných a registračných služieb v oblasti médií a audiovízie v súlade s požiadavkami vyhlásenej výzvy.
... ... @@ -789,7 +789,7 @@
789 789  
790 790  **V rámci analýzy boli definované nasledujúce alternatívy architektúry riešenia:**
791 791  
792 -**~1. Nulový variant**
794 +1. **Nulový variant**
793 793  
794 794  Tento variant predstavuje zotrvanie v existujúcom stave bez akýchkoľvek systémových alebo procesných zmien. Evidencia registrov a evidencií by pokračovala bez systémovej podpory a bez možnosti zabezpečenia moderných eGov služieb ako je automatizované poskytovanie údajov. Tento variant by neumožnil naplniť žiadnu z podaktivít (A, B a C) vyhlásenej výzvy a rovnako by zotrvával nesúlad so požiadavkami definovaných v zákone č. 265/2022 Z. z. o vydavateľoch publikácií a o registri v oblasti médií a audiovízie a o zmene a doplnení niektorých zákonov.
795 795  
... ... @@ -799,7 +799,7 @@
799 799  * Absencia systémovej podpory pre zlepšenie kvality údajov.
800 800  * Nemožnosť zabezpečiť integráciu na IS CPDI za účelom konzumácie údajov.
801 801  
802 -**2. Minimalistický variant **
804 +1. **Minimalistický variant **
803 803  
804 804  Minimalistický variant predpokladá zavedenie základného rámca pre správu evidencií a registrov, no s minimálnymi investíciami do nových technológií. Tento variant by len čiastočne pokryl podaktivity výzvy a realizoval by iba „nutné“ aplikačné moduly, bez implementácie automatizovaného rozhrania pre konzumáciu údajov. Tento variant by čiastočne naplnil požiadavky výzvy, ale neumožňoval by plnú implementáciu služieb, ktoré sú potrebné pre rozvoj systému eGov.
805 805  
... ... @@ -809,7 +809,7 @@
809 809  * Manuálny proces správy a sprístupňovania údajov.
810 810  * Obmedzená integrácia.
811 811  
812 -**3. Preferovaný variant **
814 +1. **Preferovaný variant **
813 813  
814 814  Preferovaný variant predstavuje komplexné riešenie, ktoré sa zameriava na plnú implementáciu požiadaviek vyhlásenej výzvy. Tento variant zahŕňa vybudovanie moderného informačného systému za účelom správy evidencie s plnou aplikačnou podporou, ktoré budú poskytovať lepšie eGov služby, a integráciu s CPDI za účelom konzumácie údajov. Bude implementovaný cez systém ISVS 9914, ktorý zabezpečí správu údajov v súlade s aktuálnymi legislatívnymi požiadavkami. Systém bude využívať spoločné komponenty VS ako je prihlasovanie sa prostredníctvom ÚPVS, Slovensko v mobile, využívanie elektronickej schránke a centrálneho notifikačného modulu.
815 815  
... ... @@ -830,7 +830,9 @@
830 830  
831 831  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.
832 832  
833 -=== 5.2.1 Stanovenie alternatív v biznisovej vrstve architektúry ===
835 +1.
836 +11.
837 +111. Stanovenie alternatív v biznisovej vrstve architektúry
834 834  
835 835  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.
836 836  
... ... @@ -841,7 +841,10 @@
841 841  
842 842  **V rámci analýzy boli definované nasledujúce alternatívy biznis procesov:**
843 843  
844 -==== 5.2.1.1 Alternatíva 1 – Ponechanie súčasného stavu (nulový variant) ====
848 +1.
849 +11.
850 +111.
851 +1111. Alternatíva 1 – Ponechanie súčasného stavu (nulový variant)
845 845  
846 846  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.
847 847  
... ... @@ -853,7 +853,10 @@
853 853  
854 854  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.
855 855  
856 -==== 5.2.1.2 Alternatíva 2 – Minimalistický variant ====
863 +1.
864 +11.
865 +111.
866 +1111. Alternatíva 2 – Minimalistický variant
857 857  
858 858  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:
859 859  
... ... @@ -872,23 +872,36 @@
872 872  
873 873  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.
874 874  
875 -==== 5.2.1.3 Alternatíva 3 – Preferovaný variant (komplexná transformácia) ====
885 +1.
886 +11.
887 +111.
888 +1111. Alternatíva 3 – Preferovaný variant (komplexná transformácia)
876 876  
877 877  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:
878 878  
879 879  * Kompletnú implementáciu eGov služieb
893 +
880 880  Automatizované spracovanie žiadostí a využitie elektronických formulárov v súlade s požiadavkami výzvy.
895 +
881 881  * Zlepšenie používateľského rozhrania (frontend)
897 +
882 882  Implementácia moderného dizajnu používateľského rozhrania s dôrazom na prístupnosť a použiteľnosť.
899 +
883 883  * Komplexnú integráciu s CPDI
901 +
884 884  Konzumovanie údajov z RFO, RPO a RA a vytvorenie lokálnych verzií všetkých registrov.
903 +
885 885  * Automatizácia a zefektívnenie procesov
905 +
886 886  Automatizácia väčšiny administratívnych procesov a integrácia s existujúcimi ISVS pre bezproblémovú výmenu údajov.
907 +
887 887  * Implementácia OOÚ
909 +
888 888  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).
889 889  
890 890  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.
891 891  
914 +
892 892  Charakteristiky preferovaného variantu:
893 893  
894 894  * Komplexné riešenie pokrývajúce všetky podaktivity výzvy.
... ... @@ -897,10 +897,12 @@
897 897  * Optimalizácia správy a evidencie údajov v súlade s GDPR a ďalšími legislatívnymi požiadavkami.
898 898  * Zlepšenie používateľskej skúsenosti prostredníctvom modernizovaných, prehľadných a efektívnych služieb.
899 899  
923 +
900 900  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í.
901 901  
902 -**Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:**
903 903  
927 +Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:
928 +
904 904  |**Kritérium**|**Alternatíva 1**|**Alternatíva 2**|**Alternatíva 3**
905 905  |A – Správa registra médií a audiovízie|Nie|Áno|Áno
906 906  |B - Poskytovanie elektronických služieb|Nie|Áno|Áno
... ... @@ -909,6 +909,7 @@
909 909  |E – Rozšírené funkcionality ISVS|Nie|Nie|Áno
910 910  |F – Automatizácia vnútorných procesov|Nie|Nie|Áno
911 911  
937 +
912 912  Alternatíva 3 – Preferovaný variant je vyhodnotená ako najlepšia vo všetkých kritériách. Zabezpečuje nielen plnú implementáciu všetkých požiadaviek vyhlásenej výzvy, ale tiež umožňuje vytvoriť moderný, flexibilný a udržateľný systém správy registrov a elektronických služieb. Tento variant zabezpečuje, že MK SR bude schopné efektívne poskytovať kvalitné eGov služby, zabezpečiť transparentnosť a ochranu údajov a byť v súlade s legislatívnymi a technologickými požiadavkami.
913 913  
914 914  **A – Správa registra médií a audiovízie**
... ... @@ -937,10 +937,12 @@
937 937  
938 938  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.
939 939  
940 -[[Znázornenie alternatív riešenia v biznis vrstve architektúry>>image:1747314321290-616.png||height="366" width="600"]]
966 +[[image:1747314321290-616.png]]
941 941  
968 +Obrázok 3 Znázornenie alternatív riešenia v biznis vrstve architektúry
942 942  
943 -| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|**MK SR**|**MIRRI**|**Používateľ**
970 +
971 +| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|MK SR|MIRRI|Používateľ
944 944  |(% rowspan="6" %)(((
945 945  BIZNIS VRSTVA
946 946  
... ... @@ -952,7 +952,10 @@
952 952  |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
953 953  |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
954 954  
955 -|**Zoznam kritérií**|**Alternatíva 1**|**Spôsob dosiahnutia**|**Alternatíva 2**|**Spôsob dosiahnutia**|**Alternatíva 3**|**Spôsob dosiahnutia**
983 +Tabuľka 11 Biznis vrstva multikriteriálnej analýzy
984 +
985 +
986 +|Zoznam kritérií|Alternatíva 1|Spôsob dosiahnutia|Alternatíva 2|Spôsob dosiahnutia|Alternatíva 3|Spôsob dosiahnutia
956 956  |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.
957 957  |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.
958 958  |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.
... ... @@ -960,24 +960,39 @@
960 960  |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.
961 961  |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.
962 962  
963 -=== 5.2.2 Stanovenie alternatív v aplikačnej vrstve architektúry ===
994 +//Tabuľka 12 Kritéria multikriteriálnej analýzy//
964 964  
996 +
997 +
998 +1.
999 +11.
1000 +111. Stanovenie alternatív v aplikačnej vrstve architektúry
1001 +
965 965  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.
966 966  
967 967  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:
968 968  
969 969  * **Kompatibilita**
1007 +
970 970  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“).
1009 +
971 971  * **Efektivita**
1011 +
972 972  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.
1013 +
973 973  * **Súlad s legislatívou**
1015 +
974 974  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.
1017 +
975 975  * **Dlhodobá udržateľnosť**
1019 +
976 976  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.
977 977  
978 978  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.
979 979  
980 -=== 5.2.3 Stanovenie alternatív v technologickej vrstve architektúry ===
1024 +1.
1025 +11.
1026 +111. Stanovenie alternatív v technologickej vrstve architektúry
981 981  
982 982  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.
983 983  
... ... @@ -984,12 +984,19 @@
984 984  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:
985 985  
986 986  * Primárne využitie služieb vládneho cloudu
1033 +
987 987  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.
1035 +
988 988  * Zabezpečenie škálovateľnosti, bezpečnosti a dostupnosti
1037 +
989 989  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.
1039 +
990 990  * Hybridný model v prípade špecifických požiadaviek
1041 +
991 991  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.
1043 +
992 992  * Minimalizácia vendor lock-in efektu
1045 +
993 993  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.
994 994  
995 995  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.
... ... @@ -999,7 +999,7 @@
999 999  * **Ix** – úroveň integrity,
1000 1000  * **Ax** – úroveň autenticity.
1001 1001  
1002 -|=**ISVS / Modul**|=**Ux**|=**Cx**|=**Ix**|=**Ax**|=**Poznámka**
1055 +|**ISVS / Modul**|**Ux**|**Cx**|**Ix**|**Ax**|**Poznámka**
1003 1003  |Správa evidencií a registrov|3|3|3|3|Hlavný komponent pre správu evidencií a registrov
1004 1004  |Modul pre správu žiadostí|3|3|3|3|Modul na správu podaných žiadostí
1005 1005  |Integračný modul|3|3|3|3|Modul pre integráciu s externými ISVS
... ... @@ -1010,11 +1010,13 @@
1010 1010  |Rozhranie pre integráciu s CPDI|4|4|4|4|Integračné rozhranie na externé systémy (CPDI)
1011 1011  |Platforma pre automatizáciu procesov|4|4|4|4|Modul pre automatizáciu a optimalizáciu procesov
1012 1012  
1013 -**//Tabuľka: Klasifikácia budovaných informačných systémov//**
1066 +**//Tabuľka //**//14**: Klasifikácia budovaných informačných systémov**//
1014 1014  
1015 1015  
1016 -==== 5.2.3.1 Alternatíva 1 – Nulový variant (on-premise prevádzka) ====
1017 -
1069 +*
1070 +*1.
1071 +*11.
1072 +*111. Alternatíva 1 – Nulový variant (on-premise prevádzka)
1018 1018  * 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)
1019 1019  * Nevznikajú dodatočné náklady na prenájom infraštruktúry, avšak:
1020 1020  ** vysoké nároky na údržbu a prevádzku,
... ... @@ -1021,15 +1021,16 @@
1021 1021  ** obmedzená škálovateľnosť a redundancia,
1022 1022  ** slabá podpora pre moderné integračné technológie,
1023 1023  ** nesúlad s princípmi eGovernment Cloudu SR.
1079 +**1.
1080 +**11. Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry)
1024 1024  
1025 -==== 5.2.3.2 Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry) ====
1026 -
1027 1027  * Využitie privátneho vládneho cloudu pre komponenty s vyššou klasifikáciou a vlastnej infraštruktúry pre menej kritické časti.
1028 1028  * Umožňuje optimalizáciu nákladov a súčasne dodržiavanie bezpečnostných štandardov.
1029 1029  * Nevýhodou môže byť komplexnejšia prevádzka a potreba koordinácie viacerých prostredí.
1085 +*1.
1086 +*11.
1087 +*111. Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude)
1030 1030  
1031 -==== 5.2.3.3 Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude) ====
1032 -
1033 1033  * Nasadenie všetkých komponentov a ISVS vo vládnom cloude (s využitím služieb IaaS, PaaS).
1034 1034  * Splnenie požiadaviek zákona č. 95/2019 Z. z. a zabezpečenie vysokej úrovne dostupnosti (U3).
1035 1035  * Možnosť dynamickej škálovateľnosti prostredia, zníženie nárokov na vlastnú infraštruktúru.
... ... @@ -1040,9 +1040,8 @@
1040 1040  * **TCO (Total Cost of Ownership) **– nižšie prevádzkové náklady oproti on-premise riešeniu,
1041 1041  * **rýchlosti realizácie** – možnosť rýchleho vytvorenia a nasadenia prostredí,
1042 1042  * **kompatibility a interoperability** – s inými štátnymi systémami (napr. CPDI, IS MOU).
1099 +*1. Náhľad architektúry a popis budúceho cieľového produktu
1043 1043  
1044 -== 5.3 Náhľad architektúry a popis budúceho cieľového produktu ==
1045 -
1046 1046  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.
1047 1047  
1048 1048  **Funkčné a nefunkčné požiadavky:**
... ... @@ -1086,10 +1086,14 @@
1086 1086  
1087 1087  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é.
1088 1088  
1089 -== 5.4 Biznis vrstva ==
1144 +1.
1145 +11. Biznis vrstva
1090 1090  
1091 -=== 5.4.1 Návrh riešenia v biznis vrstve architektúry ===
1092 1092  
1148 +1.
1149 +11.
1150 +111. Návrh riešenia v biznis vrstve architektúry
1151 +
1093 1093  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.
1094 1094  
1095 1095  **Modernizácia webových portálov a elektronických podaní**
... ... @@ -1123,19 +1123,25 @@
1123 1123  |Ž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.
1124 1124  |Ž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.
1125 1125  
1126 -[[Budúci stav biznis vrstvy>>image:1747314321294-884.png]]
1127 1127  
1128 -=== 5.4.2 Prehľad koncových služieb – budúci stav (TO BE): ===
1186 +[[image:1747314321294-884.png]]
1129 1129  
1188 +Obrázok 4 Budúci stav biznis vrstvy
1189 +
1190 +1.
1191 +11.
1192 +111. Prehľad koncových služieb – budúci stav (TO BE):
1193 +
1194 +
1130 1130  |(((
1131 -**Kód KS**
1196 +Kód KS
1132 1132  
1133 -**(z MetaIS)**
1134 -)))|**Názov KS**|**Používateľ KS (G2C/G2B/G2G/G2A)**|(((
1135 -**Životná situácia**
1198 +(z MetaIS)
1199 +)))|Názov KS|Používateľ KS (G2C/G2B/G2G/G2A)|(((
1200 +Životná situácia
1136 1136  
1137 -**(+ kód z MetaIS)**
1138 -)))|**Úroveň elektronizácie KS**
1202 +(+ kód z MetaIS)
1203 +)))|Úroveň elektronizácie KS
1139 1139  |(((
1140 1140  ks_337637
1141 1141  
... ... @@ -1171,37 +1171,58 @@
1171 1171  | |Oprava údajov na spravodajskom portáli|G2C, G2B|122 Podpora kultúry|úroveň 4
1172 1172  | |Zverejnenie opravy na spravodajskom portáli|G2C, G2B|122 Podpora kultúry|úroveň 4
1173 1173  
1174 -Tabuľka: Prehľad koncových služieb - budúci stav (TO BE)
1175 1175  
1176 -=== 5.4.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===
1240 +Tabuľka 16 Prehľad koncových služieb - budúci stav (TO BE)
1177 1177  
1242 +1.
1243 +11.
1244 +111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením
1245 +
1178 1178  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ú:
1179 1179  
1180 1180  * Centralizácia správy registrov a evidencií
1249 +
1181 1181  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.
1251 +
1182 1182  * Zefektívnenie procesov elektronických služieb
1253 +
1183 1183  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.
1255 +
1184 1184  * Zmena procesov pre existujúce regulačné orgány
1257 +
1185 1185  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.
1259 +
1186 1186  * Zjednodušenie procesov pre vydavateľov publikácií
1261 +
1187 1187  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.
1263 +
1188 1188  * Úprava procesov pre mediálne a audiovizuálne spoločnosti
1265 +
1189 1189  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í.
1190 1190  
1191 1191  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.
1192 1192  
1193 -=== 5.4.4 Jazyková podpora lokalizácia ===
1270 +1.
1271 +11.
1272 +111. Jazyková podpora lokalizácia
1194 1194  
1195 1195  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.
1196 1196  
1197 -== 5.5 Aplikačná vrstva ==
1198 1198  
1199 -=== 5.5.1 Návrh riešenia v aplikačnej vrstve architektúry ===
1277 +1.
1278 +11. Aplikačná vrstva
1200 1200  
1280 +
1281 +1.
1282 +11.
1283 +111. Návrh riešenia v aplikačnej vrstve architektúry
1284 +
1201 1201  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.
1202 1202  
1287 +
1203 1203  Ď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.
1204 1204  
1290 +
1205 1205  Tento stav predstavuje významné riziká v oblasti:
1206 1206  
1207 1207  * redundancie a neaktuálnosti údajov,
... ... @@ -1209,8 +1209,10 @@
1209 1209  * neexistencie jednotného miesta pre integráciu údajov a služieb,
1210 1210  * nízkej transparentnosti a nemožnosti zapojenia sa do eGovernment architektúry.
1211 1211  
1212 -**Popis navrhovaného stavu (TO-BE)**
1213 1213  
1299 +Popis navrhovaného stavu (TO-BE)
1300 +
1301 +
1214 1214  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:
1215 1215  
1216 1216  * centrálneho evidenčného systému, ktorý môže byť v budúcnosti rozšírený o ďalšie registre a evidencie,
... ... @@ -1217,6 +1217,7 @@
1217 1217  * dátového zdroja,
1218 1218  * základného stavebného prvku pre zabezpečenie interoperability údajov a ďalší rozvoj IS.
1219 1219  
1308 +
1220 1220  Navrhované riešenie zásadne mení spôsob výkonu biznis procesov:
1221 1221  
1222 1222  * údaje budú validované, verziované a auditovateľné,
... ... @@ -1224,6 +1224,7 @@
1224 1224  * údaje budú poskytované cez API štandardy (napr. REST/JSON-LD),
1225 1225  * evidencia zmien a notifikácií bude podporovať princípy služby „Moje údaje“.
1226 1226  
1316 +
1227 1227  |**Oblasť**|**AS-IS stav**|**TO-BE stav**
1228 1228  |Evidencia údajov|Excel súbory|IS isvs_9914
1229 1229  |Integrácia|Neexistuje|Napojenie na CPDI – RFO, RPO, RA
... ... @@ -1231,10 +1231,12 @@
1231 1231  |Transparentnosť|Obmedzená|Poskytovanie prívetivejších a jednoduchších eGOV služieb
1232 1232  |Právna ochrana údajov|Obmedzená podpora GDPR|Plná podpora, logovanie prístupov, opráv, zmien
1233 1233  
1234 -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).
1324 +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).
1235 1235  
1236 -==== 5.5.1.1 Popis aplikačných modulov ====
1237 -
1326 +1.
1327 +11.
1328 +111.
1329 +1111. Popis aplikačných modulov
1238 1238  1. **Riadenie prístupu**
1239 1239  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.
1240 1240  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.
... ... @@ -1254,9 +1254,9 @@
1254 1254  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.
1255 1255  1. **Manažment žiadostí**
1256 1256  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.
1349 +1*1.
1350 +1*11. Integrácia s CPDI
1257 1257  
1258 -==== 5.5.1.2 Integrácia s CPDI ====
1259 -
1260 1260  * **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.
1261 1261  * Ú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.
1262 1262  
... ... @@ -1290,6 +1290,7 @@
1290 1290  11.
1291 1291  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)
1292 1292  
1385 +
1293 1293  |(((
1294 1294  Kód ISVS
1295 1295  
... ... @@ -1400,6 +1400,7 @@
1400 1400  11.
1401 1401  111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1402 1402  
1496 +
1403 1403  |ID  OE|Názov (konzumovaného) objektu evidencie|Kód ISVS konzumujúceho OE|Kód zdrojového ISVS v MetaIS
1404 1404  |1.|Register adries|isvs_9914|isvs_192
1405 1405  |2.|Register fyzických osôb (RFO) |isvs_9914|isvs_191
... ... @@ -1483,6 +1483,7 @@
1483 1483  1.
1484 1484  11. Technologická architektúra
1485 1485  
1580 +
1486 1486  1.
1487 1487  11.
1488 1488  111. Návrh riešenia technologickej architektúry
... ... @@ -1532,6 +1532,7 @@
1532 1532  *1.
1533 1533  *11. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
1534 1534  
1630 +
1535 1535  |Parameter|Jednotky|Predpokladaná hodnota|Poznámka
1536 1536  |Počet interných používateľov|Počet|450|
1537 1537  |Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|150|
... ... @@ -1603,11 +1603,12 @@
1603 1603  1.
1604 1604  11. Bezpečnostná architektúra
1605 1605  
1702 +
1606 1606  1.
1607 1607  11.
1608 1608  111. Návrh riešenia bezpečnosti
1609 1609  
1610 -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).
1707 +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).
1611 1611  
1612 1612  1. Požadované prevádzkové prostredia
1613 1613  
... ... @@ -1632,6 +1632,7 @@
1632 1632  
1633 1633  1. Priradené infraštruktúrne služby (z MetaIS)
1634 1634  
1732 +
1635 1635  |**Prostredie**|**Kód infraštruktúrnej služby**|**Názov infraštruktúrnej služby**|**Využívajúci ISVS**
1636 1636  |Vývojové|infra_sluzba_509|Virtuálny server|isvs_14693 – Informačný systém evidencie záznamov o zaručenej konverzii (EZZK)
1637 1637  |Testovacie|infra_sluzba_509|Virtuálny server|isvs_14693
... ... @@ -1657,7 +1657,7 @@
1657 1657  
1658 1658  1.
1659 1659  11.
1660 -111. Určenie obsahu bezpečnostných opatrení 
1758 +111. Určenie obsahu bezpečnostných opatrení
1661 1661  
1662 1662  |Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z|Aplikované opatrenia|Aplikovaná legislatíva
1663 1663  |Minimálne bezpečnostné opatrenia Kategórie I|Áno|§ 3 ods. 1 písm. b) vyhlášky č. 179/2020 Z. z.
... ... @@ -1797,7 +1797,7 @@
1797 1797  |1.|//Prípravná fáza a Iniciačná fáza//|//napr. 01/2020//|//napr. 02/2020//|
1798 1798  |2.|//Realizačná fáza//|//napr. 05/2020//|//napr. 10/2020//|
1799 1799  |2a|//Analýza a Dizajn//|//napr. 05/2020//|//napr. 06/2020//|
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//
1898 +|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" %)^^7^^>>path:#sdfootnote7sym||name="sdfootnote7anc"]](%%)/ konzultačné služby//
1801 1801  |2c|//Implementácia a testovanie//|//napr. 05/2020//|//napr. 06/2020//|
1802 1802  |2d|//Nasadenie a PIP//|//napr. 12/2020//|//napr. 02/2021//|//PIP - 3 mesiace po nasadení//
1803 1803  |3.|//Dokončovacia fáza//|//napr. 11/2020//|//napr. 12/2020//|