Zmeny dokumentu I-03 Prístup k projektu (pristup_k_projektu)

Naposledy upravil Júlia Dernerová 2025/01/14 21:26

From 1.1 to 2.1

Z verzie 2.1

upravil Júlia Dernerová
-

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

Do verzie 3.1

upravil Júlia Dernerová
-

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

@@ -16,7 +16,6 @@
  |**Realizátor projektu**|Slovenská advokátska komora
  |**Vlastník projektu**|JUDr. Martin Puchalla, PhD.
--
  **Schvaľovanie dokumentu**
  |**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
@@ -26,7 +26,6 @@
  )))
  |Vypracoval|JUDr. Andrej Popovec|Slovenská advokátska komora| |20.09.2024|
--
  **~1. História dokumentu**
  |**Verzia**|**Dátum**|**Zmeny**|**Meno**
@@ -33,7 +33,6 @@
  |0.1|02.09.2024|Pracovný návrh| JUDr. Andrej Popovec
  |1.0|20.09.2024|Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.| JUDr. Andrej Popovec
--
  **2. Účel dokumentu**
@@ -64,7 +64,6 @@
  |SW|Softvér
--
  **3. Popis navrhovaného riešenia**
@@ -94,7 +94,6 @@
  * **Obsah na mieru:** Služby by mali byť cielené a zohľadňovať individuálne potreby občanov a podnikateľov, napríklad podľa miesta bydliska, charakteru podnikania alebo využívania komunálnych služieb.
  * **Používateľská prívetivosť:** Služby musia byť navrhnuté tak, aby ich používanie bolo intuitívne a príjemné, pričom by mali zanechať pozitívny dojem.
--
  Cieľom je, aby SAK vytvorilo digitálne služby, ktoré zjednodušia prácu s administratívou, zvýšia spokojnosť obyvateľov a zároveň podporia moderný a efektívny kontakt so samosprávou.
  Funkčný návrh systému uvedený v CBA je reprezentovaný definovaným katalógom služieb, ich základnou typológiou a zaradením k životným situáciám. Návrh technického riešenia bude podkladom pre realizáciu a integráciu komponentov integrovaného webového sídla.
@@ -108,7 +108,6 @@
  * Zefektívnenie a zvýšenie výkonnosti verejnej správy,
  * Zvýšenie kompetentnosti verejnej správy.
--
  Konkrétne a špecifické príklady prínosov projektu elektronizácie služieb pre SAK   po úspešnej implementácii projektu budú:
@@ -117,7 +117,6 @@
  * Sprístupnenie moderných elektronických komunikačných kanálov za účelom obojsmernej komunikácie (vybavenia podania, informovanie o výsledku – rozhodnutie, vyjadrenie, platobný výmer...) bez nutnosti osobnej návštevy úradu
  * Minimalizovanie poskytovania duplicitných vstupných dát, prípadne dát poskytovaných organizáciám, ktoré s komorou komunikujú
--
  Slovenská advokátska komora
  * Zrýchlenie procesov spracovania podaní
@@ -130,7 +130,6 @@
  * Transparentnosť poskytovania KS služieb
  * Proaktívne poskytovanie KS služieb
--
  **4. Architektúra riešenia projektu**
  **4.1 Biznis vrstva**
@@ -189,7 +189,6 @@
  ** Začatie podnikania
  ** Administratívny chod podniku
--
  * Riešenie zjednodušenia životných situácií zabezpečí aj zvýšenie prístupnosti elektronických služieb pre ľudí so špeciálnymi potrebami tým, že  ID-SK zohľadňuje používanie rôznych technických prostriedkov (PC, mobil, tablet) a zároveň dbá aj na prípadné využitie asistenčných informačných technológii (napr. čítač).
  * Úroveň elektronických služieb je dosiahnutá minimálne na úrovni číslo 4.
  * Súlad projektu s platnou Národnou koncepciou informatizácie verejnej správy Slovenskej republiky a jej niekoľkými strategickmými cieľmi.
@@ -199,7 +199,6 @@
  * Projekt taktiež predpokladá lepšie riadenie a plánovanie zdrojov pomocou analytického spracovania údajov vo verejnej správe za účelom lepšieho poskytovania verejných služieb v prospech občana/podnikateľa
  * Projekt predpokladá aj súlad s obsahom a cieľmi programu Slovensko 2021 – 2027, najmä špecifickým cieľom: RSO1.2 (opatrenie 1.2.1),súlad s očakávanými výsledkami definovanými v Partnerskej dohode pre špecifický cieľ RSO 1.2 a súlad s definovanými typmi oprávnených aktivít v rámci výzvy.
--
  **E) Technologické a netechnologické zmeny na front-ende, tzn. zmeny grafických používateľských rozhraní „GUI“  a technologické zmeny na back-ende**
@@ -213,7 +213,6 @@
  * Zobrazovanie odhadovaného času vybavenia služby.
  * Zavedenie nových koncových služieb na úrovni číslo 4 elektronizácie.
--
  **H) Napájanie sa na centrálne moduly digitálneho ekosystému verejnej správy:**
  * Ústredný portál verejnej správy (ÚPVS) - Publikácia koncových (elektronických) služieb realizovaných v rámci projektu na ÚPVS podľa príslušného postupu vrátane všetkých náležitostí s tým spojených (evidencia metais a pod.)
@@ -220,13 +220,11 @@
  * modul pre zber spätnej väzby.
  * modul Platobnej brány
--
  **Aktuálna biznis architektúra SAK v kontexte poskytovania údajov je reprezentovaná:**
  * prístupovými FrontEnd kanálmi, ktoré zabezpečujú priamu elektronickú alebo písomnú komunikáciu s občanmi a podnikateľmi, prípadne ďalšími aktérmi (ďalej len „stakeholder“);
  * integračnou vrstvou SAK, ktorá aktuálne zabezpečuje v súčasnosti iba funkcionalitu prepojenia na Ústredný portál verejnej správy.
--
  Na úrovni biznisovej vrstvy (komponenty znázornené žltou farbou) sú identifikovaní všetci plánovaní aktéri – používatelia projektu. Rovnako je navrhnuté používateľské rozhranie elektronických služieb, ktoré bude zabezpečovať nový informačný systém verejnej správy (ISVS) – ISES, ako aj jeho služby bez vizuálneho rozhrania. Samozrejmou súčasťou musí byť aj administrátorské rozhranie systému. Na aplikačnej úrovni budú jednotlivé elektronické služby, pričom každá z nich bude implementovaná ako samostatný modul. Tento prístup umožňuje vyššiu flexibilitu pri využívaní služieb v rámci infraštruktúry informačných systémov SAK. Samostatné moduly bude možné jednoducho integrovať s akýmkoľvek iným systémom, ktorý už funguje, alebo bude v budúcnosti zavedený v rámci infraštruktúry SAK. Prvky IS, ktoré vzniknú v rámci projektu, sú umiestnené v označenom sivom poli a budú vytvorené ako úplne nové komponenty. Vstupy z priamej komunikácie s aktérmi úradu alebo prostredníctvom elektronických nástrojov často čelia problémom a v neúplnom či neplatnom stave sa prenášajú do informačných systémov, ktoré SAK používa. Táto situácia má za následok, že SAK dlhodobo zápasí s nízkou kvalitou zhromažďovaných a uložených údajov, ktoré sú následne ťažko využiteľné. Rovnaké problémy sa prejavujú aj pri ich zverejňovaní verejnosti cez Open Data formáty. Pred publikovaním je potrebné údaje manuálne overovať a opravovať, čo zvyšuje náklady SAK a znižuje efektivitu výkonu verejnej správy. Údaje by mali byť čistené iba jednorazovo a následne spracovávané spôsobmi, ktoré zabezpečia ich dlhodobú správnosť a aktuálnosť. Dôraz sa musí klásť na odstránenie príčin chybovosti, a nie len na riešenie dôsledkov. Získavané údaje sú často podmienené legislatívnymi povinnosťami. Okrem problémov s kvalitou údajov na vstupe do informačných systémov komory je identifikovanou výzvou aj ich aktualizácia. Pre informačné systémy komory je pritom kľúčová nielen kvalita, ale aj aktuálnosť údajov.
@@ -237,7 +237,6 @@
  * Nevyužíva sa možnosť získavať aktuálne a kvalitné údaje priamo od centrálnych autorít;
  * Zverejňované dáta vyžadujú manuálne overovanie a úpravu, pričom neexistuje proces, ktorý by tieto chyby odstránil jednorazovo a zabezpečil ich dlhodobú elimináciu.
--
  V kontexte služieb poskytovaných komorou, ktoré umožňujú občanom a podnikateľom realizovať svoje práva a povinnosti, projekt podporí nasledovné biznis procesy:
  * Vedenie zoznamov,
@@ -247,7 +247,6 @@
  * Sťažnosti,
  * Disciplinárne konania a odvolacie disciplinárne konania.
--
  **Návrh na nasadenie nových elektronických služieb**
@@ -257,7 +257,6 @@
  * Administratívny chod podniku
--
  Na základe znalosti biznis služieb a procesov SAK bolo navrhnuté nasledovné rozdelenie modulov budúceho riešenia (toto rozdelenie však nie je záväzné je možné navrhnúť inú štruktúru modulov budúceho riešenia):
  * Portál (webový front-end pre členov komory)
@@ -269,7 +269,6 @@
  * Advokátska skúška (test a písomná časť)
--
  V rámci návrhu budúcej aplikačnej architektúry je požadované dodržanie nasledovných princípov:
  * Zdôvodnenie výberu referenčného rámca aplikačnej architektúry (napr. SOA, Microservices a pod.).
@@ -280,7 +280,6 @@
  * Umožnenie jednoduchého integrovania medzi modulmi respektíve na externé IS.
  * Architektúra by mala byť schopná adaptovať sa na budúce zmeny a potreby bez významného prepisovania kódu alebo rekonfigurácie a mala by umožňovať správu používateľom (napr. konfigurácia číselníkov a pod.).
--
  **Hlavné biznis služby SAK:**
@@ -472,7 +472,7 @@
  //[[image:file:////Users/sarakapeter/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image020.jpg]]//
--4.1.1 **Prehľad koncových služieb – budúci stav:**
++4.1.1 **Prehľad koncových služieb – budúci stav:**
  |(((
@@ -492,7 +492,6 @@
  |ks_380887|Odvolacie disciplinárne konania|G2C, G2B|004 Doklady potrebné k začatiu podnikania |úroveň 4
  |ks_380888|Sťažnosti|G2C, G2B|004 Doklady potrebné k začatiu podnikania |úroveň 4
--
  Vizuálne rozhrania koncových služieb musia byť dostupné v slovenskom jazyku s možnosťou dopracovať ďalšie jazykové mutácie. Správcovské rozhrania musia byť k dispozícii pre koncových používateľov (zamestnancov SAK) v slovenskom jazyku, nástroje určené pre IT adminov môžu byť v odôvodnených prípadoch (open source, perzistentný softvér) v anglickom jazyku. Dokumentácia projektu musí byť spracovaná výhradne v slovenskom alebo českom jazyku. Rovnako používateľské návody pre používateľov koncových služieb musia byť k dispozícii v slovenskom jazyku.
@@ -523,7 +523,6 @@
  )))
  |isvs_10839|IS Advokátskej komory|☐| Neplánujem rozvíjať| Agendový|
--
 .2.2 **Rozsah informačných systémov – TO BE**
@@ -540,7 +540,6 @@
  )))
  |isvs_14850|IS SAK|☐| Plánujem budovať| Agendový|
--
 .2.3 **Využívanie nadrezortných a spoločných ISVS – AS IS**
@@ -558,7 +558,6 @@
  |isvs_14850|IS SAK|isvs_8848|Modulu elektronických formulárov
  |isvs_14850|IS SAK|isvs_8846|Autentifikačný modul
--
 .2.5 **Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE**
@@ -586,7 +586,6 @@
  |as_66546|Vedenie disciplinárneho konania|IS SAK|ks_380886
  |as_66547|Vedenie zoznamov|IS SAK|ks_380882
--
 .2.7 **Aplikačné služby na integráciu – TO BE**
@@ -613,7 +613,6 @@
  |as_66551|Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov|isvs_14850|Konzumujúca|Nie|Nie|Nie|as_59699
  |as_66552|Poskytovanie služby integráciou na AS CAMP|isvs_14850|Poskytujúca|Nie|Nie|Nie|as_60157
--
 .2.8 **Poskytovanie údajov z IS SAK do IS CSRÚ – TO BE**
@@ -623,7 +623,6 @@
  |RFO|Register fyzických osôb|isvs_191|Register fyzických osôb
  |RA|Register adries|isvs_192|Register adries
--
 .2.9 **Konzumovanie údajov z IS CSRU – TO BE**
@@ -633,7 +633,6 @@
  |RFO|Register fyzických osôb|isvs_191|Register fyzických osôb
  |RA|Register adries|isvs_192|Register adries
--
 .3. **Dátová vrstva**
  Nejedná sa o projekt manažmentu údajov, nie je predmetom implementácie riešenia.
@@ -695,7 +695,6 @@
  * Validácia vstupných a výstupných dát – vzhľadom na zvýšené toky dát z externého prostredia bude potrebné venovať zvýšenú pozornosť validáciám štruktúr a povoleného obsahu dát pred ich spracovaním a importom do konsolidovanej databázy. Výstupné dáta bude potrebné špecificky kontrolovať a chrániť pred zverejnením obchodne citlivých a osobných údajov.
  * Riadenie prostredí pre vývoj, migrácie dát a testovanie – pre štandardný prístup implementácie a testovania zmien a datasetov pred ich nasadením do produkčného prostredia.
--
  Všetky rozhrania si budú vyžadovať pripojenie pomocou SSL. Zabezpečený bude monitoring sieťových prístupov, bezpečnosti údajov na diskových poliach, logovanie prístupov a zmien, ako aj služba poskytovania bezpečnej prístupovej siete. V rámci samotného IS budú využívané analytické nástroje pre monitorovanie a vyhodnocovanie bezpečnosti. V rámci IKT vybavenia bude zabezpečené nástroje pre ochranu proti škodlivému softvéru. IKT vybavenie v rámci miest podpory bude využívať VPN prepojenie. Pred spustením IS do prevádzky budú realizované penetračné testy.
  Povinnosťou bude preukázať súlad so zákonom č. 95/2019 zákona o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov. Pre úspešnú realizáciu projektu je potrebné zabezpečiť dodržanie pravidiel stanovených Vyhláškou č. 78/2020 (resp. jej novelizácii) Z. z. o štandardoch pre informačné technológie verejnej správy. Z hľadiska ochrany osobných údajov bude dátový manažment realizovaný v súlade so zákonom č. 18/2018 Z.z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov. Implementácia a prevádzka systému musí v oblasti bezpečnosti brať do úvahy aj Zákon 69/2018 Z. z. o kybernetickej bezpečnosti, v znení neskorších predpisov. Bude vypracovaný bezpečnostný projekt rešpektujúci tieto pravidlá.
@@ -724,7 +724,6 @@
  * Metodika analýzy rizík kybernetickej bezpečnosti - Metodika analýzy rizík pre uplatnenie v procesoch riadenia rizika v zmysle požiadaviek zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti (NBÚ)
--
  **5. Závislosti na ostatné ISVS / projekty**
  Predkladaný projekt nie je závislý na iných pripravovaných resp. prebiehajúcich projektoch.
@@ -748,7 +748,6 @@
  * Nebezpečenstvo poškodenia zdrojových kódov prechádza na Objednávateľa momentom prevzatia Informačného systému alebo jeho časti, pričom Objednávateľ sa zaväzuje uložiť zdrojové kódy takým spôsobom, aby zamedzil akémukoľvek neoprávnenému prístupu tretej osoby. Momentom platnosti SLA zmluvy umožní Objednávateľ poskytovateľovi, za predpokladu, že to je nevyhnutné, prístup k Vytvorenému zdrojovému kódu výlučne na účely plnenia povinností z uzatvorenej SLA zmluvy.
--
  Ďalej uvádzame postupy, v zmysle ktorých bude narábané so zdrojovým kódom.
@@ -757,7 +757,6 @@
  * Spôsoby zverejňovania zdrojového kódu: https:~/~/www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p8-9+
  * Inštrukcie k EUPL licenciám: https:~/~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf+
--
  Uvedeným spôsobom obstarávania dôjde k zamedzeniu „Vendor lock-in" v súlade so Zákonom o ITVS.
@@ -811,7 +811,6 @@
  (ii) Vzniknutá vada a/alebo nedostatok má za príčinu miernu nepohodlnosť pri práci so softvérovou aplikáciou, ktorá je však funkčná.
  )))
--
  možný dopad:
@@ -821,7 +821,6 @@
  |3|malý|malý dopad alebo strata dát
--
  Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
@@ -831,7 +831,6 @@
  |Vysoká - B|2|3|3
  |Stredná - C|2|3|4
--
  **Vyžadované reakčné doby:**
@@ -845,25 +845,17 @@
  |3|1 hod.|24 hodín|10
  |4|1 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov
--
  * (1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.
--
  * (2) DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu úspešným uchádzačom (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je úspešný uchádzač oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.
--
  * (3) Maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.
++* (4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia
--
--1.
--1*.
--1**.
--1***. (4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia
 . Majú prioritu 3 a nižšiu
 . Vzťahujú sa výhradne k dostupnosti testovacieho prostredia
 . Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.
--
  Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:
  * Služby systémovej podpory na požiadanie (nad paušál)
@@ -889,7 +889,6 @@
  V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.
  )))
--
 .2.1 **Dostupnosť (Availability)**
@@ -930,7 +930,6 @@
 . zástupca za Dodávateľa v zmysle Zmluvy o Dielo s Dodávateľom.
 . projektový manažér prijímateľa.
--
  Riadiaci výbor je riadený predsedom, ktorým je zástupca Objednávateľa. V prípade neprítomnosti predsedu na zasadnutí Riadiaceho výboru, predseda musí na toto konkrétne zasadnutie písomne delegovať svoju funkciu v rozsahu svojich práv a povinností formou splnomocnenia na zástupcu, ktorým môže byť aj iný člen Riadiaceho výboru s hlasovacím právom. Na rokovanie Riadiaceho výboru môžu byť v prípade potreby prizvaní aj iní účastníci tak zo strany Objednávateľa alebo za stranu Dodávateľa.
@@ -957,7 +957,6 @@
  |6.|TBD|TBD|TBD|Zástupca Dodávateľa
  |7.|TBD|Projektový manažér|TBD|Projektový manažér prijímateľa
--
  Riadenie projektu zo strany Objednávateľa bude zabezpečené prostredníctvom Projektového manažéra a Finančného manažéra a bude trvať počas celej doby realizácie projektu. Bude pokrývať oblasť projektového riadenia (projektový manažment, celková koordinácia projektu, celkový dohľad nad vývojom dodávaného Diela, vrátane kvality), finančného riadenia a monitorovania realizácie projektu v zmysle riadenia podľa vyhlášky MIRRI č. 401/2023 Z. z. v platnom znení.
@@ -973,7 +973,6 @@
  * Dátový špecialista,
  * Manažér kybernetickej a informačnej bezpečnosti,
--
  * Ďalšie projektové role:
  * Finančný manažér
@@ -1004,7 +1004,6 @@
  |8.|TBD|TBD|TBD|Finančný manažér
  |9.|TBD|TBD|TBD|Asistent PM
--
  RV je riadiaci orgán projektu, ktorý zodpovedá najmä za splnenie stanovených cieľov projektu, rozhoduje o zmenách, ktoré majú zásadný význam a prejavujú sa hlavne dopadom na časový harmonogram a finančné prostriedky projektu. Reprezentuje najvyššiu akceptačnú autoritu projektu. Štatút Riadiaceho výboru projektu upravuje najmä úlohy, zloženie a pôsobnosť RV, ako aj práva a povinnosti členov RV pri riadení a realizácii predmetného projektu.
  Projektový manažér riadi projekt, kvalitu a riziká projektu a zabezpečuje plnenie úloh uložených RV. Členovia projektového tímu zabezpečujú plnenie úloh uložených projektovým manažérom, alebo RV.
@@ -1093,7 +1093,6 @@
  - sleduje dodržiavanie interných riadiacich aktov.
  )))
--
  |Projektová rola:|KĹÚČOVÝ POUŽÍVATEĽ
  |Stručný popis:|(((
  reprezentuje záujmy budúcich koncových používateľov projektových produktov alebo projektových výstupov,
@@ -1122,7 +1122,6 @@
 . predkladanie požiadaviek na zmenu funkcionalít produktov,
  )))
--
  |**Projektová rola:**|**PROJEKTOVÁ KANCELÁRIA („PMO“)**
  |Projektovou kanceláriou je príslušný organizačný útvar FR SR v zmysle organizačného poriadku FR SR, ktorý zabezpečuje podporu riadenia projektu, najmä:|(((
  - administratívnu a technickú podporu v jednotlivých fázach životného cyklu projektu,
@@ -1184,7 +1184,6 @@
  - zabezpečenie uloženia originálov projektovej dokumentácie.
  )))
--
  |**Projektová rola:**|**MANAŽÉR KYBERNETICKEJ A INFORMAČNEJ BEZPEČNOSTI („KIB“)**
  |Stručný popis:|(((
  - má neobmedzený aktívny prístup ku všetkým projektovým dokumentom, nástrojom a výstupom projektu, v ktorých sa opisuje predmet projektu z hľadiska jeho architektúry, funkcií, procesov, manažmentu informačnej bezpečnosti a spôsobov spracúvania dát, ako aj dát samotných,
@@ -1231,7 +1231,6 @@
  * podmienok na testovanie, reviduje výsledky a výstupy z testovania za oblasť̌ IB a KB,
  * požiadaviek na bezpečnostný́ projekt pre oblasť̌ IB a KB,
--
  * zodpovedá́ za realizáciu kontroly:
  * zameranej na naplnenie požiadaviek definovaných v bezpečnostnom projekte za oblasť̌ IB a KB,
  * zameranú́ na správnosť̌ nastavení́ a konfigurácii bezpečnosti jednotlivých prostredí́,
@@ -1244,7 +1244,6 @@
  )))
--
  |**Projektová rola:**|**ČLEN PROJEKTOVÉHO TÍMU**
  |(((
  * Stručný popis:
@@ -1260,7 +1260,6 @@
  * - zodpovedá za splnenie všetkých legislatívnych požiadaviek (právne predpisy SR a EK) a metodických a administratívnych požiadaviek súvisiacich s implementáciou projektu.
  )))
--
  **9. Implementácia a preberanie výstupov projektu**
  Implementácia a preberanie výstupov projektu bude realizované v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy v zmysle ustanovení podľa § 5 a nasledovných ustanovení.

Zmeny dokumentu I-03 Prístup k projektu (pristup_k_projektu)

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?