PRÍSTUP K PROJEKTU

podľa vyhlášky MIRRI č. 401/2023 Z. z. 

Schvaľovanie dokumentu

1. História dokumentu

2. Účel dokumentu

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 (ďalej ako „vyhláška o riadení IT projektov“) je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.

Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky má obsahovať opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie musí byť v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.

2.1 Použité skratky a pojmy

3. Popis navrhovaného riešenia

Navrhované riešenie projektu „Lepšie e-Gov služby Najvyššieho súdu SR“ sa zameriava na modernizáciu a zefektívnenie sprístupňovania súdnych rozhodnutí NS SR prostredníctvom digitálnych nástrojov. Cieľom je vytvorenie centrálnej databázy rozhodnutí Najvyššieho súdu SR (NS SR), ktorá bude verejne dostupná prostredníctvom prepracovaného webového portálu s pokročilými vyhľadávacími možnosťami.

Hlavné prvky riešenia:

• Vytvorenie novej centrálnej databázy súdnych rozhodnutí – nahradenie súčasných zastaraných riešení a integrácia existujúcich zdrojov (archív, Register NS, NUXEO).
• Modernizácia webového portálu – umožnenie efektívneho vyhľadávania rozhodnutí pomocou rozšírených kritérií, fulltextového a sémantického vyhľadávania.
• Automatizovaná anonymizácia rozhodnutí – zabezpečenie ochrany osobných údajov v súlade s legislatívou (GDPR a bezpečnostnými normami).
• Zavedenie notifikačných a štatistických služieb – používateľom umožní sledovať nové rozhodnutia a analyzovať rozhodovaciu prax.
• Cloud-ready riešenie – flexibilná a bezpečná infraštruktúra s rozdelením na verejnú a privátnu zónu pre ochranu citlivých údajov.
• Zvýšenie užívateľskej prívetivosti – prepracovanie užívateľského rozhrania v súlade s ID-SK dizajnom a používateľským výskumom.

Očakávané prínosy:

• Zvýšenie dostupnosti a transparentnosti rozhodnutí NS SR.
• Zjednodušenie vyhľadávania a navigácie medzi rozhodnutiami.
• Efektívnejšie spracovanie a publikovanie rozhodnutí.
• Zlepšenie spokojnosti používateľov s elektronickými službami.

4. Architektúra riešenia projektu

V nasledujúcej časti je popísaná architektúra navrhovaného riešenia a to z pohľadu:

• Biznis architektúry
• Aplikačnej architektúry
• Dátovej vrstvy
• Technologickej vrstvy
• Bezpečnostnej architektúry

4.1. Biznis vrstva

Základná biznis vrstva navrhovaného riešenia je postavená na princípoch zvýšenia dostupnosti a transparentnosti súdnych rozhodnutí NS SR pre odbornú aj laickú verejnosť. Základným cieľom projektu je vytvoriť jednotnú centrálnu databázu rozhodnutí Najvyššieho súdu SR (NS SR), ktorá bude komplexná, ľahko prístupná a bude obsahovať bohaté metaúdaje umožňujúce pokročilé vyhľadávanie.

Projekt sa zameriava na spracovanie rozhodnutí od ich vydania až po ich publikáciu a analytické využitie. Tento proces zahŕňa automatizovanú anonymizáciu rozhodnutí (v prípade potreby), zabezpečenie ochrany citlivých údajov a ich efektívne zaradenie do centrálnej databázy. Následne bude vytvorený nový webový portál, ktorý umožní používateľom jednoduché a pokročilé vyhľadávanie rozhodnutí na základe širokého spektra kritérií vrátane fulltextového a sémantického vyhľadávania. Okrem toho systém poskytne analytické nástroje na spracovanie údajov (predovšetkým pre potreby rozhodovania NS SR), notifikácie o nových rozhodnutiach a verejne dostupné štatistické prehľady o rozhodovacej činnosti NS SR.

Nový systém bude rozdelený do dvoch hlavných častí: verejnej a privátnej. Verejná časť bude poskytovať anonymizované rozhodnutia a bude optimalizovaná na jednoduchý prístup cez webový portál s intuitívnym používateľským rozhraním. Privátna časť bude obsahovať komplexnejšie analytické nástroje a neanonymizované rozhodnutia, prístupné len pre oprávnených sudcov NS SR a zamestnancov KNS SR. V rámci tejto vrstvy bude vybudovaný aj robustný manažment metadát, ktorý umožní lepšie triedenie a spracovanie súdnych rozhodnutí NS SR.

Dôležitou súčasťou projektu je integrácia so súčasnými systémami NS SR a vytvorenie API rozhraní na prepojenie s externými databázami a právnymi systémami. Z hľadiska bezpečnosti bude riešenie navrhnuté tak, aby spĺňalo požiadavky GDPR a kybernetickej bezpečnosti podľa bezpečnostných noriem v tej dobe platných. Využitie moderných cloudových technológií zabezpečí škálovateľnosť systému a jeho dlhodobú udržateľnosť.

Navrhované riešenie tak reflektuje potrebu efektívneho digitálneho spracovania a zverejňovania súdnych rozhodnutí, čím prispeje k zníženiu administratívnej záťaže a zvýšeniu transparentnosti súdnictva. Používateľom poskytne komfortné nástroje na vyhľadávanie a analýzu rozhodovacej praxe NS SR, čím naplní strategické ciele digitalizácie verejnej správy a zlepšenia e-Gov služieb v oblasti justície.

4.1.1 Kľúčové ciele biznis architektúry

Kľúčové ciele biznis architektúry navrhovaného riešenia sú definované na základe požiadaviek transparentnosti, efektivity a dostupnosti súdnych rozhodnutí Najvyššieho súdu SR (NS SR). Tieto ciele sú zásadné pre vytvorenie kvalitného informačného systému, ktorý zabezpečí jednoduchý prístup k rozhodnutiam a ich analytické využitie.

Biznis architektúra projektu je navrhnutá tak, aby zabezpečila efektívnu správu a publikovanie rozhodnutí NS SR, čím prispeje k zvýšeniu transparentnosti súdnictva, zjednodušeniu prístupu k rozhodovacím informáciám a celkovému zlepšeniu digitálnych služieb v oblasti justície.

Zvýšenie dostupnosti a transparentnosti súdnych rozhodnutí

• Vytvorenie centrálnej databázy rozhodnutí NS SR, ktorá umožní jednoduchý a efektívny prístup k relevantným informáciám.
• Zabezpečenie verejného prístupu k zverejňovaným rozhodnutiam prostredníctvom nového webového portálu s intuitívnym používateľským rozhraním.
• Implementácia notifikačných služieb informujúcich používateľov o nových rozhodnutiach a aktualizáciách.

Zlepšenie vyhľadávania a analytických možností

• Zavedenie fulltextového a sémantického vyhľadávania umožňujúceho presnejšiu a rýchlejšiu identifikáciu relevantných rozhodnutí.
• Podpora pokročilých vyhľadávacích kritérií vrátane právnych inštitútov, merita veci a súvisiacich zákonných ustanovení.
• Poskytovanie analytických prehľadov a štatistických dát o rozhodovacej činnosti NS SR.

Automatizácia spracovania a anonymizácie rozhodnutí

• Automatizovaná anonymizácia citlivých údajov v rozhodnutiach pred ich zverejnením, čím sa zabezpečí súlad s GDPR a ochranou osobných údajov.
• Transformácia súborov do formátu umožňujúceho vyhľadávanie a analýzu.
• Eliminácia manuálneho spracovania metadát prostredníctvom nových technológií na ich automatické generovanie.

Efektívna správa rozhodnutí a integrácia so súčasnými systémami

• Prepojenie s existujúcimi systémami NS SR a KNS SR, ako aj systémami Ministerstva spravodlivosti („súdny manažment“).
• Zabezpečenie kompatibility s právnymi databázami a integrácia otvorených dát pre odbornú aj laickú verejnosť.
• Implementácia jednotného API rozhrania pre prístup k súdnym rozhodnutiam a ich efektívne zdieľanie s inými systémami.

Zlepšenie používateľskej skúsenosti a digitalizácie súdnictva

• Redizajn webového portálu NS SR v súlade s jednotným dizajn manuálom ID-SK pre lepšiu použiteľnosť a prístupnosť.
• Zavedenie personalizovaných notifikácií a možností ukladania obľúbených vyhľadávacích dotazov pre odbornú verejnosť.
• Optimalizácia systému pre mobilné zariadenia a podporu rôznych formátov výstupu (PDF, CSV, JSON).

Zabezpečenie bezpečnosti, udržateľnosti a škálovateľnosti systému

• Implementácia bezpečnostných opatrení v súlade s bezpečnostnými normami a modernými štandardmi kybernetickej bezpečnosti.
• Nasadenie cloud-ready riešenia umožňujúceho škálovanie výkonu v závislosti od počtu používateľov a objemu dát.
• Dlhodobá udržateľnosť a jednoduchá správa systému prostredníctvom moderných technologických riešení.

4.1.2 Biznis procesy a návrhy ich zmien

Projekt sa dotýka viacerých kľúčových biznis procesov súvisiacich so správou, publikovaním a vyhľadávaním súdnych rozhodnutí Najvyššieho súdu SR (NS SR). Tieto procesy budú v rámci projektu optimalizované, automatizované alebo úplne inovované, čím sa zvýši efektivita a kvalita poskytovaných služieb.

V nasledujúcej tabuľke sú uvedené jednotlivé procesy, ktoré budú projektom dotknuté:

4.1.3 Prehľad koncových služieb – budúci stav:

Na nasledujúcej schéme je uvedená základná biznis architektúra navrhovaného riešenia:

4.1.4 Jazyková podpora a lokalizácia

Hlavný jazyk web stránky bude slovenčina aj vzhľadom na fakt, že rozhodnutia sú vydávané v slovenskom jazyku.

4.2. Aplikačná vrstva

Návrh aplikačnej architektúry vychádza z aktuálnych všeobecne odporúčaných princípov pre tvorbu aplikačných riešení. Zámerom je vybudovať mikroservisne orientované riešenie, ktoré bude ľahko rozširovateľné a optimálne prevádzkovateľné.

Kritickým parametrom pre návrh aplikačného riešenia je dosiahnutie vysokého stupňa ochrany údajov. Keďže jednotlivé súdne rozhodnutia obsahujú osobné a vysoko citlivé údaje je nutné vytvoriť fyzicky oddelenú architektúru kde bude eliminované riziko vystavenia citlivých údajov do verejných častí sietí. Preto navrhované aplikačné riešenie pozostáva z dvoch hlavných častí:

1. Verejná časť aplikačného riešenia – táto časť aplikačného riešenia bude spravovať dáta, súdne rozhodnutia, ktoré sú určené na verejné publikovanie. Tieto rozhodnutia prešli anonymizáciou a neobsahujú citlivé údaje. Pre zabezpečenie fyzického oddelenia publikovaných údajov od nepublikovaných, bude táto časť aplikačného riešenia obsahovať samostatný DMS systém a fulltext engine. Súčasťou verejnej časti aplikačného riešenia bude webový portál, ktorý bude poskytovať služby pre komplexné vyhľadávanie zverejnených rozhodnutí.
2. Privátna časť aplikačného riešenia – táto časť aplikačného riešenia bude spravovať dáta, súdne rozhodnutia, ktoré sú určené pre interné účely NSSR a KNS SR. Privátna časť aplikačného riešenia bude umiestnená vo vnútornej a zabezpečenej sieti KNSSR. K aplikačným komponentom budú mať prístup len vybraní pracovníci po viacfaktorovej autentifikácií a autorizácií.

Verejná časť aplikačného riešenia

Verejná časť aplikačného riešenia bude pozostávať z nasledovných aplikačných komponentov.

• Webový portál pre komplexné vyhľadávanie rozhodnutí – aplikačné rozhranie prostredníctvom ktorého bude umožnené verejnosti komplexné vyhľadávanie nad zverejnenými súdnymi rozhodnutiami. Webový portál bude poskytovať plnohodnotné fulltextové vyhľadávanie nad zverejnenými súdnymi rozhodnutiami. Ako aj vyhľadávanie na základe širokej sady definovaných meta-dát, resp. atribútov zverejnených rozhodnutí.
• DMS pre webový portál – document management systém, v ktorom budú uchovávané jednotlivé súdne rozhodnutia určené na zverejnenie. Zároveň budú v systéme uchovávané definované meta-dáta k jednotlivým rozhodnutiam. Definovaná sada meta-dát bude menšia ako v rámci privátnej časti aplikačného riešenia. Nakoľko časť meta-dát je identifikovaná ako citlivé dáta a nie je možné ich zverejňovať. Pridanie dokumentu do DMS systému bude zároveň spúšťať mechanizmus indexácie pre fulltextové vyhľadávanie.
• Fulltext engine pre webový portál – indexovací nástroj v rámci ktorého budú indexované dokumenty zverejňovaných rozhodnutí. Engine poskytuje služby pre fulltextové vyhľadávanie dokumentov rozhodnutí.

Privátna časť aplikačného riešenia

Privátna časť aplikačného riešenia bude pozostávať z nasledujúcich aplikačných komponentov.

• Integrovaný analytický modul – bude tvoriť jadro celého aplikačného riešenia. Integrovaný analytický modul bude obsahovať komplexnú biznis logiku pre poskytovanie celej sady aplikačných služieb potrebných pre manažment a správu súdnych rozhodnutí a ich publikovanie. Prístup do integrovaného analytického modulu bude umožnený len definovaným používateľom, ktorí musia absolvovať autentifikáciu a autorizáciu. Používatelia budú sudcovia NSSR a zamestnanci KNS SR. Integrovaný analytický modul bude umožňovať definovať rôzne úrovne oprávnení používateľov a bude umožňovať definovať prístup na jednotlivé súdne rozhodnutia. Integrovaný analytický modul bude poskytovať nasledovné kľúčové funkcionality:
  • Komplexné vyhľadávanie súdnych rozhodnutí – vyhľadávanie na základe celkovej sady definovaných metadát jednotlivých súdnych rozhodnutí. Jednotlivé vyhľadávacie kritéria bude možné spájať prostredníctvom logických operácií.
  • Komplexné fulltextové vyhľadávanie súdnych rozhodnutí – plnohodnotné fulltextové vyhľadávanie nad evidovanými súdnymi rozhodnutiami.
  • Manuálne vkladanie súdnych rozhodnutí – okrem automatického vkladania súdnych rozhodnutí prostredníctvom integračného modulu, bude možné aj manuálne vkladanie súdnych rozhodnutí, ktorých zdrojové systémy nebude možné integrovať.
  • Manažment metadát súdnych rozhodnutí – vzhľadom na očakávanú nekonzistentnosť dostupných dát pre jednotlivé súdne rozhodnutia, bude možné pre jednotlivé rozhodnutia manuálne manažovať evidované metadáta. Cieľom je zabezpečiť unifikovanú sadu dát o všetkých súdnych rozhodnutiach.
  • Analytické výstupy – modul bude poskytovať celú sadu nástrojov pre prípravu analytických výstupov pre dátových analytikov. V kombinácii s komplexnou evidenciou súdnych rozhodnutí, tak bude významne zjednodušovať a urýchľovať prácu súdnym analytikom.
  • Tvorba a správa zbierok stanovísk – modul bude poskytovať nástroje na automatizovanú tvorbu a spracovanie zbierok stanovísk a rozhodnutí využitím databázy rozhodnutí.
  • Anonymizácia rozhodnutí – automatická anonymizácia rozhodnutia pred jeho publikovaním.
  • Publikovanie rozhodnutí – označenie anonymizovaného rozhodnutia ako verejného, čím prebehne jeho publikovanie do verejnej časti aplikačného riešenia.
• Integračný modul – technický aplikačný komponent ktorý bude zabezpečovať integráciu zdrojových systémov súdnych rozhodnutí a integrovaného analytického modulu. Kľúčovými zdrojovými systémami budú register NS, existujúci systém NUXEO a systém RESS, v ktorom sú evidované súdne rozhodnutia z ostatných súdov (napr. Ústavný súd).
• DMS pre integrovaný analytický modul – analogicky ako pre webový portál bude súčasťou aplikačného riešenia document management systém, v ktorom budú uchovávané jednotlivé súdne rozhodnutia. Zároveň bude v systéme uchovávaná komplexná sada meta-dát k jednotlivým rozhodnutiam. Pridanie dokumentu do DMS systému bude zároveň spúšťať mechanizmus indexácie pre fulltextové vyhľadávanie.
• Fulltext engine pre integrovaný analytický modul - indexovací nástroj, v rámci ktorého budú indexované dokumenty súdnych rozhodnutí. Engine poskytuje služby pre fulltextové vyhľadávanie dokumentov rozhodnutí.

4.2.1 Rozsah informačných systémov – AS IS

Samotné webové sídlo nie je evidované ako ISVS v rámci META IS

4.2.2 Rozsah informačných systémov – TO BE

4.2.3 Využívanie nadrezortných a spoločných ISVS – AS IS

Nevyužívajú sa integrácie na nadrezortné a spoločné ISVS

4.2.4 Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013  e-Governmente – TO BE

Projekt nepredpokladá využívanie nadrezortných a spoločných ISVS

4.2.5 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE

4.2.6 Aplikačné služby pre realizáciu koncových služieb – TO BE

4.2.7 Aplikačné služby na integráciu – TO BE

V rámci projektu nebudú vytvárané aplikačné služby na integráciu

4.2.8 Poskytovanie údajov z ISVS do IS CSRÚ – TO BE

Samotný systém nebude poskytovať údaje do IS CSRU

4.2.9 Konzumovanie údajov z IS CSRU – TO BE

Samotný systém nebude konzumovať údaje z IS CSRŔ

4.3 Dátová vrstva

Dátová vrstva projektu bude robustná a škálovateľná, s centrálnou databázou rozhodnutí, ktorá podporí efektívne vyhľadávanie, anonymizáciu, publikovanie a analýzu súdnych rozhodnutí. Navrhované dátové objekty zabezpečia systematickú organizáciu údajov a umožnia vysokú mieru automatizácie spracovania a poskytovania súdnych rozhodnutí NS SR.

4.3.1 Údaje v správe organizácie

Údaje v správe organizácie sú definované legislatívnymi normami, ktoré ukladajú práva a povinnosti v oblasti zaznamenávania a ukladania údajov. Údaje, ktoré sú predmetom projektu sú definované zákonom č. 757/2004 Z. z. o súdoch a o zmene a doplnení niektorých zákonov a to v ustanovení:

• § 82 a – Zverejňovanie  a sprístupňovanie súdnych rozhodnutí,
• § 82 b ods. 3  – Zverejňovanie  štatistických údajov.

4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE

Projekt svojim charakterom nezavádza žiadny systematický manažment údajov.

Detailná dátová štruktúra bude navrhnutá v rámci fázy Analýzy a dizajn.

4.3.3 Referenčné údaje

Projekt svojim charakterom nezavádza žiadny systematický manažment údajov.

4.3.3.1 Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné

Nerelevantné

4.3.3.2 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov  do/z CSRU

Projekt negeneruje údaje na poskytovanie do CSRÚ a zároveň nebudú údaje z CSRÚ ani konzumované

4.3.4 Kvalita a čistenie údajov

Projekt svojim charakterom nezavádza žiadny systematický manažment údajov.

4.3.4.1 Zhodnotenie objektov evidencie z pohľadu dátovej kvality

4.3.4.2 Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality

Projekt svojim charakterom nezavádza žiadny systematický manažment údajov.

4.3.5 Otvorené údaje

Projekt svojim charakterom nezavádza žiadny systematický manažment údajov.

4.3.6 Analytické údaje

Projekt svojim charakterom nezavádza žiadny systematický manažment údajov a nebude poskytovať analytické údaje do externého prostredia

4.3.7 Moje údaje

Projekt svojim charakterom nezavádza žiadny systematický manažment údajov a nebude poskytovať moje údaje

4.3.8 Prehľad jednotlivých kategórií údajov

Projekt svojim charakterom nezavádza žiadny systematický manažment údajov.

4.4 Technologická vrstva

Za správu webovej stránky zodpovedá externý subjekt, s ktorým má KNS SR uzatvorenú SLA zmluvu, a to už od roku 2018. Prvá väčšia úprava webovej stránky sa realizovala v roku 2021 rovnakým externým subjektom.

V rámci technologických úprav na front – ende sa plánovaný projekt zameriava na úpravu webovej stránky iba v dvoch moduloch, a to: https://www.nsud.sk/rozhodnutia/ a https://www.nsud.sk/zbierka-stanovisk-a-rozhodnuti/. Uvažovaná je technologická alternatíva, v ktorej bude vytvorená webová aplikácia publikovaná cez vlastnú a nikde nepublikovanú adresu ako verejne dostupný web (subdoména) prístupný cez existujúcu webovú stránku. Z existujúcej webovej stránky bude možnosť vyhľadávania odstránená. Táto webová aplikácia bude obsahovať formulár vyhľadávača s konfigurovanými vyhľadávacími kritériami pre vyhľadávanie nad databázou súdnych rozhodnutí a zbierky stanovísk. Vyplnením vyhľadávacích kritérií a ich kombinácií budú môcť používatelia získať relevantnú kvalitnú informáciu v podobe rozhodnutí, ktoré budú vyhovovať zadaným kritériám. Prevádzka webovej aplikácie bude zabezpečovaná v rámci komplexného riešenia, ktoré dodá dodávateľ vrátane technologického vybavenia.

V rámci technologických úprav na back – ende je potrebné navrhnúť a implementovať nové databázové riešenie. Databáza NUXEO bola implementovaná v roku 2021 ako open source softvér customizovaný na definované požiadavky a potreby. Open source softvér NUXEO v použitej verzii aktuálne už nemá zabezpečenú technologickú podporu. Aktualizácia softvéru nemohla byť realizovaná, nakoľko by mohlo byť ohrozené nadstavbové prispôsobenie produktu definovaným požiadavkám, čím by došlo k úplnému odstaveniu tejto databázy. Databáza NUXEO je udržiavaná v použiteľnom stave, ktorý však nie je technologicky spoľahlivý. Preto jedinou alternatívou je vytvoriť nové databázové riešenie. Uvedené nevylučuje využitie relevantných softvérov bežne dostupných na trhu, ktoré budú customizované. Databáza musí byť integrovaná na webovú aplikáciu koncovej služby.

V tejto fáze sa, vzhľadom na úzku väzbu plánovaných technologických zmien, ako ideálnou javí alternatíva externého dodávateľa, ktorý bude schopný vytvoriť aj databázové riešenie aj webovú aplikáciu, vrátane migrácie a spracovania dát. Do úvahy pripadá aj alternatíva, kedy webová aplikácia vyhľadávania bude vytvorená súčasným správcom webovej stránky a na dodanie databázového riešenia bude vybraný iný externý subjekt. Pre voľbu výslednej podoby riešenia je rozhodujúci najlepší spôsob dosiahnutia popísaného účelu.

Celé technologické riešenie bude pripravované ako „cloud ready“ systém. Jednotlivé aplikačné komponenty budú implementované vo forme aplikačných kontajnerov, ktoré bude možné automatizovane nasadzovať na jednotlivé technologické komponenty. Tieto komponenty bude možné prevádzkovať v rôznych režimoch, či už v režime „on-premise“ ako samostatné aplikačné komponenty, v režime „on-premise“ clustrového riešenia alebo napr. v prostredí vládneho cloudu.

V rámci navrhovaného riešenia je uvažovaný minimalistický prístup, ktorý vytvorí predpoklady na efektívne použitie vytvorených aplikačných komponentov v budúcnosti a zároveň bude dosiahnuteľný v stanovenom časovom horizonte. Takto vytvorené riešenie bude možné do budúcna výkonnostne škálovať podľa potrieb, vzhľadom na počet používateľov, spracovávaných súdnych rozhodnutí a podobne.

Technologické riešenie bude analogicky ako aplikačné riešenie rozdelené do dvoch hlavných častí:

1. Verejná časť technologického riešenia – verejná časť bude umiestnená v DMZ zóne a bude sprístupňovať aplikačné služby do internetu pre použitie verejnosti. Verejná časť technologického riešenia bude chránená firewallom, ktorý bude zabezpečovať ochranu verejnej časti technologického riešenia. Zároveň bude riešenie integrované na EDR a Centrálnym monitoringom K NS SR alebo dodávateľa.  Z verejnej časti technologického riešenia nebude umožnený prístup do privátnej časti riešenia.
2. Privátna časť technologického riešenia – privátna časť technologického riešenia bude umiestnená v privátnej zóne, ktorá bude od verejnej časti technologického riešenia oddelená firewallom. V privátnej časti riešenia budú prevádzkované aplikačné komponenty, ktoré budú prístupné len interným používateľom NS SR a KNS SR.

Jednotlivé aplikačné komponenty budú prevádzkované v podobe aplikačných kontajnerov, ktoré budú nasadené na stand-alone aplikačných serveroch. Komunikácia medzi privátnou a verejnou časťou riešenia bude prebiehať len v smere z privátnej časti do verejnej časti. Týmto bude zabezpečené, že aj v prípade útoku a kompromitovania verejnej časti riešenia nebude možné pristúpiť k privátnej časti technologického riešenia.

V rámci zamýšľaného projektu sa uvažuje nad nasledovnou technologickou architektúrou, pričom bude využité interné prostredie Najvyššie súdu, avšak riešenie musí byť postavené tak, aby bolo nasaditeľné aj v cloude

4.4.1 Prehľad technologického stavu - AS IS

Irelevantné pre projekt.

4.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE

4.4.3 Návrh riešenia technologickej architektúry

Navrhovaná technologická architektúra projektu musí zabezpečiť škálovateľnosť, bezpečnosť a vysoký výkon pri spracovaní a vyhľadávaní súdnych rozhodnutí. Systém bude navrhnutý ako cloud-ready riešenie s rozdelením na verejnú a privátnu časť, pričom dôraz sa kladie na kontajnerizáciu, vysokú dostupnosť a bezpečnosť dát.

Základné architektonické princípy

• Mikroservisná architektúra – umožní lepšiu škálovateľnosť a rozdelenie zodpovedností medzi jednotlivé komponenty.
• Kontajnerizácia (Docker, Kubernetes) – kontajnery umožnia flexibilné nasadzovanie a škálovanie jednotlivých služieb.
• Delenie na verejnú a privátnu vrstvu – oddelenie interných a verejných dát kvôli bezpečnosti.
• Cloud-ready riešenie – systém bude možné prevádzkovať v hybridnom režime (on-premise + vládny cloud).
• Bezpečnostné štandardy – súlad s bezpečnostnými normami, GDPR a šifrovanie údajov.

Štruktúra technologickej architektúry

• A. Verejná časť systému (Public Layer)
  • Webový portál – frontendová aplikácia umožňujúca vyhľadávanie a zobrazenie rozhodnutí.
  • Vyhľadávací engine – služba zabezpečujúca fulltextové a sémantické vyhľadávanie.
  • Open Data API – verejne dostupné API na poskytovanie anonymizovaných údajov.
  • Notifikačný systém – mechanizmus na informovanie používateľov o nových rozhodnutiach.
• B. Privátna časť systému (Private Layer)
  • Centrálna databáza súdnych rozhodnutí – správa neanonymizovaných aj anonymizovaných rozhodnutí.
  • Anonymizačný modul – automatické odstránenie citlivých údajov pred publikovaním.
  • Manažment metadát – systém na spracovanie a obohacovanie rozhodnutí o dodatočné metadáta.
  • Integrácie so súčasnými systémami – prepojenie s Register NS, NUXEO, RESS.

• C. Infraštruktúrna vrstva (Infrastructure Layer)
  • Load Balancer – rovnomerné rozloženie požiadaviek medzi servery.
  • Caching vrstva (Redis, Elasticsearch) – zrýchlenie vyhľadávania a minimalizácia dotazov na databázu.
  • Logging a monitoring – zabezpečenie auditu a dohľadu nad prevádzkou systému (Elastic Stack, Prometheus, Grafana).
  • Šifrované úložisko – zabezpečenie dát v rámci storage riešenia (AES-256).

Navrhovaný Technologický stack

V nasledujúcej tabuľke sú uvedené predpokladané technologické komponenty, ktoré budú použité, pričom ich finálne riešenie bude súčasťou DNR

Navrhovaná technologická architektúra poskytne vysokú škálovateľnosť, výkon a bezpečnosť, pričom systém bude optimalizovaný pre nízku latenciu pri vyhľadávaní, automatizovanú anonymizáciu a rýchle publikovanie súdnych rozhodnutí. Použitie moderných cloud-native technológií a mikroservisnej architektúry umožní dlhodobú udržateľnosť riešenia a jeho jednoduchú rozšíriteľnosť podľa budúcich potrieb.

4.4.4 Využívanie služieb z katalógu služieb vládneho cloudu

V prípade, ak budú využité služby vládneho cloudu, pôjde o služby, ktoré poskytnú požadované výpočtové parametre, ktoré sú uvedené v predchádzajúcej kapitole:

4.5. Bezpečnostná architektúra

4.5.1 Úvod a ciele

Cieľom je dosiahnutie minimálnej úrovne bezpečnosti stanovenej analýzou rizík, požiadavkami vlastníkov a zabezpečenie súladu s platnou legislatívou SR a EÚ a to všetko za zachovania definovanej funkcionality a dostupnosti systému a v ňom spracúvaných informácií.

4.5.2 Počiatočné posúdenie a príprava dokumentácie

4.5.2.1 Súlad s legislatívnymi a technickými normami

Návrh riešenia musí spĺňať všetky príslušné legislatívne a technické normy, vrátane:

• Zákona č. 95/2019 Z.z. o informačných technológiách vo verejnej správe,
• Zákona č. 69/2018 Z.z. o kybernetickej bezpečnosti,
• Vyhlášky č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy,
• Vyhlášky č. 179/2020 Z. z. o kategorizácii a obsahu bezpečnostných opatrení informačných technológií verejnej správy.
• Metodika CSIRT pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti
• Kontrolný zoznam pre bezpečnosť webových aplikácii - https://www.csirt.gov.sk/wp-content/uploads/2021/08/Checklist2.0.pdf?csrt=2778794606764928208
• ISO 27001:2022, ISO 27002:2022, ISO 27005:2022, ISO 27017 a 27018, ISO 22301, 22313

Navrhované riešenie musí byť v súlade s dotknutými právnymi normami (v aktuálnom znení) a technickými štandardmi, ktoré stanovujú úroveň potrebnej bezpečnosti IS,  pre manipuláciu so samotnými dátami, alebo technické/technologické/personálne zabezpečenie samotnej výpočtovej techniky/HW vybavenia.

4.5.2.2 Posúdenie vplyvu na ochranu osobných údajov (DPIA)

Keďže projekt zahŕňa spracovanie osobných údajov, prvým krokom bude vykonanie Posúdenia vplyvu na ochranu osobných údajov (DPIA) dodávateľom. Tento proces identifikuje a analyzuje potenciálne riziká spojené s ochranou osobných údajov a poskytne základ pre návrh bezpečnostnej architektúry informačného systému a bezpečnostných opatrení. DPIA bude vypracované v súlade s:

• Nariadením Európskeho parlamentu a Rady (EÚ) 2016/679 (GDPR),
• Zákonom č. 18/2018 Z. z. o ochrane osobných údajov,
• Vyhláškou č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov.

Tento produkt je vstupom do produktu definitívny návrh riešenia. Je aktualizovaný podľa potreby počas celého trvania projektu.

DPIA je posudzovaná a schvaľovaná zodpovednou osobou za ochranu osobných údajov v K NSSR.

4.5.2.3 Bezpečnostný projekt

Dodávateľ vypracuje bezpečnostný projekt obsahujúci detailný popis implementovaných resp. navrhovaných bezpečnostných opatrení, minimálne v rozsahu požiadaviek Zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a Vyhlášky 179/2020, ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy, príloha č. 3 ktorý bude špecificky vypracovaný pre implementovaný informačný systém.

Bezpečnostný zámer musí pokryť:

• Všetky aktíva, podporné aktíva implementovaného informačného systému a vymedzenie okolia

Analýza bezpečnosti musí pokryť:

• Katalóg aktív z bezpečnostného zámeru
• Identifikáciu hrozieb, zraniteľností a vplyvov špecifických pre implementovaný informačný systém, teda vyplývajúcich zo špecifických vlastností navrhovanej architektúry a prostredia konkrétneho riešenia
• Identifikáciu a opis bezpečnostných opatrení pre implementovaný informačný systém

Tento produkt je vstupom do produktu definitívny návrh riešenia. Je aktualizovaný podľa potreby počas celého trvania projektu.

4.5.3 Bezpečnostné požiadavky

Bezpečnostné požiadavky riešenia musia byť detailne popísané v príslušnej bezpečnostnej dokumentácii. Všetky navrhované bezpečnostné opatrenia sú posudzované a schvaľované MKB.

1. 4.5.3.1 Technické a organizačné opatrenia

Na základe výsledkov DPIA, bezpečnostného projektu a legislatívnych požiadaviek budú navrhnuté a implementované nasledovné technické a organizačné opatrenia:

• Zabezpečenie fyzickej bezpečnosti
• Analýza rizík
• Riadenie prístupov
  • Autentizácia – správa identít
  • Autorizácia (RBAC) - musí byť implementované riadenie prístupov na všetkých úrovniach riešenia. To zahrňuje:
    • Detailný popis prístupových práv a privilegovaných účtov
    • Zohľadnenie požiadaviek na zastupiteľnosť a oddelenie právomocí
    • Minimalizáciu oprávnení a rozsah prístupov ku skupinám informácií
    • Časové obmedzenia prístupov
    • Prezentácia rolí a oprávnení prostredníctvom RACI matíc najmä:
      • privilegovaní – vlastník – audit
      • bezpečnostné role s prístupom k systému
• Šifrovanie údajov – zabezpečenie uložených a prenášaných údajov prostredníctvom kryptografických opatrení, všetky rozhrania musia byť zabezpečené pomocou SSL. Riešenie pre vydávanie, revokáciu a ukladanie certifikátov musí podliehať analýze rizík. Vyžadovaná je plná podpora kryptografických opatrení, navrhovaných na základe analýzy rizík, ktorých aktuálnosť v čase riešenia prezentuje dodávateľ, schvaľuje MKB KNR.
  •  kryptografické opatrenia na zabezpečenie integrity logov (v dátovom úložisku aj počas prenosu)
• Riadenie zraniteľností – opatrenia na detekciu a odstránenie škodlivého softvéru a nápravu následkov škodlivého kódu.
• Vzdialený prístup -  IKT vybavenie bude v rámci miest podpory využívať VPN prepojenie.
• Likvidácia osobných údajov a dátových nosičov, špecifické technické opatrenia na bezpečné vymazanie osobných údajov z dátových nosičov.
• Sieťová bezpečnosť - kontrola obmedzenie alebo zamedzenie prepojenia informačného systému, v ktorom sú spracúvané osobné údaje s verejne prístupnou počítačovou sieťou.

4.5.3.2 Bezpečný Vývoj

Definícia špecifických požiadaviek na bezpečnosť riešenia webových služieb (špecifické riziká a bezpečnostné opatrenia pre oblasť poskytovania bezpečných web služieb a ich implementácia v danom návrhu riešenia).

Definícia špecifických požiadaviek na bezpečnosť riešenia prostredníctvom využívania cloudových služieb a ich implementácia v danom návrhu riešenia (v závislosti na type použitého cloud riešenia a pod.).

Pri vývoji diela musí byť aplikované SSDLC (Secure Software Development Life Cycle)

4.5.3.3 Audit a testovanie bezpečnosti

Implementácia navrhovaných bezpečnostných opatrení sa vždy overuje následným penetračným testom. Pred uvedením ISVS do prevádzky budú CSIRT.SK alebo nezávislou 3. stranou realizované penetračné testy, ktoré overia odolnosť systému voči potenciálnym hrozbám. Výstupy penetračných testov budú identifikovať príslušné riziká a budú obsahovať návrhy opatrení. Zistenia z výstupov z penetračných testov je dodávateľ povinný opraviť alebo pokryť bezpečnostnými opatreniami na pokrytie identifikovaných rizík.

Počas prevádzky budú využívané analytické nástroje na monitorovanie a vyhodnocovanie bezpečnostných incidentov. Riešenie musí prechádzať auditmi a kontrolnými činnosťami nezávislých zmluvných strán. Budú realizované testy zraniteľností.

Auditné záznamy

1. Pridelený prístup: Záznamy o pridelenom prístupe.
2. Autorizovaný prístup: Záznamy o autorizovanom prístupe.
3. Neautorizovaný pokus: Záznamy o neautorizovaných pokusoch o prístup a výstrahy zo systému detekcie narušenia.
4. Privilegované operácie: Použitie privilegovaných prístupových práv, reštart a vypnutie systému, pripojenie/odpojenie zariadení.
5. Systémové výstrahy: Výstrahy z konzoly PC, výnimky v auditných záznamoch, alarmy.
6. Zmeny bezpečnostných nastavení: Záznamy o zmenách bezpečnostných nastavení IS.
7. Pokusy o neautorizované služby: Pokusy o neautorizované spustenie alebo zmenu systémových služieb.
8. Zmena konfigurácie: Pokusy o neautorizovanú zmenu konfigurácie alebo systémových nastavení.
9. Sieťové porty a protokoly: Pokusy o použitie neautorizovaných portov alebo protokolov.
10. Smerovanie sieťovej prevádzky: Pokusy o zakázané smerovanie alebo otvorenie netypických sieťových spojení.

Rozsah a Periodicita Sledovania

Dodávateľ navrhne rozsah, periodicitu sledovania a mazania auditných záznamov na základe:

• Kritickosti procesu
• Požiadaviek na dostupnosť a dôvernosť údajov
• Zraniteľnosti systému

Bezpečnostný Monitoring

Monitorovanie sieťových prístupov, overovanie bezpečnosti údajov, logovanie prístupov, vykonávanie zmien v IS, administratívne zásahy a údržba infraštruktúry.

4.5.3.4 Prevádzkové postupy

• Požiadavky na riešenie možných bezpečnostných a kybernetických bezpečnostných incidentov (vrátane určenia rolí, určenia časov odozvy, časov reakcie, časov riešenia jednotlivých typov incidentov s ohľadom na danú kategóriu informačného systému, postupov pri eskalácii incidentov) vzhľadom na architektúru riešenia.
• Vyžaduje sa služba poskytovania bezpečnej prístupovej siete.
• V rámci IKT vybavenia bude navrhované riešenie zabezpečené adekvátnymi prvkami a postupmi pre ochranu proti škodlivému softvéru (na základe výstupov analýzy rizík), hodnoteniu zraniteľností a riadeniu bezpečnostných aktualizácií (v kontexte navrhovaného riešenia).
• Dielo bude obsahovať podrobný popis prevádzkových postupov bezpečnostných opatrení diela vrátane stanovenej periodicity a zodpovedností (RACI)
• dielo musí byť pravidelne aktualizované a revidované na základe nových hrozieb a zraniteľností.
• všetci používatelia a administrátori systému musia byť školení v oblasti bezpečnosti pri práci so systémom.
• Zálohovanie a plány obnovy

V rámci prípravy projektu bolo realizované aj samohodnotenie úrovne projektu z pohľadu Dôvernosti (2), Integrity (2), Dostupnosti (3), kde výsledkom cloudových služieb je úroveň 3.

5. Závislosti na ostatné ISVS / projekty

V súčasnosti nie sú evidované závislosti na iných ISVS alebo projektoch

6. Zdrojové kódy

Súčasťou dodávky budú aj zdrojové kódy k vytvorenému riešeniu, pokiaľ to nevylučujú licenčné podmienky tretích osôb vo vzťahu k štandardným Softvérovým produktom, s komentármi a technickým popisom, a to pre prevádzkové a testovacie verzie počítačových programov, a práva na ich zverejnenie v centrálnom repozitári zdrojových kódov podľa § 15 ods. 2 písm. d) Zákona o informačných technológiách vo verejnej správe a § 31 vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy č. 78/2020 Z. z., a iného predpisu, ktorý môže v budúcnosti vyhlášku  č. 78/2020 Z. z. nahradiť alebo doplniť.

Vzhľadom na skutočnosť, že na trhu v súčasnosti existuje viacero dodávateľov COTS riešení pre oblasť content management systémov, predpokladáme, že časť riešenia bude realizovaná s využitím tzv. špecializovaného konfigurovateľného riešenia , resp. špecializovaného SW. K NSSR obstará licenciu na jeho používanie a jej udržiavanie a zároveň obstará aj práce na jeho customizáciu pre svoje konkrétne podmienky. Pokiaľ pôjde o licenciu špecializovaného SW, obstaranie a užívanie špecializovaného SW sa bude riadiť štandardnými zmluvnými podmienkami dodávateľa. Pokiaľ ide o customizáciu/nadstavbu nad špecializovaným SW, ktoré bude zohľadňovať špecifické potreby a podmienky K NSSR, zdrojový kód, vytvorený počas zhotovovania, bude otvorený v súlade s licenčnými podmienkami verejnej softvérovej licencie Európskej únie podľa osobitného predpisu a to v rozsahu, v akom zverejnenie tohto kódu nemôže byť zneužité na činnosť smerujúcu k narušeniu alebo k zničeniu informačného systému. Požadovaná bude podrobná dokumentácia, aby bolo možné prevádzkovanie a rozvoj aj inými dodávateľmi.

V prípade ak bude riešenie dodané ako unikátne SW dielo na základe zmluvy o dielo vyvinuté pre potreby K NSSR zdrojový kód, vytvorený počas zhotovovania, bude otvorený v súlade s licenčnými podmienkami verejnej softvérovej licencie Európskej únie podľa osobitného predpis  a to v rozsahu, v akom zverejnenie tohto kódu nemôže byť zneužité na činnosť smerujúcu k narušeniu alebo k zničeniu informačného systému. Zmluva s dodávateľom bude pripravená tak, aby po skončení zmluvného vzťahu, v rámci ktorého bolo unikátne SW dielo vytvorené a po istú dobu prevádzkované pôvodným dodávateľom, disponovala K NSSR všetkými oprávneniami potrebnými pre ďalšiu prevádzku a rozvoj tohto diela bez závislosti na pôvodnom dodávateľovi, teda i prostredníctvom nového dodávateľa vybraného v neobmedzenej súťaži dodávateľov. Dielo môže byť vytvorené kombináciou krabicového softvéru, špecializovaného konfigurovateľného riešenia a unikátneho SW riešenia za predpokladu že budú dodržané požiadavky uvedené v tejto kapitole. Pri vytváraní a dodaní diela nesmie dôjsť k vendor locku. Zdrojové kódy nesmú obsahovať žiadnu nevyžiadanú funkcionalitu.

7. Prevádzka a údržba

Účelom podpory je zabezpečenie služieb technickej podpory prevádzky, údržby a rozvoja ISVS z  dôvodu zabezpečenia jeho riadnej prevádzkyschopnosti a úprav funkcionalít tak, aby mohla byť  zabezpečená interoperabilita so všetkými informačnými systémami, s ktorými bude ISVS integrovaný.

Podpora diela je rozdelená na:

• Technickú podporu a údržbu diela (ďalej len „Paušálne služby“) bude Dodávateľom poskytovaná v rozsahu uvedenom v kapitole 8.1.2.
• Rozvoj diela (ďalej len „Objednávkové služby“) bude Dodávateľom poskytovaný na základe objednávkových služieb.

7.1 Prevádzkové požiadavky

7.1.1 Životný cyklus produktu / Doba udržateľnosti projektu

Ukončenie realizácie projektu – projekt sa považuje za ukončený, ak došlo k fyzickému ukončeniu projektu (skutočne sa zrealizovali všetky aktivity projektu) a finančnému ukončeniu projektu (Objednávateľ uhradil všetky náklady spojené s realizáciou projektu).

Udržateľnosť projektu znamená  udržanie (zachovanie) výsledkov realizovaného projektu vrátane dopracovaní v plne funkčnom stave počas životného cyklu ISVS. Minimálna doba udržateľnosti projektu je 60 mesiacov (5 rokov). Momentom odovzdania diela v zmysle zmluvy o dielo sa začína obdobie udržateľnosti projektu.

7.1.2 Paušálne služby

Tieto služby zahŕňajú zabezpečovanie bežnej servisnej podpory prevádzky ISVS, ako aj  poskytovanie podpory pre zaistenie spoľahlivej, kontinuálnej a bezpečnej prevádzky v súlade s  aktuálne platnými požiadavkami. Dodávateľ je v rámci paušálnych služieb povinný zabezpečiť:

• Poskytnutie nových verzií so zapracovanými legislatívnymi zmenami.
• Poskytnutie nových verzií s optimalizovanými funkciami.
• Poskytnutie nových verzií s rozšírenou funkcionalitou všeobecného charakteru.
• Poskytnutie nových verzií ISVS v dôsledku zmien v informačných technológiách,  alebo dôsledku riešenia problémov/incidentov.
• Upozorňuje na potrebu inštalácie nových verzií a zabezpečí aktualizáciu  komponentov softvéru ISVS tak, aby nedošlo k výpadkom poskytovaných  služieb v čase prevádzky (zabezpečuje dodávateľ , objednávateľ zabezpečí súčinnosť).
• Distribúciu a nasadenie nových verzií ISVS v zmysle predchádzajúcich bodov zabezpečuje dodávateľ pričom ich nasadenie do produkčnej prevádzky vrátane termínu nasadenia musí vždy najskôr schváliť objednávateľ.
• Poskytnutie odpovede cez telefónnu linku dostupnú počas prevádzkových hodín na otázky týkajúce sa problémových  situácií vzniknutých pri používaní ISVS tzn. k obsluhe, k problémovým  stavom ISVS a k správaniu sa ISVS v rozpore s opisom v dokumentácii.
• Správu, posudzovanie, riešenie a odstraňovanie incidentov, problémov a kybernetických  bezpečnostných incidentov v  stanovených lehotách.
• Pravidelnú profylaktiku prostredia a kontrolu funkčnosti ISVS v stanovených  lehotách.
• Priebežnú identifikáciu abnormálneho správania, t. J. monitoruje plánované /  schedulované procesy pre spracovanie a publikovanie dát, sleduje výkonové  parametre, vykonáva pravidelnú kontrolu nastavenia ISVS podľa  posledného odsúhlaseného (schváleného) stavu konfigurácie systému.
• Priebežné sledovanie, kontrolu a vyhodnocovanie záznamov z logov.
• Priebežné sledovanie, vyhodnocovanie upozorňovanie a poskytovanie nových verzií v súvislosti s informačnou bezpečnosťou (bezpečnostné aktualizácie) a technicko- prevádzkovými podmienkami prostredia.
• Aktívne upozorňovanie Objednávateľa Dodávateľom na možné zlepšenia a úpravy alebo  zmeny IS.
• Aktívne upozorňovanie Objednávateľa Dodávateľom na vzniknuté incidenty, ako aj stavy  systému, pri ktorých môže dôjsť, resp. Ktoré môžu viesť k vzniku akýchkoľvek  Incidentov.
• Realizáciu školení v priestoroch Objednávateľa alebo prostredníctvom videokonferencie v súvislosti so zmenami v systéme súvisiacimi s vyššie uvedeným (v  tomto prípade nesmú vzniknúť pre Objednávateľa žiadne ďalšie náklady).
• Aktualizácie komplexnej dokumentácie k ISVS.
• Technickú a organizačnú podpora pri realizácii prevádzkových zásahov (podpora prevádzky ISVS).
• Ďalšie dodávky, činnosti a práce nevyhnutné pre zachovanie funkčnosti a prevádzky schopnosti ISVS, ktoré nie sú výslovne stanovené ako povinnosť  Dodávateľa.

Pre tieto potreby bude zabezpečený riadený a kontrolovaný prístup cez VPN pre dodávateľa. Dodávateľ musí plniť interné  pravidlá Objednávateľa pre používanie VPN a požiadavky Zákona o kybernetickej bezpečnosti v opačnom prípade mu môže byť prístup cez VPN odobraný aj počas  trvania zmluvy bez nároku na úpravu finančného plnenia.

Všetky zmeny v ISVS musia byť zdokumentované a dokumentácia a zdrojové kódy musia byť poskytnuté Objednávateľovi  bezpečným spôsobom najneskôr v čase nasadenia zmeny do produkčného prostredia, zároveň sa Objednávateľ zaväzuje  použiť zdrojové kódy, výlučne v prípade, keď nie je za účelom odstránenia Incidentu možné zabezpečiť prítomnosť dodávateľa a na základe preukázateľných inštrukcií Dodávateľa. Dodávateľ nenesie zodpovednosť za prípadné vady ISVS spôsobené zásahom Objednávateľa alebo akejkoľvek tretej strany, ktoré neboli zo strany Dodávateľa odsúhlasené.

Na vyžiadanie Objednávateľa je Dodávateľ povinný sprístupniť dokumentáciu aktivít zamestnancov dodávateľa a tretích strán najneskôr do 24 hodín od požiadavky.

7.2 Správa, kategorizácia, riešenie a odstraňovanie incidentov a problémov v stanovených lehotách

Prostredníctvom paušálnych služieb v súlade s účelom a predmetom plnenia zabezpečuje Dodávateľ  proces riadenia a riešenia nahlásených Incidentov a Problémov, ktoré majú, resp.  môžu mať, vplyv na dostupnosť a kvalitu prevádzky ISVS.

Za incident je považovaná chyba ISVS, t.j. správanie sa v rozpore s dokumentáciou ISVS (ak sa nejedná o chybu v dokumentácii). Za incident nie je považovaná chyba, ktorá nastala mimo prostredia ISVS napr. výpadok poskytovania konkrétnej služby technickej alebo komunikačnej infraštruktúry.

Spôsoby a procesy pre efektívne monitorovanie prevádzky ISVS  s cieľom čo najrýchlejšej identifikácie Incidentov a Problémov navrhne Dodávateľ počas realizácie  plnenia, pričom musia byť v čo najväčšej miere využité nástroje ktorými disponuje Objednávateľ.

Pre zefektívnenie procesu odstránenia Incidentov a Problémov musí Dodávateľ využívať nástroje, princípy a praktiky DevOps.

7.2.1 Spôsob elektronickej komunikácie pre riešenie Incidentov/Problémov

Nahlasovanie incidentov bude prebiehať:

• Prostredníctvom nástroja, ktorý Dodávateľ zabezpečí pre VO na riadenie incidentov, ktorý bude integrovaný na centrálny tiketovací nástroj Objednávateľa.
• Dodávateľ zabezpečí možnosť online nahlasovania servisných udalostí s možnosťou  sledovania ich stavu riešenia.
• Zabezpečí analýzu požiadavky, identifikáciu a kategorizáciu incidentu/problému.
• Zabezpečí riadenie incidentov a problémov, požadovanú dobu odozvy od nahlásenia , návrh náhradného riešenia a riešenie v  požadovanom hraničnom čase.
• Zabezpečí prístup k evidencii nahlásených incidentov, problémov, požiadaviek  a reportov.

7.2.2 Úrovne podpory používateľov

Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:

Definícia podpory používateľov:

L1 Podpora ISVS (podpora 1. stupňa) - začiatočná úroveň podpory, ktorá je zabezpečuje:

• 
  
  • IS Service desk - jednotný kontaktný bod pre používateľov na nahlasovanie incidentov a požiadaviek, ktorý je v správe Objednávateľa (v prípade jeho nedostupnosti musí službu zabezpečiť Centrum podpory používateľov (zabezpečuje dodávateľ ISVS).
  • úvodnú filtráciu kategorizáciu požiadaviek
  • riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.

L2 Podpora ISVS (podpora 2. stupňa, postúpenie požiadaviek od L1) – riešiteľské tímy s hlbšou technologickou alebo funkčnou znalosťou danej oblasti:

• vybraná skupina garantov alebo administrátorov so znalosťou ISVS
• Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom (ak to nie je nevyhnutné), ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.

L3 Podpora ISVS (podpora 3. stupňa) - predstavuje najvyššiu úroveň podpory pre riešenie tých najobtiažnejších hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.

Centrum podpory používateľov -  poskytuje dodávateľ pre vybrané skupiny používateľov cez telefón a  email pričom nahlásené incidenty aj požiadavky vrátane ich aktualizácii musia byť vždy evidované aj v service desku Objednávateľa.

Pre služby sú definované takéto požiadavky:

• Všetky požiadavky a incidenty musia byť evidované v ISVS Service desk Objednávateľa.
• Dostupnosť L3 podpory pre ISVS je 12x5 (12 hodín x 5 dní od 7:00h do 19:00h počas pracovných dní)
• Service desk dodávateľa je dostupný pre nahlasovanie incidentov 24/7/365.

Prevádzkové požiadavky budú v rámci VO zosúladené s existujúcimi SLA zmluvami, ktoré K NSSR má.

7.2.3 Riešenie incidentov – SLA parametre

Za incident je považovaná chyba ISVS, t.j. správanie sa v rozpore s dokumentáciou ISVS (ak sa nejedná o chybu v dokumentácii). Za incident nie je považovaná chyba, ktorá nastala mimo prostredia ISVS napr. výpadok poskytovania konkrétnej služby technickej alebo komunikačnej infraštruktúry.

Označenie naliehavosti incidentu:

7.2.4 Lehoty na odstraňovanie incidentov a problémov

V nasledujúcej tabuľke sú definované lehoty pre procesy odstraňovania incidentov:

V nasledujúcich tabuľkách sú uvedené lehoty na odstraňovanie incidentov / porúch:

• Počítanie lehôt na odstraňovanie Incidentov/Problémov v rámci pracovného času sa uplatňuje  výlučne pri Incidentoch/Problémoch úrovne C. Lehoty na odstraňovanie Incidentov/Problémov  úrovne A a Incidentov/Problémov úrovne B plynú bez ohľadu na pracovný čas bez prerušenia  (nonstop v režime 24/7).
• DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu Objednávateľom a vyriešením incidentu Dodávateľom (do doby, kedy je funkčnosť ISVS znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu Objedná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.
• Spoľahlivosť (počet incidentov/problémov za mesiac) udáva maximálny počet incidentov/problémov podľa typu 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 sú považované za jeden problém (ak vznikli v rovnakom časovom úseku).

• Incidenty nahlásené Objednávateľom úspešnému uchádzačovi v rámci testovacieho prostredia
  • sú riešené ako incidenty úrovne C
  • Vzťahujú sa výhradne k dostupnosti testovacieho prostredia
  • Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite

7.2.5 Základné činností poskytované v rámci služieb riadenia incidentov a problémov

V nasledujúcej tabuľke sú popísané základné činnosti:

V prípade, ak sa zistí, že Incident/Problém stále trvá, tak táto požiadavka na službu zo strany Objednávateľa bude klasifikovaná ako nevyriešená. Čas nahlásenia požiadavky na službu ostáva  pôvodný a všetky časové termíny sa pripočítajú k času od doručenia oznámenia o  trvaní Incidentu/Problému.

Realizácia školení, úprava dokumentácie a vytváranie zmenových príručiek:

• V prípade mimoriadnej opodstatnenej potreby priamo súvisiacej s riešením  konkrétneho  Incidentu/Problému  Dodávateľ  zabezpečí  vyškolenie  oprávnených zamestnancov na nové funkcionality v rámci vyriešenia  Incidentu/Problému v adekvátnom časovom termíne. V tomto prípade sa  osobitná odmena za školenie neposkytuje, je súčasťou ceny za Paušálne  služby.
• Ak pri odstraňovaní Incidentu alebo Problému dôjde ku modifikácii postupov  správy, inštalácie alebo používania akejkoľvek časti funkcionality ISVS,  Dodávateľ spolu s dodaním riešenia je povinný zabezpečiť pri odovzdávaní  riešenia aj dodanie aktualizovanej administrátorskej a prevádzkovej  dokumentácie so zaznamenaním vykonaných zmien. Rovnako je povinný  Dodávateľ udržiavať aktuálnu a poskytnúť Objednávateľovi komplexnú aktualizovanú  dokumentáciu.
• Dokumentácia k jednotlivým plneniam sa odovzdáva priebežne do centrálneho  repozitára dokumentácie určeného Objednávateľom.
• V prípade ak dôjde pri riešení požiadavky alebo incidentu k životnej situácii alebo postupov k nej pre jednotlivé role, ktorá nie je uvedená v používateľskej príručke, vždy musí byť doplnená alebo upravená.
• Dodávateľ nahrá video zo školenia a záznam poskytne VO s právami na použitie výlučne pre potreby VO za účelom školenia zamestnancov.

7.3 Požadovaná dostupnosť ISVS

Tabuľka 33 RTO a RPO systému

8. Požiadavky na personál

Definované v rámci Projektového zámeru

9. Implementácia a preberanie výstupov projektu

Harmonogram je uvedený v projektovom zámere. Preberanie výstupov bude predmetom zmluvy o dielo a následnej servisnej zmluvy

10. Prílohy

Viď. časť Projektový zámer