Naposledy upravil Peter Ďuriš 2025/08/20 12:42
Z verzie 81.1
upravil Peter Ďuriš
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 80.4
upravil Peter Ďuriš
-
Zmeniť komentár: Pridať komentár

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -5,7 +5,7 @@
5 5  **~ podľa vyhlášky MIRRI č. 401/2023 Z. z.**
6 6  
7 7  
8 -|**Povinná osoba**|Ministerstvo investícií, regionálneho rozvoja a informatizácie
8 +|**Povinná osoba**|Národná agentúra pre sieťové a elektronické služby
9 9  |**Názov projektu**|Vybudovanie katalógu poplatkov
10 10  |**Zodpovedná osoba za projekt**|TBD
11 11  |**Realizátor projektu**|Národná agentúra pre sieťové a elektronické služby
... ... @@ -49,7 +49,7 @@
49 49  
50 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 51  
52 -1.
52 +1.
53 53  11. Použité skratky a pojmy
54 54  
55 55  |**Skratka / Pojem**|**Popis**
... ... @@ -84,7 +84,7 @@
84 84  
85 85  Tabuľka 1 Skratky a pojmy
86 86  
87 -1.
87 +1.
88 88  11. Konvencie pre typy požiadaviek
89 89  
90 90  Z pohľadu definovania požiadaviek v rámci katalógu požiadaviek boli tieto rozdelené na:
... ... @@ -140,7 +140,7 @@
140 140  
141 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 142  
143 -1.
143 +1.
144 144  11. Motivácia a rozsah projektu
145 145  
146 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.
... ... @@ -184,7 +184,7 @@
184 184  
185 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 186  
187 -1.
187 +1.
188 188  11. Zainteresované strany (Stakeholderi)
189 189  
190 190  V nasledujúcej tabuľke sú uvedení dotknutí stakeholderi projektu rozvoja:
... ... @@ -209,7 +209,7 @@
209 209  
210 210  Tabuľka 2 Zainteresované strany (Stakeholderi)
211 211  
212 -1.
212 +1.
213 213  11. Ciele projektu
214 214  
215 215  V nasledujúcej tabuľke sa nachádzajú dotknuté ciele projektu, ktoré reflektujú ciele NKIVS a P SK:
... ... @@ -227,7 +227,7 @@
227 227  Tabuľka 3 Ciele projektu
228 228  
229 229  
230 -1.
230 +1.
231 231  11. Merateľné ukazovatele (KPI)
232 232  
233 233  V nasledujúcej tabuľke sú merateľné ukazovatele projektu:
... ... @@ -244,7 +244,7 @@
244 244  
245 245   Tabuľka 4 Merateľné ukazovatele (KPI)
246 246  
247 -1.
247 +1.
248 248  11. Špecifikácia potrieb koncového používateľa
249 249  
250 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:
... ... @@ -254,8 +254,8 @@
254 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 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.
256 256  
257 -1.
258 -11.
257 +1.
258 +11.
259 259  111. Používateľské potreby a ciele
260 260  
261 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:
... ... @@ -314,8 +314,8 @@
314 314  * informatívne určenie výšky poplatku s rozdelením na položky.
315 315  )))
316 316  
317 -1.
318 -11.
317 +1.
318 +11.
319 319  111. Definovanie potrieb v zmysle štúdie - Prevádzka služby eKolok v rokoch 2024-2034
320 320  
321 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é:
... ... @@ -342,8 +342,8 @@
342 342  
343 343  //- overenie konfigurácie poplatku a výpočet ceny//
344 344  
345 -1.
346 -11.
345 +1.
346 +11.
347 347  111. Zdôvodnenie, prečo nebol vykonaný používateľský prieskum
348 348  
349 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.
... ... @@ -360,7 +360,7 @@
360 360  
361 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 362  
363 -1.
363 +1.
364 364  11. Detailný opis obmedzení a predpokladov
365 365  
366 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):
... ... @@ -377,7 +377,8 @@
377 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 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 379  
380 -1.
380 +
381 +1.
381 381  11. Vyhodnotenie rizík a závislostí
382 382  
383 383  Z pohľadu najvýraznejších rizík a závislostí, ktoré ovplyvňujú realizáciu projektu boli identifikované nasledovné:
... ... @@ -397,13 +397,13 @@
397 397  Tabuľka 5 Prehľad najzávažnejších rizík a závislostí
398 398  
399 399  
400 -1.
401 +1.
401 401  11. Detailný opis rozpočtu projektu a jeho prínosov
402 402  
403 403  V tejto časti sú uvedené informácie, ktoré sú detailne spracované v rámci prílohy CBA projektu
404 404  
405 -1.
406 -11.
406 +1.
407 +11.
407 407  111. Sumarizácia nákladov a prínosov
408 408  
409 409  V nasledujúcej tabuľke sú uvedené všetky náklady na realizáciu projektu rozvoja v horizonte 10 rokov.
... ... @@ -432,9 +432,9 @@
432 432  |Katalóg poplatkov|34 304 €|817 800 €|852 104 €
433 433  |Úpravy MASP|5 530 €|131 830 €|137 359 €
434 434  
435 -1.
436 -11.
437 -111.
436 +1.
437 +11.
438 +111.
438 438  1111. Prevádzkové náklady na Katalóg poplatkov
439 439  
440 440  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.
... ... @@ -441,9 +441,9 @@
441 441  
442 442  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.
443 443  
444 -1.
445 -11.
446 -111.
445 +1.
446 +11.
447 +111.
447 447  1111. Prínosy projektu a vyhodnotenie CBA
448 448  
449 449  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.
... ... @@ -484,7 +484,7 @@
484 484  * Úhrada poplatku cez SW pokladňu (+platobný predpis) - poplatník
485 485  * eGov (úhrada predpisu)
486 486  * Úprava katalógu platieb
487 -*1.
488 +*1.
488 488  *11. Zdroj financovania
489 489  
490 490  Financovanie je navrhnuté z OP Slovensko – Priorita 1: Zvýšenie kvality eGovernment služieb a interoperability:
... ... @@ -552,7 +552,7 @@
552 552  
553 553  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).
554 554  
555 -1.
556 +1.
556 556  11. Vybrané ustanovenia týkajúce sa číselníka poplatkov v dotknutých právnych predpisoch:
557 557  
558 558  Definícia číselníka poplatkov podľa § 15a ods. 4 Zákona o správnych poplatkoch:
... ... @@ -594,7 +594,7 @@
594 594  
595 595  //„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**.“//
596 596  
597 -1.
598 +1.
598 598  11. Návrh TO BE legislatívneho stavu
599 599  
600 600  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).
... ... @@ -615,7 +615,7 @@
615 615  
616 616  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ť.
617 617  
618 -1.
619 +1.
619 619  11. Stanovenie alternatív architektúry riešenia
620 620  
621 621  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:
... ... @@ -623,7 +623,7 @@
623 623  * Biznisovej vrstvy
624 624  * Aplikačnej vrstvy
625 625  * Technologickej vrstvy
626 -*1.
627 +*1.
627 627  *11. Stanovenie alternatív v biznisovej vrstve architektúry
628 628  
629 629  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.
... ... @@ -653,9 +653,9 @@
653 653  Tento systém bude jednotným zdrojom pravdy v oblasti služieb a poplatkov, ktoré v ňom budú evidovanie.
654 654  )))
655 655  
656 -1.
657 -11.
658 -111.
657 +1.
658 +11.
659 +111.
659 659  1111. Návrh kritérií pre vyhodnotenie alternatív
660 660  
661 661  Z pohľadu posúdenia alternatív boli definované nasledovné kritéria:
... ... @@ -673,9 +673,9 @@
673 673  |12|Časová náročnosť implementácie|N|Realistický odhad dodávky funkčného systému.|NASES
674 674  |13|Možnosť verzie a časovej účinnosti položiek poplatkov|A|Možnosť správy viacnásobných verzií a ich platnosti.|MF SR, OVM
675 675  
676 -1.
677 -11.
678 -111.
677 +1.
678 +11.
679 +111.
679 679  1111. Vyhodnotenie jednotlivých kritérií vo väzbe na popisované alternatívy
680 680  
681 681  |(% rowspan="2" %)**Kritérium**|(% colspan="3" %)**Alternatívy body**
... ... @@ -692,9 +692,9 @@
692 692  |Časová náročnosť implementácie|ANO|CIASTOCNE|CIASTOCNE
693 693  |Možnosť verzie a časovej účinnosti položiek poplatkov|ANO|ANO|ANO
694 694  
695 -1.
696 -11.
697 -111.
696 +1.
697 +11.
698 +111.
698 698  1111. Popis naplnenia kritérií a slovný popis zvolenej škály
699 699  
700 700  V nasledujúcej tabuľke je základný prehľad naplnení kritérií identifikovanými alternatívami:
... ... @@ -736,15 +736,15 @@
736 736  
737 737  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.
738 738  
739 -1.
740 -11.
740 +1.
741 +11.
741 741  111. Stanovenie alternatív v aplikačnej vrstve architektúry
742 742  
743 743  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.
744 744  
745 -1.
746 -11.
747 -111.
746 +1.
747 +11.
748 +111.
748 748  1111. AA1 – povinné komponenty
749 749  
750 750  Táto alternatíva vybuduje iba povinné komponenty, ktoré zabezpečia:
... ... @@ -761,9 +761,9 @@
761 761  
762 762  Tieto vyvolané činnosti vnášajú nové riziká do projektu najmä z pohľadu dĺžky trvania projektu
763 763  
764 -1.
765 -11.
766 -111.
765 +1.
766 +11.
767 +111.
767 767  1111. AA2 - povinné komponenty s pridaním preferovaného komponentu a funkcionality
768 768  
769 769  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.
... ... @@ -771,8 +771,8 @@
771 771  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**.
772 772  
773 773  
774 -1.
775 -11.
775 +1.
776 +11.
776 776  111. Stanovenie alternatív v technologickej vrstve architektúry
777 777  
778 778  V oblasti technologickej architektúry máme nasledujúce alternatívy:
... ... @@ -818,7 +818,7 @@
818 818  
819 819  
820 820  
821 -1.
822 +1.
822 822  11. Biznis vrstva
823 823  111. Popis súčasného stavu biznis architektúry
824 824  
... ... @@ -828,9 +828,9 @@
828 828  
829 829  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.
830 830  
831 -1.
832 -11.
833 -111.
832 +1.
833 +11.
834 +111.
834 834  1111. Správa číselníka služieb v IS PEP pre platobné zariadenia
835 835  
836 836  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ď.).
... ... @@ -871,15 +871,15 @@
871 871  
872 872  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.
873 873  
874 -1.
875 -11.
876 -111.
875 +1.
876 +11.
877 +111.
877 877  1111. Agendy
878 878  
879 879  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.
880 880  
881 -1.
882 -11.
882 +1.
883 +11.
883 883  111. Návrh riešenia v biznis vrstve architektúry
884 884  
885 885  Biznis architektúra je na nasledujúcom obrázku:
... ... @@ -902,8 +902,8 @@
902 902  
903 903  Bližší popis procesov je v kapitole 5.4.4.
904 904  
905 -1.
906 -11.
906 +1.
907 +11.
907 907  111. Prehľad koncových služieb – budúci stav (TO BE)
908 908  
909 909  V rámci projektu budú vybudované koncové služby, ktoré sú uvedené v nasledujúcej tabuľke:
... ... @@ -931,8 +931,8 @@
931 931  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í.
932 932  
933 933  
934 -1.
935 -11.
935 +1.
936 +11.
936 936  111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením
937 937  
938 938  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.
... ... @@ -961,13 +961,13 @@
961 961  
962 962  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.
963 963  
964 -1.
965 -11.
965 +1.
966 +11.
966 966  111. Jazyková podpora lokalizácia
967 967  
968 968  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.
969 969  
970 -1.
971 +1.
971 971  11. Aplikačná vrstva
972 972  111. Popis súčasného stavu aplikačnej architektúry
973 973  
... ... @@ -993,7 +993,7 @@
993 993  * infra.listService - slúži na synchronizáciu služieb, ktoré poskytuje koncové zariadenie alebo agendový systém
994 994  * infra.listParameter - slúži na synchronizáciu parametrov pre kiosky
995 995  * infra.listOffice – slúži na synchronizáciu číselníka OVM za účelom referencovania poskytovateľa služby a príjemcu úhrady na PnÚ
996 -*1.
997 +*1.
997 997  *11. Návrh riešenia v aplikačnej vrstve architektúry
998 998  
999 999  Na aplikačnej úrovni sú dve alternatívy:
... ... @@ -1078,8 +1078,8 @@
1078 1078  
1079 1079  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.
1080 1080  
1081 -1.
1082 -11.
1082 +1.
1083 +11.
1083 1083  111. Rozsah informačných systémov – budúci stav (TO BE)
1084 1084  
1085 1085  //V nasledujúcej tabuľke sú definované ISVS, ktoré budú projektom dotknuté~://
... ... @@ -1105,14 +1105,14 @@
1105 1105  Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
1106 1106  
1107 1107  
1108 -1.
1109 -11.
1109 +1.
1110 +11.
1110 1110  111. Využívanie nadrezortných a spoločných ISVS – AS IS
1111 1111  
1112 1112  V súčasnosti neexistuje samostatný ISVS
1113 1113  
1114 -1.
1115 -11.
1115 +1.
1116 +11.
1116 1116  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)
1117 1117  
1118 1118  V nasledujúcej tabuľke sú uvedené integrácie na nadrezortné ISVS.
... ... @@ -1132,8 +1132,8 @@
1132 1132  
1133 1133  Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
1134 1134  
1135 -1.
1136 -11.
1136 +1.
1137 +11.
1137 1137  111. Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1138 1138  
1139 1139  Z pohľadu iných integrácií bude IS KP integrovaný nasledovné informačné systémy
... ... @@ -1157,8 +1157,8 @@
1157 1157  
1158 1158  Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1159 1159  
1160 -1.
1161 -11.
1161 +1.
1162 +11.
1162 1162  111. Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1163 1163  
1164 1164  V nasledujúcej tabuľke sú definované navrhované aplikačné služby
... ... @@ -1185,8 +1185,8 @@
1185 1185  
1186 1186  Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1187 1187  
1188 -1.
1189 -11.
1189 +1.
1190 +11.
1190 1190  111. Aplikačné služby na integráciu – budúci stav (TO BE)
1191 1191  
1192 1192  V nasledujúcej tabuľke sú uvedené aplikačné služby na integráciu
... ... @@ -1214,7 +1214,7 @@
1214 1214  
1215 1215  Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)
1216 1216  
1217 -1.
1218 +1.
1218 1218  11. Dátová architektúra
1219 1219  111. Logický dátový model
1220 1220  
... ... @@ -1241,8 +1241,8 @@
1241 1241  
1242 1242  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.
1243 1243  
1244 -1.
1245 -11.
1245 +1.
1246 +11.
1246 1246  111. Objekty evidencie
1247 1247  
1248 1248  [[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.
... ... @@ -1259,8 +1259,8 @@
1259 1259  
1260 1260  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ť.
1261 1261  
1262 -1.
1263 -11.
1263 +1.
1264 +11.
1264 1264  111. Referenčné údaje
1265 1265  
1266 1266  Projekt nebude evidovať údaje, ktoré by sa mohli stať referenčnými.
... ... @@ -1277,8 +1277,8 @@
1277 1277  Tabuľka 19 Návrh na vyhlásenie a zmeny referenčných údajov
1278 1278  
1279 1279  
1280 -1.
1281 -11.
1281 +1.
1282 +11.
1282 1282  111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
1283 1283  
1284 1284  Projekt nebude do IS CPDI poskytovať údaje.
... ... @@ -1291,8 +1291,8 @@
1291 1291  Tabuľka 20 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
1292 1292  
1293 1293  
1294 -1.
1295 -11.
1295 +1.
1296 +11.
1296 1296  111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1297 1297  
1298 1298  Projekt bude konzumovať z IS CPDI objekty.
... ... @@ -1306,8 +1306,8 @@
1306 1306  Tabuľka 21 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1307 1307  
1308 1308  
1309 -1.
1310 -11.
1310 +1.
1311 +11.
1311 1311  111. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
1312 1312  
1313 1313  |ID OE|(((
... ... @@ -1325,8 +1325,8 @@
1325 1325  
1326 1326  Tabuľka 22 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
1327 1327  
1328 -1.
1329 -11.
1329 +1.
1330 +11.
1330 1330  111. Kvalita a čistenie údajov
1331 1331  
1332 1332  |ID OE|(((
... ... @@ -1364,8 +1364,8 @@
1364 1364  
1365 1365  Tabuľka 24 Personálne zabezpečenie a roly pri riadení dátovej kvality
1366 1366  
1367 -1.
1368 -11.
1368 +1.
1369 +11.
1369 1369  111. Otvorené údaje
1370 1370  
1371 1371  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
... ... @@ -1392,8 +1392,8 @@
1392 1392  
1393 1393  Tabuľka 25 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje
1394 1394  
1395 -1.
1396 -11.
1396 +1.
1397 +11.
1397 1397  111. Analytické údaje
1398 1398  
1399 1399  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.
... ... @@ -1406,8 +1406,8 @@
1406 1406  
1407 1407  Tabuľka 26 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely
1408 1408  
1409 -1.
1410 -11.
1410 +1.
1411 +11.
1411 1411  111. Moje údaje
1412 1412  
1413 1413  Evidencie neevidujú údaje ani o fyzických, ani o právnických osobách.
... ... @@ -1425,8 +1425,8 @@
1425 1425  Tabuľka 27 Objekty evidencie, ktoré spadajú do kategórie Mojich údajov
1426 1426  
1427 1427  
1428 -1.
1429 -11.
1429 +1.
1430 +11.
1430 1430  111. Prehľad jednotlivých kategórií údajov
1431 1431  
1432 1432  |ID|(((
... ... @@ -1442,7 +1442,7 @@
1442 1442  Tabuľka 28 Prehľad jednotlivých kategórií údajov
1443 1443  
1444 1444  
1445 -1.
1446 +1.
1446 1446  11. Technologická architektúra
1447 1447  111. Návrh riešenia technologickej architektúry
1448 1448  
... ... @@ -1453,7 +1453,7 @@
1453 1453  [[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image015.png]][[image:1753871140994-792.png]]
1454 1454  
1455 1455  1.
1456 -11.
1457 +11.
1457 1457  111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
1458 1458  
1459 1459  V nasledujúcej tabuľke sú uvedené predpokladané výkonnostné a kapacitné požiadavky na systém:
... ... @@ -1472,14 +1472,14 @@
1472 1472  Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
1473 1473  
1474 1474  
1475 -1.
1476 -11.
1476 +1.
1477 +11.
1477 1477  111. Využívanie služieb z katalógu služieb vládneho cloudu
1478 1478  
1479 1479  Na základe multikriteriálnej analýzy pre alternatívy technickej architektúry nepredpokladáme využívanie služieb vládneho cloudu.
1480 1480  
1481 -1.
1482 -11.
1482 +1.
1483 +11.
1483 1483  111. Požiadavky na zdroje infraštruktúry ÚPVS
1484 1484  
1485 1485  Ú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).
... ... @@ -1507,7 +1507,7 @@
1507 1507  
1508 1508  Cenový návrh je súčasťou nákladovej analýzy.
1509 1509  
1510 -1.
1511 +1.
1511 1511  11. Bezpečnostná architektúra
1512 1512  
1513 1513  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á
... ... @@ -1527,7 +1527,7 @@
1527 1527  |RTO (Recovery Time Objective)|Doba zotavenia (RTO) 4 hodiny
1528 1528  |RPO (Recovery Point Objective)|Maximálna strata dát (RPO) 4 hodiny
1529 1529  
1530 -1.
1531 +1.
1531 1531  11. Prevádzkové požiadavky
1532 1532  
1533 1533  Š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
... ... @@ -1554,7 +1554,7 @@
1554 1554  
1555 1555  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í),
1556 1556  
1557 -1.
1558 +1.
1558 1558  11. Požadovaná dostupnosť
1559 1559  
1560 1560  V nasledujúcej tabuľke je uvedená požadovaná dostupnosť:
... ... @@ -1565,12 +1565,12 @@
1565 1565  |Ostatné komponenty|10x5|99,5%|V pracovných hodinách úradov, mimo pracovných hodín rovnaké ako portál, t.j. 95%
1566 1566  |Servisné okno|4 hodiny| |od 22:00 hod. - do 2:00 hod. utorok alebo štvrtok
1567 1567  
1568 -1.
1569 +1.
1569 1569  11. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky
1570 1570  
1571 1571  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.
1572 1572  
1573 -1.
1574 +1.
1574 1574  11. Požiadavky na zdrojové kódy
1575 1575  
1576 1576  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]]
XWiki.XWikiComments[157]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -Dokument bol nahraty
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-08-11 17:29:28.627
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -127