Naposledy upravil Viktor Klik 2025/09/17 12:43
Z verzie 3.196
upravil Dušan Macháček
-
Zmeniť komentár: (Autosaved)
Do verzie 3.138
upravil Dušan Macháček
-
Zmeniť komentár: (Autosaved)

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -825,304 +825,5 @@
825 825  
826 826  //Tabuľka 7 Projektový tím//
827 827  
828 -=== **4. LEGISLATÍVA** ===
829 829  
830 -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é.
831 -
832 -
833 -**A. Potrebné zmeny v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu:**
834 -
835 -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:
836 -
837 -1. **Podzákonné normy alebo metodické usmernenia pre samosprávy:**
838 -1*. **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:
839 -1**. Jednotného postupu pri registrácii a evidencii kultúrnych podujatí prostredníctvom centrálnej platformy AkcieOkolo.
840 -1**. Š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.
841 -1**. 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.
842 -1*. **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é).
843 -1*. **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.
844 -1. **Štandardy pre zdieľanie dát a interoperabilitu:**
845 -1*. **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).
846 -1*. **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.
847 -1*. **Cieľ úpravy:** Podpora dátovej interoperability a vytvorenie otvoreného ekosystému pre informácie o kultúrnych podujatiach.
848 -
849 -**B. Negatívny dopad na projekt, ak vyššie uvedené zmeny v zákonoch (alebo podzákonných normách) nebudú realizované:**
850 -
851 -1. **Ak nebudú vydané jednotné metodické usmernenia pre samosprávy:**
852 -1*. **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.
853 -1*. **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ť.
854 -1. **Ak nebudú riešené potenciálne legislatívne nejasnosti pre modul BPS (Časť B):**
855 -1*. **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.
856 -1*. **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.
857 -1. **Ak nebudú podporené štandardy pre zdieľanie dát:**
858 -1*. **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).
859 -1*. **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.
860 -
861 -**Záver k legislatívnym zmenám:**
862 -
863 -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í.
864 -
865 -
866 -== **5. ARCHITEKTÚRA RIEŠENIA PROJEKTU** ==
867 -
868 -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.
869 -
870 -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)**.
871 -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.
872 -
873 -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.
874 -
875 -**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.**
876 -
877 -
878 - [[image:1754646270210-163.png]]
879 -
880 -Obrázok 4: Celkový prehľad metamodelu Archimate pre verejnú správu a evidencie eGovernment komponentov v MetaIS
881 -
882 -== 5.1 Stanovenie alternatív architektúry riešenia ==
883 -
884 -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:
885 -
886 -**Prvé kolo: Multikriteriálna analýza (MCA) – Výber relevantných alternatív**
887 -
888 -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:
889 -
890 -* Schopnosť naplniť hlavné ciele projektu (centralizácia, koordinácia, zníženie byrokracie, informovanosť).
891 -* Miera prispôsobenia špecifickým potrebám slovenských samospráv a kultúrneho prostredia.
892 -* Potenciál pre budúci rozvoj a škálovateľnosť.
893 -* Predpokladaná miera adopcie používateľmi.
894 -* Súlad s architektúrnymi princípmi verejnej správy SR (napr. využívanie spoločných modulov, cloud-first princíp).
895 -* Bezpečnostné aspekty.
896 -* Indikatívne náklady a časová náročnosť implementácie.
897 -
898 -Z Ideového zámeru projektu I-01 (kapitola 5. Uvažované technologické alternatívy projektu) vyplynulo porovnanie dvoch základných prístupov:
899 -
900 -1. **Krabicové riešenie (tzv. "off-the-shelf"):** Nasadenie už existujúceho komerčného softvéru.
901 -1. **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).
902 -
903 -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é.
904 -
905 -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).
906 -
907 -1. ** Nulový variant (Baseline / "Do-nothing"):**
908 -1*. **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ď.).
909 -1*. **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é.
910 -1. **Preferovaný variant (TO BE – Komplexné riešenie):**
911 -1*. **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).
912 -1*. **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.
913 -1. **„Minimalistický variant“ (TO BE – Redukované riešenie):**
914 -1*. **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ť:
915 -1**. Len základnú funkcionalitu ACDP pre koordináciu termínov bez pokročilých analytických nástrojov.
916 -1**. Zjednodušenú registráciu predajcov bez niektorých automatizovaných validačných prvkov alebo pokročilých profilových nastavení.
917 -1**. 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).
918 -1**. Explicitne vylučuje akékoľvek moduly z Časti B.
919 -1*. **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.
920 -
921 -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.
922 -
923 -
924 -== 5.1.1. Stanovenie alternatív v biznisovej vrstve architektúry ==
925 -
926 -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).
927 -
928 -[[image:1754653139933-524.png]]
929 -
930 -Obrázok 5 Znázornenie alternatív riešenia v biznis vrstve architektúry
931 -
932 -
933 -//(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.)//
934 -
935 -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.
936 -
937 -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).
938 -
939 -**Kritériá pre MCA v biznisovej vrstve projektu .**
940 -
941 -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.
942 -
943 -|KRITÉRIUM (BIZNIS VRSTVA)|**ZDÔVODNENIE KRITÉRIA**|**STAKEHOLDER 1 (Samosprávy/ZMOS)**|**STAKEHOLDER 2 (Organizátori podujatí)**|**STAKEHOLDER 3 (Občania/Návštevníci)**|**STAKEHOLDER 4 (Predajcovia/Účastníci)**
944 -|**Kritérium A (KO): Zabezpečenie centralizovanej evidencie a základnej koordinácie kultúrnych podujatí na celonárodnej úrovni.**|Nevyhnutný predpoklad pre odstránenie fragmentácie a informačného chaosu, naplnenie primárneho cieľa projektu.|X|X|X|X
945 -|**Kritérium B (KO): Výrazné zníženie administratívnej záťaže pre kľúčových používateľov pri registrácii (predajcovia, organizátori).**|Jeden z hlavných problémov súčasného stavu, silná motivácia pre adopciu systému. Riešenie princípu "jedenkrát a dosť".|X|X| |X
946 -|**Kritérium B (KO): Výrazné zníženie administratívnej záťaže pre kľúčových používateľov pri registrácii (predajcovia, organizátori).**|Jeden z hlavných problémov súčasného stavu, silná motivácia pre adopciu systému. Riešenie princípu "jedenkrát a dosť".|X|X| |X
947 -|**Kritérium C: Miera zlepšenia prístupu verejnosti k informáciám o podujatiach (prehľadnosť, aktuálnosť, komplexnosť).**|Priamy dopad na spokojnosť občanov a návštevnosť podujatí.| |X (nepriamo)|X|
948 -|**Kritérium D: Potenciál pre finančnú udržateľnosť a budúci rozvoj platformy (napr. prostredníctvom modulov Časti B).**|Dôležité pre dlhodobé fungovanie a rozvoj riešenia nad rámec počiatočnej investície.|X (ako prevádzkovateľ)|X (prípadné nové služby)| |X (prípadné nové služby)
949 -|**Kritérium E: Súlad s princípmi efektívnej verejnej správy a digitalizácie (napr. NKIVS, princíp "digitálne štandardne").**|Zabezpečenie súladu s národnými stratégiami a štandardmi.|X| | |
950 -|**Kritérium F: Predpokladaná miera adopcie riešenia kľúčovými skupinami používateľov (samosprávy, organizátori).**|Úspech riešenia je priamo závislý od jeho reálneho využívania v praxi.|X|X| |
951 -|**Kritérium G: Miera podpory regionálneho rozvoja a kultúrneho dedičstva.**|Kľúčový aspekt poslania projektu v kontexte podpory regiónov a miestnej kultúry.|X|X|X|X
952 -
953 -//Tabuľka 8 Príklad šablóny pre spracovanie MCA (upravená pre projekt)//
954 -
955 -
956 -**Vyhodnotenie biznis alternatív pomocou MCA:**
957 -
958 -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:
959 -
960 -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)
961 -1. **Alternatíva 2: Minimalistický variant** (Vývoj IS AkcieOkolo na mieru, pokrývajúci len nevyhnutné jadrové funkcionality Časti A)
962 -1. //(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.//
963 -
964 -
965 -|**ZOZNAM KRITÉRIÍ (BIZNIS VRSTVA)**|**ALTERNATÍVA 1 (Preferovaný variant)**|**SPÔSOB DOSIAHNUTIA (Preferovaný variant)**|**ALTERNATÍVA 2 (Minimalistický variant)**|**SPÔSOB DOSIAHNUTIA (Minimalistický variant)**
966 -|**Kritérium A (KO):** Zabezpečenie centrálnej evidencie a koordinácie.|áno|Plne zabezpečené prostredníctvom komplexného ACDP a funkcionalít IS AkcieOkolo.|áno|Základná evidencia a koordinácia zabezpečená, ale s menším komfortom a analytickými možnosťami.
967 -|**Kritérium B (KO):** Výrazné zníženie administratívnej záťaže.|áno|Plná digitalizácia a štandardizácia registračných procesov s digitálnymi profilmi.|áno|Čiastočné zníženie záťaže cez základnú digitálnu registráciu, menej automatizácie.
968 -|**Kritérium C:** Miera zlepšenia prístupu verejnosti k informáciám.|Vysoká|Komplexný portál a mobilná aplikácia s pokročilými funkciami (personalizácia, notifikácie).|Stredná|Základný portál s esenciálnymi informáciami, mobilná aplikácia s obmedzenou funkcionalitou.
969 -|**Kritérium D:** Potenciál pre finančnú udržateľnosť a rozvoj.|Vysoký|Architektúra umožňuje flexibilné pridávanie modulov Časti B s komerčným potenciálom (BPS, PASVAS).|Nízky až Stredný|Minimalistické riešenie obmedzuje možnosti pre jednoduché nasadenie komerčne udržateľných modulov.
970 -|**Kritérium E:** Súlad s princípmi efektívnej VS a digitalizácie.|áno (Vysoký súlad)|Plne podporuje princípy "jedenkrát a dosť", "digitálne štandardne", otvorenosť dát.|áno (Stredný súlad)|Napĺňa základné princípy, ale s menším rozsahom digitálnej transformácie.
971 -|**Kritérium F:** Predpokladaná miera adopcie kľúčovými používateľmi.|Vysoká|Komplexné riešenie s jasnými prínosmi a dobrou podporou bude silne motivovať k adopcii.|Stredná až Vysoká|Aj minimalistické riešenie prinesie zlepšenie, ale nižší komfort môže spomaliť adopciu.
972 -|**Kritérium G:** Miera podpory regionálneho rozvoja a kult. dedičstva.|Vysoká|Široký záber platformy a dát umožňuje efektívnejšiu propagáciu a analýzu pre podporu kultúry a turizmu.|Stredná|Základná podpora prostredníctvom lepšej dostupnosti informácií, ale menší analytický a strategický dosah.
973 -| | | | |
974 -
975 -//Tabuľka 9 Príklad šablóny pre vyhodnotenie MCA (upravená pre projekt)//
976 -
977 -
978 -**Záver MCA pre biznis vrstvu:**
979 -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.
980 -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ť.
981 -
982 -
983 -== 5.1.2. Stanovenie alternatív v aplikačnej vrstve architektúry ==
984 -
985 -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.
986 -
987 -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í:
988 -
989 -* **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.
990 -* **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).
991 -
992 -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.
993 -
994 -
995 -[[image:1754653276947-869.png]]
996 -
997 -Obrázok 6 Znázornenie alternatív riešenia v aplikačnej vrstve
998 -
999 -
1000 -//(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~://
1001 -
1002 -* **//Biznis alternatíva 1 (Nulový variant)//**
1003 -** //Nutné: (žiadne nové aplikačné moduly – existujúci fragmentovaný stav)//
1004 -** //Preferované: (žiadne)//
1005 -* **//Biznis alternatíva 2 (Minimalistický variant)//**
1006 -** //Nutné~://
1007 -*** //Modul: Centrálna databáza podujatí (ACDP) - základná verzia//
1008 -*** //Modul: Registrácia organizátorov a predajcov - základná verzia//
1009 -*** //Modul: Verejný webový portál - základné zobrazenie podujatí//
1010 -*** //Modul: Mobilná aplikácia - základné zobrazenie podujatí//
1011 -** //Preferované: (v tomto variante žiadne, alebo len veľmi obmedzené)//
1012 -* **//Biznis alternatíva 3 (Preferovaný variant)//**
1013 -** //Nutné: (rovnaké ako v Minimalistickom variante, ale potenciálne robustnejšie)//
1014 -*** //Modul: Centrálna databáza podujatí (ACDP) - plná verzia s analytikou//
1015 -*** //Modul: Registrácia organizátorov a predajcov - plná verzia s automatizáciou a profilmi//
1016 -*** //Modul: Verejný webový portál - plná verzia s pokročilým vyhľadávaním a personalizáciou//
1017 -*** //Modul: Mobilná aplikácia - plná verzia s notifikáciami a interaktívnymi prvkami//
1018 -** //Preferované (príklady funkcionalít v rámci Časti A, alebo celé moduly z Časti B, ak sú tak definované pre porovnanie)~://
1019 -*** //Modul: Pokročilé analytické nástroje a reporting pre samosprávy//
1020 -*** //Modul: API pre integráciu s tretími stranami//
1021 -*** //Modul: Bezhotovostný platobný systém (BPS) - ak je zahrnutý do porovnania na tejto úrovni//
1022 -*** //Modul: Systém pre analýzu spätnej väzby (PASVAS) - ak je zahrnutý do porovnania na tejto úrovni)//
1023 -
1024 -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.)*
1025 -
1026 -**Aplikačné moduly a funkcionality pre projekt "Zaži mestá a obce, zaži Slovensko" (príklady pre jednotlivé alternatívy):**
1027 -
1028 -**~1. Biznis alternatíva 1: Nulový variant**
1029 -
1030 -* **Nutné aplikačné moduly/funkcionality:**
1031 -** Ž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.
1032 -* **Preferované aplikačné moduly/funkcionality:**
1033 -** Žiadne.
1034 -
1035 -**2. Biznis alternatíva 2: Minimalistický variant (Vývoj IS AkcieOkolo – jadrová Časť A)**
1036 -
1037 -* **Nutné aplikačné moduly/funkcionality:**
1038 -** **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í.
1039 -** **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).
1040 -** **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.
1041 -** **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.
1042 -** **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.
1043 -* **Preferované aplikačné moduly/funkcionality (v tomto variante nie sú primárne riešené, alebo len vo veľmi obmedzenej forme):**
1044 -** Pokročilé analytické funkcie a reporting.
1045 -** Automatizované notifikácie pre používateľov.
1046 -** Rozšírené možnosti personalizácie pre návštevníkov.
1047 -** Integračné API pre tretie strany.
1048 -
1049 -
1050 -
1051 -
1052 -**3. Biznis alternatíva 3: Preferovaný variant (Vývoj IS AkcieOkolo – plná Časť A Nutné aplikačné moduly/funkcionality:**
1053 -
1054 -*
1055 -** Všetky moduly a funkcionality definované ako "Nutné" pre Minimalistický variant, avšak implementované v **robustnejšej a funkčne bohatšej podobe**.
1056 -** **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.
1057 -** **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ť.
1058 -** **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.
1059 -** **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.
1060 -** **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í.
1061 -* **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):**
1062 -** **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).
1063 -** **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.
1064 -** **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).
1065 -** **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.
1066 -
1067 -
1068 -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).
1069 -
1070 -
1071 -1.
1072 -11.
1073 -111. Stanovenie alternatív v technologickej vrstve architektúry
1074 -
1075 -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é.
1076 -
1077 -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.
1078 -
1079 -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.
1080 -
1081 -
1082 -
1083 -**Klasifikácia budovaných informačných systémov (IS AkcieOkolo a jeho moduly):**
1084 -
1085 -|ISVS/MODUL|Ux (Predpokladaná úroveň služby)¹|Cx (Dôvernosť)¹|Ix (Integrita)¹|Ax (Dostupnosť)¹|POZNÁMKA (Zdôvodnenie, špecifické údaje)
1086 -|**IS AkcieOkolo (Celok)**|**U2** (alebo U3 podľa výsledkov)|**C2**|**I2**|**A2** (alebo A3)|Bude obsahovať verejne prístupné dáta, ale aj osobné údaje predajcov, organizátorov (registrácia). Kritická pre informovanosť verejnosti a fungovanie samospráv v danej oblasti. Vyžaduje vysokú dostupnosť počas sezóny podujatí.
1087 -|Modul: Centrálna databáza podujatí (ACDP)|U2|C1 (Verejné)|I2|A3|Kľúčová databáza, musí byť vysoko dostupná a integrita dát je dôležitá. Samotné dáta o podujatiach sú zväčša verejné.
1088 -|Modul: Registrácia používateľov a digitálne profily|U2|C2|I2|A2|Spracúva osobné a firemné údaje, vyžaduje primeranú dôvernosť.
1089 -|Modul: Verejný webový portál a Mobilná aplikácia|U2|C1 (Verejné)|I1|A3|Hlavné rozhranie pre verejnosť, kritická dostupnosť. Zobrazuje prevažne verejné dáta.
1090 -|Modul: Administračné rozhranie|U1/U2|C2|I2|A2|Prístup pre oprávnených pracovníkov samospráv a správcov systému.
1091 -|//Modul: Bezhotovostný Platobný Systém (BPS) (Časť B)//|//U3//|//C3//|//I3//|//A3//|//Spracovanie finančných transakcií, vysoké nároky na bezpečnosť, integritu a dostupnosť. Potenciálne PCI DSS compliance.//
1092 -|//Modul: PASVAS (analýza sentimentu) (Časť B)//|//U2//|//C1/C2//|//I2//|//A2//|//Spracovanie anonymizovaných alebo pseudonymizovaných dát spätnej väzby.//
1093 -
1094 -//Tabuľka 10 Klasifikácia budovaných informačných systémov//
1095 -
1096 -//¹ 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.//
1097 -
1098 -
1099 -**Alternatívy technologickej architektúry:**
1100 -
1101 -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:
1102 -
1103 -1. **Alternatíva Tech-1: Plné nasadenie vo Vládnom Cloude (Preferovaná)**
1104 -1*. **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.
1105 -1*. **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ť.
1106 -1*. **Nevýhody/Riziká:** Dostupnosť špecifických PaaS služieb, flexibilita pri niektorých pokročilých konfiguráciách.
1107 -1. **Alternatíva Tech-2: Hybridné cloudové riešenie**
1108 -1*. **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é.
1109 -1*. **Výhody:** Väčšia flexibilita pri výbere špecifických technológií pre niektoré komponenty.
1110 -1*. **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.
1111 -1. **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)**
1112 -1*. **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).
1113 -1*. **Výhody:** Plná kontrola nad infraštruktúrou (pre niektoré špecifické prípady).
1114 -1*. **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é.
1115 -
1116 -**Ekonomická výhodnosť a zdôvodnenie výberu:**
1117 -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.
1118 -
1119 -
1120 -[[image:1754653276949-742.png]]
1121 -
1122 -**Obrázok 7 Znázornenie alternatív riešenia v technologickej vrstve**
1123 -//(Komentár k obrázku 7: Tento diagram je vo vzore veľmi schematický. Pre projekt "Zaži mestá a obce, zaži Slovensko" by mal byť prispôsobený tak, aby zobrazoval identifikované biznis alternatívy (napr. Minimalistický a Preferovaný, keďže nulový nemá aplikačnú ani technologickú implementáciu) a pod nimi zodpovedajúce aplikačné alternatívy (t.j. súbory povinných a preferovaných modulov).//
1124 -
1125 -//Následne by sa pre každú relevantnú kombináciu Biznis + Aplikačnej alternatívy znázornili uvažované Technologické alternatívy (napr. Vládny Cloud, Hybridný Cloud). Tento diagram ukazuje strom rozhodovania a možností.)//
1126 -
1127 -
1128 -//Prompt pre generovanie Obrázku 7 je možné vytvoriť podobne ako pre predchádzajúce obrázky, pričom by sa detailne špecifikovali bloky pre biznis alternatívy, pod nimi bloky pre zodpovedajúce sady aplikačných modulov (povinné/preferované), a pre každú takúto sadu potom bloky pre technologické alternatívy nasadenia (Vládny Cloud, Hybrid, Vlastné HW). Zobrazilo by sa, že napr. Preferovaný variant s plnou sadou aplikačných modulov sa môže technologicky realizovať primárne cez Vládny Cloud, ale analyzuje sa aj alternatíva Hybridného Cloudu.//
829 +
1754646270210-163.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.machacek@akcieokolo\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -125.5 KB
Obsah
1754653139933-524.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.machacek@akcieokolo\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -99.0 KB
Obsah
1754653276947-869.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.machacek@akcieokolo\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -36.9 KB
Obsah
1754653276949-742.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.machacek@akcieokolo\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -169.0 KB
Obsah