I-02 Projektový zámer (projektovy_zamer)

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.

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:

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.

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.

51

52

1.

53

11. Použité skratky a pojmy

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

84

85

Tabuľka 1 Skratky a pojmy

86

87

1.

88

11. Konvencie pre typy požiadaviek

89

90

Z pohľadu definovania požiadaviek v rámci katalógu požiadaviek boli tieto rozdelené na:

* Funkčné

* Nefunkčné

* Technické

Katalóg požiadaviek je neodmysliteľnou súčasťou projektovej dokumentácie

97

98

1. DEFINOVANIE PROJEKTU

99

11. Manažérske zhrnutie

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ý NASES, pričom službu eKolok zabezpečuje Slovenská pošta. Iné poplatky sú evidované v agendových informačných systémov napr. obcí a VÚC. Tento model:

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 2 063 708 milióna EUR s DPH. Financovanie je navrhnuté z OP Slovensko – PRIORITA 1P1 VEDA, VÝSKUM A INOVÁCIE:

135

136

* Špecifický cieľ - 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 vedené v osobitných právnych predpisoch alebo všeobecných záväzných nariadeniach (v prípade obcí a VUC). Transformácia sadzobní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:1753869682399-906.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

** Špecifické administratívne a licenčné poplatky, ktoré vznikajú v procese konaní a autorizácii.

180

181

**Vymedzenie s voči štúdii eKolok 2024 - 3024**

182

183

Samotná štúdia na eKolok rieši číselník poplatkov ako komponent, ktorý je potrebný pre ďalšie efektívne riadenie procesu poskytovania služieb. Tým, že je tam uvedený ešte nevytvára predpoklad na čerpanie zdrojov. Prípadné VO na nový katalóg poplatkov sa bude opierať o projektu rozvoja Vybudovanie katalógu poplatkov (projekt_3527).

184

185

V rámci štúdie realizovateľnosti služby ekolok na roky 2024 - 2034 sa schválila realizácia alternatívy 4, ktorá počíta s postupným budovaním centrálneho systému evidencie poplatkov pod Štátnou pokladnicou, čo by malo znamenať z dlhodobého hľadiska utlmenie služby eKolok s prevádzkovateľom systému, ktorým je Slovenská pošta. Táto štúdia v alternatíve 4 pomenúva číselník poplatkov (teraz označený ako Katalóg poplatkov) ako nutný komponent, ktorého rozvoj a prevádzku nemá zastrešovať ani Štátna pokladnica ani eKolok v súčasnom režime. Katalóg poplatkov je integrálnou súčasťou na naplnenie stratégie služby ekolok na roky 2024 - 2034 (a potenciálne aj neskôr), avšak pre systémové zmeny operatéra služby (prevádzkovateľa systému) nie je súčasťou projektového rozvoja ani súčasnej služby ekolok ani súčasťou vybudovania centrálneho systému evidencie poplatkov Štátnej pokladnice. Preto sa navrhuje, aby vznikol nezávislý komponent bez vplyvu realizácie stratégie, jej prípadnej korekcie alebo v prípade konzervácie AS IS stavu neblokovanie potenciálneho budúceho rozvoja vendor lock-inom.

186

187

1.

188

11. Zainteresované strany (Stakeholderi)

189

190

V nasledujúcej tabuľke sú uvedení dotknutí stakeholderi projektu rozvoja:

191

192

|**AKTÉR / STAKEHOLDER**|**SUBJEKT (NÁZOV / SKRATKA)**|**ROLA V PROJEKTE**

193

|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

194

|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.

195

|Prevádzkovateľ IS Štátna pokladnica|Štátna pokladnica|Jedná sa o budúci integrovaný informačný systém na systém Katalógu poplatkov

196

|Gestor legislatívy|Ministerstvo financií SR (MF SR)|Zabezpečenie legislatívnych zmien, garant právneho rámca poplatkov

197

|Prevádzkovateľ IS PEP|Slovenská pošta, a.s. (SP)|Spolupráca na integrácii IS PEP, migrácia údajov, zmena interných IS

198

|Prevádzkovateľ IS MEP|NASES|Spolupráca na integrácii IS MEP, technické zabezpečenie API napojení

199

|Prevádzkovateľ MSP|Slovenská pošta, a.s. (SP) / iné OVM|Prispôsobenie MSP (Modulu správy poplatkov) na nový Katalóg

200

|Prevádzkovateľ ÚPVS|NASES|Integrácia Katalógu s ÚPVS, správa IAM služieb

201

|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

202

|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

203

|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

204

|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

205

|Priehradkoví úradníci|Zamestnanci OVM a SP (priehradkové pracoviská)|Koncoví používatelia FE, pripomienky k UX/FE návrhom

206

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

207

|Dodávateľ IS PEP / MSP|Aktuálny dodávateľ (dodávateľ SP)|Potrebné úpravy IS PEP, MSP (súčasť rozvoja)

208

|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

209

210

Tabuľka 2 Zainteresované strany (Stakeholderi)

1.

11. Ciele projektu

V nasledujúcej tabuľke sa nachádzajú dotknuté ciele projektu, ktoré reflektujú ciele NKIVS a P SK:

216

217

|**Cieľ projektu (S.M.A.R.T.)**|**Väzba na NKIVS**|**KPI (merateľný ukazovateľ)**|**Väzba na špecifický cieľ OP SK (Priorita 1)**

218

|Zaviesť centrálny právne záväzný Katalóg poplatkov pre OVM do prevádzky do 24 mesiacov|PO1 - Lepšie služby - 1.2 Názov cieľa: Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami |Systém v produkcii (GO-LIVE), zápis v MetaIS|OPATRENIE 1.2.1 PODPORA V OBLASTI INFORMATIZÁCIE A DIGITÁLNEJ TRANSFORMÁCIE

219

|Integrovať IS PEP, IS MEP a MSP na nový Katalóg do 18 mesiacov|PO1 - Lepšie služby - 1.2 Názov cieľa: Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami |% integrovaných IS (cieľ = 100 %)|OPATRENIE 1.2.1 PODPORA V OBLASTI INFORMATIZÁCIE A DIGITÁLNEJ TRANSFORMÁCIE

220

|Zabezpečiť jednotné používanie sadzieb pre 100 % elektronických podaní do 12 mesiacov od GO-LIVE|PO1 - Lepšie služby - 1.2 Názov cieľa: Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami |% e-podaní s údajmi z Katalógu (cieľ = 100 %)|OPATRENIE 1.2.1 PODPORA V OBLASTI INFORMATIZÁCIE A DIGITÁLNEJ TRANSFORMÁCIE

221

|Odstrániť rozdiely medzi sadzbami v elektronickom a fyzickom procese|PO1 - Lepšie služby - 1.2 Názov cieľa: Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami |Počet nekonzistencií (cieľ = 0)|OPATRENIE 1.2.1 PODPORA V OBLASTI INFORMATIZÁCIE A DIGITÁLNEJ TRANSFORMÁCIE

222

|Zabezpečiť auditovateľnosť zmien sadzieb v 100 % položiek Katalógu|PO1 - Lepšie služby - 1.2 Názov cieľa: Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami |% položiek s audit trailom (cieľ = 100 %)|OPATRENIE 1.2.1 PODPORA V OBLASTI INFORMATIZÁCIE A DIGITÁLNEJ TRANSFORMÁCIE

223

|Skrátiť priemerný čas aktualizácie legislatívnych zmien sadzieb na < 10 dní od legislatívnej účinnosti|PO1 - Lepšie služby - 1.2 Názov cieľa: Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami |Priemerná doba aktualizácie sadzieb v IS (cieľ < 10 dní)|OPATRENIE 1.2.1 PODPORA V OBLASTI INFORMATIZÁCIE A DIGITÁLNEJ TRANSFORMÁCIE

224

|Zabezpečiť 99,5 % dostupnosť služby Katalógu pre všetky integrované IS|PO1 - Lepšie služby - 1.2 Názov cieľa: Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami |SLA dostupnosti (cieľ ≥ 99,5 %)|OPATRENIE 1.2.1 PODPORA V OBLASTI INFORMATIZÁCIE A DIGITÁLNEJ TRANSFORMÁCIE

225

|Zvýšiť podiel elektronických podaní využívajúcich online určenie sadzieb o min. 50 % do 12 mesiacov od GO-LIVE|PO1 - Lepšie služby - 1.2 Názov cieľa: Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami |% nárast podaní (cieľ ≥ +50 %)|OPATRENIE 1.2.1 PODPORA V OBLASTI INFORMATIZÁCIE A DIGITÁLNEJ TRANSFORMÁCIE

226

227

Tabuľka 3 Ciele projektu

1.

11. Merateľné ukazovatele (KPI)

232

233

V nasledujúcej tabuľke sú merateľné ukazovatele projektu:

|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í

238

|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

239

240

|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

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

246

247

1.

248

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

249

250

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:

251

252

|**Skupina používateľov**|**Popis / charakteristika**

253

|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 klientskych centier. Typicky stredná úroveň digitálnych zručností.

254

|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.

255

|Administrátori číselníkov poplatkov / 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.

1.

11.

111. Používateľské potreby a ciele

260

261

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:

262

263

|(% colspan="2" %)**Pracovníci VS (priehradky / MSP / PEP, špecializované portály napojené na KP)**

264

|(((

265

**Používateľský príbeh:**

266

267

//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.//

)))|(((

**Kľúčové potreby:**

* jednoduchý výber správneho poplatku,

272

* vizuálne zobrazenie aktuálnej sadzby,

273

* upozornenie na zmeny sadzieb,

274

* garancia právnej platnosti sadzby

275

* práca vo vlastnom agendovom systéme

276

)))

277

|(% colspan="2" %)**Občania a podnikatelia (verejnosť) - elektronická komunikácia cez UPVS**

278

|(((

279

**Používateľský príbeh:**

280

281

//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. Riešenie bude vybudované aj pre poplatky, keď poskytované služby orgánov verejnej moci 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, t.j. existuje väčší počet kombinácií ako je položiek//

)))|(((

**Kľúčové potreby:**

* automatické určenie správneho poplatku,

286

* zníženie chybovosti v platbách,

287

* zníženie potreby fyzických návštev na úradoch.

288

* platba v priebehu podania bez dodatočného vyčíslenia výšky poplatku

289

)))

290

|(% colspan="2" %)**Administrátori sadzieb**

291

|(((

292

**Používateľský príbeh:**

293

294

//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.//

)))|(((

**Kľúčové potreby:**

* verzionovanie údajov,

299

* validácia sadzieb,

300

* audit trail zmien,

301

* notifikácia pre integrované IS.

302

)))

303

|(((

304

**Používateľský príbeh 2 (Elektronická komunikácia cez UPVS):**

305

306

//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.//

)))|(((

**Kľúčové potreby:**

* intuitívna navigácia,

313

* ponuka možností,

314

* informatívne určenie výšky poplatku s rozdelením na položky.

)))

1.

11.

111. Definovanie potrieb v zmysle štúdie - Prevádzka služby eKolok v rokoch 2024-2034

320

321

Projekt bude realizovaný tak, aby rovnako reflektoval požiadavky a potreby definované v rámci štúdie Prevádzka služby eKolok v rokoch 2024 – 2034, kde bolo uvedené nasledovné:

322

323

//Zákonom 238/2017 Z. z. sa zavádza základný číselník poplatkov ako štruktúrovaný zdroj sadzobníka správnych poplatkov a sadzobníka súdnych poplatkov s tým, že tento číselník bude záväzný pre všetky systémy (ÚPVS, IS PEP, špecializované portály, prípadne ďalšie technické zariadenia) v procese vyberania správnych a súdnych poplatkov.//

324

325

//V súčasnosti neexistuje štruktúrovaná verzia sadzobníka správnych poplatkov a sadzobníka súdnych poplatkov. 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. Transformácia oboch sadzobní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 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. V konečnom dôsledku, iba systémová príprava funkcionality a riadenia základného čí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.//

326

327

//Číselník poplatkov kladie najvyšší dôraz na platiteľa a zjednodušenie používania služby. Poplatník sa prihlási na ústrednom portáli alebo špecializovanom portáli so svojím elektronickým občianskym preukazom, na základe ktorého ďalšie úkony vykonáva ako identifikovaná osoba.//

328

329

//Poplatník si vyberie službu, ktorú si vyhľadá manuálne alebo zadá vyhľadávacie kritériá, ktorými sú napr. životná situácia, agenda verejnej správy, úsek verejnej správy. Po výbere služby používateľ vyplní povinné náležitosti služby, pričom údaje, ktoré dokáže portál zistiť z poplatníkovho profilu sa vyplnia automaticky. Rovnako sa vyplnia automaticky aj údaje z integrovaných systémov, pokiaľ sú dostupné (napr. z IS EVO).//

330

331

//Na základe vyplnených parametrov podania portál identifikuje poplatok. Sadzbu vypočíta číselník poplatkov na základe zaslanej konfigurácie. Zníženie sadzby poplatku môže byť poplatníkovi poskytnuté automaticky na základe identifikácie osoby na portáli, resp. používateľovi bude ponúknutý zoznam všetkých možností na úpravu sadzby poplatku vo vzťahu k ponúkanej službe OVM (koncovej službe). Možnosti na úpravu sadzby poplatku a verifikácia nároku na konkrétne uplatnenie zníženia alebo inú úpravu sadzby poplatku je na zodpovednosti portálu, ktorý túto koncovú službu zabezpečuje. Rovnako Číselník poplatkov poskytuje základné sadzby a možnosti na úpravu sadzby. Automatické rozlišovanie osoby poplatníka a predvypĺňanie údajov na špecializovanom portáli nie je súčasťou riešenia číselníka poplatkov.//

332

333

//Číselník poplatkov umožňuje komplexnú správu číselníka poplatkov gestorom (MF SR) a spolugestormi (OVM). Túto správu vykonáva gestor, ktorý sprístupňuje číselník orgánom verejnej moci, garantuje konzistentnosť dát, metodicky usmerňuje spolugestorov a zabezpečuje aj validáciu dát zadaných spolugestormi. Spolugestori konfigurujú jednotlivé položky poplatkov podľa ich vecnej príslušnosti. Všetky zmeny vykonané v číselníku sú verziované, pričom paralelne môže existovať niekoľko verzií naraz kvôli prechodným ustanoveniam s rôznym začiatkom platnosti. Používateľmi číselníka poplatkov sú prevádzkovateľ služby eKolok, prevádzkovateľ ÚPVS, prevádzkovatelia špecializovaného portálu, samotné orgány zapojené do centrálneho systému evidencie poplatkov (OVM) pri listinných podaniach.//

334

335

//Súčasťou riešenia je poskytovanie číselníkov pre iné informačné systémy. Okrem toho bude číselník poplatkov poskytovať službu pre overenie sadzby za službu na základe zvoleného poplatku, jeho parametrov, úprav a doplnkových služieb.//

336

337

//Základnými procesmi sú~://

338

339

//- správa číselníka//

340

341

//- poskytovanie údajov o poplatkoch//

342

343

//- overenie konfigurácie poplatku a výpočet ceny//

1.

11.

111. Zdôvodnenie, prečo nebol vykonaný používateľský prieskum

348

349

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.

350

351

Používateľské požiadavky boli **identifikované na základe**:

352

353

* workshopov s kľúčovými OVM (MF SR, MV SR, MS SR, NASES),

354

* spätných väzieb z prevádzky IS PEP a IS MEP,

355

* reportovaných incidentov z prevádzky eKolok systému,

356

* výstupov z revízie výdavkov (MF SR, 2023),

357

* technických analýz a existujúcich požiadaviek OVM.

358

359

**Toto nahrádza formálny zákaznícky prieskum**.

360

361

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

362

363

1.

364

11. Detailný opis obmedzení a predpokladov

365

366

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

367

368

|**Typ**|**Názov / oblasť**|**Detailný popis**

369

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

370

|Predpoklad|Dostupnosť kapacít technologickej infraštruktúry|Dostupnosť kapacít technologickej infraštruktúry privátneho cloudového riešenia v prevádzke NASES pre cieľové nasadenie nového systému vrátane požadovaných SLA parametrov.

371

|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.

372

|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.

373

|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.

374

|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.

375

|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.

376

|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.

377

|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.

378

|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.

379

380

1.

381

11. Vyhodnotenie rizík a závislostí

382

383

Z pohľadu najvýraznejších rizík a závislostí, ktoré ovplyvňujú realizáciu projektu boli identifikované nasledovné:

384

385

|**ID**|**Názov rizika**|**Potenciálny dopad**|**Opatrenie na zmiernenie / prevencia**

386

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

387

|2|Meškanie úprav IS PEP|Neskorá migrácia na nový systém, pretrvanie paralelných číselníkov|(((

388

Včasné uzavretie dohody so SP o harmonograme a rozsahu integrácií

389

390

Vytvorenie dočasnej funkcionality a integračného rozhrania v zmysle AA2

391

)))

392

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

393

|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

394

|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

395

|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

396

397

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

1.

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

402

403

V tejto časti sú uvedené informácie, ktoré sú detailne spracované v rámci prílohy CBA projektu

1.

11.

111. Sumarizácia nákladov a prínosov

408

409

V nasledujúcej tabuľke sú uvedené všetky náklady na realizáciu projektu rozvoja v horizonte 10 rokov.

|Náklady s DPH| | | 7 200 130 €| 4 114 594 €| 1 395 319 €| 384 291 €| 384 291 €| 384 291 €| 537 342 €

414

| |Všeobecný materiál| | - €| - €| - €| - €| - €| - €| - €

415

| |IT - CAPEX| | 3 251 143 €| 1 849 234 €| 300 332 €| 250 457 €| 250 457 €| 250 457 €| 350 206 €

416

| | |Aplikácie| 2 929 588 €| 1 527 680 €| 300 332 €| 250 457 €| 250 457 €| 250 457 €| 350 206 €

417

| | |SW| - €| - €| - €| - €| - €| - €| - €

418

| | |HW| 321 555 €| 321 555 €| - €| - €| - €| - €| - €

419

| |IT - OPEX| | 3 813 978 €| 2 184 186 €| 1 083 455 €| 124 216 €| 124 216 €| 124 216 €| 173 688 €

420

| | |Aplikácie| 3 524 579 €| 1 894 787 €| 1 083 455 €| 124 216 €| 124 216 €| 124 216 €| 173 688 €

421

| | |SW| - €| - €| - €| - €| - €| - €| - €

422

| | |HW| 289 399 €| 289 399 €| - €| - €| - €| - €| - €

423

| |Riadenie projektu| | 135 009 €| 81 174 €| 11 533 €| 9 618 €| 9 618 €| 9 618 €| 13 448 €

424

| |Výstupné náklady| | - €| - €| - €| - €| - €| - €| - €

425

426

Tabuľka 6 Sumarizácia nákladov a prínosov

427

428

Z pohľadu samotných nákladov na projekt sa jedná o nasledovné náklady:

429

430

|**Typ nákladu**|**Suma**

431

|013 Softvér – aplikácie|1 541 889 €

432

|521 Mzdové náklady|65 256 €

433

|022 – Samostatné hnuteľné veci a súbory hnuteľných vecí|321 555 €

434

|907 - Paušálna sadzba na nepriame výdavky podľa článku 54 písm. a) NSU |135 009 €

435

|SPOLU|2 063 708€

436

437

V nasledujúcej tabuľke sú rozdelené tieto náklady po „moduloch“:

438

439

|**Označenia riadkov**|**Suma interných prac**|**Suma Externých prac**|**SPOLU**

440

|Úpravy MEP|5 579 €|131 819 €|137 398 €

441

|Úpravy MSP|7 801 €|184 319 €|192 120 €

442

|Úpravy PEP|6 690 €|158 069 €|164 759 €

443

|Úpravy SW KIOSK|5 579 €|131 819 €|137 398 €

444

|Katalóg poplatkov|34 029 €|804 042 €|838 071 €

445

|Úpravy MASP|5 579 €|131 819 €|137 398 €

1.

11.

111.

1111. Prevádzkové náklady na Katalóg poplatkov

451

452

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. Hodnoty vychádzajú z priemeru hodnôt z iných realizovaných projektov NASES.

453

454

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.

1.

11.

111.

1111. Prínosy projektu a vyhodnotenie CBA

460

461

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.

462

463

V nasledujúcej tabuľke je vyhodnotenie nákladov a prínosov :

464

465

466

| |(% colspan="6" %)Cashflow projektu|(% colspan="5" %)Čistá súčasná hodnota z projektu

467

468

469

|t1|0,00|-2 057 182,56|-2 057 182,56|0,00|-1 672 506,14|-1 672 506,14|0|-2 057 182,56|-1 672 506,14|-1 672 506,14|<

470

|t2|0,00|-450 892,39|-450 892,39|0,00|258 671,83|258 671,83|1|-433 550,37|246 354,12|-1 426 152,02|<

471

|t3|0,00|-449 995,08|-449 995,08|0,00|259 401,34|259 401,34|2|-416 045,75|235 284,66|-1 190 867,36|<

472

|t4|0,00|-455 623,37|-455 623,37|0,00|254 825,50|254 825,50|3|-405 047,52|220 127,84|-970 739,51|<

473

|t5|0,00|-461 251,66|-461 251,66|0,00|250 249,65|250 249,65|4|-394 279,86|205 881,00|-764 858,51|<

474

|t6|0,00|-466 879,96|-466 879,96|0,00|245 673,80|245 673,80|5|-383 741,29|192 491,85|-572 366,66|<

475

|t7|0,00|-472 508,25|-472 508,25|0,00|241 097,95|241 097,95|6|-373 430,13|179 911,00|-392 455,66|<

476

|t8|0,00|-478 136,54|-478 136,54|0,00|236 522,10|236 522,10|7|-363 344,48|168 091,84|-224 363,81|<

477

|t9|0,00|-483 764,84|-483 764,84|0,00|231 946,26|231 946,26|8|-353 482,23|156 990,36|-67 373,46|<

478

|t10|0,00|-489 393,13|-489 393,13|0,00|227 370,41|227 370,41|9|-343 841,12|146 564,99|79 191,53|Rok návratu investície

479

|SPOLU|0,00|-6 265 627,77|-6 265 627,77|0,00|533 252,68|533 252,68|SPOLU|-5 523 945,29|79 191,53| |

480

| | | | | | | | | | | |

481

482

| | | | | | | |BCR|pomer prínosov a nákladov|0,83|1,00|

483

| | | | | | | |FIRR|finančná vnútorná výnosová miera ~(%)|N/A|-|

484

| | | | | | | |EIRR|ekonomická vnútorná výnosová miera ~(%)|6,1%|5,0%|

485

| | | | | | | | | | | |

486

| | | | | | | |FNPV|finančná čistá súčasná hodnota (eur s DPH)|-5 523 945|-|

487

| | | | | | | |ENPV|ekonomická čistá súčasná hodnota (eur bez DPH)|79 192|0|

488

489

Z pohľadu kvalitatívneho hodnotenia má projekt nasledovné prínosy:

490

491

* Zníženie administratívnej záťaže zamestnancov verejnej správy vďaka zjednotenému a automatizovanému spracovaniu poplatkov.

492

* Skrátenie času venovanému na úhradu platby, napr. poplatku (resp. na splnenie poplatkovej povinnosti)

493

* Zvýšenie úspešnosti a efektivity výberu poplatkov vďaka presnejšej evidencii a centrálnej kontrole úhrad.

494

* Zníženie počtu chýb pri určovaní výšky poplatkov a obmedzenie duplicít alebo nesprávnych sadzieb.

495

* Presnejšie plánovanie a kontrola rozpočtových príjmov cez jednotnú väzbu na rozpočtovú klasifikáciu.

496

* Nižšie prevádzkové náklady na správu a kontrolu poplatkov vďaka digitalizácii a centralizácii údajov.

497

* Zavedenie jednotného, centrálneho a transparentného zdroja údajov o všetkých poplatkoch a platbách vo verejnej správe.

498

* 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.

499

* 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.

500

* 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.

501

* Š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.

502

* Vyššia kvalita a spoľahlivosť kontroly, auditu a zdieľania dát medzi orgánmi verejnej správy.

503

* Flexibilná podpora legislatívnych zmien — centrálna evidencia umožní jednoduchšie a rýchlejšie aktualizovať sadzby alebo pravidlá.

504

505

V rámci realizácie projektu bude zabezpečené aj otestovanie zníženia času potrebného na úhrady poplatkov alebo manažment katalógu poplatkov pre nasledovné procesy:

506

507

* Kúpa eKolku na hotovostnom kiosku v hotovosti

508

* Kúpa eKolku na hotovostnom kiosku kartou

509

* Kúpa eKolku na bezhotovostnom kiosku

510

* Kúpa eKolku na pošte (APONET)

511

* Kúpa eKolku cez mobilnú aplikáciu a virtuálny kiosk

512

* Spotreba eKolku úradníkom

513

* Vygenerovanie platobného predpisu úradníkom

514

* Úhrada platobného predpisu bezhotovostným prevodom/instantné platby

515

* Úhrada platobného predpisu poštovou poukážkou

516

* Úhrada platobného predpisu na kiosku

517

* Úhrada poplatku cez SW pokladňu (+platobný predpis) - úradník

518

* Úhrada poplatku cez SW pokladňu (+platobný predpis) - poplatník

519

* eGov (úhrada predpisu)

520

* Úprava katalógu platieb

521

*1.

522

*11. Zdroj financovania

523

524

Financovanie je navrhnuté z OP Slovensko – Priorita 1: Zvýšenie kvality eGovernment služieb a interoperability:

525

526

* Špecifický cieľ - RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy

527

* 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

528

*1. Harmonogram projektu

529

530

V nasledujúcej tabuľke je definovaný predbežný harmonogram projektu

531

532

|ID|FÁZA/AKTIVITA|(((

ZAČIATOK

(odhad termínu)

)))|(((

KONIEC

(odhad termínu)

)))|POZNÁMKA

|1.|Prípravná fáza a Iniciačná fáza|06/2025|08/2025|

542

|2.|Realizačná fáza|09/2025|12/2026|

543

|2a|Analýza a Dizajn|01/2026|02/2026|

544

545

|2c|Implementácia a testovanie|03/2026|10/2026|

546

|2d|Nasadenie a PIP|11/2026|12/2026|

547

|3.|Dokončovacia fáza|01/2027|03/2027|

548

|4.|Podpora prevádzky (SLA)|01/2027|12/2029|

549

550

1.

551

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

552

553

V rámci projektu sa predpokladá so zriadením **Riadiaci výbor (RV) **realizátora projektu minimálne v nasledovnom zložení:

* Predseda RV

* Biznis vlastník

* Zástupca prevádzky

* Projektový manažér realizátora projektu (Objednávateľa) (PM)

559

560

**Projektový tím realizátora projektu bude zložený z nasledovných rolí:**

561

562

V nasledujúcej tabuľke je uvedený návrh organizačného zabezpečenia zodpovedných osôb, ktoré budú participovať v projekte:

563

564

565

|1.|Kľúčový používateľ|TBD|TBD|TBD

566

|2.|Vlastník údajov|TBD|TBD|TBD

567

|3.|IT Analytik|TBD|TBD|TBD

568

|4.|IT Architekt|TBD|TBD|TBD

| |

| |

Tabuľka 7 Projektový tím

573

574

Popis pracovných činností bude štandardizovaný v rámci projektového riadenia v NASES.

575

576

Externý tím bude zložený z nasledovných pozícií:

|IT architekt

|IT analytik

|Projektový manažér IT projektu

581

|Špecialista pre bezpečnosť IT

582

|Špecialista pre databázy

583

|IT programátor/vývojár

584

|IT tester

585

|Špecialista pre infraštruktúrny/HW špecialista

|

1. LEGISLATÍVA

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

591

592

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

593

594

1.

595

11. Vybrané ustanovenia týkajúce sa číselníka poplatkov v dotknutých právnych predpisoch:

596

597

Definícia číselníka poplatkov podľa § 15a ods. 4 Zákona o správnych poplatkoch:

598

599

//„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.“//

600

601

**§ 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**.

602

603

**Podľa § 7 ods. 10 Zákona o správnych poplatkoch:**

604

605

//„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.“//

606

607

**Podľa § 18a ods. 1 písm. b) predmetného zákona prevádzkovateľ systému je povinný:**

608

609

//„zabezpečiť evidenciu platieb poplatkov a na účel identifikácie úkonu alebo konania používať hodnoty z číselníka poplatkov orgánom verejnej moci“.//

610

611

**Podľa § 15a ods. 4 Zákona o súdnych poplatkoch:**

612

613

//„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ú.“//

614

615

**Podľa § 9 ods. 2 Zákona o súdnych poplatkoch:**

616

617

//„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]]

618

619

1. //umožnia poplatníkovi zaplatiť poplatok prostredníctvom prevádzkovateľa systému a//

620

1. //na účely identifikácie poplatku používajú číselník poplatkov orgánom verejnej moci.“//

621

622

Podľa **§ 16a ods. 1 písm. b) **predmetného zákona prevádzkovateľ systému je povinný:

623

624

„//zabezpečiť evidenciu platieb poplatkov a na účel identifikácie úkonu alebo konania používať hodnoty z číselníka poplatkov orgánom verejnej moci“.//

625

626

**§ 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**.

627

628

**Podľa § 5 ods. 6 písm. b Zákona o e-Governmente:**

629

630

//„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ť.„//

631

632

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:

633

634

//„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**.“//

635

636

1.

637

11. Návrh TO BE legislatívneho stavu

638

639

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

640

641

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.“.

642

643

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.

644

645

1. ARCHITEKTÚRA RIEŠENIA PROJEKTU

646

647

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.

648

649

Architektúra riešenia bude ďalej rozpracovaná v troch vrstvách:

650

651

* Biznis architektúra, ktorá popíše kľúčové procesy a zodpovednosti účastníkov,

652

* Aplikačná architektúra, ktorá navrhne hlavné komponenty, ich funkcionalitu a integrácie,

653

* Technická architektúra, ktorá špecifikuje infraštruktúru, dátové toky a bezpečnostné princípy.

654

655

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ť.

656

657

1.

658

11. Stanovenie alternatív architektúry riešenia

659

660

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:

* Biznisovej vrstvy

* Aplikačnej vrstvy

* Technologickej vrstvy

665

*1.

666

*11. Stanovenie alternatív v biznisovej vrstve architektúry

667

668

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.

669

670

Pre každú alternatívu projekt rozvoja znamená vytvorenie dodatočných funkcionalít, pričom sa jedná o nasledovné alternatívy:

671

672

[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image004.png]][[image:1753869852627-626.png]]

673

674

Jednotlivé alternatívy sú popísané v nasledovnej tabuľke:

675

676

|**Alternatíva**|**Popis alternatívy**

677

|Alternatíva BA1 – Rozšírenie IS PEP|(((

678

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.

679

680

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..

681

682

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.

683

)))

684

|Alternatíva BA2 – Vybudovanie samostatného ISVS pre elektronické služby|(((

685

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í.

686

687

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.

688

)))

689

|BA3 – Vybudovanie samostatného ISVS pre všetky služby|(((

690

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“.

691

692

Tento systém bude jednotným zdrojom pravdy v oblasti služieb a poplatkov, ktoré v ňom budú evidovanie.

)))

1.

11.

111.

1111. Návrh kritérií pre vyhodnotenie alternatív

699

700

Z pohľadu posúdenia alternatív boli definované nasledovné kritéria:

|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

1.

11.

111.

1111. Vyhodnotenie jednotlivých kritérií vo väzbe na popisované alternatívy

719

720

|(% rowspan="2" %)**Kritérium**|(% colspan="3" %)**Alternatívy body**

721

|**BA1 – Rozšírenie IS PEP**|**BA2 – Nový ISVS pre elektronické služby**|**BA3 – Nový ISVS pre všetky služby**

722

|Architektonická nezávislosť a interoperabilita|NIE|ANO|ANO

723

|Vybudovanie jednotného systému na správu poplatkov|ANO|NIE|ANO

724

|Možnosť rozvoja a škálovateľnosti|CIASTOCNE|ANO|ANO

725

|Bezpečnostnosť a auditovateľnosť|ANO|ANO|ANO

726

|Minimalizácia vendor lock-in|NIE|ANO|ANO

727

|Zníženie prácnosti pri integrácií jednotlivých informačných systémov|NIE|CIASTOCNE|ANO

728

|Transparentnosť a kontrola nad zmenami číselníka|ANO|NIE|ANO

729

|Náklady na zmenu a rozvoj do budúcna|NIE|ANO|ANO

730

|Zabezpečenie kvality dát a dátového modelu|CIASTOCNE|CIASTOCNE|ANO

731

|Časová náročnosť implementácie|ANO|CIASTOCNE|CIASTOCNE

732

|Možnosť verzie a časovej účinnosti položiek poplatkov|ANO|ANO|ANO

1.

11.

111.

1111. Popis naplnenia kritérií a slovný popis zvolenej škály

738

739

V nasledujúcej tabuľke je základný prehľad naplnení kritérií identifikovanými alternatívami:

740

741

|**Kritérium**|**Alternatíva**|**Zdôvodnenie**

742

|(% 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.

743

|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

744

|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

745

|(% rowspan="3" %)Vybudovanie jednotného systému na správu poplatkov|BA1 – Rozšírenie IS PEP|Všetky poplatky budú evidované v jednom ISVS

746

|BA2 – Nový ISVS elektronické služby|Poplatky budú evidované vo viacerých ISVS

747

|BA3 – Nový ISVS všetky služby|Všetky poplatky budú evidované v jednom ISVS

748

|(% 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.

749

|BA2 – Nový ISVS elektronické služby|Neobmedzené možnosti rozvoja a škálovania podľa potrieb OVM a eGov.

750

|BA3 – Nový ISVS všetky služby|Neobmedzené možnosti rozvoja a škálovania podľa potrieb OVM a eGov.

751

|(% rowspan="3" %)Bezpečnostnosť a auditovateľnosť|BA1 – Rozšírenie IS PEP|Vlastné bezpečnostné politiky, riadenie incidentov a plná auditovateľnosť.

752

|BA2 – Nový ISVS elektronické služby|Vlastné bezpečnostné politiky, riadenie incidentov a plná auditovateľnosť.

753

|BA3 – Nový ISVS všetky služby|Vlastné bezpečnostné politiky, riadenie incidentov a plná auditovateľnosť.

754

|(% rowspan="3" %)Minimalizácia vendor lock-in|BA1 – Rozšírenie IS PEP|Značný vendor lock-in so Slovenskou poštou.

755

|BA2 – Nový ISVS elektronické služby|Navrhnutý od začiatku s dôrazom na otvorené štandardy a minimalizáciu vendor lock-in.

756

|BA3 – Nový ISVS všetky služby|Navrhnutý od začiatku s dôrazom na otvorené štandardy a minimalizáciu vendor lock-in.

757

|(% 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.

758

|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.

759

|BA3 – Nový ISVS všetky služby|Otvorené API, podporujúce štandardné integračné vzory pre verejnú správu.

760

|(% 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

761

|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

762

|BA3 – Nový ISVS všetky služby|Plnohodnotná rola spolugestora a verzionovanie zmien, audit trail.

763

|(% 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.

764

|BA2 – Nový ISVS elektronické služby|Vyššie investičné náklady, nižšie náklady pri rozvoji v dlhodobom horizonte.

765

|BA3 – Nový ISVS všetky služby|Vyššie investičné náklady, nižšie náklady pri rozvoji v dlhodobom horizonte.

766

|(% 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.

767

|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

768

|BA3 – Nový ISVS všetky služby|Dátový model riadený pravidlami, verzionovanie, validácia podľa legislatívy.

769

|(% rowspan="3" %)Časová náročnosť implementácie|BA1 – Rozšírenie IS PEP|Najkratšia doba implementácie, využíva existujúci rámec.

770

|BA2 – Nový ISVS elektronické služby|Najdlhšia realizácia, ale s najväčším potenciálom z dlhodobého pohľadu.

771

|BA3 – Nový ISVS všetky služby|Najdlhšia realizácia, ale s najväčším potenciálom z dlhodobého pohľadu.

772

|(% 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

773

|BA2 – Nový ISVS elektronické služby|Podpora verzovania, časovej účinnosti, viacerých režimov paralelne.

774

|BA3 – Nový ISVS všetky služby|Podpora verzovania, časovej účinnosti, viacerých režimov paralelne.

775

776

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.

1.

11.

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

781

782

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.

1.

11.

111.

1111. AA1 – povinné komponenty

788

789

Táto alternatíva vybuduje iba povinné komponenty, ktoré zabezpečia:

790

791

* Vznik verejne dostupných aplikačných rozhraní na určenie a podanie

792

* autentifikované/autorizované a zabezpečené API pre záväzné určenie výšky poplatkov,

793

* konzistentnosť a jednotnosť pre všetky integrované systémy,

794

* jeden zdroj pravdy – katalóg poplatkov.

795

796

V prípade vybudovania iba povinných komponentov je potrebné:

797

798

* Vykonať zmenu integrovaných systémov eKolok do spustenia projektu do ostrej prevádzky

799

* Zmeniť konfiguráciu a napojenie už integrovaných rezortných systémov

800

801

Tieto vyvolané činnosti vnášajú nové riziká do projektu najmä z pohľadu dĺžky trvania projektu

1.

11.

111.

1111. AA2 - povinné komponenty s pridaním preferovaného komponentu a funkcionality

807

808

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.

809

810

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**.

1.

11.

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

816

817

V oblasti technologickej architektúry máme nasledujúce alternatívy:

818

819

* TA1 – vybudovanie riešenia na dedikovaných zariadeniach vo vlastnej infraštruktúre

820

* TA2 – vybudovanie riešenia výlučne na zariadeniach a infraštruktúre vládneho cloudu

821

* TA3 – vybudovanie riešenia na cloudovej infraštruktúre ÚPVS

822

* TA4 – vybudovanie riešenia na cloudovej infraštruktúre IS PEP

823

824

[[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ú:

825

826

* TK01 - Zabezpečenie priamych integrácií na systémy eKolok existujúcimi prvkami

827

* TK02 – Garancia potrebného výkonu

828

* TK03 - Zníženie nákladov na prevádzku

829

* TK04 – Bez potreby nových pripojení existujúcich integrovaných systémov

830

* TK05 – Bez potreby pridania nových komunikačných a bezpečnostných prvkov

831

* TK06 – Bez potreby zabezpečenia prístupového bodu pre verejnosť

832

833

Porovnanie alternatív je v nasledujúcej tabuľke:

834

835

|Alternatíva/ Kritérium|TA1|TA2|(% colspan="2" %)TA3|TA4

836

|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ú

837

|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

838

|TK03|Možno - je možnosť nasadenia nových SW technológií dodávateľom, a tým potreba ďalších zdrojov pre prevádzku|Možno - je možnosť nasadenia nových SW technológií dodávateľom, a tým potreba ďalších zdrojov pre prevádzku|(% 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

839

|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

840

|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ť|(((

841

Áno - infraštruktúra ÚPVS má potrebné komunikačné prvky a prvky pre bezpečnosť

842

843

844

)))|(% colspan="2" %)(((

845

Áno - infraštruktúra IS PEP má potrebné komunikačné prvky a prvky pre bezpečnosť

)))

|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ť|(((

850

Áno - infraštruktúra ÚPVS má potrebné komunikačné prvky a prvky pre bezpečnosť

851

852

853

)))|(% colspan="2" %)Nie – IS PEP nemá rozhranie pre prístup verejnosti

854

| | | | | |

855

856

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.

1.

11. Biznis vrstva

111. Popis súčasného stavu biznis architektúry

863

864

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.

865

866

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.

867

868

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.

1.

11.

111.

1111. Správa číselníka služieb v IS PEP pre platobné zariadenia

874

875

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ď.).

876

877

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.

878

879

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é.

880

881

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ť.

882

883

Vytvorenie novej služby:

884

885

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.

886

887

Priradenie služby do šablóny:

888

889

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.

890

891

Priradenie šablóny ku koncovému zariadeniu:

892

893

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ť.

894

895

Dátový model súčasného stavu je zobrazený na nasledujúcom obrázku.

896

897

[[image:1753869891970-670.png]]

898

899

900

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 €.

901

902

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

903

904

905

koncom účinnosti - obraz šablóny. Na základne šablóny zariadenia a jej aktuálneho obrazu sú poskytované služby na koncových zariadeniach.

906

907

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é.

908

909

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.

910

911

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.

1.

11.

111.

1111. Agendy

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.

1.

11.

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

923

924

Biznis architektúra je na nasledujúcom obrázku:

925

926

[[image:1753870867747-539.png]]

927

928

Aktérmi z pohľadu biznis architektúry sú:

929

930

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í

931

932

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.

933

934

Ú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).

935

936

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.

937

938

Princíp 1x a dosť budú zabezpečovať agendové systémy, ktoré budú na Katalóg poplatkov integrované. Samotný Katalóg poplatkov bude už len "vracať" hodnoty podľa parametrov zaslaných z agendového systému v rámci ktorého sa PO alebo FO identifikuje vrátane všetkých atribútov, ktoré ovplyvňujú výpočet konečného poplatku.

939

940

Bližší popis koncových služieb je v kapitole 5.4.3.

941

942

Bližší popis procesov je v kapitole 5.4.4.

1.

11.

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

947

948

V rámci projektu budú vybudované koncové služby, ktoré sú uvedené v nasledujúcej tabuľke:

|(((

Kód KS

(z MetaIS)

)))|Názov KS|Používateľ KS (G2C/G2B/G2G/G2A)|(((

Životná situácia

(+ kód z MetaIS)

)))|Úroveň elektronizácie KS

959

960

|ks_381653|Záväzné určenie poplatku (ako súčasť iných koncových služieb)|G2G|All|úroveň 4

961

|ks_381562|Manažovanie poplatkovej položky|G2A|All|úroveň 5

962

963

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

964

965

966

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.

967

968

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.

969

970

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í.

1.

11.

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

976

977

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.

978

979

Projekt zavádza nové procesy, ktoré sú uvedené na nasledujúcich obrázkoch:

980

981

[[image:1753870913474-116.png]]

982

983

[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image007.png]] Proces informatívneho určenia poplatku pre verejnosť nevyžaduje administratívne zaťaženie na strane úradníkov.

984

985

[[image:1753870935676-817.png]]

986

987

[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image008.png]] Proces záväzného určenia poplatku pre verejnosť nevyžaduje zvýšené administratívne zaťaženie na strane úradníkov.

988

989

[[image:1753870964461-538.png]]

990

991

[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image009.png]] 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.

992

993

[[image:1753870989736-828.png]]

994

995

[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image010.png]] 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.

996

997

[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image011.png]]

998

999

[[image:1753871023440-831.png]]

1000

1001

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.

1.

11.

111. Jazyková podpora lokalizácia

1006

1007

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.

1.

11. Aplikačná vrstva

111. Popis súčasného stavu aplikačnej architektúry

1012

1013

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.

1014

1015

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.

1016

1017

Proces synchronizácie číselníkov:

1018

1019

1. Volanie služby infra.deviceStateCheck

1020

11. Na vstupe služby sú verzie číselníkov, ktoré aktuálne používa agendový systém.

1021

11. IS PEP porovná verzie číselníkov z volania s aktuálnou verziou číselníkov evidovanou v IS PEP

1022

11. Na výstupe je aktuálna verzia číselníkov evidovaná v IS PEP.

1023

1. Porovnanie verzií číselníkov z odpovede volania a verzií číselníkov v agendovom systéme.

1024

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.

1025

11. Volanie služby pre aktualizáciu príslušného číselníka

1026

111. Na vstupe služby je príslušné zariadenie, ktoré aktualizuje číselníky.

1027

111. Na výstupe je aktualizovaná verzia číselníkov.

1028

111. Agendový systém si číselník služieb prepíše aktualizovanými údajmi z odpovede volania služby.

1029

1030

Webové služby pre synchronizáciu jednotlivých číselníkov:

1031

1032

* infra.listService - slúži na synchronizáciu služieb, ktoré poskytuje koncové zariadenie alebo agendový systém

1033

* infra.listParameter - slúži na synchronizáciu parametrov pre kiosky

1034

* infra.listOffice – slúži na synchronizáciu číselníka OVM za účelom referencovania poskytovateľa služby a príjemcu úhrady na PnÚ

1035

*1.

1036

*11. Návrh riešenia v aplikačnej vrstve architektúry

1037

1038

Na aplikačnej úrovni sú dve alternatívy:

1039

1040

**//AA1 – povinné komponenty//**

1041

1042

Táto alternatíva vybuduje iba povinné komponenty, ktoré zabezpečia:

1043

1044

* Vznik verejne dostupných aplikačných rozhraní na určenie a podanie

1045

* autentifikované/autorizované a zabezpečené API pre záväzné určenie poplatkov,

1046

1047

konzistentnosť a jednotnosť pre všetky integrované systémy,

1048

1049

jeden zdroj pravdy – katalóg poplatkov.

1050

1051

V prípade vybudovania iba povinných komponentov je potrebné:

1052

1053

* Vykonať zmenu integrovaných systémov eKolok do spustenia projektu do ostrej prevádzky

1054

* Zmeniť konfiguráciu a napojenie už integrovaných rezortných systémov

1055

1056

Tieto vyvolané činnosti vnášajú nové riziká do projektu najmä z pohľadu dĺžky trvania projektu

1057

1058

Aplikačná architektúra pre AA1 je na nasledujúcom obrázku:

1059

1060

[[image:1754983012571-969.png]]

1061

1062

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.

1063

1064

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

1065

1066

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

1067

1068

Aplikačná vrstva nad registrom má dva komponenty:

1069

1070

* Komponent určenia poplatku

1071

* 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

1072

1073

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.

1074

1075

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í.

1076

1077

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.

1078

1079

Priamou integráciou bude riešené aj prepojenie systémov služby eKolok.

1080

1081

V prípade AA1 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.

1082

1083

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.

1084

1085

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.

1086

1087

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:

1088

1089

* Sťahuje podania z eDesk komunikačnej schránky/ foldra

1090

* Kontroluje správnosť podania

1091

* Kontroluje autorizáciu podania a súlad autorizujúceho s obsahom podania

1092

* Zabezpečuje v prípade akcií, podliehajúcich schváleniu, predloženie akcií na schválenie

1093

* Umožňuje prostredníctvom takýchto podaní

1094

** Vytvoriť záznam/položku/parameter v registri poplatkov

1095

** Zmeniť záznam/položku/parameter v registri poplatkov

1096

** Deaktivovať (zneplatniť) záznam/položku/parameter v registri poplatkov

1097

* Zasiela správy o úspešnosti/neúspešnosti do schránky OVM, iniciujúceho zmenu

1098

1099

Ď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.

1100

1101

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:

1102

1103

* Administrácia systému a riadenie oprávnení pre ňu

* Monitoring

* logovanie

* Import/export

* Zasielanie notifikácií

1108

* Ďalšie

1109

1110

**//AA2 - povinné komponenty rozšírené o preferovaný komponent//**

1111

1112

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) a nebude potreba ich zmeny. 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. Preferovaný komponent bude v prevádzke pokým nebude nahradený systém IS PEP novým riešením.

1113

1114

Aplikačná architektúra riešenia AA2 je na nasledujúcom obrázku:

1115

1116

[[image:1754983024152-897.png]]

1117

1118

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.

1.

11.

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

1123

1124

//V nasledujúcej tabuľke sú definované ISVS, ktoré budú projektom dotknuté~://

|(((

**Kód ISVS**

**(z MetaIS)**

)))|**Názov ISVS**|(((

1131

**Modul ISVS**

1132

1133

**(zaškrtnite, ak ISVS je modulom)**

1134

)))|**Stav IS VS**|**Typ IS VS**|(((

1135

**Kód nadradeného ISVS**

1136

1137

**(v prípade zaškrtnutého checkboxu pre modul ISVS)**

)))

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

1.

11.

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

1150

1151

V súčasnosti neexistuje samostatný ISVS

1.

11.

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)

1156

1157

V nasledujúcej tabuľke sú uvedené integrácie na nadrezortné ISVS.

|(((

Kód ISVS

//(z MetaIS)//

)))|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente

1164

|isvs_15162|Informačný systém Katalóg poplatkov|//Modul elektronických schránok//

1165

|isvs_15162|Informačný systém Katalóg poplatkov|//Autentifikačný modul//

1166

|isvs_15162|Informačný systém Katalóg poplatkov|//Modulu elektronických formulárov//

1167

|isvs_15162|Informačný systém Katalóg poplatkov|//Modul elektronického doručovania//

1168

|isvs_15162|Informačný systém Katalóg poplatkov|//Modul elektronických platieb//

1169

|isvs_15162|Informačný systém Katalóg poplatkov|//Centrálna API Manažment Platforma//

1170

| | |//Vyberte jednu z možností.//

1171

1172

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

1.

11.

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

1177

1178

Z pohľadu iných integrácií bude IS KP integrovaný nasledovné informačné systémy

|(((

Kód ISVS

//(z MetaIS)//

)))|(((

Názov ISVS

)))|(((

Kód integrovaného ISVS

1190

1191

//(z MetaIS)//

1192

)))|Názov integrovaného ISVS

1193

|isvs_15162|Informačný systém katalógu poplatkov|isvs_5585|IS PEP

1194

|isvs_15162|Informačný systém katalógu poplatkov|isvs_46|IS ŠP

1195

|isvs_15162|Informačný systém katalógu poplatkov|isvs_9513|Rezortné informačné systémy (cez CAMP)

1196

1197

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

1.

11.

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

1202

1203

V nasledujúcej tabuľke sú definované navrhované aplikačné služby

|(((

Kód AS

//(z MetaIS)//

)))|Názov AS|(((

Realizuje ISVS

(kód ISVS, ktorý realizuje AS)

1213

)))|(((

1214

Aplikačná služba slúži KS

1215

1216

//(kód KS z MetaIS)//

1217

)))

1218

|as_67404|Informatívne učenie výšky poplatku|isvs_15162|ks_381556

1219

|as_67405|Zaručené určenie výšky poplatku a rozdelenia poplatku na služby|isvs_15162|ks_381653

1220

|as_67406|Pridanie položky/ parametra|isvs_15162|ks_381562

1221

|as_67407|Zmena/ deaktivácia položky / parametra|isvs_15162|ks_381562

1222

|as_67461|Sprístupnenie číselníka poplatkov|isvs_15162|

1223

|as_67538|Konzumovanie služieb spoločných modulov|Isvs_15162|

1224

1225

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

1.

11.

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

1230

1231

V nasledujúcej tabuľke sú uvedené aplikačné služby na integráciu

|(((

AS

(Kód MetaIS)

)))|(((

Názov AS

)))|(((

Realizuje ISVS

(kód ISVS, ktorý realizuje AS)

1245

1246

Integrácia na AS poskytovateľa

(kód MetaIS)

)))

|as_67404|Informatívne určenie výšky poplatku|isvs_15162|Poskytovaná|Áno/Nie|Áno|Nie|

1251

|as_67405|Zaručené určenie výšky poplatku a rozdelenia poplatku na služby|isvs_15162|Poskytovaná|Áno|Áno|Nie|

1252

|as_67461|Sprístupnenie číselníka poplatkov|isvs_15162|Poskytovaná|Áno|Áno|Nie|

1253

1254

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

1255

1256

1.

1257

11. Dátová architektúra

1258

111. Logický dátový model

1259

1260

Logický dátový model vychádza z toho, ako a kým je definovaný poplatok.

1261

1262

Poplatok je určený zodpovedným OVM, službou, za ktorú sa poplatok vyberá, relevantnými parametrami, 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.

1263

1264

Zároveň môže byť katalógom poskytovaný poplatok za životnú situáciu (resp. kompozitnú službu), ktorá je sumárom služieb do kompozitnej služby/životnej situácie zaradených.

1265

1266

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 s referencovaním na samotné objekty služieb.

1267

1268

V rámci kompozitných služieb môžu byť niektoré OVM zúčastnené ako poskytovatelia služieb a niektoré nie. Takisto rôzne OVM môžu mať rôzne parametre pre tie isté služby (napríklad poplatok za psa sa môže odvíjať v jednej samospráve od výšky psa v kohútiku, v inej od váhy a v ďalšej od umiestnenia v rodinnom dome alebo byte). Z tohto dôvodu sú OVM navrhnuté ako samostatné objekty a nie ako enumerácie (číselníkové hodnoty).

1269

1270

Konkrétna voľba spôsobu prepojenia informácií, ukladania vzorcov pre výpočet poplatku ako aj použitie objektov vs. číselníkov bude vykonané vo fáze projektu Analýza a dizajn.

1271

1272

Rámcový návrh dátového modelu je na nasledujúcom obrázku:

1273

1274

[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image014.png]][[image:1753871108190-170.png]]

1275

1276

1277

Údaje, uložené v katalógu poplatkov nebudú referencované žiadnym systémom. Nebudú preto sprístupňované iným IS.

1278

1279

Ú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.

1280

1281

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.

1.

11.

111. Objekty evidencie

1286

1287

[[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.

1288

1289

|ID OE|Objekt evidencie – názov|Objekt evidencie – popis|Referencovateľný identifikátor URI dátového prvku

1290

|OE_1|//Spoplatnená služba//|//Lokálna evidencia spoplatnených služieb//|// „Nemá“//

1291

|OE_2|//Poplatky//|//Objekt spoplatnenej služby s atribútmi a väzbami potrebnými pre určenie/výpočet poplatku za službu//|//„Nemá“//

1292

|OE_3|//Životná situácia//|//Lokálna evidencia - Objekty spoplatnenej životnej situácie, obsahujúci okrem atribútov aj zoznam spoplatnených služieb v rámci životnej situácie//|//„Nemá“//

1293

|OE_4|//OVM//|//Lokálna evidencia - Objektov orgánu verejnej moci, obsahujúci okrem atribútov aj vázby na služby a poplatky za ne//|//„Nemá“//

1294

1295

Tabuľka 18 Objekty evidencie

1296

1297

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.

1298

1299

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ť.

1.

11.

111. Referenčné údaje

1304

1305

Projekt nebude evidovať údaje, ktoré by sa mohli stať referenčnými.

1306

1307

|ID OE|(((

1308

Názov referenčného registra /objektu evidencie

1309

1310

(uvádzať OE z tabuľky v kap. 5.5.1)

1311

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

| | | | |

| | | | |

| | | | |

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

1.

11.

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

1322

1323

Projekt nebude do IS CPDI poskytovať údaje.

1324

1325

|ID OE|Názov (poskytovaného) objektu evidencie|Kód ISVS poskytujúceho OE|Názov ISVS poskytujúceho OE

| | | |

| | | |

| | | |

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

1.

11.

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

1336

1337

Projekt bude konzumovať z IS CPDI objekty.

1338

1339

1340

|ID OE|Názov (konzumovaného) objektu evidencie|Kód ISVS konzumujúceho OE|Kód zdrojového ISVS v MetaIS

1341

|OE_3|Register právnických osôb, podnikateľov a orgánov verejnej moci|isvs_15162|IS RPO

| | | |

| | | |

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

1.

11.

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

1351

1352

|ID OE|(((

1353

Názov referenčného údaja /objektu evidencie

1354

1355

(uvádzať OE z tabuľky v kap. 5.5.1)

1356

)))|Konzumovanie alebo poskytovanie|(((

1357

Subjekt

1358

1359

(organizácia poskytovateľa-konzumenta)

1360

)))|Osobitný právny predpis pre poskytovanie / konzumovanie údajov

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

1.

11.

111. Kvalita a čistenie údajov

1370

1371

|ID OE|(((

1372

Názov Objektu evidencie

1373

1374

(uvádzať OE z tabuľky v kap. 5.5.1)

)))|(((

Významnosť kvality

1 (malá) až 5 (veľmi významná)

)))|(((

Citlivosť kvality

1 (malá) až 5 (veľmi významná)

1383

)))|(((

1384

Priorita //– poradie dôležitosti//

1385

1386

(začnite číslovať od najdôležitejšieho)

1387

)))

1388

| |//Spoplatnená služba//|5|5|2.

1389

| |//Poplatky//|5|5|1.

1390

| |//Životná situácia//|5|5|4.

1391

| |//OVM//|5|5|3.

1392

1393

Tabuľka 23 Zhodnotenie dátovej kvality objektov evidencie

1394

1395

V rámci projektu nebudú potrebné role uvedené v nasledujúcej tabuľke:

1396

1397

|Rola|Činnosti|Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)

1398

|Dátový kurátor|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS

1399

|Data steward|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory

1400

|Databázový špecialista|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ

1401

|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

1402

|Garant poplatkov|//Biznis vlastník, schvaľovateľ vybraných zmien//|//Správca ISVS//

1403

1404

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

1.

11.

111. Otvorené údaje

Projekt bude poskytovať otvorené údaje vo forme open api a prípadne aj na vlastnom portáli s popisom metaúdajov v rámci NKOD na data.gov.sk

1411

1412

|ID OE|(((

1413

Názov objektu evidencie / datasetu

1414

1415

(uvádzať OE z tabuľky v kap. 5.5.1)

)))|(((

Požadovaná interoperabilita

(3★ - 5★)

)))|(((

Periodicita publikovania

1424

1425

(týždenne, mesačne, polročne, ročne)

1426

)))

1427

|N/A|Katalóg poplatkov|3*|mesačne

| | | |

| | | |

| | | |

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

1.

11.

111. Analytické údaje

1437

1438

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.

1439

1440

1441

|OE ID|Názov objektu evidencie pre analytické účely|Zoznam atribútov objektu evidencie|Popis a špecifiká objektu evidencie

| | | |

| | | |

| | | |

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

1.

11.

111. Moje údaje

Evidencie neevidujú údaje ani o fyzických, ani o právnických osobách.

|OE ID|(((

Názov registra / objektu evidencie

1457

1458

(uvádzať OE z tabuľky v kap. 5.5.1)

1459

)))|Atribút objektu evidencie|Popis a špecifiká objektu evidencie

| | | |

| | | |

| | | |

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

1.

11.

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

1470

1471

|ID|(((

1472

Register / Objekt evidencie

1473

1474

(uvádzať OE z tabuľky v kap. 5.5.1)

1475

)))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje

1476

| |//Spoplatnené služby//|☐|☐|☐|☐

1477

| |//Poplatky//|☐|☐|☒|☐

1478

| |//Životné situácie//|☐|☐|☐|☐

1479

| |//OVM//|☐|☐|☐|☐

1480

1481

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

1.

11. Technologická architektúra

1486

111. Návrh riešenia technologickej architektúry

1487

1488

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.

1489

1490

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:

1491

1492

[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image015.png]][[image:1753871140994-792.png]]

1.

11.

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

1497

1498

V nasledujúcej tabuľke sú uvedené predpokladané výkonnostné a kapacitné požiadavky na systém:

1499

1500

1501

|Parameter|Jednotky|Predpokladaná hodnota|Poznámka

1502

|Počet interných používateľov|Počet|50|Bude upresnené po zapojení jednotlivých subjektov

1503

|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

1504

|Počet externých používateľov (internet)|Počet|6000|Počet OVM

1505

|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|500|

1506

|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

1507

|Počet platieb mesačne|Počet / mesiac|120 000 - 150 0000|jedná sa o počet platieb vrátane nových spustených životnmých situácií

1508

|Objem údajov na transakciu|Objem/transakcia|10kB|

1509

|Objem existujúcich kmeňových dát|Objem|10MB|

1510

| | | |

1511

1512

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

1.

11.

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

1518

1519

Na základe multikriteriálnej analýzy pre alternatívy technickej architektúry nepredpokladáme využívanie služieb vládneho cloudu.

1.

11.

111. Požiadavky na zdroje infraštruktúry ÚPVS

1524

1525

ÚPVS je riešené formou cloudových technológií. Začlenenie aplikácií a komponentov Katalógu poplatkov predpokladá navýšenie zdrojov tejto infraštruktúry. Vzhľadom k faktu, že údajová základňa Katalógu poplatkov nebude pri zapojení všetkých OVM väčšia ako 50MB a zmeny jednotlivých poplatkov sa uskutočňujú v priemere raz za dva roky, bude potrebné aby na obdobie najbližších 10 rokov bolo dedikovaných 250 MB čistého diskového priestoru (pri dodržaní retenčnej politiky 5 rokov pre historické záznamy).

1526

1527

Pre výpočtový výkon bude treba najmä s ohľadom na parametrizované služby dedikovanie procesorových jadier. Predpokladáme potrebné posilnenie virtuálneho prostredia ÚPVS o 3 dvojprocesorové servery pre produkčné prostredie a 3 jednoprocesorové servery pre ostatné prostredia (predpokladáme trojlokalitné riešenie).

1528

1529

Keďže v súčasnosti prebieha redizajn technologickej infraštruktúry ÚPVS je potrebné, aby s potrebou týchto zdrojov bolo pri redizajne počítané.

1530

1531

V nasledujúcej tabuľke sú uvedené parametre pre potrebné infraštruktúrne komponenty:

1532

1533

|**Položka**|**Parametre**|**Počet**

|Server|(((

Ako napr.:

Cloud Server Dell R660xs

1538

1539

PowerEdge R660xs /1x Gold 6526Y 2.9G, 16C/32T

1540

1541

Pamat: 384GB RAM / BOSS

1542

1543

Disk: 480GB M2 / 2x25G / 2x 32G FC,

1544

1545

Podpora: ProSupport NBD 5Y

1546

)))|6 (3 krát produkcia, 3 krát test)

1547

|Licencia|VM Ware|6 x 16

1548

|Licencia|MS Windows Datacenter|6 x

1549

1550

Cenový návrh je súčasťou nákladovej analýzy.

1551

1552

1.

1553

11. Bezpečnostná architektúra

1554

1555

Projekt predpokladá bezpečnostnú architekútru v zmysle požiadaviek NASES pre systémy UPVS. V prípadných podkladoch pre VO bude táto požiadavka spresnená

1556

1557

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

1558

1559

V rámci prevádyky riešenia bude potrebné zabezpečiť nasledovné parametre:

1560

1561

* RTO (Recovery Time Objective)- doba obnovenia systému, t.j. za ako dlho po výpadku musí byť systém funkčný (pre bližšie info klik na nadpis)

1562

* RPO (Recovery Point Objective) - aké množstvo dát môže byť stratené od vymedzeného okamihu

1563

* Recovery Time - čas potrebný k obnove

1564

1565

V nasledujúcej tabuľke sú definované základné parametre projektu:

1566

1567

|**Parameter**|**Hodnota**

1568

|Dostupnosť (Availability)|Miera dostupnosti 99.5%

1569

|RTO (Recovery Time Objective)|Doba zotavenia (RTO) 4 hodiny

1570

|RPO (Recovery Point Objective)|Maximálna strata dát (RPO) 4 hodiny

1571

1572

1.

1573

11. Prevádzkové požiadavky

1574

1575

Štandardný čas podpory, čas/rýchlosť odstraňovania vád, dostupnosť systému, zálohovanie, plán obnovy systému, atď. Požadované SLA na služby systémovej a aplikačnej podpory – servisné služby vzťahujúce sa na produkčné a testovacie prostredie

1576

1577

* Rozsah zálohovania - vybrané údaje

1578

* Doba zotavenia (RTO) - 4 hodiny

1579

* Je záloha pravidelne validovaná - Áno

1580

* Miera dostupnosti - 99.5%

1581

*1. Úrovne podpory používateľov:

1582

1583

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

1584

1585

* L1 podpory IS (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod NASES.

1586

* L2 podpory IS (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS.

1587

* L3 podpory IS (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS zabezpečuje dodávateľ.

Definícia:

Podpora L1 (podpora 1. stupňa) - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.

1592

1593

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

1594

1595

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

1596

1597

Help Desk je dostupný pre vybrané skupiny užívateľov cez web a email, dostupnosť L3 podpory pre IS je 12x5 (12 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),

1598

1599

1.

1600

11. Požadovaná dostupnosť

1601

1602

V nasledujúcej tabuľke je uvedená požadovaná dostupnosť:

1603

1604

|**Popis**|**Parameter**|**Dostupnosť**|**Poznámka**

1605

|Modul portál (Web GUI)|24x7|95%|

1606

|Komponent zmien poplatkov|10x5|98%|Pracovné hodiny úradov

1607

|Ostatné komponenty|10x5|99,5%|V pracovných hodinách úradov, mimo pracovných hodín rovnaké ako portál, t.j. 95%

1608

|Servisné okno|4 hodiny| |od 22:00 hod. - do 2:00 hod. utorok alebo štvrtok

1609

1610

1.

1611

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

1612

1613

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.

1614

1615

1.

1616

11. Požiadavky na zdrojové kódy

1617

1618

Manažment zdrojových kódov nového riešenia bude v súlade s postupmi pre systémy UPVS, pričom autorský zákon presne rieši majetkové práva k vyvinutému softvéru. Rovnako sú licenčné podmienky a využívania EUPL licencií definované vo vzorových zmluvách MIRRI - napr. [[https:~~/~~/mirri.gov.sk/wp-content/uploads/2022/02/VZOR_ZMLUVA_ZoD_Zmluva_o_dielo_v01_2022_public.docx>>https://mirri.gov.sk/wp-content/uploads/2022/02/VZOR_ZMLUVA_ZoD_Zmluva_o_dielo_v01_2022_public.docx]]

1619

1620

Rovnako bude požadovaná aj Open licenciu pre dáta, databázy a datasety vytvorené v rámci projektu

1621

1622

Riziká uloženia kódu v centrálnom repozitári ako OPEN SOURCE:

1623

1624

Ak by bol kód projektu zverejnený ako open source, bezpečnostné riziká by sa dali rozdeliť do viacerých hlavných skupín:

1625

1626

**~1. Riziko zneužitia znalosti vnútornej logiky systému**

1627

1628

* Útočník získa detailný prehľad o architektúre, dátových tokoch, autentifikácii a autorizačných mechanizmoch.

1629

* Možnosť obísť kontrolné mechanizmy (napr. validácie vstupov, obmedzenia prístupov).

1630

* Získanie znalostí o logike výpočtu poplatkov, čo môže viesť k pokusom o manipuláciu vstupov na dosiahnutie nesprávnej výšky poplatku.

1631

1632

**2. Odhalenie zraniteľností**

1633

1634

* Zverejnený kód umožní ľahšie nájsť chyby ako SQL injection, XSS, CSRF, nešifrované prenosy, slabé kryptografické algoritmy.

1635

* Potenciálne zraniteľnosti môžu byť zneužité ešte pred tým, ako ich stihne oficiálny tím opraviť

1636

1637

**3. Únik citlivých alebo prevádzkových informácií**

1638

1639

* Riziko, že v kóde zostanú uložené prístupové údaje (API kľúče, heslá, certifikáty, interné IP adresy).

1640

* Zverejnenie názvov databáz, štruktúr tabuliek alebo iných interných identifikátorov, čo uľahčí útoky.

1641

1642

**4. Zneužitie API a integračných rozhraní**

1643

1644

* Ak dokumentácia API vyplývajúca z kódu odhalí interné alebo málo chránené endpointy, útočník ich môže zneužiť.

1645

* Možnosť pripraviť automatizované útoky na integračné služby (ÚPVS, MEP, PEP) s cieľom vyčerpať zdroje alebo vyvolať chyby

1646

1647

**5. Supply chain a reputačné útoky**

1648

1649

* V prípade, že by sa open source repozitár stal zdrojom pre produkčné nasadenia, útočník by mohol pripraviť škodlivé “pull requesty” alebo balíčky.

1650

* Riziko, že niekto vytvorí modifikovanú verziu, ktorá bude vyzerať ako oficiálna, no bude obsahovať škodlivý kód.

1651

1652

1. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU

1653

1654

Realizačná fáza projektu bude v zmysle vyhlášky 401/2023 Z.z. pozostávať z uvedených etáp:

1655

1656

* Analýza a dizajn,

1657

* Implementácia a testovanie,

1658

* Nasadenie a post implementačná podpora

1659

1660

|**ID**|**Prehľad projektových výstupov**

1661

|** **|**Výstupy vytvárané PRIEBEŽNE počas celého projektu**

1662

|M-01|**Plán etapy/Plán fázy**

1663

|M-02|**Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:**

1664

| |(1) Zoznam otvorených otázok

1665

| |(2) Zoznam funkčných zdrojových kódov

1666

| |(3) Zoznam licencií

1667

| |(4) Správa o stave projektu (Status report)

1668

| |(5) Požiadavka na zmenu (CR)

1669

|M-03|**Akceptačný protokol**

1670

|M-06|**Evidencia e-Government komponentov v MetaIS, vrátane architektonických modelov***

1671

| |**PRÍPRAVNÁ A INICIAČNÁ FÁZA**

1672

|I-02|Projektový zámer

1673

|I-01|Ideový zámer

1674

| |Prístup k projektu

1675

| |Používateľský prieskum

1676

|I-04|Katalóg požiadaviek

1677

| |**REALIZAČNÁ FÁZA**

1678

|**R1**|**ANALÝZA A DIZAJN**

1679

|R-01|**Akceptačné kritériá**

1680

|R1-1|(((

1681

**Detailný návrh riešenia (DNR) **

1682

(1) Zámer riešenia, analýza požiadaviek, používateľský prieskum a motivačná architektúra

1683

(2) Popis postupu analýzy a návrhu riešenia

1684

(3) Biznis architektúra*

1685

a. Existujúca a cieľová biznis architektúra

1686

b. Procesy podporované navrhovaným riešením

1687

c. Vytvorenie informačnej architektúry a mapovanie používateľskej cesty

1688

d. Prípady použitia (use case model)

1689

(4) Dátová architektúra

1690

(5) Aplikačná architektúra*

1691

a. Existujúca a budúca aplikačná architektúra

1692

b. Aplikačné komponenty a ich vzťah k biznis komponentom a funkčným požiadavkám

1693

c. Integrácie – Komunikácia medzi komponentami (OpenAPI)

1694

(6) Technologická architektúra*

1695

a. Existujúca a budúca technologická architektúra

1696

b. Technologické komponenty riešenia a ich vzťah k aplikačným komponentom

1697

(7) Softvérové licencie a zdrojové kódy

1698

(8) Požiadavky na úrovne služieb

1699

(SLA) a výkonnosť

1700

(9) Zabezpečenie dostupnosti, zálohovanie a obnova riešenia

1701

(10 Bezpečnosť – riešenie požiadaviek na bezpečnosť

1702

(11) Migrácia dát

1703

(12) Harmonogram realizácie a nasadenia, závislosti

1704

(13) Testovací protokol prototypu používateľského rozhrania

1705

1706

(14) Iniciálny grafický návrh

1707

)))

1708

|R1-2|**Plán a stratégia testovania**

1709

| |(1) Testovacie prípady (UC/TC)

1710

(2) Testovacie prostredia

1711

(3) Testovacie dáta

1712

(4) Defekt manažment, monitoring a reporting testov

1713

|**R3**|**IMPLEMENTÁCIA A TESTOVANIE**

1714

|R3-1|**Vývoj, migrácia údajov a integrácia**

1715

|(% rowspan="9" %)R3-2|**Testovanie**

1716

|(((

1717

1. Testovanie prototypu používateľského rozhrania, aplikačného rozhrania a iniciálneho grafického návrhu

1718

)))

1719

|(2) Funkčné testovanie (FAT)

1720

|(3) Systémové a integračné testovanie (SIT)

1721

|(4) Záťažové a výkonnostné testovanie

1722

|(5) Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť)

1723

|(6) Používateľské testy funkčného používateľského rozhrania (UX)

1724

|(7) Používateľské akceptačné testovanie (UAT)

1725

|(8) Požiadavka na testovanie úplnej obnovy z backupov a uložených strojových kódov (aby sa predišlo situácii aká nastala v IS Katastra)

1726

|R3-3|**Školenia personálu**

1727

|(% rowspan="10" %)R3-4|**Dokumentácia**

1728

|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

1729

|(2) Integračná príručka

1730

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

1731

|(4) Zdrojové kódy a licencie

1732

|(5) Inštalačná a konfiguračná príručka

1733

|(6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu

1734

|(7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán)

1735

|(8) Bezpečnostný projekt

1736

|(9) Údaje o monitorovaní úrovne poskytovaných služieb (SLA) aktív IT