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

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -11,6 +11,7 @@
11 11  |**Realizátor projektu**|Národná agentúra pre sieťové a elektronické služby
12 12  |**Vlastník projektu**|Ministerstvo investícií, regionálneho rozvoja a informatizácie
13 13  
14 +
14 14  Schvaľovanie dokumentu
15 15  
16 16  |**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
... ... @@ -21,6 +21,7 @@
21 21  | | | | | |
22 22  | | | | | |
23 23  
25 +
24 24  1. HISTÓRIA DOKUMENTU
25 25  
26 26  |Verzia|Dátum|Zmeny|Meno a priezvisko
... ... @@ -28,6 +28,7 @@
28 28  | | | |
29 29  | | | |
30 30  
33 +
31 31  1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
32 32  
33 33  V súlade s vyhláškou MIRRI č. 401/2023 Z.z. v znení neskorších predpisov je tento výstup I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravnej a iniciačnej fázy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.
... ... @@ -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.
55 +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.
90 +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.
146 +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.
... ... @@ -178,13 +178,7 @@
178 178  ** ostatné licenčné, administratívne a iné poplatky, pokuty, penále, sankcie regulované osobitnými predpismi.
179 179  ** Špecifické administratívne a licenčné poplatky, ktoré vznikajú v procese konaní a autorizácii.
180 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.
184 +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.
209 +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.
227 +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.
244 +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.
254 +1.
255 +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:
... ... @@ -278,7 +278,7 @@
278 278  |(((
279 279  **Používateľský príbeh:**
280 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//
278 +//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.//
282 282  )))|(((
283 283  **Kľúčové potreby:**
284 284  
... ... @@ -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.
314 +1.
315 +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.
342 +1.
343 +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.
360 +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):
... ... @@ -378,7 +378,8 @@
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 380  
381 -1.
378 +
379 +1.
382 382  11. Vyhodnotenie rizík a závislostí
383 383  
384 384  Z pohľadu najvýraznejších rizík a závislostí, ktoré ovplyvňujú realizáciu projektu boli identifikované nasledovné:
... ... @@ -398,13 +398,13 @@
398 398  Tabuľka 5 Prehľad najzávažnejších rizík a závislostí
399 399  
400 400  
401 -1.
399 +1.
402 402  11. Detailný opis rozpočtu projektu a jeho prínosov
403 403  
404 404  V tejto časti sú uvedené informácie, ktoré sú detailne spracované v rámci prílohy CBA projektu
405 405  
406 -1.
407 -11.
404 +1.
405 +11.
408 408  111. Sumarizácia nákladov a prínosov
409 409  
410 410  V nasledujúcej tabuľke sú uvedené všetky náklady na realizáciu projektu rozvoja v horizonte 10 rokov.
... ... @@ -433,9 +433,9 @@
433 433  |Katalóg poplatkov|34 304 €|817 800 €|852 104 €
434 434  |Úpravy MASP|5 530 €|131 830 €|137 359 €
435 435  
436 -1.
437 -11.
438 -111.
434 +1.
435 +11.
436 +111.
439 439  1111. Prevádzkové náklady na Katalóg poplatkov
440 440  
441 441  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.
... ... @@ -442,9 +442,9 @@
442 442  
443 443  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.
444 444  
445 -1.
446 -11.
447 -111.
443 +1.
444 +11.
445 +111.
448 448  1111. Prínosy projektu a vyhodnotenie CBA
449 449  
450 450  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.
... ... @@ -485,7 +485,7 @@
485 485  * Úhrada poplatku cez SW pokladňu (+platobný predpis) - poplatník
486 486  * eGov (úhrada predpisu)
487 487  * Úprava katalógu platieb
488 -*1.
486 +*1.
489 489  *11. Zdroj financovania
490 490  
491 491  Financovanie je navrhnuté z OP Slovensko – Priorita 1: Zvýšenie kvality eGovernment služieb a interoperability:
... ... @@ -514,7 +514,8 @@
514 514  |3.|Dokončovacia fáza|01/2027|03/2027|
515 515  |4.|Podpora prevádzky (SLA)|01/2027|12/2029|
516 516  
517 -1.
515 +
516 +1.
518 518  11. Návrh organizačného zabezpečenia projektu (projektový tím)
519 519  
520 520  V rámci projektu sa predpokladá so zriadením **Riadiaci výbor (RV) **realizátora projektu minimálne v nasledovnom zložení:
... ... @@ -524,6 +524,7 @@
524 524  * Zástupca prevádzky
525 525  * Projektový manažér realizátora projektu (Objednávateľa) (PM)
526 526  
526 +
527 527  **Projektový tím realizátora projektu bude zložený z nasledovných rolí:**
528 528  
529 529  * kľúčový používateľ,
... ... @@ -553,7 +553,7 @@
553 553  
554 554  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).
555 555  
556 -1.
556 +1.
557 557  11. Vybrané ustanovenia týkajúce sa číselníka poplatkov v dotknutých právnych predpisoch:
558 558  
559 559  Definícia číselníka poplatkov podľa § 15a ods. 4 Zákona o správnych poplatkoch:
... ... @@ -593,9 +593,9 @@
593 593  
594 594  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:
595 595  
596 -//„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 +//„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**.“//
597 597  
598 -1.
598 +1.
599 599  11. Návrh TO BE legislatívneho stavu
600 600  
601 601  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).
... ... @@ -616,7 +616,7 @@
616 616  
617 617  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ť.
618 618  
619 -1.
619 +1.
620 620  11. Stanovenie alternatív architektúry riešenia
621 621  
622 622  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:
... ... @@ -624,7 +624,7 @@
624 624  * Biznisovej vrstvy
625 625  * Aplikačnej vrstvy
626 626  * Technologickej vrstvy
627 -*1.
627 +*1.
628 628  *11. Stanovenie alternatív v biznisovej vrstve architektúry
629 629  
630 630  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.
... ... @@ -654,9 +654,9 @@
654 654  Tento systém bude jednotným zdrojom pravdy v oblasti služieb a poplatkov, ktoré v ňom budú evidovanie.
655 655  )))
656 656  
657 -1.
658 -11.
659 -111.
657 +1.
658 +11.
659 +111.
660 660  1111. Návrh kritérií pre vyhodnotenie alternatív
661 661  
662 662  Z pohľadu posúdenia alternatív boli definované nasledovné kritéria:
... ... @@ -674,9 +674,10 @@
674 674  |12|Časová náročnosť implementácie|N|Realistický odhad dodávky funkčného systému.|NASES
675 675  |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
676 676  
677 -1.
678 -11.
679 -111.
677 +
678 +1.
679 +11.
680 +111.
680 680  1111. Vyhodnotenie jednotlivých kritérií vo väzbe na popisované alternatívy
681 681  
682 682  |(% rowspan="2" %)**Kritérium**|(% colspan="3" %)**Alternatívy body**
... ... @@ -693,9 +693,10 @@
693 693  |Časová náročnosť implementácie|ANO|CIASTOCNE|CIASTOCNE
694 694  |Možnosť verzie a časovej účinnosti položiek poplatkov|ANO|ANO|ANO
695 695  
696 -1.
697 -11.
698 -111.
697 +
698 +1.
699 +11.
700 +111.
699 699  1111. Popis naplnenia kritérií a slovný popis zvolenej škály
700 700  
701 701  V nasledujúcej tabuľke je základný prehľad naplnení kritérií identifikovanými alternatívami:
... ... @@ -735,17 +735,18 @@
735 735  |BA2 – Nový ISVS elektronické služby|Podpora verzovania, časovej účinnosti, viacerých režimov paralelne.
736 736  |BA3 – Nový ISVS všetky služby|Podpora verzovania, časovej účinnosti, viacerých režimov paralelne.
737 737  
740 +
738 738  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.
739 739  
740 -1.
741 -11.
743 +1.
744 +11.
742 742  111. Stanovenie alternatív v aplikačnej vrstve architektúry
743 743  
744 744  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.
745 745  
746 -1.
747 -11.
748 -111.
749 +1.
750 +11.
751 +111.
749 749  1111. AA1 – povinné komponenty
750 750  
751 751  Táto alternatíva vybuduje iba povinné komponenty, ktoré zabezpečia:
... ... @@ -762,9 +762,9 @@
762 762  
763 763  Tieto vyvolané činnosti vnášajú nové riziká do projektu najmä z pohľadu dĺžky trvania projektu
764 764  
765 -1.
766 -11.
767 -111.
768 +1.
769 +11.
770 +111.
768 768  1111. AA2 - povinné komponenty s pridaním preferovaného komponentu a funkcionality
769 769  
770 770  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.
... ... @@ -772,8 +772,8 @@
772 772  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**.
773 773  
774 774  
775 -1.
776 -11.
778 +1.
779 +11.
777 777  111. Stanovenie alternatív v technologickej vrstve architektúry
778 778  
779 779  V oblasti technologickej architektúry máme nasledujúce alternatívy:
... ... @@ -819,7 +819,7 @@
819 819  
820 820  
821 821  
822 -1.
825 +1.
823 823  11. Biznis vrstva
824 824  111. Popis súčasného stavu biznis architektúry
825 825  
... ... @@ -829,9 +829,9 @@
829 829  
830 830  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.
831 831  
832 -1.
833 -11.
834 -111.
835 +1.
836 +11.
837 +111.
835 835  1111. Správa číselníka služieb v IS PEP pre platobné zariadenia
836 836  
837 837  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ď.).
... ... @@ -872,20 +872,20 @@
872 872  
873 873  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.
874 874  
875 -1.
876 -11.
877 -111.
878 +1.
879 +11.
880 +111.
878 878  1111. Agendy
879 879  
880 880  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.
881 881  
882 -1.
883 -11.
885 +1.
886 +11.
884 884  111. Návrh riešenia v biznis vrstve architektúry
885 885  
886 886  Biznis architektúra je na nasledujúcom obrázku:
887 887  
888 -[[image:1753870867747-539.png]]
891 +[[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image006.png]][[image:1753870867747-539.png]]
889 889  
890 890  Aktérmi z pohľadu biznis architektúry sú:
891 891  
... ... @@ -897,14 +897,12 @@
897 897  
898 898  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.
899 899  
900 -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.
901 -
902 902  Bližší popis koncových služieb je v kapitole 5.4.3.
903 903  
904 904  Bližší popis procesov je v kapitole 5.4.4.
905 905  
906 -1.
907 -11.
907 +1.
908 +11.
908 908  111. Prehľad koncových služieb – budúci stav (TO BE)
909 909  
910 910  V rámci projektu budú vybudované koncové služby, ktoré sú uvedené v nasledujúcej tabuľke:
... ... @@ -932,8 +932,8 @@
932 932  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í.
933 933  
934 934  
935 -1.
936 -11.
936 +1.
937 +11.
937 937  111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením
938 938  
939 939  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.
... ... @@ -962,13 +962,13 @@
962 962  
963 963  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.
964 964  
965 -1.
966 -11.
966 +1.
967 +11.
967 967  111. Jazyková podpora lokalizácia
968 968  
969 969  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.
970 970  
971 -1.
972 +1.
972 972  11. Aplikačná vrstva
973 973  111. Popis súčasného stavu aplikačnej architektúry
974 974  
... ... @@ -994,7 +994,7 @@
994 994  * infra.listService - slúži na synchronizáciu služieb, ktoré poskytuje koncové zariadenie alebo agendový systém
995 995  * infra.listParameter - slúži na synchronizáciu parametrov pre kiosky
996 996  * infra.listOffice – slúži na synchronizáciu číselníka OVM za účelom referencovania poskytovateľa služby a príjemcu úhrady na PnÚ
997 -*1.
998 +*1.
998 998  *11. Návrh riešenia v aplikačnej vrstve architektúry
999 999  
1000 1000  Na aplikačnej úrovni sú dve alternatívy:
... ... @@ -1079,8 +1079,8 @@
1079 1079  
1080 1080  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.
1081 1081  
1082 -1.
1083 -11.
1083 +1.
1084 +11.
1084 1084  111. Rozsah informačných systémov – budúci stav (TO BE)
1085 1085  
1086 1086  //V nasledujúcej tabuľke sú definované ISVS, ktoré budú projektom dotknuté~://
... ... @@ -1106,14 +1106,14 @@
1106 1106  Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
1107 1107  
1108 1108  
1109 -1.
1110 -11.
1110 +1.
1111 +11.
1111 1111  111. Využívanie nadrezortných a spoločných ISVS – AS IS
1112 1112  
1113 1113  V súčasnosti neexistuje samostatný ISVS
1114 1114  
1115 -1.
1116 -11.
1116 +1.
1117 +11.
1117 1117  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)
1118 1118  
1119 1119  V nasledujúcej tabuľke sú uvedené integrácie na nadrezortné ISVS.
... ... @@ -1133,8 +1133,8 @@
1133 1133  
1134 1134  Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
1135 1135  
1136 -1.
1137 -11.
1137 +1.
1138 +11.
1138 1138  111. Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1139 1139  
1140 1140  Z pohľadu iných integrácií bude IS KP integrovaný nasledovné informačné systémy
... ... @@ -1158,8 +1158,8 @@
1158 1158  
1159 1159  Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1160 1160  
1161 -1.
1162 -11.
1162 +1.
1163 +11.
1163 1163  111. Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1164 1164  
1165 1165  V nasledujúcej tabuľke sú definované navrhované aplikačné služby
... ... @@ -1186,8 +1186,8 @@
1186 1186  
1187 1187  Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1188 1188  
1189 -1.
1190 -11.
1190 +1.
1191 +11.
1191 1191  111. Aplikačné služby na integráciu – budúci stav (TO BE)
1192 1192  
1193 1193  V nasledujúcej tabuľke sú uvedené aplikačné služby na integráciu
... ... @@ -1215,7 +1215,7 @@
1215 1215  
1216 1216  Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)
1217 1217  
1218 -1.
1219 +1.
1219 1219  11. Dátová architektúra
1220 1220  111. Logický dátový model
1221 1221  
... ... @@ -1242,8 +1242,8 @@
1242 1242  
1243 1243  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.
1244 1244  
1245 -1.
1246 -11.
1246 +1.
1247 +11.
1247 1247  111. Objekty evidencie
1248 1248  
1249 1249  [[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.
... ... @@ -1260,8 +1260,8 @@
1260 1260  
1261 1261  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ť.
1262 1262  
1263 -1.
1264 -11.
1264 +1.
1265 +11.
1265 1265  111. Referenčné údaje
1266 1266  
1267 1267  Projekt nebude evidovať údaje, ktoré by sa mohli stať referenčnými.
... ... @@ -1278,8 +1278,8 @@
1278 1278  Tabuľka 19 Návrh na vyhlásenie a zmeny referenčných údajov
1279 1279  
1280 1280  
1281 -1.
1282 -11.
1282 +1.
1283 +11.
1283 1283  111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
1284 1284  
1285 1285  Projekt nebude do IS CPDI poskytovať údaje.
... ... @@ -1292,8 +1292,8 @@
1292 1292  Tabuľka 20 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
1293 1293  
1294 1294  
1295 -1.
1296 -11.
1296 +1.
1297 +11.
1297 1297  111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1298 1298  
1299 1299  Projekt bude konzumovať z IS CPDI objekty.
... ... @@ -1307,10 +1307,11 @@
1307 1307  Tabuľka 21 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1308 1308  
1309 1309  
1310 -1.
1311 -11.
1311 +1.
1312 +11.
1312 1312  111. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
1313 1313  
1315 +
1314 1314  |ID OE|(((
1315 1315  Názov referenčného údaja /objektu evidencie
1316 1316  
... ... @@ -1326,8 +1326,8 @@
1326 1326  
1327 1327  Tabuľka 22 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
1328 1328  
1329 -1.
1330 -11.
1331 +1.
1332 +11.
1331 1331  111. Kvalita a čistenie údajov
1332 1332  
1333 1333  |ID OE|(((
... ... @@ -1365,8 +1365,8 @@
1365 1365  
1366 1366  Tabuľka 24 Personálne zabezpečenie a roly pri riadení dátovej kvality
1367 1367  
1368 -1.
1369 -11.
1370 +1.
1371 +11.
1370 1370  111. Otvorené údaje
1371 1371  
1372 1372  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
... ... @@ -1393,8 +1393,8 @@
1393 1393  
1394 1394  Tabuľka 25 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje
1395 1395  
1396 -1.
1397 -11.
1398 +1.
1399 +11.
1398 1398  111. Analytické údaje
1399 1399  
1400 1400  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.
... ... @@ -1407,8 +1407,8 @@
1407 1407  
1408 1408  Tabuľka 26 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely
1409 1409  
1410 -1.
1411 -11.
1412 +1.
1413 +11.
1412 1412  111. Moje údaje
1413 1413  
1414 1414  Evidencie neevidujú údaje ani o fyzických, ani o právnických osobách.
... ... @@ -1426,10 +1426,11 @@
1426 1426  Tabuľka 27 Objekty evidencie, ktoré spadajú do kategórie Mojich údajov
1427 1427  
1428 1428  
1429 -1.
1430 -11.
1431 +1.
1432 +11.
1431 1431  111. Prehľad jednotlivých kategórií údajov
1432 1432  
1435 +
1433 1433  |ID|(((
1434 1434  Register / Objekt evidencie
1435 1435  
... ... @@ -1443,7 +1443,7 @@
1443 1443  Tabuľka 28 Prehľad jednotlivých kategórií údajov
1444 1444  
1445 1445  
1446 -1.
1449 +1.
1447 1447  11. Technologická architektúra
1448 1448  111. Návrh riešenia technologickej architektúry
1449 1449  
... ... @@ -1453,8 +1453,8 @@
1453 1453  
1454 1454  [[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image015.png]][[image:1753871140994-792.png]]
1455 1455  
1456 -1.
1457 -11.
1459 +1.
1460 +11.
1458 1458  111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
1459 1459  
1460 1460  V nasledujúcej tabuľke sú uvedené predpokladané výkonnostné a kapacitné požiadavky na systém:
... ... @@ -1473,14 +1473,14 @@
1473 1473  Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
1474 1474  
1475 1475  
1476 -1.
1477 -11.
1479 +1.
1480 +11.
1478 1478  111. Využívanie služieb z katalógu služieb vládneho cloudu
1479 1479  
1480 1480  Na základe multikriteriálnej analýzy pre alternatívy technickej architektúry nepredpokladáme využívanie služieb vládneho cloudu.
1481 1481  
1482 -1.
1483 -11.
1485 +1.
1486 +11.
1484 1484  111. Požiadavky na zdroje infraštruktúry ÚPVS
1485 1485  
1486 1486  Ú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).
... ... @@ -1508,10 +1508,10 @@
1508 1508  
1509 1509  Cenový návrh je súčasťou nákladovej analýzy.
1510 1510  
1511 -1.
1514 +1.
1512 1512  11. Bezpečnostná architektúra
1513 1513  
1514 -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á
1517 +Bezpečnostná architektúra je definovaná pre systémy UPVS, ktorých súčasťou bude aj Katalóg poplatkov.
1515 1515  
1516 1516  1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU
1517 1517  
... ... @@ -1528,7 +1528,7 @@
1528 1528  |RTO (Recovery Time Objective)|Doba zotavenia (RTO) 4 hodiny
1529 1529  |RPO (Recovery Point Objective)|Maximálna strata dát (RPO) 4 hodiny
1530 1530  
1531 -1.
1534 +1.
1532 1532  11. Prevádzkové požiadavky
1533 1533  
1534 1534  Š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
... ... @@ -1555,7 +1555,7 @@
1555 1555  
1556 1556  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í),
1557 1557  
1558 -1.
1561 +1.
1559 1559  11. Požadovaná dostupnosť
1560 1560  
1561 1561  V nasledujúcej tabuľke je uvedená požadovaná dostupnosť:
... ... @@ -1566,48 +1566,17 @@
1566 1566  |Ostatné komponenty|10x5|99,5%|V pracovných hodinách úradov, mimo pracovných hodín rovnaké ako portál, t.j. 95%
1567 1567  |Servisné okno|4 hodiny| |od 22:00 hod. - do 2:00 hod. utorok alebo štvrtok
1568 1568  
1569 -1.
1572 +
1573 +1.
1570 1570  11. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky
1571 1571  
1572 1572  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.
1573 1573  
1574 -1.
1578 +1.
1575 1575  11. Požiadavky na zdrojové kódy
1576 1576  
1577 -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]]
1581 +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.
1578 1578  
1579 -Rovnako bude požadovaná aj Open licenciu pre dáta, databázy a datasety vytvorené v rámci projektu
1580 -
1581 -Riziká uloženia kódu v centrálnom repozitári ako OPEN SOURCE:
1582 -
1583 -Ak by bol kód projektu zverejnený ako open source, bezpečnostné riziká by sa dali rozdeliť do viacerých hlavných skupín:
1584 -
1585 -**~1. Riziko zneužitia znalosti vnútornej logiky systému**
1586 -
1587 -* Útočník získa detailný prehľad o architektúre, dátových tokoch, autentifikácii a autorizačných mechanizmoch.
1588 -* Možnosť obísť kontrolné mechanizmy (napr. validácie vstupov, obmedzenia prístupov).
1589 -* 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.
1590 -
1591 -**2. Odhalenie zraniteľností**
1592 -
1593 -* Zverejnený kód umožní ľahšie nájsť chyby ako SQL injection, XSS, CSRF, nešifrované prenosy, slabé kryptografické algoritmy.
1594 -* Potenciálne zraniteľnosti môžu byť zneužité ešte pred tým, ako ich stihne oficiálny tím opraviť
1595 -
1596 -**3. Únik citlivých alebo prevádzkových informácií**
1597 -
1598 -* Riziko, že v kóde zostanú uložené prístupové údaje (API kľúče, heslá, certifikáty, interné IP adresy).
1599 -* Zverejnenie názvov databáz, štruktúr tabuliek alebo iných interných identifikátorov, čo uľahčí útoky.
1600 -
1601 -**4. Zneužitie API a integračných rozhraní**
1602 -
1603 -* 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ť.
1604 -* Možnosť pripraviť automatizované útoky na integračné služby (ÚPVS, MEP, PEP) s cieľom vyčerpať zdroje alebo vyvolať chyby
1605 -
1606 -**5. Supply chain a reputačné útoky**
1607 -
1608 -* 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.
1609 -* Riziko, že niekto vytvorí modifikovanú verziu, ktorá bude vyzerať ako oficiálna, no bude obsahovať škodlivý kód.
1610 -
1611 1611  1. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU
1612 1612  
1613 1613  Realizačná fáza projektu bude v zmysle vyhlášky 401/2023 Z.z. pozostávať z uvedených etáp:
... ... @@ -1616,6 +1616,7 @@
1616 1616  * Implementácia a testovanie,
1617 1617  * Nasadenie a post implementačná podpora
1618 1618  
1591 +
1619 1619  |**ID**|**Prehľad projektových výstupov**
1620 1620  |** **|**Výstupy vytvárané PRIEBEŽNE počas celého projektu**
1621 1621  |M-01|**Plán etapy/Plán fázy**
... ... @@ -1718,3 +1718,4 @@
1718 1718  
1719 1719  
1720 1720  Koniec dokumentu
1694 +
XWiki.XWikiComments[1]
Selection
... ... @@ -1,1 +1,1 @@
1 -RSO1.2
1 +RSO1.2
Selection Left Context
... ... @@ -1,1 +1,0 @@
1 -INOVÁCIE: Špecifický cieľ -
Selection Right Context
... ... @@ -1,1 +1,1 @@
1 - Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy 1.2.1 Podpora v oblasti
1 +Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy
XWiki.XWikiComments[2]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -Priorita 1: Zvýšenie kvality eGovernment služieb a interoperability
Selection
... ... @@ -1,1 +1,1 @@
1 -PRIORITA 1P1 VEDA, VÝSKUM A INOVÁCIE: Špecifick
1 +Priorita 1: Zvýšenie kvality eGovernment služieb a interoperability
Selection Right Context
... ... @@ -1,1 +1,1 @@
1 -ý
1 +:
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[3]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -verené
Selection
... ... @@ -1,1 +1,1 @@
1 -vedené
1 +verené
Selection Left Context
... ... @@ -1,1 +1,0 @@
1 -často
Selection Right Context
... ... @@ -1,1 +1,0 @@
1 - v osobitných
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[4]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -Pre návrh organizačného zabezpečenia vyplňte tabuľku zodpovedných osôb, ktoré budú participovať v projekte:
Selection
... ... @@ -1,1 +1,1 @@
1 -V nasledujúcej tabuľke je uvedený návrh organizačného zabezpečenia zodpovedných osôb, ktoré budú participovať v projekte:
1 +Pre návrh organizačného zabezpečenia vyplňte tabuľku zodpovedných osôb, ktoré budú participovať v projekte:
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[11]
Selection Left Context
... ... @@ -1,1 +1,1 @@
1 -PEP,
1 + 
Selection Right Context
... ... @@ -1,1 +1,0 @@
1 -, MSP
XWiki.XWikiComments[12]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -IS MSP
Selection
... ... @@ -1,1 +1,1 @@
1 -IS IS MSP
1 +IS MSP
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[17]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -Dostupnosť cloud infraštruktúry (GOV Cloud)
Selection
... ... @@ -1,1 +1,1 @@
1 -Dostupnosť kapacít technologickej infraštruktúry Dostupnosť
1 +Dostupnosť cloud infraštruktúry (GOV Cloud)
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[18]
Selection
... ... @@ -1,1 +1,1 @@
1 -tieto náklady po „moduloch“:
1 + tieto náklady po „moduloch“:
XWiki.XWikiComments[19]
Selection
... ... @@ -1,1 +1,1 @@
1 -Vybudovanie jednotného systému na správu poplatkov ANO
1 +Vybudovanie jednotného systému na správu poplatkovANO
XWiki.XWikiComments[23]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -Možno  - nie je možné garantovať dodržanie SW technológií dodávateľom
Selection
... ... @@ -1,1 +1,1 @@
1 -Možno  - je možnosť nasadenia nových SW technológií dodávateľom
1 +Možno  - nie je možné garantovať dodržanie SW technológií dodávateľom
Selection Left Context
... ... @@ -1,1 +1,1 @@
1 -TK03
1 +TK03
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[26]
Selection
... ... @@ -1,1 +1,1 @@
1 -Proces záväzného určenia poplatku pre verejnosť
1 +Proces záväzného určenia poplatku pre verejnosť
XWiki.XWikiComments[27]
Selection
... ... @@ -1,1 +1,1 @@
1 -Na aplikačnej úrovni sú dve alternatívy: AA1 – povinné komponenty
1 +Na aplikačnej úrovni sú dve alternatívy:AA1 – povinné komponenty
XWiki.XWikiComments[28]
Selection
... ... @@ -1,1 +1,1 @@
1 -isvs_15162 Informačný systém Katalóg poplatkov
1 +isvs_15162Informačný systém Katalóg poplatkov
Selection Left Context
... ... @@ -1,1 +1,0 @@
1 -ISVS)
Selection Right Context
... ... @@ -1,1 +1,0 @@
1 - ☐
XWiki.XWikiComments[31]
State
... ... @@ -1,1 +1,1 @@
1 -ALTERED
1 +SAFE
XWiki.XWikiComments[32]
Selection
... ... @@ -1,1 +1,1 @@
1 -Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1 + Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
Selection Left Context
... ... @@ -1,1 +1,1 @@
1 -Tabuľka 15
1 +Tabuľka 15
XWiki.XWikiComments[33]
Selection
... ... @@ -1,1 +1,1 @@
1 -as_67407 Zmena/ deaktivácia položky
1 +as_67407Zmena/ deaktivácia položky
XWiki.XWikiComments[37]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -Rámcový návrh dátového modelu je na nasledujúcom obrázku:
Selection
... ... @@ -1,1 +1,1 @@
1 -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
1 +Rámcový návrh dátového modelu je na nasledujúcom obrázku:
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[38]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -OE_2Životná situácia
Selection
... ... @@ -1,1 +1,1 @@
1 -OE_3 Životná situácia
1 +OE_2Životná situácia
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[41]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -Bezpečnostná architektúra je definovaná pre systémy UPVS.
Selection
... ... @@ -1,1 +1,1 @@
1 -B RAM / BOSS Disk: 480GB M2 / 2x25G / 2x 32G FC, Podpora: ProSupport NBD 5Y 6 (3 krát produkcia, 3 krát test) Licencia VM Ware 6 x 16 Licencia MS Windows Datacenter 6 x Cenový návrh je súčasťou nákladovej analýzy. Bezpečnostná architektúra Bezpečnostná architektúra je definovaná pre systémy UPVS, ktorých súčasťou bude aj Katalóg poplatkov.
1 +Bezpečnostná architektúra je definovaná pre systémy UPVS.
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[42]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -Manažment zdrojových kódov nového riešenia bude v súlade s postupmi pre systémy UPVS.
Selection
... ... @@ -1,1 +1,1 @@
1 -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.
1 +Manažment zdrojových kódov nového riešenia bude v súlade s postupmi pre systémy UPVS.
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[45]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -Nové riešenie bude súčasťou informačných systémov UPVS, preto sa na neho vzťahujú všetky prevádzkové predpisy a postupy pre UPVS.
Selection
... ... @@ -1,1 +1,1 @@
1 -V rámci prevádyky riešenia bude potrebné zabezpečiť nasledovné parametre: 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) RPO (Recovery Point Objective) - aké množstvo dát môže byť stratené od vymedzeného okamihu Recovery Time - čas potrebný k obnove V nasledujúcej tabuľke sú definované základné parametre projektu: Parameter Hodnota Dostupnosť (Availability) Miera dostupnosti 99.5% RTO (Recovery Time Objective) Doba zotavenia (RTO) 4 hodiny RPO (Recovery Point Objective) Maximálna strata dát (RPO) 4 hodiny Prevádzkové požiadavky Š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 Rozsah zálohovania - vybrané údaje Doba zotavenia (RTO) - 4 hodiny Je záloha pravidelne validovaná - Áno Miera dostupnosti - 99.5% Úrovne podpory používateľov: Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením: L1 podpory IS (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod NASES. L2 podpory IS (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS. 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ď. 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. 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. 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í), Požadovaná dostupnosť V nasledujúcej tabuľke je uvedená požadovaná dostupnosť: Popis Parameter Dostupnosť Poznámka Modul portál (Web GUI) 24x7 95% Komponent zmien poplatkov 10x5 98% Pracovné hodiny úradov Ostatné komponenty 10x5 99,5% V pracovných hodinách úradov, mimo pracovných hodín rovnaké ako portál, t.j. 95% Servisné okno 4 hodiny od 22:00 hod.
1 +Nové riešenie bude súčasťou informačných systémov UPVS, preto sa na neho vzťahujú všetky prevádzkové predpisy a postupy pre UPVS.
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[46]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -Administrátori číselníkov / Gestori sadzieb
Selection
... ... @@ -1,1 +1,1 @@
1 -Administrátori číselníkov poplatkov / Gestori sadzieb
1 +Administrátori číselníkov / Gestori sadzieb
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[47]
Selection Left Context
... ... @@ -1,1 +1,1 @@
1 -SR
1 + 
Selection Right Context
... ... @@ -1,1 +1,0 @@
1 - Orgán
XWiki.XWikiComments[50]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -OE_3OVMObjekt orgánu verejnej moci, obsahujúci okrem atribútov aj vázby na služby a poplatky za ne
Selection
... ... @@ -1,1 +1,1 @@
1 -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
1 +OE_3OVMObjekt orgánu verejnej moci, obsahujúci okrem atribútov aj vázby na služby a poplatky za ne
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[51]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -OVMKonzumovanie
Selection
... ... @@ -1,1 +1,1 @@
1 -ID_3 Register právnických osôb, podnikateľov a orgánov verejnej moci Konzumovanie
1 +OVMKonzumovanie
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[86]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Upravená tabuľka
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:40:39.552
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -32
XWiki.XWikiComments[87]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Pridanie položky je iná služba ako zmena položky. Mohlo by sa to robit roznymi metodami tej istej služby, ale z pohľadu zadania v MetaIS je to takto jednoduchšie. Jedna je C, druhá je UD. R priamo nie je, je sprostredkované službami 4 a 5. Inak by sa museli robiť pracné úkony na strane integrovaných systémov, čo asi nie je cieľom.
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:41:19.920
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -33
XWiki.XWikiComments[88]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,2 +1,0 @@
1 -|Nie, ide o rôzne služby
2 -\\Zároveň bola vytvorená nová KS Záväzné úrčenie poplatku ako aj previazanie na prislusnu AS
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:41:39.961
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -34
XWiki.XWikiComments[89]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Nie je jasné, čo požaduje autor pripomienky analyzovať. Samotné informácie o počte zaplatených poplatkov, rozdelení na služby a podobne riešia IS PEP a Štátna pokladnica
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:41:57.479
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -35
XWiki.XWikiComments[90]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|V rámci aplikačných služieb je vytvorená a naviazaná služba as_67538 - Konzumovanie služieb spoločných modulov na jednotlivé spoločné moduly. Máme za to, že toto nie je služba na externú integráciu, ale as spoločných modulov su na externú integráciu
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:42:08.222
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -36
XWiki.XWikiComments[91]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,2 +1,0 @@
1 -|Samotný dátový model bude predmetom Detailného návrhu riešenia. Paušálna požiadavka na rámcový dátový model je diktovaná metodikou MIRRI aj pre projekty, kde nie je úplne nevyhnutná
2 -\\Datovy model bol zmeneny
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:42:21.538
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -37
XWiki.XWikiComments[92]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,2 +1,0 @@
1 -|Je niekoľko spôsobov uchopenia riešenia, v ktorých ŽS a OVM sú enumerácie alebo samostatné objekty. Nechajme to na dodávateľa riešenia, konzultanti píšuci dokumentáciu sa prikláňajú k názoru, že je vhodnejšie to mať ako samostatné objekty.
2 -\\Bolo doplnené do katalógu požiadaviek, že detailny datovy model bude sucast Analyzy a dizajnu
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:43:01.63
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -38
XWiki.XWikiComments[93]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Biznis objekt Poplatok je výstupom koncovej služby. Je tvorený sadou atribútov a položiek v tvare XML alebo JSON, ktoré vychádzajú z uvedených objektov evidencie a sú prípadne doplnené resp. vypočítané na základe týchto atribútov a položiek samotnou aplikáciou
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:43:16.835
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -39
XWiki.XWikiComments[94]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Doplnené požiadavky do katalógu požiadaviek a doplnené požiadavky na infraštrutkúru
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:46:13.172
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -40
XWiki.XWikiComments[95]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Doplnené požiadvaky do katalógu požiadaviek a doplnené požiadavky na infraštrutkúru
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:46:34.61
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -41
XWiki.XWikiComments[96]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Doplnená požiadavka
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:46:54.746
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -42
XWiki.XWikiComments[97]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Doplnená požiadavka
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:47:06.314
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -43
XWiki.XWikiComments[98]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Doplnená požiadavka
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:47:15.321
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -44
XWiki.XWikiComments[99]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Doplnené vybrané ukazovatele
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:47:38.958
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -45
XWiki.XWikiComments[100]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,2 +1,0 @@
1 -|Toto nie sú myslené ako základné číselníky, ale číselníky poplatkov, ktoré sú práve v gescii napr. obcí VÚC a pod.
2 -Doplnené slovo poplatkov
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:48:00.998
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -46
XWiki.XWikiComments[101]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Doplnené, že bude publikovaný katalóg poplatkov
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:48:16.661
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -49
XWiki.XWikiComments[102]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Upravené
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:48:32.840
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -50
XWiki.XWikiComments[103]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Upravené
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:49:36.579
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -51
XWiki.XWikiComments[104]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -|Upravené
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:50:28.589
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -47
XWiki.XWikiComments[105]
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.peter\.duris@gosmart\.consulting
Komentár
... ... @@ -1,1 +1,0 @@
1 -Upravene
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-07-30 12:50:48.833
Odpovedať
... ... @@ -1,1 +1,0 @@
1 -48
XWiki.XWikiComments[106]
Autor
... ... @@ -1,1 +1,0 @@
1 -xwiki:XWiki.lucia\.lelkes@mirri\.gov\.sk
Komentár
... ... @@ -1,1 +1,0 @@
1 -v MetaIS je povinnou osobou MIRRI, poprosím zosúladiť informácie s projektovou dokumentáciou.
Dátum
... ... @@ -1,1 +1,0 @@
1 -2025-08-06 10:05:18.898
Selection
... ... @@ -1,1 +1,0 @@
1 -Národná agentúra pre sieťové a elektronické služby
State
... ... @@ -1,1 +1,0 @@
1 -SAFE
Target
... ... @@ -1,1 +1,0 @@
1 -Dokumenty.projekt_3527.projektovy_zamer.WebHome