Naposledy upravil Peter Ďuriš 2025/07/30 12:50
Z verzie 4.1
upravil Lucia Lelkes
-
Zmeniť komentár: Added annotation on "Prínosy projektu a vyhodnot..."
Do verzie 1.1
upravil Peter Ďuriš
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Autor dokumentu
... ... @@ -1,1 +1,1 @@
1 -XWiki.lucia\.lelkes@mirri\.gov\.sk
1 +XWiki.peter\.duris@gosmart\.consulting
Obsah
... ... @@ -1,1559 +1,544 @@
1 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5d283de4ad3c0b7a.png||height="49" width="225"]]
1 1  **PROJEKTOVÝ ZÁMER**
3 +**Vzor pre manažérsky výstup I-02**
4 +**podľa vyhlášky MIRRI č. 401/2023 Z. z.**
2 2  
3 -**Manažérsky výstup I-02**
4 -
5 -**~ podľa vyhlášky MIRRI č. 401/2023 Z. z.  (účinnosť od 1.4.2025)**
6 -
7 -
8 -|**Povinná osoba**|Národná agentúra pre sieťové a elektronické služby
9 -|**Názov projektu**|Vybudovanie katalógu poplatkov
10 -|**Zodpovedná osoba za projekt**|TBD
11 -|**Realizátor projektu**|Národná agentúra pre sieťové a elektronické služby
12 -|**Vlastník projektu**|Ministerstvo investícií, regionálneho rozvoja a informatizácie
13 -
14 -Schvaľovanie dokumentu
15 -
16 -|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
6 +|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky{{/content}}
7 +|**Názov projektu**|{{content id="projekt.nazov"}}Vybudovanie Katalógu platieb{{/content}}
8 +|**Zodpovedná osoba za projekt**| //Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)//
9 +|**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky{{/content}}
10 +|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky{{/content}}
11 +**Schvaľovanie dokumentu**
12 +|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
17 17  **Podpis**
18 -
19 -**(alebo elektronický súhlas)**
14 +(alebo elektronický súhlas)
20 20  )))
21 -| | | | | |
22 -| | | | | |
16 +|Vypracoval| | | | |
23 23  
24 -1. HISTÓRIA DOKUMENTU
18 += {{id name="_Toc152607282"/}}{{id name="_Toc524109316"/}}{{id name="_Toc750608766"/}}{{id name="_Toc1668519232"/}}{{id name="_Toc1701549819"/}}{{id name="_Toc1964418579"/}}{{id name="_Toc947666535"/}}{{id name="_Toc33433513"/}}{{id name="_Toc556769729"/}}{{id name="_Toc1400213064"/}}{{id name="_Toc148367215"/}}{{id name="_Toc1875421741"/}}1.História DOKUMENTU =
25 25  
26 -|Verzia|Dátum|Zmeny|Meno a priezvisko
27 -| |8.7.2025|Verzia na zverejnenie na META IS|Peter Ďuriš
20 +|**Verzia**|**Dátum**|**Zmeny**|**Meno**
21 +|//0.1//|//14.11.2023//|//Pracovný návrh//|
22 +|//1.0//|//22.12.2023//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
28 28  | | | |
29 -| | | |
30 30  
31 -1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
25 += {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}{{id name="_Toc152607283"/}}2.ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =
32 32  
33 -V súlade s vyhláškou MIRRI č. 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.
27 +//V súlade s Vyhláškou 401/2023 Z.z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.//
28 +//Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí,//
29 +//**Inštrukcia: Šedý text** v celom dokumente predstavuje nápovedu pre vyplnenie dokumentu, po vyplnení kapitol **odporúčame text šedou farbou vymazať.**//
30 +//Dokumenty ukladajte s prefixom I_XX.//
31 +//Odporúčame, aby ste si TABUĽKOVÉ VSTUPY vo formáte EXCEL spravovali v jednom centrálnom súbore s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
34 34  
35 -Dokument Projektový zámer obsahuje manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, návrh merateľných ukazovateľov a obsahuje aj:
33 +== 2.1Použité skratky a pojmy ==
36 36  
37 -* detailný opis požadovaných projektových výstupov,
38 -* detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu,
39 -* detailný opis rozpočtu projektu a jeho prínosov,
40 -* harmonogram projektu,
41 -* vyhodnotenie rizík a závislostí,
42 -* architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy a bezpečnostnej architektúry,
43 -* vyhodnotenie alternatív riešenia projektu pre každú vrstvu architektúry riešenia,
44 -* špecifikáciu a klasifikáciu údajov spracovaných v projekte,
45 -* požiadavky na prevádzku a údržbu výstupov projektu,
46 -* požiadavky na technologickú infraštruktúru a posúdenie alternatív prevádzky infraštruktúry cloud computingom,
47 -* požiadavky na zdrojové kódy,
48 -* opis implementácie projektu a preberania výstupov projektu.
35 +|**SKRATKA/POJEM**|**POPIS**
36 +| |
37 +| |
38 +| |
39 +{{id name="_Toc152607286"/}}
40 +
49 49  
50 -Súčasťou komplexnej projektovej dokumentácie sú aj dokumenty ako I-04 Katalóg požiadaviek, M-05 Analýza nákladov a prínosov a M-06 Evidencia komponentov v MetaIS.
42 +== 2.2Konvencie pre typy požiadaviek (príklady) ==
51 51  
52 -1.
53 -11. Použité skratky a pojmy
44 +//Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atd. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad~://
45 +//**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu~://
46 +//**FRxx**//
54 54  
55 -|**Skratka / Pojem**|**Popis**
56 -|API GW|Brána pre prístup k API integračným rozhraniam
57 -|APONET|Informačný systém Slovenskej pošty pre automatizáciu poštových operácií
58 -|CAMP|Centrálna API manažment platforma, centrálny API GW štátu
59 -|eDesk|Modul komunikačných schránok
60 -|FO eKolok, eKolok FrontOffice|Front Office systém pre službu eKolok, pomocou ktorého sú poprepájané platobné kanály a zariadenia služby eKolok – MASP, kiosky, APONET, POS, pokladne úradov
61 -|G2G|Modul asynchrónnej komunikácie systémov
62 -|GUI|Grafické rozhranie pre používateľa
63 -|IAM|Modul pre overenie identity a autentifikáciu
64 -|IS|Informačný systém
65 -|JSON|Formát vymieňanej správy medzi integrovanými systémami
66 -|kiosk|Fyzické platobné zariadenie, prostredníctvom ktorého je možné zakúpiť eKolky
67 -|KP|Katalóg poplatkov
68 -|MASP|Mobilná aplikácia Slovenskej pošty
69 -|MEP|Modul elektronických platieb
70 -|MSP|Komponent PEP pre prácu úradníkov s eKolkami
71 -|MV SR|Ministerstvo vnútra Slovenskej republiky
72 -|OEK|Komponent PEP pre prácu úradníkov s eKolkami na obslužných miestach MV SR
73 -|OVM|Orgán verejnej moci
74 -|PEP|Systém pre evidenciu poplatkov (eKolkov)
75 -|POS|Platobný terminál
76 -|PnÚ|Príkaz na úhradu
77 -|REST|Komunikačný protokol pre integrované systémy
78 -|SOAP|Komunikačný protokol pre integrované systémy
79 -|SSO|Single sign on
80 -|SR|Slovenská republika
81 -|ÚPVS|Ústredný portál verejnej správy
82 -|VS|Verejná správa
83 -|XML|Formát vymieňanej správy medzi integrovanými systémami
48 +* //U – užívateľská požiadavka//
49 +* //R – označenie požiadavky//
50 +* //xx – číslo požiadavky//
51 +//**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu~://
52 +//**NRxx**//
53 +* //N – nefukčná požiadavka (NFR)//
54 +* //R – označenie požiadavky//
55 +* //xx – číslo požiadavky//
56 +//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
84 84  
85 -Tabuľka 1 Skratky a pojmy
58 += {{id name="_Toc47815693"/}}{{id name="_Toc152607289"/}}{{id name="_Toc2101596728"/}}{{id name="_Toc21597077"/}}{{id name="_Toc200637902"/}}{{id name="_Toc1533185111"/}}{{id name="_Toc1887694913"/}}{{id name="_Toc824463063"/}}{{id name="_Toc2032956156"/}}{{id name="_Toc1083272272"/}}{{id name="_Toc1535460233"/}}{{id name="_Toc2126332012"/}}{{id name="_Toc461677146"/}}{{id name="_Toc152607288"/}}3.DEFINOVANIE PROJEKTU =
86 86  
87 -1.
88 -11. Konvencie pre typy požiadaviek
60 +== {{id name="_Toc152607290"/}}{{id name="_Toc653156677"/}}{{id name="_Toc1001409967"/}}{{id name="_Toc294056164"/}}{{id name="_Toc822212923"/}}{{id name="_Toc700822328"/}}{{id name="_Toc1982046122"/}}{{id name="_Toc32260942"/}}{{id name="_Toc629221952"/}}{{id name="_Toc423614589"/}}{{id name="_Toc1077465011"/}}{{id name="_Toc723955740"/}}3.1Manažérske zhrnutie ==
89 89  
90 -Z pohľadu definovania požiadaviek v rámci katalógu požiadaviek boli tieto rozdelené na:
62 +//Stručný popis projektu, dôvod jeho realizácie, obsah projektu (vývoj SW, nákup HW/licencie, migrácia do vládneho cloudu a pod.), indikatívna výška finančných prostriedkov určených na realizáciu projektu, prínosy a časový horizont realizácie projektu.//
63 +//Očakáva sa, že stručne, jasne a štruktúrovane popíšete základné zdôvodnenie, prečo by sa mal projekt realizovať. Vo vašom popise odpovedajte najmä na otázky „Prečo chcete projekt zrealizovať? Čo je predmetom projektu? Pre koho sú výsledky projektu určené? Za akú sumu? Čo to prinesie cieľovej skupine?//
64 +//V prípade projektov financovaných z európskych fondov je potrebné uviesť zdôvodnenie využitia národného/dopytového projektu, prijímateľa/partnera projektu a dôvod jeho určenia, príslušnosť národného/dopytového projektu k prioritnej osi príslušného operačného programu.//
91 91  
92 -* Funkčné
93 -* Nefunkčné
94 -* Technické
66 +== {{id name="_Toc152607292"/}}{{id name="_Toc312483730"/}}{{id name="_Toc2111721766"/}}{{id name="_Toc1058305394"/}}{{id name="_Toc656462781"/}}{{id name="_Toc1832659409"/}}{{id name="_Toc488319966"/}}{{id name="_Toc1232937879"/}}{{id name="_Toc392723854"/}}{{id name="_Toc1753883964"/}}{{id name="_Toc141343421"/}}{{id name="_Toc1911602422"/}}{{id name="_Toc47815694"/}}{{id name="_Toc152607291"/}}3.2Motivácia a rozsah projektu ==
95 95  
96 -Katalóg požiadaviek je neodmysliteľnou súčasťou projektovej dokumentácie
68 +* //Popíšte PROBLÉM, ktorý chcete realizáciou projektu odstrániť//
69 +* //STRUČNE popísať koľko a aké vaše biznis procesy sú predmetom projektu//
70 +* //Doplniť informácie o OBLASTI (AGENDA / ŽIVOTNÁ SITUÁCIA), ktorým sa projekt venuje//
71 +* //Doplniť rámcový popis ROZSAHU projektu (subjekty a ISVS, ktorých sa problém a projekt týka)//
72 +* //Doplniť MOTIVÁCIU na dosiahnutie budúceho stavu a OBMEDZENIA pre dosiahnutie cieľov projektu.//
73 +* //Môžete doplniť vizualizáciu motivácie pomocou notácie ArchiMate[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^1^^>>path:#sdfootnote1sym||name="sdfootnote1anc"]](%%).//
97 97  
98 -1. DEFINOVANIE PROJEKTU
99 -11. Manažérske zhrnutie
75 +== {{id name="_Toc152607293"/}}{{id name="_Toc1804717142"/}}{{id name="_Toc2082286828"/}}{{id name="_Toc408208333"/}}{{id name="_Toc2091742582"/}}{{id name="_Toc1276965606"/}}{{id name="_Toc1095995576"/}}{{id name="_Toc1849077951"/}}{{id name="_Toc1415248283"/}}{{id name="_Toc213456280"/}}{{id name="_Toc1645756734"/}}{{id name="_Toc305576249"/}}{{id name="_Toc47815695"/}}3.3Zainteresované strany/Stakeholderi ==
100 100  
101 -Aktuálne je evidencia a správa správnych, súdnych a iných poplatkov v informačných systémoch verejnej správy nejednotná, pričom dominantnú rolu v správe sadzieb zohráva IS PEP prevádzkovaný Slovenskou poštou. Iné poplatky sú evidované v agendových informačných systémov napr. obcí a VÚC. Tento model:
77 +* //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
102 102  
103 -* neumožňuje centralizovanú a právne záväznú správu sadzieb,
104 -* neposkytuje štandardizované API pre elektronické služby,
105 -* spôsobuje duplicity a rozdiely medzi elektronickými a priehradkovými podaniami,
106 -* obmedzuje rozvoj služieb elektronického podania (MEP, ÚPVS),
107 -* neposkytuje plnohodnotnú podporu parametrických sadzieb (napríklad v doprave, justícii).
108 -
109 -Projekt **Katalóg poplatkov** je systémovým opatrením na modernizáciu správy sadzieb správnych, súdnych a iných poplatkov vo verejnej správe SR. Jeho cieľom je vytvoriť nový, právne záväzný a centrálne spravovaný informačný systém verejnej správy (ISVS), ktorý bude jednotným zdrojom pravdy pre sadzby poplatkov uplatňované pri všetkých typoch podaní — elektronických aj fyzických.
110 -
111 -V súčasnosti je agenda poplatkov spravovaná v rôznych, technologicky i procesne nejednotných systémoch, predovšetkým v IS PEP prevádzkovanom Slovenskou poštou pre správne a súdne poplatky a agendových systémov verejnej správy pre iné typy poplatov. Ten neumožňuje dynamickú parametrizáciu sadzieb, verzionovanie ani právne auditovateľnú evidenciu zmien. Výsledkom je, že medzi rôznymi systémami (napr. IS PEP, MEP, MSP, Kiosky, špecializované portály) vznikajú rozdiely v sadzbách, nejednoznačný výklad práva a riziko nesprávnych úhrad zo strany občanov a podnikateľov.
112 -
113 -Projekt Katalóg poplatkov prinesie:
114 -
115 -* centrálne riadený a právne záväzný register sadzieb,
116 -* určovanie a dynamické výpočty poplatkov podľa aktuálneho stavu legislatívy,
117 -* verzionovanie a auditovateľnosť zmien,
118 -* jednotné API pre napojenie IS PEP, IS MEP, MSP a ďalších systémov VS,
119 -* odstránenie duplicít medzi elektronickými a fyzickými kanálmi,
120 -* plnú podporu parametrických poplatkov,
121 -* lepší používateľský zážitok pre občanov aj pracovníkov VS.
122 -
123 -Výsledky projektu budú prínosom pre:
124 -
125 -* pracovníkov verejnej správy (priehradkové pracoviská, súdy, SP, obce, VÚC),
126 -* občanov a podnikateľov (jednotné sadzby, menšia chybovosť, zníženie administratívneho zaťaženia),
127 -* správcov sadzieb (MF SR, OVM), ktorí získajú kontrolu nad údajmi a ich cyklom života,
128 -* elektronické služby eGovernmentu (MEP, ÚPVS), ktoré získajú jednotné a právne korektné dáta.
129 -
130 -Katalóg poplatkov prinesie zároveň jednotné, transparentné a digitálne spravovateľné prostredie pre poplatky všetkých typov. Každá inštitúcia verejnej správy získa možnosť definovať poplatky zrozumiteľne a v súlade s legislatívou, pričom občania budú mať prehľadné informácie o výške, spôsobe výpočtu a úhrady poplatkov.
131 -
132 -Projekt je plne v súlade s cieľmi NKIVS a prioritami OP Slovensko (Priorita 1), a zároveň je v súlade s požiadavkami na zabezpečenie interoperability služieb verejnej správy a modernizáciu dátovej správy.
133 -
134 -Predpokladaná doba realizácie projektu je 12 mesiacov. Predpokladaná výška investície je cca 1,734 milióna EUR s DPH. Financovanie je navrhnuté z OP Slovensko – Priorita 1: Zvýšenie kvality eGovernment služieb a interoperability:
135 -
136 -* RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy
137 -* 1.2.1 Podpora v oblasti informatizácie a digitálnej transformácie (B. Podpora v oblasti zvýšenia kvality poskytovaných verejných služieb)
138 -
139 -Výstupy projektu budú nasadené do vládneho cloudu (GOV Cloud), čo umožní vysokú dostupnosť a škálovateľnosť riešenia.
140 -
141 -Zavedením Katalógu poplatkov sa podstatne zvýši právna istota v oblasti poplatkov, zlepší sa jednotnosť dát a zníži chybovosť pri výbere poplatkov, čo bude mať pozitívny dopad na občanov, podnikateľov aj verejnú správu.
142 -
143 -1.
144 -11. Motivácia a rozsah projektu
145 -
146 -Zákonom 238/2017 Z. z. sa zavádza základný číselník poplatkov ako štruktúrovaný zdroj sadzobníka správnych poplatkov, súdnych poplatkov a iných poplatkov verejnej správy s tým, že tento číselník bude záväzný pre všetky systémy (ÚPVS, IS PEP, IS IOM, špecializované portály, systémy obcí a VUC a prípadne ďalšie technické zariadenia) v procese vyberania správnych a súdnych poplatkov.
147 -
148 -V  súčasnosti  neexistuje  štruktúrovaná  verzia  sadzobníka  správnych, súdnych a iných poplatkov verejnej správy. Sadzobník správnych poplatkov, ktorý tvorí prílohu Zákona o správnych poplatkoch a sadzobník súdnych poplatkov, ktorý tvorí prílohu Zákona o súdnych poplatkoch má podobu textovej časti bez väzby na konkrétne služby orgánov verejnej moci. Poplatky iných inštitúcií sú často verené v osobitných právnych predpisoch alebo všeobecných záväzných nariadeniach (v prípade obcí a VUC). Transformáciasadzobníkov do podoby základného číselníka je zložitá z hľadiska právnej relevantnosti, nakoľko položky sadzobníkov vrátane vnútorného členenia v písmenách a bodoch majú aj ďalšiu väzbu na ustanovené výnimky zo všeobecných alebo špecifických pravidiel, ktoré sú uvedené v poznámkach alebo oslobodeniach priamo pod jednotlivými položkami sadzobníka alebo v paragrafovej časti zákona (napr. uplatnenie zľavy z poplatku pri elektronickom podaní, stanovenie výšky poplatku pri kasačnej sťažnosti). Okrem toho reálne poskytované služby orgánov verejnej moci alebo organizácii vo verejnej správe mnohokrát nezodpovedajú len jednej z položiek sadzobníka, ale sú kombináciou viacerých položiek alebo sa uplatňujú viaceré variácie položiek a poznámok, takže existuje väčší počet kombinácií ako je položiek, písmen a bodov v sadzobníkoch. V konečnom dôsledku, iba systémová príprava funkcionality a riadenia základného číselníka poplatkov prostredníctvom vybudovania samostatného IS, dáva predpoklad právnej záväznosti a všeobecnej využiteľnosti v informačných systémoch verejnej správy s vylúčením možnej nesprávnej alebo nejednoznačnej aplikácie.
149 -
150 -Základná motivačná schéma je na nasledujúcom obrázku:
151 -
152 -
153 -[[image:1751966452334-121.png]]
154 -
155 -Obrázok 1 Vizualizácia motivácie pre realizáciu projektu
156 -
157 -Pre naplnenie cieľa projektu je zásadné, aby bola v budúcom stave vytvorená a spravovaná jednotná centrálna evidencia poplatkov vo forme **Katalógu poplatkov (KP)**. Tento katalóg nebude len pasívnym číselníkom, ale dynamickým, parametrizovateľným nástrojom, ktorý umožní riadiť a kontrolovať proces výpočtu, výberu a evidencie poplatkov naprieč verejnou správou.
158 -
159 -Základnú **kostru KP** bude tvoriť štruktúra odvodená z **ekonomickej a rozpočtovej klasifikácie**, aby bolo možné poplatky a platby správne zatriediť podľa zdroja príjmov, subjektu výberu a účelu použitia.
160 -
161 -V rámci projektu bude rovnako vytvorená **nultá verzia KP**, ktorá bude vychádzať z preparametrizovania existujúceho číselníka poplatkov (aktuálne vedeného v excel formách). V rámci analytickej časti bude realizovaný analýza s cieľom identifikovať základné parametre poplatkov za oblasti správnych a súdnych poplatkov. Tieto parametre môžu zahŕňať:
162 -
163 -* zákonný alebo iný právny základ,
164 -* typ poplatku,
165 -* sadzbu alebo výpočet,
166 -* možné hodnoty a varianty výpočtov (percentá, pevné sumy, kombinované vzorce),
167 -* matematické operácie a väzby na ďalšie registre
168 -* a iné parametre.
169 -
170 -Každá položka KP bude mať jedinečné ID, pod ktorým sa zoskupujú zodpovedajúce parametre a syntéza logických väzieb. Zároveň bude vytvorená väzba medzi KP a službami, ktorých výkon generuje povinnosť úhrady poplatku. Táto väzba umožní automatizované priraďovanie poplatkov k jednotlivým životným situáciám a elektronickým podaniam.
171 -
172 -Súčasťou projektu bude preto komplexný Katalóg platieb (KP), ktorý podľa potreby pokryje:
173 -
174 -* Nielen správne poplatky (podľa zákona o správnych poplatkoch),
175 -* a súdne poplatky (podľa zákona o súdnych poplatkoch),
176 -* ale aj iné typy platieb orgánom verejnej moci ako napr.
177 -** miestne dane a poplatky (napr. daň z nehnuteľností, poplatok za komunálny odpad, daň za psa, daň za užívanie verejného priestranstva),
178 -** ostatné licenčné, administratívne a iné poplatky, pokuty, penále, sankcie regulované osobitnými predpismi.
179 -
180 -1.
181 -11. Špecifické administratívne a licenčné poplatky, ktoré vznikajú v procese konaní a autorizácii.Zainteresované strany (Stakeholderi)
182 -
183 -V nasledujúcej tabuľke sú uvedení dotknutí stakeholderi projektu rozvoja:
184 -
185 -|**AKTÉR / STAKEHOLDER**|**SUBJEKT (NÁZOV / SKRATKA)**|**ROLA V PROJEKTE**
186 -|Riadiaci orgán|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR (MIRRI SR)|Riadenie a koordinácia projektu, koordinácia s OVM, vlastník projektu
187 -|Riešiteľ projektu|NASES|Zabezpečuje prípravu a schvaľovanie štúdie, príjemca NFP (ak EÚ financovanie), ako aj obstarávania prípadných externých prác a zdrojov.
188 -|Gestor legislatívy|Ministerstvo financií SR (MF SR)|Zabezpečenie legislatívnych zmien, garant právneho rámca poplatkov
189 -|Prevádzkovateľ IS PEP|Slovenská pošta, a.s. (SP)|Spolupráca na integrácii IS PEP, migrácia údajov, zmena interných IS
190 -|Prevádzkovateľ IS MEP|NASES|Spolupráca na integrácii IS MEP, technické zabezpečenie API napojení
191 -|Prevádzkovateľ MSP|Slovenská pošta, a.s. (SP) / iné OVM|Prispôsobenie MSP (Modulu správy poplatkov) na nový Katalóg
192 -|Prevádzkovateľ ÚPVS|NASES|Integrácia Katalógu s ÚPVS, správa IAM služieb
193 -|Gestori sadzieb|OVM (MF SR, MV SR, MS SR, MZ SR, obce, VUC, iné OVM atď.)|Správa údajov v Katalógu, schvaľovanie sadzieb
194 -|Technický integrátor|Externý dodávateľ systému Katalóg poplatkov (víťaz verejného obstarávania)|Vývoj a dodanie ISVS Katalógu poplatkov, implementácia, testovanie
195 -|Prevádzkovateľ GOV Cloud|Národná agentúra pre sieťové a elektronické služby (NASES)|Prevádzka a SLA poskytovanie cloud prostredia pre ISVS
196 -|Odborní garanti za OVM|Zástupcovia OVM (MF SR, MV SR, MS SR, MZ SR, obce, VUC a pod.)|Validácia údajov v Katalógu, testovanie
197 -|Priehradkoví úradníci|Zamestnanci OVM a SP (priehradkové pracoviská)|Koncoví používatelia FE, pripomienky k UX/FE návrhom
198 -|Občania a podnikatelia|Koncoví používatelia e-služieb (cez ÚPVS, MEP)|Príjemcovia služby (nepriame zapojenie, spätná väzba po spustení)
199 -|Dodávateľ IS PEP / MSP|Aktuálny dodávateľ (dodávateľ SP)|Potrebné úpravy IS PEP, MSP (súčasť rozvoja)
200 -|Rada vlády pre digitalizáciu VS|RVVS / NKIVS|Odborný garant súladu s NKIVS, dohľad nad súladom projektu so stratégiami eGov
201 -
202 -Tabuľka 2 Zainteresované strany (Stakeholderi)
203 -
204 -1.
205 -11. Ciele projektu
206 -
207 -V nasledujúcej tabuľke sa nachádzajú dotknuté ciele projektu, ktoré reflektujú ciele NKIVS a P SK:
208 -
209 -|**Cieľ projektu (S.M.A.R.T.)**|**Väzba na NKIVS**|**KPI (merateľný ukazovateľ)**|**Väzba na špecifický cieľ OP SK (Priorita 1)**
210 -|Zaviesť centrálny právne záväzný Katalóg poplatkov pre OVM do prevádzky do 24 mesiacov|NKIVS 1.2.2 Interoperabilita a referenčné údaje verejnej správy|Systém v produkcii (GO-LIVE), zápis v MetaIS|Priorita 1, Špecifický cieľ 1.1 Zvýšenie kvality eGovernment služieb
211 -|Integrovať IS PEP, IS MEP a MSP na nový Katalóg do 18 mesiacov|NKIVS 2.1.1 Interoperabilné služby VS|% integrovaných IS (cieľ = 100 %)|Priorita 1, Špecifický cieľ 1.2 Zvýšenie interoperability informačných systémov verejnej správy
212 -|Zabezpečiť jednotné používanie sadzieb pre 100 % elektronických podaní do 12 mesiacov od GO-LIVE|NKIVS 1.3.1 Kvalita údajov a referenčných registrov|% e-podaní s údajmi z Katalógu (cieľ = 100 %)|Priorita 1, Špecifický cieľ 1.1
213 -|Odstrániť rozdiely medzi sadzbami v elektronickom a fyzickom procese|NKIVS 1.3.2 Konzistentnosť údajov naprieč IS VS|Počet nekonzistencií (cieľ = 0)|Priorita 1, Špecifický cieľ 1.1
214 -|Zabezpečiť auditovateľnosť zmien sadzieb v 100 % položiek Katalógu|NKIVS 1.3.2 Konzistentnosť a auditovateľnosť údajov|% položiek s audit trailom (cieľ = 100 %)|Priorita 1, Špecifický cieľ 1.1
215 -|Skrátiť priemerný čas aktualizácie legislatívnych zmien sadzieb na < 10 dní od legislatívnej účinnosti|NKIVS 2.3.1 Efektívna správa údajov|Priemerná doba aktualizácie sadzieb v IS (cieľ < 10 dní)|Priorita 1, Špecifický cieľ 1.1
216 -|Zabezpečiť 99,5 % dostupnosť služby Katalógu pre všetky integrované IS|NKIVS 1.4.1 Dostupnosť a kvalita služieb VS|SLA dostupnosti (cieľ ≥ 99,5 %)|Priorita 1, Špecifický cieľ 1.1
217 -|Zvýšiť podiel elektronických podaní využívajúcich online určenie sadzieb o min. 50 % do 12 mesiacov od GO-LIVE|NKIVS 2.1.1 Interoperabilné služby VS|% nárast podaní (cieľ ≥ +50 %)|Priorita 1, Špecifický cieľ 1.
218 -
219 -Tabuľka 3 Ciele projektu
220 -
221 -
222 -1.
223 -11. Merateľné ukazovatele (KPI)
224 -
225 -V nasledujúcej tabuľke sú merateľné ukazovatele projektu:
226 -
227 -|**ID**|**ID/Názov cieľa**|**Názov ukazovateľa (KPI)**|**Popis ukazovateľa**|**Merná jednotka**|**AS IS (aktuálne)**|**TO BE (cieľové hodnoty)**|**Spôsob ich merania a poznámky**
228 -|KPI-01|C1 Zaviesť centrálny právne záväzný Katalóg poplatkov|Status GO-LIVE Katalógu|Spustenie Katalógu do produkcie|Áno/Nie|Nie|Áno|Schválenie v MetaIS, GO-LIVE zápis
229 -|KPI-02|C2 Integrovať IS PEP, IS MEP a MSP na nový Katalóg|% integrovaných IS|Podiel IS pripojených k API Katalógu|%|0 %|100 %|Reporting z monitoringu API pripojení
230 -|KPI-03|C3 Jednotné používanie sadzieb pre e-podania|% e-podaní využívajúcich Katalóg|Podiel e-podaní s určením poplatkov z Katalógu|%|~~10 %|100 %|Reporting z MEP a ÚPVS integrácie
231 -|KPI-04|C4 Eliminovať duálnosť ID služieb poskytovaných špecializovanými portálmi a na ÚPVS k tým istým poplatkovým úkonom s inými ID pri listinných podaniach|Počet duálnych ID služieb|Zistené duálne ID služieb|Počet|Cca 150 - 200|0|Porovnávacie kontroly medzi IS
232 -|KPI-05|C5 Zabezpečiť auditovateľnosť zmien|% položiek s audit trailom|Položky so zaznamenanými zmenami (audit trail)|%|0 %|100 %|Auditný výstup systému
233 -|KPI-06|C6 Skrátiť čas aktualizácie legislatívnych zmien|Priemerný čas aktualizácie|Priemerný počet dní od legislatívnej účinnosti do nasadenia|dni|Do 10 dní|< 5 dní|Monitorovanie verzií a release termínov
234 -|KPI-07|C7 Zabezpečiť dostupnosť služby|SLA dostupnosť Katalógu|Miera dostupnosti služby Katalógu|%|N/A (neexistuje)|≥ 99,5 %|SLA monitorovací systém GOV Cloud
235 -|KPI-08|C8 Zvýšiť podiel e-podaní s online určením výšky|% nárast e-podaní s online sadzbou|Relatívne zvýšenie počtu e-podaní s použitím Katalógu|%|odhad ~~20 %|+50 % oproti AS IS|Štatistiky podaní cez MEP a ÚPVS
236 -
237 -Tabuľka 4 Merateľné ukazovatele (KPI)
238 -
239 -1.
240 -11. Špecifikácia potrieb koncového používateľa
241 -
242 -V nasledujúcej tabuľke sú uvedené základné skupiny budúcich užívateľov informačného systému, resp. výsledkov projektu rozvoja na koncových zariadeniach alebo v rámci elektronického vybavovania služieb:
243 -
244 -|**Skupina používateľov**|**Popis / charakteristika**
245 -|Pracovníci verejnej správy (priehradky, MSP, PEP, súdne IS, obce, VÚC a pod.)|Úradníci pracujúci s Modulom správy poplatkov (MSP), v systéme PEP alebo na súdoch – hlavne na úrovni okresných úradov, matričných úradov, súdov a klientských centier. Typicky stredná úroveň digitálnych zručností.
246 -|Občania a podnikatelia využívajúci e-služby|Koncoví používatelia, ktorí realizujú elektronické podania cez ÚPVS/MEP (živnostníci, malé firmy, občania podávajúci žiadosti, povolenia, súdne návrhy). Veľmi široké spektrum vekové, vzdelanostné aj digitálne zručnosti.
247 -|Administrátori číselníkov / Gestori sadzieb|Zamestnanci MF SR, MV SR a ďalších OVM (obce, VÚC a pod.) zodpovední za tvorbu a správu sadzieb poplatkov. Pokročilé digitálne zručnosti, vysoká znalosť legislatívy.
248 -
249 -1.
250 -11.
251 -111. Používateľské potreby a ciele
252 -
253 -V nasledujúcej časti sú definované kľúčové potreby, ktoré budú projektom rozvoja docielené aj s jasne definovaním používateľským príbehom, tej ktorej skupiny:
254 -
255 -|(% colspan="2" %)**Pracovníci VS (priehradky / MSP / PEP, špecializované portály napojené na KP)**
256 -|(((
257 -**Používateľský príbeh:**
258 -
259 -//Ako úradník na priehradke chcem mať k dispozícii vždy aktuálnu verziu sadzieb a možnosť rýchlo zistiť, aký poplatok je platný pre konkrétne podanie, aby som občanovi mohol poskytnúť správnu informáciu a nevystavil mu nesprávny predpis na úhradu.//
79 +|**ID**|**AKTÉR / STAKEHOLDER**|(((
80 +**SUBJEKT**
81 +(názov / skratka)
260 260  )))|(((
261 -**Kľúčové potreby:**
262 -
263 -* jednoduchý výber správneho poplatku,
264 -* vizuálne zobrazenie aktuálnej sadzby,
265 -* upozornenie na zmeny sadzieb,
266 -* garancia právnej platnosti sadzby
267 -* práca vo vlastnom agendovom systéme
268 -)))
269 -|(% colspan="2" %)**Občania a podnikatelia (verejnosť) - elektronická komunikácia cez UPVS**
270 -|(((
271 -**Používateľský príbeh:**
272 -
273 -//Ako občan podávajúci žiadosť cez ÚPVS chcem, aby systém automaticky určil správny poplatok a aby som mal istotu, že platím presnú sumu, ktorú legislatíva vyžaduje.//
83 +**ROLA**
84 +(vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)
274 274  )))|(((
275 -**Kľúčové potreby:**
276 -
277 -* automatické určenie správneho poplatku,
278 -* zníženie chybovosti v platbách,
279 -* zníženie potreby fyzických návštev na úradoch.
280 -* platba v priebehu podania bez dodatočného vyčíslenia výšky poplatku
86 +**Informačný systém**
87 +(MetaIS kód a názov ISVS)
281 281  )))
282 -|(% colspan="2" %)**Administrátori sadzieb**
283 -|(((
284 -**Používateľský príbeh:**
89 +|//1.//|//Ministerstvo investícií, regionálneho rozvoja a informatizácie SR//|//MIRRI//|//Poskytovateľ služieb centrálnej platformy integrácie údajov//|//isvs_5836 IS CSRU//
90 +|//2.//|//Občan / podnikateľ//| |//Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí//|//Nerelevantné//
91 +|//3.//|//OVM//| |//Konzument údajov//|//Doplniť ISVS (v projekte)//
92 +|//5.//|//Občan/Podnikateľ/OVM …//|//Doplniť skratku subjektu//|//Doplniť rolu (v projekte)//|//Doplniť ISVS (v projekte)//
285 285  
286 -//Ako pracovník MF SR alebo OVM chcem mať možnosť spravovať a verzionovať sadzby s evidenciou zmien a právnou účinnosťou, aby som mohol garantovať ich správnosť a súlad s legislatívou.//
287 -)))|(((
288 -**Kľúčové potreby:**
94 +== {{id name="_Toc1171095368"/}}{{id name="_Toc917011599"/}}{{id name="_Toc1971312639"/}}{{id name="_Toc1126157752"/}}{{id name="_Toc1310576106"/}}{{id name="_Toc2022117806"/}}{{id name="_Toc1657084950"/}}{{id name="_Toc1062413439"/}}{{id name="_Toc2022428828"/}}{{id name="_Toc2122222112"/}}{{id name="_Toc754065181"/}}{{id name="_Toc152607307"/}}{{id name="_Toc47815696"/}}{{id name="_Toc152607306"/}}{{id name="_Toc152607305"/}}{{id name="_Toc152607304"/}}{{id name="_Toc152607303"/}}{{id name="_Toc152607302"/}}{{id name="_Toc152607301"/}}{{id name="_Toc152607300"/}}{{id name="_Toc152607299"/}}{{id name="_Toc152607298"/}}{{id name="_Toc152607297"/}}{{id name="_Toc152607296"/}}{{id name="_Toc152607295"/}}{{id name="_Toc152607294"/}}3.4Ciele projektu ==
289 289  
290 -* verzionovanie údajov,
291 -* validácia sadzieb,
292 -* audit trail zmien,
293 -* notifikácia pre integrované IS.
294 -)))
295 -|(((
296 -**Používateľský príbeh 2 (Elektronická komunikácia cez UPVS):**
96 +//Do tabuliek nižšie doplniť CIEĽ /CIELE PROJEKTU, ich mapovanie na strategické ciele (napr. z NKIVS, KRIT a iných strategických dokumentov) a súvisiace merateľné ukazovatele (KPI- key performance indicators). Ciele musia byť S.M.A.R.T. - //konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené.
297 297  
298 -//Ako občan zaujímajúci sa o riešenie svojej životnej situácie chcem vedieť, koľko ma riešenie bude stáť vrátane informácie, koľko stoja jednotlivé služby.//
98 +|**ID**|
99 +\\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**
100 +|...| |...|...
101 +|...| |...|...
299 299  
300 -
301 -)))|(((
302 -**Kľúčové potreby:**
103 +== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
303 303  
304 -* intuitívna navigácia,
305 -* ponuka možností,
306 -* informatívne určenie výšky poplatku s rozdelením na položky.
307 -)))
105 +|**ID**|
106 +\\**ID/Názov cieľa**|**Názov
107 + ukazovateľa **(KPI)|**Popis
108 + ukazovateľa**|**Merná jednotka**
109 + |**AS IS
110 + merateľné hodnoty
111 + **(aktuálne)|**TO BE
112 +Merateľné hodnoty
113 + **(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**
114 +|...| |...|...|...|...|...|...|...
115 +|...| |...|...|...|...|...|...|...
116 +|...| |...|...|...|...|...|...|...
117 +//Vysvetlivky k vyplneniu tabuľky~://
308 308  
309 -1.
310 -11.
311 -111. Zdôvodnenie, prečo nebol vykonaný používateľský prieskum
119 +* //Vzory merateľných ukazovateľov pre projekt sú publikované v Checkliste pre agendu Merateľné ukazovatele/KPI (//__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__// )//
120 +* //**AS IS merateľné ukazovatele** – t. j. popíšte, aké merateľné ukazovatele máte teraz (vpíšte výsledky meraní – v merateľných jednotkách) .//
121 +* //**TO BE merateľné ukazovatele** – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.//
122 +* //Odporúčame, aby váš budúci IS mal automatizovaný monitoring (na pravidelnej báze, napr. týždenne) vami stanovených merateľných ukazovateľov – s cieľom, aby ste mohli riadiť službu, produkt, proces, ľudí//
123 +* //V prípade financovania cez zdroje EÚ uvádzať aj Projektové merateľné ukazovatele z operačného programu (špecifické ciele, merateľné ukazovatele atď).//
312 312  
313 -Vzhľadom na to, že projekt //Katalóg poplatkov// nepredstavuje klasickú elektronickú službu pre občana s verejným grafickým rozhraním (ako portálová služba), ale ide o **centrálny ISVS a referenčný zdroj údajov**, ktorého cieľom je slúžiť iným ISVS (napr. PEP, MEP, MSP, Kiosky, špecializované portály), používateľský prieskum v zmysle § 8 Vyhlášky č. 547/2021 Z.z. sa neuskutočnil.
125 +== {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}3.6Špecifikácia potrieb koncového používateľa ==
314 314  
315 -Používateľské požiadavky boli **identifikované na základe**:
127 +//Táto časť sa týka projektov, ktoré sú zamerané na vývoj alebo rozvoj ISVS/s elektronickými službami , ktoré  majú grafické alebo iné používateľské rozhranie a sú určené pre občanov/podnikateľov (alebo aj pracovníkov verejnej správy pracujúcich s agendovým systémom), ďalej označených ako koncoví používatelia. //
316 316  
317 -* workshopov s kľúčovými OVM (MF SR, MV SR, MS SR, NASES),
318 -* spätných väzieb z prevádzky IS PEP a IS MEP,
319 -* reportovaných incidentov z prevádzky eKolok systému,
320 -* výstupov z revízie výdavkov (MF SR, 2023),
321 -* technických analýz a existujúcich požiadaviek OVM.
129 +* //Špecifikácia požiadaviek koncových používateľov musí byť v súlade s legislatívou (s aktuálne platnou alebo s návrhom jej zmien ako súčasť projektu) a postupmi pri vytváraní elektronických služieb verejnej správy, ako sú napríklad používateľský prieskum, mapovanie používateľskej cesty, vytváranie informačnej architektúry a testovanie prototypov podľa vyhlášky //__[[547/2021 Z. z. o elektronizácii agendy verejnej správy>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2021/547/]]__//.//
130 +* //Definujte skupiny koncových používateľov elektronických služieb a popísať cieľové skupiny koncových používateľov, vrátane sociodemografických charakteristík cieľových skupín alebo účastníkov používateľského prieskumu. Príklad definície skupín koncových používateľov, tzv. persón nájdete v metodike pre tvorbu používateľsky kvalitných elektronických služieb (//__[[Metodika pre tvorbu používateľsky kvalitných elektronických služieb>>url:https://mirri.gov.sk/wp-content/uploads/2020/10/Metodicke-usmernenie-pre-tvorbu-pouzivatelsky-kvalitnych-elektronickych-sluzieb-VS_7102020.pdf]]__//).//
131 +* //Špecifikujte potreby resp. ciele koncových používateľov (ideálne formou tzv. //__ [[používateľského príbehu>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2023/401/#paragraf-13.odsek-4]]__//) ktoré identifikujú, čo jednotlivé skupiny koncových používateľov od elektronickej služby požadujú.  Ak ide o zmenu (upgrade) elektronickej služby, ktorá už existuje, dajú sa ciele koncových používateľov kvantitatívne odmerať: //
132 +** //ako sa koncovým používateľom svoje potreby (resp. ciele) darí napĺňať (performance indikátory) - napr. priemerný čas pre naplnenie potreby, miera chybovosti, miera dokončenia, pomer online/offline transakcií, //
133 +** //ako sú koncoví používatelia (ne)spokojní s existujúcou  elektronickou službou (Net Promoter Score, Customer effort Score, customer satisfaction....),//
134 +* //Pri rozvoji existujúcej elektronickej služby je možné použiť výstupy zo zisťovania spätnej väzby k elektronickej službe, ak z nich vyplývajú požiadavky koncových používateľov na rozvoj služby. //
135 +* //Ak ide o vytváranie novej koncovej služby, realizuje sa používateľský prieskum spravidla metódou kvalitatívneho prieskumu (formou štruktúrovaného rozhovoru alebo dotazníka, ktorého cieľom je pomenovať základné ciele/potreby koncových používateľov) a očakávania od kvality a funkcionalít plánovanej elektronickej služby (odkaz návod (v angličtine): //__[[Ako vybrať vhodnú metódu používateľského prieskumu>>url:https://www.nngroup.com/articles/which-ux-research-methods/]]__//).//
136 +* //Priložte Report zákazníckeho prieskumu ako prílohu Projektového zámeru, ktorý popíše priebeh a metódy prieskumu, základné kvantitatívne ukazovatele, veľkosť vzorky atď. //
137 +* //Doplňte Katalóg požiadaviek (funkčné, nefunkčné) o priorizované požiadavky z používateľského prieskumu v dokumente M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek I-04 Katalóg požiadaviek.//
138 +.
322 322  
323 -**Toto nahrádza formálny zákaznícky prieskum**.
140 +== {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}3.7Riziká a závislosti ==
324 324  
325 -Pre následný návrh rozhrania MSP/Kiosky bude v realizačnej fáze projektu vykonané **užívateľské testovanie prototypov** (v zmysle § 8 ods. 4 písm. c) Vyhlášky).
142 +//Doplňte/stručne popíšte **RIZIKÁ a ZÁVISLOSTI** (detail v prílohe ZOZNAM RIZÍK a ZÁVISLOSTI) **Zoznam RIZÍK a ZÁVISLOSTI** - je potrebné počas celej realizácie projektu aktualizovať.//
326 326  
327 -1.
328 -11. Detailný opis obmedzení a predpokladov
144 +* //V prípade projektov financovaných zo zdrojov EÚ je povinné vyhodnotenie rizík súvisiacich s~://
145 +* //Realizáciou verejného obstarávania (t.j. napr. pred vyhlásením VO bude dopad na projekt Fatálny, ak má objednávateľ už uzatvorenú dodávateľskú zmluvu, bude dopad nevýznamný a pod...)//
146 +* //Legislatívou: vyhodnotiť potrebu zmeny legislatívy (ak je potrebné prijať nový zákon tak bude dopad Fatálny)//
147 +* //Časovým priebehom: ak je harmonogram realizácie naplánovaný do konca roka 2023, tak bude dopad Fatálny.//
329 329  
330 -V nasledujúcej tabuľke sú uvedené predpoklady (čo musí byť splnené, aby projekt mohol úspešne dosiahnuť cieľový stav architektúry) a obmedzenia (známe faktory, ktoré môžu komplikovať alebo obmedzovať plynulý priebeh projektu):
149 +== {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.8Stanovenie alternatív v biznisovej vrstve architektúry ==
331 331  
332 -|**Typ**|**Názov / oblasť**|**Detailný popis**
333 -|Predpoklad|Schválenie legislatívnej úpravy|Pre zovšeobecnenie Katalógu poplatkov na univerzálne druhy platieb orgánom verejnej moci (t. z. nielen pre súčasné vymedzenie legislatívneho ukotveného „číselníka poplatkov“ pre správne a súdne poplatky) je potrebná úprava viacerých právnych predpisov (buď zákon o eGov alebo v legislatívnom zámere prezentovaný zákon o elektronickej verejnej správe a taktiež zákon o správnych poplatkoch a zákon o súdnych poplatkoch).
334 -|Predpoklad|Dostupnosť cloud infraštruktúry (GOV Cloud)|Dostupnosť kapacít vo vládnom cloude a podpora IaaS/PaaS pre cieľové nasadenie nového systému vrátane požadovaných SLA parametrov.
335 -|Predpoklad|Súčinnosť SP pri migrácii IS PEP|Súhlas a súčinnosť Slovenskej pošty (ako prevádzkovateľa IS PEP) pri migrácii údajov, príprave integračných rozhraní a potrebných úpravách v IS PEP.
336 -|Predpoklad|Spolupráca gestorských OVM|Aktívna spolupráca gestorských OVM (napr. MF SR, MV SR, MS SR a iných) pri validácii, doplnení a priebežnej aktualizácii údajov v Katalógu poplatkov.
337 -|Predpoklad|Funkčné integračné rozhrania existujúcich IS|Dostupnosť a funkcionalita integračných rozhraní IS PEP, MEP, MSP a Kioskov pre ich pripojenie na nový Katalóg poplatkov.
338 -|Predpoklad|Financovanie projektu|Zaistenie financovania projektu cez OP Slovensko, Plán obnovy alebo z iných zdrojov — vrátane rozpočtu na následnú prevádzku.
339 -|Obmedzenie|Časová synchronizácia legislatívnych zmien|Legislatívne termíny (napríklad účinnosť zákonov) nemusia byť v súlade s plánovaným harmonogramom vývoja a nasadenia IS, čo môže viesť k potrebe mimoriadnych releaseov.
340 -|Obmedzenie|Potreba úprav v IS PEP|Technické a kapacitné obmedzenia na strane IS PEP — nevyhnutné úpravy môžu byť obmedzené alebo spomalené zo strany SP.
341 -|Obmedzenie|Kapacitné obmedzenia integrátorov a správcov|Obmedzené personálne kapacity na strane správcu IS PEP, MEP a ďalších IS môžu ovplyvniť rýchlosť a kvalitu integrácie.
342 -|Obmedzenie|Závislosť na dostupnosti integračných kapacít ÚPVS/MetaIS|Dostupnosť integračných kapacít NASES a MetaIS (napríklad IAM služby, synchronizačné rozhrania, referenčné služby) môže ovplyvniť časovú realizáciu projektu.
151 +//Na základe identifikovaného rozsahu problému navrhujete v projektovom zámere rôzne riešenia biznis procesov (podmnožiny problému). Alternatíva môže pokrývať procesy všetkých stakeholderov (zainteresované strany) alebo iba vybraných, celú životnú situáciu alebo len časť. Na úrovni stanovenia alternatívy je budúci stav biznis procesov popísaný rámcovo, pri zúžení alternatív na tie, ktoré vstupujú do CBA konkrétne.//
152 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_6f4954d8b4fa4b84.png||height="161" width="594"]]
343 343  
154 +== {{id name="_Toc152607316"/}}{{id name="_Toc272880027"/}}{{id name="_Toc1555402845"/}}{{id name="_Toc202773756"/}}{{id name="_Toc184325397"/}}{{id name="_Toc668554681"/}}{{id name="_Toc1254416069"/}}{{id name="_Toc1027950788"/}}{{id name="_Toc1148271670"/}}{{id name="_Toc113941326"/}}{{id name="_Toc531942663"/}}{{id name="_Toc154507425"/}}3.9Multikriteriálna analýza ==
344 344  
345 -1.
346 -11. Vyhodnotenie rizík a závislostí
156 +//Výber alternatív prebieha na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.//
157 +//Niektoré (nie všetky) kritériá môžu byť označené ako KO kritériá. KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a všetky akceptovateľné alternatívy ich tak musia naplniť. Alternatívy, ktoré nesplnia všetky KO kritériá, môžu byť vylúčené z ďalšieho posudzovania. KO kritériá nesmú byť technologické (preferovať jednu formu technologickej implementácie voči druhej).//
158 +Príklad šablóny pre spracovanie MCA
347 347  
348 -Z pohľadu najvýraznejších rizík a závislostí, ktoré ovplyvňujú realizáciu projektu boli identifikované nasledovné:
349 -
350 -|**ID**|**Názov rizika**|**Potenciálny dopad**|**Opatrenie na zmiernenie / prevencia**
351 -|1|Nedostatočná legislatívna podpora pre nový Katalóg a procesy jeho správy|Nejasne definované kompetencie a povinností na správu a pravidelnú aktualizáciu Katalógu poplatkov, čo môže vyvolať nekonzistenciu v rámci poskytovania služieb občanom a podnikatešom|Pripraviť novelu zákona o eGovernmente alebo novú právnu úpravu zákona o elektronickej verejnej správe v koordinácii s MF SR, ÚV SR a gestormi pred spustením projektu ako aj aktualizácia dotknutých právnych predpisov, ktoré upravujú povinnosti pri stanovovaní a manažmente poplatkov iných subjektov (obce, VUC a pod.)
352 -|2|Meškanie úprav IS PEP|Neskorá migrácia na nový systém, pretrvanie paralelných číselníkov|(((
353 -Včasné uzavretie dohody so SP o harmonograme a rozsahu integrácií
354 -
355 -Vytvorenie dočasnej funkcionality a integračného rozhrania v zmysle AA2
160 +| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
161 +**STAKEHOLDER**
162 +**1**
163 +)))|(((
164 +**STAKEHOLDER**
165 +**2**
166 +)))|(((
167 +**STAKEHOLDER**
168 +**3**
356 356  )))
357 -|3|Nedostatok kapacít na strane OVM na validáciu údajov|Spomalenie plnenia Katalógu, nekonzistentné údaje v produkcii|Zapojiť odborný tím MF SR do prípravy údajov v dostatočnom predstihu (workshopy, pilotné testy)
358 -|4|Zlyhanie synchronizácie sadzieb medzi Katalógom a IS PEP|Nesúlad údajov medzi systémami → reklamácie, nesprávne výšky poplatkov|Implementovať kontrolu konzistentnosti, monitoring synchronizácie a reporting nezrovnalostí v zmysle AA2
359 -|5|Odpor systémových integrátorov alebo doterajších dodávateľov|Spomalenie alebo blokovanie integrácií|Aktívne zapojiť všetkých aktérov do prípravných fáz, schváliť integračnú stratégiu na úrovni MIRRI, zaviesť riešenie pre existujúce integrácie v zmysle AA2
360 -|6|Nedostatok vyškoleného personálu na strane správcu/prevádzkovateľa|Predĺženie adaptačného obdobia po nasadení|Zabezpečiť plán školení v rámci projektu, pripraviť administrátorské návody
361 -
362 -Tabuľka 5 Prehľad najzávažnejších rizík a závislostí
363 -
364 -
365 -1.
366 -11. Detailný opis rozpočtu projektu a jeho prínosov
367 -
368 -V tejto časti sú uvedené informácie, ktoré sú detailne spracované v rámci prílohy CBA projektu
369 -
370 -1.
371 -11.
372 -111. Sumarizácia nákladov a prínosov
373 -
374 -V nasledujúcej tabuľke sú uvedené všetky náklady na realizáciu projektu rozvoja v horizonte 10 rokov.
375 -
376 -[[image:1751966545371-738.png]]
377 -
378 - Tabuľka 6 Sumarizácia nákladov a prínosov
379 -
380 -Z pohľadu samotných nákladov na projekt sa jedná o nasledovné náklady:
381 -
382 -|**Typ nákladu**|**Suma**
383 -|013 Softvér|1 555 704 €
384 -|521 Mzdové náklady|65 256 €
385 -|907 - Paušálna sadzba na nepriame výdavky podľa článku 54 písm. a) NSU              |113 467 €
386 -|SPOLU|1 734 427 €
387 -
388 -V nasledujúcej tabuľke sú rozdelené tieto náklady po „moduloch“:
389 -
390 -|**Označenia riadkov**|**Suma interných prac**|**Suma Externých prac**|**SPOLU**
391 -|Úpravy MEP|5 530 €|131 830 €|137 359 €
392 -|Úpravy MSP|7 732 €|184 333 €|192 065 €
393 -|Úpravy PEP|6 631 €|158 081 €|164 712 €
394 -|Úpravy SW KIOSK|5 530 €|131 830 €|137 359 €
395 -|Katalóg poplatkov|34 304 €|817 800 €|852 104 €
396 -|Úpravy MASP|5 530 €|131 830 €|137 359 €
397 -
398 -1.
399 -11.
400 -111.
401 -1111. Prevádzkové náklady na Katalóg poplatkov
402 -
403 -Prevádzkové náklady boli stanované ako 10% z investičných výdavkov na vybudovanie katalógu požiadaviek. Zároveň bolo stanovaných na rozvoj rovnako 10% z investičných výdavkov. Tieto hodnoty vychádzajú z priemerných hodnôt NASES z realizácie iných projektov. Keďže rozvoj má vplyv na samotnú hodnotu diela, boli prevádzkové náklady zvyšované v každom roku o 7% z hodnoty rozvojových nákladov. Rovnako boli kalkulované aj náklady na zabezpečenie L1 a L2 podpory z interných zdrojov.
404 -
405 -1.
406 -11.
407 -111.
408 -1111. Prínosy projektu a vyhodnotenie CBA
409 -
410 -Z pohľadu prínosov bol tento kalkulovaný ako ušetrená doba pri vybavovaní podaní a to práve úpravou FE pre jednotlivé dotknuté systémy. Kalkulácia je v samostatnom excelovskom súbore – Príloha č. 3 Projektového zámeru.
411 -
412 -V nasledujúcej tabuľke je vyhodnotenie nákladov a prínosov :
413 -
414 - [[image:1751966577218-279.png]]
415 -
416 -Z pohľadu kvalitatívneho hodnotenia má projekt nasledovné prínosy:
417 -
418 -* Zníženie administratívnej záťaže zamestnancov verejnej správy vďaka zjednotenému a automatizovanému spracovaniu poplatkov.
419 -* Skrátenie času venovanému na úhradu platby, napr. poplatku (resp. na splnenie poplatkovej povinnosti)
420 -* Zvýšenie úspešnosti a efektivity výberu poplatkov vďaka presnejšej evidencii a centrálnej kontrole úhrad.
421 -* Zníženie počtu chýb pri určovaní výšky poplatkov a obmedzenie duplicít alebo nesprávnych sadzieb.
422 -* Presnejšie plánovanie a kontrola rozpočtových príjmov cez jednotnú väzbu na rozpočtovú klasifikáciu.
423 -* Nižšie prevádzkové náklady na správu a kontrolu poplatkov vďaka digitalizácii a centralizácii údajov.
424 -* Zavedenie jednotného, centrálneho a transparentného zdroja údajov o všetkých poplatkoch a platbách vo verejnej správe.
425 -* Zvýšenie právnej istoty a predvídateľnosti pre občana aj podnikateľa — každý má jasnú a overiteľnú informáciu o povinnosti a výške poplatku.
426 -* Zlepšenie používateľskej skúsenosti cez možnosť online výpočtu, predpisu a úhrady poplatku bez zbytočných návštev úradu.
427 -* Podpora digitalizácie verejných služieb a životných situácií — priame prepojenie Katalógu poplatkov na elektronické podania a IS verejnej správy.
428 -* Škálovateľnosť riešenia na nové oblasti — možnosť jednoducho rozšíriť Katalóg o ďalšie typy poplatkov a úhrad bez zásadnej zmeny architektúry.
429 -* Vyššia kvalita a spoľahlivosť kontroly, auditu a zdieľania dát medzi orgánmi verejnej správy.
430 -* Flexibilná podpora legislatívnych zmien — centrálna evidencia umožní jednoduchšie a rýchlejšie aktualizovať sadzby alebo pravidlá.
431 -*1.
432 -*11. Zdroj financovania
433 -
434 -Financovanie je navrhnuté z OP Slovensko – Priorita 1: Zvýšenie kvality eGovernment služieb a interoperability:
435 -
436 -* RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy
437 -* 1.2.1 Podpora v oblasti informatizácie a digitálnej transformácie (B. Podpora v oblasti zvýšenia kvality poskytovaných verejných služieb
438 -*1. Harmonogram projektu
439 -
440 -V nasledujúcej tabuľke je definovaný predbežný harmonogram projektu
441 -
442 -|ID|FÁZA/AKTIVITA|(((
443 -ZAČIATOK
444 -
445 -(odhad termínu)
170 +|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
171 +|Kritérium B (KO)| |X|X|
172 +|Kritérium C (KO)| | |X|X
173 +|Kritérium D (KO)| | |X|X
174 +|Kritérium E| |X|X|
175 +|Kritérium F| |X| |X
176 +Príklad šablóny pre vyhodnotenie MCA
177 +|**Zoznam kritérií**|(((
178 +**Alternatíva**
179 +**1**
446 446  )))|(((
447 -KONIEC
448 -
449 -(odhad termínu)
450 -)))|POZNÁMKA
451 -|1.|Prípravná fáza a Iniciačná fáza|06/2025|08/2025|
452 -|2.|Realizačná fáza|09/2025|12/2026|
453 -|2a|Analýza a Dizajn|01/2026|02/2026|
454 -|2b|Nákup infraštruktúrnych služieb, programových a technických prostriedkov| | |Nepredpokladá sa dodávka HW
455 -|2c|Implementácia a testovanie|03/2026|10/2026|
456 -|2d|Nasadenie a PIP|11/2026|12/2026|
457 -|3.|Dokončovacia fáza|01/2027|03/2027|
458 -|4.|Podpora prevádzky (SLA)|01/2027|12/2029|
459 -
460 -1.
461 -11. Návrh organizačného zabezpečenia projektu (projektový tím)
462 -
463 -V rámci projektu sa predpokladá so zriadením **Riadiaci výbor (RV) **realizátora projektu minimálne v nasledovnom zložení:
464 -
465 -* Predseda RV
466 -* Biznis vlastník
467 -* Zástupca prevádzky
468 -* Projektový manažér realizátora projektu (Objednávateľa) (PM)
469 -
470 -**Projektový tím realizátora projektu bude zložený z nasledovných rolí:**
471 -
472 -* kľúčový používateľ,
473 -* IT analytik alebo biznis analytik,
474 -* IT architekt,
475 -* biznis vlastník
476 -* manažér kvality
477 -* manažér IT prevádzky
478 -* manažér kybernetickej a informačnej bezpečnosti
479 -
480 -Pre návrh organizačného zabezpečenia vyplňte tabuľku zodpovedných osôb, ktoré budú participovať v projekte:
481 -
482 -|ID|Rola v projekte|Meno a Priezvisko|Pracovné zaradenie|Org. útvar
483 -|1.|kľúčový používateľ,|TBD|TBD|TBD
484 -|2.|IT analytik alebo biznis analytik,|TBD|TBD|TBD
485 -|3.|IT architekt,|TBD|TBD|TBD
486 -|4.|biznis vlastník|TBD|TBD|TBD
487 -|5.|manažér kvality|TBD|TBD|TBD
488 -|6.|manažér IT prevádzky|TBD|TBD|TBD
489 -|7.|manažér kybernetickej a informačnej bezpečnosti|TBD|TBD|TBD
490 -
491 -Tabuľka 7 Projektový tím
492 -
493 -1. LEGISLATÍVA
494 -
495 -Zákonom č. 238/2017 Z. z. ktorým sa mení a dopĺňa 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) v znení neskorších predpisov a ktorým sa menia a dopĺňajú niektoré zákony sa okrem iného v zákone o správnych poplatkoch a v zákone o súdnych poplatkoch zaviedol číselník poplatkov ako štruktúrovaný zdroj sadzobníka správnych poplatkov a sadzobníka súdnych poplatkov. Predpokladá sa záväzné používanie číselníka poplatkov v iných IS, ktoré majú priamu alebo nepriamu väzbu na zabezpečenie úkonov a konaní správnych orgánov a súdov, orgánov štátnej správy súdov a prokuratúry (ďalej aj „OVM“) a tiež také, ktoré zabezpečujú (sprostredkovane) výber, evidenciu a zúčtovanie správnych a súdnych poplatkov – t. z. obsah a štruktúru číselníka poplatkov bude využívať napr. IS PEP, MSP, súdny manažment, MEP, špecializované portály, IS IOM, agendové systémy OVM. Je možné uvažovať v budúcnosti o využívaní číselníka poplatkov aj pre obce a VÚC pri ich originálnych kompetenciách. So zohľadnením tejto skutočnosti je potrebné pripravovať návrh číselníka poplatkov tak, aby zachytil všetky situácie pre jeho ďalšie využitie. Zavedenie číselníka poplatkov bude mať dopad aj na koncové platobné zariadenia systému eKolok (napr. kiosky, virtuálny kiosk, SW pokladňa a pod.).
496 -
497 -Transformácia oboch sadzobníkov do podoby číselníka poplatkov je zložitá z hľadiska právnej relevantnosti, nakoľko položky sadzobníkov, vrátane ich vnútorného členenia v písmenách a bodoch majú aj ďalšiu väzbu na ustanovené výnimky zo všeobecných alebo špecifických pravidiel, ktoré sú uvedené v poznámkach alebo oslobodeniach priamo pod jednotlivými položkami sadzobníka alebo v paragrafovej časti príslušného právneho predpisu (napr. uplatnenie zľavy z poplatku pri elektronickom podaní, stanovenie výšky poplatku pri kasačnej sťažnosti a pod.). Okrem toho reálne poskytované služby OVM mnohokrát nezodpovedajú len jednej z položiek sadzobníka, ale sú kombináciou viacerých položiek alebo sa uplatňujú viaceré variácie položiek a poznámok, takže existuje väčší počet kombinácií ako je položiek, písmen a bodov v oboch sadzobníkoch. Pri súčasnej situácii, keď neexistuje jednotná väzba poskytovaných služieb na poplatky, nie je možné validovať sumu poplatku za službu, ktorá sa definuje v centrálnom systéme evidencie poplatkov (služba eKolok). V konečnom dôsledku, iba systémová príprava funkcionality a riadenia číselníka poplatkov dáva predpoklad právnej záväznosti a všeobecnej využiteľnosti v informačných systémoch verejnej správy s vylúčením možnej nesprávnej alebo nejednoznačnej aplikácie a maximalizácie pohodlia pre používateľov. Gestorom základného číselníka poplatkov je MF SR, ktoré OVM zabezpečuje funkcionalitu, sprístupnenie a správu spoločných položiek (napr. Položka 2 sadzobníka poplatkov). OVM ako spolugestori aktívne zabezpečujú napĺňanie obsahu s definovanými povinnými a voliteľnými splnomocneniami, poznámkami a účinnosťou zmien. OVM v úlohe gestora zabezpečuje zber aj na úseku podriadených orgánov (napr. FR SR pod MF SR).
498 -
499 -1.
500 -11. Vybrané ustanovenia týkajúce sa číselníka poplatkov v dotknutých právnych predpisoch:
501 -
502 -Definícia číselníka poplatkov podľa § 15a ods. 4 Zákona o správnych poplatkoch:
503 -
504 -//„Ministerstvo financií Slovenskej republiky vedie číselník poplatkov orgánom verejnej moci ako štruktúrovanú verziu sadzobníka. Položkami číselníka poplatkov orgánom verejnej moci sú položky sadzobníka alebo ich nižšia úroveň členenia v písmenách, bodoch alebo s prihliadnutím na iné podmienky ich uplatňovania ustanovené v oslobodení, splnomocnení alebo poznámke položky tak, aby vzniklo toľko položiek číselníka poplatkov orgánom verejnej moci, koľko variácií sadzieb poplatku je prípustných vo všetkých položkách sadzobníka. Položky číselníka poplatkov orgánom verejnej moci môžu mať prepojenie na úroveň životnej situácie alebo služby verejnej správy, ak ich poskytovanie nemožno oddeliť alebo ak je ich poskytovanie na združenom základe vhodné vzhľadom na nastavenie životných situácií alebo služby verejnej správy na ústrednom portáli verejnej správy, špecializovanom portáli alebo integrovanom obslužnom mieste. Správne orgány sú povinné napĺňať do číselníka poplatkov orgánom verejnej moci údaje a udržiavať ho aktuálny, a to v rozsahu údajov, ktoré sa týkajú ich vlastnej pôsobnosti vo vzťahu ku konaniu alebo úkonu, za ktoré sa poplatky platia.“//
505 -
506 -**§ 19l ods. 3 **Zákona o správnych poplatkoch, v nadväznosti na vyššie uvedené ustanovuje, že MF SR sprístupní funkcionality číselníka poplatkov orgánom verejnej moci podľa [[§ 15a>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/1995/145/20171201#paragraf-15a.odsek-4]] [[ods. 4>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/1995/145/20171201#paragraf-15a.odsek-4]] na účely jeho používania podľa tohto zákona najneskôr **od 1.4.2018**.
507 -
508 -**Podľa § 7 ods. 10 Zákona o správnych poplatkoch:**
509 -
510 -//„Ak sa vo veci spoplatneného úkonu alebo konania komunikuje elektronicky prostredníctvom ústredného portálu verejnej správy, špecializovaného portálu alebo integrovaného obslužného miesta, správne orgány, okrem správnych orgánov podľa odsekov 4, 5, 7 a 8, umožnia poplatníkovi zaplatiť poplatok prostredníctvom prevádzkovateľa systému a na účely identifikácie poplatku používajú číselník poplatkov orgánom verejnej moci. Ak ide o poplatky za úkony vykonávané obcami alebo vyššími územnými celkami v rámci preneseného výkonu štátnej správy, správny orgán môže postupovať podľa prvej vety.“//
511 -
512 -**Podľa § 18a ods. 1 písm. b) predmetného zákona prevádzkovateľ systému je povinný:**
513 -
514 -//„zabezpečiť evidenciu platieb poplatkov a na účel identifikácie úkonu alebo konania používať hodnoty z číselníka poplatkov orgánom verejnej moci“.//
515 -
516 -**Podľa § 15a ods. 4 Zákona o súdnych poplatkoch:**
517 -
518 -//„Ministerstvo financií Slovenskej republiky vedie číselník poplatkov orgánom verejnej moci ako štruktúrovanú verziu sadzobníka. Položkami číselníka poplatkov orgánom verejnej moci sú položky sadzobníka alebo ich nižšia úroveň členenia v písmenách, bodoch alebo s prihliadnutím na iné podmienky ich uplatňovania ustanovené v oslobodení, splnomocnení alebo poznámke položky tak, aby vzniklo toľko položiek číselníka poplatkov orgánom verejnej moci, koľko variácií sadzieb poplatku je prípustných vo všetkých položkách sadzobníka poplatkov. Položky číselníka poplatkov orgánom verejnej moci môžu mať prepojenie na úroveň životnej situácie alebo služby verejnej správy, ak ich poskytovanie nemožno oddeliť, alebo ak je ich poskytovanie na združenom základe vhodné vzhľadom na nastavenie životných situácií alebo služby verejnej správy na ústrednom portáli verejnej správy, špecializovanom portáli alebo integrovanom obslužnom mieste. Súdy, orgány štátnej správy súdov a orgány prokuratúry sú povinné napĺňať do číselníka poplatkov orgánom verejnej moci údaje a udržiavať ho aktuálny, a to v rozsahu údajov, ktoré sa týkajú ich vlastnej pôsobnosti vo vzťahu ku konaniu alebo úkonu, za ktoré sa poplatky vyberajú.“//
519 -
520 -**Podľa § 9 ods. 2 Zákona o súdnych poplatkoch:**
521 -
522 -//„Poplatky možno platiť prostredníctvom jednotného kontaktného miesta, akreditovaného platiteľa, integrovaného obslužného miesta alebo prevádzkovateľa systému. Ak sa vo veci spoplatneného úkonu alebo konania komunikuje elektronicky prostredníctvom ústredného portálu verejnej správy, špecializovaného portálu alebo integrovaného obslužného miesta, súdy, orgány štátnej správy súdov a orgány prokuratúry, ktoré sú zapojené do centrálneho systému evidencie poplatkov, okrem //[[//§ 9 ods. 10//>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/1992/71/20180101#paragraf-9.odsek-10]]
523 -
524 -1. //umožnia poplatníkovi zaplatiť poplatok prostredníctvom prevádzkovateľa systému a//
525 -1. //na účely identifikácie poplatku používajú číselník poplatkov orgánom verejnej moci.“//
526 -
527 -Podľa **§ 16a ods. 1 písm. b) **predmetného zákona prevádzkovateľ systému je povinný:
528 -
529 -„//zabezpečiť evidenciu platieb poplatkov a na účel identifikácie úkonu alebo konania používať hodnoty z číselníka poplatkov orgánom verejnej moci“.//
530 -
531 -**§ 18i ods. 2 **Zákona o súdnych poplatkoch, v nadväznosti na vyššie uvedené ustanovuje, že MF SR sprístupní funkcionality číselníka poplatkov orgánom verejnej moci podľa [[§ 15a>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/1995/145/20171201#paragraf-15a.odsek-4]] [[ods. 4>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/1995/145/20171201#paragraf-15a.odsek-4]] na účely jeho používania podľa tohto zákona najneskôr **od 1.4.2018**.
532 -
533 -**Podľa § 5 ods. 6 písm. b Zákona o e-Governmente:**
534 -
535 -//„Správca ústredného portálu, správca špecializovaného portálu a správca informačného systému integrovaného obslužného miesta na účely elektronickej úradnej komunikácie zabezpečia sprístupnenie potrebných technických alebo programových prostriedkov na vykonanie platby správneho poplatku a súdneho poplatku prostredníctvom technického vybavenia právnickej osoby so 100-percentnou majetkovou účasťou štátu, ktoré slúži na platenie poplatkov podľa osobitného predpisu pre všetky orgány zapojené do centrálneho systému evidencie správnych poplatkov a súdnych poplatkov, a to tak, aby bolo možné platbu vykonať samostatne alebo spolu s podaním elektronického podania, a to aspoň platobnou kartou a prevodom z účtu v banke alebo v pobočke zahraničnej banky; ak ide o elektronickú úradnú komunikáciu vo veciach preneseného výkonu štátnej správy, správca špecializovaného portálu a správca informačného systému integrovaného obslužného miesta nie sú toto povinní zabezpečiť.„//
536 -
537 -V nadväznosti na vyššie uvedené ustanovenie, **§ 60f ods. 8 **Zákona o e-Governmente určuje prechodné obdobie pre správcu špecializovaného portálu a správcu informačného systému integrovaného obslužného miesta:
538 -
539 -//„Správca špecializovaného portálu a správca informačného systému integrovaného obslužného miesta zabezpečia sprístupnenie podľa //[[//§ 5 ods. 6 písm. b)//>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2013/305/20171101#paragraf-5.odsek-6.pismeno-b]]// najneskôr od **1. apríla 2018**.“//
540 -
541 -1.
542 -11. Návrh TO BE legislatívneho stavu
543 -
544 -Súčasnú definíciu číselníka poplatkov podľa § 15a ods. 4 zákona o správnych poplatkoch a podľa § 15a ods. 4 zákona o súdnych poplatkoch je potrebné z týchto právnych predpisov vyňať a zabezpečiť jeho definíciu ako „katalóg poplatkov“ v nadradenom právnom predpise, ktorý by pôsobil univerzálne voči všetkým platbám, ktoré sa realizujú v prospech orgánov verejnej moci (dane, odvody, poplatky, pokuty, penále rôzneho druhu).
545 -
546 -Ako vhodný nosný právny predpis sa javí byť Návrh nového zákona o elektronickej verejnej správe, ktorého legislatívny zámer bol schválený vládou SR dňa 18.12.2024 (https:~/~/rokovania.gov.sk/RVL/Material/30223/1). Na strane 22 vlastného materiálu v časti „úhrady orgánom verejnej moci“ je uvedené: „Pri tvorbe novej právnej úpravy je nevyhnutné zohľadniť aj riešenie identifikácie úhrady a algoritmizáciu výpočtu platby v prospech orgánov verejnej moci v širšom spektre platobných úkonov ako sú len správne poplatky a súdne poplatky.“.
547 -
548 -Legislatívne znenie návrhu zákona je v štádiu legislatívnej prípravy. Uznesením vlády SR sa uložila úloha ministrovi investícií, regionálneho rozvoja a informatizácie predložiť legislatívny návrh na rokovanie vlády SR do 31.12.2025.
549 -
550 -1. ARCHITEKTÚRA RIEŠENIA PROJEKTU
551 -
552 -Cieľom navrhovanej architektúry riešenia je zabezpečiť jednotné, modulárne a škálovateľné prostredie pre správu všetkých poplatkov a platieb vo verejnej správe. V cieľovom stave bude riešenie tvoriť prepojený ekosystém, ktorý podporí celý životný cyklus poplatku — od jeho definície a parametrizácie v Katalógu poplatkov, cez určenie výšky a predpis, až po evidenciu úhrady a reporting.
553 -
554 -Architektúra riešenia bude ďalej rozpracovaná v troch vrstvách:
555 -
556 -* Biznis architektúra, ktorá popíše kľúčové procesy a zodpovednosti účastníkov,
557 -* Aplikačná architektúra, ktorá navrhne hlavné komponenty, ich funkcionalitu a integrácie,
558 -* Technická architektúra, ktorá špecifikuje infraštruktúru, dátové toky a bezpečnostné princípy.
559 -
560 -Navrhovaný model umožní efektívne riadiť poplatky na úrovni štátu, samospráv aj špecializovaných orgánov, s dôrazom na jednotné údaje, interoperabilitu a legislatívnu súladnosť.
561 -
562 -1.
563 -11. Stanovenie alternatív architektúry riešenia
564 -
565 -V nasledujúcej kapitole je popísaný výber alternatívy pre navrhované riešenie. Z pohľadu cieľov projektu sa definujú alternatívy na úrovni:
566 -
567 -* Biznisovej vrstvy
568 -* Aplikačnej vrstvy
569 -* Technologickej vrstvy
570 -*1.
571 -*11. Stanovenie alternatív v biznisovej vrstve architektúry
572 -
573 -V nasledujúcej tabuľke sa nachádza popis jednotlivých alternatív. Z pohľadu existujúceho nastavenie procesov je veľmi podstatné povedať, že súčasný IS **PEP ≠ katalóg poplatkov** – je to **systém evidencie a verifikácie úhrad**, nie systém pre definovanie, správu a publikovanie poplatkov ako právne záväzného referenčného údaja.
574 -
575 -Pre každú alternatívu projekt rozvoja znamená vytvorenie dodatočných funkcionalít, pričom sa jedná o nasledovné alternatívy:
576 -
577 -[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image004.png]][[image:1751966610598-998.png]]
578 -
579 -Jednotlivé alternatívy sú popísané v nasledovnej tabuľke:
580 -
581 -|**Alternatíva**|**Popis alternatívy**
582 -|Alternatíva BA1 – Rozšírenie IS PEP|(((
583 -Alternatíva A znamená realizáciu číselníka poplatkov ako rozšírenie IS PEP. Nová funkcionalita sa implementuje ako rozšírenie existujúcej funkcionality. Takisto je potrebný vývoj GUI pre správu číselníka.
584 -
585 -V súčasnosti má IS PEP implementovanú funkcionalitu číselníka poplatkov, ktorá je úzko previazaná s procesmi IS PEP a je vyladená na výkonnosť systému..
586 -
587 -Alternatíva A využíva existujúcu infraštruktúru IS PEP, a preto si nevyžiada dodatočné náklady na softvérové licencie, ale vyžiada si rozšírenie diskovej kapacity. Riešenie je možné horizontálne škálovať v rámci existujúcej infraštruktúry IS PEP. Riešenie zároveň nekladie zvýšené nároky na bezpečnosť, keďže využíva bezpečnostné nastavenia a infraštruktúru IS PEP.
181 +**Spôsob**
182 +**dosiahnutia**
183 +)))|**Alternatíva 2**|(((
184 +**Spôsob**
185 +**dosiahnutia**
588 588  )))
589 -|Alternatíva BA2 – Vybudovanie samostatného ISVS pre elektronické služby|(((
590 -Alternatíva BA2 predpokladá realizáciu požiadaviek číselníka poplatkov ako samostatný ISVS, pričom tento bude vybudovaný pre zabezpečenie realizácie elektronických podaní.
187 +|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
188 +|Kritérium B|áno|vysvetlenie prečo áno|nie|
189 +|Kritérium C|áno|vysvetlenie prečo áno|nie|
190 +|Kritérium D|áno|vysvetlenie prečo áno|nie|
591 591  
592 -Funkcionalita PEP ostáva nemenná pre zabezpečenie poskytovania informácií o platbách pre KIOSKy, MASP, MSP, APONET a rezortné platformy resp. informačné systémy.
593 -)))
594 -|BA3 – Vybudovanie samostatného ISVS pre všetky služby|(((
595 -Alternatíva BA3 predpokladá realizáciu požiadaviek číselníka poplatkov ako samostatný ISVS, pričom tento bude vybudovaný pre zabezpečenie realizácie všetkých služieb, či už v elektronickom svete alebo „papierovom“.
192 +== {{id name="_Toc152607317"/}}{{id name="_Toc2141037501"/}}{{id name="_Toc305797393"/}}{{id name="_Toc757025235"/}}{{id name="_Toc799792984"/}}{{id name="_Toc1320898353"/}}{{id name="_Toc662890955"/}}{{id name="_Toc2002161453"/}}{{id name="_Toc463175707"/}}{{id name="_Toc660959900"/}}{{id name="_Toc1051940062"/}}{{id name="_Toc1081082045"/}}{{id name="_Toc47815700"/}}{{id name="_Toc521508981"/}}3.10Stanovenie alternatív v aplikačnej vrstve architektúry ==
596 596  
597 -Tento systém bude jednotným zdrojom pravdy v oblasti služieb a poplatkov, ktoré v ňom budú evidovanie.
598 -)))
194 +//Alternatívy na úrovni aplikačnej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej biznis vrstvy, pričom vďaka uplatneniu nasledujúcich princípov aplikačná vrstva architektúry dopĺňa informácie k alternatívam stanoveným pomocou biznis architektúry.//
195 +//Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky~://
599 599  
600 -1.
601 -11.
602 -111.
603 -1111. Návrh kritérií pre vyhodnotenie alternatív
197 +* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
198 +* //Preferované – aplikačné moduly/funkcionality, ktoré rozvíjajú biznis alternatívu a vytvárajú dodatočné prínosy, započítané v Analýze nákladov a prínosov M-05 (BC/CBA povinná pre projekty nad 1 000 000,- EUR)//
199 +* //Aplikačná vrstva by mala byť schopná rozdeliť moduly do skupín podľa koncových služieb/funkcionalít, ktoré plnia nutné a preferované požiadavky.//
200 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
604 604  
605 -Z pohľadu posúdenia alternatív boli definované nasledovné kritéria:
202 +== {{id name="_Toc152607318"/}}{{id name="_Toc1308618109"/}}{{id name="_Toc1709724880"/}}{{id name="_Toc1118245238"/}}{{id name="_Toc416893103"/}}{{id name="_Toc1814703501"/}}{{id name="_Toc1969952445"/}}{{id name="_Toc1495260625"/}}{{id name="_Toc1603455053"/}}{{id name="_Toc245422461"/}}{{id name="_Toc1058442113"/}}{{id name="_Toc2040067840"/}}{{id name="_Toc47815701"/}}{{id name="_Toc521508982"/}}3.11Stanovenie alternatív v technologickej vrstve architektúry ==
606 606  
607 -|**#**|**Kritérium**|**KO?**|**Zdôvodnenie**|**Vlastník**
608 -|1|Architektonická nezávislosť a interoperabilita|A|Schopnosť fungovať samostatne a prepájať sa so systémami na základe štandardov|NASES, MIRRI
609 -|2|Vybudovanie jednotného systému na správu poplatkov|A|Vytvorenie jednotného systému na správu poplatkov vytvára priestor na centralizované riadenie a poskytovanie informácii pre zabezpečenie služieb verejnej správy|MIRRI, MF SR, OVM
610 -|3|Možnosť rozvoja a škálovateľnosti|N|Rozšíriteľnosť na ďalšie agendy a funkcionality.|MIRRI, NASES
611 -|4|Bezpečnostnosť a auditovateľnosť|A|Možnosť sledovať a vyhodnocovať prístupy, logovať zmeny, kontrolovať roly a pod.|NBÚ, NASES
612 -|5|Minimalizácia vendor lock-in|N|Nezávislosť od konkrétneho dodávateľa s dopytom na poskytnutie zdrojových kódov pre potreby rozvoja a prevádzky|MIRRI, NASES
613 -|7|Zníženie prácnosti pri integrácií jednotlivých informačných systémov|N|Jednoduchosť technického napojenia v prípade pribúdania nových ISVS, ktoré budú konzumovať údaje z katalógu|NASES, OVM
614 -|9|Transparentnosť a kontrola nad zmenami číselníka|A|Sledovanie zmien a schvaľovania údajov.|MF SR, MV SR, OVM
615 -|10|Náklady na zmenu a rozvoj do budúcna|N|Efektivita pri legislatívnych úpravách.|MF SR, MIRRI
616 -|11|Zabezpečenie kvality dát a dátového modelu|A|Presnosť, úplnosť a kontrola nad údajmi.|NASES, OVM
617 -|12|Časová náročnosť implementácie|N|Realistický odhad dodávky funkčného systému.|NASES
618 -|13|Možnosť verzie a časovej účinnosti položiek poplatkov|A|Možnosť správy viacnásobných verzií a ich platnosti.|MF SR, OVM
204 +//Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy, pričom sa prioritne uvažuje o využití služieb vládneho cloudu (privátne aj verejné cloudové služby zverejnené v katalógu služieb vládneho cloudu (//__[[odkaz na katalóg>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb/]] služieb __//).//
205 +//V prípadoch, kedy by nebolo ekonomicky výhodné využiť vládny cloud v plnom rozsahu projektu, je možné uvažovať aj o iných/ďalších alternatívach: hybridnej (časť aplikácií využíva privátny vládny cloud a časť vlastný HW žiadateľa, resp. časť aplikácii využíva služby komerčného poskytovateľa cloudových služieb), nasadenie v prostredí komerčného cloudu alebo v krajnom prípade sú všetky aplikácie nasadené v prostredí vlastného HW žiadateľa (prípady zohľadnenia bezpečnosti alebo iných povinností).//
206 +//Ekonomická výhodnosť technologickej alternatívy je preukázaná nižšími nákladmi na TCO projektu. Spracovateľ projektového zámeru je povinný preukázať, že zvolené riešenie je ekonomicky výhodnejšie. V prípade, že z bezpečnostných alebo iných dôvodov nezvolil najvýhodnejšiu alternatívu (resp. neposudzoval viacero alternatív), spracovateľ doloží zdôvodnenie potreby daného technologického riešenia. V zdôvodnení sú uvedené konkrétne požiadavky a ich parametre, ktoré neumožnili zvoliť najvýhodnejšie riešenie alebo porovnať viacero alternatív.//
207 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
208 +//Ako alternatívu nepovažujeme porovnanie krabicových „off-the-shelf“ riešení (COTS) riešení s alternatívou vývoja aplikácií „na zelenej lúke“ a to z dôvodu toho, že žiadateľ pre zachovanie nediskriminačných podmienok vo verejnom obstarávaní nevie vopred určiť, či dostane ponuku od uchádzača k vývoju na zelenej lúke, alebo sa všetky ponuky od uchádzačov vo verejnom obstarávaní budú vzťahovať na COTS riešenie. Výnimka je v prípade, ak žiadateľ uvažuje použiť konkrétne COTS riešenie ako podmienku pre uchádzača v rámci procesu verejného obstarávania a to vzhľadom na ekonomické alebo iné dôvody preukázané v dokumente.//
209 +//Výber alternatív prebieha v dvoch kolách. Prvé kolo predstavuje uplatnenie multikriteriálnej analýzy (ďalej len „MCA“) – výber relevantných alternatív. Druhé kolo predstavuje vypracovanie Analýzy nákladov M-05 BC/CBA. Do druhého kola vstupujú alternatívy ktoré splnili všetky vylučovacie kritéria stanovené v multikritériálnej analýze. Minimálny počet variant, je stanovený na 3~://
619 619  
620 -1.
621 -11.
622 -111.
623 -1111. Vyhodnotenie jednotlivých kritérií vo väzbe na popisované alternatívy
211 +* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
212 +* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
213 +* „//minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.//
624 624  
625 -|(% rowspan="2" %)**Kritérium**|(% colspan="3" %)**Alternatívy body**
626 -|**BA1 – Rozšírenie IS PEP**|**BA2 – Nový ISVS pre elektronické služby**|**BA3 – Nový ISVS pre všetky služby**
627 -|Architektonická nezávislosť a interoperabilita|NIE|ANO|ANO
628 -|Vybudovanie jednotného systému na správu poplatkov|ANO|NIE|ANO
629 -|Možnosť rozvoja a škálovateľnosti|CIATOCNE|ANO|ANO
630 -|Bezpečnostnosť a auditovateľnosť|ANO|ANO|ANO
631 -|Minimalizácia vendor lock-in|NIE|ANO|ANO
632 -|Zníženie prácnosti pri integrácií jednotlivých informačných systémov|NIE|CIASTOCNE|ANO
633 -|Transparentnosť a kontrola nad zmenami číselníka|ANO|NIE|ANO
634 -|Náklady na zmenu a rozvoj do budúcna|NIE|ANO|ANO
635 -|Zabezpečenie kvality dát a dátového modelu|CIASTOCNE|CIASTOCNE|ANO
636 -|Časová náročnosť implementácie|ANO|CIASTOCNE|CIASTOCNE
637 -|Možnosť verzie a časovej účinnosti položiek poplatkov|ANO|ANO|ANO
215 += {{id name="_Toc152607319"/}}{{id name="_Toc235638817"/}}{{id name="_Toc2038485909"/}}{{id name="_Toc1889369710"/}}{{id name="_Toc54886926"/}}{{id name="_Toc472227250"/}}{{id name="_Toc1379517775"/}}{{id name="_Toc540855301"/}}{{id name="_Toc1475201524"/}}{{id name="_Toc1214716058"/}}{{id name="_Toc240714683"/}}{{id name="_Toc476051484"/}}{{id name="_Toc47815703"/}}4.POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =
638 638  
639 -1.
640 -11.
641 -111.
642 -1111. Popis naplnenia kritérií a slovný popis zvolenej škály
217 +* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
218 +** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
219 +** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
220 +** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
221 +* //Doplniť informáciu, resp. identifikovať VLASTNÍKOV PROCESOV (toto je dôležitá informácia pre budúce riadenie projektu a schvaľovanie výstupov projektu).//
643 643  
644 -V nasledujúcej tabuľke je základný prehľad naplnení kritérií identifikovanými alternatívami:
223 += {{id name="_Toc152607320"/}}{{id name="_Toc982854671"/}}{{id name="_Toc744122543"/}}{{id name="_Toc1493751813"/}}{{id name="_Toc452731307"/}}{{id name="_Toc1695646942"/}}{{id name="_Toc534841930"/}}{{id name="_Toc654836100"/}}{{id name="_Toc1570812277"/}}{{id name="_Toc1016816405"/}}{{id name="_Toc609127555"/}}{{id name="_Toc1888607264"/}}{{id name="_Toc47815704"/}}5.NÁHĽAD ARCHITEKTÚRY =
645 645  
646 -|**Kritérium**|**Alternatíva**|**Zdôvodnenie**
647 -|(% rowspan="3" %)Architektonická nezávislosť a interoperabilita|BA1 – Rozšírenie IS PEP|IS PEP má uzavretú architektúru a zložité rozhrania, ktoré komplikujú interoperabilitu.
648 -|BA2 – Nový ISVS elektronické služby|Jedná sa o vybudovanie nového systému, ktorý bude budovaný práve v kontexte architektonickej nezávislosti a interoperability
649 -|BA3 – Nový ISVS všetky služby|Jedná sa o vybudovanie nového systému, ktorý bude budovaný práve v kontexte architektonickej nezávislosti a interoperability
650 -|(% rowspan="3" %)Vybudovanie jednotného systému na správu poplatkov|BA1 – Rozšírenie IS PEP|Všetky poplatky budú evidované v jednom ISVS
651 -|BA2 – Nový ISVS elektronické služby|Poplatky budú evidované vo viacerých ISVS
652 -|BA3 – Nový ISVS všetky služby|Všetky poplatky budú evidované v jednom ISVS
653 -|(% rowspan="3" %)Možnosť rozvoja a škálovateľnosti|BA1 – Rozšírenie IS PEP|Ohraničený rast kvôli technickým a organizačným limitom existujúceho systému.
654 -|BA2 – Nový ISVS elektronické služby|Neobmedzené možnosti rozvoja a škálovania podľa potrieb OVM a eGov.
655 -|BA3 – Nový ISVS všetky služby|Neobmedzené možnosti rozvoja a škálovania podľa potrieb OVM a eGov.
656 -|(% rowspan="3" %)Bezpečnostnosť a auditovateľnosť|BA1 – Rozšírenie IS PEP|Vlastné bezpečnostné politiky, riadenie incidentov a plná auditovateľnosť.
657 -|BA2 – Nový ISVS elektronické služby|Vlastné bezpečnostné politiky, riadenie incidentov a plná auditovateľnosť.
658 -|BA3 – Nový ISVS všetky služby|Vlastné bezpečnostné politiky, riadenie incidentov a plná auditovateľnosť.
659 -|(% rowspan="3" %)Minimalizácia vendor lock-in|BA1 – Rozšírenie IS PEP|Značný vendor lock-in so Slovenskou poštou.
660 -|BA2 – Nový ISVS elektronické služby|Navrhnutý od začiatku s dôrazom na otvorené štandardy a minimalizáciu vendor lock-in.
661 -|BA3 – Nový ISVS všetky služby|Navrhnutý od začiatku s dôrazom na otvorené štandardy a minimalizáciu vendor lock-in.
662 -|(% rowspan="3" %)Zníženie prácnosti pri integrácií jednotlivých informačných systémov|BA1 – Rozšírenie IS PEP|Integrácie zložité a často nákladné kvôli previazanosti systému.
663 -|BA2 – Nový ISVS elektronické služby|Čiastočne pre systémy pripájané na IS KP, čo však neodstraňuje duplicitnú prevádzku číselníka a vytvára tak prípadné zvýšené náklady pre zmenách.
664 -|BA3 – Nový ISVS všetky služby|Otvorené API, podporujúce štandardné integračné vzory pre verejnú správu.
665 -|(% rowspan="3" %)Transparentnosť a kontrola nad zmenami číselníka|BA1 – Rozšírenie IS PEP|Zmeny riadené Slovenskou poštou, bez priamej správy OVM avšak transparentným systémom
666 -|BA2 – Nový ISVS elektronické služby|Zmeny sa dejú v dvoch systémoch, čo je z pohľadu manažovateľnosti a kontroly veľmi obmedzené riešenie
667 -|BA3 – Nový ISVS všetky služby|Plnohodnotná rola spolugestora a verzionovanie zmien, audit trail.
668 -|(% rowspan="3" %)Náklady na zmenu a rozvoj do budúcna|BA1 – Rozšírenie IS PEP|Nízke počiatočné náklady, ale vysoké prevádzkové pri rozvoji.
669 -|BA2 – Nový ISVS elektronické služby|Vyššie investičné náklady, nižšie náklady pri rozvoji v dlhodobom horizonte.
670 -|BA3 – Nový ISVS všetky služby|Vyššie investičné náklady, nižšie náklady pri rozvoji v dlhodobom horizonte.
671 -|(% rowspan="3" %)Zabezpečenie kvality dát a dátového modelu|BA1 – Rozšírenie IS PEP|Neexistuje robustný dátový model ani dátová validácia.
672 -|BA2 – Nový ISVS elektronické služby|Dátový model riadený pravidlami, verzionovanie, validácia podľa legislatívy avšak údaje sú duplicitné v dvoch systémoch
673 -|BA3 – Nový ISVS všetky služby|Dátový model riadený pravidlami, verzionovanie, validácia podľa legislatívy.
674 -|(% rowspan="3" %)Časová náročnosť implementácie|BA1 – Rozšírenie IS PEP|Najkratšia doba implementácie, využíva existujúci rámec.
675 -|BA2 – Nový ISVS elektronické služby|Najdlhšia realizácia, ale s najväčším potenciálom z dlhodobého pohľadu.
676 -|BA3 – Nový ISVS všetky služby|Najdlhšia realizácia, ale s najväčším potenciálom z dlhodobého pohľadu.
677 -|(% rowspan="3" %)Možnosť verzie a časovej účinnosti položiek|BA1 – Rozšírenie IS PEP|Bez natívnej podpory verzovania, komplikované avšak verzie sú uchovávané prostredníctvom verzií excelov
678 -|BA2 – Nový ISVS elektronické služby|Podpora verzovania, časovej účinnosti, viacerých režimov paralelne.
679 -|BA3 – Nový ISVS všetky služby|Podpora verzovania, časovej účinnosti, viacerých režimov paralelne.
225 +* //Doplňte krátky POPIS BUDÚCEHO CIEĽOVÉHO PRODUKTU PROJEKTU z pohľadu biznis/aplikačnej/technologickej architektúry v závislosti od charakteru projektu a výsledku analýzy alternatív riešenia,//
226 +* //Doplňte a detailne spracujte funkčné a nefunkčné požiadavky vyplývajúce z analýz alternatív riešenia vo všetkých vrstvách architektúry a vyplňte požiadavky v dokumente M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek., I-04 Katalóg požiadaviek//
227 +* //Doplňte stručný náhľad budúcej IT architektúry (biznis, aplikačná, technologická) riešenia, ktorý podľa potreby pozostáva aj z viacerých obrázkov (diagramov), aby dostatočne zrozumiteľne znázornil predmet dodávky, jeho kontext a zmeny v architektúre verejnej správy (objednávateľa, realizátora projektu), ktoré projekt realizuje,//
228 +** //Náhľad architektúry vytvorte v modelovacom nástroji pomocou notácie ArchiMate (//__[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__//), v prípade potreby väčšej detailizácie biznis procesov môžete použiť notáciu BPMN (//__[[http:~~/~~/www.omg.org/spec/BPMN/2.0/>>url:http://www.omg.org/spec/BPMN/2.0/]]__//),//
229 +** {{id name="_Ref152763300"/}} //Pre vytvorenie náhľadu architektúry použite modelovací nástroj, ktoré môže byť buď integrovaný na spoločný repozitár//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)// architektonických modelov verejnej správy, alebo modelovací nástroj, ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov (The Open Group ArchiMate Model Exchange File Format Standard)^^ [[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)^^ a export súborov podľa špecifikácie BPMN 2.0//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//,//
230 +** //Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy//
231 +** //Očakáva sa, že ak realizujete popis dizajn procesov podľa pravidiel EVS, tak všetky výstupy musia byť v súlade s metodikou a postupom: //__[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448]]__ .
232 +** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s jeho detailizáciou vo výstupe I-03 Prístup k projektu, ak objednávateľ podľa prílohy č. 1 vyhlášky 401/2023 Zz pripravuje aj výstup I-03 Prístup k projektu.//
233 +** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s výstupom M-06 - aktualizáciou evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs) a komponenty, ktorých sa projekt týka by mali mať upravenú evidenciu ich stavu a fázu ich životného cyklu.//
234 +** //Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS~://
235 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_fc5f5326fe7d94a7.gif||alt="Obrázok 8" height="459" width="551"]]
236 +//Obrázok 1 Príklad náhľadu architektúry v notácii ArchiMate//
680 680  
681 -Z hľadiska biznisového vyhodnotenia preferujeme variant BA3 a to vybudovanie samostatného ISVS riešenia pre všetky podania. Spôsob realizácie a zdieľania informácií je posúdený v rámci aplikačnej architektúry.
238 +== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
682 682  
683 -1.
684 -11.
685 -111. Stanovenie alternatív v aplikačnej vrstve architektúry
240 +//__**Ak bude vytváraný aj výstup I-03 Prístup k projektu, môže byť táto kapitola z dokumentu I-02 Projektový zámer vypustená, pretože jej obsah bude spracovaný vo výstupe I-03 Prístup k projektu.**__//
241 +//Obsah tejto kapitoly je prehľadom realizácie výstupu **M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs)**. Objednávateľ//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)// plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písm. b) zákona 95/2019 Z.z.//
242 +//V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ~://
686 686  
687 -V prípade aplikačnej architektúry máme alternatívu AA1, obsahujúcu iba povinné komponenty a alternatívu AA2 aj s pridaným preferovaným komponentom a funkcionalitou.
244 +1. //vytvorí náhľady architektúry v modelovacom nástroji, ktorý môže byť buď integrovaný na spoločný repozitár architektonických modelov verejnej správy, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,//
245 +1. //uloží architektonické modely súčasnej a budúcej architektúry riešenia buď do repozitára architektonických modelov verejnej správy alebo do projektovej dokumentácie I-02 ako prílohu vo výmennom formáte pre uloženie modelu, //
246 +1. //aktualizuje v MetaIS e-Government komponenty, ktoré budú realizované alebo menené projektom alebo veľkou zmenovou požiadavkou a to koncové služby, ISVS, ich moduly, aplikačné služby, atribúty a vzájomné vzťahy týchto e-Government komponentov a ich vzťahy (integrácie) na spoločné ISVS alebo ISVS iných správcov, ktoré budú využívať. //
247 +//Objednávateľ v tejto kapitole uvedie prehľad nasledovných e-Government komponentov, ktoré budú výstupom projektu (dodané nové alebo zmenené) a ktoré evidoval v rámci výstupu M-06 v MetaIS~://
688 688  
689 -1.
690 -11.
691 -111.
692 -1111. AA1 – povinné komponenty
249 +=== 5.1.1Prehľad koncových služieb – budúci stav: ===
693 693  
694 -Táto alternatíva vybuduje iba povinné komponenty, ktoré zabezpečia:
251 +{{content id="projekt.planovane_ks" template="
252 +|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS[# th:each='item : ${ks}']
253 +[['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +
254 +'|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]
255 +[/]
256 +"}}|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS
257 +|ks_381562|Manažovanie poplatkovej položky|[c_pouzivatel.2]|; |Vyberte jednu z možností\\c_sofistikovanost.5
258 +|ks_381556|Určenie predbežnej hodnoty poplatku za službu|[c_pouzivatel.5, c_pouzivatel.7]|; |Vyberte jednu z možností\\c_sofistikovanost.5
259 +{{/content}}
695 695  
696 -* Vznik verejne dostupných aplikačných rozhraní na určenie a podanie
697 -* autentifikované/autorizované a zabezpečené API pre záväzné určenie výšky poplatkov,
698 -* konzistentnosť a jednotnosť pre všetky integrované systémy,
699 -* jeden zdroj pravdy – katalóg poplatkov.
261 +=== 5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav: ===
700 700  
701 -V prípade vybudovania iba povinných komponentov je potrebné:
263 +{{content id="projekt.planovane_isvs" template="
264 +|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)[# th:each='item : ${isvs}']
265 +[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +
266 +'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +
267 +'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +
268 +'|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
269 +[/]
270 +"}}|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
271 +|isvs_8848|Modul elektronických formulárov|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.1|isvs_62|
272 +|isvs_9369|Modul elektronického doručovania|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.5|isvs_62|
273 +|isvs_8847|Modul elektronických schránok|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.1|isvs_62|
274 +|isvs_15162|Informačný systém Katalóg platieb|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.5||
275 +{{/content}}
702 702  
703 -* Vykonať zmenu integrovaných systémov eKolok do spustenia projektu do ostrej prevádzky
704 -* Zmeniť konfiguráciu a napojenie už integrovaných rezortných systémov
277 +=== 5.1.3Prehľad budovaných aplikačných služieb – budúci stav: ===
705 705  
706 -Tieto vyvolané činnosti vnášajú nové riziká do projektu najmä z pohľadu dĺžky trvania projektu
279 +{{content id="projekt.planovane_as" template="
280 +|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)[# th:each='item : ${as}']
281 +[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]
282 +[/]
283 +"}}|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)
284 +|as_67538|Konzumovanie služieb spoločných modulov|||
285 +|as_67538|Konzumovanie služieb spoločných modulov|||
286 +|as_67538|Konzumovanie služieb spoločných modulov|||
287 +|as_67538|Konzumovanie služieb spoločných modulov|||
288 +|as_67538|Konzumovanie služieb spoločných modulov|||
289 +|as_67538|Konzumovanie služieb spoločných modulov|||
290 +|as_67461|Sprístupnenie číselníka poplatkov|||
291 +|as_67407|Zmena / deaktivácia položky / parametra|||
292 +|as_67406|Pridanie položky / parametra|||
293 +|as_67405|Zaručený výpočet poplatku a rozdelenie poplatku na služby|||
294 +|as_67404|Informatívny výpočet poplatku|||
295 +{{/content}}
707 707  
708 -1.
709 -11.
710 -111.
711 -1111. AA2 - povinné komponenty s pridaním preferovaného komponentu a funkcionality
297 +=== 5.1.4Prehľad integrácii ISVS na spoločné ISVS^^[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)^^ a ISVS iných OVM alebo IS tretích strán ===
712 712  
713 -Alternatíva AA2 pridáva integračné rozhranie a funkcionalitu pre konverziu tej časti registra poplatkov, ktorá sa týka správnych poplatkov do podoby, aká sa používa v IS PEP a následnú synchronizáciu tohto výstupu s číselníkom poplatkov, ktorý sa v súčasnosti používa v IS PEP. V prechodnom období, ktoré je determinované zmenou IS PEP a ostatných systémov služby eKolok tak budú  ponechané funkcionality služieb a integračné väzby eKolok (IS PEP, FO eKolok, MSP, integrácie na IS PEP). Na druhej strane to znamená veľmi presne vytvoriť konverzný mechanizmus z nového spôsobu vedenia katalógu do štruktúry IS PEP, pridanie kontrolných a bezpečnostných mechanizmov pre zabezpečenie konzistencie a správnosti údajov v IS PEP.
299 +* //Uviesť prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb tretích strán v TO BE stave.//
300 +* //Uviesť prehľad ISVS integrovaných na spoločné moduly podľa zákona č. 305/2013 Zz.//
301 +* //Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS//
714 714  
715 -Z dôvodu zníženia rizika závislostí na externých systémoch pri budovaní a nasadzovaní riešenia **odporúčame **budovanie alternatívy **AA2**.
716 -
717 -
718 -1.
719 -11.
720 -111. Stanovenie alternatív v technologickej vrstve architektúry
721 -
722 -V oblasti technologickej architektúry máme nasledujúce alternatívy:
723 -
724 -* TA1 – vybudovanie riešenia na dedikovaných zariadeniach vo vlastnej infraštruktúre
725 -* TA2 – vybudovanie riešenia výlučne na zariadeniach a infraštruktúre vládneho cloudu
726 -* TA3 – vybudovanie riešenia na infraštruktúre ÚPVS
727 -* TA4 – vybudovanie riešenia na infraštruktúre IS PEP
728 -
729 -[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb/]][[https:~~/~~/mirri.gov.sk/wp-content/uploads/2023/05/Metodicke_usmernenie-pre_klasifikaciu_ISVS.pdf>>url:https://mirri.gov.sk/wp-content/uploads/2023/05/Metodicke_usmernenie-pre_klasifikaciu_ISVS.pdf]][[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/dokumenty/vladny-cloud/metodicke-usmernenia/>>url:https://mirri.gov.sk/sekcie/informatizacia/dokumenty/vladny-cloud/metodicke-usmernenia/]]Kritériá pre MKA sú:
730 -
731 -* TK01 - Zabezpečenie priamych integrácií na systémy eKolok existujúcimi prvkami
732 -* TK02 – Garancia potrebného výkonu
733 -* TK03 - Zníženie nákladov na prevádzku
734 -* TK04 – Bez potreby nových pripojení existujúcich integrovaných systémov
735 -* TK05 – Bez potreby pridania nových komunikačných a bezpečnostných prvkov
736 -* TK06 – Bez potreby zabezpečenia prístupového bodu pre verejnosť
737 -
738 -Porovnanie alternatív je v nasledujúcej tabuľke:
739 -
740 -|Alternatíva/ Kritérium|TA1|TA2|(% colspan="2" %)TA3|TA4
741 -|TK01|Nie - je potrebné vybudovať nové prepojenia na systémy eKolok|Čiastočne - nie všetky lokality vládneho cloudu už majú prepojenia na systémy eKolok|(% colspan="2" %)Čiastočne  - v jednej z dvoch lokalít už existuje prepojenie na systémy eKolok|Áno  - integrácie existujú
742 -|TK02|Áno  - súčasťou dodávky musí byť aj HW|Možno  - iba v prípade, že by vládny cloud dedikoval príslušné zariadenia (čo je však alternatíva TA1)|(% colspan="2" %)Áno  - súčasťou dodávky musí byť aj HW, ktorý sa doplní do infraštruktúry ÚPVS|Áno  - súčasťou dodávky musí byť aj HW, ktorý sa doplní do infraštruktúry ÚPVS
743 -|TK03|Možno  - nie je možné garantovať dodržanie SW technológií dodávateľom|Možno  - nie je možné garantovať dodržanie SW technológií dodávateľom|(% colspan="2" %)Áno - zníženie nákladov na monitoring a logovanie zapojením do pomocných komponentov ÚPVS|Čiastočne  - zníženie nákladov na monitoring zapojením do pomocných komponentov IS PEP
744 -|TK04|Nie - je potrebné vybudovať nové prepojenia|Čiastočne  - niektoré integrované systémy už sú vo vládnom cloude|(% colspan="2" %)Áno - prepojenie systémov na ÚPVS už existuje aj v súčasnosti|Áno - prepojenie systémov na IS PEP už existuje aj v súčasnosti
745 -|TK05|Nie - súčasťou dodávky musí byť aj HW a SW pre komunikáciu a bezpečnosť|Áno - vládny cloud má potrebné komunikačné prvky a prvky pre bezpečnosť|(((
746 -Áno - infraštruktúra ÚPVS má potrebné komunikačné prvky a prvky pre bezpečnosť
747 -
748 -
749 -)))|(% colspan="2" %)(((
750 -Áno - infraštruktúra IS PEP má potrebné komunikačné prvky a prvky pre bezpečnosť
751 -
752 -
753 -)))
754 -|TK06|Nie - súčasťou dodávky musí byť aj HW a SW pre zabezpečenie siete pre prístup verejnosť|Áno - vládny cloud má potrebné komunikačné prvky a prvky pre bezpečnosť|(((
755 -Áno - infraštruktúra ÚPVS má potrebné komunikačné prvky a prvky pre bezpečnosť
756 -
757 -
758 -)))|(% colspan="2" %)Nie – IS PEP nemá rozhranie pre prístup verejnosti
759 -| | | | | |
760 -
761 -Na základe multikriteriálnej analýzy **odporúčame alternatívu TA3** - Katalóg poplatkov umiestniť do infraštruktúry ÚPVS ako jeden z modulov ÚPVS.
762 -
763 -
764 -
765 -1.
766 -11. Biznis vrstva
767 -111. Popis súčasného stavu biznis architektúry
768 -
769 -V súčasnosti je funkcionalita vedenia poplatkov a určenia poplatkov za poskytovanie služieb realizovaná tabuľkou číselníka poplatkov v IS PEP. Týka sa správnych poplatkov a správa tohto číselníka poplatkov ja riešená poskytovateľom služby eKolok, Slovenskou poštou výlučne manuálnym spôsobom. Ďalším súčasným aktérom je MF SR, ktoré spravuje excel súbor s poplatkami, ktoré definuje sadzobník v zmysle Zákona o súdnych poplatkoch a Zákona o správnych poplatkoch. Slovenská pošta spravuje ďalší excel súbor, ktorý obsahuje služby pre technické zariadenia s mapovaním na poplatky v zmysle excel súboru s poplatkami od MF SR. V prípade legislatívnej zmeny poplatkov MF SR zasiela aktuálnu verziu excel súboru poplatkov Slovenskej pošte. Slovenská pošta následne upraví šablónu a referenčné dáta v excel súbore služieb pre koncové zariadenia. Excel súbor služieb pre koncové zariadenia v tejto podobe zasiela jednotlivým OVM na vyplnenie. Každému OVM zašle verziu len s tou časťou, ktorá sa daného OVM týka. OVM vyplní služby pre technické zariadenia do excel súboru podľa pokynov Slovenskej pošty a vyplnený excel súbor zasiela späť Slovenskej pošte vopred dohodnutým spôsobom. Slovenská pošta manuálne konsoliduje získané verzie vyplneného excel súboru služieb od jednotlivých OVM a zlučuje ich do hlavného excel súboru služieb pre koncové zariadenia.
770 -
771 -Iniciatíva na zmenu služieb pre technické zariadenia môže prísť aj priamo od OVM, a to aj v prípade, že sa nejedná o legislatívnu úpravu. OVM môže požiadať napríklad o zmenu zobrazovaného názvu služby alebo jej zaradenia v strome služieb na kiosku. V takom prípade Slovenská pošta po dohode s OVM upraví službu v excel súbore služieb pre technické zariadenia.
772 -
773 -Do číselníka služieb vedeného v IS PEP sa služby pre technické zariadenia zadávajú manuálne prostredníctvom grafického používateľského rozhrania IS PEP.
774 -
775 -1.
776 -11.
777 -111.
778 -1111. Správa číselníka služieb v IS PEP pre platobné zariadenia
779 -
780 -Pri vytváraní novej služby absentuje možnosť navolenia poplatkov, z ktorých sa daná služba skladá. Je možné prehlásiť, že v aktuálnom stave v IS PEP neexistuje mapovanie služieb na poplatky. Všetky reporty a štatistiky je možné vygenerovať len na úrovni služieb. T. j. v jednej službe môže byť zahrnutých viacero zákonných poplatkov definovaných  sadzobníkom, avšak neexistuje fyzické prepojenie medzi službou a poplatkami daných Zákonom o správnych poplatkoch a Zákonom o súdnych poplatkoch, z ktorých sa táto služba skladá. Preto nie je možné reporty a štatistiky vygenerovať na úrovni zákonných poplatkov. Absentuje analýza poskytovania poplatkov – počet, spôsob ich poskytovania, parametre, ktoré sa najčastejšie uplatňujú pre daný poplatok (rôzne zníženia a zvýšenia sadzby, atď.).
781 -
782 -Pri súčasnej situácii, keď neexistuje fyzické mapovanie služieb na poplatky, nie je možné validovať sumu za službu, ktorú úradník definuje v IS PEP. Služba sa môže skladať z viacerých poplatkov, pričom pre rôzne zníženia alebo zvýšenia sadzieb poplatkov sa vytvárajú samostatné služby. Určenie celkovej sumy za službu preto nie je triviálna záležitosť, naopak je náchylná na chyby, pokiaľ neexistuje žiadna validácia výslednej sumy za poplatky. Princíp číselníkov služieb a kategórií bol pôvodne navrhnutý pre kiosky. Odvtedy sústavne pribúdajú integrácie nových nehomogénnych systémov (agendové systémy, portálové riešenia, mobilné zariadenia), ktoré si pre funkčnú integráciu taktiež vyžadujú synchronizáciu a správu číselníka služieb. Reprezentáciu a funkcionalitu číselníka služieb je potrebné konsolidovať s cieľom zabezpečiť optimálne scenáre používania pre všetky typy integrovaných systémov.
783 -
784 -Kvôli zjednodušeniu integrácie je potrebné znížiť počet služieb, ktoré sú často definované duplicitne a líšia sa len rôznymi typmi znížení alebo zvýšení sadzieb. V prípade, ak by sa evidovala väzba služieb na poplatky, bolo by možné parametrizovať poplatky a tým aj služby. Parametrizácia by viedla k zníženiu celkového počtu evidovaných služieb. Príkladom môže byť zníženie sadzby poplatku z dôvodu ŤZP, ktorá by sa definovala na úrovni služby a pri určení výslednej sumy za službu by sa zníženie sadzby poplatku aplikovalo len na poplatky, pre ktoré je toto relevantné.
785 -
786 -Správu číselníkov je oprávnený vykonávať len prevádzkovateľ systému eKolok, ktorým je v súčasnosti Slovenská pošta. Prevádzkovateľ má plnú kontrolu nad číselníkmi služieb, je plne oprávnený služby ľubovoľne pridávať, nastavovať ich parametre, parametre ľubovoľne meniť v čase vrátane výšky sadzby. Jednotlivé úrady môžu upravovať položky číselníka prostredníctvom prevádzkovateľa systému eKolok, čo je neželaný stav, nakoľko nastáva záťaž na strane prevádzkovateľa systému. Pri pripájaní ďalších agendových systémov, by táto záťaž vzrástla na neúnosnú hranicu. Preto je nevyhnutné prácu s číselníkom poplatkov a číselníkom služieb optimalizovať.
787 -
788 -Vytvorenie novej služby:
789 -
790 -Na obrazovke pre manažment služieb si používateľ vyberie kategóriu (alebo podkategóriu), do ktorej si želá službu pridať. V prípade, že požadovaná kategória neexistuje, používateľ ju môže vytvoriť na novej obrazovke pre správu kategórií služieb. Po vytvorení novej kategórie sa vráti späť na pôvodnú obrazovku pre manažment služieb a vyberie možnosť pridať nový záznam. Používateľ do formulára vyplní všetky potrebné údaje a parametre.
791 -
792 -Priradenie služby do šablóny:
793 -
794 -Aby bolo možné novo vytvorenú službu používať na zariadeniach, je potrebné túto službu priradiť do šablóny. Šablóna určuje rozsah poskytovaných služieb daným zariadením. Používateľ si vyberie šablónu na obrazovke pre manažment šablón. Ďalej používateľ pridá do šablóny novo vytvorenú službu, alebo celú kategóriu. Nakoniec je ešte potrebné, aby používateľ vytvoril nový obraz šablóny. Obraz šablóny vyjadruje jej časovú platnosť. Bez vytvorenia nového obrazu s novou časovou platnosťou sa zariadenia používajúce danú šablónu nedozvedia, že do šablóny bola pridaná nová služba.
795 -
796 -Priradenie šablóny ku koncovému zariadeniu:
797 -
798 -Nakoniec je potrebné zabezpečiť, aby požadované zariadenie používalo šablónu, ktorá obsahuje novo vytvorenú službu. Používateľ si vyberie požadované zariadenie prostredníctvom  obrazovky  pre  manažment  zariadení.  Ak  požadované  zariadenie neexistuje, tak používateľ požadované zariadenie pridá do zoznamu vytvorením nového záznamu. Následne používateľ priradí požadovanému zariadeniu vybranú šablónu. Ak ide o existujúce zariadenie s nastavenou šablónou, ktorá bola práve upravená, je možné celý tento krok preskočiť.
799 -
800 -Dátový model súčasného stavu je zobrazený na nasledujúcom obrázku.
801 -
802 -[[image:1751966674383-945.png]]
803 -
804 -
805 -Služby sú zaradené do stromu kategórií služieb. Služba má určený typ poplatku (správny alebo súdny). Služba má definovanú sadzbu a elektronickú sadzbu. V prípade intervalovej služby je definovaná minimálna a maximálna sadzba. Pri intervalovej službe sa elektronická sadzba nedefinuje. Každá intervalová služba môže byť poskytovaná s elektronickou zľavou. V takom prípade sa na hranice pôvodného intervalu aplikuje 50 % zľava, pričom výška tejto zľavy nesmie presiahnuť 70 €.
806 -
807 -Každé koncové zariadenie má priradenú šablónu. Šablóna obsahuje jednotlivé služby alebo celé kategórie služieb. Šablóna má niekoľko časových verzií s definovaným začiatkom a
808 -
809 -
810 -koncom účinnosti - obraz šablóny. Na základne šablóny zariadenia a jej aktuálneho obrazu sú poskytované služby na koncových zariadeniach.
811 -
812 -Scenár vytvorenia novej služby v číselníku až po nastavenie možnosti jej používania na koncovom zariadení je netriviálny, vyžaduje si vysokú používateľskú znalosť systému IS PEP a metodickú znalosť. Scenár nie je používateľsky prívetivý, nakoľko používateľ vykonáva jednotlivé kroky na rôznych obrazovkách a potrebuje si pamätať všetky predchádzajúce kroky. Používateľ je nútený vypĺňať veľké množstvo údajov, ktoré nie sú potrebné alebo môžu byť generované automaticky. Používateľom vytvárané služby častokrát nemusia reflektovať zákonom definované poplatky. Neexistuje kontrola cien služieb. Chýba verzionovanie zmien služieb, ktoré je zabezpečené len pomocou obrazov šablón, avšak zistenie verzií pre konkrétnu službu je náročné.
813 -
814 -Z pohľadu funkcionality na koncových zariadeniach biznis proces pri zmene služby funguje tak, že pri synchronizácii číselníkov zariadenia je v čase začiatku platnosti obrazu odoslaný nový obraz šablóny. Obraz šablóny obsahuje vždy všetky informácie o všetkých službách zahrnutých v šablóne. Pri systémoch, ktoré obsluhujú viacero agend a majú šablónu s veľkým počtom služieb, sa posiela obrovský objem dát. Objem dát sa znásobuje počtom obrazov vytvorených do budúcnosti a každý obraz obsahuje všetky služby bez ohľadu na to, či nastala zmena v službe alebo nie.
815 -
816 -Pri pridávaní novej služby používateľ nastavuje dátum začiatku jej platnosti. Služba smie byť poskytovaná až od nastaveného dátumu. Ako opisuje scenár vyššie, nová služba musí byť pridaná do šablóny a následne je potrebné vygenerovať šablóne nový obraz. Každý obraz má vlastný dátum začiatku platnosti, od ktorého sú služby z obrazu poskytované na koncových zariadeniach. V prípade, že obraz má nastavený dátum platnosti skôr, ako začína platiť samotná služba, je možné túto službu používať na zariadeniach od dátumu platnosti obrazu. Výsledkom je, že služby, ktoré v danom čase ešte nemajú byť poskytované sú na koncových zariadeniach dostupné, je možné pridávať ich na PnÚ alebo predávať eKolky s takýmito službami.
817 -
818 -1.
819 -11.
820 -111.
821 -1111. Agendy
822 -
823 -V aktuálnom stave neexistuje samostatný číselník agend. V strome služieb správca vytvára kategórie služieb, pričom najvyššia úroveň kategórií by mala reprezentovať agendy. Správca číselníka služieb ľubovoľným textom definuje kategórie a podkategórie služieb. Spravidla sú hlavnými kategóriami agendy, ktoré správca opäť zadefinuje ako voľný text. Správcom definované agendy nekorešpondujú so záväzným číselníkom agend, ktorý je určený Výnosom MF SR 478/2010 Z. z. o základnom číselníku úsekov verejnej správy a agend verejnej správy.
824 -
825 -1.
826 -11.
827 -111. Návrh riešenia v biznis vrstve architektúry
828 -
829 -Biznis architektúra je na nasledujúcom obrázku:
830 -
831 -[[image:1751966694066-832.png]]
832 -
833 -Aktérmi z pohľadu biznis architektúry sú:
834 -
835 -Verejnosť - konzument eGovernment služieb, ktorý v prípade ich spoplatnenia zisťuje výšku poplatkov a prostredníctvom na to určených systémov a zariadení za tieto služby platí
836 -
837 -OVM - orgán verejnej moci, ktorý zodpovedá za správnosť výšky poplatkov za jednotlivé služby, ktoré poskytuje, vrátane určenia parametrov a spôsobu výpočtu/určenia výšky poplatku na základe týchto parametrov. V špecifickom postavení pre správne poplatky vystupuje MF SR, ktoré je gestorom zákona o správnych poplatkoch a garantuje správnosť pre tie služby, za ktoré sa platia správne poplatky.
838 -
839 -Úradník - určuje výšku poplatkov na priehradke úradu, môže vytvoriť príkaz na úhradu (platobný predpis) a následne môže umožniť platbu cez POS terminál na priehradke. Ku katalógu poplatkov pristupuje sprostredkovane prostredníctvom na to určeného rozhrania a systému (v súčasnosti MSP resp. OEK).
840 -
841 -MIRRI/NASES - zabezpečuje správu a prevádzku katalógu poplatkov, pristupuje ku katalógu poplatkov prostredníctvom na to určeného administrátorského rozhrania alebo prostredníctvom pomocných komponentov (tieto môžu byť vlastné alebo zdieľané), ako napríklad monitoring, logovanie alebo analytické nástroje.
842 -
843 -Bližší popis koncových služieb je v kapitole 5.4.3.
844 -
845 -Bližší popis procesov je v kapitole 5.4.4.
846 -
847 -1.
848 -11.
849 -111. Prehľad koncových služieb – budúci stav (TO BE)
850 -
851 -V rámci projektu budú vybudované koncové služby, ktoré sú uvedené v nasledujúcej tabuľke:
852 -
853 853  |(((
854 -Kód KS
855 -
856 -(z MetaIS)
857 -)))|Názov KS|Používateľ KS (G2C/G2B/G2G/G2A)|(((
858 -Životná situácia
859 -
860 -(+ kód z MetaIS)
861 -)))|Úroveň elektronizácie KS
862 -|ks_381556|Určenie predbežnej hodnoty poplatku za službu|G2C, G2B, G2A|All|úroveň 4
863 -| |Záväzné určenie poplatku (ako súčasť iných koncových služieb)|G2G|All|úroveň 4
864 -|ks_381562|Manažovanie poplatkovej položky|G2A|All|úroveň 5
865 -
866 -Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE)
867 -
868 -
869 -Koncová služba **//Určenie predbežnej hodnoty poplatku za službu//** je určená pre verejnosť bez obmedzenia prostredníctvom vlastného Portálu katalógu poplatkov. Na základe vyhľadaných služieb, agend, kompozitných služieb alebo životných situácií, voľby niektorých priradených parametrov, OVM ktoré majú služby poskytovať (najmä v prípade samospráv) a zadania ich hodnôt služba poskytne v interaktívnej podobe (na portáli) výsledný poplatok spolu s jeho rozdelením na jednotlivé služby.
870 -
871 -Koncová služba **//Záväzné určenie poplatku//** je určená pre verejnosť a úradníkov iba prostredníctvom oprávnených integrovaných informačných systémov verejnej správy. Na základe zadaných služieb, agend, kompozitných služieb alebo životných situácií, hodnôt priradených parametrov, OVM ktoré majú služby poskytovať a zadania ich hodnôt služba poskytne v interaktívnej podobe (na portáli) výsledný poplatok spolu s jeho rozdelením na jednotlivé služby vo forme štandardnej autorizovanej správy.
872 -
873 -Koncová služba **//Manažovanie poplatkovej položky//** je určená pre OVM, ktoré garantujú jednotlivé položky v registri Katalógu poplatkov. Koncová služba je poskytovaná prostredníctvom na to vytvorených formulárov, prístupných prostredníctvom ÚPVS a v prípade že ide o zmenu a deaktiváciu platieb za služby aj prostredníctvom portálu Katalógu poplatkov. V prípade hromadných zmien (napríklad plošné zvýšenie správnych poplatkov) bude táto služba realizovateľná prostredníctvom import toolu v administrátorskom rozhraní.
874 -
875 -
876 -1.
877 -11.
878 -111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením
879 -
880 -Riešenie pre OVM, ktoré majú spoplatnené služby, vedené v katalógu poplatkov zavádza novú rolu, gestor poplatkov. Vzhľadom k povahe vedených údajov a závislosti na legislatívnych procesoch je vyťaženosť tejto role veľmi nízka, priemerne v jednotkách človekohodín ročne.
881 -
882 -Projekt zavádza nové procesy, ktoré sú uvedené na nasledujúcich obrázkoch:
883 -
884 -[[image:1751966721274-839.png]]
885 -
886 - Proces informatívneho určenia poplatku pre verejnosť nevyžaduje administratívne zaťaženie na strane úradníkov.
887 -
888 -[[image:1751966733190-908.png]]
889 -
890 - Proces záväzného určenia poplatku pre verejnosť nevyžaduje zvýšené administratívne zaťaženie na strane úradníkov.
891 -
892 -[[image:1751966750791-310.png]]
893 -
894 - Proces pridávania nových spoplatnených služieb do katalógu znamená správne vyplnenie na to určeného formulára na ÚPVS, jeho autorizáciu a odoslanie. Výsledok je oznamovaný do eDesk schránky OVM.
895 -
896 -[[image:1751966763267-201.png]]
897 -
898 - Proces zmien (zmena parametrov, pridanie OVM a podobne) spoplatnených služieb v katalógu môže byť spustený z portálu Katalógu poplatkov. Môže však byť iniciovaný aj priamo z ÚPVS, čo znamená správne vyplnenie na to určeného formulára na ÚPVS, jeho autorizáciu a odoslanie. Výsledok je oznamovaný do eDesk schránky OVM.
899 -
900 -[[image:1751966773867-716.png]]
901 -
902 -Obrázok 11
903 -
904 -Proces pre import položiek je využívaný pre potrebu hromadného pridávania resp. hromadnej zmeny položiek (napríklad pri migrácii, celoplošnom zvýšení správnych poplatkov a podobne.
905 -
906 -1.
907 -11.
908 -111. Jazyková podpora lokalizácia
909 -
910 -Vzhľadom k faktu, že katalóg poplatkov v časti indikatívne určenie ceny je určené pre občanov EÚ, je potrebné, aby rozhranie poskytovalo multijazyčnú podporu. Znamená to aj fakt, že jednotlivé popisné atribúty služieb, na ktoré sa viažu poplatky a parametrov, z ktorých sú odvodené výšky poplatkov (napr. ŤZP, sila motora, váha psa a podobne) mali pre potreby zobrazenia multijazyčný zápis pre rôzne jazyky.
911 -
912 -1.
913 -11. Aplikačná vrstva
914 -111. Popis súčasného stavu aplikačnej architektúry
915 -
916 -V súčasnosti neexistuje komponent katalóg poplatkov. Zoznam poplatkov je vedený vo plochej (flat) tabuľke, ktorej každý riadok obsahuje práve jednu kombináciu služba, parameter, OVM, výška poplatku. Používanie tohto číselníka je v réžii systému IS PEP.
917 -
918 -Synchronizácia číselníkov zabezpečuje aktualizáciu číselníkov agendových systémov na najnovšiu verziu, ktorú poskytuje IS PEP. Nižšie uvedené číselníky sú napĺňané cez GUI IS PEP. Agendový systém skontroluje aktuálnosť svojich verzií, čím od IS PEP získa čísla aktuálnych verzií. Ak existujú pre jednotlivé číselníky novšie verzie, tieto číselníky si aktualizuje.
919 -
920 -Proces synchronizácie číselníkov:
921 -
922 -1. Volanie služby infra.deviceStateCheck
923 -11. Na vstupe služby sú verzie číselníkov, ktoré aktuálne používa agendový systém.
924 -11. IS PEP porovná verzie číselníkov z volania s aktuálnou verziou číselníkov evidovanou v IS PEP
925 -11. Na výstupe je aktuálna verzia číselníkov evidovaná v IS PEP.
926 -1. Porovnanie verzií číselníkov z odpovede volania a verzií číselníkov v agendovom systéme.
927 -1. Aktualizácia číselníkov na novšiu verziu z IS PEP. Vykonáva sa pre tie číselníky, ktoré majú v IS PEP evidovanú novšiu verziu.
928 -11. Volanie služby pre aktualizáciu príslušného číselníka
929 -111. Na vstupe služby je príslušné zariadenie, ktoré aktualizuje číselníky.
930 -111. Na výstupe je aktualizovaná verzia číselníkov.
931 -111. Agendový systém si číselník služieb prepíše aktualizovanými údajmi z odpovede volania služby.
932 -
933 -Webové služby pre synchronizáciu jednotlivých číselníkov:
934 -
935 -* infra.listService - slúži na synchronizáciu služieb, ktoré poskytuje koncové zariadenie alebo agendový systém
936 -* infra.listParameter - slúži na synchronizáciu parametrov pre kiosky
937 -* infra.listOffice – slúži na synchronizáciu číselníka OVM za účelom referencovania poskytovateľa služby a príjemcu úhrady na PnÚ
938 -*1.
939 -*11. Návrh riešenia v aplikačnej vrstve architektúry
940 -
941 -Na aplikačnej úrovni sú dve alternatívy:
942 -
943 -AA1 – povinné komponenty
944 -
945 -Táto alternatíva vybuduje iba povinné komponenty, ktoré zabezpečia:
946 -
947 -* Vznik verejne dostupných aplikačných rozhraní na určenie a podanie
948 -* autentifikované/autorizované a zabezpečené API pre záväzné určenie poplatkov,
949 -
950 -konzistentnosť a jednotnosť pre všetky integrované systémy,
951 -
952 -jeden zdroj pravdy – katalóg poplatkov.
953 -
954 -V prípade vybudovania iba povinných komponentov je potrebné:
955 -
956 -* Vykonať zmenu integrovaných systémov eKolok do spustenia projektu do ostrej prevádzky
957 -* Zmeniť konfiguráciu a napojenie už integrovaných rezortných systémov
958 -
959 -Tieto vyvolané činnosti vnášajú nové riziká do projektu najmä z pohľadu dĺžky trvania projektu
960 -
961 -Aplikačná architektúra pre AA1 je na nasledujúcom obrázku:
962 -
963 -[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image012.png]][[image:1751966794138-305.png]]
964 -
965 -Komponenty a služby katalógu poplatku sú označené modrou farbou. Riešenie predpokladá využitie infraštruktúry Ústredného portálu verejnej správy (ÚPVS) a jeho jednotlivých komponentov, označených bordovou farbou. ÚPVS zabezpečuje autentifikáciu, autorizáciu a prostredníctvom doručovaných formulárov riadenie oprávnenosti zmien a pridávania jednotlivých položiek a parametrov.
966 -
967 -Konzumentami služieb sú systémy služby eKolok, Modul elektronických platieb ÚPVS, rezortné portály a v budúcnosti Štátna pokladnica. Integráciu rezortných portálov predpokladáme prostredníctvom systému CAMP (API GW).
968 -
969 -Jadrom systému Katalóg poplatkov je samotný register poplatkov. Je to perzistentná vrstva systému, v ktorej sú uložené všetky potrebné číselníky, objekty, ich atribúty a vzájomné závislosti a väzby. Zároveň prostredníctvom administrátorského rozhrania umožňuje povolené zmeny a hromadné importy a exporty dát (vrátane kontroly na správnosť týchto dát).
970 -
971 -Aplikačná vrstva nad registrom má dva komponenty:
972 -
973 -* Komponent určenia poplatku
974 -* Komponent pre pridávanie nových spoplatnených služieb a/alebo parametrov služieb, zadávanie zmien v atribútoch objektov a deaktiváciu objektov
975 -
976 -Komponent určenia výšky poplatku na základe vstupných informácií (číslo služby, parametre služby a OVM resp. lokalita pre poskytnutie služby určí výšku poplatku za službu. V prípade kompozitných služieb a životných situácií zároveň vráti rozpočítanie poplatku na jednotlivé poskytnuté služby a OVM. V prípade, že je potrebná zaručená informácia o výške poplatku a rozpočítaní na jednotlivé služby, výslednú správu opatrí elektronickou pečaťou.
977 -
978 -Pre príjem požiadaviek na určenie výšky poplatku a zasielanie výsledkov má komponent určenia poplatku dve rozhrania, jedno voľne prístupné pre verejnosť, cez ktoré primárne komunikuje Web portál katalógu poplatkov a sprostredkováva informatívne určenie výšky a rozdelenia poplatku, druhé zabezpečené pre prístup autorizovanými systémami pre poskytnutie zaručenej informácie o výške poplatku a jeho rozdelení.
979 -
980 -Pre externé systémy budú rozhrania prístupné prostredníctvom API GW (CAMP). Z dôvodu tesnej integrácie vybraných systémov predpokladáme aj priamu integráciu MEP ÚPVS a IS Štátnej pokladnice.
981 -
982 -Priamou integráciou bude riešené aj prepojenie systémov služby eKolok,
983 -
984 -V prípade AA2 všetky systémy služby eKolok budú mať priamu integráciu na rozhranie pre záväzné určenie výšky poplatku a budú musieť zmeniť svoje fungovanie (iná štruktúra zadávania požiadaviek na určenie výšky poplatku, autorizovaná odpoveď vyžadujúca overenie a podobne). V súčasnosti integrované rezortné systémy budú musieť takisto prejsť zmenou ako v štruktúre zadávania (volanie) služieb, tak aj zmenou integrácie z IS PEP na API GW.
985 -
986 -API pre informatívné určenie by malo podporovať REST/JSON, API pre záväzné určenie by malo byť z dôvodu už existujúcich a plánovaných budúcich systémov pripravené tak, aby podporovalo ako REST/JSON, tak aj SOAP/XML.
987 -
988 -Rozhrania pre priamu integráciu by mali byť synchrónne, rozhrania pre API GW a v prípade AA1 aj rozhranie pre IS PEP by mali pracovať v asynchrónnom režime.
989 -
990 -Komponent pre pridávanie nových spoplatnených služieb a/alebo parametrov služieb, zadávanie zmien v atribútoch objektov a deaktiváciu objektov vykonáva nasledujúce činnosti:
991 -
992 -* Sťahuje podania z eDesk komunikačnej schránky/ foldra
993 -* Kontroluje správnosť podania
994 -* Kontroluje autorizáciu podania a súlad autorizujúceho s obsahom podania
995 -* Zabezpečuje v prípade akcií, podliehajúcich schváleniu, predloženie akcií na schválenie
996 -* Umožňuje prostredníctvom takýchto podaní
997 -** Vytvoriť záznam/položku/parameter v registri poplatkov
998 -** Zmeniť záznam/položku/parameter v registri poplatkov
999 -** Deaktivovať (zneplatniť) záznam/položku/parameter v registri poplatkov
1000 -* Zasiela správy o úspešnosti/neúspešnosti do schránky OVM, iniciujúceho zmenu
1001 -
1002 -Ďalším komponentom Katalógu poplatkov je Webový portál katalógu poplatkov, slúžiaci na vyhľadávanie informácií z registra poplatkov a informatívny určenie výšky poplatku za služby resp. životné situácie. Prostredníctvom webového rozhrania bude OVM tiež schopné začať proces zmeny položky v registri, proces je uvedený v samostatnom diagrame.
1003 -
1004 -Súčasťou katalógu poplatkov sú aj pomocné komponenty, ktoré pre zjednodušenie nie sú uvedené na obrázkoch. Tieto zabezpečujú najmä nasledujúce činnosti:
1005 -
1006 -* Administrácia systému a riadenie oprávnení pre ňu
1007 -* Monitoring
1008 -* logovanie
1009 -* Import/export
1010 -* Zasielanie notifikácií
1011 -* Ďalšie
1012 -
1013 -AA2 - povinné komponenty rozšírené o preferovaný komponent
1014 -
1015 -Alternatíva AA2 pridáva integračné rozhranie a funkcionalitu pre konverziu tej časti registra poplatkov, ktorá sa týka správnych poplatkov do podoby, aká sa používa v IS PEP a následnú synchronizáciu tohto výstupu s číselníkom poplatkov, ktorý sa v súčasnosti používa v IS PEP. V prechodnom období, ktoré je determinované zmenou IS PEP a ostatných systémov služby eKolok tak budú  ponechané funkcionality služieb a integračné väzby eKolok (IS PEP, FO eKolok, MSP, integrácie na IS PEP). Na druhej strane to znamená veľmi presne vytvoriť konverzný mechanizmus z nového spôsobu vedenia katalógu do štruktúry IS PEP, pridanie kontrolných a bezpečnostných mechanizmov pre zabezpečenie konzistencie a správnosti údajov v IS PEP.
1016 -
1017 -Aplikačná architektúra riešenia AA2 je na nasledujúcom obrázku:
1018 -
1019 -[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image013.png]][[image:1751966817000-857.png]]
1020 -
1021 -Pridaná funkcionalita v Registri poplatkov prostredníctvom integračného rozhrania Zasielanie číselníka poplatkov  do IS PEP bude zasielať (IS PEP si bude synchronizovať) z registra poplatkov tabuľku správnych poplatkov v tvare, aký je využívaný aj v súčasnosti v IS PEP a všetky v súčasnosti zapojené systémy do služby eKolok (vrátane už integrovaných rezortných systémov) budú dočasne používať rozhrania IS PEP ako doteraz.
1022 -
1023 -1.
1024 -11.
1025 -111. Rozsah informačných systémov – budúci stav (TO BE)
1026 -
1027 -//V nasledujúcej tabuľke sú definované ISVS, ktoré budú projektom dotknuté~://
1028 -
1029 -|(((
1030 1030  **Kód ISVS**
1031 -
1032 -**(z MetaIS)**
305 +//(z MetaIS)//
1033 1033  )))|**Názov ISVS**|(((
1034 -**Modul ISVS**
1035 -
1036 -**(zaškrtnite, ak ISVS je modulom)**
1037 -)))|**Stav IS VS**|**Typ IS VS**|(((
1038 -**Kód nadradeného ISVS**
1039 -
1040 -**(v prípade zaškrtnutého checkboxu pre modul ISVS)**
1041 -)))
1042 -|isvs_15162|Informačný systém Katalóg poplatkov|☐|Plánujem budovať|Ekonomický a admin. chod inštitúcie|
1043 -| |IS PEP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1044 -| |IS MEP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1045 -| |IS MSP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1046 -
1047 -Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
1048 -
1049 -
1050 -1.
1051 -11.
1052 -111. Využívanie nadrezortných a spoločných ISVS – AS IS
1053 -
1054 -V súčasnosti neexistuje samostatný ISVS
1055 -
1056 -|(((
1057 -Kód ISVS
1058 -
1059 -(z MetaIS)
1060 -)))|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
1061 -| | |//Vyberte jednu z možností.//
1062 -| | |//Vyberte jednu z možností.//
1063 -| | |//Vyberte jednu z možností.//
1064 -
1065 -Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)
1066 -
1067 -1.
1068 -11.
1069 -111. Prehľad plánovaných integrácií na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 Z.z. o  e-Governmente – budúci stav (TO BE)
1070 -
1071 -V nasledujúcej tabuľke sú uvedené integrácie na nadrezortné ISVS.
1072 -
1073 -|(((
1074 -Kód ISVS
1075 -
307 +**Kód integrovaného ISVS**
1076 1076  //(z MetaIS)//
1077 -)))|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
1078 -|isvs_15162|Informačný systém Katalóg poplatkov|//Modul elektronických schránok//
1079 -|isvs_15162|Informačný systém Katalóg poplatkov|//Autentifikačný modul//
1080 -|isvs_15162|Informačný systém Katalóg poplatkov|//Modulu elektronických formulárov//
1081 -|isvs_15162|Informačný systém Katalóg poplatkov|//Modul elektronického doručovania//
1082 -|isvs_15162|Informačný systém Katalóg poplatkov|//Modul elektronických platieb//
1083 -|isvs_15162|Informačný systém Katalóg poplatkov|//Centrálna API Manažment Platforma//
1084 -| | |//Vyberte jednu z možností.//
1085 -
1086 -Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
1087 -
1088 -1.
1089 -11.
1090 -111. Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1091 -
1092 -Z pohľadu iných integrácií bude IS KP integrovaný nasledovné informačné systémy
1093 -
1094 -|(((
1095 -Kód ISVS
1096 -
1097 -//(z MetaIS)//
1098 -)))|(((
1099 -Názov ISVS
1100 -
1101 -
1102 -)))|(((
1103 -Kód integrovaného ISVS
1104 -
1105 -//(z MetaIS)//
1106 -)))|Názov integrovaného ISVS
1107 -| |IS PEP|isvs_15162|Informačný systém Katalóg poplatkov
1108 -| |IS ŠP|isvs_15162|Informačný systém Katalóg poplatkov
1109 -| |Rezortné informačné systémy (cez CAMP)|isvs_15162|Informačný systém Katalóg poplatkov
1110 -
1111 -Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1112 -
1113 -1.
1114 -11.
1115 -111. Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1116 -
1117 -V nasledujúcej tabuľke sú definované navrhované aplikačné služby
1118 -
1119 -|(((
1120 -Kód AS
1121 -
1122 -//(z MetaIS)//
1123 -)))|Názov  AS|(((
1124 -Realizuje ISVS
1125 -
1126 -(kód ISVS, ktorý realizuje AS)
1127 -)))|(((
1128 -Aplikačná služba slúži KS
1129 -
1130 -//(kód KS z MetaIS)//
1131 -)))
1132 -|as_67404|Informatívne učenie výšky poplatku|isvs_15162|ks_381556
1133 -|as_67405|Zaručené určenie výšky poplatku a rozdelenia poplatku na služby|isvs_15162|
1134 -|as_67406|Pridanie položky/ parametra|isvs_15162|ks_381562
1135 -|as_67407|Zmena/ deaktivácia položky|isvs_15162|ks_381562
1136 -|as_67461|Sprístupnenie číselníka poplatkov|isvs_15162|
1137 -|as_67538|Konzumovanie služieb spoločných modulov|Isvs_15162|
1138 -
1139 -Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1140 -
1141 -1.
1142 -11.
1143 -111. Aplikačné služby na integráciu – budúci stav (TO BE)
1144 -
1145 -V nasledujúcej tabuľke sú uvedené aplikačné služby na integráciu
1146 -
1147 -|(((
1148 -AS
1149 -
1150 -(Kód MetaIS)
1151 -)))|(((
1152 -
1153 -
1154 -Názov  AS
1155 -)))|(((
1156 -Realizuje ISVS
1157 -
1158 -(kód ISVS, ktorý realizuje AS)
1159 -)))|Poskytujúca alebo Konzumujúca|Integrácia cez CAMP|Integrácia  IS tretích strán|SaaS|(((
1160 -Integrácia na AS poskytovateľa
1161 -
1162 -(kód MetaIS)
1163 -)))
1164 -|as_67404|Informatívne určenie výšky poplatku|isvs_15162|Poskytovaná|Áno/Nie|Áno|Nie|
1165 -|as_67405|Zaručené určenie výšky poplatku a rozdelenia poplatku na služby|isvs_15162|Poskytovaná|Áno|Áno|Nie|
1166 -|as_67461|Sprístupnenie číselníka poplatkov|isvs_15162|Poskytovaná|Áno|Áno|Nie|
1167 -
1168 -Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)
1169 -
1170 -1.
1171 -11. Dátová architektúra
1172 -111. Logický dátový model
1173 -
1174 -Logický dátový model vychádza z toho, ako a kým je definovaný poplatok.
1175 -
1176 -Poplatok je určený zodpovedným OVM, službou, za ktorú sa poplatok vyberá, relevantných parametrov, na základe ktorých sa poplatok môže počítať (napríklad fyzická osoba, dôchodca, výkon motora, váha psa a podobne). Výška platieb za služby je spravidla ukotvená v príslušnej legislatíve (zákon, vyhláška, všeobecné záväzné nariadene - VZN a podobne), ktoré budú uvedené v rámci príslušných atribútov služby.
1177 -
1178 -Zároveň môže byť poplatok za životnú situáciu (resp. kompozitnú službu), ktorá je sumárom služieb do kompozitnej služby zaradených. Kompozitné služby/životné situácie budú vedené ako samostatné objekty a zoznam služieb kompozitnej služby je súčasť objektu kompozitnej služby.
1179 -
1180 -Rámcový návrh dátového modelu je na nasledujúcom obrázku:
1181 -
1182 -[[image:1751966841542-131.png]]
1183 -
1184 -
1185 -[[https:~~/~~/managementmania.com/sk/zalohovanie-backup>>url:https://managementmania.com/sk/zalohovanie-backup#heading=h.2s8eyo1]][[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave]]Údaje, uložené v katalógu poplatkov nebudú referencované žiadnym systémom. Nebudú preto sprístupňované iným IS.
1186 -
1187 -Údaje, ktoré sú referenčné, budú synchronizované na zdrojové registre. Týka sa to napríklad identifikátora a základných atribútov OVM, služieb a podobne.
1188 -
1189 -V požiadavke na určenie poplatku ako aj vo výsledku sa budú používať aj číselníkové hodnoty (enumerácie). Tie číselníky, ktoré budú unikátne pre systém Katalóg poplatkov, budú zverejňované v zmysle platnej legislatívy.
1190 -
1191 -1.
1192 -11.
1193 -111. Objekty evidencie
1194 -
1195 -[[https:~~/~~/www.slov-lex.sk/ezbierky-fe/pravne-predpisy/SK/ZZ/2020/78/20240701>>url:https://www.slov-lex.sk/ezbierky-fe/pravne-predpisy/SK/ZZ/2020/78/20240701#paragraf-30]][[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/o-sekciach/centralna-datova-kancelaria/interoperabilita/>>url:https://mirri.gov.sk/sekcie/informatizacia/o-sekciach/centralna-datova-kancelaria/interoperabilita/]][[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/o-sekciach/centralna-datova-kancelaria/interoperabilita/>>url:https://mirri.gov.sk/sekcie/informatizacia/o-sekciach/centralna-datova-kancelaria/interoperabilita/]]Objekty evidencie sú v nasledujúcej tabuľke. Objekty evidencie slúžia nie sú zdrojové ani referenčné údaje a nebudú takto poskytované iným systémom.
1196 -
1197 -|ID OE|Objekt evidencie - názov|Objekt evidencie – popis|Referencovateľný identifikátor URI dátového prvku
1198 -|OE_1|//Spoplatnená služba//|//Objekt spoplatnenej služby s atribútmi a väzbami potrebnými pre určenie/výpočet poplatku za službu//|// „Nemá“//
1199 -|OE_2|//Životná situácia//|//Objekt spoplatnenej životnej situácie, obsahujúci okrem atribútov aj zoznam spoplatnených služieb v rámci životnej situácie//|//„Nemá“//
1200 -|OE_3|//OVM//|//Objekt orgánu verejnej moci, obsahujúci okrem atribútov aj vázby na služby a poplatky za ne//|//„Nemá“//
1201 -
1202 -Tabuľka 18 Objekty evidencie
1203 -
1204 -Vzhľadom k faktu, že jednotlivé objekty sú podpornou evidenciou, slúžiacou k samotnému určeniu resp. výpočtu poplatku za službu alebo životnú situáciu/kompozitnú službu, jednotlivé umiestnenie informácií (vzorce výpočtov, parametre viazané na službu a podobne) budú priradené k objektom až na základe zvoleného riešenia vo fáze Analýzy a návrhu.
1205 -
1206 -Príkladom môže byť služba evidencia psa, kedy poplatok za evidenciu psa môže byť jednorazový, na základe váhy psa pre rôzne obce s rôznymi intervalmi váhy alebo na základe výšky psa v kohútiku, znovu pre rôzne obce s rôznymi intervalmi výšky. Zároveň sú možné parametre, určujúce zľavy, ako vycvičenosť psa, umiestnenie psa a podobne. To, ako budú naviazané poplatky, parametre a vzorce na službu a OVM nie je momentálme bez detailného návrhu riešenia možné určiť.
1207 -
1208 -1.
1209 -11.
1210 -111. Referenčné údaje
1211 -
1212 -Projekt nebude evidovať údaje, ktoré by sa mohli stať referenčnými.
1213 -
1214 -|ID OE|(((
1215 -Názov referenčného registra /objektu evidencie
1216 -
1217 -(uvádzať OE z tabuľky v kap. 5.5.1)
1218 -)))|Názov referenčného údaja (atribúty)|Identifikácia subjektu, ku ktorému sa viaže referenčný údaj|Zdrojový register a registrátor zdrojového registra
1219 -| | | | |
1220 -| | | | |
1221 -| | | | |
1222 -
1223 -Tabuľka 19 Návrh na vyhlásenie a zmeny referenčných údajov
1224 -
1225 -
1226 -1.
1227 -11.
1228 -111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
1229 -
1230 -Projekt nebude do IS CPDI poskytovať údaje.
1231 -
1232 -|ID OE|Názov (poskytovaného) objektu evidencie|Kód ISVS poskytujúceho OE|Názov ISVS poskytujúceho OE
309 +)))|**Názov integrovaného ISVS**
1233 1233  | | | |
1234 1234  | | | |
1235 -| | | |
1236 1236  
1237 -Tabuľka 20 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
313 +* //Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. **Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte:**//
1238 1238  
315 +:
1239 1239  
1240 -1.
1241 -11.
1242 -111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1243 -
1244 -Projekt bude konzumovať z IS CPDI objekty.
1245 -
1246 -
1247 -|ID  OE|Názov (konzumovaného) objektu evidencie|Kód ISVS konzumujúceho OE|Kód zdrojového ISVS v MetaIS
1248 -|OE_1|Údaje o organizáciách|isvs_15162|IS RPO
1249 -| | | |
1250 -| | | |
1251 -
1252 -Tabuľka 21 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1253 -
1254 -
1255 -1.
1256 -11.
1257 -111. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
1258 -
1259 -|ID OE|(((
1260 -Názov referenčného údaja /objektu evidencie
1261 -
1262 -(uvádzať OE z tabuľky v kap. 5.5.1)
1263 -)))|Konzumovanie alebo poskytovanie|(((
1264 -Subjekt
1265 -
1266 -(organizácia poskytovateľa-konzumenta)
1267 -)))|Osobitný právny predpis pre poskytovanie / konzumovanie údajov
1268 -| |OVM|Konzumovanie|ŠÚSR|Zákon o RPO
1269 -| | |Vyberte jednu z možností.| |
1270 -| | |Vyberte jednu z možností.| |
1271 -
1272 -Tabuľka 22 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
1273 -
1274 -1.
1275 -11.
1276 -111. Kvalita a čistenie údajov
1277 -
1278 -|ID OE|(((
1279 -Názov Objektu evidencie
1280 -
1281 -(uvádzať OE z tabuľky v kap. 5.5.1)
1282 -)))|(((
1283 -Významnosť kvality
1284 -
1285 -1 (malá) až 5 (veľmi významná)
1286 -)))|(((
1287 -Citlivosť kvality
1288 -
1289 -1 (malá) až 5 (veľmi významná)
1290 -)))|(((
1291 -Priorita //– poradie dôležitosti//
1292 -
1293 -(začnite číslovať od najdôležitejšieho)
317 +(((
318 +|//**MetaIS kód**//|//**Názov**//|//**AS na externú integráciu (využitie Spoločného modulu)**//
319 +|//isvs_8846//|//Autentifikačný modul//|//Autentifikácia používateľa na ÚPVS (BOK) (as_59698)//
320 +|//isvs_8847//|//Elektronické schránky//|//Vytváranie, odosielanie a prijímanie elektronických správ (as_59630)//
321 +|//isvs_8848//|//Modul elektronických formulárov//|//Poskytnutie vzorov e_formulárov (sluzba_is_185)//
322 +|//isvs_9369//|//Modul elektronického doručovania//|//Centrálne úradné doručovanie (as_59701)//
323 +|//isvs_8850//|//Platobný modul//|//Realizácia platieb správnych a súdnych poplatkov (as_59700)//
324 +|//isvs_9368//|//Modul centrálnej elektronickej podateľne//|//Overovanie elektronického podpisu (KEP) (as_59702)//
325 +|//isvs_8851//|//Modul dlhodobého uchovávania (nepovinný)//|//Uchovávanie elektronických dokumentov (as_59703)//
326 +|//isvs_9370//|//Notifikačný modul (nepovinný)//|//Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov (sms, email) (as_59699)//
327 +|//isvs_9513//|//Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytovanie služby integráciou na AS CAMP (as_60157)//
328 +|//isvs_9513//|//Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Konzumovanie služby iného ISVS prostredníctvom CAMP (as_60158)//
329 +|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytovanie dát na integráciu (as_59119)//
330 +|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytnutie konsolidovaných údajov o subjekte (sluzba_is_49250)//
331 +|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytnutie konsolidovaných referenčných údajov z IS CSRÚ na synchronizáciu (sluzba_is_49253)//
1294 1294  )))
1295 -| |//Spoplatnená služba//|5|5|1.
1296 -| |//Životná situácia//|5|5|3.
1297 -| |//OVM//|5|5|2.
1298 1298  
1299 -Tabuľka 23 Zhodnotenie dátovej kvality objektov evidencie
334 +=== 5.1.5Aplikačné služby na integráciu ===
1300 1300  
1301 -V rámci projektu nebudú potrebné role uvedené v nasledujúcej tabuľke:
336 +//Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS),//
1302 1302  
1303 -|Rola|Činnosti|Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)
1304 -|Dátový kurátor|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS
1305 -|Data steward|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory
1306 -|Databázový špecialista|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
1307 -|Dátový špecialista pre dátovú kvalitu|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania|Dátový špecialista pre dátovú kvalitu – nová interná pozícia v projekte
1308 -|Garant poplatkov|//Biznis vlastník, schvaľovateľ vybraných zmien//|//Správca ISVS//
338 +* //Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,//
339 +* //Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného~/~/rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2.__ __Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.//
340 +* //Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).//
341 +* //Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.//
342 +{{content id="projekt.integracne_as" template="
343 +|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)[# th:each='item : ${as}']
344 +[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +
345 +'|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +
346 +'|' + 'Áno/Nie' + '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + ${item.sluziAs?:''} + '|')]
347 +[/]
348 +"}}|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)
349 +|as_67461|Sprístupnenie číselníka poplatkov||Poskytovaná / Konzumujúca////////c_typ_cloud_sluzba_as.1|Áno/Nie|Áno/Nie|Áno/Nie|
350 +|as_67405|Zaručený výpočet poplatku a rozdelenie poplatku na služby||Poskytovaná / Konzumujúca////////c_typ_cloud_sluzba_as.1|Áno/Nie|Áno/Nie|Áno/Nie|
351 +{{/content}}
1309 1309  
1310 -Tabuľka 24 Personálne zabezpečenie a roly pri riadení dátovej kvality
353 +=== {{id name="_Toc62489735"/}}{{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}5.1.6Poskytovanie údajov z ISVS do IS CSRÚ ===
1311 1311  
1312 -1.
1313 -11.
1314 -111. Otvorené údaje
355 +//Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
1315 1315  
1316 -Projekt nebude poskytovať otvorené údaje vo forme datasetov.
1317 -
1318 -|ID OE|(((
1319 -Názov objektu evidencie / datasetu
1320 -
1321 -(uvádzať OE z tabuľky v kap. 5.5.1)
1322 -)))|(((
1323 -
1324 -
1325 -Požadovaná interoperabilita
1326 -
1327 -(3★ - 5★)
1328 -)))|(((
1329 -Periodicita publikovania
1330 -
1331 -(týždenne, mesačne, polročne, ročne)
1332 -)))
357 +|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
1333 1333  | | | |
1334 1334  | | | |
1335 1335  | | | |
1336 -| | | |
1337 1337  
1338 -Tabuľka 25 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje
362 +=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}5.1.7Konzumovanie údajov z IS CSRÚ ===
1339 1339  
1340 -1.
1341 -11.
1342 -111. Analytické údaje
364 +//Uveďte v tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CSRÚ>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CSRÚ//__.__
1343 1343  
1344 -Objekt nebude poskytovať objekty evidencie pre potreby analýz. Bude možné využívať systémové logy pre potreby štatistík záťaže, využívania a podobne.
1345 -
1346 -
1347 -|OE ID|Názov objektu evidencie pre analytické účely|Zoznam atribútov objektu evidencie|Popis a špecifiká objektu evidencie
366 +|**ID OE**|**Názov (konzumovaného) objektu evidencie**|**Kód a názov ISVS konzumujúceho OE z IS CSRÚ**|**Kód zdrojového ISVS v MetaIS**
1348 1348  | | | |
1349 1349  | | | |
1350 1350  | | | |
1351 1351  
1352 -Tabuľka 26 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely
371 +=== 5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav: ===
1353 1353  
1354 -1.
1355 -11.
1356 -111. Moje údaje
373 +//Zaevidujte MetaIS využívanie cloudových infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.//
1357 1357  
1358 -Evidencie neevidujú údaje ani o fyzických, ani o právnických osobách.
1359 -
1360 -
1361 -|OE ID|(((
1362 -Názov registra / objektu evidencie
1363 -
1364 -(uvádzať OE z tabuľky v kap. 5.5.1)
1365 -)))|Atribút objektu evidencie|Popis a špecifiká objektu evidencie
375 +|(((
376 +**Kód infraštruktúrnej služby**
377 +//(z MetaIS)//
378 +)))|**Názov infraštruktúrnej služby**|(((
379 +**Kód využívajúceho ISVS**
380 +//(z MetaIS)//
381 +)))|**Názov využívajúceho ISVS**
1366 1366  | | | |
1367 1367  | | | |
1368 -| | | |
384 +//V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách uvedených v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: //__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]].__
1369 1369  
1370 -Tabuľka 27 Objekty evidencie, ktoré spadajú do kategórie Mojich údajov
386 += {{id name="_Toc152607322"/}}{{id name="_Toc2133064951"/}}{{id name="_Toc146510989"/}}{{id name="_Toc1763044084"/}}{{id name="_Toc30446447"/}}{{id name="_Toc2101360933"/}}{{id name="_Toc825763386"/}}{{id name="_Toc1614333450"/}}{{id name="_Toc1269235670"/}}{{id name="_Toc2114332294"/}}{{id name="_Toc208969925"/}}{{id name="_Toc1427296716"/}}6.LEGISLATÍVA =
1371 1371  
388 +//Doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.//
389 +//Uviesť konkrétne zákony, prípadne aj paragrafy, ktoré budú predmetom legislatívnych zmien.//
390 +//Doplniť popis, aký je negatívny dopad na výstupy projektu, jeho ciele a rozsah a časový harmonogram, ak vyššie uvedené zmeny v zákonoch nebudú realizované.//
1372 1372  
1373 -1.
1374 -11.
1375 -111. Prehľad jednotlivých kategórií údajov
392 += {{id name="_Toc510413657"/}}{{id name="_Toc152607323"/}}{{id name="_Toc765633140"/}}{{id name="_Toc2047061689"/}}{{id name="_Toc1365902580"/}}{{id name="_Toc96771585"/}}{{id name="_Toc977817845"/}}{{id name="_Toc338302336"/}}{{id name="_Toc158422599"/}}{{id name="_Toc894533619"/}}{{id name="_Toc1336543996"/}}{{id name="_Toc1715202395"/}}{{id name="_Toc1402143762"/}}{{id name="_Toc47815706"/}}7.ROZPOČET A PRÍNOSY =
1376 1376  
1377 -|ID|(((
1378 -Register / Objekt evidencie
394 +//Počas Prípravnej a iniciačnej fázy, je potrebné predložiť samostatný dokument M-05 Analýza nákladov a prínosov (xls. BC/CBA) v predpísanej štruktúrovanej forme.(povinné v prípade projektov nad 1 000 000,- EUR). Pre iný, než veľký projekt - projekt pod 1 000 000,- EUR - objednávateľ detailne opíše nákladovú a prínosovú stránku a postup, ktorý je zvolený na cenovú kalkuláciu nákladov a prínosov projektu.//
395 +//V tejto časti dokumentu sa od Vás očakáva štruktúrovane popísať~://
1379 1379  
1380 -(uvádzať OE z tabuľky v kap. 5.5.1)
1381 -)))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje
1382 -| |//Služby//|☐|☐|☐|☐
1383 -| |//Životné situácie//|☐|☐|☐|☐
1384 -| |//OVM//|☐|☐|☐|☐
397 +* //**vypočítané náklady** (vývoj + prevádzka) v T10 (t.j. na 10 rokov dopredu)//
398 +* //v**ypočítané prínosy** v T10 (t.j. na 10 rokov dopredu)//
399 +* //**slovne popísať výpočet prínosov**, z čoho sú čerpané vstupné hodnoty//
400 +* //**rok návratnosti** (doplnenie ukazovateľov: ENPV, FNPV, BCR)//
1385 1385  
1386 -Tabuľka 28 Prehľad jednotlivých kategórií údajov
402 +== 7.1Sumarizácia nákladov a prínosov ==
1387 1387  
1388 -
1389 -1.
1390 -11. Technologická architektúra
1391 -111. Návrh riešenia technologickej architektúry
1392 -
1393 -Na základe multikriteriálnej analýzy pre jednotlivé alternatívy technologickej architektúry predpokladáme budovanie Katalógu poplatkov v prostredí ÚPVS ako (z pohľadu technológie a infraštruktúry) ďalšieho modulu ÚPVS.
1394 -
1395 -Riešenie by malo byť nasadené pre lepšiu správu, kompatibilitu s novobudovanými modulmi ÚPVS a prípadnú budúcu migráciu formou kontajnerov. Technologická architektúra je na nasledujúcom obrázku:
1396 -
1397 -[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image015.png]][[image:1751966871882-533.png]]
1398 -
1399 -1.
1400 -11.
1401 -111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
1402 -
1403 -V nasledujúcej tabuľke sú uvedené predpokladané výkonnostné a kapacitné požiadavky na systém:
1404 -
1405 -
1406 -|Parameter|Jednotky|Predpokladaná hodnota|Poznámka
1407 -|Počet interných používateľov|Počet|50|Bude upresnené po zapojení jednotlivých subjektov
1408 -|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|20|Bude upresnené po zapojení jednotlivých subjektov
1409 -|Počet externých používateľov (internet)|Počet|6000|Počet OVM
1410 -|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|500|
1411 -|Počet transakcií (podaní, požiadaviek) za minútu v špičke|Počet/minúta|90|počet spotreby kolkov (rok 2023) / 250 pracovných dní / 8 hodín za deň / 60 minút * 3 zvýšenie počtu OVM
1412 -|Objem údajov na transakciu|Objem/transakcia|10kB|
1413 -|Objem existujúcich kmeňových dát|Objem|10MB|
404 +|**Náklady**|(((
405 +**Názov**
406 +**modulu**
407 +)))|(((
408 +**Názov**
409 +**modulu**
410 +)))|(((
411 +**Názov**
412 +**modulu**
413 +)))
414 +|**Všeobecný materiál**| | |
415 +|**IT - CAPEX**| | |
416 +|Aplikácie| | |
417 +|SW| | |
418 +|HW| | |
419 +|**IT - OPEX- prevádzka**| | |
420 +|Aplikácie| | |
421 +|SW| | |
422 +|HW| | |
423 +|**Prínosy**| | |
424 +|**Finančné prínosy**| | |
425 +|Administratívne poplatky| | |
426 +|Ostatné daňové a nedaňové príjmy| | |
427 +|**Ekonomické prínosy**| | |
428 +|Občania (€)| | |
429 +|Úradníci (€)| | |
430 +|Úradníci (FTE)| | |
431 +|**Kvalitatívne prínosy**| | |
1414 1414  | | | |
433 +//Interpretácia výsledkov~://
434 +//Ekonomická a finančná efektívnosť projektu je v analýze prínosov nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov (prahové hodnoty v zmysle platných dokumentov v prípade financovania zo zdrojov EÚ sú uvedené)~://
1415 1415  
1416 -Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
436 +* //Pomer prínosov a nákladov (BCR): viac ako 1,00//
437 +* //Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): viac ako 5,0 %//
438 +* //Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): viac ako 0//
439 +//Pre účely financovania z prostriedkov EU vyjadruje Analýza nákladov a prínosov BC/CBA aj nasledovné ukazovatele~://
440 +* //Finančná vnútorná výnosová miera v % (FIRR)//
441 +* //Finančná čistá súčasná hodnota v eur (FNPV).//
442 +//Nie všetky sociálno-ekonomické vplyvy sa dajú vždy vyčísliť a zhodnotiť. Je to preto, že okrem odhadu ukazovateľov výkonnosti by sa mala zohľadniť aj úvaha o nepeňažných nákladoch a výnosoch, najmä vo vzťahu k týmto otázkam: (čistý) dosah na zamestnanosť, ochrana životného prostredia, sociálna rovnosť a rovnaké príležitosti.//
443 +//V prípade ak dosiahnu uvedené hodnoty viaceré varianty posudzované v rámci Analýzy nákladov, odporúča sa pri výbere finálnej alternatívy zohľadniť výšku BCR, dôležitosť nekvantifikovaných spoločenských prínosov a mieru naplnenia stanovených cieľov. Po vzore krajín ako Veľká Británia sa prioritne odporúča realizovať projekty, kde prínosy prevyšujú náklady štvornásobne (BCR aspoň 4,00).//
444 +//**Príklad: Kvalitatívne prínosy projektov**//
445 +//Problém: Proces získania stavebného povolenia jeden z najdlhších v EÚ.//
446 +//Príklady kvalitatívnych prínosov projektu, ktoré je možné finančne oceniť~://
447 +* //Zvýšenie ekonomickej aktivity v stavebnom sektore (zvýšenie rastu HDP)//
448 +* //Nižšie spoločenské škody, spojené s búraním čiernych stavieb//
449 +//Príklady kvalitatívnych prínosov projektu, ktoré nie je možné spoľahlivo finančne oceniť~://
450 +* //Zníženie miery korupcie//
451 +* //Zníženie miery stresu zamestnancov stavebných úradov//
452 +//Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania.//
1417 1417  
454 += {{id name="_Toc152607324"/}}{{id name="_Toc895423427"/}}{{id name="_Toc241209616"/}}{{id name="_Toc1109933817"/}}{{id name="_Toc1693584831"/}}{{id name="_Toc116189132"/}}{{id name="_Toc1157370114"/}}{{id name="_Toc1343589887"/}}{{id name="_Toc2053421042"/}}{{id name="_Toc1329406378"/}}{{id name="_Toc812300137"/}}{{id name="_Toc1301800014"/}}{{id name="_Toc47815707"/}}8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
1418 1418  
1419 -1.
1420 -11.
1421 -111. Využívanie služieb z katalógu služieb vládneho cloudu
456 +//Doplňte highlevel HARMONOGRAM, ktorý sa neskôr (v ďalších fázach/dokumentoch) bude detailizovať~://
1422 1422  
1423 -Na základe multikriteriálnej analýzy pre alternatívy technickej architektúry nepredpokladáme využívanie služieb vládneho cloudu.
458 +* //KEDY potrebujete (chcete) ZAČAŤ? Napíšte TERMÍN (mesiac/rok)//
459 +* //KEDY potrebujete (chcete) SKONČIŤ (mať dodaný výstup)? Napíšte TERMÍN (mesiac/rok).//
460 +* //Fakturačné míľniky: jednotlivé míľniky projektu naviažte aj na fakturačné míľniky (v jednej tabuľke), aby ste si mohli kontrolovať cashflow v projekte.//
461 +* //Míľniky Verejného obstarávania (VO) – do harmonogramu si doplňte aj míľnik procesu verejného obstarávania (celý proces).//
1424 1424  
1425 -1.
1426 -11. Bezpečnostná architektúra
463 +|**ID**|**FÁZA/AKTIVITA**|(((
464 +**ZAČIATOK**
465 +(odhad termínu)
466 +)))|(((
467 +**KONIEC**
468 +(odhad termínu)
469 +)))|**POZNÁMKA**
470 +|1.|//Prípravná fáza a Iniciačná fáza//|//napr. 01/2020//|//napr. 02/2020//|
471 +|2.|//Realizačná fáza//|//napr. 05/2020//|//napr. 10/2020//|
472 +|2a|//Analýza a Dizajn//|//napr. 05/2020//|//napr. 06/2020//|
473 +|2b|//Nákup technických prostriedkov, programových prostriedkov a služieb//|//napr. 07/2020//|//napr. 08/2020//|//Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^7^^>>path:#sdfootnote7sym||name="sdfootnote7anc"]](%%)/ konzultačné služby//
474 +|2c|//Implementácia a testovanie//|//napr. 05/2020//|//napr. 06/2020//|
475 +|2d|//Nasadenie a PIP//|//napr. 12/2020//|//napr. 02/2021//|//PIP - 3 mesiace po nasadení//
476 +|3.|//Dokončovacia fáza//|//napr. 11/2020//|//napr. 12/2020//|
477 +|4.|//Podpora prevádzky (SLA)//|//napr. 01/2021//|//napr. 01/2025//|//Napr. Je potrebné obstarať SLA zmluvu (Zmluvu o podpore prevádzky IS)?//
478 +//Odporúčame – **pre reportovacie účely** projektu si vytvorte high-level projektový plán v MS EXCEL alebo v inom formáte/nástroji pre projektové riadenie.//
479 +//Doplňte informácie o vybranej metóde riadenia projektu a zdôvodniť výber~://
480 +//**Ak realizujete projekt metódou Waterfall:**//
481 +//Waterfall - vodopádový prístup počíta s detailným naplánovaním jednotlivých krokov a následnom dodržiavaní postupu pri vývoji alebo realizácii projekty. Projektovému tímu je daný minimálny priestor na zmeny v priebehu realizácie. Vodopádový prístup je vhodný a užitočný v projektoch, ktorý majú jasný cieľ a jasne definovateľný postup a rozdelenie prác.//
482 +//Objednávateľ projektu vypracuje funkčnú a technickú špecifikáciu,//
483 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_ea8a81537e587b5e.png||height="354" width="400"]]
484 +//**Ak realizujeme projekt metódou Agile:**//
485 +//Agilný prístup k riadeniu projektov sa uplatňuje v projektoch, u ktorých je jasný rámcový cieľ, ale z najrôznejších dôvodov je nemožné presne definovať všetky dlhodobé požiadavky bez priebežných prototypov. Pri agilných metódach práce sa realizujú malé porcie výsledkov v každom vývojovom cykle, iterácii, v tesnej spolupráci so zákazníkom. Agile metódu je možné aplikovať za podmienok definovaných vo vyhláške MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.//
486 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_dcd0f7fe8c3f7b57.png||height="292" width="487"]]
1427 1427  
1428 -Bezpečnostná architektúra je definovaná pre systémy UPVS.
488 += {{id name="_Toc510413660"/}}{{id name="_Toc152607325"/}}{{id name="_Toc1722900095"/}}{{id name="_Toc1548891642"/}}{{id name="_Toc1524307507"/}}{{id name="_Toc926619902"/}}{{id name="_Toc369843141"/}}{{id name="_Toc1228095438"/}}{{id name="_Toc1350957483"/}}{{id name="_Toc1726013925"/}}{{id name="_Toc651796977"/}}{{id name="_Toc1094373969"/}}{{id name="_Toc425060707"/}}{{id name="_Toc47815708"/}}9.PROJEKTOVÝ TÍM =
1429 1429  
1430 -1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU
490 +//Zostavuje sa **Riadiaci výbor (RV),** v minimálnom zložení~://
1431 1431  
1432 -Nové riešenie bude súčasťou informačných systémov UPVS, preto sa na neho vzťahujú všetky prevádzkové predpisy a postupy pre UPVS.
492 +* //Predseda RV//
493 +* //Biznis vlastník//
494 +* //Zástupca prevádzky//
495 +* //Zástupca dodávateľa (dopĺňa sa až po VO / voliteľný člen)//
496 +* //Projektový manažér objednávateľa (PM)//
497 +//Zostavuje sa **Projektový tím objednávateľa**//
498 +* //kľúčový používateľ,//
499 +* //IT analytik alebo biznis analytik,//
500 +* //IT architekt,//
501 +* //biznis vlastník//
502 +* //manažér kvality (nepovinný člen pre projekty do 1 000 000,- EUR, povinný pri veľkých projektoch nad 1 000 000,- EUR,//
503 +* //manažér IT prevádzky (nepovinný člen)//
504 +* //manažér kybernetickej a informačnej bezpečnosti (nepovinný člen)//
505 +* //UX dizajnér (nepovinný člen)//
506 +* //iná špecifická rola (nepovinný člen)//
507 +* //doplniť tabuľku zodpovedných osôb, ktoré budú participovať v projekte//
1433 1433  
1434 -1.
1435 -11. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky
509 +|**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
510 +|1.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
511 +|2.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
512 +|3.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
513 +//**Vzor organizačnej štruktúry**//
514 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_d9faa472f626899.png||height="321" width="658"]]
515 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a6af23de6588b10b.png||height="64" width="480"]]
1436 1436  
1437 -Nové riešenie predpokladá navýšenie počtu expertov, zabezpečujúcich chod nových vybudovaných komponentov riešenia. Požiadavky na expertov, zabezpečujúcich prevádzku ako aj spôsob ich zabezpečenia (interné zdroje, externé zdroje, dodávateľ služby) bude možné určiť až pri spustení projektu pre nové riešenie.
517 +== {{id name="_Toc510413661"/}}{{id name="_Toc152607326"/}}{{id name="_Toc542498601"/}}{{id name="_Toc1556184162"/}}{{id name="_Toc1705652877"/}}{{id name="_Toc91475143"/}}{{id name="_Toc699254480"/}}{{id name="_Toc1575456504"/}}{{id name="_Toc1175869665"/}}{{id name="_Toc761214469"/}}{{id name="_Toc316351360"/}}{{id name="_Toc596074253"/}}{{id name="_Toc1994700246"/}}{{id name="_Toc47815709"/}}9.1 PRACOVNÉ NÁPLNE ==
1438 1438  
1439 -1.
1440 -11. Požiadavky na zdrojové kódy
519 +//Doplniť **podľa dokumentu z Riadiaceho Výboru** projektu, prípadne zo splnomocnení alebo menovacích dekrétov . Tieto vstupy neskôr využijete pri dokumente PID.//
520 +//VZORY a ŠABLONY zdrojových súborov sú tu: //__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__// &nbsp;//
521 +//Poznámka: Odporúčame – pozrite si VZOR pre MENOVACIE DEKRÉTY členov projektového tímu – vzor obsahuje názorný popis všetkých projektových rolí, ktoré vyžaduje Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.//
1441 1441  
1442 -Manažment zdrojových kódov nového riešenia bude v súlade s postupmi pre systémy UPVS.
523 += {{id name="_Toc510413662"/}}{{id name="_Toc152607327"/}}{{id name="_Toc1721209686"/}}{{id name="_Toc1704088007"/}}{{id name="_Toc663571237"/}}{{id name="_Toc222896765"/}}{{id name="_Toc1718852369"/}}{{id name="_Toc445439934"/}}{{id name="_Toc1591178749"/}}{{id name="_Toc1059352832"/}}{{id name="_Toc1317943368"/}}{{id name="_Toc1275292488"/}}{{id name="_Toc922415075"/}}{{id name="_Toc47815710"/}}10.ODKAZY =
1443 1443  
1444 -1. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU
525 +//Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//
1445 1445  
1446 -Realizáčná fáza projektu bude v zmysle vyhlášky 401/2023 Z.z. pozostávať z uvedených etáp:
527 += {{id name="_Toc152607328"/}}{{id name="_Toc352209542"/}}{{id name="_Toc23745434"/}}{{id name="_Toc2079765538"/}}{{id name="_Toc439451047"/}}{{id name="_Toc432728511"/}}{{id name="_Toc2041295352"/}}{{id name="_Toc2053721865"/}}{{id name="_Toc1673192336"/}}{{id name="_Toc1660740083"/}}{{id name="_Toc1335486469"/}}{{id name="_Toc1845624711"/}}{{id name="_Toc47815711"/}}11.PRÍLOHY =
1447 1447  
1448 -* Analýza a dizajn,
1449 -* Implementácia a testovanie,
1450 -* Nasadenie a post implementačná podpora
529 +**Príloha : **Zoznam rizík a závislostí (Excel): __[[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__
530 +//Poznámka: **Odporúčame**, si evidovať a vyhodnotiť pripomienky odbornej verejnosti//
1451 1451  
1452 -|**ID**|**Prehľad projektových výstupov**
1453 -|** **|**Výstupy vytvárané PRIEBEŽNE počas celého projektu**
1454 -|M-01|**Plán etapy/Plán fázy**
1455 -|M-02|**Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:**
1456 -| |(1) Zoznam otvorených otázok
1457 -| |(2) Zoznam funkčných zdrojových kódov
1458 -| |(3) Zoznam licencií
1459 -| |(4) Správa o stave projektu (Status report)
1460 -| |(5) Požiadavka na zmenu (CR)
1461 -|M-03|**Akceptačný protokol**
1462 -|M-06|**Evidencia e-Government komponentov v MetaIS, vrátane architektonických modelov***
1463 -| |**PRÍPRAVNÁ A INICIAČNÁ FÁZA**
1464 -|I-02|Projektový zámer
1465 -|I-01|Ideový zámer
1466 -| |Prístup k projektu
1467 -| |Používateľský prieskum
1468 -|I-04|Katalóg požiadaviek
1469 -| |**REALIZAČNÁ FÁZA**
1470 -|**R1**|**ANALÝZA A DIZAJN**
1471 -|R-01|**Akceptačné kritériá**
1472 -|R1-1|(((
1473 -**Detailný návrh riešenia (DNR) **
1474 -(1) Zámer riešenia, analýza požiadaviek, používateľský prieskum a motivačná architektúra
1475 -(2) Popis postupu analýzy a návrhu riešenia
1476 -(3) Biznis architektúra*
1477 -a. Existujúca a cieľová biznis architektúra
1478 -b. Procesy podporované navrhovaným riešením
1479 -c. Vytvorenie informačnej architektúry a mapovanie používateľskej cesty
1480 -d. Prípady použitia (use case model)
1481 -(4) Dátová architektúra
1482 -(5) Aplikačná architektúra*
1483 -a. Existujúca a budúca aplikačná architektúra
1484 -b. Aplikačné komponenty a ich vzťah k biznis komponentom a funkčným požiadavkám
1485 -c. Integrácie – Komunikácia medzi komponentami (OpenAPI)
1486 -(6) Technologická architektúra*
1487 -a. Existujúca a budúca technologická architektúra
1488 -b. Technologické komponenty riešenia a ich vzťah k aplikačným komponentom
1489 -(7) Softvérové licencie a zdrojové kódy
1490 -(8) Požiadavky na úrovne služieb
1491 -(SLA) a výkonnosť
1492 -(9) Zabezpečenie dostupnosti, zálohovanie a obnova riešenia
1493 -(10 Bezpečnosť – riešenie požiadaviek na bezpečnosť
1494 -(11) Migrácia dát
1495 -(12) Harmonogram realizácie a nasadenia, závislosti
1496 -(13) Testovací protokol prototypu používateľského rozhrania
532 +* //Podľa § 4 odsek 10 – Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke je potrebné zrealizovať pripomienkovanie Projektového zámeru odbornou verejnosťou//
533 +* //Odporúčame túto aktivitu formalizovať (do dokumentu)//
534 +* //Odporúčame vyhodnotenie zverejniť na webové sídlo objednávateľa (do projektového adresára) – v súlade s Vyhláškou 401/2023 Zz. Oznámenie o začatí verejného pripomienkovania sa zverejní v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia. Na schválenie riadiacemu výboru v prípravnej a iniciačnej fáze sa tieto výstupy predkladajú až po zverejnení vyhodnotenia pripomienok.//
535 +//Koniec dokumentu//
536 +[[1>>path:#sdfootnote1anc||name="sdfootnote1sym"]] Notácia ArchiMate: __[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__
537 +[[2>>path:#sdfootnote2anc||name="sdfootnote2sym"]] Aktuálny spoločný repozitár architektonických modelov verejnej správy je __[[https:~~/~~/avssr.horizzon.cloud/>>url:https://avssr.horizzon.cloud/]]__. O prístup do repozitára a poskytnutie licencie pre modelovací nástroj pracujúci s repozitárom modelov je potrebné požiadať na e-mailovej adrese: sprava_EA@mirri.gov.sk.
538 +[[3>>path:#sdfootnote3anc||name="sdfootnote3sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: __[[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]]__.
539 +[[4>>path:#sdfootnote4anc||name="sdfootnote4sym"]] Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: __[[https:~~/~~/camunda.com/download/modeler/>>url:https://camunda.com/download/modeler/]]__.
540 +[[5>>path:#sdfootnote5anc||name="sdfootnote5sym"]] Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.
541 +[[6>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Spoločné moduly podľa zákona č. 305/2013 e-Governmente
542 +[[7>>path:#sdfootnote7anc||name="sdfootnote7sym"]] EUPL licencie: __[[https:~~/~~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__
1497 1497  
1498 -(14) Iniciálny grafický návrh
1499 -)))
1500 -|R1-2|**Plán a stratégia testovania**
1501 -| |(1) Testovacie prípady (UC/TC)
1502 -(2) Testovacie prostredia
1503 -(3) Testovacie dáta
1504 -(4) Defekt manažment, monitoring a reporting testov
1505 -|**R3**|**IMPLEMENTÁCIA A TESTOVANIE**
1506 -|R3-1|**Vývoj, migrácia údajov a integrácia**
1507 -|(% rowspan="8" %)R3-2|**Testovanie**
1508 -|(((
1509 -1. Testovanie prototypu používateľského rozhrania, aplikačného rozhrania a iniciálneho grafického návrhu
1510 -)))
1511 -|(2) Funkčné testovanie (FAT)
1512 -|(3) Systémové a integračné testovanie (SIT)
1513 -|(4) Záťažové a výkonnostné testovanie
1514 -|(5) Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť)
1515 -|(6) Používateľské testy funkčného používateľského rozhrania (UX)
1516 -|(7) Používateľské akceptačné testovanie (UAT)
1517 -|R3-3|**Školenia personálu**
1518 -|(% rowspan="10" %)R3-4|**Dokumentácia**
1519 -|1) Aplikačná príručka, vrátane aktualizovanej dokumentácie architektúry v rozsahu podľa položiek 3 až 10 Detailného návrhu riešenia R1-1
1520 -|(2) Integračná príručka
1521 -|(3) Používateľská príručka (vo forme kontextovej príručky - z aplikácie, bude priamo dostupný kontextový návod prostredníctvom jedného kliku. Technológia bude určená v rámci realizácie zmenového konania pre ŽS6)
1522 -|(4) Zdrojové kódy a licencie
1523 -|(5) Inštalačná a konfiguračná príručka
1524 -|(6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu
1525 -|(7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán)
1526 -|(8) Bezpečnostný projekt
1527 -|(9) Údaje o monitorovaní úrovne poskytovaných služieb (SLA) aktív IT
1528 -|**R4**|**NASADENIE a POSTIMPLEMENTAČNÁ PODPORA (PIP)**
1529 -|R4-1|**Nasadenie do produkčnej prevádzky (vyhodnotenie)**
1530 -|R4-2|**Akceptácia spustenia do produkčnej prevádzky (vyhodnotenie)**
1531 -| |**DOKONČOVACIA FÁZA**
1532 -|M-02|**Manažérske správy, plány, reporty, zoznamy, odporúčania **
1533 -**a požiadavky:**
1534 -| |**Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:**
1535 -| |(1) Správa o dokončení projektu (etapy/fázy)
1536 -
1537 -1. ODKAZY
1538 -
1539 -Projekt je popísaný v súlade s projektom rozvoja Prevádzka služby eKolok v rokoch 2024-2034
1540 -
1541 -1. PRÍLOHY
1542 -
1543 -**Príloha 1: **Katalóg požiadaviek a CBA projektu
1544 -
1545 -**Príloha 2**: Register rizík a závislostí
1546 -
1547 -**Príloha 3**: Kalkulácia prínosov
1548 -
1549 -// //
1550 -
1551 -
1552 -Koniec dokumentu
1553 -
1554 -
1555 -----
1556 -
1557 - [[~[UU1~]>>path:#_msoanchor_1]]Upravit motivaciu a rozsah projektu
1558 -
1559 - [[~[UU2~]>>path:#_msoanchor_2]]Aby to bolo na celu verejnu spravu
544 +| | |
1751966452334-121.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -488.7 KB
Obsah
1751966545371-738.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -34.2 KB
Obsah
1751966577218-279.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -59.3 KB
Obsah
1751966610598-998.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -13.5 KB
Obsah
1751966674383-945.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -125.2 KB
Obsah
1751966694066-832.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -236.9 KB
Obsah
1751966721274-839.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -77.8 KB
Obsah
1751966733190-908.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -102.2 KB
Obsah
1751966750791-310.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -223.7 KB
Obsah
1751966763267-201.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -195.7 KB
Obsah
1751966773867-716.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -73.8 KB
Obsah
1751966794138-305.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -150.1 KB
Obsah
1751966817000-857.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -166.3 KB
Obsah
1751966841542-131.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -74.8 KB
Obsah
1751966871882-533.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -75.2 KB
Obsah
XWiki.XWikiComments[0]
Autor
... ... @@ -1,1 +1,0 @@
1 -xwiki:XWiki.lucia\.lelkes@mirri\.gov\.sk
Komentár
... ... @@ -1,1 +1,0 @@
1 -názov BC/CBA nekorešponduje s názvom projektu - prosím zosúladiť.
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-17 15:44:48.736
Selection
... ... @@ -1,1 +1,0 @@
1 -Prínosy projektu a vyhodnotenie CBA
State
... ... @@ -1,1 +1,0 @@
1 -SAFE
Target
... ... @@ -1,1 +1,0 @@
1 -Dokumenty.projekt_3527.projektovy_zamer.WebHome