PROJEKTOVÝ ZÁMER

Vzor pre manažérsky výstup  I-02

podľa vyhlášky MIRRI č. 401/2023 Z. z.  (účinnosť od 1.4.2025)

Schvaľovanie dokumentu

1. HISTÓRIA DOKUMENTU

2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE

V súlade s vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky (MIRRI SR) č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy (ďalej len „vyhláška MIRRI SR č. 401/2023 Z. z.“) v znení neskorších predpisov je tento výstup I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravnej a iniciačnej fázy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia. Jeho cieľom je poskytnúť komplexný a štruktúrovaný podklad pre rozhodovanie o ďalšom postupe v rámci projektu "Zaži mestá a obce, zaži Slovensko – podpora rozvoja IS v prostredí samosprávy so zameraním na podporu regiónov" (ďalej aj "projekt")

Dokument Projektový zámer má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, návrh merateľných ukazovateľov a obsahuje aj:

1.  detailný opis požadovaných projektových výstupov,
2. detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu,
3. detailný opis rozpočtu projektu a jeho prínosov,
4. harmonogram projektu,
5. vyhodnotenie rizík a závislostí,
6. architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy a bezpečnostnej architektúry,
7. vyhodnotenie alternatív riešenia projektu pre každú vrstvu architektúry riešenia,
8. špecifikáciu a klasifikáciu údajov spracovaných v projekte,
9. požiadavky na prevádzku a údržbu výstupov projektu,
10. požiadavky na technologickú infraštruktúru a posúdenie alternatív prevádzky infraštruktúry cloud computingom,
11. požiadavky na zdrojové kódy,
12. opis implementácie projektu a preberania výstupov projektu.

Súbežne s týmto Projektovým zámerom sa vyhotovujú a/alebo aktualizujú dokumenty I-04 Katalóg požiadaviek, M-05 Analýza nákladov a prínosov a M-06 Evidencia komponentov v MetaIS.

Tieto dokumenty spoločne tvoria ucelený súbor podkladov pre ďalšie fázy životného cyklu projektu.

Pre účely zabezpečenia transparentnosti a získania odbornej spätnej väzby bude tento Projektový zámer predmetom pripomienkovania odbornou verejnosťou v súlade s § 4 odsek 10 vyhlášky MIRRI SR č. 401/2023 Z. z. Vyhodnotenie pripomienok bude zverejnené na webovom sídle objednávateľa a bude súčasťou projektovej dokumentácie. Oznámenie o začatí verejného pripomienkovania sa zverejní v centrálnom metainformačnom systéme verejnej správy (ďalej len „MetaIS“) na mieste určenom Orgánom vedenia. Výstupy budú predkladané na schválenie riadiacemu výboru v prípravnej a iniciačnej fáze až po zverejnení vyhodnotenia pripomienok.

2.1 Použité skratky a pojmy

Tabuľka 1 Skratky a pojmy

2.1  Konvencie pre typy požiadaviek (príklady)

Funkcionálne (používateľské) požiadavky majú nasledovnú konvenciu:

FRxx

• F          – funkcionálna alebo používateľská požiadavka
• R          – označenie požiadavky
• xx         – číslo požiadavky

Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky majú nasledovnú konvenciu:

NRxx

• N         – nefukčná požiadavka (NFR)
• R          – označenie požiadavky
• xx         – číslo požiadavky

Ostatné typy požiadaviek môžu byť ďalej definované Objednávateľom/PM.

3. DEFINOVANIE PROJEKTU

Táto kapitola definuje základné rámce projektu "Zaži mestá a obce, zaži Slovensko – podpora rozvoja IS v prostredí samosprávy so zameraním na podporu regiónov". Popisuje jeho hlavné ciele, motiváciu, obsah, rozsah, cieľové skupiny, očakávané prínosy a kľúčové parametre realizácie.

3.1 Manažérske zhrnutie

Projekt "Zaži mestá a obce, zaži Slovensko – podpora rozvoja IS v prostredí samosprávy so zameraním na podporu regiónov" (ďalej len "projekt") má za cieľ vyriešiť pretrvávajúce problémy v organizácii a koordinácii kultúrnych podujatí na Slovensku, organizovaných mestami a obcami, resp. subjektmi v ich pôsobnosti. Súčasný stav je charakterizovaný výraznou fragmentáciou, nedostatočnou koordináciou, byrokratickou záťažou a neefektívnym využívaním zdrojov, čo priamo ohrozuje udržateľnosť kultúrneho života v regiónoch a negatívne vplýva na lokálnu ekonomiku a turizmus. Samosprávy a lokálni organizátori často plánujú podujatia v blízkych geografických lokalitách a v rovnakých časových intervaloch, čo vedie k neželanej konkurencii, rozptýleniu návštevníkov a nízkej návštevnosti jednotlivých akcií. Okrem toho, proces registrácie a správy predajcov je prevažne manuálny a opakujúci sa, čo predstavuje značnú administratívnu záťaž.

Dôvodom realizácie projektu je akútna potreba modernizovať a centralizovať systém organizácie kultúrnych podujatí. Nečinnosť by viedla k ďalšiemu oslabeniu kultúrnej a regionálnej identity a prehlbovaniu existujúcich problémov. Cieľom je vytvoriť jednotnú, efektívnu a používateľsky prívetivú digitálnu platformu, ktorá poskytne samosprávam, organizátorom, predajcom aj samotným návštevníkom moderné nástroje pre plánovanie, koordináciu, propagáciu a účasť na kultúrnych podujatiach.

Obsahom projektu je vývoj a implementácia nového informačného systému s názvom „AkcieOkolo“. Tento systém, realizovaný v rámci Časti A projektu, bude pozostávať z verejného webového portálu a mobilnej aplikácie, ktorých jadrom bude Algoritmus centralizovanej databázy podujatí (ACDP). Tento základný systém zabezpečí kľúčové verejnoprospešné funkcie: evidenciu, koordináciu termínov a lokalít podujatí, ako aj digitálnu registráciu organizátorov a predajcov. Časť A projektu sa bude uchádzať o získanie finančných prostriedkov na realizáciu z verejných zdrojov. Architektúra systému bude navrhnutá tak, aby umožnila budúce, samostatne financované rozšírenie o nadstavbové moduly (plánovaná Časť B), ktoré však nie sú predmetom tohto projektu.

Výsledky projektu sú určené pre široké spektrum cieľových skupín:

• Samosprávy (mestá a obce): Získajú nástroj na strategické plánovanie, koordináciu a efektívne povoľovanie podujatí, znížia administratívnu záťaž.
• Organizátori podujatí (kultúrne inštitúcie, neziskové organizácie): Budú profitovať z lepšej koordinácie, zníženej konkurencie v termínoch a zjednodušeného prístupu k registrácii.
• Predajcovia a podnikatelia (remeselníci, farmári, prevádzkovatelia služieb): Ocenia zjednodušený digitálny proces registrácie a menšiu byrokraciu.
• Občania a návštevníci (domáci aj zahraniční turisti): Získajú komplexný, jednoduchý a dôveryhodný prístup k informáciám o kultúrnych podujatiach na celom Slovensku, čo im uľahčí plánovanie voľného času.

Indikatívna výška finančných prostriedkov určených na realizáciu Časti A projektu (celkové investičné náklady - CAPEX vrátane DPH, pokrývajúce všetky fázy implementácie, testovania a nasadenia) je odhadovaná na 5 281 620 EUR. Financovanie sa predpokladá z verejných zdrojov v rámci Programu Slovensko.

Hlavné prínosy projektu (Časť A) zahŕňajú:

• Zníženie administratívnej záťaže pre samosprávy a organizátorov (odhadom o 60 %).
• Zníženie termínových a geografických konfliktov medzi podujatiami (odhadom až o 65 %) a následné zvýšenie návštevnosti podujatí (odhadom o 30 %).
• Zlepšenie prístupu k informáciám a používateľského komfortu pre občanov.
• Podpora dátovo podloženého rozhodovania v oblasti kultúry a regionálneho rozvoja pre samosprávy.
• Posilnenie regionálneho rozvoja, turizmu a kultúrnej identity Slovenska.

Časový horizont realizácie projektu je plánovaný s predpokladaným začiatkom v 3. štvrťroku 2025 (Q3/2025). Trvanie jednotlivých fáz (prípravná, iniciačná, realizačná, dokončovacia) bude detailne špecifikované v harmonograme projektu.

3.2 Motivácia a rozsah projektu

Problém, ktorý chceme realizáciou projektu odstrániť:

Hlavným problémom, ktorý projekt "Zaži mestá a obce, zaži Slovensko" adresuje, je systémová neefektívnosť, fragmentácia a nedostatočná koordinácia pri organizácii a propagácii kultúrnych podujatí na Slovensku, organizovaných mestami a obcami, resp. organizáciami v ich pôsobnosti. Tento stav má niekoľko negatívnych prejavov:

1. Fragmentácia a konkurencia podujatí: Samosprávy a lokálni organizátori často plánujú podujatia v blízkych geografických lokalitách a v rovnakých časových intervaloch. Dôsledkom je neželaná konkurencia, rozptýlenie potenciálnych návštevníkov, nízka návštevnosť mnohých akcií a neefektívne vynakladanie verejných aj súkromných zdrojov.
2. Byrokratická záťaž pri registrácii účastníkov: Proces registrácie a správy predajcov, remeselníkov a iných účastníkov podujatí je zo strany samospráv a poverených organizácií prevažne manuálny, byrokraticky náročný a vyžaduje opakované predkladanie tej istej dokumentácie pri každom podujatí. To predstavuje značnú administratívnu záťaž a demotiváciu pre podnikateľské subjekty.
3. Nedostatočná informovanosť verejnosti: Občania a turisti nemajú k dispozícii jednotný, prehľadný a dôveryhodný zdroj informácií o pripravovaných kultúrnych podujatiach naprieč regiónmi. Informácie sú roztrúsené na rôznych webových stránkach a platformách, často neaktuálne alebo neúplné, čo sťažuje plánovanie a znižuje potenciálnu návštevnosť.
4. Neefektívne využívanie zdrojov: Výsledkom vyššie uvedených problémov je neefektívne využívanie finančných zdrojov samospráv, ľudských kapacít organizátorov a znížený ekonomický prínos z kultúrnych podujatí pre lokálne komunity (nižšie tržby pre miestnych podnikateľov, nižší prínos pre cestovný ruch).
5. Ohrozenie kultúrneho dedičstva a identity: Pokračujúci pokles návštevnosti a neefektívna organizácia môžu viesť k postupnému zániku mnohých tradičných podujatí, čím sa prerušuje kontinuita v zachovávaní regionálneho kultúrneho dedičstva a oslabuje lokálna i národná identita.

Realizáciou projektu chceme tieto systémové nedostatky odstrániť vytvorením modernej digitálnej infraštruktúry, ktorá zefektívni celý ekosystém organizovania a návštevy kultúrnych podujatí na Slovensku.

Biznis procesy, ktoré sú predmetom projektu:

Predmetom projektu je transformácia a digitalizácia nasledujúcich kľúčových biznis procesov súvisiacich s organizáciou a propagáciou kultúrnych podujatí:

• Proces plánovania a koordinácie termínov a lokalít podujatí zo strany samospráv a organizátorov s cieľom minimalizovať kolízie.
• Proces registrácie a evidencie kultúrnych podujatí do centrálneho informačného systému.
• Proces registrácie, akreditácie a správy predajcov a účastníkov podujatí (remeselníci, stánkari, umelci), vrátane správy povolení a súvisiacej dokumentácie v súlade s princípom „jedenkrát a dosť“.
• Proces poskytovania komplexných a aktuálnych informácií o podujatiach verejnosti (občania, turisti) prostredníctvom centrálneho portálu a mobilnej aplikácie.
• Proces povoľovania a schvaľovania účasti predajcov a organizácie podujatí na úrovni samospráv, podporený digitálnym workflow.

Tieto procesy v súčasnosti prebiehajú vo veľkej miere manuálne, decentralizovane a nejednotne naprieč jednotlivými samosprávami. Projekt zavedie jednotné, štandardizované a plne digitalizované postupy prostredníctvom platformy AkcieOkolo, ktorá tvorí jadro Časti A projektu. Architektúra platformy bude navrhnutá modulárne, aby v budúcnosti umožnila prípadné rozšírenie o ďalšie nadstavbové služby (plánované ako samostatne financovaná Časť B), ktoré však nie sú predmetom tohto projektu.

Oblasť (Agenda / Životná situácia), ktorej sa projekt venuje:

Projekt sa primárne venuje nasledujúcim oblastiam a životným situáciám:

• Agenda: Kultúra a umenie
  • Životná situácia: Organizácia verejného kultúrneho podujatia (z pohľadu organizátora a samosprávy).
  • Životná situácia: Účasť na verejnom kultúrnom podujatí ako predajca/účinkujúci.
  • Životná situácia: Vyhľadávanie a plánovanie návštevy kultúrneho podujatia (z pohľadu občana/turistu).
• Agenda: Podpora regionálneho rozvoja a cestovného ruchu
  • Životná situácia: Zvýšenie atraktivity regiónu prostredníctvom kultúrnej ponuky.
  • Životná situácia: Podpora lokálnych podnikateľov a remeselníkov.
• Agenda: Digitalizácia verejnej správy
  • Životná situácia: Zefektívnenie administratívnych procesov v samospráve

Rámcový popis rozsahu projektu (subjekty a ISVS, ktorých sa problém a projekt týka)

Dotknuté subjekty:

• Samosprávy (mestá a obce na Slovensku): Približne 2929 subjektov, pričom ZMOS ako zastrešujúca organizácia pokrýva viac ako 95 % z nich. Sú kľúčovými používateľmi pre administráciu, povoľovanie a koordináciu.
• Organizátori kultúrnych podujatí: Kultúrne inštitúcie (v zriaďovateľskej pôsobnosti samospráv aj štátu), neziskové organizácie, občianske združenia, súkromní organizátori.
• Predajcovia, remeselníci a iní komerční účastníci podujatí.
• Občania a návštevníci podujatí (domáci aj zahraniční).
• Združenie miest a obcí Slovenska (ZMOS): Ako hlavný partner a sprostredkovateľ pre samosprávy, zriaďovateľ realizátora projektu.
• AkcieOkolo, z.z.p.o.: Ako realizátor a budúci prevádzkovateľ informačného systému.
• (Potenciálne) MIRRI SR: Ako riadiaci orgán a poskytovateľ financovania v prípade EÚ fondov.

Dotknuté ISVS:

• Novovytváraný ISVS „AkcieOkolo“: Centrálny informačný systém projektu (Časť A).
• (Potenciálne) Existujúce lokálne IS samospráv: Cieľom je minimalizovať duplicitu a zabezpečiť prípadnú budúcu integráciu alebo nahradenie neefektívnych lokálnych riešení centrálnym systémom. Presný rozsah integrácií bude predmetom detailnejších analýz, avšak nie je primárnym cieľom úvodnej fázy projektu z dôvodu vysokej komplexnosti a heterogenity prostredia samospráv.
• (Potenciálne) Integrácia s ÚPVS a spoločnými modulmi eGovernmentu: Projekt počíta s nevyhnutnými integráciami na spoločné moduly pre zabezpečenie kľúčových funkcií, ako sú autentifikácia používateľov z prostredia VS (IAM ÚPVS) alebo využívanie referenčných údajov (CPDI/CSRÚ).

Motivácia na dosiahnutie budúceho stavu a obmedzenia pre dosiahnutie cieľov projektu:

• Motivácia:
  • Zefektívnenie a zníženie byrokracie: Výrazné zníženie administratívnej záťaže pre všetkých aktérov.
  • Zlepšenie koordinácie a plánovania: Predchádzanie konfliktom podujatí, lepšie využitie potenciálu regiónov.
  • Zvýšenie návštevnosti a ekonomického prínosu podujatí: Viac návštevníkov, väčšia podpora lokálnej ekonomiky a turizmu.
  • Posilnenie kultúrnej identity a dedičstva: Zachovanie a propagácia tradičných aj nových foriem kultúry.
  • Transparentnosť: Prehľadné informácie a procesy pre verejnosť aj odborných aktérov.
  • Modernizácia a digitalizácia: Posun sektora organizácie kultúrnych podujatí do 21. storočia.
  • Podpora ZMOS a jeho členov: Poskytnutie konkrétneho a hodnotného nástroja pre samosprávy.
• Obmedzenia:
  • Finančné zdroje: Realizácia projektu, najmä komplexného IS na mieru, je finančne náročná a závislá od získania financovania (verejné zdroje, eurofondy).
  • Miera adopcie používateľmi: Úspech systému bude závisieť od ochoty samospráv, organizátorov a predajcov aktívne ho používať. Vyžaduje si to kvalitné školenia, podporu a preukázanie jasných výhod.
  • Legislatívne aspekty: Potreba zabezpečiť súlad s existujúcou legislatívou (napr. GDPR, Zákon o ITVS) a prípadne iniciovať alebo reagovať na zmeny v legislatíve, ktoré by mohli ovplyvniť fungovanie systému.
  • Technologická komplexnosť: Vývoj robustného a škálovateľného IS je technologicky náročný a vyžaduje si expertízu.
  • Kvalita dát a ich napĺňanie: Hoci samotné napĺňanie dát nie je predmetom projektu, úspech bude závisieť od kvality a aktuálnosti dát vkladaných samosprávami a organizátormi. Projekt musí vytvoriť nástroje na jednoduché a intuitívne zadávanie.
  • Odpor voči zmene: Prekonanie zotrvačnosti a zaužívaných (často neefektívnych) postupov v niektorých samosprávach alebo u organizátorov

Vizualizácia motivácie pomocou notácie ArchiMate:

Obrázok 1 Príklad vizualizácie motivácie pre realizáciu projektu

Podcieľ „Prehľadné vyhľadávanie & filtrovanie“ a „Personalizované odporúčania & notifikácie“ konkretizujú, ako portál naplní očakávania návštevníkov; „Jednoduchá registrácia predajcov“ vychádza z potreby bezpečného nákupu (výsledok prieskumu) a podporuje príjmy podnikateľov.

3.3 Zainteresované strany (Stakeholderi)

Nasledujúca tabuľka identifikuje kľúčové zainteresované strany (stakeholderov) projektu "Zaži mestá a obce, zaži Slovensko – podpora rozvoja IS v prostredí samosprávy so zameraním na podporu regiónov", špecifikuje ich hlavnú rolu v kontexte projektu a prípadne uvádza konkrétny subjekt alebo jeho typ. Pochopenie potrieb a očakávaní týchto stakeholderov je esenciálne pre úspešnú realizáciu projektu.

Tabuľka 2 Zainteresované strany (Stakeholderi)

3.3 Ciele projektu

Ciele projektu "Zaži mestá a obce, zaži Slovensko – podpora rozvoja IS v prostredí samosprávy so zameraním na podporu regiónov" sú navrhnuté tak, aby boli konkrétne, merateľné, dosiahnuteľné, relevantné a časovo ohraničené (S.M.A.R.T.). Primárne vychádzajú z identifikovaných problémov a potrieb zainteresovaných strán.

Nižšie uvedená tabuľka definuje hlavné ciele projektu a ich prepojenie na národné strategické ciele.

Tabuľka 3 Ciele projektu

3.4 Ciele projektu

Ciele projektu "Zaži mestá a obce, zaži Slovensko – podpora rozvoja IS v prostredí samosprávy so zameraním na podporu regiónov" sú navrhnuté tak, aby boli konkrétne, merateľné, dosiahnuteľné, relevantné a časovo ohraničené (S.M.A.R.T.). Primárne vychádzajú z identifikovaných problémov a potrieb zainteresovaných strán.

Nižšie uvedená tabuľka definuje hlavné ciele projektu a ich prepojenie na národné strategické ciele.

Tabuľka 3 Ciele projektu

3.5 Merateľné ukazovatele (KPI)

Táto sekcia definuje kľúčové ukazovatele výkonnosti (KPI), pomocou ktorých bude meraný pokrok a úspešnosť dosahovania cieľov projektu "Zaži mestá a obce, zaži Slovensko". Každý ukazovateľ je prepojený na špecifický cieľ projektu, definuje východiskovú hodnotu (AS IS) a cieľovú hodnotu (TO BE), ako aj spôsob jeho merania.

Tabuľka 4 Merateľné ukazovatele (KPI)

3.6. Špecifikácia potrieb koncového používateľa

Táto časť špecifikuje potreby koncových používateľov informačného systému "AkcieOkolo", ktorý bude slúžiť ako centrálna platforma pre manažment kultúrnych podujatí na Slovensku. IS AkcieOkolo bude mať grafické používateľské rozhranie (webový portál a mobilná aplikácia) určené pre občanov/návštevníkov, podnikateľov/predajcov, organizátorov podujatí a pracovníkov samospráv. Špecifikácia potrieb vychádza z analýzy súčasného stavu, predpokladaných potrieb jednotlivých skupín a bude ďalej validovaná a upresňovaná prostredníctvom používateľského prieskumu. Všetky postupy budú v súlade s legislatívou, vrátane vyhlášky č. 547/2021 Z. z. o elektronizácii agendy verejnej správy.

Definícia skupín koncových používateľov:

Pre projekt "Zaži mestá a obce, zaži Slovensko" boli identifikované nasledujúce kľúčové skupiny koncových používateľov IS AkcieOkolo:

1. Samosprávy (mestá a obce):
   • Sociodemografické charakteristiky: Úradníci a zamestnanci miestnych a obecných úradov (napr. referenti kultúry, pracovníci zodpovední za povoľovanie verejných akcií, IT administrátori lokálnych systémov). Veková štruktúra rôznorodá, s rôznou úrovňou digitálnych zručností.
   • Persóna (príklad):
     • Meno: Eva Nováková
     • Vek: 45 rokov
     • Pozícia: Referentka oddelenia kultúry na mestskom úrade stredne veľkého mesta.
     • Potreby: Efektívne spravovať žiadosti o organizovanie podujatí, koordinovať termíny s inými mestskými akciami a susednými obcami, znížiť administratívnu záťaž pri práci s organizátormi a predajcami, mať prehľad o všetkých podujatiach v meste/regióne, jednoducho komunikovať zmeny.
     • Frustrácie: Množstvo papierovej práce, neprehľadné a nejednotné lokálne systémy, časté kolízie termínov, zdĺhavá komunikácia s organizátormi.
2. Organizátori kultúrnych podujatí:
   • Sociodemografické charakteristiky: Zamestnanci kultúrnych inštitúcií, členovia neziskových organizácií a občianskych združení, súkromní podnikatelia v oblasti event managementu. Široké vekové spektrum, rôzna miera technickej zdatnosti.
   • Persóna (príklad):
     • Meno: Martin Kováč
     • Vek: 32 rokov
     • Pozícia: Projektový manažér v neziskovej organizácii organizujúcej hudobné festivaly a mestské slávnosti.
     • Potreby: Jednoducho registrovať svoje podujatia, efektívne manažovať registráciu predajcov a účinkujúcich, získať lepšiu propagáciu svojich akcií, predchádzať termínovým kolíziám, získať spätnú väzbu od návštevníkov.
     • Frustrácie: Zložitá byrokracia pri získavaní povolení, nedostatočná viditeľnosť menších podujatí, konkurencia v rovnakom termíne, manuálna správa účastníkov.
3. Predajcovia a komerční účastníci podujatí:
   • Sociodemografické charakteristiky: Remeselníci, farmári, poskytovatelia občerstvenia, predajcovia rôzneho tovaru, prevádzkovatelia atrakcií. Často malé podniky alebo živnostníci. Rôzna miera adaptácie na digitálne nástroje.
   • Persóna (príklad):
     • Meno: Jana Včelárová
     • Vek: 55 rokov
     • Pozícia: Živnostníčka, vyrába a predáva medové produkty a tradičné remeselné výrobky na jarmokoch a trhoch.
     • Potreby: Jednoduchý a jednotný spôsob registrácie na rôzne podujatia, prehľad o dostupných predajných miestach a podmienkach, minimalizácia papierovania, férové a transparentné podmienky, informácie o návštevnosti a profile podujatí.
     • Frustrácie: Nutnosť opakovane predkladať tie isté dokumenty každému organizátorovi, neprehľadnosť podmienok, vysoké poplatky, neistota ohľadom návštevnosti.
4. Občania a Návštevníci podujatí:
   • Sociodemografické charakteristiky: Široká verejnosť všetkých vekových kategórií, rodiny s deťmi, mladí ľudia, seniori, domáci aj zahraniční turisti. Očakávajú moderné a intuitívne digitálne služby.
   • Persóna (príklad):
     • Meno: Peter Rodinka
     • Vek: 38 rokov
     • Povolanie/Záujmy: Otec dvoch detí, hľadá víkendové aktivity pre rodinu, zaujíma sa o kultúru, tradície a gastronómiu. Pravidelne používa smartfón a mobilné aplikácie.
     • Potreby: Prehľadný a aktuálny kalendár podujatí v jeho regióne aj na celom Slovensku, možnosť filtrovania podľa typu akcie, lokality, dátumu, ceny; informácie o programe, dostupnosti, parkovaní; možnosť kúpiť lístky online (ak relevantné); personalizované odporúčania; možnosť zdieľať informácie s priateľmi.
     • Frustrácie: Hľadanie informácií na mnohých rôznych weboch, neaktuálne údaje, zložité plánovanie, chýbajúce praktické informácie.

Potreby a ciele koncových používateľov (Používateľské príbehy):

Príklady používateľských príbehov pre jednotlivé skupiny (tieto budú detailne rozpracované v Katalógu požiadaviek I-04 a validované používateľským prieskumom):

• Samospráva (Eva Nováková):
  • "Ako referentka kultúry, chcem mať centrálny prehľad o všetkých plánovaných podujatiach v našom meste a susedných obciach, aby som mohla efektívne koordinovať termíny a predchádzať kolíziám."
  • "Ako pracovníčka úradu, chcem mať jednotný digitálny systém pre registráciu a schvaľovanie predajcov na mestských akciách, aby som znížila administratívnu záťaž a mala všetky dokumenty na jednom mieste."
• Organizátor podujatí (Martin Kováč):
  • "Ako organizátor festivalu, chcem jednoducho a rýchlo zaregistrovať moje podujatie do celoslovenského kalendára, aby som zvýšil jeho viditeľnosť pre potenciálnych návštevníkov."
  • "Ako organizátor, chcem využívať digitálny nástroj na správu prihlášok od predajcov a komunikáciu s nimi, aby som zefektívnil organizáciu."
• Predajca (Jana Včelárová):
  • "Ako remeselníčka, chcem si vytvoriť jeden digitálny profil so všetkými mojimi povoleniami a certifikátmi, aby som ho mohla opakovane použiť pri prihlasovaní na rôzne jarmoky a trhy bez nutnosti znova dokladať papiere."
  • "Ako predajkyňa, chcem mať prehľad o dostupných podujatiach a ich podmienkach pre predajcov na jednom mieste, aby som si mohla ľahšie vybrať, kde budem predávať."
• Občan/Návštevník (Peter Rodinka):
  • "Ako rodič, chcem na mobile rýchlo nájsť všetky kultúrne podujatia vhodné pre rodiny s deťmi, ktoré sa konajú tento víkend v mojom okolí, aby som mohol naplánovať program."
  • "Ako turista, chcem mať prístup k aktuálnemu programu, mape areálu a praktickým informáciám o podujatí priamo v mobilnej aplikácii, aby som sa ľahko zorientoval a nič nezmeškal."

Pretože ide o vytváranie novej koncovej služby, nebude sa tu priamo merať zmena oproti existujúcej digitálnej službe (napr. NPS, Customer Effort Score predtým vs. potom). Meranie úspešnosti bude skôr zamerané na mieru adopcie, spokojnosť s novým riešením (po jeho zavedení) a dosahovanie cieľov projektu (napr. zníženie administratívnej záťaže – merané cez prieskumy, časové štúdie; zvýšenie návštevnosti – merané cez dáta od organizátorov a odhady). Tieto aspekty sú pokryté v sekcii KPI.

Používateľský prieskum:

Keďže projekt zahŕňa vývoj novej služby s významným dopadom na rôzne skupiny používateľov, bude realizovaný komplexný používateľský prieskum. Tento prieskum bude prebiehať v niekoľkých fázach:

1. Prípravná a iniciačná fáza projektu:
   • Metódy: Hĺbkové rozhovory so zástupcami kľúčových stakeholderov (ZMOS, vybrané samosprávy, organizátori, predajcovia), dotazníkové prieskumy na širšej vzorke, analýza existujúcich lokálnych riešení a zahraničných best-practices.
   • Cieľ: Detailné zmapovanie potrieb, problémových bodov (pain points), očakávaní od funkcionalít, priorizácia požiadaviek, overenie a spresnenie definovaných persón.
   • Výstup: Report zo zákazníckeho prieskumu (bude prílohou tohto Projektového zámeru I-02), ktorý bude obsahovať metodiku, veľkosť vzorky, kľúčové zistenia a odporúčania pre návrh systému. Priorizované požiadavky budú zapracované do Katalógu požiadaviek (I-04) a zohľadnené v Analýze nákladov a prínosov (M-05).
2. Návrhová a vývojová fáza projektu:
   • Metódy: Testovanie prototypov (wireframes, mock-upy, klikateľné prototypy) s reprezentatívnou vzorkou koncových používateľov, focus groups, A/B testovanie dizajnových variantov.
   • Cieľ: Zabezpečiť používateľskú prívetivosť (UX/UI), intuitívnosť ovládania a naplnenie potrieb používateľov pred finálnou implementáciou.
3. Pilotná a prevádzková fáza:
   • Metódy: Zber spätnej väzby z pilotnej prevádzky, dotazníky spokojnosti, analýza správania používateľov v systéme (analytické nástroje), monitorovanie KPI.
   • Cieľ: Identifikovať oblasti na ďalšie zlepšovanie, doladiť funkcionality, merať úspešnosť adopcie a dosahovania cieľov.

Report zákazníckeho prieskumu (ako samostatná príloha tohto Projektového zámeru I-02) bude obsahovať minimálne:

• Úvod a ciele prieskumu
• Popis metodológie (kvalitatívne rozhovory, dotazníky, atď.)
• Charakteristiku a veľkosť výskumnej vzorky pre každú cieľovú skupinu
• Súhrn hlavných zistení (potreby, problémy, očakávania) pre každú persónu/cieľovú skupinu
• Priorizovaný zoznam kľúčových funkcionalít a požiadaviek
• Odporúčania pre dizajn a vývoj IS AkcieOkolo
• Obmedzenia prieskumu

Katalóg požiadaviek (I-04) a Analýza nákladov a prínosov (M-05):
Požiadavky identifikované počas používateľského prieskumu budú formálne zaznamenané, špecifikované a priorizované v dokumente I-04 Katalóg požiadaviek. Každá požiadavka bude mať priradený typ (funkčná, nefunkčná) a bude klasifikovaná podľa zvolenej konvencie (napr. FRxx, NRxx). V dokumente M-05 Analýza nákladov a prínosov budú tieto požiadavky zohľadnené pri odhade nákladov a prínosov jednotlivých variantov riešenia.

3.7 Detailný opis obmedzení a predpokladov

Táto sekcia špecifikuje známe obmedzenia, ktoré vymedzujú alebo ovplyvňujú rozsah a realizáciu projektu "Zaži mestá a obce, zaži Slovensko", ako aj kľúčové predpoklady, ktorých naplnenie je nevyhnutné pre jeho úspešné dokončenie a dosiahnutie stanovených cieľov. Tieto faktory budú priebežne monitorované a riadené počas celého životného cyklu projektu.

A. Obmedzenia Projektu (Vymedzenie rozsahu a dôvody)

Nasledujúce obmedzenia definujú hranice projektu a oblasti, ktoré nie sú jeho priamou súčasťou, aj keď s ním môžu súvisieť:

1. Obsahová stránka podujatí (napĺňanie dát):
   • Vymedzenie: Projekt dodá digitálnu platformu (IS AkcieOkolo) a nástroje na evidenciu a manažment podujatí. Samotné vkladanie, aktualizácia a zodpovednosť za správnosť a úplnosť dát o konkrétnych kultúrnych podujatiach (názvy, termíny, popisy, program, obrázky atď.) zostáva plne v kompetencii a zodpovednosti jednotlivých samospráv a organizátorov podujatí.
   • Dôvod: Centralizované napĺňanie dát pre tisíce podujatí ročne by bolo personálne a finančne neudržateľné a presahuje technickú povahu projektu. Cieľom je poskytnúť nástroj, nie službu obsahového manažmentu.
2. Fyzická organizácia a logistika podujatí:
   • Vymedzenie: Projekt nerieši aspekty fyzickej organizácie podujatí, ako sú zabezpečenie priestorov, logistika, technické vybavenie (pódiá, zvuk, svetlá), personálne zabezpečenie (usporiadatelia, technici), bezpečnosť na mieste, hygienické opatrenia, catering a pod.
   • Dôvod: Toto sú operatívne činnosti organizátorov a samospráv, ktoré nie sú predmetom digitálnej platformy. IS AkcieOkolo môže poskytnúť nástroje na registráciu potrieb alebo požiadaviek, ale nie ich fyzické zabezpečenie.
3. Marketing a propagácia konkrétnych podujatí:
   • Vymedzenie: Projekt poskytne platformu, ktorá umožní lepšiu viditeľnosť a dostupnosť informácií o podujatiach pre verejnosť. Samotná tvorba marketingových materiálov, realizácia platených reklamných kampaní, PR aktivity alebo mediálna stratégia pre jednotlivé konkrétne podujatia nie sú súčasťou projektu. Platforma však môže obsahovať funkcie, ktoré organizátorom umožnia základnú propagáciu svojich podujatí v rámci systému (napr. zdôraznenie, odporúčania). Spoločné marketingové kampane (ako aktivita nad rámec funkcionality samotného IS) na propagáciu celej platformy "AkcieOkolo" môžu byť riešené samostatne, ale nie sú súčasťou vývoja samotného IS.
   • Dôvod: Marketing konkrétnych podujatí je zodpovednosťou ich organizátorov a vyžaduje si špecifický prístup a rozpočet pre každú akciu.
4. Individuálne úpravy systému pre jednotlivé samosprávy nad rámec základnej konfigurácie:
   • Vymedzenie: IS AkcieOkolo bude vyvíjaný ako centralizovaný a štandardizovaný systém. Nebude zahŕňať vývoj špecifických, na mieru šitých modulov alebo rozsiahlych funkcionalít pre jednotlivé samosprávy, pokiaľ tieto nebudú identifikované ako všeobecne prospešné a zaradené do plánu rozvoja pre všetkých používateľov. Systém však bude umožňovať určitú mieru konfigurácie.
   • Dôvod: Zabezpečenie udržateľnosti, jednotnosti a nákladovej efektívnosti centrálneho riešenia.
5. Priama finančná podpora alebo granty pre organizátorov podujatí:
   • Vymedzenie: Projekt nevytvára mechanizmus priamej finančnej podpory, dotácií alebo grantov pre organizátorov na realizáciu ich kultúrnych aktivít.
   • Dôvod: Cieľom projektu je poskytnúť infraštruktúrnu a informačnú podporu, nie finančnú.
6. Integrácie s nešpecifikovanými externými systémami:
   • Vymedzenie: Rozsah projektu zahŕňa kľúčové integrácie nevyhnutné pre fungovanie Časti A, najmä na spoločné moduly eGovernmentu (napr. ÚPVS IAM pre autentifikáciu, CPDI pre referenčné údaje). Nové požiadavky na integrácie s inými, vopred nešpecifikovanými externými systémami budú posudzované ako zmenové požiadavky. Architektúra systému bude navrhnutá tak, aby v budúcnosti umožnila pripojenie ďalších modulov, avšak ich integrácia nie je súčasťou tohto projektu.
   • Dôvod: Riadenie rozsahu a komplexnosti projektu v rámci schváleného rozpočtu a časového plánu.
7. Právne poradenstvo pre organizátorov a samosprávy:
   • Vymedzenie: Platforma môže obsahovať odkazy na relevantnú legislatívu alebo poskytovať vzory dokumentov, ale neposkytuje individualizované právne poradenstvo súvisiace s organizáciou podujatí.
   • Dôvod: Právne poradenstvo je špecializovaná služba mimo rozsahu IT projektu.

B. Predpoklady pre úspešnú realizáciu projektu

Naplnenie nasledujúcich predpokladov je kľúčové pre úspešné dosiahnutie cieľov projektu v stanovenom čase a rozpočte:

1. Zabezpečenie stabilného a dostatočného financovania:
   • Predpoklad: Finančné prostriedky na realizáciu Časti A projektu (verejnoprospešné jadro) budú zabezpečené z verejných zdrojov (štátny rozpočet, EÚ fondy) včas a v potrebnej výške. Prípadné financovanie Časti B (nadstavbové moduly) bude riešené samostatne a jej realizácia nie je podmienkou úspechu Časti A.
2. Aktívna participácia a spolupráca ZMOS a samospráv:
   • Predpoklad: ZMOS bude aktívne podporovať projekt a komunikovať jeho prínosy svojim členom. Samosprávy budú ochotné participovať na používateľskom prieskume, pilotnom testovaní, poskytovať spätnú väzbu a po spustení systému ho aktívne využívať a napĺňať dátami.
3. Dostupnosť kvalifikovaných ľudských zdrojov:
   • Predpoklad: Realizátor projektu (AkcieOkolo, z.z.p.o.) bude mať k dispozícii, alebo bude schopný zabezpečiť, kvalifikovaný projektový tím. Zároveň sa predpokladá úspešné obstaranie kompetentného dodávateľa/dodávateľov informačného systému.
4. Ochota k zmene procesov na strane samospráv a organizátorov:
   • Predpoklad: Samosprávy a organizátori budú ochotní prijať a adaptovať sa na nové, štandardizované a digitalizované procesy manažmentu podujatí, ktoré prinesie IS AkcieOkolo, aj keď to môže znamenať zmenu ich zaužívaných postupov.
5. Súlad s platnou legislatívou a včasná reakcia na jej zmeny:
   • Predpoklad: Projekt bude realizovaný v súlade so všetkými relevantnými právnymi normami (napr. GDPR, Zákon o ITVS, Vyhláška č. 401/2023 Z.z.). Tím projektu bude schopný flexibilne reagovať na prípadné legislatívne zmeny ovplyvňujúce projekt.
6. Technologická pripravenosť používateľov:
   • Predpoklad: Kľúčoví používatelia v samosprávach, u organizátorov a predajcov budú mať prístup k základnej IT infraštruktúre (počítač, internetové pripojenie) a budú mať alebo získajú (prostredníctvom školení) základné digitálne zručnosti potrebné na prácu so systémom.
7. Jasná a konzistentná metodická podpora a školenia:
   • Predpoklad: Pre všetky skupiny používateľov budú pripravené kvalitné školiace materiály, metodické usmernenia a bude zabezpečená používateľská podpora (helpdesk) na riešenie problémov a otázok.
8. Podpora a spolupráca s relevantnými orgánmi štátnej správy:
   • Predpoklad: V prípade potreby bude zabezpečená spolupráca s MIRRI SR (ako gestorom digitalizácie a ITVS), prípadne s inými relevantnými ministerstvami alebo inštitúciami (napr. v otázkach štandardov, bezpečnosti, integrácií). 

3.8 Vyhodnotenie rizík a závislostí

Každý projekt je vystavený určitým rizikám, ktoré môžu ohroziť jeho úspešnú realizáciu, a závislostiam, ktoré ovplyvňujú jeho priebeh. Pre projekt "Zaži mestá a obce, zaži Slovensko" boli identifikované kľúčové riziká a závislosti, ktoré budú priebežne monitorované a riadené. Detailné vyhodnotenie a sledovanie všetkých rizík a závislostí bude priebežne udržiavané a aktualizované v samostatnej prílohe Zoznam rizík a závislostí (v súlade so šablónou publikovanou na stránke Riadenie kvality QA MIRRI SR).

V prípade financovania projektu zo zdrojov EÚ je kladený osobitný dôraz na riziká súvisiace s procesom verejného obstarávania, legislatívnymi zmenami a dodržiavaním časového harmonogramu. Tieto aspekty sú zohľadnené v identifikácii a hodnotení rizík.

Nasledujúca tabuľka uvádza prehľad najzávažnejších identifikovaných rizík a závislostí pre tento projekt:

Tabuľka 5 Prehľad najzávažnejších rizík a závislostí

3.9 Detailný opis rozpočtu projektu a jeho prínosov

Komplexná a detailná finančná analýza projektu "Zaži mestá a obce, zaži Slovensko – podpora rozvoja IS v prostredí samosprávy so zameraním na podporu regiónov", vrátane analýzy nákladov a prínosov (Cost-Benefit Analysis, CBA) a analýzy nákladovej efektívnosti (Cost-Effectiveness Analysis, CEA) je spracovaná v samostatnom dokumente M-05 Analýza nákladov a prínosov. Tento dokument bol vypracovaný v súlade s platnou metodikou a požiadavkami pre projekty financované z verejných zdrojov, resp. fondov Európskej únie.

Táto kapitola poskytuje štruktúrovaný súhrn kľúčových finančných ukazovateľov a popis logiky výpočtu prínosov odvodených z dokumentu M-05. Všetky finančné údaje sú prezentované v časovom horizonte T10 (10 rokov od spustenia prevádzky riešenia, ak nie je uvedené inak).

Vypočítané náklady (vývoj + prevádzka) v T10:

Celkové náklady projektu v 10-ročnom horizonte sú rozdelené na investičné náklady (CAPEX) a prevádzkové náklady (OPEX).

1. Investičné náklady :
   • Náklady na vývoj a implementáciu informačného systému AkcieOkolo (webový portál, mobilná aplikácia, modul ACDP, prípadne základná infraštruktúra pre BPS a PASVAS v rámci Časti B, ak je súčasťou počiatočnej investície).
   • Náklady na hardvérové a softvérové licencie (ak relevantné a nie sú súčasťou cloudových služieb).
   • Náklady na projektové riadenie, analýzy, dizajn, testovanie.
   • Náklady na prvotné školenia kľúčových používateľov a administrátorov.
   • Náklady na publicitu a informovanosť o spustení platformy.
   • Odhadovaná celková výška investičných nákladov (CAPEX) je 5 170 360,06 EUR

1. Prevádzkové náklady v T10:
   • Náklady na technickú podporu a údržbu systému (SLA).
   • Náklady na hosting a prevádzku IT infraštruktúry (napr. cloudové služby).
   • Náklady na prípadné priebežné licenčné poplatky.
   • Personálne náklady na správu a administráciu systému na strane prevádzkovateľa (AkcieOkolo, z.z.p.o.).
   • Náklady na priebežné školenia a používateľskú podporu.
   • Náklady na menšie aktualizácie a rozvoj systému.
   • Odhadované celkové prevádzkové náklady (OPEX) za 10 rokov sú: 2 098 769,86 EUR

NÁKLADY

Sumarizácia nákladov:

Sumarizácia nákladov a prínosov riešenia za obdobie 10 rokov:

Interpretácia výsledkov:

Ekonomická a finančná efektívnosť projektu je v analýze prínosov a nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov:

●         Pomer prínosov a nákladov (BCR): 2,34

●         Kumulovaná diskont. návratnosť ENPV: t5 (v 4 roku)

Rozpočet projektu: 5 170 360,06 EUR

Celkové náklady na zabezpečenie riešenia boli vypočítané prostredníctvom PHZ, oslovením dodávateľov a prostredníctvom UCP. Vypočítané náklady projektu a výšku rozpočtu môžeme rozdeliť nasledovne:

Hlavné aktivity

Vývoj aplikácií:

                               Interné kapacity:                459 675,00 EUR

                        Externé služby a SW:             4 372 437,21 EUR s DPH

Podporné aktivity

907 - Paušálna sadzba na nepriame výdavky podľa článku 54 písm. a) NSU:   338247,85 EUR

PRÍNOSY:

Vypočítané prínosy v T10:

Prínosy projektu sú finančné aj nefinančné (kvalitatívne). Pre účely BC/CBA sú finančné prínosy kvantifikované a diskontované.

Kvantitatívne prínosy:

Skrátenie času pri registrácii a evidencii kultúrnych podujatí

Východiskový stav registrácie podujatia je mimoriadne časovo náročný – jeden proces v priemere trvá 4 hodiny (240 minút), čo zahŕňa prípravu žiadosti, komunikáciu s úradmi, fyzické doručenie dokumentov, ručné spracovanie a ich zaevidovanie. Tento stav je výsledkom nejednotných a prevažne analógových postupov.

Po zavedení centrálneho informačného systému bude celý proces zjednotený a digitalizovaný, čím sa zníži potreba ľudskej intervencie. Cieľový čas registrácie podujatia sa skráti na 0,5 hodiny (30 minút), teda na osemnásobne kratšiu dobu.

To znamená, že každé zaregistrované podujatie prinesie úsporu 3,5 hodiny administratívnej práce. Pri počte 500 zapojených obcí a priemernom počte 5 podujatí ročne na obec to predstavuje:

2 500 podujatí ročne × 3,5 hodiny = 8 750 hodín administratívnej práce, ktoré budú odbúrané iba v tomto jednom procese.
 

Skrátenie času pri registrácii a správe predajcov a účastníkov podujatí

V aktuálnom stave trvá proces registrácie jedného predajcu alebo účastníka na podujatie približne 1,25 hodiny (75 minút). Tento čas zahŕňa vyplnenie žiadosti, dokladovanie, potvrdenia a opakovanú administratívu. V mnohých prípadoch ide o opakujúci sa úkon, kde sa zbytočne duplicitne predkladajú rovnaké podklady.

Po implementácii systému AkcieOkolo bude možné registráciu uskutočniť cez digitálny používateľský profil. Predpokladá sa, že cieľový stav bude znamenať zníženie času registrácie na 0,16 hodiny (10 minút), teda na menej ako sedminu pôvodnej hodnoty.

To zodpovedá priemernej časovej úspore viac ako 1 hodiny na jednu registráciu. Pri predpoklade 25 registrovaných predajcov na podujatie, 2 500 podujatí ročne to znamená:

62 500 registrácií × 1,09 hodina = 68 125 hodín ušetreného času na úrovni organizátorov, predajcov a úradníkov.
 

Skrátenie času pri povoľovaní účasti predajcov a schvaľovaní organizácie podujatí

Samotný proces schvaľovania účasti predajcu na podujatí zaberá v súčasnosti priemerne 0,67 hodiny (40 minút). Jeho zložitosť vyplýva najmä z nutnosti ručného preverovania údajov, konzultácií medzi pracovníkmi úradu, či vedenia záznamov.

Po zavedení digitálneho workflow a automatizovaného priraďovania a validácie údajov sa celý schvaľovací proces výrazne zjednoduší. Odhadovaný cieľový čas bude predstavovať 0,08 hodiny (5 minút). Časová úspora tak bude 0,59 hodiny na jedného predajcu.

Ak počítame opäť s 25 predajcami na jedno podujatie a 2 500 podujatiami ročne, dosiahneme:

62 500 schválení × 0,59 hodiny = 36 875 hodín administratívnej práce odbúranej v rámci tohto konkrétneho procesu.

Nepriame a nefinančné (kvalitatívne) prínosy (mnohé budú monetizované v M-05, ak je to možné, inak popísané slovne):

• 
  
  • Zvýšenie návštevnosti podujatí (o 30%): Vyššia návštevnosť generuje vyššie príjmy pre lokálnych podnikateľov (ubytovanie, gastronómia, služby), čo prispieva k regionálnemu ekonomickému rastu. Monetizácia cez odhad dodatočných výdavkov návštevníkov.
  • Zlepšenie koordinácie a zníženie konfliktov podujatí (o 65%): Vedie k lepšiemu zážitku návštevníkov, efektívnejšiemu využitiu marketingových rozpočtov organizátorov a celkovo kvalitnejšej kultúrnej ponuke.
  • Zvýšenie atraktivity Slovenska ako turistickej destinácie.
  • Posilnenie regionálnej a národnej kultúrnej identity a zachovanie kultúrneho dedičstva.
  • Zlepšenie prístupu k informáciám a zvýšenie používateľského komfortu pre občanov.
  • Podpora dátovo podloženého rozhodovania pre samosprávy.
  • Zvýšenie transparentnosti vo verejnom sektore.
  • Slovný popis výpočtu (monetizácie) niektorých týchto prínosov: Napríklad, zvýšenie návštevnosti o X osôb ročne, kde priemerný dodatočný výdavok jedného návštevníka v regióne je Y EUR, generuje dodatočný ekonomický prínos X*Y EUR ročne. Tento prínos sa diskontuje na 10 rokov. Pre prínosy, ktoré nie je možné robustne monetizovať, sa v M-05 uvádza ich kvalitatívny popis a význam.

Rok návratnosti a kľúčové finančné ukazovatele (výstupy z M-05 Analýza nákladov a prínosov):

Na základe komplexnej Analýzy nákladov a prínosov (M-05) boli vypočítané nasledujúce kľúčové ukazovatele finančnej a ekonomickej efektívnosti projektu:

• Pomer prínosov a nákladov (BCR - Benefit-Cost Ratio): 2,34 (očakávaná hodnota > 1)
• Rok návratnosti investície (Payback Period): t5 (v 4 roku po ukonćení projektu) (ideálne kratší ako životnosť projektu)

Výsledky analýzy M-05 potvrdzujú ekonomickú a finančnú životaschopnosť a opodstatnenosť projektu "Zaži mestá a obce, zaži Slovensko".

3.9.1 Zdroj financovania

Realizácia Časti A projektu „Zaži mestá a obce, zaži Slovensko“, ktorá predstavuje jeho verejnoprospešné jadro, si vyžaduje zabezpečenie finančných prostriedkov na pokrytie investičných (CAPEX) a následných prevádzkových (OPEX) nákladov.

Primárnym a jediným uvažovaným zdrojom financovania pre túto časť projektu sú Európske štrukturálne a investičné fondy (EŠIF) a štátny rozpočet SR. Projekt bude predložený na financovanie ako národný projekt v rámci:

• Program: Program Slovensko (2021-2027)
• Priorita: 1P1 Veda, výskum a inovácie
• Špecifický cieľ: RSO1.2. Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy (EFRR)

Financovanie bude pokrývať všetky aktivity súvisiace s návrhom, vývojom, implementáciou a spustením Časti A projektu. Spolufinancovanie zo štátneho rozpočtu bude zabezpečené v súlade s pravidlami príslušnej výzvy.

Budúce nadstavbové moduly (plánovaná Časť B) nie sú predmetom tohto financovania a ich prípadná realizácia bude závisieť od zabezpečenia iných, mimorozpočtových zdrojov v budúcnosti.

3.10 Harmonogram projektu

• Nasledujúci vysokoúrovňový harmonogram poskytuje odhad časového rámca pre kľúčové fázy a aktivity projektu "Zaži mestá a obce, zaži Slovensko". Detailnejší harmonogram bude vypracovaný v neskorších fázach projektového riadenia a bude pravidelne aktualizovaný. Projekt je plánovaný na maximálne 15 mesiacov od podpisu zmluvy s dodávateľom pre fázy vývoja a implementácie, po ktorých nasleduje 5-ročná fáza podpory prevádzky a udržateľnosti.

Obrázok 3: Ilustrácia iteratívneho spôsobu realizácie projektu Agilnou metódou

Vybraná metóda riadenia projektu a zdôvodnenie výberu:

Pre realizáciu projektu "Zaži mestá a obce, zaži Slovensko", najmä jeho kľúčovej Časti A, sa navrhuje hybridný prístup k riadeniu projektu, ktorý kombinuje prvky Agilnej metodiky pre samotný vývoj softvéru a prvky Waterfall (Vodopádovej) metodiky pre celkové rámcové plánovanie, obstarávanie a reporting.

• Prvky Agilnej metodiky (napr. Scrum, Kanban) pre vývoj IS AkcieOkolo (Časť A a prípadne Časť B):
  • Zdôvodnenie: Vývoj komplexného informačného systému s viacerými modulmi a používateľskými rozhraniami profituje z iteratívneho prístupu. Agilná metodika umožňuje:
    • Flexibilitu a adaptabilitu: Schopnosť reagovať na zmeny a nové zistenia počas vývoja, najmä na základe spätnej väzby od používateľov z pilotných samospráv a organizátorov.
    • Priebežné dodávanie hodnoty: Rozdelenie vývoja na kratšie iterácie (šprinty) s dodaním funkčných častí produktu (inkrementov) umožňuje skoré testovanie a validáciu.
    • Úzku spoluprácu s objednávateľom a používateľmi: Pravidelné stretnutia, demonštrácie a zapojenie zástupcov stakeholderov do procesu vývoja zabezpečujú, že výsledný produkt bude zodpovedať reálnym potrebám.
    • Manažment komplexnosti: Rozdelenie rozsiahleho projektu na menšie, zvládnuteľné časti.
  • Aplikácia: Fázy Analýza a Dizajn, Implementácia (Vývoj) a Testovanie IS AkcieOkolo (položky 2a, 2b, 2c) by prebiehali v iteratívnych cykloch. Každá iterácia by sa zamerala na určitý súbor funkcionalít (napr. najprv základný modul ACDP a evidencia podujatí, potom registrácia predajcov, potom používateľské rozhrania portálu atď.), pričom každá iterácia by prešla analýzou, dizajnom, vývojom a testovaním. (Viď Obrázok 3 z predlohy I-02 ako ilustráciu).
  • Predpokladá sa rozdelenie požiadaviek podľa priority (A = must have, B = nice to have, C = zvyšné) a postupné dodávanie inkrementov.
• Prvky Waterfall (Vodopádovej) metodiky pre celkové riadenie projektu:
  • Zdôvodnenie: Pre projekty vo verejnej správe, najmä ak sú financované z EÚ fondov alebo štátneho rozpočtu, je často nevyhnutné mať jasne definované hlavné fázy, míľniky, celkový rozpočet a časový rámec už na začiatku. Waterfall prvky poskytujú:
    • Štruktúrované plánovanie a kontrolu: Jasne definované sekvenčné fázy (Prípravná, Realizačná – s internými agilnými cyklami, Dokončovacia, Podpora prevádzky).
    • Formálne schvaľovanie a reporting: Jasné míľniky pre reporting a fakturáciu.
    • Riadenie rozsahu a rozpočtu: Lepšia predvídateľnosť celkových nákladov a trvania pre hlavné etapy projektu.
  • Aplikácia: Celkové fázy projektu (0. VO, 1. Prípravná/Iniciačná, 2. Realizačná ako celok, 3. Dokončovacia, 4. Podpora prevádzky) budú plánované a sledované sekvenčne. Verejné obstarávanie je typický waterfall proces. Podpis zmluvy a akceptácia hlavných dodávok budú kľúčovými míľnikmi. (Viď časť Obrázku 2 z predlohy I-02 pre ilustráciu sekvenčných fáz).

Hybridný model teda umožní skĺbiť flexibilitu potrebnú pri vývoji softvéru s robustným rámcovým plánovaním a kontrolou vyžadovanou pre projekty tohto typu a rozsahu. Priorita bude kladená na dodanie kľúčových funkcionalít Časti A projektu.

3.11 Návrh organizačného zabezpečenia projektu (projektový tím)

Organizačné zabezpečenie projektu "Zaži mestá a obce, zaži Slovensko" je navrhnuté tak, aby zabezpečilo efektívne riadenie, koordináciu a realizáciu všetkých projektových aktivít. Štruktúra zahŕňa Riadiaci výbor pre strategické rozhodovanie a Projektový tím zodpovedný za operatívne riadenie a implementáciu.

A. Riadiaci výbor (RV) realizátora projektu

Riadiaci výbor bude najvyšším rozhodovacím a kontrolným orgánom projektu na strane realizátora (AkcieOkolo, z.z.p.o., zastupujúceho záujmy Objednávateľa/Vlastníka projektu – ZMOS a samospráv). Bude zodpovedný za strategické smerovanie projektu, schvaľovanie kľúčových výstupov, riešenie eskalačných problémov a zabezpečenie súladu s celkovými cieľmi a rozpočtom.

Navrhované zloženie Riadiaceho výboru:

• Predseda RV:
  • Rola: Zástupca vrcholového manažmentu ZMOS (napr. predseda alebo podpredseda ZMOS).
  • Zodpovednosti: Celkové strategické vedenie projektu, zastupovanie projektu navonok, zabezpečenie súladu so záujmami samospráv, konečné rozhodovanie pri zásadných otázkach.
• Biznis vlastník (Produktový vlastník):
  • Rola: Riaditeľ AkcieOkolo, z.z.p.o..
  • Zodpovednosti: Definovanie a priorizácia biznis požiadaviek, vízia produktu (IS AkcieOkolo), zabezpečenie súladu výstupov projektu s potrebami koncových používateľov (samosprávy, organizátori, občania), akceptácia funkčných častí systému.
• Zástupca prevádzky (Budúci prevádzkovateľ systému):
  • Rola: Nominovaný zástupca AkcieOkolo, z.z.p.o., zodpovedný za budúcu technickú prevádzku a údržbu IS AkcieOkolo.
  • Zodpovednosti: Poskytovanie vstupov týkajúcich sa prevádzkyschopnosti, škálovateľnosti a udržateľnosti navrhovaného riešenia, príprava na prevzatie systému do prevádzky.
• Projektový manažér realizátora projektu (PM):
  • Rola: Projektový manažér AkcieOkolo, z.z.p.o..
  • Zodpovednosti: Člen RV s právom hlasovať (ak nie je v konflikte záujmov), pravidelné reportovanie stavu projektu Riadiacemu výboru, predkladanie návrhov na rozhodnutie, zabezpečenie plnenia úloh a cieľov projektu.
• (Prípadne) Zástupca kľúčových používateľských skupín:
  • Rola: Nominovaní zástupcovia z radov samospráv a/alebo organizátorov podujatí.
  • Zodpovednosti: Zabezpečenie priamej spätnej väzby a zastupovanie potrieb kľúčových koncových používateľov na strategickej úrovni.

B. Projektový tím realizátora projektu

Projektový tím bude zodpovedný za každodenné riadenie a realizáciu projektu, od detailnej analýzy a dizajnu až po implementáciu, testovanie a nasadenie. Bude úzko spolupracovať s dodávateľom informačného systému a ďalšími zainteresovanými stranami.

Navrhované zloženie Projektového tímu (minimálny rozsah):

• Projektový manažér (PM):
  • Zodpovednosti: Celkové operatívne riadenie projektu, plánovanie, sledovanie postupu, riadenie zdrojov, rizík a komunikácie, koordinácia s dodávateľom a ostatnými stakeholdermi, reporting Riadiacemu výboru.
• Biznis vlastník (Produktový vlastník):
  • Zodpovednosti: Úzka spolupráca s analytikmi a vývojovým tímom, definovanie a priorizácia požiadaviek (backlogu), akceptácia dodaných funkcionalít, zabezpečenie, aby výsledok spĺňal biznis ciele. (Môže byť súčasťou aj PT, aj RV).
• IT/Biznis analytik (alebo viacerí):
  • Zodpovednosti: Zber a analýza požiadaviek od stakeholderov, tvorba detailných špecifikácií pre vývojový tím, modelovanie procesov, spolupráca s UX dizajnérom a IT architektom, tvorba testovacích scenárov.
• IT architekt:
  • Zodpovednosti: Návrh celkovej technickej a aplikačnej architektúry IS AkcieOkolo, definovanie technologických štandardov, dohľad nad technickou implementáciou, riešenie integračných požiadaviek, zabezpečenie škálovateľnosti a bezpečnosti systému.
• Kľúčoví používatelia / Zástupcovia používateľských skupín:
  • Zodpovednosti: Poskytovanie detailných vstupov a spätnej väzby počas analýzy a dizajnu, aktívna účasť na používateľskom testovaní (UAT), podpora pri tvorbe školiacich materiálov a adopcii systému vo svojich organizáciách. (Mali by byť nominovaní zástupcovia zo samospráv, od organizátorov podujatí a prípadne od predajcov).
• Manažér kvality (povinný člen pre projekt > 1 000 000 EUR):
  • Zodpovednosti: Definovanie a dohľad nad dodržiavaním procesov kvality v projekte, zabezpečenie kvality projektových výstupov a dodávok, riadenie testovacieho procesu, monitorovanie dodržiavania štandardov.
• Manažér kybernetickej a informačnej bezpečnosti (odporúčaný člen):
  • Zodpovednosti: Posudzovanie bezpečnostných aspektov navrhovaného riešenia, definovanie bezpečnostných požiadaviek, dohľad nad implementáciou bezpečnostných opatrení, spolupráca pri riešení bezpečnostných incidentov. (Môže byť externý konzultant alebo zdieľaná rola).
• UX/UI dizajnér (odporúčaný člen/služba):
  • Zodpovednosti: Návrh používateľsky prívetivého a intuitívneho rozhrania pre webový portál a mobilnú aplikáciu, tvorba wireframes, prototypov, testovanie použiteľnosti. (Môže byť súčasťou dodávateľského tímu alebo zabezpečený externe).
• Špecialista na testovanie (Test manažér/Testeri):
  • Zodpovednosti: Plánovanie a realizácia rôznych typov testov (funkčné, integračné, výkonnostné, bezpečnostné), dokumentácia výsledkov testovania. (Môže byť súčasťou dodávateľského tímu a/alebo interného projektového tímu).
• Manažér IT prevádzky (budúci prevádzkovateľ - odporúčaný člen pre konzultácie):
  • Zodpovednosti: Poskytovanie vstupov z pohľadu budúcej prevádzky a údržby systému, definovanie požiadaviek na monitoring, zálohovanie, SLA. (Člen z AkcieOkolo, z.z.p.o.).
• (Iná špecifická rola) Špecialista na komunikáciu a školenia:
  • Zodpovednosti: Príprava komunikačnej stratégie pre stakeholderov, tvorba školiacich materiálov, organizácia a realizácia školení pre jednotlivé používateľské skupiny.

Tabuľka projektového tímu (príklad vyplnenia, konkrétne mená a útvary sa doplnia):

Tabuľka 7 Projektový tím

4. LEGISLATÍVA

Realizácia projektu "Zaži mestá a obce, zaži Slovensko – podpora rozvoja IS v prostredí samosprávy so zameraním na podporu regiónov" je navrhovaná tak, aby bola v maximálnej možnej miere v súlade s platným právnym poriadkom Slovenskej republiky a Európskej únie. Prioritou je využitie existujúcich legislatívnych rámcov a minimalizácia potreby legislatívnych zmien. Avšak, pre plné dosiahnutie niektorých cieľov projektu, najmä v oblasti zjednotenia a štandardizácie procesov naprieč samosprávami a zabezpečenia efektívneho využívania centralizovanej platformy AkcieOkolo, môžu byť identifikované oblasti, kde by cielená úprava legislatívy alebo vydanie metodických usmernení s dostatočnou autoritou mohlo byť prospešné alebo dokonca nevyhnutné.

A. Potrebné zmeny v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu:

V súčasnej fáze prípravy projektu neboli identifikované bezprostredné a nevyhnutné zmeny v primárnej legislatíve (zákonoch), bez ktorých by projekt nemohol byť realizovaný a jeho základné ciele (Časť A) dosiahnuté. Avšak, pre zabezpečenie maximálnej efektivity, jednotnosti a širokej adopcie systému, ako aj pre prípadnú realizáciu niektorých nadstavbových funkcionalít (Časť B), je vhodné zvážiť a analyzovať potenciálnu potrebu úprav alebo doplnení v nasledujúcich oblastiach:

1. Podzákonné normy alebo metodické usmernenia pre samosprávy:
   • Potenciálna oblasť úpravy: Mohlo by byť prospešné, aby ZMOS v spolupráci s MIRRI SR alebo iným relevantným orgánom vydal metodické usmernenie alebo odporúčanie pre mestá a obce týkajúce sa:
     • Jednotného postupu pri registrácii a evidencii kultúrnych podujatí prostredníctvom centrálnej platformy AkcieOkolo.
     • Štandardizácie požiadaviek a procesov pri registrácii predajcov a účastníkov podujatí, s cieľom využívať digitálne profily a minimalizovať opakované predkladanie dokumentov.
     • Odporúčaných minimálnych súborov dát, ktoré by mali samosprávy a organizátori o podujatiach zverejňovať pre zabezpečenie dostatočnej informovanosti verejnosti.
   • Konkrétne zákony/paragrafy, ktorých vykonávacie predpisy by sa mohli týkať: Primárne ide o podporu aplikácie princípov efektívnej verejnej správy a zákona č. 369/1990 Zb. o obecnom zriadení v kontexte preneseného výkonu štátnej správy alebo originálnych kompetencií v oblasti kultúry (ak relevantné).
   • Cieľ úpravy: Zabezpečiť jednotný prístup samospráv, zvýšiť mieru využívania platformy AkcieOkolo a maximalizovať tak prínosy z centralizácie a digitalizácie.
2. Štandardy pre zdieľanie dát a interoperabilitu:
   • Potenciálna oblasť úpravy: Vydanie alebo aktualizácia technických štandardov alebo odporúčaní pre dátové formáty a API rozhrania pre výmenu informácií o kultúrnych podujatiach, aby sa uľahčila prípadná budúca integrácia IS AkcieOkolo s inými relevantnými systémami (napr. národné turistické portály, systémy tretích strán).
   • Konkrétne zákony/paragrafy: Súvis s vyhláškou MIRRI SR č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy.
   • Cieľ úpravy: Podpora dátovej interoperability a vytvorenie otvoreného ekosystému pre informácie o kultúrnych podujatiach.

B. Negatívny dopad na projekt, ak vyššie uvedené zmeny v zákonoch (alebo podzákonných normách) nebudú realizované:

1. Ak nebudú vydané jednotné metodické usmernenia pre samosprávy:
   • Dopad na výstupy a ciele projektu: Nižšia miera adopcie a nekonzistentné využívanie platformy AkcieOkolo jednotlivými samosprávami. Môže pretrvávať fragmentácia a nejednotnosť procesov, čím sa zníži efektivita koordinácie a nedosiahne sa plný potenciál v znížení administratívnej záťaže. Ciele týkajúce sa miery pokrytia samospráv (KPI 1.2) a miery digitalizácie procesov (KPI 5.1) môžu byť dosiahnuté v nižšej miere.
   • Dopad na rozsah a časový harmonogram: Samotný vývoj IS nebude priamo ovplyvnený, ale fáza nasadenia, adopcie a dosahovania celoplošných prínosov sa môže predĺžiť a skomplikovať.
2. Ak nebudú riešené potenciálne legislatívne nejasnosti pre modul BPS (Časť B):
   • Dopad na výstupy a ciele projektu: Môže to obmedziť rozsah implementácie a využívania BPS modulu, prípadne vytvoriť právnu neistotu pre organizátorov a samosprávy. Ciele týkajúce sa zvýšenia transparentnosti finančných tokov a potenciálnych príjmov z BPS by nemuseli byť naplnené v plnej miere.
   • Dopad na rozsah a časový harmonogram: Realizácia Časti B by mohla byť oneskorená alebo obmedzená len na funkcionality bez legislatívnych otáznikov, čím by sa znížila jej pridaná hodnota.
3. Ak nebudú podporené štandardy pre zdieľanie dát:
   • Dopad na výstupy a ciele projektu: Obmedzené možnosti budúcej integrácie IS AkcieOkolo s inými systémami, čo môže znížiť celkový dosah a využiteľnosť dát platformy v širšom ekosystéme digitálnych služieb (napr. v cestovnom ruchu).
   • Dopad na rozsah a časový harmonogram: Nemusí mať priamy dopad na inicializačné fázy projektu, ale obmedzí jeho budúci rozvojový potenciál a synergie.

Záver k legislatívnym zmenám:

Projektový tím bude aktívne monitorovať legislatívne prostredie a v prípade identifikácie konkrétnych a nevyhnutných potrieb na legislatívne zmeny bude iniciovať diskusiu s relevantnými orgánmi (MIRRI SR, Ministerstvo kultúry SR, ZMOS, a i.) s cieľom navrhnúť a presadiť také úpravy, ktoré podporia plné dosiahnutie cieľov projektu a maximalizujú jeho prínosy pre všetkých stakeholderov. Prioritou však zostáva realizácia projektu v rámci platnej legislatívy a dosiahnutie maximálnych prínosov prostredníctvom technologických a procesných inovácií.

5. ARCHITEKTÚRA RIEŠENIA PROJEKTU

Spracovanie a rozsah tejto kapitoly zodpovedá charakteru projektu "Zaži mestá a obce, zaži Slovensko", ktorý je primárne zameraný na budovanie nového Informačného Systému Verejnej Správy (ISVS) s názvom "AkcieOkolo", vrátane jeho hlavných komponentov: webového portálu, mobilnej aplikácie a Algoritmu Centralizovanej Databázy Podujatí (ACDP). Projekt tiež zahŕňa transformáciu a digitalizáciu súvisiacich biznis procesov. Vzhľadom na tento charakter budú v tejto kapitole detailne navrhnuté a popísané všetky relevantné vrstvy architektúry: biznis, aplikačná, dátová a technologická, vrátane aspektov bezpečnosti.

Návrh architektúry bude plne v súlade s funkčnými, nefunkčnými a technickými požiadavkami definovanými v dokumente I-04 Katalóg požiadaviek a bude reflektovať závery a odporúčania z dokumentu M-05 Analýza nákladov a prínosov (BC/CBA).
Obsah tejto kapitoly bude tiež kľúčovým podkladom pre realizáciu výstupu M-06 Aktualizácia evidencie e-Government komponentov v MetaIS. Objednávateľ (AkcieOkolo, z.z.p.o. v zastúpení ZMOS) si je vedomý povinnosti podľa § 12 ods. 1 písm. b) zákona č. 95/2019 Z.z. o informačných technológiách vo verejnej správe priebežne aktualizovať MetaIS.

Všetky architektonické modely a diagramy budú vytvárané v súlade s požiadavkami na používanie modelovacieho jazyka ArchiMate minimálne vo verzii 3. Bude využívaný modelovací nástroj podporujúci export modelu do štandardizovaného formátu „The Open Group ArchiMate Model Exchange File Format Standard“. Pre detailný popis procesov bude využívaný modelovací jazyk BPMN 2.0. Návrh bude zohľadňovať usmernenia z Používateľskej príručky MetaIS a metodiky optimalizácie procesov MV SR.

Pred uvedením a detailným popisom zvoleného navrhovaného riešenia bude pre každú vrstvu architektúry vykonané vyhodnotenie relevantných alternatív riešenia.

Obrázok 4: Celkový prehľad metamodelu Archimate pre verejnú správu a evidencie eGovernment komponentov v MetaIS

5.1 Stanovenie alternatív architektúry riešenia

Výber optimálnej architektúry riešenia pre projekt "Zaži mestá a obce, zaži Slovensko" je zásadným krokom, ktorý zabezpečuje, že navrhované riešenie bude efektívne, udržateľné a v súlade so stanovenými cieľmi a potrebami zainteresovaných strán. Tento proces prebieha v dvoch hlavných kolách, ktoré sú v súlade s metodikou pre riadenie projektov vo verejnej správe:

Prvé kolo: Multikriteriálna analýza (MCA) – Výber relevantných alternatív

V tomto kole sa identifikujú a hodnotia rôzne koncepčné prístupy a alternatívy riešenia na vysokej úrovni. Cieľom MCA je zúžiť široké spektrum možností na menší počet relevantných alternatív, ktoré následne postúpia do detailnejšej ekonomickej analýzy. Kritériá pre MCA sú definované tak, aby zohľadňovali strategické ciele projektu, potreby používateľov, technickú uskutočniteľnosť, legislatívny súlad a ďalšie relevantné faktory. Pre tento projekt boli kľúčovými kritériami napríklad:

• Schopnosť naplniť hlavné ciele projektu (centralizácia, koordinácia, zníženie byrokracie, informovanosť).
• Miera prispôsobenia špecifickým potrebám slovenských samospráv a kultúrneho prostredia.
• Potenciál pre budúci rozvoj a škálovateľnosť.
• Predpokladaná miera adopcie používateľmi.
• Súlad s architektúrnymi princípmi verejnej správy SR (napr. využívanie spoločných modulov, cloud-first princíp).
• Bezpečnostné aspekty.
• Indikatívne náklady a časová náročnosť implementácie.

Z Ideového zámeru projektu I-01 (kapitola 5. Uvažované technologické alternatívy projektu) vyplynulo porovnanie dvoch základných prístupov:

1. Krabicové riešenie (tzv. "off-the-shelf"): Nasadenie už existujúceho komerčného softvéru.
2. Vývoj nového informačného systému (IS) na mieru: Prípadne s úpravou existujúceho IS vo VS (táto možnosť bola v I-01 vylúčená pre nedostatok relevantného existujúceho systému).

Na základe analýzy v I-01 bolo krabicové riešenie vyhodnotené ako nevhodné, pretože žiadne dostupné komerčné produkty neriešia kľúčovú a unikátnu požiadavku projektu – centralizovanú koordináciu podujatí a digitálnu registráciu predajcov na úrovni všetkých samospráv SR, ani neposkytujú potrebnú architektúru pre integráciu s verejným sektorom, modulárnosť a prispôsobiteľnosť špecifickým slovenským legislatívnym a procesným požiadavkám. Riziká ako vendor-lock a neschopnosť naplniť verejnoprospešné ciele Časti A projektu boli takisto významné.

Preto sa MCA v kontexte tohto Projektového zámeru I-02 primárne zameriava na rôzne varianty vývoja riešenia na mieru, pričom sa zohľadňuje členenie projektu na Časť A (verejnoprospešné jadro) a Časť B (nadstavbové moduly).

1.      Nulový variant (Baseline / "Do-nothing"):
   • Popis: Tento variant predstavuje scenár, kedy sa projekt nerealizuje a pokračuje súčasný stav (AS IS) s jeho identifikovanými problémami (fragmentácia, byrokracia, neefektívnosť atď.).
   • Posúdenie: V rámci MCA sa tento variant explicitne neposudzuje ako alternatíva pre výber, ale slúži ako automaticky porovnávajúci (referenčný) variant v dokumente M-05 BC/CBA. Náklady nulového variantu sú spojené s pokračujúcimi neefektivitami a stratenými príležitosťami. Jeho prínosy sú nulové.
2. Preferovaný variant (TO BE – Komplexné riešenie):
   • Popis: Tento variant predstavuje plné navrhované riešenie projektu "Zaži mestá a obce, zaži Slovensko", ktoré zahŕňa vývoj a implementáciu IS AkcieOkolo na mieru, vrátane všetkých kľúčových funkcionalít definovaných pre Časť A (verejnoprospešné jadro: centrálna evidencia a koordinácia podujatí cez ACDP, digitálna registrácia organizátorov a predajcov, webový portál a mobilná aplikácia pre verejnosť). Tento variant tiež počíta s možnosťou (ale nie nevyhnutne okamžitou implementáciou v rámci primárneho rozpočtu Časti A) budúceho rozšírenia o moduly Časti B (napr. BPS, PASVAS).
   • Zdôvodnenie: Tento variant splnil všetky kľúčové kritériá MCA, pretože najlepšie adresuje komplexnosť problému, má najvyšší potenciál na dosiahnutie všetkých stanovených cieľov projektu a zabezpečuje maximálnu prispôsobiteľnosť a kontrolu nad riešením. Poskytuje komplexnú digitálnu transformáciu procesov.
3. „Minimalistický variant“ (TO BE – Redukované riešenie):
   • Popis: Tento variant vychádza z rovnakého technologického prístupu ako preferovaný variant (t.j. vývoj IS AkcieOkolo na mieru), ale realizuje iba absolútne nevyhnutné ("nutné") aplikačné moduly a funkcionality z Časti A. Oproti preferovanému variantu by mohol napríklad obsahovať:
     • Len základnú funkcionalitu ACDP pre koordináciu termínov bez pokročilých analytických nástrojov.
     • Zjednodušenú registráciu predajcov bez niektorých automatizovaných validačných prvkov alebo pokročilých profilových nastavení.
     • Webový portál s obmedzeným rozsahom informácií a mobilnú aplikáciu len so základnými funkciami (napr. bez personalizácie alebo interaktívnych prvkov).
     • Explicitne vylučuje akékoľvek moduly z Časti B.
   • Zdôvodnenie: Cieľom tohto variantu je posúdiť riešenie s nižšími počiatočnými investičnými nákladmi, ktoré by však stále prinieslo kľúčové verejnoprospešné benefity (aj keď v menšom rozsahu ako preferovaný variant). Umožňuje porovnať nákladovú efektívnosť minimalistického prístupu oproti komplexnejšiemu riešeniu.

Výber finálnej alternatívy na realizáciu sa uskutoční na základe výsledkov BC/CBA (ENPV, EIRR, BCR), pričom sa zohľadnia aj nekvantifikovateľné spoločenské prínosy a miera naplnenia strategických cieľov, ako bolo uvedené v kapitole 3.9.1. Na základe záverov Ideového zámeru I-01 a predbežných úvah je Preferovaný variant považovaný za strategicky najvhodnejší pre dosiahnutie komplexnej a dlhodobo udržateľnej zmeny.

5.1.1. Stanovenie alternatív v biznisovej vrstve architektúry

Na základe komplexnej identifikácie a analýzy rozsahu problému opísaného v predchádzajúcich kapitolách (najmä v častiach 3.2 a 3.6) pristupujeme k definovaniu rôznych alternatív riešenia na úrovni biznis procesov. Tieto alternatívy môžu pokrývať rôzny rozsah transformácie existujúcich procesov, zapojenia stakeholderov a naplnenia ich potrieb a cieľov. Každá alternatíva predstavuje odlišný prístup k riešeniu identifikovaných problémov v organizácii a koordinácii kultúrnych podujatí. Na tejto úrovni je budúci stav biznis procesov popísaný rámcovo, pričom konkrétnejšia špecifikácia a detailný návrh procesov sa uskutočňuje až pre alternatívu (alebo alternatívy), ktorá postupuje do fázy Analýzy nákladov a prínosov (BC/CBA).

Obrázok 5 Znázornenie alternatív riešenia v biznis vrstve architektúry

(Komentár k obrázku 5: Tento diagram by mal ilustrovať, ako sa z jedného definovaného rozsahu problému odvíja niekoľko rôznych rozsahov riešenia, pričom každý rozsah riešenia predstavuje samostatnú biznis alternatívu. Pre projekt "Zaži mestá a obce, zaži Slovensko" by rozsah problému zahŕňal všetkých identifikovaných stakeholderov a ich kľúčové problémy. Rozsahy riešenia by potom zodpovedali Nulovému variantu, Minimalistickému variantu a Preferovanému variantu, ktoré sa líšia mierou pokrytia funkcionalít a transformácie procesov.)

Výber relevantných biznis alternatív, ktoré postúpia do ďalšej detailnej analýzy, prebieha prostredníctvom Multikriteriálnej analýzy (MCA). Táto analýza je založená na vyhodnotení jednotlivých alternatív voči súboru vopred definovaných kritérií. Tieto kritériá vychádzajú z kapitoly Motivácia (ciele stakeholderov, ich požiadavky a obmedzenia) a sú navrhnuté tak, aby reflektovali kľúčové aspekty úspešnosti projektu.

Niektoré kritériá môžu byť definované ako KO kritériá (Knock-Out kritériá). Tieto predstavujú esenciálne biznis požiadavky alebo podmienky, ktoré musí každá akceptovateľná alternatíva bezpodmienečne splniť. Ak alternatíva nespĺňa čo i len jedno KO kritérium, je z ďalšieho posudzovania vylúčená. Dôležité je, aby KO kritériá neboli technologického charakteru (t.j. nesmú preferovať jednu konkrétnu technologickú implementáciu pred inou na tejto úrovni).

Kritériá pre MCA v biznisovej vrstve projektu .

Nižšie je uvedený príklad šablóny pre spracovanie MCA (Tabuľka 8) s navrhovanými kritériami pre tento projekt. Každé kritérium má zdôvodnenie a je priradené k relevantným stakeholderom, ktorých záujmy reprezentuje.

Tabuľka 8 Príklad šablóny pre spracovanie MCA (upravená pre projekt)

Vyhodnotenie biznis alternatív pomocou MCA:

Na základe vyššie definovaných kritérií boli v rámci prvej fázy (MCA) posudzované nasledujúce biznis alternatívy, ktoré boli bližšie špecifikované v kapitole 5.1:

1. Alternatíva 1: Preferovaný variant (Vývoj komplexného IS AkcieOkolo na mieru, pokrývajúci plný rozsah Časti A a s potenciálom pre Časť B)
2. Alternatíva 2: Minimalistický variant (Vývoj IS AkcieOkolo na mieru, pokrývajúci len nevyhnutné jadrové funkcionality Časti A)
3. (Pozn.: Nulový variant nie je aktívne hodnotený v MCA ako možnosť pre výber, ale slúži ako referenčný bod v BC/CBA. Ak by sme uvažovali aj iné zásadne odlišné biznis prístupy, mohli by byť tu zaradené, ale pre tento projekt sa fokálna otázka týka rozsahu riešenia na mieru.

Tabuľka 9 Príklad šablóny pre vyhodnotenie MCA (upravená pre projekt)

Záver MCA pre biznis vrstvu:
Na základe vykonanej multikriteriálnej analýzy obe posudzované alternatívy (Preferovaný variant a Minimalistický variant) splnili definované KO kritériá. Preferovaný variant však vykazuje výrazne vyššiu mieru naplnenia ostatných strategických kritérií, najmä v oblastiach zlepšenia prístupu verejnosti, potenciálu pre finančnú udržateľnosť, miery adopcie a podpory regionálneho rozvoja. Minimalistický variant síce predstavuje nižšie počiatočné nároky, ale jeho dlhodobé prínosy a rozvojový potenciál sú obmedzenejšie.
Oba tieto varianty, spolu s Nulovým variantom, preto postupujú do druhého kola hodnotenia – detailnej Analýzy nákladov a prínosov (M-05 BC/CBA), ktorá kvantifikuje ich ekonomickú a finančnú výhodnosť.

5.1.2. Stanovenie alternatív v aplikačnej vrstve architektúry

Alternatívy na úrovni aplikačnej architektúry priamo reflektujú a detailnejšie rozpracúvajú alternatívy definované v predchádzajúcej kapitole na úrovni biznis vrstvy. Kým biznis vrstva definovala čo sa má dosiahnuť a prečo (rozsah problému a riešenia, ciele), aplikačná vrstva architektúry sa zameriava na to, ako budú tieto biznis ciele podporené konkrétnymi informačnými systémami, ich modulmi a funkcionalitami. Aplikačná vrstva dopĺňa informácie k biznis alternatívam tým, že špecifikuje, ktoré aplikačné komponenty sú nevyhnutné pre naplnenie cieľov a ktoré predstavujú preferované, respektíve rozšírené funkcionality.

Pre klasifikáciu a následné porovnanie alternatív v aplikačnej vrstve definujeme požiadavky na aplikačné moduly a funkcionality do dvoch základných kategórií:

• Nutné (Must-have) aplikačné moduly/funkcionality: Toto sú komponenty informačného systému AkcieOkolo, ktoré sú absolútne nevyhnutné pre dosiahnutie primárnych cieľov projektu definovaných v Časti A (verejnoprospešné jadro). Bez nich by systém nebol schopný riešiť kľúčové identifikované problémy (napr. evidencia a základná koordinácia podujatí, digitálna registrácia základných účastníkov). Tieto moduly tvoria jadro Minimalistického variantu a sú samozrejme aj súčasťou Preferovaného variantu.
• Preferované (Nice-to-have) aplikačné moduly/funkcionality: Tieto komponenty rozširujú základné funkcionality "Nutné", prinášajú dodatočnú pridanú hodnotu, zvyšujú používateľský komfort, efektivitu alebo otvárajú nové možnosti. Sú typicky súčasťou Preferovaného variantu. Ich prínosy sú hodnotené v rámci Analýzy nákladov a prínosov M-05. Sem patria pokročilejšie funkcie Časti A a potenciálne aj moduly Časti B (ako BPS, PASVAS), ak by boli zahrnuté do rozsahu porovnávaných alternatív na tejto úrovni (aj keď primárne Časť B je v tomto projekte plánovaná ako samostatne financovateľná nadstavba).

Aplikačná vrstva je navrhnutá modulárne, aby umožnila rozdeliť komplexný systém IS AkcieOkolo do logických skupín funkcionalít (modulov), ktoré spoločne plnia definované nutné a preferované požiadavky a podporujú poskytovanie koncových služieb používateľom.

Obrázok 6 Znázornenie alternatív riešenia v aplikačnej vrstve

(Komentár k obrázku 6: Tento diagram by mal pre každú biznis alternatívu definovanú v 5.1.1 (Nulový, Minimalistický, Preferovaný) vizualizovať, ktoré aplikačné moduly/funkcionality sú v nej zahrnuté, pričom by mal odlíšiť "Nutné" od "Preferovaných". Pre Nulový variant by neboli žiadne nové aplikačné moduly. Pre projekt "Zaži mestá a obce, zaži Slovensko" by to mohlo vyzerať nasledovne:

• Biznis alternatíva 1 (Nulový variant)
  • Nutné: (žiadne nové aplikačné moduly – existujúci fragmentovaný stav)
  • Preferované: (žiadne)
• Biznis alternatíva 2 (Minimalistický variant)
  • Nutné:
    • Modul: Centrálna databáza podujatí (ACDP) - základná verzia
    • Modul: Registrácia organizátorov a predajcov - základná verzia
    • Modul: Verejný webový portál - základné zobrazenie podujatí
    • Modul: Mobilná aplikácia - základné zobrazenie podujatí
  • Preferované: (v tomto variante žiadne, alebo len veľmi obmedzené)
• Biznis alternatíva 3 (Preferovaný variant)
  • Nutné: (rovnaké ako v Minimalistickom variante, ale potenciálne robustnejšie)
    • Modul: Centrálna databáza podujatí (ACDP) - plná verzia s analytikou
    • Modul: Registrácia organizátorov a predajcov - plná verzia s automatizáciou a profilmi
    • Modul: Verejný webový portál - plná verzia s pokročilým vyhľadávaním a personalizáciou
    • Modul: Mobilná aplikácia - plná verzia s notifikáciami a interaktívnymi prvkami
  • Preferované (príklady funkcionalít v rámci Časti A, alebo celé moduly z Časti B, ak sú tak definované pre porovnanie):
    • Modul: Pokročilé analytické nástroje a reporting pre samosprávy
    • Modul: API pre integráciu s tretími stranami
    • Modul: Bezhotovostný platobný systém (BPS) - ak je zahrnutý do porovnania na tejto úrovni
    • Modul: Systém pre analýzu spätnej väzby (PASVAS) - ak je zahrnutý do porovnania na tejto úrovni)

Diagram by mal teda znázorňovať tri hlavné stĺpce (alebo iné vizuálne oddelenie) pre každú biznis alternatívu a pod nimi bloky reprezentujúce aplikačné moduly/funkcionality s označením, či sú "Nutné" alebo "Preferované" pre danú alternatívu.)*

Aplikačné moduly a funkcionality pre projekt "Zaži mestá a obce, zaži Slovensko" (príklady pre jednotlivé alternatívy):

1. Biznis alternatíva 1: Nulový variant

• Nutné aplikačné moduly/funkcionality:
  • Žiadne nové centrálne aplikačné moduly nie sú implementované. Pretrváva súčasný stav s decentralizovanými, často manuálnymi procesmi a neexistenciou jednotného informačného systému.
• Preferované aplikačné moduly/funkcionality:
  • Žiadne.

2. Biznis alternatíva 2: Minimalistický variant (Vývoj IS AkcieOkolo – jadrová Časť A)

• Nutné aplikačné moduly/funkcionality:
  • Modul Evidencie a koordinácie podujatí (jadro ACDP): Umožňuje samosprávam a organizátorom evidovať podujatia, ich základné atribúty (názov, termín, miesto, typ, organizátor). Poskytuje základné nástroje na detekciu termínových a geografických kolízií.
  • Modul Registrácie používateľov: Umožňuje základnú registráciu a správu účtov pre samosprávy, organizátorov a predajcov. Vytvorenie základného digitálneho profilu pre predajcov s možnosťou nahrať kľúčové dokumenty (napr. živnostenský list).
  • Modul Verejného webového portálu: Poskytuje verejnosti prístup k centralizovanej databáze podujatí. Umožňuje základné vyhľadávanie a filtrovanie podujatí (napr. podľa lokality, dátumu, typu). Zobrazuje detailné informácie o podujatí. Responzívny dizajn pre mobilné zariadenia.
  • Modul Základnej mobilnej aplikácie (iOS, Android): Poskytuje funkcionalitu porovnateľnú so základným webovým portálom pre prístup k informáciám o podujatiach na mobilných zariadeniach.
  • Administračné rozhranie: Základné nástroje pre správcov systému (AkcieOkolo, z.z.p.o.) na manažment používateľov, číselníkov a konfiguráciu systému.
• Preferované aplikačné moduly/funkcionality (v tomto variante nie sú primárne riešené, alebo len vo veľmi obmedzenej forme):
  • Pokročilé analytické funkcie a reporting.
  • Automatizované notifikácie pre používateľov.
  • Rozšírené možnosti personalizácie pre návštevníkov.
  • Integračné API pre tretie strany.

3. Biznis alternatíva 3: Preferovaný variant (Vývoj IS AkcieOkolo – plná Časť A Nutné aplikačné moduly/funkcionality:

• 
  
  • Všetky moduly a funkcionality definované ako "Nutné" pre Minimalistický variant, avšak implementované v robustnejšej a funkčne bohatšej podobe.
  • Modul Evidencie a koordinácie podujatí (ACDP – rozšírená verzia): Pokročilé nástroje na analýzu kolízií, plánovacie kalendáre, možnosť definovania opakujúcich sa podujatí, podpora pre rôzne typy lokalít.
  • Modul Registrácie používateľov (rozšírená verzia): Pokročilá správa digitálnych profilov predajcov s históriou účasti, validáciou dokumentov (potenciálna integrácia s registrami VS), správa povolení na účasť.
  • Modul Verejného webového portálu (rozšírená verzia): Pokročilé vyhľadávanie a filtrovanie, interaktívne mapy, personalizovaný obsah a odporúčania pre návštevníkov, používateľské recenzie a hodnotenia (voliteľné), integrácia so sociálnymi sieťami.
  • Modul Mobilnej aplikácie (rozšírená verzia): Všetky funkcie portálu prispôsobené pre mobilné zariadenia, push notifikácie (zmeny v programe, blížiace sa podujatia), offline prístup k základným informáciám.
  • Administračné rozhranie (rozšírené): Pokročilé nástroje pre manažment systému, štatistiky, reporting, správa používateľských rolí a oprávnení.
• Preferované aplikačné moduly/funkcionality (môžu byť súčasťou základnej dodávky Preferovaného variantu, alebo pripravené ako architektúrny základ pre neskoršie nasadenie Časti B):
  • Modul Pokročilého reportingu a analýz: Pre samosprávy a organizátorov (napr. štatistiky návštevnosti, demografia, úspešnosť podujatí – využívajúci dáta zo systému, potenciálne prepojenie na PASVAS).
  • Integračné rozhranie (API): Pre bezpečné poskytovanie dát vybraným tretím stranám (napr. národné turistické portály, externé kalendáre podujatí) na základe definovaných pravidiel.
  • Architektúrna pripravenosť a základné rozhrania pre Modul Bezhotovostného Platobného Systému (BPS): Príprava systému na možnú budúcu integráciu alebo vývoj BPS, umožňujúceho bezhotovostné platby na podujatiach (napr. za nájomné, vstupenky, tovar).
  • Architektúrna pripravenosť a základné rozhrania pre Modul PASVAS: Príprava systému na možnú budúcu integráciu alebo vývoj nástroja na automatizovaný zber a analýzu spätnej väzby a sentimentu návštevníkov.

Detailné funkčné a nefunkčné požiadavky pre všetky moduly a funkcionality vybranej alternatívy budú špecifikované v I-04 Katalóg požiadaviek. Výber medzi Minimalistickým a Preferovaným variantom (alebo ich kombináciou) bude výsledkom finálneho vyhodnotenia BC/CBA (M-05).

5.1.3. Stanovenie alternatív v technologickej vrstve architektúry

Alternatívy na úrovni technologickej architektúry priamo reflektujú a nadväzujú na alternatívy definované pre aplikačnú vrstvu. Kým aplikačná vrstva definuje, aké moduly a funkcionality budú súčasťou IS AkcieOkolo, technologická vrstva špecifikuje, na akej infraštruktúre a s akými technologickými prostriedkami budú tieto aplikačné komponenty prevádzkované.

Pri návrhu technologickej architektúry pre projekt "Zaži mestá a obce, zaži Slovensko" sa prioritne uvažuje o maximálnom využití služieb vládneho cloudu Slovenskej republiky (privátne aj verejné cloudové služby zverejnené v aktuálnom katalógu služieb vládneho cloudu), v súlade s Národnou koncepciou informatizácie verejnej správy (NKIVS) a princípom "cloud-first". Cieľom je zabezpečiť efektívnu, bezpečnú, škálovateľnú a nákladovo optimálnu prevádzku IS AkcieOkolo.

Pred samotným výberom konkrétnych technologických alternatív a cloudových služieb je nevyhnutné vykonať klasifikáciu informačného systému IS AkcieOkolo a jeho jednotlivých samostatne nasadzovateľných modulov. Táto klasifikácia sa uskutoční v súlade s platným Metodickým usmernením MIRRI SR č. 023107/2023/oSBATA-1 pre klasifikáciu informačných systémov verejnej správy podľa typu údajov, s ktorými pracujú a ukladajú (ďalej len "MU pre klasifikáciu ISVS"). Výsledkom klasifikácie budú parametre Ux (úroveň cloudovej služby), Cx (dôvernosť), Ix (integrita) a Ax (dostupnosť) pre IS AkcieOkolo ako celok, aj pre jeho kľúčové moduly.

Klasifikácia budovaných informačných systémov (IS AkcieOkolo a jeho moduly):

Tabuľka 10 Klasifikácia budovaných informačných systémov

¹ Poznámka: Uvedené hodnoty Ux, Cx, Ix, Ax sú predbežné a ilustračné. Presná klasifikácia musí byť vykonaná podľa MU pre klasifikáciu ISVS pomocou dotazníka v Prílohe č. 1 daného usmernenia. Výsledok bude závisieť od detailnej analýzy typov spracúvaných údajov a dopadov ich narušenia.

Alternatívy technologickej architektúry:

Na základe klasifikácie ISVS/modulov a v súlade s NKIVS sa pre IS AkcieOkolo a jeho komponenty posudzujú nasledujúce hlavné technologické alternatívy:

1. Alternatíva Tech-1: Plné nasadenie vo Vládnom Cloude (Preferovaná)
   • Popis: Všetky komponenty IS AkcieOkolo (aplikačné servery, databázové servery, webové servery, úložiská) sú prevádzkované s využitím služieb IaaS (Infrastructure as a Service) a/alebo PaaS (Platform as a Service) z oficiálneho katalógu služieb vládneho cloudu SR. Výber konkrétnych služieb (privátny vs. verejný segment vládneho cloudu) bude závisieť od výslednej klasifikácie jednotlivých modulov a citlivosti spracúvaných dát.
   • Výhody: Súlad so stratégiou štátu, potenciálne nižšie TCO vďaka zdieľanej infraštruktúre, zabezpečená základná úroveň bezpečnosti a redundancie, škálovateľnosť.
   • Nevýhody/Riziká: Dostupnosť špecifických PaaS služieb, flexibilita pri niektorých pokročilých konfiguráciách.
2. Alternatíva Tech-2: Hybridné cloudové riešenie
   • Popis: Väčšina komponentov IS AkcieOkolo je nasadená vo vládnom cloude. Určité špecifické služby alebo moduly (napr. s veľmi špecifickými výkonnostnými požiadavkami alebo vyžadujúce technológie momentálne nedostupné vo vládnom cloude) by mohli byť prevádzkované s využitím služieb komerčného poskytovateľa cloudu (s dodržaním všetkých bezpečnostných a legislatívnych požiadaviek) alebo na dedikovanej infraštruktúre žiadateľa (AkcieOkolo, z.z.p.o./ZMOS), ak by to bolo ekonomicky a bezpečnostne zdôvodnené.
   • Výhody: Väčšia flexibilita pri výbere špecifických technológií pre niektoré komponenty.
   • Nevýhody/Riziká: Zvýšená komplexnosť správy a integrácie, potenciálne vyššie náklady na zabezpečenie konzistentnej úrovne bezpečnosti naprieč prostrediami, potreba dôkladného zdôvodnenia nevyužitia vládneho cloudu pre dané komponenty.
3. Alternatíva Tech-3: Nasadenie v prostredí vlastného HW žiadateľa (Najmenej preferovaná, len ako porovnávacia alebo pre výnimočné prípady)
   • Popis: Všetky komponenty IS AkcieOkolo sú prevádzkované na hardvérovej infraštruktúre vlastnenej a spravovanej žiadateľom (AkcieOkolo, z.z.p.o. alebo ZMOS).
   • Výhody: Plná kontrola nad infraštruktúrou (pre niektoré špecifické prípady).
   • Nevýhody/Riziká: Výrazne vyššie počiatočné investičné náklady (CAPEX) na HW a SW, vyššie prevádzkové náklady (OPEX) na správu, údržbu, energie, personál, zabezpečenie fyzickej a kybernetickej bezpečnosti. Nutnosť budovať a udržiavať vlastné dátové centrum alebo serverovňu. Táto alternatíva je vo všeobecnosti v rozpore s princípom "cloud-first" a bola by akceptovateľná len v prípade, že by boli preukázané závažné bezpečnostné alebo iné legislatívne dôvody, ktoré by znemožňovali využitie vládneho cloudu, a zároveň by bola preukázaná jej ekonomická výhodnosť (nižšie TCO), čo je nepravdepodobné.

Ekonomická výhodnosť a zdôvodnenie výberu:
Ekonomická výhodnosť každej technologickej alternatívy bude preukázaná v dokumente M-05 Analýza nákladov a prínosov, najmä prostredníctvom porovnania celkových nákladov na vlastníctvo (TCO) počas 10-ročného obdobia. Preferovanou alternatívou je Plné nasadenie vo Vládnom Cloude (Alternatíva Tech-1), pokiaľ analýza nepreukáže, že pre určité špecifické komponenty je hybridný model (Alternatíva Tech-2) nevyhnutný a ekonomicky výhodnejší. Odklon od využitia služieb vládneho cloudu musí byť vždy detailne zdôvodnený preukázaním konkrétnych technických, bezpečnostných alebo legislatívnych požiadaviek a ich parametrov, ktoré neumožňujú zvoliť služby vládneho cloudu.

Obrázok 7 Znázornenie alternatív riešenia v technologickej vrstve

5.2 Náhľad architektúry a popis budúceho cieľového produktu

Táto kapitola poskytuje komplexný pohľad na budúci cieľový produkt projektu "Zaži mestá a obce, zaži Slovensko", ktorým je informačný systém IS AkcieOkolo. Popis je štruktúrovaný z pohľadu biznisovej, aplikačnej a technologickej architektúry a reflektuje výsledky analýzy alternatív riešenia. Zároveň definuje kľúčové funkčné a nefunkčné požiadavky, ktoré budú detailne špecifikované v dokumentoch M-05 Analýza nákladov a prínosov (karta Katalóg požiadaviek) a I-04 Katalóg požiadaviek.

A. Krátky popis budúceho cieľového produktu projektu

Budúcim cieľovým produktom projektu je moderný, centralizovaný a integrovaný informačný systém "AkcieOkolo" (IS AkcieOkolo). Tento ISVS bude slúžiť ako jednotná digitálna platforma pre komplexný manažment kultúrnych podujatí na celom Slovensku.

• Z pohľadu biznis architektúry: IS AkcieOkolo zásadne zmení a zefektívni súčasné, často manuálne a fragmentované procesy plánovania, koordinácie, registrácie, povoľovania a propagácie kultúrnych podujatí. Vytvorí transparentné a štandardizované prostredie pre všetkých kľúčových stakeholderov: samosprávy, organizátorov podujatí, predajcov a účastníkov, ako aj pre občanov a návštevníkov. Umožní aplikáciu princípu "jedenkrát a dosť" pre predajcov a poskytne samosprávam nástroje na dátovo podložené rozhodovanie.
• Z pohľadu aplikačnej architektúry: IS AkcieOkolo bude modulárny systém pozostávajúci minimálne z centrálnej databázy podujatí s algoritmom pre koordináciu (ACDP), modulu pre registráciu a správu používateľov a ich digitálnych profilov, verejne prístupného webového portálu a natívnych mobilných aplikácií (iOS, Android) pre občanov. Bude obsahovať aj administratívne rozhranie pre správcov systému a pracovníkov samospráv. Architektúra bude pripravená na možné budúce rozšírenie o nadstavbové moduly ako Bezhotovostný Platobný Systém (BPS) alebo Systém pre analýzu sentimentu (PASVAS). Dôraz bude kladený na používateľskú prívetivosť (UX/UI) a interoperabilitu prostredníctvom definovaných API.
• Z pohľadu technologickej architektúry: IS AkcieOkolo bude primárne nasadený a prevádzkovaný s využitím služieb vládneho cloudu Slovenskej republiky (preferovane IaaS/PaaS), čím sa zabezpečí škálovateľnosť, bezpečnosť a nákladová efektívnosť. Technologický stack bude založený na moderných a osvedčených technológiách, s dôrazom na otvorenosť a modulárnosť (napr. architektúra založená na mikroslužbách).

Výsledkom projektu bude robustný a udržateľný informačný systém, ktorý prinesie zásadné zlepšenie do oblasti organizácie a návštevnosti kultúrnych podujatí na Slovensku, podporí regionálny rozvoj a kultúrne dedičstvo.

B. Funkčné a nefunkčné požiadavky

Detailné funkčné a nefunkčné požiadavky na IS AkcieOkolo, vyplývajúce z analýzy potrieb používateľov, cieľov projektu a zvolenej preferovanej alternatívy riešenia, sú a budú komplexne spracované a prioritizované v samostatných dokumentoch:

• I-04 Katalóg požiadaviek: Tento dokument bude obsahovať detailný zoznam všetkých funkčných (FRxx) a nefunkčných (NRxx) požiadaviek, vrátane ich popisu, priority, akceptačných kritérií a prepojenia na biznis ciele a používateľské príbehy.
• M-05 Analýza nákladov a prínosov (karta Katalóg požiadaviek): Pre účely CBA budú kľúčové požiadavky a ich prínosy kvantifikované a hodnotené.

Nižšie uvádzame sumarizáciu hlavných kategórií funkčných a nefunkčných požiadaviek pre IS AkcieOkolo (pre preferovaný variant):

Hlavné funkčné požiadavky (Časť A projektu):

• Evidencia a koordinácia podujatí (ACDP):
  • FR01: Možnosť registrácie nového kultúrneho podujatia s detailnými atribútmi (názov, typ, kategória, dátum, čas, miesto, organizátor, popis, program, cieľová skupina, vstupné, kontakty, obrázky/videá).
  • FR02: Centrálna, celoslovenská databáza podujatí s možnosťou pokročilého vyhľadávania a filtrovania podľa rôznych kritérií.
  • FR03: Nástroj na automatizovanú detekciu a vizualizáciu potenciálnych termínových a geografických kolízií medzi podujatiami.
  • FR04: Podpora pre plánovacie kalendáre pre samosprávy a organizátorov.
• Registrácia a správa používateľov a profilov:
  • FR05: Možnosť registrácie a správy používateľských účtov pre samosprávy, organizátorov, predajcov a občanov.
  • FR06: Vytvorenie a správa digitálneho profilu pre predajcov (princíp "jedenkrát a dosť") s možnosťou nahrávania a validácie potrebných dokumentov.
  • FR07: Správa povolení a akreditácií pre účasť predajcov na konkrétnych podujatiach (workflow na strane samosprávy/organizátora).
• Verejný webový portál a mobilná aplikácia:
  • FR08: Intuitívne a responzívne používateľské rozhranie pre zobrazovanie informácií o podujatiach.
  • FR09: Pokročilé vyhľadávanie, filtrovanie a triedenie podujatí.
  • FR10: Zobrazenie detailov podujatia vrátane interaktívnej mapy.
  • FR11: Možnosť personalizácie pre registrovaných občanov (uložené preferencie, sledované podujatia/organizátori, notifikácie).
  • FR12: Možnosť zdieľania informácií o podujatiach na sociálnych sieťach.
• Administračné rozhranie:
  • FR13: Nástroje pre správcov systému (AkcieOkolo, z.z.p.o.) na manažment používateľov, rolí, číselníkov, konfiguráciu systému, monitoring a reporting.
  • FR14: Nástroje pre pracovníkov samospráv na manažment podujatí v ich pôsobnosti, schvaľovanie registrácií predajcov, komunikáciu s organizátormi.

Hlavné nefunkčné požiadavky:

• Dostupnosť (NR_DOST):
  • NR_DOST01: Cieľová dostupnosť verejného portálu a mobilnej aplikácie minimálne 99,8% počas roka (okrem plánovaných odstávok). Kritická dostupnosť počas hlavnej kultúrnej sezóny a víkendov. (Presné SLA bude definované).
• Výkonnosť (NR_VYKO):
  • NR_VYKO01: Rýchla odozva systému – načítanie stránky portálu/aplikácie s detailom podujatia do 3 sekúnd pri bežnom zaťažení.
  • NR_VYKO02: Systém musí zvládnuť predpokladaný počet súčasne pristupujúcich používateľov (napr. 10 000 počas špičky) bez výrazného zníženia výkonu.
• Bezpečnosť (NR_BEZP):
  • NR_BEZP01: Súlad s platnou legislatívou o kybernetickej bezpečnosti (napr. zákon č. 69/2018 Z. z.) a ochranou osobných údajov (GDPR).
  • NR_BEZP02: Zabezpečenie proti neoprávnenému prístupu, úniku dát, DDoS útokom. Pravidelné bezpečnostné audity a penetračné testy.
  • NR_BEZP03: Šifrovanie citlivých dát pri prenose a v úložisku.
• Použiteľnosť (NR_POUZ):
  • NR_POUZ01: Intuitívne a ergonomické používateľské rozhranie pre všetky cieľové skupiny, vrátane používateľov s rôznou úrovňou digitálnych zručností.
  • NR_POUZ02: Súlad s princípmi prístupnosti webového obsahu (napr. WCAG 2.1 AA).
• Škálovateľnosť (NR_SKAL):
  • NR_SKAL01: Architektúra systému musí umožňovať budúce rozšírenie kapacity (počet používateľov, objem dát, počet podujatí) a pridávanie nových funkcionalít (napr. moduly Časti B) bez nutnosti zásadnej prestavby.
• Udržiavateľnosť a spravovateľnosť (NR_UDRZ):
  • NR_UDRZ01: Modulárna architektúra umožňujúca jednoduchú údržbu, aktualizácie a opravy jednotlivých komponentov.
  • NR_UDRZ02: Dôkladná technická a používateľská dokumentácia. Poskytnutie zdrojových kódov.
• Interoperabilita (NR_INTE):
  • NR_INTE01: Schopnosť systému integrovať sa s vybranými externými systémami prostredníctvom definovaných API (napr. pre autentifikáciu, potenciálne platobné brány, externé kalendáre).
  • C. Stručný náhľad budúcej IT architektúry riešenia

Náhľad budúcej IT architektúry IS AkcieOkolo bude vytvorený pomocou notácie ArchiMate (minimálne verzia 3) a bude detailne znázorňovať kľúčové komponenty vo všetkých vrstvách (biznis, aplikačná, technologická), ich vzájomné vzťahy a prepojenia na existujúce alebo spoločné moduly eGovernmentu.

"Obrázok 8A: Používateľské rozhrania a kľúčové biznis služby IS AkcieOkolo pre koncových používateľov"

"Obrázok 8B: Jadrové aplikačné komponenty IS AkcieOkolo a podpora biznis procesov samospráv"

"Obrázok 8C/13: Technologická infraštruktúra a kľúčové externé integrácie IS AkcieOkolo"

Vizualizácia: Obrázok 8 Príklad náhľadu celkovej architektúry v notácii ArchiMate (prispôsobený pre IS AkcieOkolo)

• Biznis vrstva:
  • Aktéri: Občan/Návštevník, Predajca/Účastník, Organizátor podujatia, Pracovník samosprávy (rôzne role), Administrátor AkcieOkolo.
  • Biznis roly: Návštevník, Registrujúci sa predajca, Plánovač podujatí, Schvaľovateľ (samospráva).
  • Biznis procesy (príklady): Registrácia podujatia, Žiadosť o účasť predajcu, Schválenie účasti predajcu, Vyhľadávanie podujatia, Koordinácia termínov. (Tieto by mohli byť ďalej detailne modelované v BPMN.)
  • Biznis služby: Poskytnutie informácií o podujatí, Služba registrácie predajcu, Služba koordinácie termínov.
  • Koncové služby (eGov komponenty, MetaIS kódy): KS_Informovanie_o_kult_podujatiach, KS_Registracia_ucasti_na_podujati, KS_Koordinacia_terminov_podujati.
  • Životné situácie (eGov komponenty, MetaIS kódy): ZS_Planovanie_navstevy_kult_podujatia, ZS_Ucast_na_podujati_ako_predajca, ZS_Organizacia_kult_podujatia.
  • Komunikačné kanály: Webový portál AkcieOkolo, Mobilná aplikácia AkcieOkolo, API rozhranie.
• Aplikačná vrstva:
  • Aplikačné služby (príklady, MetaIS kódy): AS_Zobrazenie_detailu_podujatia, AS_Registracia_predajcu_na_podujatie, AS_Overenie_kolizie_terminov.
  • Aplikačné komponenty (Moduly IS AkcieOkolo, MetaIS kódy):
    • ISVS AkcieOkolo (ISVS_AkcieOkolo_Hlavny)
      • Modul ACDP (ISVS_AkcieOkolo_ACDP)
      • Modul ProfilyPoužívateľov (ISVS_AkcieOkolo_Profily)
      • Modul WebPortal (ISVS_AkcieOkolo_Portal)
      • Modul MobilnaAplikacia (ISVS_AkcieOkolo_MobilApp)
      • Modul Administracia (ISVS_AkcieOkolo_Admin)
      • (Potenciálne Modul BPS, Modul PASVAS - odlíšené ako plánované pre Časť B)
  • Aplikačné rozhrania (API): Pre komunikáciu medzi modulmi, pre externú integráciu.
  • Dátové objekty (príklady): Podujatie, Profil predajcu, Používateľský účet, Rezervácia miesta.
  • Integrácie (Externé závislosti):
    • ISVS ÚPVS IAM (isvs_8846) pre autentifikáciu používateľov VS.
    • ISVS eDesk ÚPVS (isvs_8847) pre prípadné doručovanie (ak relevantné).
    • (Potenciálne) ISVS Centrálny API Manažment (isvs_9513) pre riadenie externých API.
    • (Potenciálne) Externé mapové služby, platobné brány.
• Technologická vrstva (príklady, MetaIS kódy):
  • Infraštruktúrne služby vládneho cloudu: Výpočtový výkon (IaaS/PaaS), Databázová služba (PaaS), Úložisko (IaaS/PaaS), Sieťové služby. (Infra_sluzba_MetaISkod_Nazov).
  • Technologické komponenty: Aplikačné servery, Databázové servery, Webové servery, Load balancery, Firewall.
  • Sieť: Govnet, Internet.

Obrázok 9: Náhľad architektúry projektu AkcieOkolo a jeho prepojenie na kľúčové eGov komponenty

• Tento diagram by mal byť špecifickejší a zameraný na kľúčové eGov komponenty, ich MetaIS kódy a vzťahy realizované projektom. Napríklad:
  • Projekt: Projekt_Zazi_mesta_a_obce (plánovaný)
  • Realizuje (realization relationship) Koncové služby: napr. KS_Informovanie_o_kult_podujatiach.
  • Koncová služba je poskytovaná cez (serving relationship) Aplikačnú službu: napr. AS_Zobrazenie_detailu_podujatia.
  • Aplikačnú službu realizuje Aplikačný komponent (ISVS Modul): napr. ISVS_AkcieOkolo_Portal.
  • Aplikačný komponent (Modul) je súčasťou (composition relationship) Informačného systému: ISVS_AkcieOkolo_Hlavny.
  • Zobrazenie vzťahov na životné situácie a externé závislosti (napr. využívanie služieb IAM ÚPVS).

Pre detailnejší popis procesov, najmä tých, ktoré prechádzajú transformáciou (napr. registrácia predajcu AS IS vs. TO BE, proces koordinácie podujatia), budú v relevantných kapitolách (najmä 5.3 Biznis vrstva) alebo v prílohe I-04 Katalóg požiadaviek vytvorené BPMN diagramy. Tieto diagramy budú v súlade s metodikou Optimalizácie procesov vo verejnej správe MV SR.

Všetky novovytvorené alebo zmenené e-Government komponenty (Koncové služby, ISVS, Moduly ISVS, Aplikačné služby) a ich vzťahy budú riadne zaevidované a aktualizované v MetaIS v rámci výstupu M-06. Ich stav a fáza životného cyklu budú v MetaIS upravené tak, aby zodpovedali realite projektu (napr. "Plánovaná", "Vo vývoji", "V prevádzke").

5.3 Biznis vrstva

V tejto kapitole je detailne rozpracovaná zvolená Preferovaná alternatíva riešenia v biznis vrstve architektúry pre projekt "Zaži mestá a obce, zaži Slovensko". Popis sa zameriava na transformované biznis procesy, kľúčových aktérov a ich role, a najmä na Koncové služby, ktoré budú výstupom projektu a budú zaevidované v MetaIS v rámci výstupu M-06. Cieľom je jasne demonštrovať, ako navrhované riešenie naplní biznis ciele projektu a prinesie pridanú hodnotu zainteresovaným stranám.

5.3.1 Návrh riešenia v biznis vrstve architektúry

Popis súčasného – AS IS – stavu biznis vrstvy (Sumarizácia problémov):
Súčasný stav organizácie a koordinácie kultúrnych podujatí na Slovensku, ako bolo detailne popísané v Ideovom zámere I-01 a v kapitole 3.2 tohto dokumentu, je charakterizovaný:

• Výraznou fragmentáciou a nedostatočnou koordináciou: Samosprávy a organizátori konajú izolovane, čo vedie k termínovým a geografickým kolíziám, neefektívnemu využitiu zdrojov a nízkej návštevnosti mnohých podujatí.
• Vysokou administratívnou záťažou: Procesy registrácie podujatí a najmä predajcov sú manuálne, byrokratické a vyžadujú opakované predkladanie dokumentácie.
• Nedostatočnou informovanosťou verejnosti: Chýba centrálny, dôveryhodný a aktuálny zdroj informácií o všetkých kultúrnych podujatiach, čo sťažuje občanom a turistom plánovanie.
• Chýbajúcimi nástrojmi pre dátovú analýzu a strategické plánovanie na úrovni samospráv aj na národnej úrovni.

Tieto problémy vedú k zníženej atraktivite kultúrnej ponuky, neefektívnosti a ohrozeniu udržateľnosti kultúrneho života v regiónoch.

Popis budúceho – TO BE – stavu biznis vrstvy (Preferovaný variant):
Navrhované riešenie prostredníctvom IS AkcieOkolo (Preferovaný variant – plná Časť A prinesie zásadnú transformáciu biznis vrstvy:

• Centralizácia a koordinácia: Všetky kultúrne podujatia budú evidované v centrálnom IS AkcieOkolo. Modul ACDP umožní efektívnu koordináciu termínov a lokalít, čím sa minimalizujú kolízie. Samosprávy a organizátori získajú prehľad o plánovaných aktivitách v širšom kontexte.
• Digitalizácia a zníženie administratívnej záťaže:
  • Organizátori budú môcť jednoducho a digitálne registrovať svoje podujatia.
  • Predajcovia a účastníci si vytvoria jednotný digitálny profil (princíp "jedenkrát a dosť"), ktorý budú môcť opakovane využívať pri žiadostiach o účasť na rôznych podujatiach, čím sa radikálne zníži potreba opakovaného predkladania dokumentov.
  • Povoľovacie procesy na strane samospráv budú digitalizované a štandardizované, s využitím workflow nástrojov v IS AkcieOkolo.
• Zlepšená informovanosť verejnosti: Verejnosť (občania, turisti) bude mať k dispozícii používateľsky prívetivý webový portál a mobilnú aplikáciu s komplexnými, aktuálnymi a ľahko vyhľadateľnými informáciami o všetkých podujatiach na Slovensku (filtrovanie, mapy, personalizácia, notifikácie).
• Dátovo podložené rozhodovanie: IS AkcieOkolo bude generovať dáta a štatistiky o podujatiach, návštevnosti (v prípade budúcej integrácie s PASVAS aj o spokojnosti), ktoré môžu samosprávy a organizátori využívať pre lepšie plánovanie a strategické rozhodovanie v oblasti kultúry a cestovného ruchu.
• Podpora ekosystému:      Vytvorí sa platforma, ktorá môže v budúcnosti (Časť B) integrovať ďalšie služby ako bezhotovostné platby (BPS) alebo pokročilé analytické nástroje (PASVAS), čím sa ešte viac zvýši pridaná hodnota pre všetkých aktérov.

Kľúčoví biznis aktéri a ich transformované roly:

• Samospráva (Pracovník úradu): Z pasívneho schvaľovateľa sa stáva aktívny koordinátor a manažér kultúrneho diania v regióne s podporou digitálnych nástrojov. Znižuje sa jeho administratívna operatíva a zvyšuje sa priestor pre strategickú prácu.
• Organizátor podujatia: Získava jednoduchší nástroj na registráciu, propagáciu a manažment svojho podujatia (vrátane správy účastníkov). Profituje z lepšej koordinácie a viditeľnosti.
• Predajca/Účastník podujatia: Proces žiadosti o účasť sa výrazne zjednodušuje vďaka digitálnemu profilu. Získava lepší prehľad o dostupných podujatiach.
• Občan/Návštevník: Stáva sa informovaným spotrebiteľom kultúrnej ponuky s nástrojmi na jednoduché plánovanie a objavovanie podujatí.
• AkcieOkolo, z.z.p.o.: Preberá rolu centrálneho správcu a prevádzkovateľa platformy, poskytovateľa metodickej a technickej podpory.

Hlavné transformované biznis procesy (TO BE):
(Na tomto mieste by bolo ideálne vložiť alebo odkázať na BPMN diagramy kľúčových TO BE procesov, napr. tie, ktoré budú v I-04. Pre stručnosť tu uvádzam ich slovný popis.)

1. Proces Plánovania a registrácie podujatia:
   • Organizátor zadáva detailné informácie o plánovanom podujatí do IS AkcieOkolo. Systém automaticky kontroluje potenciálne kolízie (ACDP). Samospráva (ak je kompetentná) podujatie schvaľuje/pripomienkuje digitálne. Po schválení sa podujatie automaticky zverejní na portáli/aplikácii.
2. Proces Registrácie predajcu a žiadosti o účasť:
   • Predajca si v IS AkcieOkolo vytvorí a spravuje svoj centrálny digitálny profil (údaje, dokumenty).
   • Pre účasť na konkrétnom podujatí podáva predajca jednoduchú digitálnu žiadosť prostredníctvom svojho profilu, ktorú spracuje organizátor/samospráva v systéme.
3. Proces Vyhľadávania a získavania informácií o podujatí občanom:
   • Občan cez webový portál alebo mobilnú aplikáciu vyhľadáva podujatia podľa rôznych kritérií. Zobrazuje si detaily, program, mapu. Môže si ukladať obľúbené podujatia alebo dostávať notifikácie.
4. Proces Koordinácie na úrovni samosprávy/regiónu:
   • Pracovníci samospráv využívajú plánovacie kalendáre a analytické nástroje v IS AkcieOkolo na monitorovanie a strategickú koordináciu kultúrnych aktivít vo svojej pôsobnosti.

Prehľad e-Government komponentov – Koncových služieb (TO BE):

Projekt "Zaži mestá a obce, zaži Slovensko" dodá nasledujúce nové alebo výrazne zmenené Koncové služby (KS), ktoré budú riadne zaevidované a aktualizované v MetaIS v rámci výstupu M-06:

¹G2C – Government to Citizen, G2B – Government to Business, G2G – Government to Government, G2A – Government to Administration (interné).
Kódy KS a ŽS sú ilustračné a budú pridelené/potvrdené v MetaIS.
Úroveň elektronizácie (podľa metodiky MetaIS: Ú0 - Informačná, Ú1 - Jednosmerná interakcia, Ú2 - Obojsmerná interakcia, Ú3 - Transakčná, Ú4 - Personalizovaná/Proaktívna). Tu som pre väčšinu predpokladal úroveň 3 alebo 4, vzhľadom na charakter služieb.

Vizualizácia biznis vrstvy TO BE (ArchiMate):
(Na tomto mieste by mal byť vložený ArchiMate diagram biznis vrstvy pre TO BE stav. Tento diagram by mal obsahovať:

• Kľúčových biznis aktérov (Občan, Predajca, Organizátor, Pracovník samosprávy).
• Hlavné biznis roly, ktoré títo aktéri zastávajú v kontexte IS AkcieOkolo.
• Kľúčové biznis procesy (napr. Registrácia podujatia, Vyhľadávanie podujatia, Žiadosť o účasť predajcu).
• Koncové služby (tie z tabuľky vyššie), ktoré tieto procesy realizujú alebo podporujú.
• Prepojenie koncových služieb na aplikačné služby, ktoré ich zabezpečujú (znázornené na vyššej úrovni, detailnejšie v aplikačnej vrstve).
• Príklad takejto vizualizácie je v šablóne I-02 ako Obrázok 10 (Príklad znázornenia biznis architektúry TO BE a GAP). Treba ho prispôsobiť pre IS AkcieOkolo, odstrániť As-Is časti, ak kreslíme čisto TO-BE, a doplniť špecifické komponenty.)

GAP Analýza (Stručné zhrnutie rozdielov medzi AS IS a TO BE v biznis vrstve):

• Procesy: Prechod od manuálnych, neštandardizovaných a decentralizovaných procesov k digitálnym, štandardizovaným a centralizovaným procesom riadeným cez IS AkcieOkolo.
• Informácie: Prechod od fragmentovaných, neaktuálnych a ťažko dostupných informácií k centrálnemu, aktuálnemu a ľahko prístupnému zdroju dát o podujatiach.
• Role: Zmena rolí pracovníkov samospráv z administratívnej na viac strategickú a koordinačnú; zjednodušenie rolí pre organizátorov a predajcov.
• Služby: Vytvorenie nových komplexných elektronických koncových služieb pre všetkých stakeholderov.
• Koordinácia: Prechod od reaktívneho riešenia kolízií (alebo ich neriešenia) k proaktívnej koordinácii a plánovaniu.

Tieto zmeny predstavujú zásadný posun smerom k efektívnejšej, transparentnejšej a používateľsky orientovanej správe kultúrnych podujatí na Slovensku.

5.3.2 Návrh riešenia v biznis vrstve architektúry

Táto podkapitola detailne popisuje návrh riešenia v biznis vrstve architektúry pre zvolenú Preferovanú alternatívu projektu "Zaži mestá a obce, zaži Slovensko". Zameriava sa na porovnanie súčasného (AS IS) a budúceho (TO BE) stavu kľúčových biznis procesov, identifikuje dotknuté Životné situácie (ŽS) a Koncové služby (KS) a definuje optimalizačné príležitosti.

Popis súčasného - AS IS - stavu biznis vrstvy:

Súčasná biznis architektúra v oblasti organizácie a manažmentu kultúrnych podujatí na Slovensku bola podrobne analyzovaná v Ideovom zámere I-01 a zhrnutá v kapitole 3.2 a 5.3 tohto Projektového zámeru. Kľúčové problémy a charakteristiky AS IS stavu sú:

• Identifikované kľúčové životné situácie (ŽS), Koncové služby (KS) a procesy:
  • ŽS "Organizácia kultúrneho podujatia": V súčasnosti zahŕňa nejednotné, často manuálne a byrokraticky náročné procesy na strane organizátorov a samospráv. Súvisiace koncové služby (napr. "Povoľovanie verejného kultúrneho podujatia") sú implementované rôzne, s vysokou administratívnou záťažou. Evidencia v MetaIS môže byť neúplná alebo neaktuálna pre mnohé lokálne implementácie.
  • ŽS "Účasť na kultúrnom podujatí ako poskytovateľ (predajca, umelec)": Charakterizovaná opakovaným predkladaním identických dokumentov rôznym organizátorom/samosprávam. Neexistuje centrálna Koncová služba pre digitálny profil predajcu.
  • ŽS "Plánovanie návštevy kultúrneho podujatia": Občania čelia fragmentovaným a často neaktuálnym informáciám roztrúseným na mnohých zdrojoch. Koncová služba "Poskytovanie informácií o kultúrnych podujatiach" je tak neefektívna a má nízku používateľskú hodnotu.
  • Kľúčové biznis procesy: Súčasné procesy plánovania, registrácie, schvaľovania, koordinácie a informovania sú decentralizované, neštandardizované, časovo náročné a generujú vysoké transakčné náklady pre všetkých zúčastnených. Ekonomické náklady spojené s týmito neefektivitami (náklady občanov na vyhľadávanie, náklady podnikateľov na administratívu, náklady úradov na manuálne spracovanie) boli čiastočne kvantifikované alebo kvalitatívne posúdené v Analýze nákladov a prínosov M-05.
• Identifikované existujúce Koncové služby: Audit existujúcich KS v MetaIS ukázal, že chýba centrálna KS zastrešujúca koordináciu a komplexnú evidenciu podujatí celonárodného charakteru, ako aj služba pre unifikovaný digitálny profil predajcu. (Pozn.: Tu by sa uviedol výsledok reálnej analýzy MetaIS, aké relevantné KS už existujú a či ich popis zodpovedá, a ktoré treba vytvoriť/zásadne zmeniť).
• Optimalizačné príležitosti:
  • Centralizácia evidencie a koordinácie podujatí.
  • Digitalizácia a štandardizácia registračných a povoľovacích procesov.
  • Implementácia princípu "jedenkrát a dosť" pre predajcov.
  • Vytvorenie jednotného informačného bodu (single-point-of-truth) pre verejnosť.
  • Zavedenie nástrojov pre dátovú analýzu na podporu strategického plánovania.
  • Zlepšenie organizačného zabezpečenia výkonu týchto procesov delegovaním správy centrálnej platformy na AkcieOkolo, z.z.p.o.

Popis budúceho - TO BE - stavu biznis vrstvy (Preferovaný variant):

Navrhované riešenie (Preferovaný variant IS AkcieOkolo) prinesie komplexnú transformáciu biznis vrstvy, ktorá priamo reaguje na identifikované problémy a optimalizačné príležitosti. Spôsob dosiahnutia a monitoringu prínosov je detailne popísaný v Analýze nákladov a prínosov M-05 a v kapitolách 3.4 (Ciele) a 3.5 (KPI) tohto dokumentu.

• Grafické znázornenie TO BE stavu:

"Obrázok 10: TO-BE Biznis architektúra IS AkcieOkolo a znázornenie GAP"

• Rozdielová (GAP) analýza (sumarizácia kľúčových zmien):
  • Procesy: Prechod od manuálnych, paralelných a neštandardizovaných procesov k centralizovaným, digitálnym, štandardizovaným a čiastočne automatizovaným procesom v rámci IS AkcieOkolo.
    • Príklad BPMN diagramov: (Tu by boli odkazy na detailné BPMN diagramy AS-IS a TO-BE kľúčových procesov – napr. "Proces registrácie predajcu" alebo "Proces koordinácie termínu podujatia", ktoré by boli súčasťou I-04. Tieto diagramy by jasne vizualizovali elimináciu krokov, zmenu zodpovedností a automatizáciu.)
  • Koncové služby: Vytvorenie nových komplexných elektronických KS (ako sú vymenované v tabuľke v kapitole 5.3 a budú evidované v MetaIS) a výrazná transformácia (kde je to relevantné) existujúcich lokálnych služieb ich integráciou do centrálneho riešenia. Všetky nové/zmenené KS budú mať v MetaIS fázu životného cyklu "Plánovaná", vyplnené všetky povinné atribúty a vzťahy, a definované SLA parametre (východiskový a cieľový stav). (Detailný prehľad KS je v kapitole 5.3.2).
  • Životné situácie: Navrhované KS budú komplexnejšie podporovať existujúce alebo novo definované životné situácie občanov, podnikateľov a samospráv (napr. ZS_Planovanie_účasti_na_kultúrnom_podujatí, ZS_Organizácia_kultúrneho_podujatia).
  • Dáta a informácie: Vytvorenie centrálneho, autoritatívneho a aktuálneho zdroja dát o kultúrnych podujatiach a ich účastníkoch, dostupného cez rôzne komunikačné kanály.
  • Ukazovatele a Metriky: Zavedenie systematického zberu dát a monitoringu kľúčových ukazovateľov výkonnosti (KPI) pre hodnotenie dosahovania cieľov a úrovne poskytovaných služieb. Požiadavky na monitoring a spracovanie výstupov budú súčasťou I-04 Katalóg požiadaviek. Príklady relevantných metrík:
    • Aktuálne počty podaní/interakcií (AS IS): Decentralizované, ťažko agregovateľné. Očakávané počty podaní/interakcií (TO BE): Prehľadne evidované v IS AkcieOkolo (napr. počet registrovaných podujatí, počet žiadostí predajcov, počet vyhľadávaní na portáli).
    • Aktuálne časy trvania procesov (AS IS): Dlhé a variabilné (manuálne procesy). Očakávané časy trvania (TO BE): Výrazne skrátené vďaka digitalizácii a automatizácii (napr. čas registrácie predajcu z dní na minúty/hodiny).
    • Aktuálne finančné príjmy/náklady (AS IS): Neprehľadné, neefektívne (náklady na administratívu, stratené príležitosti). Očakávané finančné príjmy/náklady (TO BE): Zníženie prevádzkových nákladov samospráv, potenciálne nové príjmy z Časti B, zvýšené ekonomické prínosy z turizmu (detailne v M-05).
  • Zdôvodnenie trvania vybavenia ŽS:
    • Vynechanie procesného kroku: Digitalizácia a princíp "jedenkrát a dosť" eliminujú kroky ako opakované predkladanie a manuálne overovanie dokumentov predajcov (čas = 0).
    • Odhadom dĺžky trvania procesného kroku v budúcom stave: Schvaľovací proces podujatia alebo účasti predajcu bude vďaka digitálnemu workflow a dostupnosti dát v systéme výrazne kratší.
    • Odhadom dĺžky trvania nového procesného kroku: Samotný proces registrácie do IS AkcieOkolo bude nový, ale jednorazový a rýchly, pričom dlhodobo ušetrí čas.

Táto transformácia biznis vrstvy je navrhnutá s cieľom maximalizovať prínosy pre všetkých stakeholderov a naplniť hlavné ciele projektu.

5.3.3 Prehľad koncových služieb – budúci stav (TO BE):

V nasledujúcej tabuľke je uvedený prehľad budovaných a rozvíjaných Koncových služieb (KS), ktoré budú výstupom projektu "Zaži mestá a obce, zaži Slovensko" a budú slúžiť jeho kľúčovým používateľom. Údaje o týchto koncových službách, vrátane ich MetaIS kódov, popisov, vzťahov na životné situácie a úrovne elektronizácie, budú riadne zaevidované a aktualizované v centrálnom metainformačnom systéme verejnej správy (MetaIS) ako súčasť výstupu M-06 Evidencia e-Government komponentov. Požiadavky na realizáciu a prípadné zmeny týchto Koncových služieb sú detailne špecifikované v dokumente I-04 Katalóg požiadaviek.

Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE)

Vysvetlivky a poznámky k tabuľke:
¹ KÓD KS (z MetaIS): Kódy sú tu uvedené ako zástupné. Po zaevidovaní služieb v MetaIS budú nahradené skutočnými pridelenými kódmi. Pre služby Časti B sú kódy v zátvorkách, nakoľko ich realizácia je podmienená.
² POUŽÍVATEĽ KS: Určuje primárne typy používateľov, pre ktorých je služba určená:
* G2C: Služba vlády občanovi (Government to Citizen)
* G2B: Služba vlády podnikateľovi (Government to Business)
* G2G: Služba vlády inému orgánu verejnej moci (Government to Government)
* G2A: Služba vlády vlastným zamestnancom/administratíve (Government to Administration)
³ ŽIVOTNÁ SITUÁCIA (+ kód z MetaIS): Každá Koncová služba by mala byť naviazaná na jednu alebo viac Životných situácií, ktoré pomáha riešiť. Ak pre daný kontext ešte neexistuje vhodná ŽS evidovaná v MetaIS, projekt navrhne jej vytvorenie. Kódy ŽS budú doplnené po ich identifikácii/zaevidovaní v MetaIS.
⁴ ÚROVEŇ ELEKTRONIZÁCIE KS: Stupeň elektronizácie podľa metodiky MetaIS a štandardov pre elektronické služby verejnej správy. Pre služby projektu AkcieOkolo sa očakáva vysoká úroveň elektronizácie:
* Úroveň 0: Informačná (len zverejnenie informácií, bez interakcie)
* Úroveň 1: Jednosmerná interakcia (napr. stiahnutie formulára)
* Úroveň 2: Obojsmerná interakcia (napr. podanie formulára online, bez plnej automatizácie spracovania)
* Úroveň 3: Transakčná (úplné elektronické vybavenie podania vrátane spracovania a výsledku, môže zahŕňať elektronickú platbu)
* Úroveň 4: Personalizovaná/Proaktívna (služba je prispôsobená používateľovi, štát koná proaktívne na základe známych údajov).
* Väčšina nových KS projektu AkcieOkolo je navrhovaná minimálne na Úroveň 3 (Transakčná), pričom pri personalizovaných notifikáciách, odporúčaniach alebo využití digitálnych profilov smerujú až k Úrovni 4. Presná úroveň bude stanovená pri detailnom návrhu každej služby.

Požiadavky na realizáciu a prípadné zmeny týchto Koncových služieb sú a budú ďalej detailne špecifikované v dokumente I-04 Katalóg požiadaviek.

5.3.4 Organizačné zmeny a Procesy dotknuté navrhovaným riešením

Implementácia informačného systému AkcieOkolo ako centrálnej platformy pre manažment kultúrnych podujatí prinesie nielen technologickú zmenu, ale bude mať aj významné dopady na existujúce organizačné štruktúry a zaužívané biznis procesy, najmä na úrovni samospráv a u organizátorov podujatí.

A. Očakávané organizačné dopady navrhovaného riešenia:

1. Samosprávy (mestá a obce):
   • Presun časti zodpovedností a štandardizácia: Zavedenie IS AkcieOkolo povedie k štandardizácii procesov súvisiacich s evidenciou podujatí a registráciou predajcov. Časť administratívnych úkonov, ktoré boli vykonávané lokálne a rôznorodo, bude teraz centralizovaná alebo podporovaná jednotným digitálnym nástrojom.
   • Zmena náplne práce relevantných pracovníkov: Referenti kultúry a iní pracovníci zodpovední za agendu kultúrnych podujatí budú menej zaťažení manuálnym spracovaním papierových žiadostí a opakovanou komunikáciou. Ich rola sa môže viac posunúť smerom ku koordinácii, strategickému plánovaniu kultúrnych aktivít v meste/obci, kontrole dodržiavania pravidiel a využívaniu analytických výstupov zo systému pre lepšie rozhodovanie.
   • Potreba školení a adaptácie: Nevyhnutné bude preškolenie relevantných zamestnancov na prácu s novým IS AkcieOkolo.
   • Vytvorenie/zlúčenie organizačných jednotiek: Vo väčšine samospráv sa nepredpokladá vytváranie nových alebo rušenie existujúcich organizačných jednotiek výlučne z dôvodu implementácie tohto projektu. Môže však dôjsť k internému prerozdeleniu agendy v rámci existujúcich oddelení (napr. kultúry, podnikania).
2. Organizátori kultúrnych podujatí:
   • Zmena spôsobu registrácie podujatí a manažmentu účastníkov: Prechod z individuálnych (často papierových) procesov na jednotnú digitálnu platformu pre evidenciu podujatí a správu prihlášok predajcov/účinkujúcich.
   • Zvýšená zodpovednosť za aktuálnosť dát: Organizátori budú primárne zodpovední za vkladanie a aktualizáciu presných informácií o svojich podujatiach do IS AkcieOkolo.
   • Nové možnosti propagácie a analýzy: Prístup k širšiemu publiku cez centrálny portál a potenciálne k analytickým dátam (v závislosti od rozsahu implementovaných modulov).
3. AkcieOkolo, z.z.p.o. (ako realizátor a budúci prevádzkovateľ):
   • Nové zodpovednosti: Preberá zodpovednosť za technickú prevádzku, údržbu, bezpečnosť a rozvoj centrálnej platformy IS AkcieOkolo. Zabezpečuje centrálnu metodickú podporu, helpdesk a školenia pre používateľov.
   • Potreba vybudovania/posilnenia kapacít: Pre zabezpečenie týchto úloh bude potrebné, aby AkcieOkolo, z.z.p.o. disponovalo adekvátnymi personálnymi a technickými kapacitami.
4. ZMOS (Združenie miest a obcí Slovenska):
   • Koordinačná a advokačná rola: ZMOS bude zohrávať kľúčovú úlohu pri komunikácii projektu smerom k samosprávam, podpore jeho adopcie a zbere spätnej väzby. Môže participovať na definovaní štandardov a metodík.

B. Prehľad procesov dotknutých projektom a súvis s Národným projektom Optimalizácia procesov vo verejnej správe (NP EVS):

Nasledujúca tabuľka sumarizuje kľúčové biznis procesy, ktoré budú projektom IS AkcieOkolo priamo dotknuté a transformované. Projekt sa primárne zameriava na procesy na úrovni samospráv a interakcie medzi samosprávami, organizátormi, predajcami a verejnosťou.

Projektový tím si je vedomý dôležitosti súladu s metodikou Národného projektu Optimalizácia procesov vo verejnej správe (NP EVS). V tejto fáze Projektového zámeru sú transformované procesy opísané na vysokej úrovni. Detailná procesná analýza a modelovanie kľúčových procesov (AS-IS a TO-BE) v notácii BPMN 2.0, v plnom súlade s metodikou NP EVS, bude jedným z kľúčových výstupov úvodnej etapy Realizačnej fázy projektu (Analýza a Dizajn). Tieto detailné procesné modely budú následne súčasťou dokumentu R1-1 Detailný návrh riešenia a budú slúžiť ako záväzný podklad pre vývoj informačného systému. Tento postup zabezpečí, že riešenie bude postavené na dôkladne zanalyzovaných a optimalizovaných procesoch.

¹ Poznámka: Presný súvis s konkrétnymi výstupmi NP EVS by si vyžadoval detailnejšiu analýzu optimalizovaných procesov definovaných v rámci NP EVS a ich prieniku s procesmi riešenými projektom IS AkcieOkolo. Ak projekt prejde procesnou analýzou v súlade s metodikou NP EVS (napr. v spolupráci s MV SR), budú tu uvedené konkrétne závery tejto analýzy.

C. Procesné diagramy (BPMN):

Detailné procesné diagramy (AS IS a TO BE) pre kľúčové transformované biznis procesy, vypracované v notácii BPMN 2.0, budú súčasťou dokumentu I-04 Katalóg požiadaviek alebo samostatnej prílohy k tomuto Projektovému zámeru. Tieto diagramy budú v súlade s metodikou optimalizácie procesov MV SR a budú jasne znázorňovať:

• Postupnosť krokov v jednotlivých procesoch.
• Zodpovedné role (aktérov) pre každý krok (znázornené ako "plavebné dráhy" - swimlanes).
• Vstupy a výstupy jednotlivých krokov.
• Interakcie s IS AkcieOkolo a jeho modulmi.
• Interakcie s externými systémami (ak relevantné), pričom budú použité ich názvy a kódy evidované v MetaIS pre jednoznačnú identifikáciu eGovernment komponentov.
• Rozhodovacie body a alternatívne toky.

Príklad štruktúry pre BPMN diagram

"Obrázok 11: Proces elektronickej žiadosti predajcu o miesto na podujatí a jej schválenie samosprávou (TO BE)"

Príklad detailov pre BPMN diagram procesu registrácie predajcu na podujatie (TO-BE):

• Plavebné dráhy (Swimlanes): Predajca, IS AkcieOkolo (Systém), Organizátor/Pracovník Samosprávy.
• Aktivity Predajcu: Vyhľadanie podujatia, Vyplnenie elektronickej žiadosti o účasť (s využitím digitálneho profilu), Odoslanie žiadosti.
• Aktivity IS AkcieOkolo: Overenie kompletnosti žiadosti, Notifikácia organizátora/samosprávy, Evidencia žiadosti, Aktualizácia statusu, Notifikácia predajcu o výsledku.
• Aktivity Organizátora/Pracovníka Samosprávy: Posúdenie žiadosti, Overenie kapacity/podmienok, Schválenie/Zamietnutie žiadosti v systéme.
• Dátové úložiská (Data Store): Databáza IS AkcieOkolo (Profil predajcu, Zoznam podujatí, Zoznam žiadostí).
• Použité Koncové služby (ako anotácia k procesu alebo služobnej úlohe): napr. KS_Elektronicky_profil_ucastnika, KS_Elektronicke_povolovanie_ucasti.

5.3.5 Jazyková podpora lokalizácia

Zabezpečenie adekvátnej jazykovej podpory a lokalizácie informačného systému AkcieOkolo je kľúčové pre jeho širokú dostupnosť, používateľskú prívetivosť a naplnenie potrieb rôznych cieľových skupín, vrátane potenciálnych zahraničných návštevníkov kultúrnych podujatí na Slovensku.

A. Požiadavky na jazykovú podporu a lokalizáciu používateľského rozhrania a výstupov v TO BE stave:

Pre informačný systém AkcieOkolo (webový portál a mobilná aplikácia) sú v TO BE stave definované nasledujúce požiadavky na jazykovú podporu a lokalizáciu:

1. Primárny jazyk systému:
   • Slovenský jazyk (SK): Celé používateľské rozhranie IS AkcieOkolo (všetky navigačné prvky, popisky tlačidiel, formuláre, systémové hlásenia, pomocník atď.) bude primárne dostupné v slovenskom jazyku. Všetky systémom generované výstupy určené pre slovenských používateľov (napr. notifikácie, reporty pre samosprávy) budú takisto v slovenskom jazyku.
     • Katalóg požiadaviek (príklad):
       • FR_LOK_001: Všetky textové prvky používateľského rozhrania webového portálu musia byť plne lokalizované do slovenského jazyka.
       • FR_LOK_002: Všetky textové prvky používateľského rozhrania mobilnej aplikácie (iOS aj Android) musia byť plne lokalizované do slovenského jazyka.
       • FR_LOK_003: Všetky systémom generované notifikácie pre používateľov musia byť dostupné v slovenskom jazyku.
2. Sekundárna jazyková podpora pre verejné rozhrania (Webový portál a Mobilná aplikácia):
   • Anglický jazyk (EN): Kľúčové časti verejného webového portálu a mobilnej aplikácie určené pre občanov a návštevníkov (najmä informácie o podujatiach, vyhľadávanie, plánovanie) budú plne lokalizované aj do anglického jazyka. Toto zahŕňa preklad statických textov rozhrania.
     • Dôvod: Zvýšenie atraktivity slovenských kultúrnych podujatí pre zahraničných turistov a návštevníkov, podpora cestovného ruchu.
     • Katalóg požiadaviek (príklad):
       • FR_LOK_004: Používateľské rozhranie verejnej časti webového portálu (sekcie určené pre občanov/návštevníkov) musí byť plne lokalizované do anglického jazyka.
       • FR_LOK_005: Používateľské rozhranie mobilnej aplikácie (sekcie určené pre občanov/návštevníkov) musí byť plne lokalizované do anglického jazyka.
   • Možnosť prekladu obsahu podujatí:
     • Systém umožní organizátorom podujatí zadávať popisné informácie o svojich podujatiach (názov, popis, program) vo viacerých jazykových mutáciách (minimálne slovenčina a angličtina, potenciálne s možnosťou pridania ďalších jazykov ako nemčina, maďarčina, poľština – v závislosti od regiónu a cieľovej skupiny podujatia).
     • Samotný preklad obsahu podujatí nie je zodpovednosťou systému AkcieOkolo, ale systému organizátora. IS AkcieOkolo poskytne len polia na vloženie preloženého textu.
     • Katalóg požiadaviek (príklad):
       • FR_LOK_006: Formulár pre zadávanie detailov podujatia musí umožniť organizátorovi vložiť názov, popis a program podujatia minimálne v slovenskej a anglickej jazykovej verzii.
       • FR_LOK_007: Verejný portál a mobilná aplikácia musia vedieť zobraziť informácie o podujatí v jazykovej verzii zvolenej používateľom, ak je obsah v danom jazyku poskytnutý organizátorom.

1. Podpora viacjazyčného obsahu podujatí a národnostných menšín:

V súlade s cieľom projektu podporovať regionálnu kultúru v celej jej rozmanitosti, IS AkcieOkolo bude navrhnutý s ohľadom na jazykové potreby národnostných menšín na Slovensku. Systém bude podporovať viacjazyčnosť na úrovni obsahu zadávaného používateľmi:

• Viacjazyčné zadávanie obsahu: Formulár pre registráciu podujatia umožní organizátorom vložiť kľúčové textové informácie (názov, popis, program atď.) vo viacerých jazykových mutáciách. Primárne budú podporované slovenčina a angličtina, avšak architektúra umožní jednoduché pridanie ďalších jazykov relevantných pre národnostné menšiny (napr. maďarský, rusínsky, rómsky, nemecký, poľský jazyk).
• Zobrazovanie obsahu: Verejný portál a mobilná aplikácia budú schopné zobraziť informácie o podujatí v jazykovej verzii, ktorú si používateľ zvolí, za predpokladu, že organizátor daný obsah v tomto jazyku poskytol.

Zodpovednosť za preklad a kvalitu obsahu v jednotlivých jazykoch nesie organizátor podujatia; systém IS AkcieOkolo poskytne technickú platformu pre jeho správu a zobrazenie. Tento prístup je v súlade s poslaním Úradu splnomocnenca vlády SR pre národnostné menšiny podporovať zachovanie a rozvoj kultúrnych hodnôt a jazykov menšín.

Katalóg požiadaviek (príklad):

• FR_LOK_006: Formulár pre zadávanie detailov podujatia musí umožniť organizátorovi vložiť názov, popis a program podujatia minimálne v slovenskej a anglickej jazykovej verzii, s možnosťou pridania ďalších jazykov definovaných v centrálnom číselníku.
• FR_LOK_007: Verejný portál a mobilná aplikácia musia vedieť zobraziť informácie o podujatí v jazykovej verzii zvolenej používateľom, ak je obsah v danom jazyku poskytnutý organizátorom.

1. Administračné rozhranie systému (pre pracovníkov samospráv, organizátorov, predajcov):
   • Slovenský jazyk (SK): V prvej fáze projektu bude administratívne rozhranie systému primárne lokalizované do slovenského jazyka.
   • (Možnosť budúceho rozšírenia): Architektúra systému by mala umožňovať relatívne jednoduché pridanie ďalších jazykových mutácií pre administratívne rozhranie v budúcnosti, ak by vznikla takáto potreba (napr. pre zahraničných organizátorov väčších medzinárodných podujatí). Táto požiadavka bude hodnotená z hľadiska nákladov a prínosov.
     • Katalóg požiadaviek (príklad):
       • NR_LOK_001: Architektúra administratívneho rozhrania systému musí byť navrhnutá s podporou pre jednoduchú lokalizáciu do viacerých jazykov v budúcnosti (napr. použitím súborov s jazykovými reťazcami).
2. Lokalizácia (nad rámec jazyka):
   • Systém bude podporovať slovenské štandardy pre formátovanie dátumov, časov, čísel a mien.
   • Geografické dáta a mapové podklady budú prispôsobené pre Slovensko.
   • Katalóg požiadaviek (príklad):
     • FR_LOK_008: Zobrazovanie dátumov a časov v používateľskom rozhraní musí zodpovedať slovenským lokalizačným štandardom.

B. Poskytovanie služieb pre používateľov z členských štátov EÚ alebo z iných krajín:

Služby informačného systému AkcieOkolo, najmä jeho verejná časť (webový portál a mobilná aplikácia), budú svojím charakterom dostupné globálne cez internet. Pre efektívne poskytovanie služieb pre používateľov z členských štátov EÚ a iných krajín (najmä zahraničných turistov) projekt realizuje nasledujúce kľúčové požiadavky:

1. Anglická jazyková verzia verejných rozhraní:
   • Ako je uvedené vyššie, kľúčové informačné sekcie webového portálu a mobilnej aplikácie budú plne lokalizované do anglického jazyka. Táto požiadavka je prioritná pre oslovenie medzinárodného publika. (Viď FR_LOK_004, FR_LOK_005).
2. Podpora viacjazyčného obsahu podujatí:
   • Možnosť pre organizátorov vkladať informácie o podujatiach vo viacerých jazykoch (minimálne SK, EN) zabezpečí, že zahraniční návštevníci získajú relevantné informácie vo zrozumiteľnom jazyku. (Viď FR_LOK_006, FR_LOK_007).
3. Intuitívny dizajn a piktogramy:
   • Používateľské rozhranie bude navrhnuté s dôrazom na medzinárodne zrozumiteľné ikony a piktogramy, aby sa uľahčila orientácia aj používateľom s obmedzenou znalosťou podporovaných jazykov.
     • Katalóg požiadaviek (príklad):
       • NR_POUZ_003: V používateľskom rozhraní budú preferované univerzálne zrozumiteľné piktogramy pred výhradne textovými popismi tam, kde je to vhodné a zlepšuje to orientáciu.
4. Dostupnosť bez geografických obmedzení:
   • Verejné časti platformy nebudú mať technické geografické obmedzenia prístupu.
     • Katalóg požiadaviek (príklad):
       • NR_DOST_002: Webový portál a mobilná aplikácia musia byť prístupné používateľom bez ohľadu na ich geografickú polohu, pokiaľ to neobmedzujú všeobecné technické limity internetu alebo regulácie na strane používateľa.

Vylúčenie z rozsahu (v prvej fáze):

• Kompletná lokalizácia administratívneho rozhrania do iných jazykov ako slovenčina (okrem prípadnej budúcej požiadavky).
• Automatizovaný preklad obsahu podujatí vloženého organizátormi (systém poskytne len možnosť vložiť preložený text, nie prekladateľskú službu).
• Špecifická jazyková podpora pre jazyky národnostných menšín v rámci systémových textov rozhrania (okrem obsahu podujatí, ktorý môžu organizátori zadať vo viacerých jazykoch). Toto môže byť predmetom budúceho rozšírenia na základe dopytu a analýzy.

Všetky uvedené požiadavky na jazykovú podporu a lokalizáciu budú detailne špecifikované a zaevidované v I-04 Katalóg požiadaviek.

5.4 Aplikačná vrstva

Táto kapitola poskytuje detailné rozpracovanie zvolenej Preferovanej alternatívy riešenia v aplikačnej vrstve architektúry pre projekt „Zaži mestá a obce, zaži Slovensko“. Popisuje kľúčové e-Government komponenty – informačný systém (ISVS) IS AkcieOkolo a jeho moduly, ktoré budú vyvinuté a implementované v rámci Časti A projektu.

Zvolená Preferovaná alternatíva predpokladá vývoj nového, komplexného a modulárneho informačného systému. Jeho architektúra bude navrhnutá tak, aby bola robustná a škálovateľná, čo v budúcnosti umožní jednoduché pripojenie ďalších, samostatne financovaných nadstavbových modulov (ako napríklad Bezhotovostný Platobný Systém alebo nástroje pre pokročilú analýzu). Tieto nadstavbové moduly však nie sú predmetom ani výstupom tohto projektu. Všetky nové alebo zmenené komponenty vytvorené v rámci tohto projektu budú riadne zaevidované a aktualizované v centrálnom metainformačnom systéme verejnej správy (MetaIS) v rámci výstupu M-06.

Prehľad kľúčových e-Government komponentov v aplikačnej vrstve (TO BE stav):

1. Informačný systém (ISVS): IS AkcieOkolo
   • MetaIS kód (plánovaný): isvs_15263
   • Názov: Informačný systém pre manažment kultúrnych podujatí AkcieOkolo
   • Popis: Centrálny informačný systém verejnej správy určený na evidenciu, koordináciu, registráciu účastníkov a propagáciu kultúrnych podujatí organizovaných na území Slovenskej republiky. Poskytuje služby samosprávam, organizátorom podujatí, predajcom a účastníkom, ako aj širokej verejnosti.
   • Hlavné moduly (podsystémy) IS AkcieOkolo:
     • Modul Centrálnej Databázy a Koordinácie Podujatí (ACDP)
       • MetaIS kód (plánovaný): isvs_15265
       • Popis: Jadrový modul zodpovedný za ukladanie a správu dát o všetkých evidovaných kultúrnych podujatiach. Obsahuje algoritmy a nástroje na detekciu a vizualizáciu potenciálnych termínových a geografických konfliktov, čím podporuje efektívnu koordináciu.
     • Modul Profilov a Registrácie Používateľov
       • MetaIS kód (plánovaný): isvs_15268
       • Popis: Zabezpečuje registráciu a správu používateľských účtov pre všetky cieľové skupiny (samosprávy, organizátori, predajcovia, občania). Umožňuje vytváranie a správu digitálnych profilov predajcov (princíp "jedenkrát a dosť") a organizátorov, vrátane správy potrebných dokumentov a akreditácií.
     • Modul Verejného Webového Portálu
       • MetaIS kód (plánovaný): isvs_15271
       • Popis: Hlavné webové rozhranie pre verejnosť poskytujúce prístup k informáciám o podujatiach, pokročilé vyhľadávanie, filtrovanie, zobrazovanie detailov podujatí, interaktívne mapy a personalizované funkcie pre registrovaných používateľov.
     • Modul Mobilnej Aplikácie (iOS & Android)
       • MetaIS kód (plánovaný): isvs_15278
       • Popis: Natívna mobilná aplikácia pre platformy iOS a Android poskytujúca funkcionalitu porovnateľnú s webovým portálom, optimalizovaná pre mobilné zariadenia, vrátane push notifikácií a potenciálne offline funkcionalít.
     • Modul Administratívneho Rozhrania
       • MetaIS kód (plánovaný): isvs_15279
       • Popis: Rozhranie určené pre správcov systému AkcieOkolo, z.z.p.o. a pre oprávnených pracovníkov samospráv na manažment podujatí v ich kompetencii, schvaľovanie registrácií, správu používateľov, generovanie reportov a štatistík a konfiguráciu systému.
     • Modul Integračného Rozhrania (API)
       • MetaIS kód (plánovaný): isvs_15280
       • Popis: Súbor aplikačných programovacích rozhraní (API) umožňujúcich bezpečnú výmenu dát a integráciu IS AkcieOkolo s inými informačnými systémami (napr. externé turistické portály, systémy tretích strán) podľa definovaných pravidiel.
2. Aplikačné služby (AS) poskytované IS AkcieOkolo:
   • Každý modul IS AkcieOkolo bude realizovať a poskytovať špecifické aplikačné služby. Príklady kľúčových aplikačných služieb, ktoré budú slúžiť koncovým službám alebo iným aplikačným službám:
     • AS_VyhladaniePodujati as_67672 : Služba umožňujúca vyhľadávanie a filtrovanie podujatí podľa rôznych kritérií. (Slúži napr. KS_Informovanie_o_kult_podujatiach).
     • AS_ZobrazenieDetailuPodujatia as_67673 : Služba poskytujúca komplexné informácie o vybranom podujatí. (Slúži napr. KS_Informovanie_o_kult_podujatiach).
     • AS_RegistraciaNovehoPodujatia as_67674 : Služba pre organizátorov na zadanie a registráciu nového podujatia do systému. (Slúži napr. KS_Registracia_podujatia_organizatorom).
     • AS_KoordinaciaTerminuPodujatia as_67675 : Služba využívajúca ACDP na overenie potenciálnych kolízií pri plánovaní podujatia. (Slúži napr. interným procesom samospráv).
     • AS_RegistraciaProfiluPredajcu as_67676 : Služba umožňujúca predajcom vytvorenie a správu ich digitálneho profilu. (Slúži napr. KS_Registracia_predajcu_na_ucast).
     • AS_PodanieZiadostiPredajcuNaUcast as_67677 : Služba umožňujúca registrovaným predajcom požiadať o účasť na konkrétnom podujatí. (Slúži napr. KS_Registracia_predajcu_na_ucast).
     • AS_SchvalenieUcastiPredajcu as_67678 : Služba pre samosprávy/organizátorov na schválenie alebo zamietnutie žiadosti predajcu.
     • AS_PoskytovanieDatCezAPI as_67679 : Aplikačná služba poskytovaná na externú integráciu, umožňujúca vybraným tretím stranám prístup k verejným dátam o podujatiach.
     • AS_AutentifikaciaPouzivatelaVS (konzumná): IS AkcieOkolo bude konzumovať službu z IAM ÚPVS (as_67680) pre autentifikáciu pracovníkov samospráv a administrátorov.
     • (Pre Časť B) AS_SpracovaniePlatbyBPS as_67681: Služba realizujúca bezhotovostnú platbu.
     • (Pre Časť B) AS_AnalyzaSentimentuPASVAS as_67682 : Služba poskytujúca výsledky analýzy spätnej väzby.

Vzájomné vzťahy komponentov a integrácie:

• Vnútorné vzťahy: Moduly IS AkcieOkolo budú navzájom úzko prepojené a budú zdieľať dáta prostredníctvom internej architektúry a definovaných rozhraní. Napríklad Modul Verejného Portálu a Modul Mobilnej Aplikácie budú pristupovať k dátam z Modulu ACDP a Modulu Profilov. Administratívne rozhranie bude umožňovať správu dát vo všetkých kľúčových moduloch.
• Vzťahy Aplikačných služieb ku Koncovým službám: Vyššie uvedené aplikačné služby (napr. AS_VyhladaniePodujati, AS_RegistraciaNovehoPodujatia) budú priamo slúžiť na realizáciu koncových služieb definovaných v biznis vrstve (napr. KS_Informovanie_o_kult_podujatiach, KS_Registracia_podujatia_organizatorom). Tieto vzťahy "AS slúži KS" budú explicitne evidované v MetaIS.
• Konzumné integračné Aplikačné služby:
  • IS AkcieOkolo bude konzumovať službu autentifikácie z IAM ÚPVS (as_59698) pre overenie identity používateľov z radov pracovníkov verejnej správy.
  • Pre prípadné doručovanie oficiálnych dokumentov sa môže zvážiť konzumná integrácia na služby eDesk ÚPVS (as_59630).
• Poskytované Aplikačné služby na externú integráciu:
  • IS AkcieOkolo bude prostredníctvom svojho Modulu Integračného Rozhrania (API) poskytovať definovanú aplikačnú službu AS_PoskytovanieDatCezAPI pre kontrolovaný prístup tretích strán (napr. národné turistické portály, externé kalendáre podujatí) k verejným dátam o podujatiach. Táto integrácia môže byť riadená prostredníctvom Centrálnej API Manažment Platformy (CAMP - as_60158, ak bude IS AkcieOkolo publikovať svoje služby cez CAMP).

Detailný návrh architektúry vrátane diagramov (napr. ArchiMate diagram komponentov aplikačnej vrstvy, diagram nasadenia, diagram integrácií) bude súčasťou neskorších fáz projektu (napr. Detailný návrh riešenia - DNR). Vizuálny náhľad základnej architektúry bol poskytnutý v kapitole 5.2 (Obrázky 8 a 9). Všetky komponenty a ich vzťahy budú priebežne evidované v MetaIS v rámci výstupu M-06.

5.4.2 Návrh riešenia v aplikačnej vrstve architektúry

Táto podkapitola detailne popisuje súčasný stav aplikačnej architektúry v oblasti manažmentu kultúrnych podujatí na Slovensku a navrhuje budúci cieľový stav, ktorý bude dosiahnutý implementáciou informačného systému AkcieOkolo. Cieľom je jasne znázorniť transformáciu a pridanú hodnotu, ktorú projekt prinesie.

Popis súčasného - AS IS - stavu aplikačnej vrstvy:

Súčasný stav aplikačnej architektúry pre oblasť manažmentu kultúrnych podujatí na Slovensku je charakterizovaný vysokou mierou fragmentácie, decentralizácie a absenciou jednotného centrálneho informačného systému alebo štandardizovaných aplikačných služieb.

• Existujúce informačné systémy a aplikačné služby:
  • Neexistuje centrálny ISVS: V súčasnosti neexistuje žiadny celoslovenský, centrálny informačný systém verejnej správy, ktorý by komplexne pokrýval agendu evidencie, koordinácie a manažmentu kultúrnych podujatí a ich účastníkov.
  • Lokálne a neintegrované riešenia: Niektoré samosprávy alebo väčší organizátori môžu využívať vlastné, izolované lokálne riešenia (napr. tabuľkové procesory, jednoduché databázy, čiastkové funkcionality v rámci ich webových stránok alebo interných systémov). Tieto systémy však nie sú vzájomne prepojené, neumožňujú celoslovenskú koordináciu a ich funkcionalita je často obmedzená. Nie sú štandardne evidované v MetaIS ako zdieľateľné ISVS alebo aplikačné služby pre túto agendu.
  • Webové portály samospráv a organizátorov: Informácie o podujatiach sú zverejňované na individuálnych webových stránkach miest, obcí a organizátorov. Tieto portály nie sú dátovo prepojené a neposkytujú jednotnú štruktúru ani API pre agregáciu dát.
  • Absencia centrálnych aplikačných služieb: Chýbajú štandardizované aplikačné služby na úrovni eGovernmentu, ktoré by podporovali napr. jednotnú digitálnu registráciu predajcov naprieč rôznymi podujatiami a samosprávami alebo centrálnu koordináciu termínov.
• Podpora Koncových služieb:
  • V súčasnosti nie sú formalizované a digitálne podporované centrálne Koncové služby v oblasti manažmentu kultúrnych podujatí na celoštátnej úrovni (ako napr. "Centrálne informovanie o kultúrnych podujatiach" alebo "Jednotná digitálna registrácia účasti na podujatí"). Občania, organizátori a predajcovia využívajú rôznorodé, neštandardizované a často nedigitálne spôsoby získavania informácií a plnenia povinností.
• Integrácie s externými systémami a spoločnými modulmi:
  • V súčasnom stave neexistujú štandardizované integrácie lokálnych riešení (ak existujú) na spoločné moduly eGovernmentu (napr. ÚPVS IAM, eDesk) v kontexte tejto špecifickej agendy, keďže chýba centrálny ISVS, ktorý by tieto integrácie zastrešoval. Komunikácia s orgánmi VS pri povoľovaní podujatí alebo registrácii predajcov je často papierová alebo e-mailová.

Znázornenie AS IS stavu aplikačnej vrstvy (ArchiMate diagram):
(Na tomto mieste by bol vhodný jednoduchý ArchiMate diagram, ktorý by znázorňoval aktuálnu situáciu:

• Viacerí Biznis aktéri (Samospráva X, Organizátor Y, Predajca Z, Občan)
• Využívajúci izolované a rôznorodé Aplikačné komponenty (Lokálny systém Samosprávy X, Web Organizátora Y, Email, Telefón, Papierové formuláre).
• Chýbajúci centrálny ISVS AkcieOkolo.
• Minimálne alebo žiadne štandardizované Aplikačné služby podporujúce procesy.
• Absencia definovaných Koncových služieb v tejto oblasti na centrálnej úrovni.
• Neexistujúce prepojenia na spoločné moduly eGovernmentu (napr. z dôvodu absencie centrálneho IS).)

Textová poznámka k AS IS stavu MetaIS komponentov: Keďže centrálny systém a štandardizované služby pre túto agendu v súčasnosti neexistujú na celoštátnej úrovni, nie sú ani relevantné komponenty (ISVS AkcieOkolo, jeho moduly a súvisiace AS) evidované v MetaIS. Prípadné lokálne riešenia samospráv nie sú štandardne kategorizované ako zdieľateľné ISVS pre túto špecifickú agendu.

Popis budúceho - TO BE - stavu aplikačnej vrstvy:

Budúci stav aplikačnej architektúry bude postavený na novo vyvinutom, centrálnom informačnom systéme IS AkcieOkolo. Tento systém bude poskytovať sadu aplikačných služieb, ktoré budú podporovať definované koncové služby a transformované biznis procesy.

• Kľúčové eGovernment komponenty v TO BE stave:
  • ISVS: IS AkcieOkolo isvs_15263 a jeho moduly:
    • Modul Centrálnej Databázy a Koordinácie Podujatí (ACDP) isvs_15265
    • Modul Profilov a Registrácie Používateľov isvs_15268
    • Modul Verejného Webového Portálu isvs_15271
    • Modul Mobilnej Aplikácie (iOS & Android) isvs_15278
    • Modul Administratívneho Rozhrania isvs_15279
    • Modul Integračného Rozhrania (API) isvs_15280
    • (Plánované pre Časť B) Modul BPS isvs_15281 a Modul PASVAS isvs_15282
  • Aplikačné služby (AS) poskytované IS AkcieOkolo:
    • AS_VyhladaniePodujati as_67672
    • AS_ZobrazenieDetailuPodujatia as_67673
    • AS_RegistraciaNovehoPodujatia as_67674
    • AS_KoordinaciaTerminuPodujatia as_67675
    • AS_RegistraciaProfiluPredajcu as_67676
    • AS_PodanieZiadostiPredajcuNaUcast as_67677
    • AS_SchvalenieUcastiPredajcu as_67677
    • AS_PoskytovanieDatCezAPI as_67679
    • (A ďalšie, podľa detailnej špecifikácie)
  • Tieto aplikačné služby budú slúžiť Koncovým službám ako:
    • KS_Informovanie_o_kult_podujatiach ks_381680
    • KS_Registracia_ucasti_na_podujati ks_381681
    • KS_Registracia_podujatia_organizatorom ks_381682
    • KS_Koordinacia_terminov_podujati ks_381683
• Architektúra a prepojenie na biznis vrstvu: IS AkcieOkolo a jeho aplikačné služby budú priamo podporovať nové, digitalizované a štandardizované biznis procesy pre všetkých stakeholderov. Koncové služby budú dostupné prostredníctvom webového portálu a mobilnej aplikácie. Pre pracovníkov samospráv a administrátorov bude k dispozícii dedikované administratívne rozhranie. (Viď Obrázky 8 a 9 z kapitoly 5.2 pre celkový náhľad).
• Interná štruktúra a funkčnosť budovaných ISVS: Ako bolo spomenuté v kapitole 5.2, pri modelovaní interných funkcií a správania modulov IS AkcieOkolo budú použité ArchiMate elementy typu Application Function (Aplikačná Funkcia), ktoré popisujú konkrétne správanie alebo spracovanie dát v rámci modulu (napr. Funkcia "Validácia registrácie predajcu", Funkcia "Výpočet kolízie termínov"). Samotné moduly (napr. Modul ACDP, Modul Profily) budú evidované v MetaIS ako Application Component (Aplikačný Komponent) typu "Modul ISVS" podradený hlavnému ISVS AkcieOkolo.
• Integrácie na externé systémy a spoločné moduly:
  • Povinná integrácia na IAM ÚPVS (ISVS_8846) prostredníctvom jeho aplikačnej služby as_59698 (Autentifikácia používateľa na ÚPVS (BOK)) pre zabezpečenie autentifikácie pracovníkov samospráv a ďalších oprávnených osôb pristupujúcich do administratívneho rozhrania IS AkcieOkolo.
  • Plánuje sa poskytovanie dát pre tretie strany prostredníctvom Modulu Integračného Rozhrania (API) IS AkcieOkolo. Spôsob publikácie tohto API (napr. cez CAMP ISVS_9513) bude predmetom ďalšej analýzy a rozhodnutia.
  • Zváži sa integrácia na CPDI (CSRÚ - ISVS_5836) pre prípadné využívanie referenčných údajov alebo zdieľanie relevantných informácií, ak to bude identifikované ako potrebné a prínosné.
  • (Pre Časť B – BPS) sa bude riešiť integrácia s vybranou Platobnou bránou.
  • (Detailný diagram integrácií (ako napr. Obrázok 13 z predlohy I-02) bude vypracovaný a prispôsobený konkrétnym rozhodnutiam o integráciách.)

Obrázok 12 Príklad rozpracovania detailov budúcej (TO BE) aplikačnej architektúry a závislostí (dátových tokov) medzi systémami

Obrázok 13 Príklad detailnejšieho znázornenia plánovaných integrácií

Rozdielová (GAP) analýza medzi AS IS a TO BE stavom:

Tabuľky prehľadov informačných systémov a aplikačných služieb (ako napr. Tabuľka 12 a nasledujúce v šablóne I-02) budú detailne vyplnené v súlade s MetaIS evidenciou všetkých novovytvorených alebo zmenených eGovernment komponentov v rámci výstupu M-06. Bude tam uvedený MetaIS kód (plánovaný), názov, typ, stav a vzťahy každého komponentu.

5.4.3 Rozsah informačných systémov – budúci stav (TO BE)

Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – budúci stav (TO BE):

Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)

Vysvetlivky k tabuľke a jej vyplneniu:

• KÓD ISVS (z MetaIS): Pre všetky nové ISVS a moduly tu budú uvedené plánované kódy, ktoré im budú pridelené pri ich zaevidovaní do MetaIS. Momentálne sú tam zástupné texty (placeholdery).
• NÁZOV ISVS: Presný a výstižný názov ISVS alebo modulu, ako bude evidovaný v MetaIS. Názvy sú prevzaté z kapitoly 5.4.
• MODUL ISVS (checkbox): Zaškrtne sa (☑), ak ide o modul (podsystém) iného, nadradeného ISVS. V tomto prípade sú všetky vymenované moduly súčasťou hlavného ISVS AkcieOkolo.
• STAV IS VS¹ (Vyberte jednu z možností): Toto sú štandardné stavy z MetaIS:
  • Plánovaný: Pre ISVS/modul, ktorý je ešte len v štádiu plánovania a vývoja. Všetky nové komponenty IS AkcieOkolo budú mať v tejto fáze projektu I-02 primárne tento stav.
  • Vo vývoji: Ak už vývoj prebieha.
  • Testovaný: Ak prebieha testovacia fáza.
  • V prevádzke: Pre ISVS/modul, ktorý je plne funkčný a používaný.
  • Ukončený: Pre ISVS/modul, ktorého prevádzka sa ukončuje.
  • Transformovaný: Pre existujúci ISVS, ktorý prechádza zásadnou zmenou v rámci projektu.
  • Zastaraný: Pre ISVS, ktorý je už zastaraný a plánuje sa jeho náhrada/ukončenie.
  • Odporúčam pre všetky novo vytvárané moduly a IS AkcieOkolo použiť stav "Plánovaný" alebo "Nový ISVS/Nový modul ISVS", keďže sme v Projektovom zámere.
• TYP IS VS² (Vyberte jednu z možností): Typ ISVS podľa klasifikácie v MetaIS:
  • Agendový ISVS: Primárne podporuje výkon agendy orgánu VS. (IS AkcieOkolo by mohol byť takto klasifikovaný).
  • Integračná platforma: Spája rôzne systémy.
  • Portálové riešenie: Hlavným účelom je poskytovanie informácií a služieb cez webové rozhranie. (Modul Verejného Webového Portálu).
  • Spoločný modul: Modul zdieľaný viacerými ISVS.
  • Interný ISVS: Používaný len vo vnútri organizácie.
  • Špecializovaný portál: Zameraný na špecifickú oblasť alebo službu. (IS AkcieOkolo by mohol byť aj takto chápaný).
  • Pre hlavný ISVS AkcieOkolo je najvhodnejší typ "Agendový ISVS" alebo "Špecializovaný portál". Typy modulov sa potom zvyčajne neodvodzujú samostatne, ale preberajú charakteristiku z nadradeného ISVS, alebo sa označia ako "Modul agendového ISVS" a pod.
• KÓD NADRADENÉHO ISVS: Ak je riadok modulom (checkbox zaškrtnutý), uvedie sa sem KÓD ISVS (z MetaIS) toho ISVS, ktorého je daný riadok modulom. Pre všetky moduly IS AkcieOkolo tu bude kód hlavného ISVS AkcieOkolo.

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

Táto sekcia popisuje súčasný stav (AS IS) využívania nadrezortných a spoločných informačných systémov verejnej správy (ISVS), vrátane spoločných modulov definovaných zákonom č. 305/2013 Z. z. o e-Governmente, v kontexte procesov a agendy, ktorú rieši projekt "Zaži mestá a obce, zaži Slovensko".

Vzhľadom na to, že v súčasnosti neexistuje centrálny informačný systém pre manažment kultúrnych podujatí na celoštátnej úrovni, ani štandardizované digitálne procesy naprieč samosprávami, systematické a integrované využívanie spoločných modulov eGovernmentu v tejto špecifickej agende je veľmi obmedzené alebo žiadne. Komunikácia a procesy často prebiehajú manuálne, papierovo alebo prostredníctvom neintegrovaných lokálnych riešení, ktoré štandardne nevyužívajú spoločné moduly eGovernmentu na integračnej úrovni.

Všetky realizované integrácie na nadrezortné ISVS v AS IS stave musia byť evidované v MetaIS (výstup M-06). V kontexte tejto agendy predpokladáme, že takéto formálne, celoplošne využívané integrácie zatiaľ neexistujú.

Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)

Interpretácia a zdôvodnenie k tabuľke:

• Prvý riadok (N/A): Je pridaný ako ilustrácia, že pre samotnú agendu, ktorú projekt rieši, v súčasnosti neexistuje centrálny ISVS, ktorý by tieto spoločné moduly systematicky využíval na celoštátnej úrovni.
• Ostatné riadky (konkrétne spoločné moduly): Popisujú súčasný stav využitia jednotlivých kľúčových spoločných modulov eGovernmentu:
  • Vyberte jednu z možností: Pre každý uvedený spoločný modul by sa mala zvoliť jedna z možností, ktorá najlepšie vystihuje jeho využívanie v kontexte agendy manažmentu kultúrnych podujatí na celoštátnej, koordinovanej úrovni v AS IS stave. Možnosti zvyčajne zahŕňajú:
    • Využíva sa (ak by nejaký centrálny prvok existoval a využíval ho)
    • Nevyužíva sa (ak pre danú agendu nie je relevantný alebo integrovaný)
    • Čiastočne sa využíva / Limitovane využívané (ak existujú individuálne, nekonzistentné prípady využitia, napr. samospráva použije eDesk na všeobecnú komunikáciu, ale nie je to súčasť štandardizovaného procesu pre kultúrne podujatia).
  • V kontexte projektu "Zaži mestá a obce, zaži Slovensko", kde je hlavným problémom práve absencia centrálneho riešenia a koordinácie, bude pre väčšinu spoločných modulov odpoveď pravdepodobne "Nevyužíva sa systematicky / Nie je integrované" alebo "Limitovane využívané (individuálne prípady)". To znamená, že neexistuje formálna, rozsiahla integrácia týchto modulov do procesov súvisiacich s celoštátnym manažmentom kultúrnych podujatí, pretože takýto manažment chýba.

Záver k AS IS stavu využívania spoločných modulov:
Súčasný stav nevyužívania (alebo len veľmi limitovaného a neštandardizovaného využívania) nadrezortných a spoločných ISVS pre agendu manažmentu kultúrnych podujatí je jedným z dôsledkov existujúcej fragmentácie a absencie centrálneho riešenia. Projekt IS AkcieOkolo má ambíciu tento stav zmeniť tým, že v TO BE stave zavedie potrebné integrácie na tieto spoločné moduly, čím sa zabezpečí súlad s princípmi eGovernmentu a zvýši efektivita a kvalita poskytovaných digitálnych služieb.

5.4.5 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)

Informačný systém AkcieOkolo bude v budúcom (TO BE) stave navrhnutý a implementovaný tak, aby v maximálnej možnej miere využíval existujúce nadrezortné a spoločné ISVS, najmä spoločné moduly Ústredného portálu verejnej správy (ÚPVS) a ďalšie centrálne komponenty definované zákonom č. 305/2013 Z. z. o e-Governmente a súvisiacimi predpismi. Cieľom je zabezpečiť súlad s architektúrou eGovernmentu, podporiť princíp "jedenkrát a dosť", zvýšiť bezpečnosť a zefektívniť poskytovanie služieb.

Povinnosť využívať nadrezortné ISVS ustanovuje najmä zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) a iné legislatívne predpisy. Prehľad a informácie o nadrezortných ISVS sú uvedené v prílohe P8 Zoznam nadrezortných blokov a podporných spoločných blokov Používateľskej príručky MetaIS.

Nasledujúca tabuľka špecifikuje plánované využívanie kľúčových spoločných modulov eGovernmentu novým informačným systémom IS AkcieOkolo:

Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)

Vysvetlivky a doplňujúce informácie k tabuľke:

• KÓD ISVS (z MetaIS) a NÁZOV ISVS: Identifikujú konkrétny spoločný modul eGovernmentu.
• SPOLOČNÉ MODULY PODĽA ZÁKONA Č. 305/2013 E-GOVERNMENTE: V tomto stĺpci sa neuvádza "Vyberte jednu z možností" ako v AS-IS tabuľke, ale priamy popis plánovaného spôsobu a rozsahu využitia daného spoločného modulu novým systémom IS AkcieOkolo.
  • Plánuje sa využívať: Toto je predvolená odpoveď pre moduly, s ktorými sa aktívne počíta. Popis by mal stručne vysvetliť ako a na čo bude modul využitý.
  • Zvažuje sa využitie / Potenciálne sa plánuje využívať: Pre moduly, ktorých integrácia nie je v prvej fáze projektu prioritná, ale je relevantná pre budúci rozvoj alebo špecifické scenáre (napr. niektoré aspekty Časti B).
  • Nepredpokladá sa využívať (s odôvodnením): Ak je niektorý štandardný spoločný modul pre tento projekt jednoznačne irelevantný, je vhodné to uviesť s krátkym zdôvodnením. 

5.4.6 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)

Okrem využívania spoločných modulov eGovernmentu definovaných v predchádzajúcej kapitole, informačný systém AkcieOkolo môže v budúcom (TO BE) stave plánovať alebo zvažovať integrácie aj na ďalšie informačné systémy verejnej správy (ISVS), spoločné softvérové služby ako službu (SaaS) alebo relevantné informačné systémy tretích strán. Cieľom týchto integrácií je zvýšiť hodnotu poskytovaných služieb, zabezpečiť aktuálnosť a správnosť dát, alebo rozšíriť funkcionalitu systému.

Všetky plánované využívania a integrácie služieb iných ISVS musia byť riadne evidované v MetaIS, vrátane zaevidovania vzťahu na konkrétnu aplikačnú službu poskytovanú integrovaným ISVS, ktorá je určená na externú integráciu.

Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)                                                                                                                                       

Vysvetlivky a doplňujúce informácie k tabuľke:

• Prvý stĺpec (KÓD ISVS IS AkcieOkolo, NÁZOV ISVS IS AkcieOkolo): Identifikuje náš systém, ktorý bude buď konzumovať služby iných ISVS, alebo poskytovať služby pre ne.
• KÓD INTEGROVANÉHO ISVS (z MetaIS), NÁZOV INTEGROVANÉHO ISVS: Identifikuje konkrétny iný ISVS, SaaS riešenie alebo systém tretej strany, s ktorým sa plánuje integrácia. Pre ISVS by sa mal použiť jeho oficiálny MetaIS kód a názov. Pre SaaS a systémy tretích strán, ktoré nie sú ISVS, sa uvedie ich názov a kód môže byť N/A alebo interný identifikátor.
• „isvs_TBD“ doplníme konkrétnym kódom po spárovaní v MetaIS; pri notifikáciách uprednostníme ÚPVS Notifikácie pred komerčným SaaS
•  
• POZNÁMKA K INTEGRÁCII: Detailne popisuje:
  • Účel integrácie: Prečo je integrácia potrebná a akú hodnotu prinesie.
  • Smer integrácie: Či IS AkcieOkolo bude primárne konzumentom dát/služieb z integrovaného systému, alebo poskytovateľom dát/služieb pre integrovaný systém, alebo pôjde o obojsmernú komunikáciu.
  • isvs_TBD (doplní sa po overení v MetaIS); pri externých systémoch uvádzame externý (neISVS)
  • Typ služby alebo dát: Aké konkrétne služby alebo typy dát budú predmetom integrácie.
  • Prípadné kľúčové technologické alebo legislatívne aspekty integrácie.

5.4.7 Aplikačné služby pre Koncové služby – budúci stav (TO BE)

V nasledujúcej tabuľke sú uvedené plánované (budované alebo rozvíjané) aplikačné služby (AS) informačného systému AkcieOkolo, ktoré sú nevyhnutné pre poskytovanie a realizáciu definovaných koncových služieb (KS) v TO BE stave. Každá koncová služba musí byť podporená minimálne jednou aplikačnou službou, pričom jedna koncová služba môže byť podporená aj viacerými aplikačnými službami. Všetky definované aplikačné služby a ich vzťahy na koncové služby ("AS slúži KS") budú riadne zaevidované v MetaIS.

Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)

Vysvetlivky a doplňujúce informácie k tabuľke:

• KÓD AS (z MetaIS): Pre všetky nové aplikačné služby tu budú uvedené plánované kódy, ktoré im budú pridelené pri ich zaevidovaní do MetaIS. Momentálne sú tam zástupné texty.
• NÁZOV AS: Presný a výstižný názov aplikačnej služby, ktorý popisuje jej funkciu. Názvy by mali byť v súlade s terminológiou použitou v I-04 Katalóg požiadaviek a v architektúre riešenia.
• REALIZUJE ISVS (kód ISVS, ktorý realizuje AS): Kód hlavného informačného systému IS AkcieOkolo, ktorý bude tieto aplikačné služby poskytovať (realizovať prostredníctvom svojich modulov).
• APLIKAČNÁ SLUŽBA SLÚŽI KS (kód KS z MetaIS): Kód konkrétnej Koncovej služby (eGov komponentu evidovaného v MetaIS), ktorej poskytovanie je danou aplikačnou službou podporované. Pre tento projekt sme definovali napr. KS_Informovanie_o_kult_podujatiach, KS_Registracia_ucasti_na_podujati, atď.
• POZNÁMKA: Stručný popis účelu aplikačnej služby a jej významu pre danú koncovú službu.

5.4.8 Aplikačné služby na integráciu – budúci stav (TO BE)

Informačný systém AkcieOkolo bude v budúcom (TO BE) stave navrhnutý tak, aby efektívne využíval a poskytoval aplikačné služby na integráciu so spoločnými modulmi eGovernmentu, inými relevantnými ISVS a potenciálne aj systémami tretích strán alebo SaaS riešeniami. Všetky plánované aplikačné služby na integráciu budú riadne evidované v MetaIS s fázou životného cyklu "Plánovaná" alebo vyššou a budú mať zaevidované všetky povinné atribúty a vzťahy. Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov ("AS používa AS") aplikačných služieb IS AkcieOkolo na príslušné aplikačné služby poskytované spoločnými modulmi ISVS alebo inými systémami.

Pre aplikačné služby poskytované IS AkcieOkolo na externú integráciu, najmä ak budú exponované cez API, budú v MetaIS evidované aj relevantné SLA parametre pre východiskový a cieľový stav.

Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)

Vysvetlivky k stĺpcom tabuľky 17:
¹ REALIZUJE ISVS: Uvádza sa kód ISVS AkcieOkolo, ktorý danú integračnú aplikačnú službu buď poskytuje (ak je "Poskytujúca") alebo využíva na realizáciu svojej funkcie (ak je "Konzumujúca" službu iného systému).
² INTEGRÁCIA CEZ CAMP: "Áno", ak sa plánuje, že daná poskytovaná alebo konzumovaná aplikačná služba bude prechádzať cez Centrálnu API Manažment Platformu (CAMP). Pre poskytované API IS AkcieOkolo sa to predpokladá. Pre konzumované služby závisí od toho, či sú cez CAMP exponované.
³ INTEGRÁCIA IS TRETÍCH STRÁN: "Áno", ak sa integračná aplikačná služba týka systému, ktorý nie je ISVS (napr. komerčná platobná brána, mapové služby od súkromného poskytovateľa).
⁴ SAAS (Softvér ako služba): "Áno", ak je integrovaný systém alebo služba poskytovaná formou SaaS.
⁵ INTEGRÁCIA NA AS POSKYTOVATEĽA (kód MetaIS): Ak je naša AS "Konzumujúca", tu sa uvedie MetaIS kód aplikačnej služby, ktorú konzumujeme od iného (poskytujúceho) systému (napr. od IAM ÚPVS, eDesku, CPDI).

Obrázok 14 Integrácie na spoločné moduly ÚPVS – ref. príklad

Obrázok 15 Integrácie na API manažment platformu - IS CAMP- referenčný príklad

Obrázok 16 Integrácie na IS CPDI (CSRÚ) – ref. príklad

5.5 Dátová architektúra

Dátová architektúra projektu "Zaži mestá a obce, zaži Slovensko" definuje štruktúru, správu, toky a využitie dát v rámci navrhovaného informačného systému AkcieOkolo. Cieľom je zabezpečiť konzistentnosť, kvalitu, bezpečnosť a interoperabilitu dát, ktoré sú nevyhnutné pre efektívne fungovanie platformy a naplnenie jej cieľov. Návrh dátovej architektúry vychádza z Metodiky identifikácie, vizualizácie a referencovania údajov pri dátovom modelovaní vo verejnej správe (zverejnená MV SR v rámci projektu Optimalizácia procesov vo verejnej správe).

Popis dátovej architektúry riešenia v AS IS stave:

Súčasný stav (AS IS) dátovej architektúry v oblasti manažmentu kultúrnych podujatí je charakterizovaný:

• Extrémnou fragmentáciou dát: Neexistuje centrálna, jednotná databáza kultúrnych podujatí ani ich účastníkov. Dáta sú roztrúsené v rôznych lokálnych systémoch samospráv (ak vôbec existujú digitálne), v tabuľkových súboroch organizátorov, na webových stránkach alebo len v papierovej forme.
• Nejednotnou štruktúrou a kvalitou dát: Každý subjekt eviduje dáta podľa vlastných potrieb a štandardov, čo vedie k nekonzistentnosti, duplicite, neaktuálnosti a nízkej kvalite dát. Chýbajú spoločné číselníky a dátové modely.
• Obmedzenou dostupnosťou a zdieľateľnosťou dát: V dôsledku fragmentácie je veľmi ťažké získať komplexný a aktuálny prehľad o kultúrnom dianí alebo efektívne zdieľať dáta medzi relevantnými stakeholdermi.
• Absenciou centrálneho dátového modelu: Chýba spoločný logický model, ktorý by definoval kľúčové entity, atribúty a vzťahy v doméne kultúrnych podujatí.
• Neexistujúcimi centrálnymi procesmi riadenia životného cyklu dát: Správa dát je decentralizovaná a neštandardizovaná.

Diagram tried v AS IS stave:
Vzhľadom na vyššie popísanú fragmentáciu nie je možné v AS IS stave vytvoriť zmysluplný jednotný diagram tried na celoštátnej úrovni. Ak by sme chceli ilustrovať príklad, museli by sme sa zamerať na jeden konkrétny, izolovaný lokálny systém, čo by nereprezentovalo celkový problém.

Procesy riadenia životného cyklu správy údajov v AS IS stave:

• Neexistujú jednotné, centrálne riadené procesy. Tvorba, aktualizácia a archivácia dát prebieha ad-hoc na úrovni jednotlivých samospráv alebo organizátorov, s využitím rôznorodých nástrojov a postupov. Neexistuje systematický manažment kvality dát ani ich životného cyklu na celoštátnej úrovni pre túto agendu.

Návrh dátovej architektúry riešenia v TO BE stave (IS AkcieOkolo):

Cieľový stav (TO BE) dátovej architektúry bude založený na centrálnej databáze IS AkcieOkolo, ktorá bude uchovávať všetky relevantné dáta o kultúrnych podujatiach, ich organizátoroch, predajcoch/účastníkoch a registrovaných používateľoch.

A. Logický dátový model (Diagram tried a popis entít):

Bude vytvorený podrobný logický dátový model (LDM) pre IS AkcieOkolo, ktorý bude definovať kľúčové entity, ich atribúty a vzájomné vzťahy. LDM bude slúžiť ako základ pre návrh fyzickej databázy. Nižšie sú uvedené hlavné entity a ich predpokladané kľúčové atribúty:

• Entita: Podujatie
  • Atribúty: ID_Podujatia (PK), Názov_Podujatia, Popis, Typ_Podujatia (link na číselník), Kategória_Podujatia (link na číselník), Dátum_Začiatku, Dátum_Konca, Čas_Začiatku, Čas_Konca, Miesto_Konania_Text, GPS_Súradnice, ID_Organizátora (FK), Program_Text, Cieľová_Skupina, Informácie_O_Vstupnom, Web_Podujatia, Kontaktné_Údaje_Podujatia, Status_Podujatia (napr. Plánované, Schválené, Zrušené, Uskutočnené), ID_Samosprávy_Pôsobnosti (FK), Jazykové_Verzie_Popisov.
  • Vzťahy: K Organizátorovi (1:N), K Miestu (ak je samostatná entita), K TypuPodujatia (N:M cez väzobnú tabuľku alebo 1:N), K Predajcom (N:M cez väzobnú tabuľku "ÚčasťPredajcuNaPodujatí").
• Entita: Organizátor (môže byť právnická alebo fyzická osoba)
  • Atribúty: ID_Organizátora (PK), Názov_Organizátora/Meno_Priezvisko, IČO/DIČ (ak relevantné), Typ_Organizátora (napr. Samospráva, Kultúrna Inštitúcia, NNO, FO-Podnikateľ), Kontaktné_Údaje (Adresa, Telefón, E-mail, Web), Popis_Organizátora, ID_Používateľského_Účtu (FK).
  • Vzťahy: K Podujatiu (1:N), K Používateľskému Účtu (1:1).
• Entita: Predajca/Účastník (môže byť právnická alebo fyzická osoba)
  • Atribúty: ID_Predajcu (PK), Názov_Predajcu/Meno_Priezvisko, IČO/DIČ, Typ_Sortimentu/Služby (link na číselník), Kontaktné_Údaje, Bankové_Spojenie (pre BPS), Status_Akreditácie, Platnosť_Dokumentov, ID_Používateľského_Účtu (FK), Digitálny_Profil_Dokumenty (pole alebo odkaz na úložisko).
  • Vzťahy: K Podujatiu (N:M cez "ÚčasťPredajcuNaPodujatí"), K Používateľskému Účtu (1:1).
• Entita: PoužívateľskýÚčet
  • Atribúty: ID_Účtu (PK), Prihlasovacie_Meno, Heslo_Hash, E-mail, Rola_V_Systéme (link na číselník - Admin, Pracovník Samosprávy, Organizátor, Predajca, Občan), Dátum_Registrácie, Status_Účtu.
  • Vzťahy: K Organizátorovi (1:1), K Predajcovi (1:1).
• Entita: Samospráva
  • Atribúty: ID_Samosprávy (PK), Názov_Samosprávy, Kód_Obce (ŠÚ SR), Región.
  • Vzťahy: K Podujatiu (1:N - podujatia v jej územnej pôsobnosti).
• Entita: MiestoKonania (ak chceme detailnejšiu evidenciu miest)
  • Atribúty: ID_Miesta (PK), Názov_Miesta, Adresa_Text, GPS, Typ_Miesta, Kapacita.
• Entita: ČíselníkTypPodujatia, ČíselníkKategóriaPodujatia, ČíselníkTypSortimentu, ČíselníkRolaVSysteme (a ďalšie potrebné číselníky pre štandardizáciu).

"Logický Dátový Model (Diagram Tried) pre IS AkcieOkolo"

B. Procesy riadenia životného cyklu správy údajov v TO BE stave:

Pre zabezpečenie kvality, konzistentnosti a bezpečnosti dát v IS AkcieOkolo budú zavedené nasledujúce procesy riadenia životného cyklu údajov:

1. Proces tvorby a evidencie dát:
   • Dátové štruktúry: Definované logickým a fyzickým dátovým modelom IS AkcieOkolo.
   • Tvorba dát: Primárne budú dáta o podujatiach, organizátoroch a predajcoch vkladané do systému priamo týmito subjektmi prostredníctvom webového portálu alebo administratívneho rozhrania. Systém bude obsahovať validačné pravidlá a kontroly pre zabezpečenie základnej správnosti a úplnosti vkladaných dát (napr. povinné polia, formáty dát, väzby na číselníky).
   • Dátové zdroje: Hlavným zdrojom budú používatelia systému. Pre validačné účely sa budú využívať externé referenčné registre (napr. Register adries, Obchodný register – cez CPDI).
2. Proces aktualizácie a údržby dát:
   • Používatelia (organizátori, predajcovia, pracovníci samospráv) budú mať možnosť aktualizovať svoje údaje a údaje o podujatiach, za ktoré sú zodpovední.
   • Budú definované procesy pre pravidelnú kontrolu aktuálnosti a správnosti dát (napr. expirácia dokumentov predajcov, ukončenie podujatí).
3. Proces zabezpečenia kvality dát:
   • Implementácia automatizovaných kontrol kvality dát pri vkladaní a úprave.
   • Možnosť reportovania dátových chýb používateľmi.
   • Definovanie zodpovedností za opravu nesprávnych dát (primárne na strane vkladateľa, s možnosťou intervencie administrátora systému).
4. Proces zabezpečenia a ochrany dát:
   • V súlade s GDPR a zákonom o kybernetickej bezpečnosti. Riadenie prístupov na základe rolí, šifrovanie citlivých dát, pravidelné zálohovanie, auditné záznamy.
5. Proces archivácie a mazania dát:
   • Definovanie politík pre archiváciu historických dát (napr. o uskutočnených podujatiach) a pre mazanie dát v súlade s legislatívnymi požiadavkami (napr. právo na zabudnutie, retenčné lehoty).
6. Proces manažmentu číselníkov a metadát:
   • Centrálna správa číselníkov používaných v systéme (typy podujatí, kategórie, typy sortimentu atď.) pre zabezpečenie konzistentnosti.
   • Správa metadát o dátových entitách a atribútoch.
7. Štatistické metodológie:
   • Pre reporting a analýzy návštevnosti a úspešnosti podujatí sa budú používať štandardné štatistické metódy (priemery, trendy, porovnania).

Proces riadenia pre manažment údajov bude zavedený priamo nad IS AkcieOkolo, ktorý bude hlavným systémom obsahujúcim objekty evidencie riešené v tomto projekte.

C. Zavedenie systematického manažmentu údajov v organizácii (AkcieOkolo, z.z.p.o. a ZMOS):

Pre zabezpečenie dlhodobej kvality a efektívneho využívania dát bude v rámci realizátora projektu (AkcieOkolo, z.z.p.o.) a v spolupráci so ZMOS a MIRRI SR zavedený systematický manažment údajov.

• Rola Dátového kurátora / Dátového architekta:
  • V rámci organizácie AkcieOkolo, z.z.p.o. bude vymenovaná alebo zabezpečená rola zodpovedná za dátový manažment a architektúru IS AkcieOkolo. Táto rola (môže byť nazvaná Dátový kurátor alebo Dátový manažér platformy AkcieOkolo) bude zodpovedná za:
    • Dohľad nad dodržiavaním dátového modelu a štandardov.
    • Definovanie a implementáciu procesov na zabezpečenie kvality dát.
    • Správu centrálnych číselníkov a metadát.
    • Spoluprácu s MIRRI SR (napr. s Centrálnou dátovou kanceláriou) pri plnení povinností týkajúcich sa referenčných údajov, otvorených dát a interoperability.
    • Navrhovanie úprav dátovej architektúry pri rozvoji systému.
    • Podporu pre samosprávy a organizátorov v oblasti správneho vkladania a využívania dát.
• Vytvorenie (alebo prepojenie na) Rezortnej dátovej kancelárie:
  • Keďže AkcieOkolo, z.z.p.o. vzniká pod ZMOS a projekt má celoslovenský dopad s ambíciou stať sa kľúčovým zdrojom dát o kultúrnych podujatiach, bude sa zvažovať úzka spolupráca alebo integrácia činností dátového kurátora platformy AkcieOkolo s existujúcimi alebo budúcimi štruktúrami dátových kancelárií na úrovni MIRRI SR alebo relevantných rezortov (napr. MK SR). Cieľom je zabezpečiť súlad s národnou dátovou stratégiou a efektívne využívanie dát na strategickej úrovni.
• Dokumentácia a školenia:
  • Budú vytvorené a pravidelne aktualizované metodické pokyny pre vkladanie a správu dát pre všetky skupiny používateľov.
  • Budú realizované školenia zamerané na dôležitosť kvality dát a správne postupy.

Týmto sa zabezpečí, že dáta v IS AkcieOkolo budú nielen technicky správne uložené, ale aj kvalitné, dôveryhodné a efektívne spravované počas celého ich životného cyklu.

5.5.2 Objekty evidencie

V tejto sekcii identifikujeme a popisujeme kľúčové Objekty Evidencie (OE), ktoré budú spravované a spracovávané v rámci informačného systému AkcieOkolo a súvisiacich registrov. Tieto OE tvoria základ dátovej štruktúry projektu a sú navrhnuté tak, aby zodpovedali potrebám všetkých zainteresovaných strán.

Pre budovaný informačný systém IS AkcieOkolo je vytvorený doménový model, ktorý definuje návrh dátových prvkov (atribútov) a vzťahov medzi OE súvisiacich s projektom. Tento doménový model vizuálne znázorňuje rozsah predmetných údajov projektu a je platformovo nezávislý. Je navrhnutý v súlade so štandardami výmeny údajov medzi ISVS podľa § 30 vyhlášky č. 78/2020 Z.z. o štandardoch pre informačné technológie verejnej správy a zohľadňuje pravidlá pre zabezpečenie výmeny dát a interoperability podľa usmernení MIRRI SR.

Pri modelovaní doménového modelu sa odporúča využívať existujúce dátové prvky z Centrálneho modelu údajov verejnej správy, pokiaľ patria do domény projektu. V prípade použitia dátového prvku z Centrálneho dátového modelu sa použije jeho skrátená forma URI identifikátora. Pre tento projekt je doménový model primárne reprezentovaný logickým dátovým modelom (diagramom tried) definovaným v kapitole 5.5.

Tabuľka 18 Objekty evidencie

Obrázok 18 Zjednodušený doménový model - príklad

Stručný popis k (hypoteticky vloženému) UML Diagramu Tried ako Doménového modelu:
UML Diagram Tried vizualizuje hlavné Objekty Evidencie (znázornené ako Triedy) relevantné pre informačný systém AkcieOkolo. Zobrazuje kľúčové atribúty každej triedy a definuje vzťahy (asociácie, agregácie) medzi nimi, vrátane multiplicít. Tento model slúži ako základ pre návrh databázovej štruktúry a zabezpečuje jednotné chápanie dátových štruktúr v rámci projektu. Diagram zahŕňa entity ako Podujatie, Organizator, PredajcaUcastnik, UzivatelskyUcet, Samosprava a ich vzájomné prepojenia, napríklad vzťah medzi Podujatím a jeho Organizátorom, alebo N:M vzťah medzi Podujatiami a Predajcami riešený cez asociačnú triedu UcastPredajcuNaPodujati. Zahrnuté sú aj relevantné číselníkové entity ako TypPodujatia a KategoriaPodujatia. Model bol navrhnutý s ohľadom na požiadavky interoperability a s využitím štandardných princípov dátového modelovania. Pre atribúty, kde je to možné a relevantné (napr. IČO subjektov, adresné údaje), sa budú pri implementácii využívať dátové prvky a identifikátory z Centrálneho modelu údajov verejnej správy (napr. URI z greg_org, locn).

5.5.3 Referenčné údaje

 V súlade s Národnou koncepciou informatizácie verejnej správy (NKIVS) a Strategickou prioritou Manažment údajov je jedným z hlavných cieľov modernizácie verejnej správy dosiahnutie stavu, kedy orgány verejnej moci pri poskytovaní svojich služieb nebudú od občanov a podnikateľských subjektov opakovane vyžadovať údaje a dokumenty, ktorými už verejná správa disponuje vo svojich registroch. Projekt "Zaži mestá a obce, zaži Slovensko" a jeho informačný systém IS AkcieOkolo aktívne prispievajú k naplneniu tohto princípu "jedenkrát a dosť" prostredníctvom identifikácie, správy a potenciálneho referencovania kľúčových údajov.

Za účelom dosiahnutia tohto budúceho (TO BE) stavu je potrebné definovať, ktoré údaje spravované v IS AkcieOkolo, alebo údaje ním využívané z iných registrov, majú alebo by mohli mať charakter referenčných údajov. Referenčné údaje sú také údaje, ktoré sú k subjektu evidencie jedinečné a je pre ne legislatívne ustanovená domnienka správnosti, pričom ich využívanie naprieč rôznymi orgánmi verejnej moci prispieva k naplneniu princípu "jedenkrát a dosť".

A. Dôvod vyhlásenia/využívania referenčných údajov v rámci projektu:

1. Údaje o organizátoroch a predajcoch/účastníkoch podujatí:
   • Dôvod: V súčasnosti musia organizátori a najmä predajcovia opakovane predkladať tie isté identifikačné údaje a dokumenty (napr. živnostenský list, IČO, kontaktné údaje) každej samospráve alebo organizátorovi podujatia, na ktorom sa chcú zúčastniť. Vytvorením jednotného digitálneho profilu pre organizátora a predajcu v IS AkcieOkolo, kde budú tieto údaje centrálne evidované a spravované samotným subjektom (alebo validované voči referenčným registrom), sa eliminuje potreba ich opakovaného zadávania. Kľúčové identifikačné údaje (IČO, názov/obchodné meno, sídlo/miesto podnikania) majú charakter referenčných údajov, ak sú získavané z existujúcich zdrojových referenčných registrov (napr. Register právnických osôb, Živnostenský register). IS AkcieOkolo bude tieto údaje prioritne konzumovať.
   • Jedinečnosť a domnienka správnosti: Pre identifikačné údaje právnických osôb a fyzických osôb – podnikateľov, ktoré sú vedené v Registri právnických osôb, podnikateľov a orgánov verejnej moci (RPO) a iných zdrojových registroch, platí domnienka správnosti. IS AkcieOkolo zabezpečí, aby tieto údaje boli využívané a v maximálnej možnej miere preberané z týchto referenčných zdrojov. Pre novovytvorené atribúty špecifické pre profil v IS AkcieOkolo (napr. typ sortimentu, špecifické kontakty pre podujatia) bude zabezpečená ich jedinečnosť v rámci profilu daného subjektu v systéme.
2. Údaje o samosprávach:
   • Dôvod: Základné identifikačné údaje o samosprávach (názov, kód obce, príslušnosť k regiónu) sú referenčné a budú preberané z Centrálneho číselníka obcí alebo Registra adries (prostredníctvom CPDI), čím sa zabezpečí ich jednotnosť a správnosť v IS AkcieOkolo.
3. Údaje o miestach konania podujatí (adresy):
   • Dôvod: Pre presnú lokalizáciu podujatí a konzistentnosť je nevyhnutné využívať referenčné údaje z Registra adries (RÚIAN). Tým sa zabezpečí jednoznačná identifikácia miesta a jeho správne zobrazenie na mapových podkladoch.
4. (Potenciálne) Údaje o samotných kultúrnych podujatiach:
   • Dôvod (pre budúcnosť): Hoci samotné podujatie ako komplexný objekt nemusí byť okamžite vyhlásené za referenčný údaj, jeho kľúčové, jednoznačne identifikovateľné atribúty (napr. unikátny identifikátor podujatia v IS AkcieOkolo, jeho základný typ, schválený termín a miesto) by mohli v budúcnosti slúžiť ako referenčný zdroj informácií pre iné systémy (napr. národné štatistiky, systémy cestovného ruchu). Cieľom je vytvoriť jediný a dôveryhodný zdroj (single source of truth) pre základné údaje o plánovaných a uskutočnených kultúrnych podujatiach na Slovensku. Toto si však vyžiada širšiu diskusiu a prípadne legislatívnu oporu.

B. Navrhované objekty evidencie k vyhláseniu za referenčné (alebo konzumácia referenčných údajov) a ich dátová kvalita:

• Profil Organizátora / Profil Predajcu/Účastníka (ako súbor údajov o subjekte):
  • Popis a zdôvodnenie dátovej kvality: Tieto profily budú obsahovať identifikačné údaje subjektov. Kvalita identifikačných údajov PO a FO-podnikateľov bude zabezpečená prioritnou integráciou na referenčné registre (RPO, ŽR) prostredníctvom CPDI. Používatelia budú mať možnosť tieto údaje len skontrolovať, nie priamo modifikovať (okrem kontaktných a doplňujúcich údajov, ktoré nie sú referenčné). Kvalita doplňujúcich údajov (napr. typ sortimentu, fotografie) bude závisieť od ich vloženia používateľom, ale systém bude podporovať validáciu a konzistentnosť cez číselníky. Pravidelné overovanie platnosti živnostenských oprávnení a iných dokladov voči zdrojovým registrom (ak je technicky možné) ďalej zvýši kvalitu a aktuálnosť.
• Adresné údaje (miesto konania podujatia, sídlo organizátora/predajcu):
  • Popis a zdôvodnenie dátovej kvality: Všetky adresné údaje budú validované a štruktúrované podľa Registra adries (RÚIAN), ktorý je referenčným registrom. Tým sa zabezpečí ich vysoká kvalita, jednoznačnosť a možnosť presnej geografickej lokalizácie.
• Číselníky spravované v IS AkcieOkolo (napr. Typ podujatia, Kategória podujatia):
  • Popis a zdôvodnenie dátovej kvality: Tieto číselníky budú centrálne spravované administrátorom IS AkcieOkolo v spolupráci s odbornou komunitou (napr. zástupcovia ZMOS, MK SR), čím sa zabezpečí ich konzistentnosť, aktuálnosť a relevantnosť pre doménu kultúrnych podujatí. Pre budúcnosť sa bude zvažovať ich navrhnutie na zaradenie medzi centrálne referenčné číselníky, ak preukážu celospoločenský význam.

C. Poskytovatelia a konzumenti (vlastníci) údajov do/z CPDI:

• IS AkcieOkolo ako KONZUMENT referenčných údajov z CPDI (a nadväzných zdrojových registrov):
  • Bude konzumovať referenčné údaje o právnických osobách a fyzických osobách – podnikateľoch (IČO, názov, sídlo, atď.) z RPO a ŽR prostredníctvom služieb CPDI.
  • Bude konzumovať referenčné údaje o adresách z Registra adries prostredníctvom služieb CPDI.
  • Bude konzumovať údaje z Centrálneho číselníka obcí a iných relevantných centrálnych číselníkov.
• IS AkcieOkolo ako (potenciálny budúci) POSKYTOVATEĽ údajov do CPDI alebo iným subjektom VS:
  • Po dosiahnutí stabilnej prevádzky a zabezpečení vysokej kvality dát sa predpokladá, že vybrané údaje z IS AkcieOkolo (napr. centrálny kalendár schválených kultúrnych podujatí s ich základnými atribútmi) by mohli byť poskytované ako referenčný alebo autoritatívny zdroj pre iné ISVS (napr. národný turistický portál, systémy regionálnych samospráv, štatistické účely) prostredníctvom API a potenciálne aj cez CPDI. Toto si vyžiada detailnú analýzu a splnenie požiadaviek na poskytovateľa referenčných dát.

D. Legislatíva a procesy vo verejnej správe (životné situácie):

• Legislatíva: Projekt sa dotýka legislatívy upravujúcej:
  • Povoľovanie verejných kultúrnych podujatí (napr. zákon č. 96/1991 Zb. o verejných kultúrnych podujatiach, VZN miest a obcí).
  • Povinnosti predajcov a organizátorov (napr. živnostenský zákon, daňové zákony, hygienické predpisy).
  • Zákon o e-Governmente (princíp "jedenkrát a dosť", referenčné údaje).
• Procesy a životné situácie:
  • ŽS: Organizácia verejného kultúrneho podujatia: Projekt zjednoduší proces registrácie podujatia a jeho koordináciu. Odstráni potrebu duplicitného oznamovania údajov rôznym orgánom, ak budú dáta zdieľané z IS AkcieOkolo.
  • ŽS: Účasť na verejnom kultúrnom podujatí ako predajca: Výrazne sa zjednoduší proces získavania povolení a akreditácií vďaka jednotnému digitálnemu profilu predajcu a elektronickej komunikácii so samosprávami/organizátormi cez IS AkcieOkolo. Odstráni sa povinnosť opakovane predkladať úradom výpisy a potvrdenia (napr. živnostenský list), ak budú tieto údaje overované voči referenčným registrom.
  • Automatizácia procesov: Centrálna evidencia a digitálne profily umožnia čiastočnú automatizáciu kontrol a schvaľovacích procesov.

E. Zabezpečenie dostupnosti navrhovaných OE za referenčné cez IS CPDI:

• Pre údaje konzumované IS AkcieOkolo bude dostupnosť zabezpečená prostredníctvom štandardizovaných integračných služieb IS CPDI (MetaIS kód isvs_5836) a naň napojených zdrojových referenčných registrov.
• Pre údaje poskytované IS AkcieOkolo (v budúcnosti) bude vybudované štandardizované API rozhranie (Modul Integračného Rozhrania IS AkcieOkolo), ktoré môže byť publikované cez CAMP a potenciálne integrované na dátovú časť CPDI pre zdieľanie s inými subjektmi VS.

F. Časový harmonogram procesu vyhlasovania a zmeny referenčných údajov:

• Fáza analýzy a návrhu projektu (prebieha): Detailná identifikácia atribútov v rámci OE_002 (Organizátor), OE_003 (Predajca), OE_005 (Samospráva), OE_007 (Miesto konania), ktoré sú už referenčnými údajmi alebo by mali byť preberané z referenčných registrov.
• Fáza implementácie IS AkcieOkolo (Q1/2026 - Q2/2027 podľa harmonogramu): Implementácia integračných rozhraní na konzumáciu referenčných údajov z CPDI.
• Po spustení IS AkcieOkolo a stabilizácii prevádzky (od Q4/2027):
  • Iniciovanie procesu (v spolupráci s MIRRI SR – Centrálnou dátovou kanceláriou) na prípadné vyhlásenie nových objektov evidencie alebo ich kľúčových atribútov z IS AkcieOkolo (napr. Jedinečný identifikátor kultúrneho podujatia, základné údaje o podujatí) za referenčné alebo centrálne zdieľané údaje. Tento proces je dlhodobejší a závisí od splnenia všetkých kritérií. Informácie o procese sú na stránke MIRRI SR (uvedený link v šablóne).

Návrh na vyhlásenie a zmeny referenčných údajov poskytovaných na dátovú integráciu:

Tabuľka 19 Návrh na vyhlásenie a zmeny referenčných údajov

5.5.4 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)

Informačný systém AkcieOkolo je navrhovaný nielen ako systém pre interný manažment agendy kultúrnych podujatí, ale aj s víziou stať sa relevantným zdrojom dát pre iné orgány verejnej moci a potenciálne aj pre širšiu verejnosť (v kontexte otvorených dát). Kľúčovým mechanizmom pre zabezpečenie interoperability a zdieľania dát v rámci eGovernmentu je IS Centrálna platforma dátovej integrácie (IS CPDI, MetaIS kód: isvs_5836).

V budúcom (TO BE) stave sa predpokladá, že IS AkcieOkolo bude poskytovať vybrané Objekty Evidencie (OE) alebo ich časti do IS CPDI, aby mohli byť ďalej využívané inými informačnými systémami verejnej správy, čím sa naplnia princípy referenčných údajov a "jedenkrát a dosť" aj v smere od IS AkcieOkolo k zvyšku VS.

Nasledujúca tabuľka uvádza prehľad OE z IS AkcieOkolo, ktoré sa plánujú poskytovať do IS CPDI:

Tabuľka 20 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)

Vysvetlivky a doplňujúce informácie k tabuľke:

• ID OE: Identifikátor Objektu Evidencie z Tabuľky 18 (kapitola 5.5.1).
• NÁZOV (POSKYTOVANÉHO) OBJEKTU EVIDENCIE: Názov OE, ktorý bude poskytovaný.
• KÓD ISVS POSKYTUJÚCEHO OE, NÁZOV ISVS POSKYTUJÚCEHO OE: Identifikuje IS AkcieOkolo ako systém, ktorý daný OE alebo jeho časť poskytuje do CPDI.
• POZNÁMKA K POSKYTOVANIU: Detailne špecifikuje:
  • Účel poskytovania: Prečo budú tieto dáta zdieľané cez CPDI a kto by mohol byť ich konzumentom.
  • Rozsah poskytovaných dát: Ktoré konkrétne atribúty daného OE budú poskytované (nemusí byť celý OE, často len verejná alebo referenčná časť).
  • Forma poskytovania: Ako budú dáta technicky poskytované (napr. cez API služby evidované v MetaIS, synchronizačné dávky, atď.).

5.5.5 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)

Informačný systém AkcieOkolo bude v budúcom (TO BE) stave navrhnutý tak, aby aktívne konzumoval referenčné a iné relevantné údaje z IS Centrálna platforma dátovej integrácie (IS CPDI, MetaIS kód: isvs_5836). Týmto prístupom sa zabezpečí dodržiavanie princípu "jedenkrát a dosť" (údaje sa nebudú opakovane vyžadovať od používateľov, ak sú už dostupné vo VS), zvýši sa kvalita a konzistentnosť dát spravovaných v IS AkcieOkolo a zníži sa administratívna záťaž pri registrácii a validácii subjektov.

Súčasné dostupné objekty evidencie a údaje v IS CPDI sú uvedené v integračnom manuáli IS CPDI, ktorý je dostupný na webových stránkach MIRRI SR (https://mirri.gov.sk/sekcie/informatizacia/o-sekciach/centralna-datova-kancelaria/datovy-program/).

Nasledujúca tabuľka uvádza prehľad kľúčových Objektov Evidencie (OE) alebo ich častí, ktoré bude IS AkcieOkolo konzumovať z IS CPDI:

Tabuľka 21 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)

Vysvetlivky a doplňujúce informácie k tabuľke:

• ¹ ID OE: Identifikátor Objektu Evidencie z Tabuľky 18 (kapitola 5.5.1), ku ktorému sa konzumované údaje viažu v rámci IS AkcieOkolo. Pre "Referenčné číselníky VS" nemusí byť priradené ID OE, ak ide o všeobecné číselníky.
• NÁZOV (KONZUMOVANÉHO) OBJEKTU EVIDENCIE: Popisuje typ údajov, ktoré budú z IS CPDI konzumované.
• KÓD ISVS KONZUMUJÚCEHO OE: MetaIS kód informačného systému AkcieOkolo, ktorý bude tieto údaje prijímať a využívať.
• KÓD ZDROJOVÉHO ISVS V METAIS: MetaIS kód primárneho (zdrojového) registra alebo ISVS, z ktorého IS CPDI tieto referenčné alebo zdieľané údaje čerpá a poskytuje ďalej. Toto je dôležité pre identifikáciu pôvodu a gestora dát.
• POZNÁMKA KU KONZUMÁCII: Detailne špecifikuje:
  • Účel konzumácie: Prečo IS AkcieOkolo potrebuje tieto údaje z CPDI (napr. validácia, predvyplnenie formulárov, overenie, zníženie administratívnej záťaže používateľa).
  • Konkrétne atribúty: Ktoré špecifické dátové prvky (atribúty) budú konzumované.
  • Prípadné špecifiká integrácie alebo frekvencia aktualizácie (ak je to relevantné).

Komentár ku konzumovaniu údajov z CPDI pre IS AkcieOkolo:

• Kľúčové integrácie pre "jedenkrát a dosť": Konzumácia dát o organizátoroch a predajcoch z RPO/ŽR a adries z RÚIAN je základom pre naplnenie princípu "jedenkrát a dosť". Používatelia nebudú musieť opakovane zadávať údaje, ktoré sú už vo VS evidované.
• Zvýšenie kvality dát: Využívanie referenčných údajov výrazne prispeje k zvýšeniu presnosti, aktuálnosti a konzistentnosti dát spravovaných v IS AkcieOkolo.
• Technická realizácia: Konzumácia dát z CPDI bude realizovaná prostredníctvom definovaných integračných aplikačných služieb (napr. sluzba_is_49250 - Poskytnutie konsolidovaných údajov o subjekte). Detailný spôsob integrácie (napr. real-time volania API, pravidelné synchronizácie) bude definovaný v technickom návrhu.
• Bezpečnosť a oprávnenia: Prístup k údajom z CPDI bude riadený v súlade s platnou legislatívou a bezpečnostnými politikami, pričom IS AkcieOkolo bude mať prístup len k tým údajom, na ktoré má oprávnenie a ktoré sú nevyhnutné pre jeho fungovanie.

Konzumáciou referenčných údajov z IS CPDI sa IS AkcieOkolo stane efektívnejším, používateľsky prívetivejším a bude lepšie integrovaný do celkového ekosystému eGovernmentu na Slovensku.

5.5.6 Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)

Pre zabezpečenie princípu "jedenkrát a dosť" a efektívneho zdieľania dát v rámci verejnej správy je kľúčové jasne identifikovať, ktoré subjekty budú konzumovať údaje poskytované IS AkcieOkolo prostredníctvom IS CPDI, a naopak, ktoré údaje bude IS AkcieOkolo konzumovať od iných zdrojových registrov cez IS CPDI. Pre každú takúto výmenu dát je potrebné definovať oprávnenosť/nárok na konzumovanie v zmysle osobitných právnych predpisov a prípadne identifikovať potrebu novelizácie legislatívy pre bezproblémovú aplikáciu.

Pre úspešné napojenie IS AkcieOkolo na IS CPDI (MetaIS kód: isvs_5836) v roli konzumenta údajov je nutné postupovať podľa platného integračného manuálu IS CPDI.

Tabuľka 22 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)

Vysvetlivky a doplňujúce informácie k tabuľke:

• ¹ ID OE: Identifikátor Objektu Evidencie z Tabuľky 18 (kapitola 5.5.1).
• ² KONZUMOVANIE alebo POSKYTOVANIE: Určuje, či IS AkcieOkolo daný OE (alebo jeho časť) bude primárne poskytovať do CPDI, alebo ho bude z CPDI konzumovať.
  • Vyberte jednu z možností: Tu som vyplnil na základe predchádzajúcej analýzy (IS AkcieOkolo bude primárne poskytovateľ dát o podujatiach a číselníkoch, a konzument dát o subjektoch a adresách).
• SUBJEKT (organizácia poskytovateľa-konzumenta): Špecifikuje, kto je zdrojom dát (poskytovateľom) a kto ich prijímateľom (konzumentom) v rámci integrácie cez CPDI. Pre údaje konzumované IS AkcieOkolo je poskytovateľom príslušný zdrojový register (RPO, ŽR, RÚIAN atď.) prostredníctvom CPDI. Pre údaje poskytované IS AkcieOkolo budú konzumentmi iné, presne definované subjekty VS alebo oprávnené tretie strany.
• OSOBITNÝ PRÁVNY PREDPIS PRE POSKYTOVANIE / KONZUMOVANIE ÚDAJOV: Toto je kritická časť, ktorá si vyžaduje dôkladnú právnu analýzu! Pre každý typ výmeny dát musí existovať legislatívny základ (oprávnenie alebo povinnosť). Uviedol som príklady zákonov, ktoré by mohli byť relevantné, ale je nevyhnutné ich doplniť konkrétnymi paragrafmi a overiť ich presnú aplikovateľnosť na každý špecifický údaj a subjekt.
• POZNÁMKA (Prípadná potreba novelizácie legislatívy): Ak pre zamýšľané zdieľanie dát (najmä pre poskytovanie nových referenčných údajov z IS AkcieOkolo) chýba explicitná legislatívna opora alebo existujú bariéry, tu sa uvedie potreba novelizácie.

5.5.7 Kvalita a čistenie údajov

Kvalita dát je základným predpokladom pre úspešné fungovanie informačného systému AkcieOkolo a pre dosiahnutie jeho cieľov. Nesprávne, nepresné, neúplné alebo neaktuálne údaje môžu viesť k chybnému rozhodovaniu, zníženiu dôvery používateľov, neefektívnym procesom a celkovému znehodnoteniu investície do systému. Preto sa na kvalitu a čistenie údajov v rámci projektu "Zaži mestá a obce, zaži Slovensko" kladie mimoriadny dôraz.

Zhodnotenie významnosti kvality údajov pre biznis procesy:

Riziká v dôsledku dátovej nekvality pre kľúčové Objekty Evidencie (OE):

OE_001 (Podujatie):

Dopady nekvality: Nesprávne informácie o termíne, mieste alebo programe môžu spôsobiť frustráciu návštevníkov, zníženú účasť, problémy pri koordinácii. Neúplné údaje znižujú atraktivitu podujatia na portáli. Nestotožnenie miesta konania voči Registru adries znemožní presnú lokalizáciu a zobrazenie na mape.

Overenie/Obmedzenie hodnoty: Možnosť overenia voči interným číselníkom (Typ, Kategória), povinné polia, validácia formátov (dátum, čas), overenie adresy voči RÚIAN cez CPDI, kontroly zo strany administrátorov/pracovníkov samospráv pred finálnym schválením zverejnenia.

OE_002 (Organizátor podujatia), OE_003 (Predajca / Účastník podujatia):

Dopady nekvality: Nesprávne IČO/názov/sídlo znemožní validáciu voči RPO/ŽR a overenie oprávnenosti. Nesprávne kontaktné údaje sťažia komunikáciu. Neaktuálne dokumenty v profile predajcu môžu viesť k problémom pri povoľovaní účasti.

Overenie/Obmedzenie hodnoty: Primárne konzumáciou a validáciou voči RPO/ŽR cez CPDI (IČO, názov, sídlo). Systém bude vyžadovať vyplnenie povinných kontaktných údajov so základnou validáciou formátu (napr. e-mail). Pre nahrávané dokumenty bude implementovaný systém notifikácií o ich exspirácii (ak relevantné).

OE_005 (Samospráva), OE_007 (Miesto konania podujatia):

Dopady nekvality: Nesprávna identifikácia samosprávy alebo miesta znemožní správne priradenie podujatí, koordináciu a geografické vyhľadávanie.

Overenie/Obmedzenie hodnoty: Využívanie referenčných údajov z Centrálneho číselníka obcí a Registra adries (RÚIAN) cez CPDI.

Migrácia dát z iných ISVS:

V súčasnej AS IS fáze neexistuje centrálny ISVS, z ktorého by sa realizovala rozsiahla migrácia dát do IS AkcieOkolo. Dáta o podujatiach a subjektoch sú fragmentované a v nejednotných formátoch.

Predpokladá sa, že po spustení IS AkcieOkolo budú mať samosprávy a organizátori možnosť (prípadne aj nástroje, ak budú vyvinuté ako podpora prvotného naplnenia) importovať existujúce dáta o svojich podujatiach zo svojich lokálnych evidencií (napr. z Excel súborov, jednoduchých databáz), pričom systém bude poskytovať validačné mechanizmy na zabezpečenie ich kvality pri importe. Nebude sa však jednať o automatizovanú migráciu z jedného existujúceho ISVS.

Vyhodnotenie významnosti a citlivosti kvality údajov a priorita pre meranie a čistenie:

V nasledujúcej tabuľke je uvedené hodnotenie významnosti a citlivosti kvality pre kľúčové Objekty Evidencie (OE) IS AkcieOkolo a poradie dôležitosti pre aktivity zamerané na meranie a zabezpečenie dátovej kvality. Správca ISVS (AkcieOkolo, z.z.p.o.) bude tieto aktivity realizovať priebežne počas celého životného cyklu systému.

Tabuľka 23 Zhodnotenie dátovej kvality objektov evidencie

Personálne zabezpečenie a roly pri riadení dátovej kvality:

Pre zabezpečenie systematického riadenia dátovej kvality v IS AkcieOkolo budú definované nasledujúce roly a zodpovednosti (primárne na strane realizátora/prevádzkovateľa AkcieOkolo, z.z.p.o., v spolupráci so ZMOS a MIRRI SR):

Tabuľka 24 Personálne zabezpečenie a roly pri riadení dátovej kvality

5.5.8 Otvorené údaje

Projekt "Zaži mestá a obce, zaži Slovensko" a jeho informačný systém IS AkcieOkolo má ambíciu nielen zefektívniť interné procesy, ale aj prispieť k transparentnosti a podpore inovácií prostredníctvom sprístupnenia relevantných dát ako otvorených údajov. Sprístupňovanie otvorených údajov bude realizované v súlade s platnou legislatívou, najmä § 38 vyhlášky č. 78/2020 Z.z. o štandardoch pre informačné technológie verejnej správy, a v požadovanej úrovni kvality (interoperability). Všetky datasety budú registrované v Centrálnom katalógu otvorených údajov na portáli data.gov.sk.

Požadovaná kvalita otvorených údajov (minimálne):

Pre všetky nižšie špecifikované datasety sa požaduje minimálne úroveň kvality 3★, čo zahŕňa automatizované publikovanie v štruktúrovaných, strojovo spracovateľných a otvorených formátoch (napr. CSV, XML, JSON).

Pre vybrané kľúčové datasety s vysokým potenciálom pre ďalšie využitie (najmä základné údaje o podujatiach a ich lokalizácia) sa bude zvažovať dosiahnutie vyššej úrovne kvality (4★ alebo 5★), ktorá zahŕňa použitie sémantických technológií a prepojených dát (napr. formáty RDF, OWL, využitie URI identifikátorov). Toto bude predmetom detailnejšej analýzy v rámci implementačnej fázy s ohľadom na náklady a prínosy.

V nasledujúcej tabuľke sú špecifikované Objekty Evidencie (OE) z IS AkcieOkolo, ktoré budú sprístupnené ako otvorené údaje:

Tabuľka 25 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje

Vysvetlivky a doplňujúce informácie k tabuľke:

• ¹ POŽADOVANÁ INTEROPERABILITA (3★ - 5★):
  • 3★: Strojovo spracovateľné formáty (CSV, XML, JSON), automatizovaná publikácia, registrácia na data.gov.sk.
  • 4★: Navyše využitie URI pre identifikátory, štruktúrované dáta s explicitným významom (napr. RDF, OWL).
  • 5★: Navyše prepojenie na iné datasety (Linked Open Data).
  • Pre tento projekt sa pri kľúčových datasetoch (Podujatia, Miesta konania, Číselníky) predpokladá snaha dosiahnuť minimálne 4★ úroveň pre maximálnu využiteľnosť.
• ² PERIODICITA PUBLIKOVANIA: Určuje, ako často budú dáta aktualizované. Pre dynamické dáta (Podujatia) je dôležitá čo najvyššia frekvencia. Pre statickejšie dáta (Číselníky) stačí nižšia.
• Poznámka:
  • Anonymizácia a ochrana osobných údajov: Pri všetkých publikovaných datasetoch bude prísne dbané na ochranu osobných údajov v súlade s GDPR. Osobné údaje nebudú zverejňované, pokiaľ na to neexistuje zákonný dôvod alebo výslovný súhlas dotknutej osoby. Údaje budú primerane anonymizované alebo agregované.
  • Licencia: Všetky otvorené dáta budú publikované pod licenciou umožňujúcou ich voľné použitie, šírenie a modifikáciu (napr. Creative Commons CC BY 4.0 alebo špecifická licencia pre údaje VS SR).
  • Technická realizácia: Publikovanie bude zabezpečené prostredníctvom Modulu Integračného Rozhrania (API) IS AkcieOkolo, ktorý umožní automatizovaný export dát v požadovaných formátoch a ich pravidelnú aktualizáciu. Bude zabezpečená aj registrácia a metaúdaje datasetov v Centrálnom katalógu otvorených údajov.

Sprístupnením týchto dát ako otvorených sa podporí transparentnosť, umožní vznik nových služieb a aplikácií tretích strán, podporí sa výskum a analýzy v oblasti kultúry a cestovného ruchu a prispeje sa k naplneniu stratégie otvorených dát SR.

5.5.9 Analytické údaje

Analytické údaje predstavujú kľúčový zdroj informácií pre strategické rozhodovanie, tvorbu politík, hodnotenie výkonu a identifikáciu trendov vo verejnej správe. Informačný systém AkcieOkolo bude generovať a spravovať významné množstvo dát o kultúrnych podujatiach, ich organizátoroch, účastníkoch a návštevnosti. Tieto dáta majú okrem svojej primárnej operatívnej funkcie aj vysoký potenciál pre analytické spracovanie.

Cieľom projektu je zabezpečiť, aby relevantné dáta z IS AkcieOkolo boli pripravené a sprístupnené pre analytické účely, či už pre potreby samotných samospráv a organizátorov, alebo pre centrálne analytické jednotky ako Konsolidovaná Analytická Vrstva (KAV). Prístup k analytickým údajom a ich spracovanie bude v súlade s podmienkami používania údajov pri analytickej činnosti definovanými MIRRI SR, vrátane nevyhnutnej pseudonymizácie alebo anonymizácie osobných a citlivých údajov. Návrh technických riešení pre pseudonymizáciu/anonymizáciu a spôsob analytického spracovania bude detailne špecifikovaný v neskorších fázach projektu a v Katalógu požiadaviek (I-04).

Informácie k sprístupneniu dátových zdrojov organizácie na analytické účely sú dostupné na web stránke MIRRI: https://mirri.gov.sk/sekcie/informatizacia/o-sekciach/centralna-datova-kancelaria/analyticke-udaje/

V nasledujúcej tabuľke sú identifikované Objekty Evidencie (OE) z IS AkcieOkolo, ktoré budú pripravené na analytické účely a potenciálne sprístupňované pre analytické jednotky:

Tabuľka 26 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely

Vysvetlivky a doplňujúce informácie k tabuľke:

• ¹ OE ID: Identifikátor Objektu Evidencie z Tabuľky 18 (kapitola 5.5.1), z ktorého analytický dataset vychádza.
• NÁZOV OBJEKTU EVIDENCIE PRE ANALYTICKÉ ÚČELY: Špecifický názov datasetu pripraveného na analytické účely. Môže ísť o agregovanú alebo pseudonymizovanú/anonymizovanú podmnožinu pôvodného OE.
• ZOZNAM KĽÚČOVÝCH ATRIBÚTOV OBJEKTU EVIDENCIE: Uvádza príklady atribútov, ktoré by analytický dataset obsahoval. Dôraz je kladený na to, že tieto atribúty musia byť spracované tak, aby bola zabezpečená ochrana osobných údajov (pseudonymizácia, anonymizácia, agregácia). Detailný zoznam atribútov a metódy ich úpravy budú špecifikované vo fáze návrhu riešenia.
• POPIS A ŠPECIFIKÁ OBJEKTU EVIDENCIE PRE ANALYTICKÉ ÚČELY: Vysvetľuje, aké analýzy a zistenia by daný dataset umožňoval a pre aké účely by mohol byť využitý (napr. tvorba politík, strategické plánovanie).

Princípy spracovania a sprístupňovania analytických údajov z IS AkcieOkolo:

1. Ochrana osobných údajov: Všetky datasety určené na analytické spracovanie, najmä tie sprístupňované externým analytickým jednotkám, budú prechádzať procesom dôkladnej pseudonymizácie alebo anonymizácie, aby sa zabránilo identifikácii konkrétnych fyzických osôb, v súlade s GDPR a relevantnou legislatívou.
2. Agregácia: Mnohé analytické údaje budú poskytované v agregovanej forme (napr. počty podujatí podľa regiónu/typu, priemerná návštevnosť), aby sa chránili individuálne údaje a zároveň poskytli relevantné štatistické informácie.
3. Účelové viazanie: Prístup k analytickým údajom bude viazaný na konkrétny účel (napr. analýza pre KAV, štatistické zisťovanie) a bude riadený na základe oprávnení a dohôd.
4. Kvalita a metaúdaje: Pre každý analytický dataset budú dostupné metaúdaje popisujúce jeho obsah, štruktúru, pôvod, periodicitu aktualizácie a prípadné obmedzenia kvality.
5. Technické sprístupnenie: Sprístupnenie analytických dát pre oprávnené subjekty (napr. KAV) bude riešené prostredníctvom bezpečných a štandardizovaných rozhraní (napr. dedikované API, exporty do dátových skladov) podľa požiadaviek a technických možností.

Poskytovaním kvalitných a riadne spracovaných analytických údajov prispeje IS AkcieOkolo k lepšiemu pochopeniu dynamiky kultúrneho sektora na Slovensku, k efektívnejšej tvorbe verejných politík a k celkovému strategickému rozvoju tejto oblasti.

5.5.10 Moje údaje

V rámci projektu "Zaži mestá a obce, zaži Slovensko" a jeho informačného systému IS AkcieOkolo bude kladený dôraz na transparentnosť a umožnenie prístupu fyzických a právnických osôb k údajom, ktoré sa ich týkajú a ktoré sú v systéme evidované. Tieto funkcionality sú v súlade s konceptom služby "Moje údaje", ktorá má občanom a podnikateľom poskytnúť prehľad o tom, aké údaje o nich verejná správa vedie a kto k nim pristupoval.

Za "Moje údaje" v kontexte IS AkcieOkolo sa považujú najmä:

• Množina údajov o konaní, ktoré sa týkajú konkrétneho organizátora alebo predajcu/účastníka podujatia: Napríklad história podaných žiadostí o registráciu podujatia, žiadostí o účasť na podujatí, stav ich schvaľovania, záznamy o účasti.
• Množina údajov viažucich sa k organizátorovi alebo predajcovi/účastníkovi ako k subjektu evidencie: Tieto údaje sú obsiahnuté v ich digitálnych profiloch v IS AkcieOkolo, vrátane identifikačných údajov, kontaktných informácií, nahraných dokumentov (napr. živnostenský list, certifikáty), histórie akreditácií.
• Množina údajov obsiahnutých v dokumentoch vydávaných alebo spracúvaných systémom, ktoré sa priamo viažu ku konkrétnej FO alebo PO: Napríklad elektronické potvrdenia o registrácii, rozhodnutia o schválení/zamietnutí účasti, vyúčtovania (v prípade modulu BPS).

Relevantné údaje spadajúce do kategórie "Moje údaje" budú sprístupnené dotknutým osobám (fyzickým osobám – občanom, fyzickým osobám – podnikateľom, a zástupcom právnických osôb) prostredníctvom modulu procesnej integrácie a integrácie údajov (IS CPDI (CSRÚ)) pre modul Manažmentu osobných údajov, na základe preukázania ich elektronickej identity (napr. prostredníctvom občianskeho preukazu s čipom – eID).

Podmienkou je zabezpečiť, aby údaje identifikované pre službu "Moje údaje" boli prístupné elektronicky v strojovo-spracovateľnom formáte, automatizovaným spôsobom cez aplikačné programovacie rozhranie (API) IS AkcieOkolo, alebo prostredníctvom integračných služieb IS CPDI.

Informácie k sprístupneniu dátových zdrojov organizácie pre službu "Moje údaje" sú definované MIRRI SR na stránke: https://mirri.gov.sk/sekcie/informatizacia/o-sekciach/centralna-datova-kancelaria/moje-udaje/

Minimálny rozsah pre vyhlásenie dátových prvkov za "Moje údaje", ktoré projekt IS AkcieOkolo zabezpečí:

• Označenie povinného subjektu: AkcieOkolo, z.z.p.o. (ako prevádzkovateľ IS AkcieOkolo) a príslušné samosprávy (v kontexte údajov, ktoré spracúvajú alebo schvaľujú).
• Názov ISVS, v ktorom je dátový prvok obsiahnutý: Informačný systém pre manažment kultúrnych podujatí AkcieOkolo.
• Kód informačného systému (MetaIS), v ktorom je dátový prvok obsiahnutý:  ISVS_15263
• Označenie dátového prvku: Pre každý relevantný atribút v nižšie uvedenej tabuľke.
• Strojovo-spracovateľný formát dátového prvku: Napr. XML, JSON.
• Technická špecifikácia aplikačného programovacieho rozhrania (API): Bude definované API pre prístup k týmto údajom v súlade so štandardmi pre službu "Moje údaje".
• Ďalšie doplňujúce informácie: Napr. sémantický popis, väzby na legislatívu.
• Transparentný pohľad na prístup k údajom subjektu, k logom (kto pristupoval k údajom, za akým účelom a kedy): IS AkcieOkolo bude implementovať auditné záznamy o prístupe k osobným údajom a údajom subjektov, ktoré budú sprístupnené dotknutej osobe.

V nasledujúcej tabuľke sú identifikované kľúčové Objekty Evidencie a ich atribúty z IS AkcieOkolo, ktoré spadajú do kategórie "Moje údaje":

V prípade, že predkladateľ projektu disponuje údajmi, ktoré spadajú do kategórie Mojich údajov, je potrebné vyplniť nasledovnú tabuľku. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 5.5.1 Objekty evidencie .

Tabuľka 27 Objekty evidencie, ktoré spadajú do kategórie Mojich údajov

Vysvetlivky a doplňujúce informácie k tabuľke:

• ¹ OE ID: Identifikátor Objektu Evidencie z Tabuľky 18 (kapitola 5.5.1). Riadok "Auditné záznamy" je špecifický a nemusí mať priame OE ID, ak je implementovaný ako všeobecná funkcionalita logovania.
• NÁZOV REGISTRA / OBJEKTU EVIDENCIE: Názov OE, ktorý obsahuje relevantné "Moje údaje".
• ATRIBÚT OBJEKTU EVIDENCIE: Uvádzajú sa príklady kľúčových atribútov v rámci daného OE, ktoré budú pre dotknutú osobu relevantné a sprístupnené. Nie je to vyčerpávajúci zoznam, detailný rozsah bude definovaný pri implementácii API pre "Moje údaje".
• POPIS A ŠPECIFIKÁ OBJEKTU EVIDENCIE: Vysvetľuje význam daných údajov z pohľadu dotknutej osoby (čo sa o sebe dozvie).
• SÚVIS S LEGISLATÍVOU / TYP ÚDAJA PRE "MOJE ÚDAJE": Kategorizuje typ údajov podľa definície "Mojich údajov" (údaje o konaní, údaje o subjekte evidencie, údaje v dokumentoch).

Zabezpečenie prístupu k "Mojim údajom":
Prístup k "Mojim údajom" bude pre oprávnené osoby zabezpečený po ich úspešnej elektronickej autentifikácii (napr. prostredníctvom eID a IAM ÚPVS). IS AkcieOkolo prostredníctvom svojho integračného modulu a definovaných API služieb poskytne štruktúrované dáta modulu Manažmentu osobných údajov v rámci IS CPDI, ktorý zabezpečí ich jednotnú prezentáciu dotknutej osobe. Technická špecifikácia týchto API bude plne v súlade s požiadavkami a štandardmi MIRRI SR pre službu "Moje údaje".

Implementácia tejto funkcionality výrazne posilní transparentnosť IS AkcieOkolo a dôveru používateľov v systém.

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

Nasledujúca súhrnná tabuľka poskytuje kategorizáciu Objektov Evidencie (OE) definovaných v kapitole 5.5.1 pre projekt "Zaži mestá a obce, zaži Slovensko" z pohľadu ich potenciálnej využiteľnosti ako Referenčných údajov, "Mojich údajov", Otvorených údajov a Analytických údajov. Táto kategorizácia pomáha pri plánovaní implementácie princípov transparentnosti, interoperability a dátového riadenia.

.

Tabuľka 28 Prehľad jednotlivých kategórií údajov

Vysvetlivky a doplňujúce informácie k tabuľke:

• ¹ ID OE: Identifikátor Objektu Evidencie z Tabuľky 18 (kapitola 5.5.1).
• ² REFERENČNÉ ÚDAJE: Označuje (☑), či daný OE alebo jeho kľúčové atribúty sú alebo majú potenciál byť referenčnými údajmi v zmysle zákona o e-Governmente (t.j. platí pre ne domnienka správnosti a sú určené na zdieľanie naprieč VS). Toto sa týka najmä identifikačných údajov o subjektoch (PO, FO-podnikateľ) a adresách preberaných z existujúcich referenčných registrov, ale aj potenciálne nových dát z IS AkcieOkolo (napr. identifikátor podujatia, číselníky).
• ³ "MOJE ÚDAJE": Označuje (☑), či OE obsahuje údaje, ktoré by mali byť sprístupnené dotknutej fyzickej alebo právnickej osobe prostredníctvom služby "Moje údaje". Týka sa to najmä údajov o konaniach, profilových údajov a dokumentov viažucich sa ku konkrétnemu subjektu.
• ⁴ OTVORENÉ ÚDAJE: Označuje (☑), či OE alebo jeho časť je vhodná na sprístupnenie ako otvorené údaje pre verejnosť, vývojárov a výskumníkov (po nevyhnutnej anonymizácii/agregácii a v súlade s legislatívou).
• ⁵ ANALYTICKÉ ÚDAJE: Označuje (☑), či OE alebo jeho časť má potenciál pre analytické spracovanie (napr. pre KAV alebo interné analýzy), opäť po potrebnej pseudonymizácii, anonymizácii alebo agregácii.

Zhrnutie k využiteľnosti údajov z IS AkcieOkolo:

• IS AkcieOkolo bude aktívnym konzumentom existujúcich referenčných údajov (najmä o subjektoch a adresách), čím sa zabezpečí ich kvalita a zníži administratívna záťaž.
• Systém má potenciál stať sa zdrojom nových referenčných údajov (napr. o samotných kultúrnych podujatiach alebo špecifických číselníkoch), čo si však vyžiada ďalší legislatívny a metodický proces.
• Pre všetky subjekty interagujúce so systémom (organizátori, predajcovia, občania s účtom) budú relevantné údaje sprístupnené v rámci služby "Moje údaje".
• Významná časť verejne dostupných a necitlivých údajov (najmä o podujatiach, miestach konania, číselníkoch a agregovaných štatistikách) bude publikovaná ako otvorené údaje pre ďalšie využitie.
• Dáta zozbierané systémom budú po nevyhnutnej úprave (pseudonymizácia/anonymizácia/agregácia) cenným zdrojom pre analytické účely, či už pre interné potreby samospráv, alebo pre centrálne analytické jednotky štátu.

5.6 Technologická architektúra

5.6.2 Návrh riešenia technologickej architektúry

Návrh technologickej architektúry pre informačný systém AkcieOkolo je kľúčovým prvkom pre zabezpečenie jeho spoľahlivosti, výkonnosti, bezpečnosti, škálovateľnosti a nákladovej efektívnosti. Cieľom je navrhnúť modernú, flexibilnú a udržateľnú technologickú platformu, ktorá bude optimálne podporovať aplikačné komponenty a biznis procesy projektu "Zaži mestá a obce, zaži Slovensko".

Popis súčasného (AS IS) stavu technologickej vrstvy:

Súčasný stav technologickej infraštruktúry v oblasti manažmentu kultúrnych podujatí na celoštátnej úrovni je, podobne ako aplikačná a dátová vrstva, extrémne fragmentovaný a neštandardizovaný, alebo v kontexte centrálneho riešenia prakticky neexistujúci.

• Používané výpočtové prostriedky:
  • Neexistuje centrálne zdieľaná výpočtová infraštruktúra pre túto agendu.
  • Jednotlivé samosprávy alebo väčší organizátori môžu prevádzkovať svoje lokálne, izolované riešenia (ak existujú) na vlastnom hardvéri (lokálne servery, osobné počítače) alebo na zdieľaných hostingových službách rôznej úrovne kvality a bezpečnosti.
  • Veľká časť procesov je podporovaná len bežnými kancelárskymi aplikáciami (napr. MS Excel, MS Word) na osobných počítačoch.
• Komunikačné prepojenia:
  • Neexistuje centrálna komunikačná sieť ani štandardizované rozhrania pre výmenu dát o kultúrnych podujatiach na celoštátnej úrovni.
  • Komunikácia prebieha prevažne e-mailom, telefonicky, poštou, alebo cez neštruktúrované webové formuláre jednotlivých subjektov.
  • Pripojenie k internetu je štandardné, ale jeho kvalita a rýchlosť sa môže líšiť naprieč samosprávami a organizáciami. Využívanie Govnetu nie je v tejto agende systematické.
• Problematické body v AS IS stave:
  • Absencia centrálnej a škálovateľnej infraštruktúry: Nemožnosť nasadiť a prevádzkovať moderný, centrálny informačný systém.
  • Nízka úroveň bezpečnosti: Lokálne riešenia často nespĺňajú potrebné bezpečnostné štandardy pre ochranu dát a zabezpečenie dostupnosti.
  • Vysoké náklady na správu a údržbu decentralizovaných riešení: Každý subjekt si rieši infraštruktúru individuálne (ak vôbec), čo je neefektívne.
  • Obmedzená alebo žiadna interoperabilita: Neexistujú technické predpoklady pre jednoduché zdieľanie dát a integráciu systémov.
  • Nízka dostupnosť a spoľahlivosť: Mnohé procesy sú závislé od manuálnej práce a dostupnosti konkrétnych osôb, lokálne systémy môžu trpieť výpadkami bez adekvátnej podpory.
  • Neudržateľnosť z dlhodobého hľadiska: Súčasný stav neumožňuje efektívny rozvoj a modernizáciu služieb.

Zvolený rozsah popisu súčasného stavu jasne ukazuje, že pre dosiahnutie cieľov projektu je nevyhnutné vybudovať novú, modernú a centralizovanú technologickú infraštruktúru, alebo využiť existujúce centrálne zdieľané služby.

Návrh budúceho (TO BE) stavu riešenia technologickej vrstvy architektúry:

Navrhovaný budúci (TO BE) stav technologickej architektúry pre IS AkcieOkolo bude plne podporovať jeho aplikačné komponenty, zabezpečí požadovanú úroveň výkonu, dostupnosti, bezpečnosti a škálovateľnosti a bude v súlade s modernými architektonickými princípmi a stratégiami informatizácie verejnej správy SR.

• Prístup k riešeniu technologickej architektúry a súvisiace architektonické rozhodnutia:
  1. "Cloud-First" a prioritné využitie Vládneho Cloudu SR:
     • Rozhodnutie: IS AkcieOkolo bude primárne nasadený a prevádzkovaný s využitím služieb vládneho cloudu Slovenskej republiky (IaaS, PaaS podľa aktuálneho Katalógu služieb vládneho cloudu). Toto rozhodnutie je v súlade s NKIVS a strategickými cieľmi informatizácie VS.
     • Zdôvodnenie: Vládny cloud poskytuje štandardizované, bezpečné a škálovateľné prostredie, znižuje potrebu investícií do vlastného hardvéru a jeho správy, zabezpečuje určitú úroveň dostupnosti a redundancie a uľahčuje integráciu s inými ISVS prevádzkovanými vo vládnom cloude. Ekonomická výhodnosť tohto prístupu (nižšie TCO) oproti vlastnej infraštruktúre bola analyzovaná a potvrdená v kapitole 5.1.3 a detailne v M-05 BC/CBA.
  2. Návrh "Cloud-Native" aplikácie:
     • Rozhodnutie: Aplikačné komponenty IS AkcieOkolo budú vyvíjané s ohľadom na princípy cloud-native architektúry. To znamená, že systém bude navrhnutý tak, aby maximálne využíval výhody cloudového prostredia, ako sú elasticita, škálovateľnosť, odolnosť voči výpadkom a využívanie spravovaných služieb (managed services).
     • Zdôvodnenie: Tento prístup zabezpečuje, že IS AkcieOkolo bude flexibilný, ľahko nasaditeľný a spravovateľný v cloudovom prostredí, minimalizuje závislosť na konkrétnej infraštruktúre dátového centra a uľahčuje automatizáciu procesov nasadenia a prevádzky (CI/CD, DevOps).
  3. Modulárna architektúra založená na mikroslužbách (preferovaný prístup):
     • Rozhodnutie: Pre kľúčové backendové funkcionality IS AkcieOkolo sa bude preferovať návrh založený na architektúre mikroslužieb. Jednotlivé logické domény (napr. správa podujatí, správa profilov, koordinácia, notifikácie) budú implementované ako samostatné, nezávisle nasaditeľné a škálovateľné služby komunikujúce cez dobre definované API.
     • Zdôvodnenie: Mikroslužby umožňujú lepšiu škálovateľnosť jednotlivých častí systému, nezávislý vývoj a nasadzovanie, technologickú diverzitu (ak je to vhodné) a vyššiu odolnosť celého systému voči výpadkom jednotlivých komponentov.
  4. Výber moderných a osvedčených technológií:
     • Rozhodnutie: Pre vývoj a prevádzku IS AkcieOkolo budú použité moderné, ale zároveň osvedčené a štandardizované technológie, programovacie jazyky a frameworky, ktoré majú dobrú podporu komunity, sú bezpečné a umožňujú efektívny vývoj. Predpokladá sa využitie kontajnerizácie (napr. Docker) a orchestrácie kontajnerov (napr. Kubernetes), ak budú dostupné ako PaaS služby vo vládnom cloude.
     • Zdôvodnenie: Zabezpečenie dlhodobej udržateľnosti, dostupnosti expertov a zníženie rizika vendor-locku na špecifické proprietárne technológie.
  5. Bezpečnosť "by design":
     • Rozhodnutie: Bezpečnostné aspekty budú integrované do návrhu technologickej architektúry od samého začiatku ("security by design"). To zahŕňa zabezpečenie siete, serverov, aplikácií, dát, riadenie prístupov, monitoring a reakciu na bezpečnostné incidenty v súlade s vyhláškou o kybernetickej bezpečnosti a GDPR.
     • Zdôvodnenie: Zabezpečenie dôveryhodnosti a ochrany spravovaných dát.
• Požiadavky na prevádzkové prostredia (vývoj, test, produkčné):
  • Pre IS AkcieOkolo budú zabezpečené minimálne tri logicky oddelené prostredia, všetky preferovane v rámci vládneho cloudu:
    • Vývojové prostredie: Určené pre vývojárov na implementáciu a základné testovanie funkcionalít.
    • Testovacie prostredie (UAT/Staging): Určené na komplexné testovanie (funkčné, integračné, výkonnostné, bezpečnostné) a používateľské akceptačné testy. Malo by čo najvernejšie kopírovať produkčné prostredie.
    • Produkčné prostredie: Určené pre ostrú prevádzku IS AkcieOkolo pre všetkých používateľov. Musí spĺňať najvyššie požiadavky na dostupnosť, výkon a bezpečnosť.
  • Požiadavky na HW, SW a licencie (sizing) pre tieto prostredia sú detailne špecifikované v dokumente M-05 BC/CBA (karty sizingu) a budú sa odvíjať od očakávaného zaťaženia, počtu používateľov a objemu dát. Predpokladá sa využitie škálovateľných cloudových služieb, kde je možné kapacity flexibilne prispôsobovať.
• Znázornenie (diagramy) modelu navrhovanej technologickej infraštruktúry a jej prepojenie na aplikačnú vrstvu:

    "TO-BE Technologická Architektúra a Nasadenie IS AkcieOkolo vo Vládnom Cloude"

Záver k výberu riešenia a zdôvodnenie nevyužitia iných alternatív:
Preferovaný prístup k technologickej architektúre, založený na princípoch cloud-native a prioritnom využití vládneho cloudu SR, bol zvolený na základe analýzy nákladov a prínosov (M-05 BC/CBA) a multikriteriálnej analýzy (kapitola 5.1.3). Tento prístup najlepšie spĺňa požiadavky projektu na škálovateľnosť, bezpečnosť, dostupnosť, flexibilitu a nákladovú efektívnosť v dlhodobom horizonte.

Alternatíva budovania a prevádzky IS AkcieOkolo na plne vlastnej fyzickej infraštruktúre žiadateľa (Alternatíva Tech-3 z kap. 5.1.3) bola vyhodnotená ako ekonomicky menej výhodná (vyššie TCO) a menej flexibilná, pričom by kládla neprimerané nároky na žiadateľa v oblasti správy a zabezpečenia komplexnej IT infraštruktúry. Neexistujú žiadne závažné bezpečnostné ani legislatívne dôvody, ktoré by znemožňovali využitie služieb vládneho cloudu pre tento typ informačného systému a spracúvané údaje (po aplikovaní potrebných bezpečnostných opatrení a v súlade s klasifikáciou ISVS).

Hybridný cloudový model (Alternatíva Tech-2 z kap. 5.1.3) sa môže zvážiť pre niektoré špecifické, okrajové komponenty v budúcnosti, ak by vládny cloud neposkytoval adekvátne služby pre nejakú špecifickú potrebu a zároveň by bola preukázaná ekonomická a bezpečnostná opodstatnenosť takéhoto hybridného prístupu. Pre hlavné jadro IS AkcieOkolo je však preferované plné nasadenie vo vládnom cloude.

5.6.3 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)

Nasledujúca tabuľka špecifikuje predpokladané výkonnostné parametre a kapacitné požiadavky pre informačný systém AkcieOkolo v jeho budúcom (TO BE) produkčnom stave. Tieto údaje sú kľúčové pre návrh a dimenzovanie (sizing) technologickej infraštruktúry, najmä v kontexte využívania služieb vládneho cloudu, a pre zabezpečenie požadovanej odozvy a dostupnosti systému pre všetkých používateľov. Odhady vychádzajú z očakávaného rozsahu využívania platformy na základe počtu samospráv, organizátorov, predajcov a predpokladaného záujmu verejnosti.

Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)

Vysvetlivky a doplňujúce informácie k tabuľke:

• ¹ PREDPOKLADANÁ HODNOTA (TO BE): Uvedené hodnoty sú odhady pre cieľový stav po plnom nasadení a adopcii systému. Mnohé z nich majú charakter rozsahu (min-max), pretože presné zaťaženie bude závisieť od mnohých faktorov (sezónnosť, marketing, reálna miera využívania). Tieto odhady musia byť pravidelne revidované počas životného cyklu projektu a prevádzky.
• Interní používatelia: Ide najmä o pracovníkov samospráv, ktorí budú aktívne pracovať so systémom pri evidencii, schvaľovaní a koordinácii podujatí, a administrátorov systému.
• Externí používatelia (registrovaní): Organizátori a predajcovia, ktorí budú využívať systém na registráciu a správu svojich aktivít.
• Externí používatelia (verejnosť): Občania a turisti využívajúci verejný portál a mobilnú aplikáciu. Ich počet a aktivita budú generovať najväčšiu časť záťaže na frontendové služby.
• Transakcie: Je dôležité rozlišovať medzi rôznymi typmi transakcií – od jednoduchých vyhľadávaní až po komplexné registrácie s nahrávaním súborov.
• Objem dát: Zahŕňa štruktúrované dáta v databázach aj neštruktúrované dáta (dokumenty, obrázky), pre ktoré bude pravdepodobne využité objektové úložisko.
• RTO/RPO: Sú to kľúčové parametre pre návrh stratégie zálohovania a obnovy po havárii (Disaster Recovery).
• Poznámka k využitiu údajov pre sizing:
  Tieto predpokladané hodnoty budú slúžiť ako vstup pre detailný sizing hardvérových a softvérových zdrojov v rámci vládneho cloudu (výpočtový výkon CPU, veľkosť RAM, kapacita a typ úložiska, sieťová priepustnosť). Vzhľadom na využitie cloudových služieb bude možné kapacity flexibilne škálovať podľa aktuálnej potreby, avšak počiatočný sizing musí byť navrhnutý tak, aby pokryl očakávané špičkové zaťaženia.

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

V súlade s Národnou koncepciou informatizácie verejnej správy (NKIVS) a strategickým zameraním na využívanie centralizovaných a zdieľaných zdrojov bude informačný systém AkcieOkolo primárne nasadený a prevádzkovaný s využitím infraštruktúrnych služieb z Katalógu služieb vládneho cloudu Slovenskej republiky. Tento prístup zabezpečuje efektívne využitie investícií, škálovateľnosť, bezpečnosť a súlad s architektonickými štandardmi verejnej správy. Všetky využívané infraštruktúrne služby budú riadne evidované v MetaIS vrátane vzťahu na ISVS AkcieOkolo a jeho moduly.

Pri výbere konkrétnych cloudových služieb sa zohľadňuje technologická náročnosť IS AkcieOkolo, požiadavky na jeho výkon, dostupnosť, bezpečnosť a najmä klasifikácia ISVS AkcieOkolo a jeho jednotlivých modulov (Ux, Cx, Ix, Ax), ktorá bola vykonaná v časti 5.1.3 Stanovenie alternatív v technologickej vrstve architektúry. Zvolená infraštruktúrna služba z Katalógu musí byť zaradená do rovnakej alebo vyššej klasifikačnej úrovne ako ISVS/modul, ktorý ju bude využívať.

Prehľad plánovaného využitia infraštruktúrnych služieb z Katalógu služieb vládneho cloudu pre IS AkcieOkolo:

Tabuľka 30 Využívanie služieb z katalógu služieb vládneho cloudu

¹ Kód a presný názov infraštruktúrnej služby je potrebné doplniť z aktuálneho Katalógu služieb vládneho cloudu SR.
² Uvedené hodnoty klasifikácie ISVS sú ilustračné a musia byť nahradené výsledkami reálnej klasifikácie podľa MU pre klasifikáciu ISVS.

Parametre (kapacity) požadovaných výpočtových zdrojov (sizing) a využitie služieb vládneho cloudu pre jednotlivé prevádzkové prostredia:

Nižšie uvedené tabuľky špecifikujú odhadované kapacitné požiadavky pre výpočtové uzly a ďalšie cloudové služby pre jednotlivé prostredia IS AkcieOkolo. Tieto hodnoty sú odvodené z požiadaviek definovaných v kapitole 5.6.2.

Tabuľka 31 Predpokladané kapacity požadovaných výpočtových zdrojov (sizing)

³ Uvedené hodnoty (GB, Tier, vCPU, RAM) sú len ilustračné a musia byť nahradené presnými hodnotami z detailného sizingu vykonaného na základe požiadaviek v kapitole 5.6.2 a špecifík zvolených cloudových služieb. Dôležité je uviesť konkrétny parameter požadovaný službou z Katalógu (napr. typ VM inštancie, výkonnostná trieda DB služby).

Tabuľka 32 Predpokladané kapacity ďalších cloudových (infraštruktúrnych) služieb

Tabuľka 32 Predpokladané kapacity ďalších cloudových (infraštruktúrnych) služieb
⁴ Opäť, parametre sú ilustračné a musia byť spresnené na základe špecifikácií služieb z Katalógu VC a potrieb projektu.

Požiadavky na služby vládneho cloudu budú detailne komunikované a konzultované s prevádzkovateľom vládneho cloudu (napr. MV SR) pred vyhlásením verejného obstarávania na dodávateľa IS AkcieOkolo, aby sa zabezpečila ich dostupnosť, vhodnosť a správny sizing.

Vzhľadom na stratégiu prioritného využívania vládneho cloudu sa v tejto fáze neuvažuje o využití vlastných výpočtových zdrojov žiadateľa evidovaných v MetaIS pre produkčnú prevádzku kľúčových komponentov IS AkcieOkolo. Ak by analýza v neskorších fázach ukázala nevyhnutnosť takéhoto prístupu pre niektorú špecifickú časť, bude to riadne zdôvodnené a zaevidované.

5.7 Bezpečnostná architektúra

Bezpečnostná architektúra projektu "Zaži mestá a obce, zaži Slovensko" a jeho informačného systému IS AkcieOkolo je navrhnutá tak, aby zabezpečila ochranu všetkých aktív projektu – dát, aplikácií, infraštruktúry a používateľov – pred širokým spektrom hrozieb a rizík. Cieľom je dosiahnuť požadovanú úroveň dôvernosti, integrity a dostupnosti (CIA triad) informácií a služieb poskytovaných systémom.

5.7.2 Návrh riešenia bezpečnosti

Popis súčasného (AS IS) stavu bezpečnostnej architektúry:

Vzhľadom na to, že v súčasnosti neexistuje centrálny informačný systém pre agendu manažmentu kultúrnych podujatí na celoštátnej úrovni, neexistuje ani jednotná alebo koordinovaná bezpečnostná architektúra pre túto oblasť.

• Dáta: Sú fragmentované, často uložené na lokálnych nezabezpečených úložiskách, v bežných kancelárskych dokumentoch alebo v rôznych izolovaných lokálnych databázach s variabilnou úrovňou zabezpečenia. Neexistuje jednotná politika ochrany týchto dát.
• Aplikácie: Ak existujú lokálne aplikačné riešenia, ich úroveň zabezpečenia (napr. autentifikácia, autorizácia, ochrana pred bežnými webovými zraniteľnosťami) je veľmi rôznorodá a často nedostatočná. Neexistuje centrálny manažment zraniteľností.
• Infraštruktúra: Neexistuje jednotná infraštruktúra. Prípadné lokálne servery alebo hostingové služby majú rôznu úroveň fyzickej a sieťovej bezpečnosti.
• Používatelia a prístupy: Manažment prístupov je decentralizovaný, neštandardizovaný a často založený na slabých autentifikačných metódach. Chýba centrálny audit prístupov.
• Celkový stav: Súčasný stav predstavuje významné bezpečnostné riziká z hľadiska dôvernosti (únik osobných údajov organizátorov, predajcov), integrity (možnosť neoprávnenej modifikácie dát o podujatiach) a dostupnosti (výpadky lokálnych systémov, strata dát). Chýba systematický prístup k riadeniu informačnej bezpečnosti pre túto agendu.

Rozdiel medzi súčasným stavom (absencia centrálneho zabezpečenia) a budúcim (komplexné zabezpečenie IS AkcieOkolo) je teda fundamentálny.

Popis navrhovaného budúceho (TO BE) stavu riešenia bezpečnostnej architektúry:

Navrhovaný budúci (TO BE) stav bezpečnostnej architektúry pre IS AkcieOkolo bude implementovaný na princípe "security by design" (bezpečnosť ako súčasť návrhu) a "defense in depth" (hĺbková obrana), pričom bude pokrývať všetky relevantné vrstvy a aspekty. Bezpečnostné opatrenia a požiadavky budú vychádzať z:

1. Ohodnotenia rizík a identifikovaných hrozieb: Bola/Bude vykonaná analýza rizík pre IS AkcieOkolo, ktorá identifikovala potenciálne hrozby (napr. neoprávnený prístup, únik dát, DDoS útoky, malware, zlyhanie hardvéru, ľudské chyby), zraniteľnosti a odhadla ich potenciálny dopad. Na základe tejto analýzy sú navrhované primerané protiopatrenia.
2. Legislatívnych, právnych a zmluvných požiadaviek: Bezpečnostná architektúra bude v plnom súlade s:
   • Zákonom č. 69/2018 Z. z. o kybernetickej bezpečnosti.
   • Vyhláškou NBÚ č. 362/2018 Z. z. (obsah bezpečnostných opatrení a dokumentácie).
   • Vyhláškou ÚPVII č. 179/2020 Z. z. (kategorizácia a bezpečnostné opatrenia ITVS).
   • Zákonom č. 95/2019 Z. z. o informačných technológiách vo verejnej správe.
   • Nariadením GDPR a zákonom č. 18/2018 Z. z. o ochrane osobných údajov.
   • Relevantnými štandardmi a normami (napr. rodina ISO/IEC 27000).
   • Zmluvnými požiadavkami voči dodávateľom a prevádzkovateľovi vládneho cloudu.
3. Sady princípov, cieľov a interných smerníc organizácie: Zohľadnia sa bezpečnostné politiky a smernice ZMOS a AkcieOkolo, z.z.p.o., ako aj osvedčené postupy v oblasti informačnej bezpečnosti.

Postupy na dosiahnutie potrebnej úrovne bezpečnosti a zabezpečenie aktív projektu:

A. Dôvernosť údajov:

• Kontrola prístupu:
  • Implementácia robustného systému riadenia identít a prístupov (IAM) s využitím spoločného modulu IAM ÚPVS (as_59698) pre autentifikáciu oprávnených pracovníkov VS.
  • Pre ostatných používateľov (občania, organizátori, predajcovia) bude implementovaná bezpečná registrácia a autentifikácia (napr. silné heslá, voliteľná dvojfaktorová autentifikácia).
  • Princíp najnižších potrebných oprávnení (least privilege) – používatelia budú mať prístup len k tým dátam a funkcionalitám, ktoré nevyhnutne potrebujú pre výkon svojich úloh.
  • Detailné prideľovanie rolí a oprávnení v rámci IS AkcieOkolo.
• Šifrovanie:
  • Šifrovanie citlivých dát pri prenose (HTTPS/TLS pre všetku komunikáciu).
  • Šifrovanie citlivých dát v úložisku (encryption at rest), najmä pre databázy obsahujúce osobné údaje a pre zálohy. Využitie možností šifrovania poskytovaných službami vládneho cloudu.
• Prevencia úniku dát (DLP):
  • Technické a organizačné opatrenia na minimalizáciu rizika úniku citlivých dát (napr. audit prístupov, monitoring).
• Anonymizácia/Pseudonymizácia:
  • Pre analytické a otvorené dáta budú implementované procesy anonymizácie alebo pseudonymizácie osobných údajov.

B. Integrita údajov:

• Validácia vstupov: Dôsledná validácia všetkých vstupných dát na strane klienta aj servera na predchádzanie chybám a útokom (napr. SQL injection, XSS).
• Kontrola konzistencie dát: Implementácia databázových integritných obmedzení (constraints), transakčné spracovanie.
• Ochrana pred neoprávnenou modifikáciou: Riadenie prístupov, auditné záznamy o všetkých zmenách kritických dát.
• Zálohovanie a obnova: Pravidelné a testované zálohovanie všetkých dát s definovaným RPO (Recovery Point Objective) pre minimalizáciu straty dát.
• Digitálne podpisy (ak relevantné): Pre zabezpečenie integrity a autenticity dôležitých elektronických dokumentov generovaných systémom (napr. povolenia) sa zváži použitie kvalifikovaného elektronického podpisu/pečate.

C. Dostupnosť služieb a údajov:

• Redundancia infraštruktúry: Využitie redundantných komponentov v rámci vládneho cloudu (napr. redundantné servery, úložiská, sieťové pripojenia) na zabezpečenie vysokej dostupnosti (High Availability).
• Vyrovnávanie záťaže (Load Balancing): Nasadenie load balancerov na rozloženie záťaže medzi viaceré servery a zabezpečenie plynulej prevádzky aj pri vysokom počte používateľov.
• Ochrana pred DDoS útokmi: Implementácia opatrení na detekciu a mitigáciu DDoS útokov, využitie služieb poskytovaných vládnym cloudom alebo špecializovaných poskytovateľov.
• Plán obnovy po havárii (Disaster Recovery Plan - DRP): Vypracovanie a pravidelné testovanie DRP pre obnovu systému a dát v prípade rozsiahleho výpadku alebo havárie. Definované RTO (Recovery Time Objective).
• Monitoring a proaktívna údržba: Kontinuálny monitoring stavu systému a infraštruktúry na včasnú detekciu problémov a predchádzanie výpadkom.

Bezpečnosť na jednotlivých vrstvách architektúry:

• Biznis vrstva: Definovanie bezpečnostných politík, školenia používateľov o bezpečnom správaní, riadenie incidentov.
• Aplikačná vrstva: Bezpečný vývoj softvéru (SDL - Secure Development Lifecycle), ochrana pred bežnými aplikačnými zraniteľnosťami (OWASP Top 10), bezpečné API, riadenie prístupov na úrovni aplikácie.
• Dátová vrstva: Šifrovanie databáz, riadenie prístupu k databáze, audit prístupu k dátam, bezpečné zálohovanie.
• Technologická (Infraštruktúrna) vrstva: Zabezpečenie siete (firewally, segmentácia, IDS/IPS), zabezpečenie serverov (hardening, patch management), fyzická bezpečnosť dátových centier (zabezpečená prevádzkovateľom vládneho cloudu).

Bezpečnostná dokumentácia:
Bude vypracovaný Bezpečnostný projekt IS AkcieOkolo v súlade s vyhláškou NBÚ č. 362/2018 Z. z. a vyhláškou ÚPVII č. 179/2020 Z. z., ktorý bude detailne popisovať všetky implementované bezpečnostné opatrenia, analýzu rizík, politiky a procedúry.

Návrh bezpečnostnej architektúry IS AkcieOkolo bude dynamický a bude sa priebežne aktualizovať v reakcii na nové hrozby, zraniteľnosti a zmeny v legislatíve alebo technologickom prostredí.

5.7.3 Určenie obsahu bezpečnostných opatrení

Určenie obsahu a rozsahu bezpečnostných opatrení pre informačný systém AkcieOkolo vychádza primárne z platnej legislatívy Slovenskej republiky, najmä z Vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu (ÚPVII, teraz MIRRI SR) č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy (ďalej len "Vyhláška ÚPVII č. 179/2020 Z. z.").

Kategorizácia IS AkcieOkolo:
Pred určením minimálnych bezpečnostných opatrení je nevyhnutné vykonať kategorizáciu IS AkcieOkolo podľa § 2 Vyhlášky ÚPVII č. 179/2020 Z. z. Táto kategorizácia sa vykonáva na základe posúdenia klasifikačných stupňov informačných aktív (dôvernosť, integrita, dostupnosť), ktoré bude IS AkcieOkolo spracúvať, a to v súlade s Metodickým usmernením MIRRI SR č. 023107/2023/oSBATA-1.
Na základe predbežnej analýzy typov údajov (verejné informácie o podujatiach, osobné údaje organizátorov a predajcov sa predpokladá, že IS AkcieOkolo bude s najväčšou pravdepodobnosťou zaradený do Kategórie II alebo Kategórie III. Finálne zaradenie bude výsledkom detailnej klasifikácie informačných aktív. Pre účely tejto tabuľky budeme zatiaľ uvažovať s vyššou kategóriou, aby sme pokryli širší rozsah opatrení. Ak výsledná kategorizácia bude nižšia, rozsah opatrení sa adekvátne upraví.

Predpokladaná kategorizácia pre účely tejto tabuľky: Kategória II / III (Toto sa musí nahradiť reálnym výsledkom kategorizácie!)

Požiadavka na vypracovanie Bezpečnostného projektu:
V súlade s § 8a vyhlášky MIRRI SR č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy a § 23 ods. 1 a 2 zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe, bude pre IS AkcieOkolo vypracovaný samostatný Bezpečnostný projekt. Tento Bezpečnostný projekt bude výstupom etapy R3-4 (Detailný návrh riešenia) a jeho náležitosti budú v súlade s prílohou č. 3 Vyhlášky ÚPVII č. 179/2020 Z. z.

Požiadavky na aplikáciu bezpečnostných opatrení podľa osobitných predpisov:
Okrem Vyhlášky ÚPVII č. 179/2020 Z. z. budú pri návrhu a implementácii IS AkcieOkolo aplikované bezpečnostné opatrenia vyplývajúce najmä z:

• Zákona č. 18/2018 Z. z. o ochrane osobných údajov a Nariadenia Európskeho parlamentu a Rady (EÚ) 2016/679 (GDPR) – najmä opatrenia na ochranu osobných údajov registrovaných používateľov (organizátori, predajcovia, občania).
• Zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti – ak by bol IS AkcieOkolo identifikovaný ako súčasť kritickej infraštruktúry alebo významný informačný systém z pohľadu kybernetickej bezpečnosti.
• Relevantných technických noriem a osvedčených postupov (napr. rodina ISO/IEC 27000, odporúčania NBÚ a CSIRT.SK).

Prehľad hlavných zdrojov minimálnych bezpečnostných opatrení:

Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení

¹ Poznámka: Vo finálnom dokumente by mal byť stĺpec "APLIKOVANÉ OPATRENIA" vyplnený jednoznačne ("Aplikujú sa" / "Neaplikujú sa" / "Čiastočne sa aplikujú s odôvodnením") na základe výslednej kategorizácie IS AkcieOkolo. Ak je systém napr. Kategórie II, aplikujú sa opatrenia pre Kat. I aj Kat. II.

Zapísanie požiadaviek do Katalógu požiadaviek (I-04):

1. Minimálne bezpečnostné opatrenia: Do I-04 Katalógu požiadaviek budú zapísané konkrétne nefunkčné požiadavky (NRxx) odvodené z príslušnej kategórie minimálnych bezpečnostných opatrení podľa Vyhlášky ÚPVII č. 179/2020 Z. z. (Príloha č. 1 – Katalóg minimálnych bezpečnostných opatrení). Každé relevantné opatrenie bude transformované na špecifickú požiadavku pre IS AkcieOkolo.
   • Príklad požiadavky: NR_BEZP_001: Systém musí zabezpečiť silnú autentifikáciu pre administrátorské účty v súlade s opatrením XY z Katalógu MBO.
2. Upresnenie vyplývajúce z analýzy rizík: Do I-04 Katalógu požiadaviek budú doplnené špecifické bezpečnostné požiadavky, ktoré vyplynú z detailnej analýzy rizík (identifikované hrozby a zraniteľnosti) pre IS AkcieOkolo a dáta v ňom spracúvané. Tieto požiadavky môžu byť prísnejšie alebo špecifickejšie ako minimálne opatrenia.
   • Príklad požiadavky: NR_BEZP_002: Systém musí implementovať mechanizmus na detekciu podozrivých pokusov o prihlásenie a automaticky blokovať účty po X neúspešných pokusoch.
3. Upresnenie podľa osobitných predpisov: Do I-04 Katalógu požiadaviek budú zapísané bezpečnostné požiadavky vyplývajúce z GDPR (napr. požiadavky na pseudonymizáciu, právo na zabudnutie, záznamy o spracovateľských činnostiach, posúdenie vplyvu na ochranu údajov - DPIA) a prípadne zo zákona o kybernetickej bezpečnosti.
   • Príklad požiadavky: NR_GDPR_001: Systém musí umožniť export osobných údajov používateľa v strojovo čitateľnom formáte na jeho žiadosť.
4. Požiadavka na vypracovanie Bezpečnostného projektu: Do I-04 Katalógu požiadaviek bude explicitne zaradená požiadavka na dodanie a pravidelnú aktualizáciu komplexného Bezpečnostného projektu IS AkcieOkolo ako jedného z kľúčových výstupov. Bude definovaná jeho štruktúra a obsah v súlade s Prílohou č. 3 Vyhlášky ÚPVII č. 179/2020 Z. z. Bezpečnostný projekt bude pripravovaný a dodaný súčasne s Detailným návrhom riešenia (DNR, projektový výstup R1-1) a bude aktualizovaný počas celej realizačnej fázy.

Samotný Bezpečnostný projekt IS AkcieOkolo bude podrobným dokumentom, ktorý bude detailne popisovať analýzu bezpečnostných rizík, klasifikáciu a kategorizáciu aktív, navrhnuté a implementované bezpečnostné opatrenia, zodpovednosti, plány kontinuity činností a obnovy po havárii, ako aj postupy pre riadenie bezpečnostných incidentov.

5.7.4 Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,

Navrhovaná bezpečnostná architektúra informačného systému AkcieOkolo a s ním súvisiace procesy musia byť v plnom súlade s relevantnými legislatívnymi, právnymi, štatutárnymi, regulačnými a zmluvnými požiadavkami. Tieto požiadavky definujú minimálnu úroveň bezpečnosti, ktorú musí systém spĺňať, ako aj povinnosti pri manipulácii s dátami, zabezpečení výpočtovej techniky a ochrane používateľov.

Kľúčová legislatíva a regulačné požiadavky, ktoré musí IS AkcieOkolo a jeho prevádzka spĺňať:

1. Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov (Zákon o ITVS):
   • Tento zákon ustanovuje základné pravidlá pre tvorbu, správu, prevádzku a rozvoj informačných technológií verejnej správy. IS AkcieOkolo musí spĺňať jeho požiadavky týkajúce sa napr. evidencie v MetaIS, dodržiavania štandardov, riadenia projektov, bezpečnosti a interoperability.
2. Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov:
   • Ak by IS AkcieOkolo alebo jeho časť bola klasifikovaná ako súčasť informačného systému základnej služby alebo kritickej infraštruktúry (čo sa v tejto fáze nepredpokladá, ale treba priebežne monitorovať), vzťahovali by sa naň prísne požiadavky tohto zákona týkajúce sa bezpečnostných opatrení, hlásenia kybernetických bezpečnostných incidentov a spolupráce s Národným bezpečnostným úradom (NBÚ) a CSIRT.SK. Bez ohľadu na klasifikáciu budú princípy tohto zákona brané do úvahy pri návrhu bezpečnostných opatrení.
3. Vyhláška Národného bezpečnostného úradu č. 362/2018 Z. z., ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení (v znení neskorších predpisov):
   • Táto vyhláška definuje konkrétne bezpečnostné opatrenia, ktoré musia byť implementované v závislosti od klasifikácie informačného systému (najmä v kontexte ochrany utajovaných skutočností, ak by boli relevantné, čo pre IS AkcieOkolo nie je primárny predpoklad). Mnohé z jej princípov sú však aplikovateľné aj na všeobecnú informačnú bezpečnosť.
4. Zákon č. 45/2011 Z. z. o kritickej infraštruktúre:
   • Momentálne sa nepredpokladá, že by IS AkcieOkolo priamo spadal pod definíciu kritickej infraštruktúry. Tento aspekt sa však bude monitorovať.
5. Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu (teraz MIRRI SR) č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy:
   • IS AkcieOkolo musí byť v súlade s touto vyhláškou, ktorá definuje štandardy pre rôzne aspekty ITVS, vrátane používateľských rozhraní, interoperability, otvorených dát, bezpečnosti a formátov.
6. Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu (teraz MIRRI SR) č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy:
   • Kľúčová vyhláška pre IS AkcieOkolo. Na jej základe bude systém kategorizovaný a budú implementované minimálne bezpečnostné opatrenia pre príslušnú kategóriu (I, II alebo III). Táto vyhláška je hlavným zdrojom pre definovanie bezpečnostných požiadaviek v Katalógu požiadaviek (I-04) a pre tvorbu Bezpečnostného projektu.
7. Ochrana osobných údajov:
   • Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov - GDPR): Absolútne kľúčový predpis. IS AkcieOkolo bude spracúvať osobné údaje organizátorov, predajcov, registrovaných občanov a potenciálne aj ďalších osôb. Musia byť implementované všetky princípy GDPR (zákonnosť, spravodlivosť, transparentnosť, minimalizácia údajov, presnosť, obmedzenie uloženia, integrita a dôvernosť, zodpovednosť prevádzkovateľa).
   • Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov: Národný zákon implementujúci a doplňujúci GDPR.
   • Vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov (DPIA): Pre spracovateľské operácie s vysokým rizikom pre práva a slobody fyzických osôb (čo môže byť relevantné pre niektoré aspekty IS AkcieOkolo, napr. rozsiahle profilovanie alebo spracovanie citlivých dát, ak by k tomu došlo) bude potrebné vykonať DPIA.
8. Ďalšie relevantné predpisy:
   • Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci (Zákon o e-Governmente) – týka sa využívania spoločných modulov, elektronických schránok, referenčných údajov.
   • Autorský zákon (zákon č. 185/2015 Z. z.) – pri spracúvaní obsahu podujatí, fotografií atď.
   • Obchodný zákonník, Občiansky zákonník – pri uzatváraní zmlúv s dodávateľmi, používateľmi.

Metodiky CSIRT.SK a iné osvedčené postupy:
Okrem legislatívnych nariadení budú pri návrhu a implementácii bezpečnostných opatrení IS AkcieOkolo využité odporúčania a metodiky vydané Jednotkou pre riešenie kybernetických bezpečnostných incidentov CSIRT.SK (https://csirt.sk/metodiky-a-hardening.html), ako napríklad:

• Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti.
• Príručky pre hardening operačných systémov a aplikácií (napr. Ochrana pred útokmi DDoS, Linux Hardening, Windows Hardening Guides).
• Odporúčania pre bezpečnosť webových aplikácií (napr. Check list pre bezpečnosť webových aplikácií).

Budú taktiež aplikované medzinárodne uznávané štandardy a osvedčené postupy, ako sú odporúčania OWASP pre bezpečnosť webových aplikácií, NIST Cybersecurity Framework, alebo relevantné normy z rodiny ISO/IEC 27000.

Interné smernice a relevantné metodické materiály organizácie (AkcieOkolo, z.z.p.o. / ZMOS):

• Počas realizácie projektu budú vypracované alebo aktualizované interné bezpečnostné smernice pre prevádzku a správu IS AkcieOkolo. Tieto smernice budú zahŕňať minimálne:
  • Politiku informačnej bezpečnosti špecifickú pre IS AkcieOkolo.
  • Smernicu pre riadenie prístupov a správu používateľských účtov.
  • Smernicu pre zálohovanie a obnovu dát.
  • Plán kontinuity činností a obnovy po havárii (BCP/DRP) pre IS AkcieOkolo.
  • Postupy pre riadenie bezpečnostných incidentov.
  • Smernicu pre bezpečný vývoj a údržbu softvéru (ak bude vývoj prebiehať aj interne).
• Využívať sa budú aj metodické pokyny MIRRI SR pre evidenciu v MetaIS, riadenie projektov ITVS, využívanie vládneho cloudu a pod.

Zmluvné požiadavky:

• Všetky zmluvy s dodávateľmi IS AkcieOkolo, poskytovateľmi cloudových služieb a inými partnermi budú obsahovať jasné ustanovenia týkajúce sa bezpečnostných povinností, ochrany dát, dodržiavania SLA a zodpovednosti za bezpečnostné incidenty.
• Bude vypracovaná Zmluva o podpore prevádzky (SLA), ktorá bude špecifikovať parametre dostupnosti, riešenia incidentov a bezpečnostné záruky.

Dôsledné dodržiavanie týchto legislatívnych, právnych, štatutárnych, regulačných a zmluvných požiadaviek je nevyhnutným predpokladom pre vybudovanie dôveryhodného a bezpečného informačného systému AkcieOkolo.

5.7.5 Riešenie autentifikácie a prístupov používateľov

Efektívne a bezpečné riešenie autentifikácie a riadenia prístupov používateľov je kritickou súčasťou bezpečnostnej architektúry informačného systému AkcieOkolo. Cieľom je zabezpečiť, aby k systému a jeho dátam pristupovali len oprávnené osoby, a to len v rozsahu nevyhnutnom pre výkon ich úloh, pri súčasnom zabezpečení čo najvyššieho používateľského komfortu tam, kde je to možné.

A. Požiadavky na autentifikáciu používateľov:

1. Interní používatelia (pracovníci samospráv, administrátori AkcieOkolo, z.z.p.o.):
   • Preferovaná metóda: Jednotné prihlásenie (Single Sign-On - SSO) s využitím IAM ÚPVS.
     • Pre všetkých pracovníkov orgánov verejnej moci (samosprávy) a administrátorov systému IS AkcieOkolo (z AkcieOkolo, z.z.p.o.), ktorí vyžadujú prístup k neverejným, administratívnym častiam systému, bude primárne implementovaná autentifikácia prostredníctvom Autentifikačného modulu IAM Ústredného portálu verejnej správy (as_59698).
     • Zdôvodnenie: Tento prístup zabezpečuje vysokú úroveň bezpečnosti, využíva existujúcu a štandardizovanú infraštruktúru eGovernmentu (eID, menné priestory), podporuje princíp jednotného prihlásenia pre používateľov naprieč rôznymi ISVS a znižuje potrebu spravovať samostatné heslá pre IS AkcieOkolo.
     • Katalóg požiadaviek (príklad): FR_AUTH_001: Systém musí umožniť autentifikáciu interných používateľov (pracovníci samospráv, administrátori) prostredníctvom IAM ÚPVS.
   • Minimálna úroveň autentifikácie: V súlade s požiadavkami na prístup k ISVS a citlivosťou dát, bude pre prístup k administratívnym funkciám vyžadovaná primeraná úroveň zabezpečenia autentifikácie (napr. dvojfaktorová autentifikácia, ak to IAM ÚPVS podporuje a kontext vyžaduje).
2. Externí používatelia (Organizátori podujatí, Predajcovia/Účastníci – ak nie sú pracovníkmi VS; Občania/Návštevníci):
   • Organizátori a Predajcovia/Účastníci (ak ide o PO alebo FO-podnikateľov, ktorí nie sú súčasťou VS):
     • Bude implementovaný robustný registračný a autentifikačný mechanizmus priamo v IS AkcieOkolo.
     • Počiatočná registrácia bude vyžadovať overenie identity subjektu (napr. prostredníctvom IČO a následnej validácie voči RPO/ŽR, alebo iného vhodného mechanizmu pre overenie zástupcu PO/FO).
     • Autentifikácia bude založená na kombinácii používateľského mena (napr. e-mail) a silného hesla spĺňajúceho definované politiky komplexnosti a exspirácie.
     • Bude zvážená implementácia dvojfaktorovej autentifikácie (2FA) (napr. SMS kód, OTP aplikácia) ako voliteľnej alebo povinnej pre prístup k citlivejším operáciám alebo k profilovým údajom.
     • Katalóg požiadaviek (príklad): FR_AUTH_002: Systém musí umožniť bezpečnú registráciu a prihlásenie pre organizátorov a predajcov pomocou mena a hesla, s implementovanou politikou silných hesiel. NR_AUTH_001: Systém by mal podporovať 2FA pre organizátorov a predajcov.
   • Občania/Návštevníci (pre prístup k personalizovaným funkciám portálu/aplikácie):
     • Jednoduchá registrácia a autentifikácia pomocou e-mailu a hesla.
     • Možnosť využitia prihlásenia prostredníctvom sociálnych sietí (Social Login – napr. cez Google, Facebook, Apple ID), ak to bude vyhodnotené ako bezpečné a prínosné pre používateľský komfort, s jasným informovaním o rozsahu zdieľaných dát.
     • Anonymný prístup k verejným informáciám o podujatiach bude možný bez nutnosti autentifikácie.
     • Katalóg požiadaviek (príklad): FR_AUTH_003: Systém musí umožniť anonymný prístup k verejným častiam. FR_AUTH_004: Systém musí umožniť registráciu občanov pomocou e-mailu a hesla. NR_AUTH_002: Zvážiť implementáciu prihlásenia cez sociálne siete.

B. Požiadavky na používateľské role, správu prístupov a správu aplikácie:

IS AkcieOkolo bude implementovať systém riadenia prístupu založený na rolách (Role-Based Access Control - RBAC). Každému používateľskému účtu bude priradená jedna alebo viac rolí, ktoré budú definovať jeho oprávnenia v systéme.

1. Definícia hlavných používateľských rolí:
   • Administrátor Systému (AkcieOkolo, z.z.p.o.): Najvyššie oprávnenia, správa celého systému, konfigurácia, manažment používateľov najvyššej úrovne, správa číselníkov, monitoring, audit.
   • Pracovník Samosprávy (Schvaľovateľ/Koordinátor): Správa podujatí v rámci územnej pôsobnosti samosprávy, schvaľovanie registrácií podujatí, schvaľovanie účasti predajcov, komunikácia s organizátormi, prístup k relevantným reportom a štatistikám. Môžu existovať pod-role (napr. referent vs. vedúci s vyššími oprávneniami).
   • Organizátor Podujatia: Registrácia a správa vlastných podujatí, správa žiadostí od predajcov pre svoje podujatia (ak mu to samospráva deleguje), prístup k štatistikám o svojich podujatiach.
   • Predajca/Účastník Podujatia: Vytvorenie a správa svojho digitálneho profilu, podávanie žiadostí o účasť na podujatiach, prehľad o svojich schválených účastiach.
   • Registrovaný Občan/Návštevník: Prístup k personalizovaným funkciám portálu/aplikácie (napr. ukladanie obľúbených podujatí, nastavenie notifikácií, písanie recenzií – ak bude implementované).
   • Anonymný Návštevník: Prístup len k verejne dostupným informáciám o podujatiach.
   • Katalóg požiadaviek (príklad): FR_RBAC_001: Systém musí implementovať minimálne definované používateľské role (Administrátor, Pracovník Samosprávy, Organizátor, Predajca, Občan).
2. Správa prístupov:
   • Princíp najnižších potrebných oprávnení (least privilege) bude aplikovaný pre všetky role.
   • Možnosť detailnej konfigurácie oprávnení pre jednotlivé funkcie a dátové objekty administrátorom systému.
   • Auditné záznamy o všetkých zmenách oprávnení a prístupoch k citlivým funkciám.
   • Proces pre schvaľovanie a odoberanie prístupov.
   • Katalóg požiadaviek (príklad): NR_RBAC_001: Prístupové práva musia byť granulárne a prideľované na základe princípu najnižších oprávnení.
3. Správa aplikácie (z pohľadu bezpečnosti):
   • Možnosť centrálnej deaktivácie/aktivácie používateľských účtov.
   • Monitoring podozrivej aktivity a bezpečnostných incidentov.
   • Nástroje pre administrátorov na správu bezpečnostných nastavení systému (napr. politika hesiel, konfigurácia 2FA).
   • Pravidelné bezpečnostné aktualizácie a patch management všetkých komponentov systému.

Všetky špecifické požiadavky na autentifikáciu, autorizáciu a riadenie prístupov, vrátane detailného matice rolí a oprávnení, budú zapísané a spravované v I-04 Katalóg požiadaviek.

6 PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU

Táto kapitola popisuje súčasný stav a navrhovaný budúci model zabezpečenia prevádzky, údržby a podpory informačného systému AkcieOkolo, vrátane úrovne poskytovaných služieb (SLA) a postupov obnovy systému a dát po prípadnom výpadku.

6.2 Návrh riešenia prevádzky a údržby

Súčasný (AS IS) stav zabezpečenia prevádzky a údržby a úroveň poskytovania služieb (SLA):

Ako bolo konštatované v predchádzajúcich kapitolách, v súčasnosti (AS IS) neexistuje centrálny informačný systém pre agendu manažmentu kultúrnych podujatí na Slovensku. Z toho vyplýva, že:

• Prevádzka a údržba: Neexistuje centrálne zabezpečená prevádzka ani údržba. Ak jednotlivé samosprávy alebo organizátori využívajú nejaké lokálne IT riešenia (často len kancelársky softvér), ich prevádzka a údržba je plne v ich vlastnej réžii, s rôznou úrovňou odbornosti a dostupných zdrojov. Často chýba systematická údržba, zálohovanie a bezpečnostné aktualizácie.
• Úroveň poskytovaných služieb (SLA): Nie sú definované žiadne centrálne SLA pre služby v tejto oblasti. Dostupnosť a spoľahlivosť informácií alebo procesov je variabilná a negarantovaná. Používateľská podpora je buď žiadna, alebo poskytovaná ad-hoc na lokálnej úrovni.
• Oblasti na zlepšenie: Celý koncept centralizovanej prevádzky, štandardizovanej údržby, garantovanej úrovne služieb a systematickej podpory pre IS AkcieOkolo bude úplne novým prínosom oproti súčasnému stavu. Kľúčovými oblasťami pre zlepšenie sú teda: zavedenie profesionálnej správy IT systému, definovanie a dodržiavanie SLA, zabezpečenie pravidelnej údržby a aktualizácií, poskytovanie technickej a používateľskej podpory, a implementácia robustných mechanizmov zálohovania a obnovy.

Navrhovaný budúci (TO BE) stav riešenia zabezpečenia prevádzky a údržby, úroveň poskytovania služieb (SLA) a obnovy systému a dát:

Pre IS AkcieOkolo bude v budúcom (TO BE) stave zabezpečená komplexná prevádzka, údržba a podpora prostredníctvom kombinácie interných zdrojov prevádzkovateľa (AkcieOkolo, z.z.p.o.) a externých dodávateľských služieb, vrátane služieb vládneho cloudu.

1. Zabezpečenie prevádzky a údržby:
   • Prevádzkovateľ systému: AkcieOkolo, z.z.p.o. bude hlavným prevádzkovateľom IS AkcieOkolo a bude zodpovedné za celkový manažment prevádzky, koordináciu údržby, komunikáciu s používateľmi a dodávateľmi.
   • Technologická infraštruktúra: Ako bolo definované v kapitole 5.6, IS AkcieOkolo bude primárne prevádzkovaný na infraštruktúre vládneho cloudu SR. Zodpovednosť za prevádzku a údržbu fyzickej a virtualizačnej infraštruktúry (IaaS, PaaS) nesie poskytovateľ služieb vládneho cloudu v súlade s jeho SLA.
   • Aplikačná údržba a rozvoj:
     • Korektívna údržba: Zabezpečenie odstraňovania chýb a nedostatkov v IS AkcieOkolo bude predmetom zmluvy o podpore prevádzky (SLA) s dodávateľom informačného systému.
     • Adaptívna údržba: Prispôsobovanie systému legislatívnym zmenám alebo zmenám v technologickom prostredí.
     • Perfektívna údržba a menší rozvoj: Priebežné vylepšovanie funkcionalít na základe spätnej väzby od používateľov alebo nových potrieb, ak budú schválené a finančne kryté.
   • Bezpečnostná údržba: Pravidelné aplikovanie bezpečnostných záplat na operačné systémy, databázy, aplikačné servery a samotnú aplikáciu IS AkcieOkolo. Monitorovanie bezpečnostných incidentov a zraniteľností.
2. Úroveň poskytovaných služieb (SLA):
   • Bude vypracovaná a zmluvne dohodnutá Dohoda o úrovni poskytovaných služieb (SLA) medzi AkcieOkolo, z.z.p.o. (ako objednávateľom podpory) a dodávateľom informačného systému (ako poskytovateľom podpory). SLA bude definovať minimálne:
     • Dostupnosť služby (Availability): Napr. 99,8% ročná dostupnosť produkčného prostredia IS AkcieOkolo (mimo plánovaných odstávok), ako bolo špecifikované v kapitole 5.6.2 (KPI).
     • Reakčné časy na incidenty (Response Time): Definované podľa priority incidentu (napr. kritický – do 1 hodiny, vysoký – do 4 hodín).
     • Časy na vyriešenie incidentov (Resolution Time / DKVI): Definované podľa priority incidentu (napr. kritický – do 4 hodín, vysoký – do 8-24 hodín). Viď Tabuľka 38 v šablóne I-02 pre príklady.
     • Podporné hodiny: Napr. 8x5 pre štandardnú podporu, s možnosťou rozšírenia na 24x7 pre kritické incidenty.
     • Procesy eskalácie a reportingu.
   • SLA bude takisto reflektovať parametre dostupnosti a podpory poskytované prevádzkovateľom vládneho cloudu.
3. Obnova systému a dát po výpadku (Disaster Recovery & Backup):
   • Stratégia zálohovania:
     • Pravidelné automatizované zálohovanie všetkých kľúčových dát IS AkcieOkolo (databázy, konfiguračné súbory, nahrané dokumenty).
     • Frekvencia zálohovania: napr. denné prírastkové/diferenciálne zálohy, týždenné plné zálohy.
     • Ukladanie záloh: Využitie geograficky oddelených úložísk v rámci vládneho cloudu (ak dostupné) alebo iného bezpečného externého úložiska.
     • Retenčná politika záloh: napr. denné zálohy držané 7 dní, týždenné 4 týždne, mesačné 12 mesiacov.
   • Cieľové parametre obnovy:
     • RTO (Recovery Time Objective): < 4 hodiny (maximálny akceptovateľný čas na obnovu plnej funkčnosti systému po kritickom zlyhaní).
     • RPO (Recovery Point Objective): < 1 hodina (maximálna akceptovateľná strata dát v prípade kritického zlyhania).
   • Plán obnovy po havárii (DRP): Bude vypracovaný detailný DRP, ktorý bude obsahovať postupy pre obnovu systému a dát v rôznych scenároch zlyhania. DRP bude pravidelne testovaný (minimálne raz ročne).
   • Technické riešenia: Využitie snapshotov virtuálnych serverov, databázových replikácií (ak relevantné a dostupné vo vládnom cloude), automatizovaných skriptov pre obnovu.

Informačný systém pre manažment služieb podpory (ITSM Tool):

• Plánované využitie: AkcieOkolo, z.z.p.o. ako prevádzkovateľ IS AkcieOkolo bude využívať alebo plánuje obstarať informačný systém pre manažment služieb podpory (ITSM nástroj). Tento systém bude slúžiť na:
  • Evidenciu a sledovanie všetkých používateľských požiadaviek, hlásení o chybách a bezpečnostných incidentov.
  • Manažment životného cyklu incidentov a problémov (v súlade s ITIL postupmi).
  • Komunikáciu s používateľmi a dodávateľom.
  • Sledovanie plnenia SLA.
  • Vytváranie znalostnej databázy pre riešenie opakujúcich sa problémov.
• Požiadavky na integráciu: Zváži sa integrácia IS AkcieOkolo s týmto ITSM nástrojom, napríklad pre:
  • Automatické generovanie tiketov z monitorovacích nástrojov IS AkcieOkolo.
  • Možnosť pre používateľov nahlasovať problémy priamo z rozhrania IS AkcieOkolo do ITSM systému.
  • Výmenu dát o stave riešenia incidentov.
• Ak prevádzkovateľ vládneho cloudu alebo hlavný dodávateľ IS AkcieOkolo bude využívať vlastný ITSM nástroj, bude zabezpečená definovaná forma komunikácie a výmeny informácií medzi týmito systémami.

Prehľad predpokladaných požiadaviek na prevádzku a údržbu cieľového riešenia (súhrn):

• Prevádzka vo vládnom cloude: Zabezpečenie potrebnej výpočtovej kapacity, úložiska, sieťových služieb a ich správy poskytovateľom cloudu.
• Monitoring 24/7: Nepretržitý monitoring dostupnosti a výkonu kľúčových komponentov IS AkcieOkolo a infraštruktúry.
• Zálohovanie a obnova: Implementácia a pravidelné testovanie stratégie zálohovania a plánu obnovy.
• Aplikačná podpora (L2/L3): Zabezpečenie technickej podpory pre riešenie incidentov, problémov a chýb v aplikácii IS AkcieOkolo.
• Používateľská podpora (L1/Helpdesk): Poskytovanie pomoci a poradenstva koncovým používateľom (samosprávy, organizátori, predajcovia, občania) pri práci so systémom.
• Manažment bezpečnosti: Pravidelné bezpečnostné audity, penetračné testy, aktualizácia bezpečnostných opatrení, riešenie bezpečnostných incidentov.
• Manažment zmien a releasov: Riadený proces pre nasadzovanie nových verzií, aktualizácií a opráv systému.
• Školenia a dokumentácia: Priebežná aktualizácia používateľskej a technickej dokumentácie, poskytovanie školení pre nové funkcionality alebo pre nových používateľov.
• Dodržiavanie SLA: Meranie a reportovanie plnenia dohodnutých úrovní služieb.
• Riadenie kapacity a výkonu: Proaktívne sledovanie využitia zdrojov a plánovanie budúcich kapacitných potrieb.

Tento komplexný prístup k prevádzke a údržbe zabezpečí, že IS AkcieOkolo bude dlhodobo spoľahlivým, bezpečným a efektívnym nástrojom pre všetkých svojich používateľov.

6.3 Zabezpečenie podpory používateľov a prevádzky

Zabezpečenie kontinuálnej a kvalitnej podpory pre koncových používateľov informačného systému AkcieOkolo, ako aj pre jeho samotnú technickú prevádzku, je kľúčové pre jeho dlhodobú udržateľnosť a spokojnosť všetkých zainteresovaných strán. Model podpory bude viacúrovňový a bude zahŕňať interné kapacity prevádzkovateľa (AkcieOkolo, z.z.p.o.) aj externé služby dodávateľov.

Štruktúra a úrovne podpory pre IS AkcieOkolo:

Podpora prevádzky a používateľov IS AkcieOkolo bude realizovaná prostredníctvom štandardizovaného trojúrovňového modelu:

• Podpora L1 (podpora 1. stupňa - Level 1) - Jednotné kontaktné miesto (JKM) / Helpdesk:
  • Obsah činnosti: Začiatočná úroveň podpory, primárny kontaktný bod pre všetkých používateľov (samosprávy, organizátori, predajcovia, občania). Hlavnou funkciou L1 podpory bude:
    • Prijímanie a evidencia všetkých požiadaviek, hlásení o problémoch a incidentoch (cez telefón, e-mail, webový formulár ITSM nástroja).
    • Základná analýza a klasifikácia požiadavky (typ, priorita, dopad).
    • Poskytovanie okamžitej pomoci pri riešení jednoduchých, často kladených otázok (FAQ-based support), problémov s prihlásením (reset hesla pre lokálne účty), navigáciou v systéme, základným nastavením.
    • Diagnostika a overenie dostupnosti základných služieb a komponentov IS AkcieOkolo.
    • Vedenie používateľov k dostupnej dokumentácii a školiacim materiálom.
    • Eskalácia komplexnejších problémov a incidentov na úroveň L2 podpory.
    • Informovanie používateľov o stave riešenia ich požiadaviek.
  • Zabezpečenie: L1 podpora bude zabezpečovaná tímom prevádzkovateľa systému (AkcieOkolo, z.z.p.o.). Bude vytvorené dedikované pracovisko jednotného kontaktného miesta.
• Podpora L2 (podpora 2. stupňa - Level 2) - Špecializovaná aplikačná a technická podpora:
  • Obsah činnosti: Riešiteľské tímy s hlbšou technickou a aplikačnou znalosťou IS AkcieOkolo. Na túto úroveň budú eskalované požiadavky, ktoré L1 podpora nedokáže vyriešiť. Hlavné činnosti L2 podpory:
    • Detailná analýza a diagnostika komplexnejších incidentov a problémov týkajúcich sa funkcionality IS AkcieOkolo, dátovej konzistencie, výkonu, integrácií.
    • Riešenie problémov vyžadujúcich administrátorské zásahy do systému (napr. konfigurácia, správa pokročilých používateľských oprávnení, analýza logov).
    • Spolupráca s L1 podporou pri poskytovaní informácií a usmernení.
    • Reprodukcia a dokumentácia chýb pre eskaláciu na L3 podporu (dodávateľa).
    • Implementácia workaroundov (dočasných riešení) pre minimalizáciu dopadu incidentov.
    • Menšie konfiguračné zmeny a úpravy v systéme, ktoré nevyžadujú zásah do zdrojového kódu.
  • Zabezpečenie: L2 podpora bude primárne zabezpečovaná internými špecialistami prevádzkovateľa systému (AkcieOkolo, z.z.p.o.) – napr. administrátori IS, databázoví špecialisti. Časť špecializovaných činností (napr. týkajúcich sa hlbokej expertízy na konkrétny technologický stack, na ktorom beží vládny cloud) môže byť po dohode a v rámci SLA zmluvy zabezpečovaná aj externým dodávateľom/implementátorom IS AkcieOkolo alebo poskytovateľom služieb vládneho cloudu.
• Podpora L3 (podpora 3. stupňa - Level 3) - Expertná dodávateľská podpora:
  • Obsah činnosti: Najvyššia úroveň podpory, určená na riešenie najzávažnejších a najkomplexnejších incidentov, problémov a chýb, najmä tých, ktoré si vyžadujú zásah do zdrojového kódu aplikácie, hĺbkovú analýzu na úrovni dodávateľských komponentov alebo riešenie problémov v integrácii s platformou vládneho cloudu.
    • Oprava chýb v zdrojovom kóde aplikácie (bug fixing).
    • Vývoj a nasadenie bezpečnostných záplat a kritických aktualizácií.
    • Hĺbková analýza výkonnostných problémov a návrh optimalizácií.
    • Riešenie problémov súvisiacich s dodanými technologickými komponentmi alebo komplexnými integráciami.
  • Zabezpečenie: L3 podpora bude zabezpečovaná primárne externým dodávateľom/implementátorom IS AkcieOkolo na základe zmluvy o podpore a údržbe (SLA). V prípade problémov na úrovni infraštruktúry vládneho cloudu bude L3 podpora eskalovaná na poskytovateľa služieb vládneho cloudu.

Zabezpečenie podpory infraštruktúrnych služieb:
Podpora pre infraštruktúrne služby, na ktorých bude IS AkcieOkolo prevádzkovaný (primárne služby vládneho cloudu – IaaS, PaaS), bude zabezpečená prevádzkovateľom vládneho cloudu (napr. MV SR alebo ním poverená organizácia) v súlade s jeho štandardnými podmienkami poskytovania služieb a dohodnutými SLA pre tieto služby. Prevádzkovateľ IS AkcieOkolo (AkcieOkolo, z.z.p.o.) bude mať definované kontaktné body a postupy pre nahlasovanie a riešenie incidentov na úrovni infraštruktúry s poskytovateľom vládneho cloudu. Spôsob komunikácie bude jasne definovaný.

Prehľad očakávaného riešenia zabezpečenia podpory používateľov a prevádzky:

Tabuľka 34 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky

Špeciálne požiadavky na podporu a ich zapísanie do Katalógu požiadaviek (I-04):

Do I-04 Katalógu požiadaviek budú zapísané nasledujúce špecifické požiadavky týkajúce sa zabezpečenia podpory:

• Požiadavky na ITSM nástroj:
  • NR_SUPP_001: Prevádzkovateľ musí disponovať ITSM nástrojom pre evidenciu a manažment všetkých používateľských požiadaviek a incidentov.
  • NR_SUPP_002: ITSM nástroj musí umožňovať klasifikáciu, priorizáciu a eskaláciu tiketov medzi úrovňami L1, L2 a L3.
  • NR_SUPP_003: ITSM nástroj musí poskytovať reportingové funkcie pre sledovanie plnenia SLA.
• Požiadavky na SLA s dodávateľom IS AkcieOkolo (L3 podpora):
  • NR_SUPP_004: Zmluva o podpore musí definovať garantované reakčné časy a časy na vyriešenie incidentov pre L3 podporu, minimálne podľa parametrov uvedených v Tabuľke 38 Projektového zámeru (Parametre služby Riešenia incidentov v prevádzke).
  • NR_SUPP_005: Súčasťou L3 podpory musí byť poskytovanie bezpečnostných záplat a opráv kritických chýb v dohodnutých termínoch.
• Požiadavky na školenia a dokumentáciu pre podporné tímy:
  • NR_SUPP_006: Dodávateľ IS AkcieOkolo musí poskytnúť komplexné technické školenia a dokumentáciu pre pracovníkov L1 a L2 podpory prevádzkovateľa.
• Požiadavky na používateľskú dokumentáciu a FAQ:
  • NR_SUPP_007: Musí byť vytvorená a pravidelne aktualizovaná používateľská príručka a sekcia často kladených otázok (FAQ) pre všetky hlavné používateľské skupiny.
• Obmedzenia/Rozšírenia služieb:
  • NR_SUPP_008: L1 podpora bude primárne poskytovaná v slovenskom jazyku. Pre zahraničných používateľov (v kontexte portálu a aplikácie) bude zvážená základná podpora v anglickom jazyku (minimálne e-mailom).
  • NR_SUPP_009: SLA parametre pre obnovu po havárii (RTO/RPO) musia byť v súlade s definíciami v kapitole 6.1 a ich dodržiavanie bude súčasťou monitoringu a reportingu.

Tieto požiadavky zabezpečia, že proces obstarania dodávateľa riešenia a následná zmluva o podpore budú adekvátne pokrývať potreby podpory používateľov a prevádzky IS AkcieOkolo počas celého jeho životného cyklu.

6.4 Riešenie incidentov v prevádzke - parametre úrovní služby

Parametre služby riešenia incidentov v prevádzke informačného systému AkcieOkolo sú špecifikované na základe určenia priority incidentu. Priorita sa stanovuje pomocou kombinácie jeho naliehavosti a dopadu na poskytovanie služieb, pričom sa vychádza z osvedčených postupov (best practices) z oblasti manažmentu IT služieb, najmä z knižnice ITIL V3 (Information Technology Infrastructure Library).

Definícia incidentu:

Za incident v kontexte IS AkcieOkolo sa považuje každá nahlásená alebo inak (napr. automatizovaným monitoringom) zistená relevantná skutočnosť týkajúca sa informačného systému AkcieOkolo alebo jeho časti (modulu, funkcie, infraštruktúry), ktorej nedostupnosť, čiastočná nefunkčnosť alebo nesprávne fungovanie má negatívny vplyv na poskytovanie definovaných služieb používateľom alebo na plnenie cieľov systému.

Klasifikácia naliehavosti incidentu:

Naliehavosť incidentu vyjadruje potrebu rýchleho riešenia z pohľadu biznisových dopadov alebo počtu ovplyvnených používateľov.

Tabuľka 35 Klasifikácia Naliehavosti incidentu

Klasifikácia závažnosti (dopadu) incidentu:
Závažnosť (dopad) incidentu vyjadruje mieru negatívneho vplyvu incidentu na organizáciu (AkcieOkolo, z.z.p.o., ZMOS, samosprávy), jej používateľov alebo na plnenie cieľov.

Tabuľka 36 Klasifikácia Závažnosti incidentu

Určenie priority incidentu:
Priorita incidentu je určená kombináciou jeho naliehavosti a dopadu podľa nasledujúcej matice. Na základe priority sa potom určujú reakčné časy a časy na vyriešenie.

Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:

Tabuľka 37 Určenie priority incidentu

Parametre služby Riešenia incidentov v prevádzke IS AkcieOkolo:

Tabuľka 38 Parametre služby Riešenia incidentov v prevádzke

Vysvetlivky k tabuľke (prispôsobené pre IS AkcieOkolo):

(1) Reakčná doba je čas medzi nahlásením incidentu prevádzkovateľom IS AkcieOkolo (AkcieOkolo, z.z.p.o., vrátane používateľov z radov samospráv, organizátorov, ktorí hlásia incident na jednotné kontaktné miesto L1) a jeho oficiálnym prevzatím na riešenie dodávateľom L3 podpory (ak je incident eskalovaný na L3) alebo zodpovedným tímom L2 podpory. Pre kritické incidenty v produkčnom prostredí sa predpokladá reakcia aj mimo štandardných pracovných hodín.
(2) DKVI (Doba konečného vyriešenia incidentu) znamená čas obnovenia štandardnej prevádzky IS AkcieOkolo – čas medzi nahlásením incidentu prevádzkovateľom (alebo jeho zistením) a jeho vyriešením (funkčnosť je obnovená v plnom rozsahu) zo strany poskytovateľa L2/L3 podpory. Doba konečného vyriešenia sa počíta počas celého dňa pre incidenty s prioritou 1 v produkčnom prostredí. Pre incidenty s prioritou 2 a 3 sa DKVI počíta primárne počas pracovných dní 8x5 (8:00-17:00), ak nie je v SLA zmluve dohodnuté inak. Do tejto doby sa nezapočítava čas nevyhnutnej súčinnosti prevádzkovateľa IS AkcieOkolo (napr. poskytnutie dodatočných informácií, testovanie navrhnutého riešenia), ak je táto súčinnosť potrebná a bola vyžiadaná. Poskytovateľ podpory je oprávnený požadovať od prevádzkovateľa IS AkcieOkolo schválenie komplexnejších alebo nákladnejších návrhov riešenia incidentu.
(3) Spoľahlivosť – maximálny prípustný počet nových (neopakovaných, neduplicitných) incidentov s danou prioritou za kalendárny mesiac, ktorých riešenie je v zodpovednosti dodávateľa L3 podpory. Prekročenie tohto limitu môže viesť k uplatneniu zmluvných sankcií alebo požiadavke na revíziu kvality dodávaného softvéru. Duplicitné alebo technicky priamo súvisiace incidenty nahlásené v krátkom časovom slede (napr. do 8 pracovných hodín) sa považujú za jeden incident.
(4) Incidenty v testovacom, vývojovom alebo predprodukčnom prostredí IS AkcieOkolo budú mať štandardne pridelenú prioritu 3 alebo nižšiu, pokiaľ ich charakter a dopad na projektové aktivity (napr. blokovanie kritických testov pred nasadením) neoprávňuje k prideleniu vyššej priority po dohode s projektovým manažérom. Tieto sa vzťahujú primárne na dostupnosť týchto prostredí, nie na testovanú funkcionalitu (kde chyby sú očakávané a riešené v rámci vývojového cyklu).

Výnimky z použitia vyššie uvedených SLA parametrov:
Uvedené SLA parametre pre riešenie incidentov (najmä DKVI a Spoľahlivosť) sa primárne vzťahujú na štandardnú podporu a údržbu poskytovanú v rámci paušálnych poplatkov alebo záručných podmienok. Nebudú priamo použité pre:

• Služby systémovej podpory na požiadanie (nad rámec štandardného paušálu): Napr. rozsiahle konzultácie, neštandardné konfigurácie vyžiadané prevádzkovateľom.
• Služby realizácie rozsiahlych aplikačných zmien vyplývajúcich z novej legislatívy alebo zásadných metodických zmien (nad rámec bežnej adaptívnej údržby): Tieto budú riešené ako samostatné zmenové požiadavky alebo mini-projekty s vlastným harmonogramom a rozpočtom.

Pre tieto špecifické služby budú dohodnuté osobitné parametre dodávky a termíny realizácie.

6.5 Požadovaná dostupnosť informačného systému IS AkcieOkolo

Požadovaná dostupnosť informačného systému AkcieOkolo a súvisiacich služieb je kľúčovým parametrom pre zabezpečenie jeho spoľahlivej a kontinuálnej prevádzky pre všetkých používateľov. Nasledujúca tabuľka a popis špecifikujú cieľové hodnoty pre dostupnosť, prevádzkové hodiny, servisné okná a parametre obnovy.

Vysvetlenie pojmu Dostupnosť (Availability):
Dostupnosť je kľúčovým pojmom v oblasti riadenia informačnej bezpečnosti a prevádzky IT služieb. V kontexte IS AkcieOkolo znamená, že všetky definované služby a dáta sú prístupné a funkčné pre oprávnených používateľov v okamihu, keď ich potrebujú (počas prevádzkových hodín, s výnimkou plánovaných odstávok). Narušenie dostupnosti (neplánovaný výpadok) sa označuje ako nežiaduce prerušenie poskytovania služby.

Dostupnosť je zvyčajne vyjadrená ako percento času v danom období (najčastejšie za rok), počas ktorého je systém plne funkčný. Orientačný prepočet pre IS AkcieOkolo s požadovanou dostupnosťou 99,8%:

• Ročný výpadok: maximálne 17,52 hodín
• Mesačný výpadok (priemerne): maximálne cca 1 hodina a 26 minút

Pre IS AkcieOkolo, ktorý bude slúžiť širokej verejnosti a bude dôležitým nástrojom pre samosprávy a organizátorov, je dosiahnutie a udržanie vysokej dostupnosti kľúčovou prioritou. Vplyv na dostupnosť IS AkcieOkolo majú faktory ako dostupnosť serverovej infraštruktúry (vládny cloud), databázových systémov, aplikačného softvéru, sieťového pripojenia a externých integrovaných služieb. Zodpovednosť za dostupnosť jednotlivých komponentov bude jasne definovaná v SLA zmluvách s dodávateľmi a poskytovateľom cloudových služieb.

Ukazovatele obnovy systému a dát (RTO a RPO):

• Recovery Time Objective (RTO) < 4 hodiny: Vyjadruje maximálny časový úsek, počas ktorého môže byť IS AkcieOkolo nedostupný po kritickom incidente, kým sa plne neobnoví jeho prevádzka. Pre dosiahnutie tohto cieľa budú implementované robustné stratégie zálohovania, replikácie dát (ak je to vhodné a technicky možné vo vládnom cloude) a vypracovaný a pravidelne testovaný Plán obnovy po havárii (DRP).
• Recovery Point Objective (RPO) < 1 hodina: Vyjadruje maximálny vek dát, do ktorého je možné systém obnoviť, teda maximálnu prípustnú stratu dát. Pre IS AkcieOkolo to znamená, že v prípade obnovy po havárii nesmie byť strata dát väčšia ako dáta vytvorené alebo zmenené za poslednú hodinu pred incidentom. Toto bude dosiahnuté vhodnou frekvenciou a technológiou zálohovania dát (napr. priebežné alebo veľmi časté prírastkové zálohy kľúčových databáz). V závislosti od zvolenej technológie (napr. synchrónna/asynchrónna replikácia databázy vo vládnom cloude) je možné dosiahnuť aj výrazne kratšie RPO.

Vo všeobecnosti platí, že čím vyššia je požadovaná dostupnosť systému (vyššie percento) a kratšie ukazovatele RTO a RPO, tým robustnejšie a potenciálne aj nákladnejšie technologické a procesné riešenia sú potrebné na ich zabezpečenie. Tieto požiadavky budú detailne zohľadnené pri návrhu infraštruktúry vo vládnom cloude a v Analýze nákladov a prínosov M-05 BC/CBA.

6.6 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky

Zabezpečenie plynulej, efektívnej a bezpečnej prevádzky informačného systému AkcieOkolo v budúcom (TO BE) stave, ako aj poskytovanie kvalitnej podpory jeho používateľom, si vyžaduje adekvátne personálne kapacity s potrebnými znalosťami a zručnosťami. Tieto požiadavky sa týkajú primárne prevádzkovateľa systému, ktorým je AkcieOkolo, z.z.p.o., ale aj nepriamo koncových používateľov v samosprávach a u organizátorov.

A. Personálne zabezpečenie prevádzky a údržby IS AkcieOkolo (na strane AkcieOkolo, z.z.p.o.):

Pre zabezpečenie každodennej prevádzky, správy, údržby a podpory IS AkcieOkolo budú na strane prevádzkovateľa AkcieOkolo, z.z.p.o. potrebné nasledujúce kľúčové roly a kapacity (presný počet pracovníkov bude závisieť od finálneho rozsahu systému a miery adopcie):

1. Manažér platformy IS AkcieOkolo (Produktový manažér/Vlastník):
   • Zodpovednosti: Celkové strategické smerovanie platformy, definovanie vízie a roadmapy rozvoja, prioritizácia nových požiadaviek, komunikácia so stakeholdermi (ZMOS, MIRRI SR, samosprávy, kľúčoví organizátori), sledovanie plnenia cieľov projektu, riadenie rozpočtu prevádzky, dohľad nad SLA s dodávateľmi.
   • Požadované zručnosti: Projektový manažment, biznis analýza, znalosť problematiky kultúrnych podujatí a potrieb samospráv, komunikačné a prezentačné zručnosti.
   • Školenia/Certifikáty (odporúčané): Certifikácia v oblasti produktového manažmentu (napr. CSPO, PSPO), projektového riadenia (napr. PRINCE2, PMP), znalosť ITIL.
2. Administrátor systému IS AkcieOkolo:
   • Zodpovednosti: Technická správa a konfigurácia IS AkcieOkolo, manažment používateľských účtov a rolí (najvyššia úroveň), správa centrálnych číselníkov, monitoring výkonu a dostupnosti systému, riešenie technických problémov (L2 podpora), koordinácia s dodávateľom L3 podpory a poskytovateľom vládneho cloudu, aplikácia menších aktualizácií a patchov, správa bezpečnostných nastavení.
   • Požadované zručnosti: Administrácia informačných systémov, znalosť databázových systémov (napr. PostgreSQL), webových serverov, operačných systémov (Linux), skriptovanie, základy sieťových technológií a bezpečnosti, znalosť cloudových technológií.
   • Školenia/Certifikáty (odporúčané/požadované): Špecifické produktové školenie na administráciu IS AkcieOkolo od dodávateľa, certifikácie pre relevantné technológie (napr. databázy, cloudové platformy), ITIL Foundation.
3. Pracovník používateľskej podpory (L1 Helpdesk):
   • Zodpovednosti: Prvý kontaktný bod pre všetkých používateľov, prijímanie a evidencia požiadaviek v ITSM nástroji, poskytovanie základnej podpory a riešenie jednoduchých problémov (FAQ-based), eskalácia na L2 podporu, informovanie používateľov o stave riešenia, správa znalostnej databázy pre používateľov.
   • Požadované zručnosti: Vynikajúce komunikačné zručnosti (verbálne aj písomné), trpezlivosť, schopnosť analyzovať a riešiť problémy, znalosť funkcionalít IS AkcieOkolo z pohľadu koncového používateľa, práca s ITSM nástrojmi.
   • Školenia/Certifikáty (odporúčané/požadované): Komplexné produktové školenie na IS AkcieOkolo, školenie na prácu s ITSM nástrojom, školenie v oblasti zákazníckej podpory a komunikácie.
4. Dátový kurátor / Správca dátového obsahu (môže byť kumulovaná s inou rolou):
   • Zodpovednosti: Dohľad nad kvalitou a konzistentnosťou dát v IS AkcieOkolo, definovanie a presadzovanie dátových štandardov, správa centrálnych číselníkov, riešenie problémov s dátovou kvalitou, spolupráca s používateľmi na správnom vkladaní dát, príprava dát pre otvorené publikovanie a analytické účely (v spolupráci s analytikom).
   • Požadované zručnosti: Porozumenie dátovému modelovaniu, znalosť nástrojov na prácu s dátami, dôraz na detail a presnosť, analytické myslenie.
   • Školenia/Certifikáty (odporúčané): Školenia v oblasti dátového manažmentu, kvality dát, GDPR.
5. (Potenciálne) Špecialista na komunikáciu a marketing platformy:
   • Zodpovednosti: Komunikácia prínosov platformy smerom k samosprávam, organizátorom a verejnosti, tvorba informačných a propagačných materiálov, správa komunikačných kanálov (web, sociálne siete platformy), organizácia školení a workshopov pre používateľov.
   • Požadované zručnosti: Marketing, komunikácia, copywriting, znalosť digitálnych médií.
   • Školenia/Certifikáty (odporúčané): Školenia v oblasti digitálneho marketingu, PR.

Predpokladá sa, že časť technicky náročnejších činností (napr. hĺbková L3 podpora, vývoj nových modulov, správa komplexnej cloudovej infraštruktúry) bude zabezpečovaná externe prostredníctvom dodávateľov.

B. Požiadavky na školenia a certifikáty pre kľúčové skupiny:

1. Používatelia v samosprávach (Pracovníci zodpovední za kultúru, povoľovanie):
   • Potrebné školenia:
     • Komplexné školenie na používanie administratívneho rozhrania IS AkcieOkolo (evidencia podujatí, koordinácia, schvaľovanie registrácií predajcov, reporting).
     • Školenie na nové, štandardizované procesy súvisiace s manažmentom podujatí.
     • Školenie na dôležitosť dátovej kvality a správne postupy pri vkladaní dát.
     • Základné školenie o GDPR v kontexte spracúvania údajov v IS AkcieOkolo.
   • Certifikáty: Štandardne sa nevyžadujú formálne certifikáty, dôležité je preukázateľné absolvovanie školení a zvládnutie práce so systémom (napr. interným osvedčením).
2. Organizátori kultúrnych podujatí:
   • Potrebné školenia:
     • Školenie na registráciu a správu svojich podujatí v IS AkcieOkolo.
     • Školenie na používanie nástrojov pre manažment predajcov/účastníkov (ak relevantné).
     • Informácie o možnostiach propagácie podujatí cez platformu.
     • (Pre Časť B) Školenie na používanie BPS a PASVAS modulov.
   • Certifikáty: Nevyžadujú sa. K dispozícii budú manuály a online pomocník.
3. Predajcovia / Účastníci podujatí:
   • Potrebné školenia/Materiály:
     • Intuitívne používateľské rozhranie a prehľadné návody (textové, video) na vytvorenie digitálneho profilu a podávanie žiadostí o účasť.
     • (Pre Časť B) Návody na používanie BPS.
   • Certifikáty: Nevyžadujú sa.
4. Pracovníci podpory IS AkcieOkolo (L1, L2):
   • Potrebné školenia:
     • Detailné technické a funkčné školenie na IS AkcieOkolo od dodávateľa systému.
     • Školenie na prácu s interným ITSM nástrojom.
     • Školenie na komunikačné zručnosti a riešenie konfliktov (pre L1).
     • Priebežné školenia na nové verzie a funkcionality systému.
     • Základné školenia na technológie vládneho cloudu (pre L2 technikov).
   • Certifikáty (odporúčané/požadované pre niektoré role L2): ITIL Foundation, produktové certifikácie od dodávateľov kľúčových technológií (napr. databázy, cloud), bezpečnostné certifikácie (napr. CompTIA Security+).
5. Administrátori IS AkcieOkolo (Technickí):
   • Potrebné školenia:
     • Pokročilé administrátorské školenie na IS AkcieOkolo od dodávateľa.
     • Školenia na správu a konfiguráciu využívaných služieb vládneho cloudu (IaaS, PaaS).
     • Školenia na databázovú administráciu, bezpečnosť, monitoring a zálohovanie.
   • Certifikáty (odporúčané/požadované): Certifikácie od poskytovateľa vládneho cloudu, databázové certifikácie, sieťové a bezpečnostné certifikácie.

6.7 Požiadavky na zdrojové kódy

Zabezpečenie prístupu k zdrojovým kódom aplikačných častí informačného systému AkcieOkolo, ich kvalitnej dokumentácii a udelenie potrebných dispozičných práv (licencií) je kľúčovým predpokladom pre dlhodobú udržateľnosť, nezávislý rozvoj, možnosť úprav a minimalizáciu rizika závislosti od jedného dodávateľa ("vendor lock-in"). Tieto požiadavky sú v súlade s § 15 ods. d) zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe.

A. Spôsob zabezpečenia dodávky zdrojových kódov a ich dokumentácie:

1. Odovzdanie kompletných zdrojových kódov:
   • Dodávateľ informačného systému AkcieOkolo bude povinný odovzdať kompletné a aktuálne zdrojové kódy všetkých na mieru vyvinutých aplikačných komponentov a modulov systému vrátane všetkých skriptov, konfiguračných súborov, databázových schém (DDL skripty), knižníc a ďalších artefaktov potrebných pre samostatné skompilovanie, nasadenie, prevádzku a ďalší vývoj systému.
   • Zdrojové kódy musia byť odovzdané v editovateľnej, ľudsky čitateľnej a strojovo spracovateľnej forme.
2. Forma a štruktúra zdrojových kódov:
   • Zdrojové kódy budú štruktúrované logicky (napr. podľa modulov, vrstiev architektúry) a budú dodržiavať osvedčené postupy a štandardy kódovania pre použité programovacie jazyky a frameworky.
   • Budú obsahovať internú dokumentáciu (komentáre v kóde) vysvetľujúcu kľúčové časti a algoritmy.
   • Kvalita zdrojových kódov a balíkov softvéru musí byť v súlade s Metodickým usmernením MIRRI SR č. 024077/2023 – o kvalite zdrojových kódov a balíkov softvéru.
3. Dokumentácia k zdrojovým kódom:
   • Súčasťou dodávky zdrojových kódov bude detailná technická a vývojárska dokumentácia, ktorá minimálne zahŕňa:
     • Popis celkovej architektúry systému a jeho modulov.
     • Popis použitých technológií, frameworkov a knižníc tretích strán (vrátane ich verzií a licenčných podmienok).
     • Návod na zostavenie (build) a nasadenie (deployment) systému z odovzdaných zdrojových kódov.
     • Popis kľúčových algoritmov, dátových štruktúr a API rozhraní.
     • Diagramy tried, sekvenčné diagramy a iné relevantné UML modely.
     • Informácie o konfiguračných parametroch systému.
4. Spôsob preberania, periodicita a archivácia:
   • Použitie systému na správu verzií (Version Control System - VCS): Dodávateľ bude počas celého vývoja viesť zdrojové kódy a ich zmeny v systéme na správu verzií (napr. Git). Objednávateľovi (AkcieOkolo, z.z.p.o.) bude poskytnutý prístup do tohto repozitára (minimálne na čítanie) počas celého projektu.
   • Periodické odovzdávanie (Míľniky): Zdrojové kódy a súvisiaca dokumentácia budú odovzdávané Objednávateľovi priebežne pri dosiahnutí definovaných projektových a fakturačných míľnikov (napr. ukončenie vývoja jednotlivých modulov, ukončenie testovacej fázy, nasadenie do produkcie). Každá odovzdaná verzia bude jasne označená (tagovaná) v VCS.
   • Finálne odovzdanie: Kompletné finálne zdrojové kódy a dokumentácia budú odovzdané pri finálnom akceptačnom preberaní diela.
   • Spôsob archivácie: Objednávateľ (AkcieOkolo, z.z.p.o.) zabezpečí bezpečné a trvalé uloženie všetkých odovzdaných verzií zdrojových kódov a dokumentácie na svojich úložiskách (napr. interný Git server, zabezpečené úložisko vo vládnom cloude) pre účely auditu, budúcej údržby a rozvoja.

B. Zabezpečenie dispozičných práv (licencií) k zdrojovým kódom a výstupom:

1. Licencia na na mieru vyvinuté komponenty:
   • Všetky na mieru vyvinuté zdrojové kódy a súvisiace artefakty IS AkcieOkolo budú odovzdané pod licenciou, ktorá Objednávateľovi (resp. vlastníkovi projektu, napr. ZMOS alebo SR) udelí výhradné, neobmedzené, trvalé, bezodplatné a prevoditeľné právo tieto zdrojové kódy používať, upravovať, rozširovať, distribuovať a ďalej s nimi nakladať bez akýchkoľvek ďalších poplatkov alebo obmedzení zo strany dodávateľa.
   • Preferovanou licenciou pre na mieru vyvinuté komponenty pre verejnú správu je Európska únia Public Licence (EUPL), verzia 1.2 alebo novšia (viac na https://commission.europa.eu/content/european-union-public-licence_en). Táto licencia zabezpečuje princípy otvoreného softvéru a interoperability v rámci EÚ.
2. Licencie na komponenty tretích strán:
   • Dodávateľ poskytne Objednávateľovi kompletný zoznam všetkých použitých softvérových komponentov, knižníc a frameworkov tretích strán, vrátane ich verzií a presných licenčných podmienok.
   • Pre všetky komponenty tretích strán musia byť zabezpečené licencie, ktoré umožňujú ich legálne použitie v rámci IS AkcieOkolo a neobmedzujú dispozičné práva Objednávateľa k celému dielu spôsobom, ktorý by bol v rozpore s účelom projektu.
   • Preferované sú open-source komponenty s permisívnymi licenciami (napr. MIT, Apache 2.0, BSD), ktoré neukladajú nadmerné reštrikcie na komerčné využitie alebo modifikácie.
3. Licencie na projektové výstupy (dokumentácia):
   • Všetka projektová dokumentácia (analýzy, návrhy, manuály atď.) vytvorená v rámci projektu bude odovzdaná pod licenciou umožňujúcou jej voľné použitie a modifikáciu Objednávateľom (napr. Creative Commons).

C. Spôsob, ako predísť "Vendor lock-in":

Pre minimalizáciu rizika závislosti od jedného dodávateľa ("vendor lock-in") budú implementované nasledujúce opatrenia, ktoré sú v súlade so zákonom o ITVS:

1. Použitie otvorených štandardov a technológií: IS AkcieOkolo bude v maximálnej možnej miere postavený na otvorených štandardoch, otvorených formátoch dát a široko používaných, dobre zdokumentovaných technológiách a frameworkoch, aby sa zjednodušila prípadná budúca údržba alebo rozvoj iným dodávateľom.
2. Kompletná a kvalitná dokumentácia: Dodanie detailnej technickej, vývojárskej a používateľskej dokumentácie umožní inému kvalifikovanému tímu pochopiť architektúru a funkčnosť systému.
3. Poskytnutie kompletných zdrojových kódov a licenčných práv: Ako bolo definované vyššie, neobmedzený prístup k zdrojovým kódom a právo ich modifikovať je základným predpokladom pre nezávislosť od pôvodného dodávateľa.
4. Modulárna a dobre definovaná architektúra: Architektúra mikroslužieb alebo iná dobre štruktúrovaná modulárna architektúra uľahčuje nahradenie alebo úpravu jednotlivých častí systému bez nutnosti meniť celý systém. Dobre definované API rozhrania medzi modulmi sú kľúčové.
5. Využívanie služieb vládneho cloudu: Nasadenie na štandardizované služby vládneho cloudu znižuje závislosť od špecifickej infraštruktúry dodávateľa.
6. Minimalizácia proprietárnych komponentov: Výber takých komponentov tretích strán, ktoré nemajú ľahko dostupnú alternatívu alebo by ich nahradenie bolo neprimerane nákladné, bude minimalizovaný a riadne zdôvodnený.
7. Zmluvné ustanovenia: Zmluva o dielo (ZoD) a Zmluva o podpore prevádzky (SLA) s dodávateľom budú obsahovať ustanovenia týkajúce sa odovzdávania know-how, poskytovania súčinnosti pri prípadnom prechode na iného dodávateľa a explicitného zákazu opatrení vedúcich k vendor lock-in.

Všetky tieto požiadavky na zdrojové kódy, licencie a predchádzanie vendor lock-in budú detailne špecifikované v súťažných podkladoch pre verejné obstarávanie dodávateľa IS AkcieOkolo a následne budú záväznou súčasťou zmluvy o dielo a zmluvy o podpore.

7 OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU

Táto kapitola popisuje spôsob realizácie projektu "Zaži mestá a obce, zaži Slovensko", jeho hlavné fázy, kľúčové projektové produkty a mechanizmy ich preberania a akceptácie. Opis implementácie je v súlade s navrhovaným harmonogramom (kapitola 3.10) a zvolenou metodikou riadenia projektu.

Spôsob realizácie projektu:

Ako bolo uvedené v kapitole 3.10 Harmonogram projektu, pre realizáciu projektu IS AkcieOkolo sa navrhuje hybridný prístup k riadeniu projektu, ktorý kombinuje:

• Prvky Agilnej metodiky (napr. Scrum) pre samotný vývoj softvéru (najmä Časť A a prípadná Časť B). Tento prístup umožňuje flexibilitu, iteratívne dodávanie funkčných inkrementov, priebežné testovanie a úzku spoluprácu s objednávateľom a koncovými používateľmi pri definovaní a validácii požiadaviek.
• Prvky Waterfall (Vodopádovej) metodiky pre celkové rámcové plánovanie projektu, riadenie hlavných fáz, verejné obstarávanie, formálny reporting a schvaľovanie kľúčových míľnikov a dodávok. Tento prístup zabezpečuje štruktúru a kontrolu potrebnú pre projekty financované z verejných zdrojov.

Tento hybridný model je zvolený s cieľom maximalizovať výhody oboch prístupov – flexibilitu a adaptabilitu agilného vývoja pri tvorbe komplexného IS a zároveň štruktúrovanosť a predvídateľnosť vodopádového riadenia pre celkové strategické smerovanie a kontrolu projektu v súlade s Vyhláškou MIRRI SR č. 401/2023 Z.z.

Detailizácia požadovaných PROJEKTOVÝCH PRODUKTOV (Výstupov):

Nasledujúci zoznam špecifikuje kľúčové projektové produkty, ktoré budú dodané v jednotlivých etapách, inkrementoch a po celkovom ukončení projektu:

A. Projektové výstupy podľa Vyhlášky MIRRI SR č. 401/2023 Z.z. (Projektová dokumentácia a dokumentácia dodaného produktu):

1. Iniciačná fáza (po podpise zmluvy s dodávateľom):
   • I-02 Projektový zámer (tento dokument – finálna, schválená verzia)
   • M-05 Analýza nákladov a prínosov (BC/CBA) (finálna, schválená verzia)
   • I-04 Katalóg požiadaviek (detailná verzia po úvodných workshopoch s dodávateľom)
   • M-06 Evidencia e-Government komponentov v MetaIS (aktualizácia pre plánované komponenty)
   • Plán riadenia projektu (detailný)
   • Plán kvality
   • Plán komunikácie
   • Register rizík a závislostí (detailná verzia)
2. Realizačná fáza – Etapa Analýzy a Dizajnu (pre Časť A):
   • R1-1 Detailný návrh riešenia (DNR) zahŕňajúci:
     • Detailná biznis analýza TO-BE procesov (vrátane BPMN modelov).
     • Návrh funkčnej a technickej architektúry IS AkcieOkolo (detailné ArchiMate diagramy, špecifikácie rozhraní, dátový model).
     • Návrh UX/UI (wireframy, mock-upy, prototypy).
     • Špecifikácia bezpečnostných opatrení.
   • R3-4 Bezpečnostný projekt IS AkcieOkolo (vypracovaný súbežne s DNR).
   • Testovacia stratégia a plán testov.
   • Aktualizovaný I-04 Katalóg požiadaviek (ak došlo k spresneniam).
3. Realizačná fáza – Etapa Implementácie a Testovania (pre Časť A - dodávané iteratívne/inkrementálne):
   • Zdrojové kódy jednotlivých modulov a komponentov IS AkcieOkolo (vrátane skriptov, konfiguračných súborov).
   • Nasadené (inštalované) verzie softvéru vo vývojovom a testovacom prostredí.
   • Vývojárska a technická dokumentácia k zdrojovým kódom a modulom.
   • Protokoly z jednotlivých typov testov (jednotkové, integračné, systémové, výkonnostné, bezpečnostné).
   • Protokoly o odstránení chýb.
   • Draft používateľskej a administrátorskej dokumentácie.
4. Realizačná fáza – Etapa Nasadenia a PIP (Časť A):
   • Funkčný a otestovaný IS AkcieOkolo (Časť A) nasadený v produkčnom prostredí.
   • Finálna používateľská dokumentácia (manuály, návody, FAQ) pre všetky cieľové skupiny.
   • Finálna administrátorská a prevádzková dokumentácia.
   • Vyškolení kľúčoví používatelia a administrátori.
   • Protokol o úspešnom ukončení pilotnej prevádzky (PIP).
   • Akceptačné protokoly pre jednotlivé dodávky a míľniky.
5. Dokončovacia fáza projektu (pre Časť A):
   • Finálny odovzdávací protokol diela (Časť A).
   • Záverečná správa o realizácii projektu.
   • Kompletná projektová dokumentácia (archivovaná).
   • Aktualizovaný M-06 Evidencia e-Government komponentov v MetaIS (s finálnym stavom komponentov).
6. (Ak relevantné) Projektové produkty pre Časť B: V prípade realizácie Časti B projektu by sa opakovali podobné typy výstupov (DNR, zdrojové kódy, dokumentácia, testy, nasadenie) špecificky pre moduly BPS, PASVAS atď.

B. Koncové služby a transformované/nové biznis procesy:

• Nové Koncové služby (evidované v MetaIS):
  • KS_Informovanie_o_kult_podujatiach ks_381680 – poskytovanie komplexných informácií o podujatiach cez web a mobil.
  • KS_Registracia_podujatia_organizatorom ks_381682 – digitálna služba pre organizátorov na evidenciu a správu ich podujatí.
  • KS_Registracia_ucasti_na_podujati ks_381681 – digitálna služba pre predajcov/účastníkov na registráciu a manažment ich účasti.
  • KS_Koordinacia_terminov_podujati ks_381683 – služba podpory koordinácie pre samosprávy a organizátorov.
• Transformované/Nové biznis procesy:
  • Digitalizovaný a štandardizovaný proces registrácie a schvaľovania kultúrnych podujatí.
  • Digitalizovaný a štandardizovaný proces registrácie a akreditácie predajcov a účastníkov podujatí (princíp "jedenkrát a dosť").
  • Nový proces centrálnej koordinácie termínov a lokalít podujatí.
  • Nový proces centralizovaného poskytovania informácií o podujatiach verejnosti.
  • (Pre Časť B) Nové procesy pre bezhotovostné platby a zber digitálnej spätnej väzby.
  • Tieto procesy budú detailne modelované v BPMN (súčasť DNR).

C. Biznis objekty (vstupy a výstupy zo systému):

• Vstupy (príklady):
  • Žiadosť o registráciu podujatia (elektronický formulár).
  • Žiadosť o registráciu profilu predajcu/organizátora (elektronický formulár).
  • Žiadosť o účasť na podujatí (elektronický formulár).
  • Nahrané dokumenty (napr. živnostenské listy, certifikáty – v digitálnej forme).
  • Vyhľadávacie dopyty od občanov.
  • (Pre Časť B) Dáta zo spätnej väzby, platobné príkazy.
• Výstupy (príklady):
  • Verejne dostupný kalendár a detaily podujatí (na portáli a v mobilnej aplikácii).
  • Potvrdenia o registrácii (elektronické).
  • Rozhodnutia o schválení/zamietnutí (elektronické).
  • Reporty a štatistiky pre samosprávy a organizátorov.
  • Digitálne profily predajcov a organizátorov.
  • Otvorené dáta o kultúrnych podujatiach (datasety).
  • Analytické dáta (pseudonymizované/agregované).
  • Aplikačné rozhrania (API) pre prístup k dátam tretími stranami.

8 ODKAZY

www.akcieokolo.sk 

9 PRÍLOHY

Príloha 1: Zoznam rizík a závislostí