Naposledy upravil Admin-metais MetaIS 2024/11/19 17:59
Show last authors
1
2
3
4 PRÍSTUP K PROJEKTU
5
6
7 Prevádzka služby eKolok v rokoch 2024-2034
8
9
10 Alternatíva 4
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32 Identifikácia projektu
33
34 |(((
35 Povinná osoba
36 )))|(((
37 Ministerstvo financií Slovenskej republiky
38 )))
39 |(((
40 Názov projektu
41 )))|(((
42 Prevádzka služby eKolok v rokoch 2024-2034
43 )))
44 |(((
45 Zodpovedná osoba za projekt
46 )))|(((
47 Ing. Marek Kuľka
48 )))
49 |(((
50 Realizátor projektu
51 )))|(((
52 Ministerstvo financií Slovenskej Republiky
53 )))
54 |(((
55 Vlastník projektu
56 )))|(((
57 Ministerstvo financií Slovenskej Republiky
58 )))
59
60
61
62 Schvaľovanie dokumentu
63
64 |(((
65 Položka
66 )))|(((
67 Meno a priezvisko
68 )))|(((
69 Organizácia
70 )))|(((
71 Pracovná pozícia
72 )))|(((
73 Dátum
74 )))|(((
75 Podpis
76
77 (alebo elektronický súhlas)
78 )))
79 |(((
80 Vypracoval
81 )))|(((
82 Roland Takács
83 )))|(((
84 Bovia
85 )))|(((
86 dodávateľ
87 )))|(((
88
89 )))|(((
90
91 )))
92 |(((
93 Prevzal
94 )))|(((
95 Marián Spišiak
96 )))|(((
97 MF SR
98 )))|(((
99 odberateľ
100 )))|(((
101
102 )))|(((
103
104 )))
105
106
107
108 OBSAH
109
110
111 1. [[POPIS ZMIEN DOKUMENTU.. 3>>path:#_Toc150241062||shape="rect"]]
112
113 [[1.1         História zmien. 3>>path:#_Toc150241063||shape="rect"]]
114
115 1. [[ÚČEL DOKUMENTU.. 4>>path:#_Toc150241064||shape="rect"]]
116 1. [[POPIS NAVRHOVANÉHO RIEŠENIA. 4>>path:#_Toc150241065||shape="rect"]]
117
118 [[3.1         Existujúce procesy. 4>>path:#_Toc150241066||shape="rect"]]
119
120 [[3.1.1            Podanie služby na úrade  4>>path:#_Toc150241067||shape="rect"]]
121
122 [[3.1.2            Elektronické podanie služby  5>>path:#_Toc150241068||shape="rect"]]
123
124 [[3.2         Procesy s využitím nového riešenia. 5>>path:#_Toc150241069||shape="rect"]]
125
126 [[3.2.1            Podanie služby na úrade s integrovanými systémami 5>>path:#_Toc150241070||shape="rect"]]
127
128 [[3.2.2            Podanie služby na úrade s neintegrovanými systémami 6>>path:#_Toc150241071||shape="rect"]]
129
130 [[3.2.3            Podanie spoplatnenej služby na ÚPVS  7>>path:#_Toc150241072||shape="rect"]]
131
132 [[3.2.4            Podanie s predplatným – predautorizáciou úhrady kartou  8>>path:#_Toc150241073||shape="rect"]]
133
134 [[3.2.5            Podanie pre hromadných podávateľov – opakované platby kartou  8>>path:#_Toc150241074||shape="rect"]]
135
136 [[3.2.6            Riešenie sťažností a reklamácií 9>>path:#_Toc150241075||shape="rect"]]
137
138 [[3.2.7            Onboarding úradov  9>>path:#_Toc150241076||shape="rect"]]
139
140 [[3.2.8            Aktualizácia číselníka služieb a číselníka úradov  10>>path:#_Toc150241077||shape="rect"]]
141
142 [[3.2.9            Centrálne úradné doručovanie  10>>path:#_Toc150241078||shape="rect"]]
143
144 [[3.2.10          Clearing, párovanie platieb, reporting a zúčtovanie služby  10>>path:#_Toc150241079||shape="rect"]]
145
146 1. [[ARCHITEKTÚRA RIEŠENIA PROJEKTU.. 11>>path:#_Toc150241080||shape="rect"]]
147
148 [[4.1         Biznis vrstva. 11>>path:#_Toc150241081||shape="rect"]]
149
150 [[4.2         Aplikačná vrstva. 13>>path:#_Toc150241082||shape="rect"]]
151
152 [[4.3         Dátova vrstva. 15>>path:#_Toc150241083||shape="rect"]]
153
154 [[4.3.1            Platobný predpis  15>>path:#_Toc150241084||shape="rect"]]
155
156 [[4.3.2            Platba  16>>path:#_Toc150241085||shape="rect"]]
157
158 [[4.3.3            Vrátenie z rozhodnutia úradu  16>>path:#_Toc150241086||shape="rect"]]
159
160 [[4.3.4            Clearing  16>>path:#_Toc150241087||shape="rect"]]
161
162 [[4.4         Otvorené údaje. 17>>path:#_Toc150241088||shape="rect"]]
163
164 [[4.5         Technologická vrstva. 17>>path:#_Toc150241089||shape="rect"]]
165
166 [[4.6         Bezpečnostná architektúra. 19>>path:#_Toc150241090||shape="rect"]]
167
168 1. [[ZÁVISLOSTI NA OSTATNÉ ISVS / PROJEKTY. 19>>path:#_Toc150241091||shape="rect"]]
169 1. [[ZDROJOVÉ KÓDY. 19>>path:#_Toc150241092||shape="rect"]]
170 1. [[PREVÁDZKA A ÚDRŽBA. 19>>path:#_Toc150241093||shape="rect"]]
171 1. [[POŽIADAVKY NA PERSONÁL. 19>>path:#_Toc150241094||shape="rect"]]
172 1. [[IMPLEMENTÁCIA A PREBERANIE VÝSTUPOV PROJEKTU.. 20>>path:#_Toc150241095||shape="rect"]]
173 1. [[PRÍLOHY. 20>>path:#_Toc150241096||shape="rect"]]
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195 = {{id name="projekt_2358_Pristup_k_projektu_detailny-1.POPISZMIENDOKUMENTU"/}}1.   POPIS ZMIEN DOKUMENTU =
196
197 == {{id name="projekt_2358_Pristup_k_projektu_detailny-1.1Históriazmien"/}}1.1     História zmien ==
198
199
200 |(((
201 Verzia
202 )))|(((
203 Dátum
204 )))|(((
205 Zmeny
206 )))|(((
207 Meno
208 )))
209 |(((
210 0.1
211 )))|(((
212 26.7.2023
213 )))|(((
214 Príprava dokumentu
215 )))|(((
216 Roland Takács
217 )))
218 |(((
219 0.2
220 )))|(((
221 26.9.2023
222 )))|(((
223 Vytvorenie častí dokumentu
224 )))|(((
225 Juraj Harmata
226 )))
227 |(((
228 0.3
229 )))|(((
230 7.11.2023
231 )))|(((
232 Final draft
233 )))|(((
234 Roland Takács
235 )))
236 |(((
237 1.0
238 )))|(((
239 20.12.2023
240 )))|(((
241 Finálna verzia
242 )))|(((
243 Roland Takács
244 )))
245 |(((
246 1.1
247 )))|(((
248 1.3.2024
249 )))|(((
250 Zapracovanie pripomienok z verejného pripomienkovania
251 )))|(((
252 Roland Takács
253 )))
254
255
256
257
258 = {{id name="projekt_2358_Pristup_k_projektu_detailny-2.ÚČELDOKUMENTU"/}}2.   ÚČEL DOKUMENTU =
259
260
261 V súlade s Vyhláškou 85/2020 Z.z. o riadení projektov - je dokument Prístup k projektu pre iniciačnú fázu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu budúceho riešenia.
262
263 Dokument je pripravený pre Alternatívu 4 v zmysle dokumentu Projektový zámer.
264
265
266 = {{id name="projekt_2358_Pristup_k_projektu_detailny-3.POPISNAVRHOVANÉHORIEŠENIA"/}}3.   POPIS NAVRHOVANÉHO RIEŠENIA =
267
268 Navrhované riešenie musí pokrývať existujúce procesy, optimalizované využitím mechanizmov, ktoré umožňuje Štátna pokladnica. Jeho súčasťou je zároveň komponent Číselník poplatkov, ktorý je popísaný v Projektovom zámere a príslužných prílohách.
269
270 == {{id name="projekt_2358_Pristup_k_projektu_detailny-3.1Existujúceprocesy"/}}3.1     Existujúce procesy ==
271
272 === {{id name="projekt_2358_Pristup_k_projektu_detailny-3.1.1Podanieslužbynaúrade"/}}3.1.1     Podanie služby na úrade ===
273
274 Hlavné črty procesu poskytnutia služby na úrade z pohľadu poplatníka a úradníka na priehradke, z pohľadu občana:
275
276 * Občan pred vstupom do podateľne si zakúpi eKolok. S výberom správnej služby pre ním požadovanú službu mu môže pomôcť supervízor úradu, prítomný hlavne v Klientskych centrách a na väčších úradoch. Na menších úradoch občanovi pomôže s výberom zamestnanec podateľne – občan po vstupe do podateľne sa vráti si zakúpiť správny eKolok v kiosku. S výberom správnej služby na kiosku pomáhajú občanovi aj informačné letáky umiestnené v priestoroch úradu.
277 * Nie všetky služby poskytované verejnou správou, vyžadujú zakúpenie eKolku. Niektoré služby, ako napríklad vklad do katastra, je možné uhradiť bez predošlého zakúpenia eKolku na základe vystaveného platobného predpisu zamestnancom podateľne, prípadne aj ich kombináciou.
278 * V prípade, ak pri podaní zamestnanec podateľne identifikuje zle zakúpený eKolok, môže dôjsť:
279 *  k potrebe výmeny eKolku za iný na kiosku úradu. V prípade preplatku vzniká tzv. dobropis refundovaný na pobočkách Slovenskej pošty, alebo
280 *  k vystaveniu platobného predpisu a potrebe refundácie nesprávneho eKolku.
281
282 Z pohľadu úradníka v podateľni:
283
284 * Je povinnosťou úradníka skontrolovať správnosť zakúpeného eKolku k poskytovanej službe.
285 * Evidenčné úkony podania vykonáva pracovník v agendových systémoch, úkony s úhradou poplatku vykonáva v systéme MSP (spotreba eKolku, vystavenie platobného predpisu). Systémy nie sú prepojené, preto jednotlivé údaje prenáša medzi týmito systémami (číslo podania, číslo eKolku, číslo vystaveného platobného predpisu, údaje poplatníka).
286
287
288 Obrázok 1: Príklad procesu pre službu splatnú pri podaní v prípade podania na priehradke
289
290 === {{id name="projekt_2358_Pristup_k_projektu_detailny-3.1.2Elektronicképodanieslužby"/}}3.1.2     Elektronické podanie služby ===
291
292 Podanie na ÚPVS alebo rezortnom portáli má formu elektronického dokumentu, ktorého prílohou môže byť elektronická forma potvrdenia o úhrade eKolku.
293
294 Elektronické podania sú spracovávané podateľňou úradu obdobne ako je popísané vyššie pre podanie služby na úrade. Pokiaľ podanie nemá prílohu s potvrdením o zaplatení, bude k podaniu vystavený platobný predpis na úhradu poplatku. Ten pracovník podateľne zašle poplatníkovi – na email alebo uloží do elektronickej schránky ÚPVS (eDesk).
295
296 V prípade, že služba má nastavený postup spracovnia s automatickým vystavením PnÚ, tento sa generuje a zasiela do elektronickej schránky automaticky.
297
298 Tento process sa nemení ani v novom riešení, jeho zmena je závislá na koncepčnej zmene ÚPVS.
299
300
301
302 Obrázok 2: Príklad procesu pre on-line službu bez automatizácie na ÚPVS
303
304 == {{id name="projekt_2358_Pristup_k_projektu_detailny-3.2Procesysvyužitímnovéhoriešenia"/}}3.2     Procesy s využitím nového riešenia ==
305
306 Preferované riešenie je plnohodnotné v prípade integrácie systémov platieb štátu cez ŠP a agendových IS úradu, kde sa úradníkovi zjednodušia ním vykonávané kroky. Z dôvodu predpokladanej postupnej úpravy jednotlivých systémov bude postavený aj modul pre manuálnu prácu úradníkov, kopírujúci súčasný modul MSP. Tento bude v aj budúcnosti potrebný pre tie inštitúcie, pre ktoré by z pohľadu počtu a objemu platobných operácií bola integrácia neefektívna.
307
308 === {{id name="projekt_2358_Pristup_k_projektu_detailny-3.2.1Podanieslužbynaúradesintegrovanýmisystémami"/}}3.2.1     Podanie služby na úrade s integrovanými systémami ===
309
310 Hlavné črty procesu poskytnutia služby na úrade z pohľadu poplatníka a úradníka:
311
312 * Občan nemusí dopredu identifikovať službu a zakúpiť eKolok.
313 * Úradník identifikuje službu a zaeviduje ju v agendovom IS, aj s určenou službou správneho poplatku. Cez integráciu systémov dôjde k vystaveniu platobného predpisu k podaniu so správnymi údajmi a výškou poplatku. Následne z povahy podania:
314 ** Úradník rozhodne o úhrade na mieste (určeným tlačidlom v systéme). Poplatok občan uhradí na Smart POS zariadení.
315 *** V prípade chyby je možné v rámci dňa stornovať úhradu, opraviť predpis a postup zopakovať.
316 ** Úradník rozhodne o úhrade ex-post (určeným tlačidlom v systéme). Vygenerovaný platobný predpis sa vytlačí a občan ho uhradí inými predajnými kanálmi po odchode z úradu.
317 *** V novom riešení sa predpokladá, že vytlačený platobný predpis má časť, ktorá zodpovedá poštovému poukazu pre umožnenie úhrady na pobočkách Slovenskej pošty v hotovosti (alebo kartou).
318
319 Predpokladá sa integrácia agendového systému úradu na IS ŠP.
320
321
322
323
324 Obrázok 3: Proces podania na priehradke s novým systémom a upraveným integrovaným agendovým systémom
325
326 === {{id name="projekt_2358_Pristup_k_projektu_detailny-3.2.2Podanieslužbynaúradesneintegrovanýmisystémami"/}}3.2.2     Podanie služby na úrade s neintegrovanými systémami ===
327
328 Pokiaľ podmienky agendových IS integráciu neumožnia, bude systémom nového riešenia platieb štátu cez ŠP poskytnuté používateľské rozhranie so službami na vystavenie platobného predpisu a jeho úhradu na mieste resp. jeho tlač.
329
330 * Občan nemusí dopredu identifikovať službu a zakúpiť eKolok.
331 * Úradník identifikuje službu a zaeviduje ju v agendovom IS,
332 * Následne úradník vygeneruje platobný predpis v systéme Smart POS Backend, prenesie číslo podania a určí službu a výšku správneho poplatku. Následne z povahy podania:
333 ** Úradník rozhodne o úhrade na mieste (určeným tlačidlom v systéme). Poplatok občan uhradí na Smart POS zariadení.
334 ** Úradník rozhodne o úhrade ex-post (určeným tlačidlom v systéme). Vygenerovaný platobný predpis sa vytlačí a občan ho uhradí inými predajnými kanálmi po odchode z úradu.
335 *** V novom riešení sa predpokladá, že vytlačený platobný predpis má časť, ktorá zodpovedá poštovému poukazu pre umožnenie úhrady na pobočkách Slovenskej pošty v hotovosti (alebo kartou).
336 ** Úradník v agendovom systéme doeviduje číslo platobného predpisu.
337
338
339 Obrázok 4: Podanie na priehradke bez integrovaného systému
340
341 === {{id name="projekt_2358_Pristup_k_projektu_detailny-3.2.3PodaniespoplatnenejslužbynaÚPVS"/}}3.2.3     Podanie spoplatnenej služby na ÚPVS ===
342
343 V ÚPVS môže dôjsť k zaradeniu vybraných služieb (eForm) do nového riešenia platieb štátu cez ŠP a tým k zmene delegovania vystavenia platobného predpisu v IS MEP do systému ŠP (miesto pôvodného PEP).
344
345 Z pohľadu občana dôjde k automatickému vyvolaniu úhrady online Platobnou bránou ŠP a (podľa možností realizácie vybraných služieb ÚPVS) k okamžitému plneniu predmetu služby.
346
347 Hlavné črty procesu poskytnutia služby na ÚPVS:
348
349 * Kroky pre výber služby a priradenie zodpovedajúcej výške úhrady riadi ÚPVS (komponent eForm).
350 * Po vyplnení a odoslaní formulára služby občanom vystaví komponent MEP platobný predpis. Pre úhradu poplatkov vybraných služieb je vytvorenie platobného predpisu delegované do napojeného systému ŠP. Platobný predpis je vložený do elektronickej schránky občana (eDesk).
351 * Súčasťou reprezentácie platobného predpisu zo systému platieb štátu cez ŠP je aj platobný link (URL) s možnosťou úhrady predpisu cez Platobnú bránu ŠP. Toto je preferovaný spôsob úhrady elektronických podaní. ÚPVS cez API systému IS ŠP vyvolá online úhradu platobného predpisu štandardným API mechanizmom pre realizácie transakcie na Platobnej bráne ŠP (aplikačná interakcia). Výsledkom je okamžitá informácia o stave platobného predpisu – uhradený/neuhradený.
352 * Pre uhradené služby je možné v ÚPVS implementovať okamžité online naplnenie služby v reálnom čase.
353 * Pokiaľ k okamžitej úhrade nedôjde, systém platieb štátu cez ŠP poskytne notifikáciu o zrealizovanej úhrade napojenému systému ÚPVS:
354 ** okamžite, pokiaľ dôjde k úhrade na platobnej bráne ŠP neskôr (napríklad z dôvodu prerušenia prvého pokusu),
355 ** Po vykonaní párovania prijatých platieb (pri úhrade bankovým prevodom a pod.)
356
357
358 Obrázok 5: Podanie v novom riešení cez ÚPVS
359
360 === {{id name="projekt_2358_Pristup_k_projektu_detailny-3.2.4Podaniespredplatným–predautorizáciouúhradykartou"/}}3.2.4     Podanie s predplatným – predautorizáciou úhrady kartou ===
361
362 Pre podporu procesov poskytnutia služby na úrade s predplatným za službu ponúka riešenie od ŠP scenár, kedy priamo na úrade už nebude potrebná úhrada.
363
364 Predplatné sa bude riešiť formou predautorizácie transakcie bankovou kartou. Samotnú predautorizáciu by občan vykonal napríklad pri rezervácii termínu na úrade.
365
366 * Na určenej adrese platobnej brány ŠP:
367 ** na túto adresu môže byť občan presmerovaný z rezervačného systému, agendového online systému, alebo portálu [[slovensko.sk>>url:http://slovensko.sk||shape="rect"]], s určením výšky sumy za službu, alebo
368 ** občan zadá predpokladanú výšku sumy za budúcu službu výberom z číselníka služieb, alebo doplnením priamo sumy.
369 * Vykoná predautorizáciu platby na PBŠP, zadaním čísla bankovej karty a autorizovaním predautorizácie (obdobne ako platbu). Predautorizovaná suma je po dobu 30 dní zúčtovateľná, čo podľa typu karty môže znamenať blokovanie finančných prostriedkov občana.
370 ** Pokiaľ predautorizáciu do stanovenej doby nevyužije, alebo priamo na stránke PBŠP predautorizáciu zruší, blokované prostriedky na karte sa uvoľnia.
371 * Systém občanovi môže poskytnúť potvrdenie o predautorizácii (identifikáciu transakcie), ktorým sa môže preukázať na úrade v papierovej alebo elektronickej podobe (QR kód na mobile), v prípade integrácie nebude potrebné sa na úrade vôbec preukazovať týmto potvrdením. Použitie tohto potvrdenia môže byť chránené heslom (číselným PINom), zadaným občanom pri predautorizácii.
372 * Následne na úrade dôjde k identifikácii služby, vystaveniu platobného predpisu a úhrade. V tomto okamihu už občan nemusí mať pri sebe bankovú kartu.
373
374
375 * Pokiaľ je použitie predautorizácie chránené heslom, toto zadá na SmartPOS zariadení.
376 * Systém zúčtuje skutočnú výšku služby identifikovanú úradníkom. Pokiaľ je menšia alebo rovná predautorizovanej sume, transakcia sa zúčtuje a prípadný zvyšok predautorizovanej sumy je uvoľnený. Platobný predpis a teda služba je uhradená.
377 * V prípade, ak výška predautorizácie na výslednú cenu služby nestačí, musí prísť buď k spotrebe predautorizácie, nasledovanou ďalšou úhradou vo výške rozdielu, alebo uvoľnením predautorizácie a inou úhradou vo výške poskytovanej služby podľa procesov vyššie.
378
379 Postup pre úhradu predautorizáciou bude poskytovaný kanálom integrovaných agendových IS, ako aj kanálom neintegrovaných systémov - v systéme Smart POS Backend.
380
381
382 === {{id name="projekt_2358_Pristup_k_projektu_detailny-3.2.5Podanieprehromadnýchpodávateľov–opakovanéplatbykartou"/}}3.2.5     Podanie pre hromadných podávateľov – opakované platby kartou ===
383
384 Pre podporu procesov poskytnutia služby na úrade bez úhrady na mieste opakovane ponúka ŠP scenár podobný ako predautorizácia, vhodný pre častých alebo hromadných podávateľov, ako napríklad advokáti a notári.
385
386 Predplatné sa nahradí formou opakovaných platieb bankovou kartou. Samotnú autorizáciu opakovaných platieb by subjekt vykonal 1x na stránkach ŠP. Následne pri podaní využije túto autorizáciu opakovane bez prítomnosti bankovej karty.
387
388 * Na určenej adrese platobnej brány ŠP subjekt zvolí autorizáciu pre opakované platby na úhradu správnych poplatkov.
389 * Vykoná autorizáciu opakovaných platieb na PBŠP, zadaním čísla bankovej karty a autorizovaním (obdobne ako platbu). Opakované platby môžu byť zúčtovávané do limitu úhrady bankovou kartou a do platnosti bankovej karty.
390 * Systém subjektu môže poskytnúť potvrdenie o autorizácii opakovaných platieb, ktorým sa môže preukázať na úrade v papierovej alebo elektronickej podobe (QR kód na mobile), v prípade integrácie nebude potrebné sa na úrade vôbec preukazovať týmto potvrdením. Použitie tohto potvrdenia môže byť chránené heslom (číselným PINom), zadaným subjektom pri autorizácii.
391 * Následne na úrade dôjde k identifikácii služby, vystaveniu platobného predpisu a úhrade. V tomto okamihu už občan nemusí mať pri sebe bankovú kartu.
392
393
394 * Pokiaľ je použitie opakovaných platieb chránené heslom, toto zadá na SmartPOS zariadení.
395 * Systém zúčtuje výšku služby identifikovanú úradníkom. Platobný predpis a teda služba je uhradená.
396
397 Postup pre úhradu opakovanými platbami bude poskytovaný kanálom integrovaných agendových IS, ako aj kanálom neintegrovaných systémov - v systéme IS ŠP.
398
399
400 === {{id name="projekt_2358_Pristup_k_projektu_detailny-3.2.6Riešeniesťažnostíareklamácií"/}}3.2.6     Riešenie sťažností a reklamácií ===
401
402 Po vyhodnotení pilotnej prevádzky riešenia, ktoré prebieha na pracoviskách (odboroch) katastra, je nutné dopracovať:
403
404 * Biznisovú architektúru procesu – predpokladá sa zapojenie pracovníkov Slovenskej pošty, ktorí riešia problematiku aj v existujúcom systéme eKolok, a teda zmluvné zabezpečenie ľudských a technických prostriedkov.
405 * Aplikačnú vrstvu –
406 ** systémovú podporu pre prístup k údajom a zásahy do dát vyplývajúce z riešenia reklamácií a sťažností, a automatizovanie niektorých častých scenárov.
407 ** podporné nástroje pre evidenciu, sledovanie a manažovanie reklamácií a sťažností.
408
409 === {{id name="projekt_2358_Pristup_k_projektu_detailny-3.2.7Onboardingúradov"/}}3.2.7     Onboarding úradov ===
410
411 Proces pre onboarding nových úradov do služby, pozostávajúci zo série manuálnych a automatizovaných krokov, rieši:
412
413 * Evidenciu a udržovanie služieb úradu.
414 * Vybavenie úradov SmartPOS zariadeniami a prístup k aplikácii pre úradníkov.
415 * Napojenie agendových systémov na poskytované aplikačné endpointy služby – autorizácia systémov a spätná notifikácia.
416 * V prípade iných ako súdnych a správnych poplatkov
417 ** aj podpis zmluvy medzi ŠP a úradom,
418 ** rozsah podpory pre reklamácie a sťažnosti (v prípade iných ako správnych a súdnych poplatkov),
419 ** napojenie na clearing a reporting za vybrané poplatky.
420
421
422 === {{id name="projekt_2358_Pristup_k_projektu_detailny-3.2.8Aktualizáciačíselníkaslužiebačíselníkaúradov"/}}3.2.8     Aktualizácia číselníka služieb a číselníka úradov ===
423
424 Číselník poplatkov bude samostatný komponent v zmysle popisu modulu, uvedenom v dokumente Projektový zámer a príslušných prílohách. Z pohľadu nového riešenia sa predpokladá, že v rámci budovania číselníka poplatkov:
425
426 * Dopracuje sa systém správy obsahu číselníka služieb a poplatkov, s prepojením na zoznam úradov a ich pracovísk - nerealizovaný zámer z minulosti.
427 * Napojenie komponentov štátnych IS na takýto systém (napr. aj ÚPVS), riešenie kompetencií správy jednotlivých úradov (MVSR vs MSSR vs MFSR vs príp. ďalšie)
428
429 Oddelí sa systém správy obsahu číselníka služieb a poplatkov od systému úhrad.
430
431 === {{id name="projekt_2358_Pristup_k_projektu_detailny-3.2.9Centrálneúradnédoručovanie"/}}3.2.9     Centrálne úradné doručovanie ===
432
433 Doručovanie dokladov je v pôsobnosti úradov resp. v pôsobnosti ÚPVS v prípade podania elektronických služieb. IS platieb štátu môže v niektorých prípadoch sprostredkovať doručenie dokladov poplatníkovi formou napojenia na systém CÚD, ktorý dokument distribuuje buď formou uloženia v eDesk poplatníka, alebo vytlačením a doručením cez Slovenskú poštu. Napríklad:
434
435 * Zaslanie platobného predpisu, pokiaľ k vystaveniu dôjde dodatočne na úrade po odchode žiadateľa (prehodnotenie služby).
436 * Zaslanie rozhodnutia o vrátení poplatku z rozhodnutia úradu.
437 * Zaslanie výsledku šetrenia reklamácie občana.
438
439 === {{id name="projekt_2358_Pristup_k_projektu_detailny-3.2.10Clearing,párovanieplatieb,reportingazúčtovanieslužby"/}}3.2.10  Clearing, párovanie platieb, reporting a zúčtovanie služby ===
440
441 Riešenie dopracuje rozsah a podporu pre nielen priamočiare automatické párovanie platieb popísané v kapitolách nižšie pre súdne a správne poplatky, ale aj pre bočné scenáre párovania a iné druhy poplatkov.
442
443 Do nového systému úhrad bude možné zapojiť širší okruh verejných služieb, ktoré môžu využívať nástroje ako centrálne riadené číselníky služieb a podrobný reporting a rozúčtovanie príjmov. Jedná sa napríklad o úhradu colných poplatkov, pokút, poplatkov miest a obcí, úhrad sociálnych a zdravotných odvodov a iných.
444
445
446 Pre pokrytie služby sa predpokladá zapojenie pracovníkov Slovenskej pošty, ktorí riešia problematiku aj v existujúcom systéme eKolok, a teda zmluvné zabezpečenie ľudských a technických prostriedkov.
447
448
449 = {{id name="projekt_2358_Pristup_k_projektu_detailny-4.ARCHITEKTÚRARIEŠENIAPROJEKTU"/}}4.   ARCHITEKTÚRA RIEŠENIA PROJEKTU =
450
451 == {{id name="projekt_2358_Pristup_k_projektu_detailny-4.1Biznisvrstva"/}}4.1     Biznis vrstva ==
452
453
454
455 Obrázok 6: Business architektúra nového riešenia
456
457
458 |(((
459 Názov
460 )))|(((
461 Popis
462 )))
463 |(((
464 Úradník
465 )))|(((
466 Aktér – pracovník zahajujúci vystavenie platobného predpisu
467 )))
468 |(((
469 Úrad
470 )))|(((
471 Aktér – inštitúcia podieľajúca sa na onboardingu nových úradov do služby.
472 )))
473 |(((
474 BO ŠP
475 )))|(((
476 Aktér – Back office Štátnej pokladnice podieľajúci sa na onboardingu nových úradov do služby.
477 )))
478 |(((
479 Úradník mimo ŠP (MIRRI, MFSR)
480 )))|(((
481 Aktér mimo Štátnej pokladnice podieľajúci sa na procesoch Aktualizácie číselníka služieb a Centrálnom úradnom doručovaní.
482 )))
483 |(((
484 Úradník mimo ŠP (Slovenská pošta)
485 )))|(((
486 Aktér – zamestnanec Slovenskej pošty participujúci na procesoch spojených s clearingom, párovaním platieb, reportingom a zúčtovaní služieb.
487 )))
488 |(((
489 Vytvorenie platobného predpisu
490 )))|(((
491 Služba – ktorú využíva úradník pre potreby vystavenia platobného predpisu
492 )))
493 |(((
494 Platobný predpis
495 )))|(((
496 Dátový objekt obsahujúci všetky informácie potrebné pre zrealizovanie platby
497 )))
498 |(((
499 Podania
500 )))|(((
501 Proces, prostredníctvom ktorého úradník poskytuje službu
502 )))
503 |(((
504 Úhrada
505 )))|(((
506 Proces, prostredníctvom ktorého je uhradený platobný predpis
507 )))
508 |(((
509 Úhrada platobného predpisu
510 )))|(((
511 Služba, ktorú poplatník využíva pre potreby úhrady platobného predpisu.
512 )))
513 |(((
514 Kontrola úhrady služby
515 )))|(((
516 Služba, ktorú úradník využíva na kontrolu úhrady služby
517 )))
518 |(((
519 Naplnenie služby
520 )))|(((
521 Proces, prostredníctvom ktorého je poplatníkovi naplnená služba.
522 )))
523 |(((
524 Vrátenie poplatku
525 )))|(((
526 Proces, prostredníctvom ktorého je poplatníkovi v prípade nastatia špecifickej situácie vrátená časť, alebo celý poplatok.
527 )))
528 |(((
529 Vysporiadanie reklamácie
530 )))|(((
531 Proces, prostredníctvom ktorého môže poplatník reklamovať službu alebo úhradu
532 )))
533 |(((
534 Reklamácie a sťažnosti
535 )))|(((
536 Služba, ktorú poplatník využíva pre spustenie procesu reklamácie
537 )))
538 |(((
539 Poplatník
540 )))|(((
541 Občan, ktorý uhrádza poplatok.
542 )))
543 |(((
544 Rezervácia termínu
545 )))|(((
546 Občan si môže rezervovať termín pre návštevu úradu vopred.
547 )))
548 |(((
549 Vytavenie platobného predpisu - predplatné
550 )))|(((
551 Občan môže prostredníctvom predautorizácie uhradiť poplatok vopred. Skutočná suma poplatku mu bude prostredníctvom ukončenia predautorizácie zúčtovaná následne.
552 )))
553 |(((
554 GUI - Onboarding
555 )))|(((
556 Používateľské rozhranie slúžiace na prístup k procesu Onboardingu
557 )))
558 |(((
559 GUI – Agendový systém úradu
560 )))|(((
561 Používateľské rozhranie slúžiace na prístup do agendového systému úradu.
562 )))
563 |(((
564 GUI – Platby štátu
565 )))|(((
566 Používateľské rozhranie slúžiace IS Platieb štátu
567 )))
568 |(((
569 GUI – Admin
570 )))|(((
571 Administračné rozhranie slúžiace na aktualizáciu číselníka úradov a služieb.
572 )))
573 |(((
574 POS terminál
575 )))|(((
576 Jeden z interfaceov slúžiaci na úhradu platobného predpisu.
577 )))
578 |(((
579 Platobná brána ŠP
580 )))|(((
581 Interface ŠP slúžiaci na úhradu platobného predpisu.
582 )))
583 |(((
584 Banka poplatníka
585 )))|(((
586 Interface niektorej z komerčných bánk, slúžiaci na úhradu platobného predpisu.
587 )))
588 |(((
589 Slovenská pošta
590 )))|(((
591 Interface slúžiaci na úhradu platobného predpisu a na clearing, reporting párovanie platieb a zúčtovanie služby na strane Slovenskej pošty.
592 )))
593 |(((
594 Číselník úradov a služieb
595 )))|(((
596 Pravidelne aktualizovaný číselník vstupujúci do procesu Onboardingu úradov.
597 )))
598 |(((
599 Platobný predpis – predplatné
600 )))|(((
601 Vystavený platobný predpis – predplatné pre poplatníka
602 )))
603 |(((
604 Platobný predpis ŠP
605 )))|(((
606 Vystavený platobný predpis pre poplatníka
607 )))
608 |(((
609 Prevodný príkaz
610 )))|(((
611 Vystavený prevodný príkaz slúžiaci ako jedna z variánt úhrady platobného predpisu.
612 )))
613 |(((
614 Onboarding úradov
615 )))|(((
616 Proces pre onboarding nových úradov do služby, pozostávajúci zo série manuálnych a automatizovaných krokov a riešení.
617 )))
618 |(((
619 Centrálne úradné doručovanie
620 )))|(((
621 Doručovanie dokladov je v pôsobnosti úradov resp. v pôsobnosti ÚPVS v prípade podania elektronických služieb. IS platieb štátu môže v niektorých prípadoch sprostredkovať doručenie dokladov poplatníkovi formou napojenia na systém CÚD.
622 )))
623 |(((
624 Aktualizácia číselníka služieb
625 )))|(((
626 Proces zastrešujúci aktualizáciu číselníka úradov a služieb.
627 )))
628 |(((
629 Clearing, párovanie platieb, reporting a zúčtovanie služby
630 )))|(((
631 Do nového systému úhrad bude možné zapojiť širší okruh verejných služieb, ktoré môžu využívať nástroje ako centrálne riadené číselníky služieb a podrobný reporting a rozúčtovanie príjmov.
632 )))
633
634
635
636 == {{id name="projekt_2358_Pristup_k_projektu_detailny-4.2Aplikačnávrstva"/}}4.2     Aplikačná vrstva ==
637
638
639 Obrázok 7: Aplikačná architektúra nového riešenia
640
641
642 |(((
643 Názov
644 )))|(((
645 Popis
646 )))
647 |(((
648 ACCOMAN
649 )))|(((
650 Modul pre vedenie účtov Informačného systému Štátnej pokladnice.
651 AccoMan poskytuje obvyklé platobné služby, vedie rozpočtové a mimorozpočtové účty klientov a to bežné i terminované, spracovanie a evidenciu obratov nad týmito účtami v IS ŠP. AccoMan poskytuje takisto prehľad transakcií, platieb a príkazov na inkaso klientov ŠP a tiež poskytuje údaje pre Výkazníctvo ŠP a Účtovníctvo ŠP.
652 )))
653 |(((
654 Platobná brána
655 )))|(((
656 Online platby zabezpečuje existujúca Platobná brána ŠP. Platobná brána ŠP je centrálnym komponentom, ktorý umožňuje online realizáciou platby na internete a v mobilnom zariadení s okamžitým zúčtovaním na účty vedené v ŠP. Platbu je možné realizovať jednoducho prostredníctvom platobnej karty, mobilného telefónu (GooglePay, ApplePay), alebo prostredníctvom online prevodu platobným tlačidlom vybraných komerčných bánk.
657 )))
658 |(((
659 Predbrána
660 )))|(((
661 Modul umožňuje vytvoriť platobný link obsahujúci všetky náležitosti platobného predpisu, kliknutím na ktorý sa poplatník presmeruje na platobnú bránu Štátnej pokladnice.
662 )))
663 |(((
664 KZ (klientská zóna)
665 )))|(((
666 Modul umožňuje pristupovať klientov Štátnej pokladnice s svojim produktom a službám.
667 )))
668 |(((
669 Submodul pre platby štátu
670 )))|(((
671 Modul bude umožňovať realizáciu špecifických operácie, načítanie symbolov, tlač potvrdenky a podobne
672
673 - výber služby
674
675 - integrácia
676
677 - príp. spotreba exist. eKolku
678 )))
679 |(((
680 BW/ Vertica
681 )))|(((
682 Reportingový systém Štátnej pokladnice
683 )))
684 |(((
685 BPM
686 )))|(((
687 BPM zabezpečuje funkcionalitu riadenia jednotlivých krokov procesov a doručovanie úloh na spracovanie, schvaľovanie, s plánovaným využívaním elektronického podpisu príslušným pracovníkom ŠP.
688 )))
689 |(((
690 SmartPOS
691 )))|(((
692 Modul a zariadenie umožňujúce zrealizovanie bezhotovostnej platby – úhrady platobného predpisu vytvorenom v systéme. Zariadenie bude umiestnené v podateľni úradu. Na rozdiel od softvérovej pokladne systému eKolok nevyžaduje hmotnú zodpovednosť zamestnanca.
693
694 Na úhradu je možné použiť platobnú kartu, ApplePay, GooglePay a podľa pripravenosti riešenia aj TIPS.
695
696 Hlavná aplikácia pre vytvorenie a kontrolu úhrady platobného predpisu je Smart POS Backend. BackEnd časti systému za účelom obojsmernej komunikácie a remote manažmentu zariadení SmartPOS. Je určená pre zamestnancov úradov na prácu s platobnými predpismi, evidencia vrátení z rozhodnutia úradu, sledovanie ich stavov a vytvorenie reportov o platobných predpisoch a vrátení.
697 Systém vystavuje rozhranie pre integráciu agendových IS s funkcionalitami systému platieb štátu cez ŠP.
698 )))
699 |(((
700 SAP
701 )))|(((
702 Účtovný systém zastrešujúci účtovníctvo Štátnej pokladnice.
703 )))
704 |(((
705 Modul predplatné
706 )))|(((
707 Modul, umožňujúci:
708
709 ·        Rezervácie termínov
710
711 ·        Výber produktu
712
713 ·        Predautorizácia
714
715 ·        Ukončenie predautorizácie
716 )))
717
718 Riešenie komunikuje s externými systémami a registrami, ktoré sú na diagrame aplikačnej architektúry vyznačené šedou farbou.
719
720
721
722 == {{id name="projekt_2358_Pristup_k_projektu_detailny-4.3Dátovavrstva"/}}4.3     Dátova vrstva ==
723
724
725 Logický dátový model popisuje základné entity riešenia a vzťahy medzi nimi a poskytuje zjednodušený pohľad zhora.
726
727
728 Obrázok 8: Logický dátový model nového riešenia
729
730 === {{id name="projekt_2358_Pristup_k_projektu_detailny-4.3.1Platobnýpredpis"/}}4.3.1     Platobný predpis ===
731
732 Platobný predpis je základná entita služby riešenia. Viaže sa k jednému konaniu, spisu alebo podaniu na úrade. Platobný predpis eviduje, ktorý úradník ho vystavil a kedy. Eviduje zoznam spoplatnených služieb z číselníka, ktoré sú predmetom úhrady ku konaniu/spisu alebo podaniu.  Eviduje takisto zoznam poplatníkov, ktorí sú povinný poplatok uhradiť a ich základné identifikačné údaje.
733
734 Štruktúra číselníka služieb a povaha väčšiny podaní je taká, že platobný predpis vo výsledku je väčšinou evidovaný na 1 službu a 1 poplatníka. Len v niektorých prípadoch je nutné k službe doevidovať ďalšiu službu, napríklad pri prehodnotení online podania na listinné.
735
736 Entita Poskytnutá služba predstavuje službu na platobnom predpise, paralelu k položke na faktúre. Určuje počet čerpaní služby (spravidla 1x) a oproti službe z číselníka služieb môže mať určenú inú cenu za službu.
737
738 K platobnému predpisu sa viažu platobné údaje pre jeho úhradu prevodom – jednoznačný VS a cieľové číslo účtu pre úhradu. Platobný predpis je jednoznačne identifikovaný aj pomocou jeho businessID – čísla platobného predpisu.
739
740
741 Platobný predpis má aj listinnú reprezentáciu, ktorú vystavuje systém platieb štátu.
742
743
744
745 Business identifikátor platobného predpisu (businessId) bude v tvare: XXX-DDMMRR-NNNN, kde
746
747 * XXX bude prefix, ktorý jednoznačne identifikuje platobné predpisy platieb štátu ŠP od platobných predpisov systému eKolok. Bude sa jednať o množinu hodnôt, napr. SP0 až SP9, SPA až SPZ
748 * DDMMRR je dátum vystavenia predpisu
749 * NNNN je poradové číslo v rámci dňa
750
751
752 === {{id name="projekt_2358_Pristup_k_projektu_detailny-4.3.2Platba"/}}4.3.2     Platba ===
753
754 Riešenie eviduje len platby, ktoré uhrádzajú platobné predpisy. Vo všeobecnosti je možné jednou platbou uhradiť viacero prevodných príkazov naraz.
755
756 Platba je reprezentovaná potvrdením o úhrade – dokument, ktorý umožňuje úhradu platobného predpisu zahrnúť do účtovníctva subjektu.
757
758 Platba môže byť zrealizovaná
759
760 * Na SmartPOS zariadení alebo na Platobnej Bráne ŠP. V tomto prípade je platba zaevidovaná v príslušnom stave pred jej zrealizovaním, pri inicializácii z agendového IS alebo z aplikácie úradníka. Hneď po jej úspešnom zrealizovaní sa platobný predpis považuje za uhradený, aj keď ešte nebol vykonaný účtovný pohyb na účte pre zúčtovanie platieb v ŠP.
761 ** Potvrdenie o úhrade vystavuje SmartPOS zariadenie alebo Platobná brána ŠP. K takémuto potvrdeniu je nutné v účtovníctve subjektu doložiť účtovný pohyb k úhrade kartou na účte subjektu pre účely preukázania daňových nákladov.
762 * Prevodom na účet. V tomto prípade je platba zaevidovaná až procesom párovania platieb po rozpoznanom účtovnom pohybe na účte služby v ŠP.
763 ** Potvrdenie o úhrade predstavuje výpis z účtu subjektu, z ktorého bola úhrada vykonaná s platobnými údajmi platobného predpisu, alebo adekvátne platobné potvrdenia (prevod cez poštovú poukážku a pod).
764
765 === {{id name="projekt_2358_Pristup_k_projektu_detailny-4.3.3Vráteniezrozhodnutiaúradu"/}}4.3.3     Vrátenie z rozhodnutia úradu ===
766
767 Evidencia vrátení z rozhodnutia úradu je služba pre možnosť vrátenia poplatku alebo jeho časti poplatníkom. Systém eviduje, kto vrátenie vystavil. Systém pritom stráži, že je možné vrátiť len do výšky uhradenej čiastky z platobného predpisu. Systém pre vrátenie eviduje aj číslo konania, podania alebo číslo spisu. Súčasťou rozhodnutia je určenie jednotlivých položiek vyplatenia. Každá z nich určuje:
768
769 * Číslo konania
770 * Za ktorú službu je vrátenie, identifikovaním uhradeného platobného predpisu a poskytnutej služby na danom predpise. Tým je dané aj číslo pôvodného konania, podania alebo spisu.
771 * Výška vrátenia,
772 * Poplatník a jeho údaje, ktorému je vrátenie určené.
773
774 Každú položku vrátenia je možné vrátiť:
775
776 * Prevodom na určený bankový účet poplatníka (preferovaný spôsob),
777 * Alebo poštovou poukážkou na adresu.
778
779 === {{id name="projekt_2358_Pristup_k_projektu_detailny-4.3.4Clearing"/}}4.3.4     Clearing ===
780
781 Clearing predstavuje záznam automaticky vykonaného clearingu medzi ŠP a VPS/MF SR nad nasledujúcimi entitami:
782
783 * Spárovaná úhrada / kredit – je výsledkom automatického párovania položiek na výpise služby a 
784 ** platobných symbolov platobných predpisov,
785 ** alebo vykonaných platieb kartou a IB tlačidlami na SmartPOS a Platobnej bráne ŠP.
786 ** Inak povedané jedná sa o platby v konečnom stave spárovania podľa účtovného výpisu.
787 * Spárované vrátenie / debet
788 ** je výsledkom automatického párovania vykonaných položiek vrátenia z rozhodnutia úradu, alebo
789 ** výsledkov clearingu. Po vyhodnotení pilotnej prevádzky je treba vyhodnotiť a dopracovať proces pre prípad, kedy výsledkom clearingu je záporná suma, teda počet vrátení v dané obdobie prevyšuje počet úhrad platobných predpisov.
790 * Preúčtované určené poplatky za prevádzku služby.
791
792 Súčasťou clearingu nie sú
793
794 * neuhradené čiastky platobných predpisov – nenaplnené pohľadávky,
795 * nevrátené čiastky položiek vrátení z rozhodnutia z úradu – ešte nevykonané záväzky.
796
797
798
799 == {{id name="projekt_2358_Pristup_k_projektu_detailny-4.4Otvorenéúdaje"/}}4.4     Otvorené údaje ==
800
801 Zo systému budú publikované datasety, primárne pôjde o reporty a štatistiky o objeme a počte transakcií. Návrh je uvedený v nasledujúcej tabuľke.
802
803
804 |(((
805 Názov objektu evidencie / datasetu
806
807 (uvádzať OE z tabuľky 11)
808
809
810 )))|(((
811
812
813 Požadovaná interoperabilita //3★ - 5★//
814 )))|(((
815 Periodicita publikovania
816
817 (týždenne, mesačne, polročne, ročne)
818 )))
819 |(((
820 Počet platobných transakcií za úrad
821 )))|(((
822 3★
823 )))|(((
824 Ročne
825 )))
826 |(((
827 Objem platobných transakcií za úrad
828 )))|(((
829 3★
830 )))|(((
831 Ročne
832 )))
833 |(((
834 Počet transakcií za službu
835 )))|(((
836 3★
837 )))|(((
838 Ročne
839 )))
840 |(((
841 Objem transakcií za službu
842 )))|(((
843 3★
844 )))|(((
845 Ročne
846 )))
847 |(((
848 Počet transakcií podľa platobného kanálu
849 )))|(((
850 3★
851 )))|(((
852 Ročne
853 )))
854 |(((
855 Objem transakcií podľa platobného kanálu
856 )))|(((
857 3★
858 )))|(((
859 Ročne
860 )))
861
862 Tabuľka 1: Zoznam navrhovaných OpenData datasetov
863
864 == {{id name="projekt_2358_Pristup_k_projektu_detailny-4.5Technologickávrstva"/}}4.5     Technologická vrstva ==
865
866 Riešenie bude využívať výpočtové zdroje a infraštruktúru privátneho vládneho cloudu, prevádzkovaného Datacentrom Ministerstva financií SR.
867
868
869
870 Obrázok 9: Technická architektúra
871
872
873 Popis komponentov technickej architektúry:
874
875 |(((
876 Skratka
877 )))|(((
878 Popis
879 )))
880 |(((
881 F5 WAF
882 )))|(((
883 web aplikačný Firewall
884 )))
885 |(((
886 VM - LB
887 )))|(((
888 Nginx Load balancer kde smeruje F5 internetovú prevádzku ePos a SmartPOS
889 )))
890 |(((
891 VM - EPF
892 )))|(((
893 Virtuálny stroj, v ktorom je nainštalovaný ePay frontend, ktorý komunikuje z web clientom občana, platobno branou a ePay serverom
894 )))
895 |(((
896 VM - EP
897
898
899 )))|(((
900 Virtuálny stroj, v ktorom je nainštalovaný ePay server, ktorý  komunikuje ePay frontend, SmartPOS server. Vystavuje ePay api do govnetu
901 )))
902 |(((
903 VM - SPF
904
905
906 )))|(((
907 Virtuálny stroj, kde je nainštalovaný SmartPOS frontend. SmartPOS frontend slúži na bezpečnostnú komunikáciu s SmartPOS terminálom
908 )))
909 |(((
910 VM - SP
911
912
913 )))|(((
914 Virtuálny stroj, kde je nainštalovaný SmartPOS server. Server komunikuje z IAM, ePay, SmartPOS frontendom
915 )))
916 |(((
917 VM - IAM
918
919
920 )))|(((
921 Virtuálny stroj, kde je nainštalovaný Keycloak a slúži ako identity a provider pre SmartPOS a ePay server
922 )))
923 |(((
924 VM-PG
925
926
927 )))|(((
928 Virtuálny stroj, kde je nainštalovaný Postgesql, je prístupný z internej zóny. Inštancie VM-PG tvoria cluster active – passive
929 )))
930
931 Tabuľka 2: Popis prvkov technickej architektúry
932
933
934 Riešenie bude nainštalované minimálne v troch inštanciách:
935
936 UAT – prostredie pre testovanie zmien a rozšírení
937
938 INT – prostredie pre testovanie integrácií IS tretích strán
939
940 PROD – produkčné prostredie
941
942
943 UAT a INT prostredie budú tvoriť clustre po jednom virtuálnom stroji. PROD prostredie sa bude skladať z clustrov kde budú v každom minimálne dva virtuálne stroje.
944
945 == {{id name="projekt_2358_Pristup_k_projektu_detailny-4.6Bezpečnostnáarchitektúra"/}}4.6     Bezpečnostná architektúra ==
946
947
948 Bezpečnostná architektúra je definovaná pre IS ŠP.
949
950
951 = {{id name="projekt_2358_Pristup_k_projektu_detailny-5.ZÁVISLOSTINAOSTATNÉISVS/PROJEKTY"/}}5.   ZÁVISLOSTI NA OSTATNÉ ISVS / PROJEKTY =
952
953
954 Nové riešenie je možné vybudovať aj bez zmien iných IS VS. Pre optimálnu funkcionalitu je však potrebné zmeniť a integrovať agendové systémy tých inštitúcií VS, ktoré pri poskutovaní služieb požadujú zaplatenie správnych a súdnych poplatkov.
955
956
957
958 = {{id name="projekt_2358_Pristup_k_projektu_detailny-6.ZDROJOVÉKÓDY"/}}6.   ZDROJOVÉ KÓDY =
959
960
961 Manažment zdrojových kódov nového riešenia bude v súlade s postupmi pre IS ŠP.
962
963
964
965 = {{id name="projekt_2358_Pristup_k_projektu_detailny-7.PREVÁDZKAAÚDRŽBA"/}}7.   PREVÁDZKA A ÚDRŽBA =
966
967
968 Nové riešenie je súčasťou IS ŠP, preto sa na neho vzťahujú všetky prevádzkové predpisy a postupy pre IS ŠP.
969
970
971 = {{id name="projekt_2358_Pristup_k_projektu_detailny-8.POŽIADAVKYNAPERSONÁL"/}}8.   POŽIADAVKY NA PERSONÁL =
972
973
974 Nové riešenie predpokladá navýšenie počtu expertov, zabezpečujúcich chod nových a upravených komponentov IS ŠP. Vzhľadom k faktu, že práve prebieha pilotný projekt riešenia a samotný IS ŠP počas nasledujúcich rokov bude upravovaný, konkrétne 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.
975
976
977
978 = {{id name="projekt_2358_Pristup_k_projektu_detailny-9.IMPLEMENTÁCIAAPREBERANIEVÝSTUPOVPROJEKTU"/}}9.   IMPLEMENTÁCIA A PREBERANIE VÝSTUPOV PROJEKTU =
979
980
981 Vzhľadom k faktu, že práve prebieha pilotný projekt riešenia a samotný IS ŠP počas nasledujúcich rokov bude upravovaný, konkrétne požiadavky na implementáciu a výstupy projktu bude možné určiť až pri spustení projektu pre nové riešenie.
982
983
984 = {{id name="projekt_2358_Pristup_k_projektu_detailny-10.PRÍLOHY"/}}10.       PRÍLOHY =
985
986