Naposledy upravil Peter Ďuriš 2025/10/09 16:19
Z verzie 5.1
upravil Peter Ďuriš
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 6.1
upravil Peter Ďuriš
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -22,7 +22,7 @@
22 22  )))
23 23  |Vypracoval| | | | |
24 24  
25 -1. História DOKUMENTU
25 += 1. História DOKUMENTU =
26 26  
27 27  |Verzia|Dátum|Zmeny|Meno
28 28  |1.81|26.7.2021|Aktualizácia nápovedy v kapitolách 3.4 Ciele projektu a merateľné ukazovatele a 12. Prílohy|oPOHIT MIRRI
... ... @@ -32,7 +32,7 @@
32 32  |1.85|06.12.2023|Zapracovanie pripomienok MIRRI & NASES|
33 33  |1.86|19.12.2023|Úprava formátovania, zapracovanie zmien|
34 34  
35 -1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
35 += 2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =
36 36  
37 37  Tento dokument je vypracovaný v súlade s vyhláškou 401/2023 Z.z. je dokument I-02 Projektový zámer pre iniciačnú fázu určený na rozpracovanie informácií k projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, alokovaní rozpočtu, ľudských zdrojov a prechode do realizačnej fázy.
38 38  
... ... @@ -39,8 +39,7 @@
39 39  Účelom dokumentu je popísať potreby a požiadavky kľúčových koncových používateľov, ako aj závislosti a riziká v zmysle platnej legislatívy a existujúcich projektov, prebiehajúcich v rámci MIRRI SR a iných OVM na vybudovanie platformy pre životné situácie v rámci programu Slovensko 3.0, financovaného z Plánu obnovy a odolnosti. Dokument bližšie popisuje oblastí, ktoré sú predmetom 2. inkrementu – časť CPK (Centrálny podpisový komponent).
40 40  
41 41  
42 -1.
43 -11. Použité skratky a pojmy
42 +== 2. 1 Použité skratky a pojmy ==
44 44  
45 45  |Skratka|Popis
46 46  |**AFPM**|Autorizácia funkciou prístupového miesta (historicky používané označenie "Klik")
... ... @@ -92,10 +92,9 @@
92 92  |**KEP PIN**|Kvalifikovaný elektronický podpis – Personal Identification Number (šesťmiestny)
93 93  |**SKRATKA/POJEM**|POPIS
94 94  
95 -1. DEFINOVANIE PROJEKTU
94 += 3. DEFINOVANIE PROJEKTU =
96 96  
97 -1.
98 -11. Manažérske zhrnutie
96 +== 3. 1 Manažérske zhrnutie ==
99 99  
100 100  Prax a skúsenosti pri vybavovaní životných situácii elektronicky (v zmysle § 3 písm. q) zákona č. 95/2019 Z.z. o informačných technológiách vo verejnej správe a o zmene na doplnení niektorých zákonov v znení neskorších predpisov, ďalej ako („zákon č. 95/2019“) prostredníctvom občanov ukazujú, že z pohľadu používateľa je podpisovanie podaní najnáročnejšou činnosťou pri vytváraní podania a to na portáli slovensko.sk a na špecializovaných portáloch (v zmysle § 5 ods. 3 zákona č. 305/2013 Z.z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov v znení neskorších predpisov, ďalej ako „zákon č. 305/2013 o e-Governmente“), ktoré majú implementovaný mechanizmus podpisovania prostredníctvom podpisových aplikácií (poskytovaných na stiahnutie na ÚPVS), a to najmä z dôvodu komplikovanej inštalácie komponentov určených na podpisovanie, obmedzenia prehliadačov pri inicializácii podpisovej aplikácie z webového prehliadača ako aj nutnosti poznať viaceré unikátne identifikátory ako je BOK či KEP PIN. Pri vytváraní podania je najviac neúspešných krokov z dôvodu zlyhania podpisovania.
101 101  
... ... @@ -115,8 +115,7 @@
115 115  1. **Implementácia autorizácie funkciou prístupového miesta **(AFPM, tiež používané označenie "Klik"), ktorá predstavuje autorizáciu v zmysle § 23 ods. 1 písm. a) bod 2 zákona č. 305/2013 Z.z. o e-Governmente. Jej funkčnosť bude zabezpečovať nový požadovaný komponent AFPM.
116 116  1. **Implementácia autorizácie prostredníctvom eID 2.0 a eDoPP 2.0 (NFC KEP), ktorá predstavuje autorizáciu v zmysle § 23 ods. 1 písm. a) bod 1 zákona č.305/2013 Z.z. o e-Governmente.**
117 117  
118 -1.
119 -11. Motivácia a rozsah projektu
116 +== 3.2 Motivácia a rozsah projektu ==
120 120  
121 121  Realizovaním projektu sa zabezpečí jednotné, jednoduché, intuitívne a komfortné používateľské rozhranie, v ktorom bude podpisovanie realizované. Projekt zároveň prinesie rozšírenie možností vyhotovenia kvalifikovaného elektronického podpisu aj bez nutnosti použitia čítačky čipových kariet, a to aj s pomocou mobilných zariadení (možnosť autorizácie s využitím eID 2.0), ako aj zjednodušenú formu autorizácie (autorizácia funkciou prístupového miesta), ktorá zabezpečí rýchlejší a používateľsky komfortnejší spôsob podpisovania vybraných úkonov a služieb nevyžadujúcich autorizáciu na úrovni KEP a to bez nutnosti inštalovania osobitného SW, či poznania unikátnych identifikátorov (ako napr. KEP PIN).
122 122  
... ... @@ -123,8 +123,7 @@
123 123  Riešenie bude slúžiť pre všetky komunikačné kanály a prístupové miesta (Slovensko v mobile, ÚPVS, špecializované portály, ISVS) a zároveň bude umožňovať využívanie aj pre tretie strany.
124 124  
125 125  
126 -1.
127 -11. Zainteresované strany/Stakeholderi
123 +== 3.3 Zainteresované strany/Stakeholderi ==
128 128  
129 129  |**ID**|(((
130 130  **AKTÉR / STAKEHOLDER**
... ... @@ -156,11 +156,8 @@
156 156  Spracovateľ podania
157 157  )))|Doplniť ISVS (v projekte)
158 158  
159 -1.
160 -11. Ciele projektu
155 +== 3.4 Merateľné ukazovatele (KPI) ==
161 161  
162 -1.
163 -11. Merateľné ukazovatele (KPI)
164 164  
165 165  |**ID**|(((
166 166  
... ... @@ -186,16 +186,12 @@
186 186  |3|Zvýšenie dostupnosti autorizácie|Umožnenie autorizácie aj prostredníctvom mobilných zariadení|Porovnanie aktuálnych možností autorizácie pomocou mobilného zariadenia|Početnosť|0|2|Kontrola nasadením možnosti autorizácie (AFPM, s eID 2.0)|...
187 187  |4|Zvýšenie efektivity procesov|Čas potrebný na vyhotovenie KEP|Porovnanie času potrebného na vyhotovenie KEP pred a po nasadení projektu|Čas (minúty)|15|5|Časové meranie procesu vyhotovenia KEP s eID+čítačka a vyhotovenia KEP s eID 2.0 (cez NFC s využitím aplikácie SvM)|Časové hľadisko treba pred zadefinovaním KPI reálne zmerať, pri využití podpisovania cez KEP vs. EID 2.0. s NFC rozhraním
188 188  
189 -1.
190 -11. Špecifikácia potrieb koncového používateľa
182 +== 3.5 Špecifikácia potrieb koncového používateľa ==
191 191  
192 192  Pri špecifikovaní potrieb, bol zvolený prístup z pohľadu preferencií používateľa. V rámci príloh sa bude nachádzať kalatóg požiadaviek, ktorý poskytne sumarizáciu funkčných a nefunkčných požiadaviek a závislostí k jednotlivým požiadavkám.
193 193  
194 -== ==
186 +== 3.6 Riziká a závislosti ==
195 195  
196 -1.
197 -11. Riziká a závislosti
198 -
199 199  |**Popis rizika**|**Dôvod rizika**|**Možný dopad**|**Možná mitigácia**
200 200  |Doba obstarania|Obstaranie modulu bude trvať dlhšie ako je plánované|(((
201 201  Nedodanie nového riešenia v
... ... @@ -308,14 +308,11 @@
308 308  publikovania služieb
309 309  )))|Priama integrácia na centrálne komponenty.
310 310  
311 -1.
312 -11. Stanovenie alternatív v biznisovej vrstve architektúry
300 +== 3.7 Stanovenie alternatív v biznisovej vrstve architektúry ==
313 313  
314 314  Na základe analýzy pomocou biznis vrstvy boli stanovené nasledovné alternatívy:
315 315  
316 -1.
317 -11.
318 -111. Alternatíva A – ponechanie súčasného stavu
304 +=== 3.7.1 Alternatíva A – ponechanie súčasného stavu ===
319 319  
320 320  **Za nevýhody** tohto riešenia možno považovať:
321 321  
... ... @@ -332,9 +332,7 @@
332 332  
333 333  Neodporúčame prijať túto alternatívu.
334 334  
335 -1.
336 -11.
337 -111. Alternatíva B – akceptácia riešenia bez komponentu CPK (Centrálny podpisový komponent)
321 +== 3.7.2 Alternatíva B – akceptácia riešenia bez komponentu CPK (Centrálny podpisový komponent) ==
338 338  
339 339  Navrhovaná alternatíva pre riešenie by mala zabezpečiť:
340 340  
... ... @@ -359,9 +359,7 @@
359 359  
360 360   Neodporúčame prijať túto alternatívu.
361 361  
362 -1.
363 -11.
364 -111. Alternatíva C – akceptácia riešenia využívajúceho komponent CPK (Centrálny podpisový komponent)
346 +=== 3.7.3 Alternatíva C – akceptácia riešenia využívajúceho komponent CPK (Centrálny podpisový komponent) ===
365 365  
366 366  Centrálny podpisový komponent umožňuje autorizáciu z ľubovoľného portálu, prostredníctvom jednotného rozhrania, podľa parametrov danej koncovej služby. Komponent umožní integráciu z rôznych portálov a používateľských rozhraní. Jeho využívaním sa odbúra potreba implementácie a udržiavania rôznych spôsobov autorizácie a podpisových komponentov na jednotlivých portáloch.
367 367  
... ... @@ -389,8 +389,7 @@
389 389  Odporúčame akceptáciu riešenia** v alternatíve C**
390 390  
391 391  
392 -1.
393 -11. Multikriteriálna analýza
374 +=== 3.8 Multikriteriálna analýza ===
394 394  
395 395  |**//Alternatíva A//**|**Kritérium**|**Krátky popis**|**Zdôvodnenie kritéria**|**Ministerstvo investícií, regionálneho rozvoja a informatizácie SR**|**Národná agentúra pre sieťové a elektronické služby**|**Občan / podnikateľ**|**OVM**
396 396  |(% rowspan="4" %)(((
... ... @@ -432,12 +432,8 @@
432 432  |Kritérium 3|Využívanie jednotného spoločného komponentuna vytváranie podpisov pre občanov, FO, PO, OVM|Kritérium zabezpečuje jednotné a jednoduché riešenie autorizácie naprieč platformami pre rôzne cieľové skupiny.|//x//|//x//|//x//|//x//
433 433  |Kritérium 4|Autorizácia z ľubovoľného portálu cez jednotné rozhranie vrátane autorizácie klikom integrovaná do CPK|Kritérium reflektuje potrebu centrálnej a jednotnej autorizácie na rôznych portáloch štátnej správy.|//x//|//x//|//x//|//x//
434 434  
435 -// //** **
416 +=== //3.8. 1 //** **Vyhodnotenie navrhnutých alternatív ===
436 436  
437 -1.
438 -11.
439 -111. Vyhodnotenie navrhnutých alternatív
440 -
441 441  |**Kritérium**|**Krátky popis**|**Zdôvodnenie kritéria**|**Alternatíva A**|**Alternatíva B**|**Alternatíva C**
442 442  |Kritérium 1|Zvýšenie kvality, štandardu a dostupnosti elektronických služieb pre občanov|Kritérium je zamerané na zlepšenie dostupnosti a efektivity služieb poskytovaných občanom v eGOV ekosystéme.|//0//|//2//|//4//
443 443  |Kritérium 2|Umožnenie zobrazenia a vytlačenia pdf vizualizácie formulára|Kritérium podporuje transparentnosť a archiváciu dokumentov prostredníctvom čitateľného formátu PDF|//0//|//3//|//4//
... ... @@ -450,13 +450,11 @@
450 450  **Na základe uskutočnenej multikriteriálnej analýzy sme sa rozhodli pre Alternatívu C – Akceptácia riešenia využívajúceho komponent CPK (Centrálny podpisový komponent).**
451 451  
452 452  
453 -1.
454 -11. Stanovenie alternatív v aplikačnej vrstve architektúry
430 +== 3.10 Stanovenie alternatív v aplikačnej vrstve architektúry ==
455 455  
456 456  Aplikačná architektúra je determinovaná alternatívou vybranou na nadradenej biznisovej vrstve architektúry. Z tohto dôvodu sa nenavrhuje alternatívna aplikačná architektúra.
457 457  
458 -1.
459 -11. Stanovenie alternatív v technologickej vrstve architektúry
434 +== 3.11 Stanovenie alternatív v technologickej vrstve architektúry ==
460 460  
461 461  Z pohľadu technologickej architektúry prichádzajú do úvahy nasledovné možnosti prevádzkovania:
462 462  
... ... @@ -489,11 +489,12 @@
489 489  
490 490  * **DB as PaaS**
491 491  
492 -Cloudové databázové služby ako Platform-as-a-Service (PaaS) poskytujú plne spravované databázové riešenia, ktoré eliminujú potrebu manuálnej správy infraštruktúry, škálovania a údržby. Medzi hlavné vlastnosti patria - automatická správa, škálovateľnosť, vysoká dostupnosť a bezpečnosť, integrácia s cloudovými ekosystémami. Tieto služby umožňujú sústrediť sa na vývoj aplikácií bez nutnosti riešiť správu databázovej infraštruktúry.
467 +Cloudové databázové služby ako Platform-as-a-Service (PaaS) poskytujú plne spravované databázové riešenia, ktoré eliminujú potrebu manuálnej správy infraštruktúry, škálovania a údržby. Medzi hlavné vlastnosti patria - automatická správa, škálovateľnosť, vysoká dostupnosť a bezpečnosť, integrácia s cloudovými ekosystémami. Tieto služby umožňujú sústrediť sa na vývoj aplikácií bez nutnosti riešiť správu databázovej infraštruktúry
493 493  
494 -1. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)
495 -11. VECNÉ VYMEDZENIE POŽADOVANÝCH VÝSTUPOV
469 += 4. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =
496 496  
471 +== 4.1 VECNÉ VYMEDZENIE POŽADOVANÝCH VÝSTUPOV ==
472 +
497 497  CPK, ktorý verejný obstarávateľ požaduje a ktorý je predmetom tejto zákazky, má poskytnúť služby pre centrálne podpisovanie a riadenie procesu podpisovania. Bude teda otvorený pre dynamické pridávanie nových komponentov alebo modulov zabezpečujúcich podpisovanie (vrátane vzdialeného podpisovania). CPK má poskytnúť definované rozhranie cez ktoré integrovaná podpisová služba bude môcť poskytnúť informácie o rozsahu služieb a formáte podpisov ktoré poskytuje.
498 498  
499 499  Verejný obstarávateľ požaduje, aby komponent CPK pozostával z grafického webového používateľského rozhrania (GUI), servisnej vrstvy – služby vystavené cez REST API a backend časti. Webová aplikácia bude slúžiť na vytváranie podpisov pre používateľov pri podpisovaní ľubovoľných elektronických úradných dokumentov, ako aj pri tvorbe elektronických podaní a bude prístupná z ktoréhokoľvek bodu ISVS. Tieto ako aj všetky ostatné funkcionality, budú mať reprezentáciu vo forme REST služieb sprístupnených cez integračnú platformu. Produkt odbremení používateľa, ktorý si už ďalej nemusí inštalovať rôzne typy podpisových aplikácií.
... ... @@ -542,8 +542,7 @@
542 542  
543 543  CPK bude vytvárať systémové aj aplikačné záznamy o svojej činnosti. Záznamy budú distribuované do centrálneho systému zberu logov a prevádzkového dohľadu v NASES. Vybrané aplikačné záznamy aktivít budú poskytované aj pre používateľov aplikácie, aby si sami mohli skontrolovať záznamy, ktoré vykonali alebo boli vykonané v ich zastúpení. Záznamy o aktivitách, ktoré budú určené aj pre používateľov musia používateľsky zrozumiteľne popisovať zaznamenanú aktivitu: čas aktivity, meno používateľa a zástupcu, ich ID, výsledok aktivity, zrozumiteľný popis aktivity alebo chyby, identifikácia objektu, s ktorým bola aktivita vykonaná.
544 544  
545 -1.
546 -11. Projektové vymedzenie výstupov:
521 +== 4.2 Projektové vymedzenie výstupov: ==
547 547  
548 548  Realizácia projektu bude v zmysle vyhlášky 401/2023 Z.z. pozostávať z uvedených etáp:
549 549  
... ... @@ -626,10 +626,9 @@
626 626  | |**Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:**
627 627  | |(1) Správa o dokončení projektu (etapy/fázy)
628 628  
629 -1. NÁHĽAD ARCHITEKTÚRY
604 += 5. NÁHĽAD ARCHITEKTÚRY =
630 630  
631 -1.
632 -11. Popis budúceho cieľového produktu projektu
606 +== 5.1 Popis budúceho cieľového produktu projektu ==
633 633  
634 634  Cieľom projektu je vytvorenie Centrálneho podpisového komponentu (CPK), ktorý integruje rôzne elektronické služby verejnej správy. Tento komponent bude slúžiť na vytváranie a validáciu elektronických podpisov v súlade s požiadavkami na bezpečnosť a integritu údajov, umožňujúc občanom a organizáciám bezpečne podpisovať a odosielať elektronické podania.
635 635  
... ... @@ -641,10 +641,8 @@
641 641  
642 642  [[image:1759753888696-250.png]]
643 643  
618 +== 5.2 Náhľad aplikačnej architektúry riešenia: ==
644 644  
645 -1.
646 -11. Náhľad aplikačnej architektúry riešenia:
647 -
648 648  Na nasledujúcej schéme je definovaný finálny náhľad aplikačnej architektúry:
649 649  
650 650  * Hlavnými súčasťami sú CEP, AFPM, eID 2.0, Local Plugin, Konštruktor správ a podporné služby ako Výpočet Message Digest.
... ... @@ -655,9 +655,8 @@
655 655  
656 656  Obrázok 4 Náhľad finálnej architektúry
657 657  
658 -1.
659 -11.
660 -111. Funkčné požiadavky aplikačnej architkúry
630 +=== 5.2.1 Funkčné požiadavky aplikačnej architkúry ===
631 +
661 661  1. **Vytvorenie a validácia podpisov**:
662 662  1*. Schopnosť vytvárať kvalifikované elektronické podpisy a overovať ich pravosť.
663 663  1*. Integrácia s externými službami ako Konštruktor správy, CEP, SvM a IAM na zabezpečenie autentifikácie.
... ... @@ -670,8 +670,9 @@
670 670  1*. Generovanie správ pre eDesk, vrátane prípravy na odoslanie dokumentu v elektronickej forme a overenie jeho obsahu pred podpisovaním.
671 671  1. **Výpočet Message Digest**:
672 672  1*. Realizácia výpočtu Message Digest (odtlačok dokumentu) pre zaručenie integrity obsahu.
673 -1*1. Nefunkčné požiadavky aplikačnej architektúry
674 674  
645 +=== 5.2.2 Nefunkčné požiadavky aplikačnej architektúry ===
646 +
675 675  1. **Bezpečnosť**:
676 676  1*. CPK musí byť v súlade s bezpečnostnými štandardmi e-Governmentu, vrátane šifrovania dát, ochrany pred neoprávneným prístupom a zabezpečenia komunikácie medzi komponentmi.
677 677  1. **Dostupnosť a spoľahlivosť**:
... ... @@ -681,8 +681,7 @@
681 681  1. **Škálovateľnosť**:
682 682  1*. Systém musí byť schopný zvládnuť zvýšený počet používateľov a požiadaviek bez poklesu výkonnosti.
683 683  
684 -1.
685 -11. Náhľad budúcej technologickej architektúry
656 +== 5.3 Náhľad budúcej technologickej architektúry ==
686 686  
687 687  CPK bude prevádzkovaný na cloudovej infraštruktúre prevádzkovanej buď v NASES alebo v privátnej časti vládneho cloudu SK Cloud. V TO-BE stave bude technologická architektúra nastavená tak, aby bolo možné využívať nasledovné alebo ekvivalentné služby:
688 688  
... ... @@ -697,7 +697,7 @@
697 697  
698 698  * Pre spracovanie podpisov a autentifikáciu sa používajú kvalifikované služby a algoritmy na výpočet odtlačku a pripojenie časových pečiatok.
699 699  
700 -1. LEGISLATÍVA
671 += 6. LEGISLATÍVA =
701 701  
702 702  Legislatívne požiadavky na produkt vychádzajú z legislatívy Slovenskej republiky a Európskej Únie, ďalších technických špecifikácií a  produkt musí byť v súlade s nasledujúcou legislatívou/reguláciou:
703 703  
... ... @@ -732,33 +732,44 @@
732 732  1. ETSI EN 319 122-1 Electronic Signatures and Infrastructures (ESI); CAdES digital signatures; Part 1: Building blocks and CAdES baseline signatures
733 733  1. ETSI EN 319 162-1 Electronic Signatures and Infrastructures (ESI); Associated Signature Containers (ASiC); Part 1: Building blocks and ASiC baseline containers
734 734  
735 -1. ROZPOČET A PRÍNOSY
706 += 7. ROZPOČET A PRÍNOSY =
736 736  
737 737  V nasledujúcej kapitole sú definované náklady projektu ako aj prípadné benefity, ktoré by navrhovaným riešením mali byť dosiahnuté.
738 738  
739 -1.
740 -11. Kalkulované náklady projektu
710 +== 7.1 Kalkulované náklady projektu ==
741 741  
742 742  Projekt predpokladá nasledovné náklady, ktoré boli kalkulované na základe UCP analýzy s reflektovaním trhového prieskumu. Táto skutočnosť je vyjadrená v nasledujúcej tabuľke:
743 743  
714 +|TO BE - AS IS (€, SUM)| | | |
715 +|(% colspan="3" %) |Spolu|CPK
716 +|Náklady s DPH| | | 4 473 144 €| 4 473 144 €
717 +| |Všeobecný materiál| | - €| - €
718 +| |IT - CAPEX| | 2 686 695 €| 2 686 695 €
719 +| | |Aplikácie| 2 686 695 €| 2 686 695 €
720 +| | |SW| - €| - €
721 +| | |HW| - €| - €
722 +| |IT - OPEX| | 1 676 979 €| 1 676 979 €
723 +| | |Aplikácie| 1 676 979 €| 1 676 979 €
724 +| | |SW| - €| - €
725 +| | |HW| - €| - €
726 +| |Riadenie projektu| | 109 470 €| 109 470 €
727 +| |Výstupné náklady| | - €| - €
744 744  
745 -[[image:1759753753420-163.png]]
746 746  
747 -Celkové náklady projektu rozvoja sú vo výške – 1 672 773 €, pričom sa skladajú z nasledovných skupín výdavkov:
730 +Celkové náklady projektu rozvoja sú vo výške – 1 673 325 €, pričom sa skladajú z nasledovných skupín výdavkov:
748 748  
749 -* 013 – softvér – 1 413 533 €
732 +* 013 – softvér – 1 414 050 €
750 750  * 521 – Mzdové výdavky – 149 806 €
751 -* Paušálne náhrady – 109 434 €
734 +* Paušálne náhrady – 109 470 €
752 752  
753 -Z pohľadu prevádzky sa jedná o 2 798 796 € v horizonte 10 rokov, čo je 311 tis. € za rok. Táto hodnota sa skladá z:
736 +Z pohľadu prevádzky sa jedná o 2 790 819 € v horizonte 10 rokov, čo je 311 tis. € za rok. Táto hodnota sa skladá z:
754 754  
755 755  * SLA prevádzka – 170 tis. ročne
756 756  
757 757  * Prípadný rozvoj – 141 tis. ročne
758 758  
742 +== 7.2 Kvalitatívne prínosy projektov ==
759 759  
760 -1. Kvalitatívne prínosy projektov
761 -
762 762  Z pohľadu kvalitatívnych prínosov sa jedná o nasledovné:
763 763  
764 764  * Zvýšená efektívnosť a pohodlnosť pre používateľov
... ... @@ -791,14 +791,33 @@
791 791  
792 792  Na základe týchto parametrov vychádza ročná úspora na úrovni cca 1,5 mil. € na strane občana a podnikateľa.
793 793  
794 -1.
795 -11. Vyhodnotenie CBA
776 +== 7.3 Vyhodnotenie CBA ==
796 796  
797 797  V nasledujúcej tabuľke je uvedené vyhodnotenie CBA
798 798  
799 -[[image:1759753837917-789.png]]
780 +| |(% colspan="3" %)Finančný cashflow (s DPH)|(% colspan="3" %)Ekonomický cashflow (bez DPH)|koeficient obdobia|Finančná (FNPV)|Ekonomická (ENPV)|(% colspan="2" %)Kumulovaná diskont. návratnosť ENPV
781 +|Obdobie|AS IS|TO BE|rozdiel|AS IS|TO BE|rozdiel| | | |(% colspan="2" %)
782 +|t1|0,00|-102 991,80|-102 991,80|0,00|-83 733,17|-83 733,17|0|-102 991,80|-83 733,17|-83 733,17|<
783 +|t2|0,00|-1 881 424,46|-1 881 424,46|0,00|52 025,85|52 025,85|1|-1 809 061,98|49 548,43|-34 184,74|<
784 +|t3|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|2|-287 621,08|1 205 187,98|1 171 003,24|Rok návratu investície
785 +|t4|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|3|-276 558,73|1 147 798,08|2 318 801,32|>
786 +|t5|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|4|-265 921,86|1 093 141,03|3 411 942,35|>
787 +|t6|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|5|-255 694,09|1 041 086,69|4 453 029,04|>
788 +|t7|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|6|-245 859,70|991 511,14|5 444 540,17|>
789 +|t8|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|7|-236 403,56|944 296,32|6 388 836,49|>
790 +|t9|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|8|-227 311,12|899 329,83|7 288 166,32|>
791 +|t10|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|9|-218 568,38|856 504,60|8 144 670,92|>
792 +|SPOLU|0,00|-4 473 143,94|-4 473 143,94|0,00|10 598 050,68|10 598 050,68|SPOLU|-3 925 992,31|8 144 670,92| |
793 +| | | | | | | | | | | |
794 +| | | | | | | |(% colspan="2" %)Výsledok CBA|Výsledná hodnota|Minimálna hodnota|
795 +| | | | | | | |BCR|pomer prínosov a nákladov|2,95|1,00|
796 +| | | | | | | |FIRR|finančná vnútorná výnosová miera ~(%)|N/A|-|
797 +| | | | | | | |EIRR|ekonomická vnútorná výnosová miera ~(%)|379,9%|5,0%|
798 +| | | | | | | | | | | |
799 +| | | | | | | |FNPV|finančná čistá súčasná hodnota (eur s DPH)|-3 925 992|-|
800 +| | | | | | | |ENPV|ekonomická čistá súčasná hodnota (eur bez DPH)|8 144 671|0|
800 800  
801 -1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA
802 += 8. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
802 802  
803 803  |ID|FÁZA/AKTIVITA|(((
804 804  ZAČIATOK
... ... @@ -828,13 +828,11 @@
828 828  Tento prístup je vhodný pre projekty s minimálnou potrebou zmien a flexibilitou, čo nám umožňuje sústrediť sa na precíznu dokumentáciu, eliminovať riziká spojené s nejasnými alebo meniaci sa požiadavkami a udržať prísnu kontrolu nad časom a nákladmi. Vzhľadom na povahu nášho projektu, kde sú požiadavky jasne definované už na začiatku, je táto metóda optimálnou voľbou, ktorá zaručí splnenie cieľov v stanovených parametroch.
829 829  
830 830  
831 -1. PROJEKTOVÝ TÍM
832 += 9. PROJEKTOVÝ TÍM =
832 832  
833 833  **Projektový tím pre realizáciu projektu – Organizačná štruktúra a zodpovednosti**
834 834  
835 -1.
836 -11.
837 -111. Riadiaci výbor (RV)
836 +== 9.1 Riadiaci výbor (RV) ==
838 838  
839 839  |**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
840 840  |1|Roman Miškovič|Predseda RV|MIRRI|Predseda RV
... ... @@ -844,9 +844,7 @@
844 844  |5|Peter Marman|Zástupca prevádzky|NASES|Zástupca prevádzky
845 845  |ž|Bude známy po VO|Zástupca dodávateľa|Dodávateľ|Zástupca dodávateľa (voliteľný člen)
846 846  
847 -1.
848 -11.
849 -111. Projektový tím objednávateľa
846 +== 9.2 Projektový tím objednávateľa ==
850 850  
851 851  |**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
852 852  |1|Milan Patráš|Produktový manažér|MIRRI|Produktová manažér
... ... @@ -859,8 +859,7 @@
859 859  |8|(Nepovinná rola)|Manažér IT prevádzky|Bude doplnené podľa potreby|Manažér IT prevádzky
860 860  |9|(Nepovinná rola)|Manažér bezpečnosti|Bude doplnené podľa potreby|Manažér kybernetickej a informačnej bezpečnosti
861 861  
862 -1.
863 -11. PRACOVNÉ NÁPLNE
859 +== 9.3 PRACOVNÉ NÁPLNE ==
864 864  
865 865  **Stručný popis rolí v Projektovom tíme:**
866 866  
... ... @@ -871,9 +871,7 @@
871 871  * **IT analytik / Biznis analytik (Alexander Vengrin)**: Analyzuje potreby projektu z pohľadu biznisu a IT, definuje požiadavky na systém a podporuje tvorbu technickej dokumentácie.
872 872  * **UX dizajnér (Martin Mosný)**: Navrhuje používateľské rozhranie, zabezpečuje, aby bolo používateľské prostredie intuitívne a zodpovedalo metodológiám používateľsky orientovaného dizajnu.
873 873  
874 -1.
875 -11.
876 -111. Podrobnosti o vybraných rolách
870 +=== 9.3.1 Podrobnosti o vybraných rolách ===
877 877  
878 878  **Projektový manažér (PM):**
879 879  
... ... @@ -900,15 +900,14 @@
900 900  * Vypracovanie biznisovej a technickej analýzy.
901 901  * Dokumentáciu požiadaviek a návrhových riešení.
902 902  
903 -1. ODKAZY
897 += 10. ODKAZY =
904 904  
905 905  Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.
906 906  
907 -1. PRÍLOHY
901 += 11. PRÍLOHY =
908 908  
909 909  **Príloha : **Zoznam rizík a závislostí (Excel): [[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]
910 910  
911 911  ----
912 912  
913 - [[~[HT1~]>>path:#_msoanchor_1]]prevadzku rieši p. Holbik, infra spada pod neho
914 -
907 +