STUDIE PROVEDITELNOSTI

Hořice-technologické centrum, spisová služba, vnitřní integrace úřadu - I. II.a III. část výzvy

STUDIE PROVEDITELNOSTI

Program:

Integrovaný operační program

Výzva:

06 – Rozvoj služeb eGovernmentu v obcích

Žadatel:

Město Hořice

Květen 2010

Hořice-technologické centrum, spisová služba,vnitřní integrace úřadu - I. II.a III. část výzvy

1

2

Úvod................................................................................................................................................. 8 1.1

Základní informace k projektu ................................................................................................... 8

1.2

Účel, pro který je Feasibility Study zpracována a k jakému datu ............................................. 9

1.3

Identifikační údaje předkladatele projektu, kontaktní osoby ................................................... 10

1.4

Investor.................................................................................................................................... 10

1.5

Cílové skupiny projektu ........................................................................................................... 10

Rekapitulace výsledků studie ..................................................................................................... 11 2.1

3

Manažerský souhrn ................................................................................................................. 11

Současný stav a historie projektu .............................................................................................. 13 3.1

Strategie a cíle ........................................................................................................................ 13

3.2

Informace o vývoji projektu a o jeho současném stavu .......................................................... 16

3.3 Charakteristika projektu .......................................................................................................... 16 3.3.1 Indikátory oblasti 2.1 a jejich kvantifikace ........................................................................ 17

4

3.4

Varianty řešení ........................................................................................................................ 18

3.5

Etapy projektu ......................................................................................................................... 19

3.6

Návaznosti na další projekty a výzvy v rámci IOP .................................................................. 19

Analýza poptávky a koncepce marketingu ................................................................................ 22 4.1 Analytická část ........................................................................................................................ 22 4.1.1 Analýza poptávky výstupů projektu ................................................................................. 22 4.1.2 Definice nabídky výstupů projektu ................................................................................... 22 4.2 Návrhová koncepční část ........................................................................................................ 23 4.2.1 Marketingová strategie .................................................................................................... 24 4.2.2 Marketingový mix ............................................................................................................. 26 4.2.3 Koncepce odbytu ............................................................................................................. 28

5

Materiálové vstupy potřebné k projektové činnosti ................................................................. 29 5.1

Charakteristika a popis dostupnosti hmotných dodávek potřebných k provozování služeb... 29

5.2 Návrh základních požadavků, parametrů a kritérií výzvy veřejné zakázky na realizaci TC ORP 29 6

7

Lokalita a okolí ............................................................................................................................. 30 6.1

Umístění projektu .................................................................................................................... 30

6.2

Životní prostředí v jeho okolí ................................................................................................... 30

6.3

Stav technické infrastruktury ................................................................................................... 31

6.4

Seznam subjektů zapojených do projektů, způsob jejich zapojení ......................................... 31

Technické řešení .......................................................................................................................... 33 7.1 Specifikace zadání pro TC ...................................................................................................... 33 7.1.1 Obecné požadavky na Datové centrum .......................................................................... 33 7.1.2 Ostatní vstupy pro budování TC ORP ............................................................................. 34


7.2

Vlastní koncept řešení............................................................................................................. 34

7.3 Návrh a popis architektury řešení ........................................................................................... 35 7.3.1 Současný stav.................................................................................................................. 35 7.3.2 Datové centrum ORP ....................................................................................................... 35 7.4 Porovnání variant technologických řešení TC ORP: .............................................................. 43 7.4.1 Výhody a nevýhody jednotlivých řešení .......................................................................... 43 7.4.2 Analýza technických a bezpečnostních rizik ................................................................... 44 7.5 Doporučení a upřesnění pro účely zadávací dokumentace a realizační projektové dokumentace...................................................................................................................................... 49 7.5.1 Specifikace zadání technického řešení ........................................................................... 49 7.5.2 Požadavky na implementaci, školení a technickou podporu ........................................... 53 7.5.3 Požadavky na dodavatele a provozovatele TC ............................................................... 53 7.6 Provozní zajištění TC .............................................................................................................. 53 7.6.1 Potřebné energetické a materiálové toky ........................................................................ 53 7.6.2 Záruky a servis ................................................................................................................. 53 7.6.3 Údržba a nákladnost oprav .............................................................................................. 53 7.6.4 Údaje o životnostech jednotlivých zařízení ...................................................................... 53 7.6.5 Změny v provozní náročnosti vlivem opotřebení ............................................................. 53 8

Organizace a režijní náklady ....................................................................................................... 54 8.1

Organizační model investiční fáze .......................................................................................... 54

8.2

Provozní model ....................................................................................................................... 54

8.3

Role všech organizací v projektu ............................................................................................ 54

8.4

Organizace výběrových řízení ................................................................................................ 55

8.5

Právní opatření nutná pro realizaci projektu ........................................................................... 55

8.6 Popis obsahu provozních směrnic technologického centra a dalšího ICT vybavení a smluvních ujednání (návrh SLA) pro jednotlivé provozované části / subdodavatele ........................ 55 9

Lidské zdroje, vlastníci a zaměstnanci ...................................................................................... 58 9.1

Specifikace funkcí a pozic projektového týmu v investiční a provozní fázi projektu ............... 58

9.2

Požadavky na kvalifikaci, kompetence a odpovědnosti .......................................................... 59

10

Realizace projektu, časový plán ............................................................................................. 60

10.1

Souhrnný přehled časových a nákladových charakteristik projektu ....................................... 60

10.2

Harmonogram činností projektu ve fázi přípravy a realizace projektu .................................... 63

11 11.1

Finanční analýza projektu, finanční plán ............................................................................... 65 Zajištění dlouhodobého majetku ............................................................................................. 65

Ostatní služby: Zpracování žádosti a studie ekonomického hodnocení (TC), realizace výběrových řízení, publicita ................................................................................................................................... 66 11.2 Řízení pracovního kapitálu (oběžný majetek) – vymezení struktury a velikosti oběžného majetku............................................................................................................................................... 66 11.3

Přehled celkových nákladů v investiční fázi ............................................................................ 66


11.4

Přehled celkových nákladů v provozní fázi ............................................................................. 69

11.5

Příjmy provozní fáze ............................................................................................................... 69

11.6

Finanční plán investiční a provozní fáze ................................................................................. 69

11.7

Přehled financování projektu .................................................................................................. 70

11.8

Výpočty a vyhodnocení finančních ukazatelů ......................................................................... 70

11.9

Závěry finanční analýzy .......................................................................................................... 72

12

Ekonomická analýza projektu ................................................................................................. 72

12.1 Ekonomické vyhodnocení projektu pomocí sociálně ekonomické analýzy nákladů a užitku a citlivostní analýzy ............................................................................................................................... 72 12.2

Doporučení vybrané varianty .................................................................................................. 76

12.3

Závěry ekonomické analýzy .................................................................................................... 76

13 13.1 14

Analýza rizik .............................................................................................................................. 77 Rizika projektu v investiční a v provozní fázi a opatření pro jejich řešení či zmírnění ............ 77 Udržitelnost projektu ................................................................................................................ 81

14.1

Institucionální rovina ............................................................................................................... 81

14.2

Finanční rovina ........................................................................................................................ 81

14.3

Provozní rovina ....................................................................................................................... 81

15

Závěr .......................................................................................................................................... 83

15.1

Shrnutí výsledků ...................................................................................................................... 83

15.2

Vyjádření k realizovatelnosti a finanční rentabilitě projektu .................................................... 83

15.3

Popis postupu návazných projektů ......................................................................................... 83

15.4

Závěry a doporučení ............................................................................................................... 84

16

Zadávací dokumentace ............................................................................................................ 84

16.1

Zadávací dokumentace k vyhlášení výběrového řízení na zhotovitele projektu..................... 84

16.2

Řádný položkový rozpočet ...................................................................................................... 84

16.3

Výkaz výměr ............................................................................................................................ 84

17

Elektronická spisová služba ORP Hořice............................................................................... 87

17.1 Úvod ........................................................................................................................................ 87 17.1.1 Identifikační údaje předkladatele projektu, kontaktní osoby ............................................ 88 17.1.2 Cílové skupiny projektu .................................................................................................... 88 17.2 Současný stav a historie projektu ........................................................................................... 88 17.2.1 Zvažované varianty řešení ............................................................................................... 89 17.2.2 Etapy projektu .................................................................................................................. 90 17.3 Funkční požadavky na vybrané spisové služby ...................................................................... 90 17.3.1 Definice dalších požadovaných funkcí............................................................................. 91 17.4

Poptávka a nabídka, Analýza trhu – nabídka služeb .............................................................. 91


17.4.1 17.4.2 17.4.3

Varianty poptávaného řešení ........................................................................................... 91 Doporučená varianta řešení ............................................................................................ 94 Orientační nabídka na trhu .............................................................................................. 96

17.5 Organizace a režijní náklady ................................................................................................... 96 17.5.1 Organizační model ........................................................................................................... 96 17.5.2 Provozní model ................................................................................................................ 96 17.5.3 Role všech organizací v projektu ..................................................................................... 96 17.5.4 Organizace výběrových řízení ......................................................................................... 97 17.5.5 Smluvní ujednání (návrh SLA) pro provozované komponenty ........................................ 97 17.6 Lidské zdroje, vlastníci a zaměstnanci.................................................................................... 97 17.6.1 Specifikace funkcí a pozic projektového týmu v investiční a provozní fázi projektu ....... 97 17.6.2 Struktura mzdových nákladů ........................................................................................... 99 17.7 Realizace projektu, časový plán ............................................................................................. 99 17.7.1 Harmonogram činností projektu ve fázi přípravy a realizace projektu............................. 99 17.8 Finanční analýza projektu, finanční plán................................................................................. 99 17.8.1 Přehled celkových nákladů v investiční fázi .................................................................... 99 17.8.2 Přehled celkových nákladů v provozní fázi .................................................................... 100 17.8.3 Příjmy provozní fáze ...................................................................................................... 100 17.8.4 Závěry finanční analýzy ................................................................................................. 101 17.9 Analýza rizik v investiční a v provozní fázi a opatření pro jejich řešení či zmírnění ............. 101 17.9.1 PROJEKTOVÁ RIZIKA .................................................................................................. 101 17.9.2 TECHNICKÁ A REALIZAČNÍ RIZIKA ............................................................................ 102 17.9.3 LEGISLATIVNÍ A ORGANIZAČNÍ RIZIKA .................................................................... 103 17.9.4 EKONOMICKÁ A INVESTIČNÍ RIZIKA ......................................................................... 104 17.10 Udržitelnost projektu .......................................................................................................... 105 17.10.1 Institucionální rovina .................................................................................................. 105 17.10.2 Finanční rovina ........................................................................................................... 106 17.10.3 Provozní rovina .......................................................................................................... 106 17.11 Závěr ................................................................................................................................. 106 17.11.1 Vyjádření k realizovatelnosti a finanční rentabilitě projektu ....................................... 106 17.11.2 Závěry a doporučení .................................................................................................. 106 18

Vnitřní integrace úřadu Města Hořice ................................................................................... 108

18.1 Úvod ...................................................................................................................................... 108 18.1.1 Základní informace k projektu........................................................................................ 108 18.1.2 Účel zpracování ............................................................................................................. 108 18.1.3 Cílové skupiny projektu .................................................................................................. 108 18.2 Rekapitulace výsledků studie ................................................................................................ 109 18.2.1 Naplnění cílů projektu .................................................................................................... 109 18.2.2 Naplnění integračních bodů ........................................................................................... 110 18.2.3 Přidaná hodnota projektu ............................................................................................... 110 18.2.4 Obsah studie .................................................................................................................. 111 18.3 Současný stav a historie projektu ......................................................................................... 112 18.3.1 Strategie a cíle ............................................................................................................... 112 18.3.2 Charakteristika projektu ................................................................................................. 112 18.3.3 Informace o vývoji projektu ............................................................................................ 114 18.3.4 Varianty řešení vnitřní integrace úřadu .......................................................................... 114 Hořice-technologické centrum, spisová služba,vnitřní integrace úřadu - I. II.a III. část výzvy

18.3.5 18.3.6 18.3.7

Etapy projektu ................................................................................................................ 114 Návaznost na další projekty v rámci výzvy IOP ............................................................. 115 Návaznost na další projekty v rámci výzvy OP LLZ ...................................................... 115

18.4 Analýza poptávky a koncepce marketingu............................................................................ 116 18.4.1 Analytická část ............................................................................................................... 116 18.4.2 Návrhová koncepční část .............................................................................................. 116 18.5 Materiálové vstupy potřebné k projektové činnosti ............................................................... 116 18.5.1 Charakteristika a popis dostupnosti hmotných dodávek ............................................... 116 18.5.2 Návrh základních požadavků, parametrů a kritérií výzvy .............................................. 117 18.6 Lokalita a okolí ...................................................................................................................... 118 18.6.1 Umístění projektu ........................................................................................................... 118 18.6.2 Životní prostředí v okolí ................................................................................................. 118 18.6.3 Stav technické infrastruktury .......................................................................................... 118 18.7 Technické řešení ................................................................................................................... 119 18.7.1 Vlastní koncept řešení ................................................................................................... 119 18.7.2 Porovnání variant technologických řešení ..................................................................... 127 18.7.3 Doporučení upřesnění pro účely zadávací dokumentace a realizační projektové dokumentace ................................................................................................................................ 128 18.7.4 Provozní zajištění projektu vnitřní integrace úřadu........................................................ 129 18.8 Organizace a režijní náklady ................................................................................................. 131 18.8.1 Organizační model investiční fáze ................................................................................. 131 18.8.2 Provozní model .............................................................................................................. 131 18.8.3 Role všech organizací v projektu ................................................................................... 131 18.8.4 Organizace výběrových řízení ....................................................................................... 131 18.8.5 Právní opatření nutná pro realizaci projektu .................................................................. 132 18.8.6 Popis obsahu provozních směrnic a smluvních ujednání pro jednotlivé provozované části/subdodavatele TC ................................................................................................................ 133 18.9 Lidské zdroje, vlastníci a zaměstnanci.................................................................................. 133 18.9.1 Specifikace funkcí a pozic projektového týmu ............................................................... 134 18.9.2 Požadavky na kvalifikaci, kompetence a odpovědnosti................................................. 134 18.9.3 Struktura mzdových nákladů ......................................................................................... 134 18.10 Realizace projektu, časový plán ........................................................................................ 135 18.10.1 Souhrnný přehled časových a nákladových charakteristik projektu .......................... 135 18.10.2 Harmonogram činností projektu ve fázi přípravy a realizace projektu ....................... 135 18.11 Finanční analýza projektu, finanční plán ........................................................................... 135 18.11.1 Zajištění dlouhodobého majetku ................................................................................ 136 18.11.2 Řízení pracovního kapitálu (oběžný majetek) ............................................................ 136 18.11.3 Přehled celkových nákladů v investiční fázi ............................................................... 136 18.11.4 Přehled celkových nákladů v provozní fázi ................................................................ 136 18.11.5 Příjmy provozní fáze .................................................................................................. 137 18.11.6 Finanční plán investiční a provozní fáze .................................................................... 137 18.11.7 Přehled financování projektu...................................................................................... 137 18.11.8 Výpočty a vyhodnocení finančních ukazatelů ............................................................ 137 18.11.9 Závěry finanční analýzy ............................................................................................. 137 18.12 Ekonomická analýza projektu ............................................................................................ 137 18.12.1 Ekonomické vyhodnocení projektu ............................................................................ 138 18.12.2 Doporučení vybrané varianty ..................................................................................... 138


18.12.3

Závěry ekonomické analýzy ....................................................................................... 138

18.13 Analýza rizik ...................................................................................................................... 139 18.13.1 Projektová rizika ......................................................................................................... 139 18.13.2 Technická a realizační rizika ...................................................................................... 139 18.13.3 Legislativní a organizační rizika ................................................................................. 140 18.13.4 Ekonomická a investiční rizika ................................................................................... 141 18.14 Udržitelnost projektu .......................................................................................................... 142 18.14.1 Institucionální rovina .................................................................................................. 142 18.14.2 Finanční rovina ........................................................................................................... 142 18.14.3 Provozní rovina .......................................................................................................... 142 18.15 Závěr ................................................................................................................................. 143 18.15.1 Vyjádření k realizovatelnosti a finanční rentabilitě projektu ....................................... 143 18.15.2 Popis postupu návazných projektů ............................................................................ 143 18.15.3 Závěry a doporučení .................................................................................................. 143 19

Příloha 1 – Analýza současného stavu ................................................................................ 145


1 Úvod Tento dokument rozpracovává záměr budování Technologického centra a elektronické spisové služby Obce s rozšířenou působností Hořice (dále jen ORP), který je schválen radou ORP Hořice (usnesení č. 8 – realizace strategie implementace eGovermentu v Královehradeckém kraji - eGON Centrum, usnesení č. 8 – připojení ke společné studii proveditelnosti Technologického centra eGon na obce s rozšírenu působností Hořice, Královéhradeckého kraje a schválený materiál radou č. 8/2009 ze dne 01.06.2009. Realizace strategie implementace eGovermentu v kraji). Dokument je realizován na základě uzavřené dohody o partnerství k projektu Technologické centrum a spisové služby Královéhradeckého kraje. Východiskem pro zpracování studie proveditelnosti byla výzva IOP č. 06 - „ROZVOJ SLUŽEB včetně příslušných příloh, vyhlášená Odborem strukturálních fondů MV ČR a zadávací dokumentace veřejné zakázky „Zpracování Studie proveditelnosti projektu Technologické centrum a elektronické spisové služby Královéhradeckého kraje“.

EGOVERNMENTU V OBCÍCH“

1.1

Základní informace k projektu

Název:

Technologické centrum ORP Hořice

Zkratka:

TC ORP

Popis:

Projekt technologických center (TC) je součástí projektu regionálních center, tzv. eGON center, která mají složku technologickou, vzdělávací a administrativní. Takto pojatá centra se stávají výrazným nositelem a šiřitelem znalostí konceptu eGovernment v regionech. Realizací eGON center se vytváří koncept rozvoje IS podle místních a regionálních podmínek v technologické oblasti i v oblasti provozního a personálního zajištění jeho rozvoje.

Projekt zřízení technologického centra ORP, včetně zajištění povinných služeb poskytne potřebnou technologickou infrastrukturu pro provoz: • • • •

spisových služeb včetně pracovních datových úložišť, elektronické spisovny a rozhraní na datové schránky ve vazbě na implementaci zákona 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů, typových projektů samospráv systémových služeb a dalších aplikací provozovaných pro potřeby samosprávy měst a obcí, centrálních projektů, zejména pro implementaci potřebných komponent základních registrů,

Garant projektu:

ORP Hořice

Lokalita:

ORP Hořice

Doba realizace:

05/2010-12/2010

Doba udržitelnosti:

5 let

Rozpočet projektu:

Celkem Kč 6 779 225,35 ( z toho nezpůsobilé výdaje Kč 220 401,85)

-

Elektronická spisová služba Kč 1 916 826,80 ( z toho nezpůsobilé výdaje Kč 181 532,69) Technologické centrum Kč 3 332 986,80,- (z toho nezpůsobilé výdaje Kč 38 869,16) Vnitrní integrace úřadu Kč 1 529 411,75


Hodnotící kritérium

Odkaz na studii proveditelnosti

Zdůvodnění projektového záměru

Kapitola č. 3.1., 3.2., 3.3., 3.4., 4.2.

Odkaz na žádost o finanční podporu nebo na povinné / nepovinné přílohy žádosti o finanční podporu Žádost Benefit 7, Kapitola č. 4.

17.1, 17.2 18.3.1,18.3.2,18.3.3,18.3.4 Vazba na tematickou strategii SA

Kapitola č. 3.1., 17.1, 18.3.1

x

Umístění projektu veřejné správy

Kapitola č. 3.1., 18.3.2

x

Volba klíčových aktivit

Kapitola č. 3.3., 17.7.1, 18.10.2

Benefit: Kapitola č. 4,

Provázanost projektu s OP LZZ

Kapitola č. 3.6., 15.3

x

Kvantifikace cílových hodnot

Kapitola č. 3.3.1., 18.3.2.6

Benefit: Kapitola č. 11

Ekonomický dopad

Kapitola č. 12.1., 17.8, 18.11.8,

x

Technické parametry řešení

Kapitola č. 7, 17.3, 18.7

x

Vazba projektu na centrální řešení

Kapitola č. 3.1., 17.3, 18.7

Kapitola č. 4.

Projektový tým

Kapitola č. 9., 17.6.1, 18.9

Kapitola č. 5.,6.

Finanční náročnost projektu

Kapitola č. 11.1, 11.3, 17.8.1, 18.11.3.

Kapitola č. 13., příloha č. 3 Řádný položkový rozpočet

Partnerství

Kapitola č. 6.4., 8.1, 17.4.,

Kapitola č. 8.

Řízení rizik (identifikace, návrhy opatření)

Kapitola č. 13., 17.9, 18.13

Kapitola č. 4.

Udržitelnost projektu

Kapitola č. 14, 17.10, 18.14.

Kapitola č. 4.

Horizontální kritéria

Kapitola č. 6.2, 18.6.2,

Kapitola č. 20

1.2

v Hexagonu

Účel, pro který je Feasibility Study zpracována a k jakému datu

Studie proveditelnosti je zpracovávaná za účelem: •

specifikace záměru vybudování TC ORP z hlediska stávajícího stavu řešené problematiky i jejího budoucího vývoje, • specifikace záměru pořízení elektronické spisové služby nebo upgrade stávající elektronické spisové služby pro potřebu ORP a jí zřizovaných organizací a umožnění přístupu k elektronické spisové službě pro potřeby obcí a jimi zřízených organizací ve správním obvodu žadatele, které nedisponují vlastní elektronickou spisovou službou nebo projeví zájem využít nově hostovanou spisovou službu umístěnou na ORP, • prokázání, že pro samotný projekt, byla vybrána nejlepší a ekonomicky nejvýhodnější varianta, • prokázání správnosti a reálnosti plánovaného rozpočtu, • prokázání opodstatněnosti jednotlivých způsobilých výdajů co do druhu a velikosti, • prokázání udržitelnosti projektu a schopnosti jeho financování ze strany žadatele po ukončení finanční podpory ze strukturálních fondů. Tento dokument rozpracovává záměr pořízení a implementace:


• vybudování TC ORP z hlediska stávajícího stavu řešené problematiky i jejího budoucího vývoje, •

pořízení elektronické spisové služby ORP

•

pořízení a rozšíření informačních systémů – vnitřní integrace úřadu

Studie proveditelnosti je zpracována k datu 27.5.2010

1.3

Identifikační údaje předkladatele projektu, kontaktní osoby

Název organizace:

Město Hořice

IČ:

00271560

Adresa:

náměstí Jiřího z Poděbrad 342

Telefon:

+420 733 532 921

E-mail:

[email protected]

Web:

http://www.horice.org/

Kontaktní osoba:

Bc. Monika Grundzová, referent kanceláře starosty a tajemníka

1.4

Investor

Investor záměru je:

Město Hořice

Název organizace:

ORP Hořice

IČ:

00271560

Adresa:

náměstí Jiřího z Poděbrad 342

Telefon:

+420 733 532 921

E-mail:

[email protected]

Web:


Kontaktní osoba:

Bc. Monika Grundzová, referent kanceláře starosty a tajemníka

1.5

Cílové skupiny projektu

Mezi cílové skupiny patří: • • • •

ORP Hořice jakožto garant realizace a provozovatel TC, zároveň jako konzument služeb poskytovaných TC, (zaměstnanci úřadu, radní a zastupitelé města) zřizované a zakládané organizace ORP Hořice jakožto konzument služeb poskytovaných TC, obce a jimi zřizované organizace ve správním území ORP, jakožto partneři projektu a zároveň jako konzumenti služeb poskytovaných TC, sekundárně občané prostřednictvím regionálních služeb TC, které budou realizovány po vytvoření TC ORP, přičemž TC ORP vytváří infrastrukturu pro jejich realizaci.


2 Rekapitulace výsledků výsledk studie Rozsah a obsah studie proveditelnosti je dán doporučenou doporu enou osnovou, která je součástí souč příručky žadatele o finanční ní podporu v rámci výzvy č. 06 Integrovaného operačního ního programu pro prioritní osu 2, oblast intervence 2.1, „ROZVOJ SLUŽEB eGOVERNMENTU V OBCÍCH“ pro část I - Zřízení Zř Technologického centra obce s rozšířenou působností, sobností, vvčetně zajištění povinných služeb a část ást II - Pořízení elektronické spisové služby Obce s rozšířenou řenou p působností a řešení ešení spisové služby obcí ve správním obvodu obce s rozšířenou působností. V úvodu je představen předkladatel edkladatel a garant projektového záměru zám ru Technologického centra a elektronické spisové služby ORP Hořice projektový záměr zám a cílové skupiny projektu. Popis současného asného stavu a historie projektu je zaměřen zam na informace o vývoji projektu, jeho strategickém rámci a návaznosti na další celostátní a regionální projekty. Dále tato kapitola obsahuje podrobnější podrobn informace o předmětu tu projektu, variantních řešeních a vazby projektového záměru ěru na jiné projekty. Koncepce marketingu je zpracována cována s ohledem na cílové skupiny tak, aby tyto skupiny cíleně cílen a efektivně oslovila a zároveň byla plně v souladu s požadavky dotačního titulu. Na základě analýzy poptávky byla vhodně navržena koncepční část projektu a sestaven marketingový mix. Byl charakterizovány a popsány dostupné hmotné dodávky potřebné pot ebné k provozování služeb a navrženy základní požadavky, parametry a kritéria výzvy ve veřejné ejné zakázky na realizaci TC ORP. Umístění ní projektu je pospáno v kapitole Lokalita a okolí, která prostorov prostorově definuje uje umístění umíst projektu, jeho návaznost na okolí (spádová oblast ORP) a možnosti dané lokality. Technický návrh představuje edstavuje vlastní koncept a jeho jednotlivé komponenty řešení ešení technologického centra ORP v návaznosti na koncept kraje a provádí vymezení v budoucnu ucnu poskytovaných služeb. Na technický koncept navazuje návrh organizačního organiza ního modelu jak pro etapu výstavby, tak pro etapu provozu (udržitelnosti) projektu. Další kapitola je věnována řešitelskému a organizačnímu organiza týmu z pohledu jeho složení a požadavků požadavk na kvalifikaci a zkušenosti jednotlivých členů. Dále je provedena finanční ní a ekonomická analýza projektu, která prokázala v porovnání s nulovou variantou (tedy nerealizací projektu) realizovatelnost a společenskou spole enskou efektivnost (dle všech spočtených spo hodnot se jedná o společensky ensky velmi přínosný p projekt). V dalších kapitolách je zpracován časový plán projektu s realizací TC ORP do konce roku 2010 tak, aby další, navazující projekty tzv. regionálních služeb, mohly být následně následn realizovány (TC ORP vytváří pro tyto projekty rojekty technologický rámec), dále je zpracována udržitelnost projektu (60 měsíců) m a identifikovány rizika s návrhem jejich eliminace. Závěrečná kapitola je zaměřena ěřena na shrnutí výsledků formou vyjádření ení se k realizovatelnosti a finanční rentabilitě projektu a doporučení čení dalšího postupu.

2.1

Manažerský souhrn

Projekt technologických center (TC) je sou součástí ástí projektu regionálních center, tzv. eGON center, která mají složku technologickou, vzdělávací lávací a administrativní. Takto pojatá centra centra se stávají výrazným nositelem a šiřitelem itelem znalostí konceptu eGovernment. Z pohledu umístění v hierarchii veřejné ve správy se eGON centra dělílí na eGON centra na úrovni obecních úřadů obcí s rozšířenou působností sobností (ORP) a na krajských úřadech. ú

Technologické centrum a elektronická spisová služba ORP

Strana 11 (celkem 145)

Studie vymezuje ezuje pojem Technologické centrum a okruhu aplikací, které je možno v Technologických centrech provozovat, a základních podmínek jejich provozu. Návrh odvozujeme od analýz, které proběhly prob v minulém období, z kterých vyplývá mimo jiné nízká úroveň úrove využití synergických ynergických efektů efekt mezi stupni veřejné správy. Zejména z průzkumu ůzkumu projektových zám záměrů samospráv však vyplývá i snaha měst m a obcí III. stupně řešit ešit problémy informatizace komplexně komplexn v rámci svého správního obvodu. Cílem projektu je tuto snahu podpořit realizací ací TC na všech krajích a co nejv největším počtu tu ORP a umožnit tak obcím lépe naplnit požadavek být dobrým hospodá hospodářem. Technologická centra ORP budou určena ur zejména k provozu systémů • • • •

spisových služeb včetně četně pracovních negarantovaných datových úložišť a rozhraní na datové schránky ve vazbě na implementaci zákona 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokument dokumentů, typových projektů samospráv, systémových služeb a dalších aplikací provozovaných pro potřeby pot eby samosprávy měst m a obcí, centrálních projektů,, zejména pro implementaci pot potřebných ebných komponent základních registrů, registr

V Technologickém centru je rovněž rovn možné provozovat pro vlastní potřebu ebu ORP jakékoliv aplikace, primárně však slouží k zajištění ění informatizace celého správního obvodu. Technologická cká centra ORP umožní posílit infrastrukturu ICT a podpořit podpo it ORP ve snaze o standardizaci IS obcí v rámci správního obvodu a zajišt zajištění stanovené úrovně služby.



3 Současný asný stav a historie projektu 3.1

Strategie a cíle

Cílem TC ORP je vybudování infrastruktury p pro provoz systémů: •

spisových služeb včetně četně pracovních negarantovaných datových úložišť a rozhraní na datové schránky ve vazbě na implementaci zákona č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokument dokumentů, • typových projektů samospráv, • systémových služeb a dalších aplikací provozovaných pro potřeby pot eby samosprávy měst m a obcí, • centrálních projektů,, zejména pro implementaci pot potřebných ebných komponent základních registrů. registr Strategický rámec projektu TC vychází ze stanovené strategie efektivní veřejné ve správy dané dokumentem EFEKTIVNÍ VEŘEJNÁ ŘEJNÁ SPRÁVA A PŘÁTELSKÉ P VEŘEJNÉ EJNÉ SLUŽBY - Strategie realizace Smart Administration v období 2007 2007–2015, dále na připravovanou ipravovanou realizaci základních registrů registr veřejné správy a na návrhy typových projektů projekt samospráv. VIZE TECHNOLOGICKÉHO OLOGICKÉHO CENTRA ORP Technologické centrum a okruh aplikací, které je možno v Technologických centrech provozovat, je definován na úrovni technologické architektury a infrastruktury pro poskytování regionálních služeb v oblasti eGovernmentu, jako součást souč eGON centra ORP. Technologická architektura a infrastruktury TC musí tvořit tvo it robustní, škálovatelný, bezpečný, bezpe stabilní, vysoce dostupný a parametrizovatelný celek s odolností proti výpadkům, výpadk m, umožňující umožň provoz klíčových aplikací a informačních systémů, ů, v nepřetržitém ne režimu, tj. 5 dní v týdnu a 12 hodin denně. denn Jednotlivé části ásti infrastruktury TC jsou vzájemně vzájemn integrovány, řízeny ízeny a monitorovány. Mezi klíčové zákazníky, kteří čerpající služby pat patří: • ORP • zakládané a zřizované izované organizace ORP • obce Z pohledu klíčových zákazníků ů ččerpající služby TC především z pohledu budoucího rozvoje je dále vhodné uvažovat: • •

stát (prostřednictvím ednictvím distribuovaných řešení, jako jsou např.. základní registry) občané (čerpající erpající služby typu životní situace prost prostřednictvím ednictvím samoobsluž samoobslužných kanálů (self care services) • další organizace v regionu. TC ORP bude komunikačně propojeno s TC Královéhradeckého kraje.

STRATEGIE REALIZACE SMART ADMINISTRATION Vláda vytyčila základní směřování ěřování ke zkvalitňování zkvalit veřejné ejné správy ve strategii Efektivní veřejná správa a přátelské veřejné ejné služby (Smart Administration). V kontextu projektu technologického centra ORP Hořice jsou zásadní tyto stanovené strategické cíle se kterými je projekt v souladu:: souladu: •

Zefektivnit činnost úřadů ů veř veřejné správy, snížit finanční nároky na chod administrativy a zajistit transparentní výkon veřejné ejné správy, což souvisí především p s: vytvářením ením synergických efekt efektů v budování komplexní infrastruktury v rámci regionu (úroveň kraje, ORP, obce a zř zřizovaných organizací), vytvářením standardizovaných rdizovaných prostředí prost s možností virtualizace, vytvářením ením standardizovaných typových aplikací (z pohledu minimálních nárok nároků na funkcionalitu).



realizací vnitřní ní integrace ú úřadů Přiblížit veřejné služby občanovi, čanovi, zajistit jejich maximální dostupnost a kvali kvalitu, tu, což souvisí p především s návaznými projekty, tzv. Regionálními službami Technologických center“ jako jsou: Zřízení ízení nebo update stávající spisové služby na krajích čii obcích a Integrace vnitřního vnit chodu úřadu, což souvisí s možností efektivního zjišťování stavu podání a vyřizování vyř případu (vazba na projekt CzechPOINT@home), Digitální mapa veřejné řejné správy, což souvisí s dostupností mapových podklad podkladů v oblasti účelových elových katastrálních map, technických map a územn územně analytických podklad podkladů, Digitalizace a ukládání ukládán dat, včetně zpřístupnění dokumentů z oblasti knižních fond fondů, stavebních spisoven, zdravotnických spisoven nebo dokumentů dokument významných svým obsahem či původem vodem pro kulturní, politické, náboženské či jiné oblasti, CzechPOINT@home (portál občana ob jakožto systém m podporující elektronickou komunikaci veřejnosti ejnosti s VS na lokální – místní úrovni; součástí ástí jsou zpracované životní situace s návazností na elektronické formulá formuláře, rezervační systém schůzek ůzek na p příslušném úřadě, zjištění ní stavu podání). Výše uvedené projekty jsou rozpracovány v dokumentech vycházejících právě práv ze strategie Smart Administration, především edevším se jedná o Strategii implementace eGovernment do území. •

Projekt TC ORP má, z pohledu hodnocení provád prováděného podle vrcholů HEXAGONu, dopad do všech vrcholů: Obrázek 1: Vrcholy Hexagonu

Legislativa

Finance

Organizace

Technologie

Občan

Úředník •

legislativa (vybudování infrastruktury bude využito pro naplnění napln ní realizace řešení ř v oblasti spisové služby a archivace / zákon o archivnictví a spisové službě, služb , datových schránek / zákon o elektronických úkonech a autorizované konverzi dokumentů, dokument , základních registrů registr / zákon o základních registrech.. Realizace projektu přispěje p k optimalizaci regulatorní, legislativní zát zátěže vyplývající z zákonů,, vyhlášek a nařízeních. na Projekt přispěje je ke zjednodušení, zefe zefektivnění a urychlení chodu úřadu z pohledu dodržování postupů daných zákony, vyhláškami a nařízeními na

•

organizace (podpora jednotlivých činností je zajišťována ována na úrovni, kde se její realizace jeví jako nejvhodnější jší (kompetence, kapacity, znalost apod. - z tohoto důvodu vodu jsou rrůzné povinné služby poskytovány na různých zných úrovních pro rrůzné klienty, v případě TC ORP lze zmínit nap např. provoz spisových služeb pro zř zřizované organizace, provoz negarantovaného ovaného úložiště úložišt pro obce atd.). Aktivity projektu přinesou inesou zásadn zásadní změnu organizace výkonu veřejné ejné správy ze současných sou procesů na efektivní elektronické procesy. Dále projekt řeší eší efektivní vynakládání veřejných ve prostředků potřebných ebných pro provoz úřadu. ú Realizací projektu dojde k naplnění naplně požadavku efektivní veřejné správy – „obíhají informace, nikoli občan, ob úředník“. edník“. Provedením organizačních organiza změn



dojde k zefektivnění ní proces procesů Úřadu, adu, zvýší se celková kvalita a rychlost jeho služeb poskytovaných občanům ům m a organizacím a jejich spokojenosti. Dojde ke snížení duplicity činností. •

občan an (dopad na ob občana zejména přii realizaci služby TC ORP Portál ob občana CzechPOINT@home, což souvisí zejména s dostupnostíí a transparentností informací). Zam Zaměření projektu a jeho opatřeních řeních přinese p ve svém důsledku zvýšení přidané idané hodnoty veřejné ve správy z pohledu občana, ana, respektive dojde ke zvýšení komfortu ob občana ana ve smyslu poskytovaných služeb – usnadnění ní styku ob občana s veřejnou ejnou správou, transparentnost jednání a úkon úkonů.

•

úředník (dopad na úředníka ředníka p příp. politika je opět v navazujících projektech, jako je Spisová služba, Vnitřní ní integrace ú úřadu a další). Vazba projektu na prvek „úředník“ edník“ je velmi silná. Úředník Ú hraje důležitou roli v celém procesu implementace technologického centra. Realizací projektu dojde ke zvýšení kvality a efektivity práce zam zaměstnanců úřadu (úředník ředníků), snížení korupce, zvýšení transparentnosti a efektivity jednotlivých úředních ú úkonů.

•

technologie (zásadní dopad pro vytvo vytvoření ení adekvátní infrastruktury pro navazující projekty, bez které by nebylo možno koordinovat aktivity jednotlivých jednotlivý aplikačně ě nebo datově datov zaměřených projektů - jedná se o zásadní koncepční koncep rámec). ). Informační ní a komunikační komunika technologie je vnímána i ve veřejné ejné správě správ jako hlavní zdroj reformy a inovace. Efektivní využívání moderních informačních ních technologií je jedním z prosazovaných přístupů,, které mohou odstranit zbytečnou zbyte byrokracii a čas as všem uživatel uživatelům.Projekt přispěje k zefektivnění ní proces procesů veřejné správy, k modernizaci a standardizaci jednotlivých úkonů. úkon . Projekt má jednoznačně jednoznač pozitivní dopad na tento vrchol hexagonu.

•

finance (synergický efekt nejen v kontextu různorodosti znorodosti navazujících projekt projektů, ale také z pohledu rozdělení regionu - kraj, ORP). Implementace výstupů projektu přinese řinese zajišt zajištění efektivnosti práce Úřadu adu a snížení nákladů náklad veřejných financí vynakládaných ných na zajišťované ve veřejné služby.

STRATEGIE IMPLEMENTACE EGOVERNMENT DO ÚZEMÍ Dokument MV ČR definuje zámě ěry státu přii implementaci eGovernmentu do území, a to formou soustavy typových projektů,, které je možné a důležité d realizovat, aby byly všechny základní kladní strategické dokumenty naplněny. ny. Projekty jsou koncipovány v souladu s Integrovaným operačním ním programem a Operačním Opera programem lidské zdroje a zamě zaměstnanost. Tím naplňují požadavek odstranění ění územních disparit vývoje informatizace ČR.

JE SLUŽEB PRO „INFORMAČNÍ „INFORMA SPOLEČNOST“ STRATEGIE ROZVOJE Strategie rozvoje služeb pro „informační „informa společnost“ nost“ navazuje na analytické poznatky, rozvíjí a specifikuje cíle v oblasti podpory eGovernment a racionalizace využívání ICT veřejnou ve ejnou správou. Z pohledu koncepce budováníí TC ORP je zásadní stanovení cíle v oblasti infrastruktury: •

„vytvoření ení robustní, bezpečné bezpe né a efektivní infrastruktury, schopné zprostředkovat zprost přístup k datovým zdrojům m s potenciálem dalšího rozvoje“.

TECHNOLOGICKÁ CENTRA ORP Projekt TC ORP plně respektuje dokument Technologické centrum obce s rozšířenou rozší působností (Koncept a východiska), který vytvá vytváříí základní rámec této studie a definuje povinné služby.

VAZBA NA CENTRÁLNÍ PROJEKTY Technologické centrum a elektronická spisová služba ORP


Vybrané připravované, ipravované, nebo probíhající centrální centrální projekty, se svými rozsahy a dopady dotýkají i projektu TC ORP, zejména s ohledem na možné využití infrastruktury pro provozování jejich částečných funkcionalit nebo využití jejich ur určitých služeb. Některé z nich nejsou dosud definovány tak, aby bylo možno vazbu zcela vymezit. Jedná se zejména o základní registry ve veřejné ejné správy a centrální místo služeb (CMS).

3.2

Informace o vývoji projektu a o jeho současném sou stavu

Historie projektu spadá až do doby utváření utvá ení krajských samospráv a vzniku obcí s rozšířenou působností. Strategie rozvoje města a úřadu adu bude řešena ešena navazujícím projektem z OP LZZ výzvou č. 53. Projekt Technologického centra je pln plně v souladu s vyhlášenou výzvou č.. 06 Ministerstva vnitra ČR „ROZVOJ SLUŽEB eGOVERNMENTU V OBCÍCH“ (Prioritní osa 2 - Zavádění ění ICT v územní veřejné ve správě, Oblast podpory 2.1 - Zavádění Zavád ICT v územní veřejné správě). Zpracování studie proveditelnosti zárove zároveň vychází z realizovaného průzkumu zkumu mezi obcemi. Zásadní pro realizaci projektu je požadavek legislativy ‐ novely zákona č.. 499/2004 Sb., který zavádí povinnost vést spisovou službu pro územní samosprávné celky a jejich zř zzřizované organizace. V přechodných lhůtách tách novela obsahuje ustanovení: "Určení původci vodci uvedou své spisové služby, elektronické systémy spisov spisové é služby vykonávané v elektronické podobě a spisové řády do souladu se zákonem č.. 499/2004 Sb., ve znění zn účinném ode dne nabytí účinnosti innosti tohoto zákona, do 3 let ode dne nabytí ú účinnosti tohoto zákona".

3.3

Charakteristika projektu

truktura p připravena ipravena na provoz uvedených aplikací a služeb. Na úrovni ORP V rámci TC ORP bude infrastruktura je nutné zajistit dohled a servis nad provozem po dobu 12 hodin/ 5 dní v týdnu. TCP ORP budou určena ena k provozu systémů, systém povinných aplikací: •

Negarantované úložiště nevyřízených nevy a neuzavřených spisů jako výstupů výstup dat ze systému elektronické spisové služby nebo document management systemu v kapacitě kapacit dostatečné pro vlastní potřebu ebu ORP a pot potřeby eby všech obcí správního obvodu a jejich organizace. V rámci projektu ukládání a digitalizace dat do ní obce a města ukládají neukončené čené a neuzavřené neuzav spisy v elektronické podobě, ě, tedy jak vlastní, tak přijaté p ijaté písemnosti spadající do režimu evidence a archivace podle zákona č. č. 499/2004 Sb., o archivnictví a spisové službě službě, ve znění pozdějších předpisů (povinná povinná služba), • Elektronická spisová služba, pro vlastní ORP, jí zzřízené ízené a založené organizace (povinná služba). Dále je možné TC ORP využít pro provozování aplikací v širokém spektru funkcí systémů systém samospráv, aplikovaných podle konkrétního realiza realizačního projektu, jakými jsou například: • • • • •

Účetnictví, rozpočet, řízení projektů, správa aktiv (majetek) , agendové systémy samosprávy.

Aplikace centrálních projektů: • • •

Agendový systém RUIAN územní identifikace (sb (sběr dat o změnách v území) agendový systém ROB (ohlašovna, matrika), agendový systém RPP (organizační (organiza struktura a kompetence).



Aplikace systémového charakteru: (budou umístěny ny podle konkrétních projekt projektů CMS a studie proveditelnosti TCK.) • • • •

Provoz schránek elektronické pošty, provoz domény, pravidelné zálohování lohování vyhrazeného datového prostoru, základní zabezpečení ení (firewall, antivir, antispam, zabezpečené zabezpe přenosové enosové kanály).

V Technologickém centru je rovněž rovn možné provozovat pro vlastní potřebu ebu ORP jakékoliv aplikace, primárně však slouží k zajištění ění informatizace infor celého správního obvodu. Na základě výzvy TC ORP byly stanoveny díl dílčí oblasti následovně: • •

Serverová část Datové úložiště

Byly vybrány objektivně měřitelné ěřitelné indikátory, které jsou pot potřebné k předložení edložení žádosti o dotaci z IOP a k tomuto projektu jsou u relevantní a kvantifikovatelné. Žadatel je povinen indikátory projektu dodržet, tzn. je nutné naplnit zvolenou cílovou hodnotu. 3.3.1

Indikátory oblasti 2.1 a jejich kvantifikace

Tabulka 1:: Indikátory výstupu projektu

Indikátor

Měrná jednotka

Stav po realizaci projektu

Současný časný stav

Počet úřadů se zavedeným systém elektronické spisové služby a elektronicky řízeným ízeným obě oběhem dokumentů

počet

1

26

Počet et vybudovaných datových úložiš úložišť pro potřeby elektronizace veřejné správy

počet

0

1

Počet úřadů s provedenou integrací ICT

počet

0

1

Vysvětlení tlení k popisu vybraných indikátorů indikátor : Počet úřadů se zavedeným systém elektronické spisové služby a elektronicky řízeným oběhem dokumentů – indikátor vyjadřuje řuje počet po úřadů obcí (všech typů)) ve správním obvodu ORP, které využívají elektronický systém spisové služby a elektronicky řízený oběh dokumentů.. V rámci aplikace Strategie Smart Administration a elektronizaci ve veřejné správy se tím rozumíí zavedení a používání spisové služby při oběhu dokumentů v úřadu. Počet et vybudovaných datových úložiš úložišť pro potřeby elektronizace veřejné ejné správy – indikátor vyjadřuje počet et vybudovaných a využívání datových úložišť úložiš pro potřeby územní veřejné řejné správy ve sprá správním obvodu ORP. To zahrnuje poskytování služeb dalším subjekt subjektům veřejné ejné správy podle definovaných podmínek a vazeb. Základní údaje o lokalitě jsou uvedeny v kapitole 6. Lokalita a okolí. Účelem elem projektu je zvýšení informatizace, zlepšení a rozší rozšíření služeb b zákazníkům, zajištění zajišt povinných a nepovinných služeb TC. Technologické centrum a elektronická spisová služba ORP


Technologická centra ORP umožní posílit infrastrukturu ICT a podpořit podpo it ORP ve snaze o standardizaci IS obcí v rámci správního obvodu a zajišt zajištění stanovené úrovně služby. Klíčovými aktivitami projektu tu jsou: • Vypracování studie proveditelnosti • Zpracování žádosti o dotaci • Výběrová řízení ízení na dodavatele • Publicita projektu • Dodávka technologií a zkušební provoz • Provoz TC nejméně po dobu udržitelnosti projektu Očekávaným přínosem ínosem je zlepšení a rozšíření rozší služeb zákazníkům, zefektivnění ní veřejné veř správy. Předpokládanými edpokládanými výstupy projektu jsou: • • •

Vybudování TC ORP, Update stávající spisové služby ORP Hořice Ho ice a nákup licencí pro obce a jimi zzřizované organizace Negarantované úložiště. ě.

Upgrade stávající spisové služby a nákup licencí pro obce a jimi zřizované izované organizace Jedná se o projekt, jehož realizace paraleln paralelně probíhá s budováním TC ORP, přičemž p spisová služba bude využívat technologickou infrastrukturu TC. Služba bude poskytována pro: • • • •

ORP zakládané a zřizované izované organizace or ORP obce ve správním obvodu ORP a jimi zzřizované organizace Projekt je řešen včetně ě zajištění zajišt úložiště nevyřízených a neuzavřených ených spisů. spis

Negarantované úložiště Negarantované úložiště je určené čené zejména pro ukládání dokument dokumentů nevyřízených ízených a neuzavřených neuzav spisů v elektronické podobě.. Je základem konstrukce TC ORP. Služba je určena pro: • • •

3.4

ORP zakládané a zřizované izované organizace ORP obce ve správním obvodu ORP a jimi zzřizované organizace

Varianty řešení

Projekt Technologické centrum ORP je možno řešit v několika variantách: • • • • •

Nerealizovat TC ORP vůbec vů (ORP nepodá projekt dle výzvy) Nerealizovat TC ORP a pronajmout si jej jako službu (outsourcing) – protože podmínkou pro poskytnutí dotace je nutné vlastnit technologii a příslušné p íslušné licence není tato varianta realizovatelná Realizace hlavního i záložního TC ORP vlastními prostředky v prostorách m města Realizace pouze hlavního TC ORP vlastními prostředky v prostorách města ěsta Realizace hlavního i záložního TC ORP vlastními prostředky v v zabezpečených zabezpe prostorách externího správce



•

Realizace pouze hlavního TC ORP vlastními prostředky v v zabezpečených čených prostorách externího správce Z pohledu možnosti využití stávajících za zařízení (HW) a SW je jednoznačně ě problematická nemožnost garance minimální doby udržitelnosti p především z pohledu nezajištění ní smluv o podpo podpoře a servisu existujících zařízení ízení (HW) a SW v délce trvání pěti let.

3.5

Etapy projektu

Projekt bude realizován v rámci jedné etapy. Harmonogram realizace je navržen ve třech t fázích: • •

Přípravná fáze – vytvoření studie proveditelnosti p a dalších potřebných ebných do dokumentů včetně jejich schválení, uzavření ení potřebných partnerských smluv Realizační fáze – vypsání ve veřejné zakázky a vlastní dodávka řešení, ešení, implementace a zkušební provoz bude rozděleno leno do dvou etap:

•

První etapa zahrnuje a končí kon dodáním/převzetím evzetím HW a SW pro TC ORP od vybraného dodavatele. Po jejím ukon ukončení město Hořice předloží edloží žádost o platbu a vyplacení dotace za první etapu realizace. Druhá etapa zahrnuje kompletní implementaci a zprovoznění zprovozn ní TC OR ORP včetně provedení funkčních testů a nezbytného školení. Po jejím ukon ukončení město Hořčice Hořč předloží žádost o platbu a vyplacení dotace za druhou etapu realizace. Provozní fáze – produktivní provoz po dobu udržitelnosti projektu

Přípravná ípravná fáze byla zahájena zpracováním této studie proveditelnosti. Vlastní realizační realiza fáze bude zahájena po podání příslušného íslušného projektu ve druhém čtvrtletí tvrtletí 2010. Ukonč Ukončení realizační fáze je předpokládáno na přelomu elomu roku 2010/2011 (TC a spisová služba). Ukončení Ukon ení realizace vnitřní vnit integrace úřadu adu je plánováno na 31.12.2011 (ukon (ukončení realizace projektu).

3.6

Návaznosti na další projekty a výzvy v rámci IOP

TC ORP je budováno s ohledem na další podporované aktivity IOP, pro které TC ORP vytváří technologické zázemí, jedná se o tzv. regioná regionální služby, mezi které patří především: edevším: ELEKTRONICKÁ SPISOVÁ SLUŽBA ORP Jedná se o projekt, jehož realizace paraleln paralelně probíhá s budováním TC ORP, přičemž p spisová služba bude využívat technologickou infrastrukturu TC. Služba bude poskytována pro: • •

obec s rozšířenou působností ůsobností a jí zzřizované organizace, obce a jimi zřizované izované organizace ve správním obvodu obce s rozšířenou rozšíř působností, které projeví zájem využít nově hostovanou spisovou službu umístěnou nou na ORP Projekt je řešen včetně vazby na negarantované úložiště nevyřízených ízených a neuzavřených spisů. spis Projekt je v přípravné fázi.



DIGITALIZACE A UKLÁDÁNÍ DAT Digitalizace a ukládání dokumentů je projekt zaměřený ený na zpracování dokumentů pro potřebu fungování úřadů a dále na záchranu, ochranu a zp zpřístupnění dokumentů z oblasti knižních fondů, fond stavebních spisoven, zdravotnických spisoven nebo dokument dokumentů významných svým obsahem či původem pro kulturní, politické, náboženské či č jiné oblasti, kterým hrozí nebezpečíí fyzického poškození či rozpadu v důsledku jejich častého o používání. TC ORP navazuje na projekt Digitalizace a ukládání hlavně hlavn v rámci propojení s Krajskou digitální spisovnou (KDS), která navazuje na projekty implementace (či ( rozšíření) ení) elektronické spisové služby u různých subjektů kraje. Krajská digitální spisovny s bude zajišťovat správu úředních edních dokumentů dokument na úrovni kraje v době od uzavření (vyřízení) řízení) do skartace či vyřazení azení do Národního digitálního archivu. Z právního pohledu bude KDS provozována p především podle zákon č.. 499/2004 Sb. ve znění zně pozdějších předpisů, Národního standardu pro elektronické systémy spisové služby a další platné legislativy. Projekt je v přípravné fázi. CZECH POINT@HOME Projekt bude zaměřen en na efektivn efektivnější komunikaci občana s VS včetně služeb typu popisu životních situací a jejich navázání vázání na elektronická podání formou formulá formulářů,, rezervace času úředníka, ú zjišťování stavu případu čii informacích zveřejněných zveř na elektronické úřední desce. TC ORP je navrženo tak, aby pokrylo předpokládané p edpokládané požadavky na infrastrukturu pro realizaci tohoto projektu. Královéhradecký kraj o tento projekt bude žádat prostřednictvím prost ednictvím vyhlášených výzev IOP. Projekt je v přípravné fázi. ORP Hořice dále předpokládá edpokládá realizaci i projekt projektů v rámci výzev OPLZZ, které mají určitou ur vazbu na TC ORP. Jsou to zejména: Výzva č. 40 - Vzdělávání lávání v eGon Centrech krajů kraj a obcí s rozšířenou působností sobností V rámci tohoto projektu bude vytvo vytvořeno eGON Centrum obce s rozšířenou řenou p působností, bude zajišťovatí školení (prostřednictvím ednictvím vlastních školitel školitelů proškolených Institutem pro místní správu správ Praha s bezplatným využitím centrálního eLearningového výukového prost prostředí edí Institutu pro místní správu Praha) pro vlastní úředníky, edníky, vlastní zam zaměstnance, členy zastupitelstva obce s rozšířenou rozší působností a zaměstnance zřizovaných izovaných organizací, kte kteří budou plnit úkoly spojené s jednotlivými prvky eGovernmentu. Dále pak v rámci svého správního obvodu eGON centrum zajistí školení pro úředníky ú úř obcí základního typu a úředníky obcí s pověřeným ěřeným obecním úřadem, ú členy zastupitelstev těchto chto obcí a zam zaměstnance jimi zřizovaných organizací, kteříí budou z těchto prostředků školeni bezplatně. Obec s rozšířenou působností sobností může m uzavřené dohody školit také úředníky, edníky, zam zaměstnance a členy zastupitelstev obcí a zaměstnance stnance organizací jimi zzřizovaných, izovaných, které se nacházejí ve správním správní obvodu jiné obce s rozšířenou působností sobností v rámci kraje. Projekt je v řešení, žádost ádost na realizaci tohoto projektu již byla podána.

Výzva č. 53 - Zvýšení kvality řízení v úřadech územní veřejné správy Cílovými skupinami projektu jsou: • • •

obce s rozšířenou působností, ůsobností, jejich orgány a jimi zřízené z ízené nebo založené organizace a jejich zaměstnanci; politici obcí z rozšířenou enou působností, p včetně volených zástupců; obce ve správním obvodu dané obce s rozšířenou působností, sobností, jejich zamě zaměstnanci; politici a volení zastupitelé



V rámci výzvy budou podpořeny eny projekty zam zaměřené na zvýšení kvality veřejných ejných služeb prostřednictvím: prost • aplikace modelu Společný čný hodnotící rámec (model CAF) • implementace principů ů projektového a/nebo procesního řízení • strategického plánování a tvorby zásadních koncepcí rozvoje daného samosprávného celku • řízení ekonomiky s akcentem na rozpočtový rozpo tový proces a strategické plánování • vzdělávání lávání ve výše uvedených oblastech. Projekt je v řešení, žádost ádost na realizaci tohoto projektu již byla podána.

Výzva č. 57 - Efektivní řízení ízení lidských zdroj zdrojů Městského úřadu v Hořicích Cílem předkládaného edkládaného projektu je zkvalitnit řízení a rozvoj lidských zdrojů městského ěstského úřadu ú k posílení efektivity veřejné správy a veřejných řejných služeb v obci s rozšířenou rozší působností Hořice. řice. Cíl bude dosažen vytvořením ením a implementací systému hodnocení a vzd vzdělávání lávání vedoucích zaměstnanců zam a personalistky úřadu adu v oblasti metod řízení lidských zdrojů a implementací těchto ěchto získaných znalostí a dovedností do praxe. Bude zakoupen SW, kterým bude proškolena cílová cílová skupina. Projekt je cílen na personalistku a skupinu vedoucích zam zaměstnanců městského úřadu Hořice ice a jeho volených zastupitelů. zastupitel



4 Analýza poptávky a koncepce marketingu Tato kapitola se zabývá analýzou poptávky a nabídky, jako podklad pro vytvoření vytvoření market marketingové strategie, marketingového mixu a popisu koncepcí odbytu.

4.1

Analytická část

Předmětem tem této kapitoly je analýza poptávky a nabídky realizace TC ORP. Aby mohla být formulována poptávka po službách TC, je třeba t eba znát, kdo bude cílovou skupinou konzumentů služeb. Mezi klíčové ové konzumenty služeb budou patřit: pat • • • • • • • 4.1.1

ORP zakládané a zřizované izované organizace ORP obce ve správním území ORP zřizované izované a zakládané organizace obcí ve správním území ORP stát (prostřednictvím ednictvím distribuovaných řešení, jako jsou např.. základní registry) regis občané (čerpající erpající služby typu životní situace prostřednictvím prost ednictvím samoobslužných kanálů) kanál další organizace v regionu. Analýza poptávky výstupů výstup projektu

Při poptávání zajištění ní služeb TC ORP byly zohledněny zohledn následující vstupy: • • • • •

Stávající stav technické architektury a infrastruktury ORP. Výzva IOP č.. 06 na rozvoj služeb eGovernmentu v obcích. Koncepce a východiska realizace technologických center popsaná v dokumentu MV ČR „Technologické centrum obce s rozší rozšířenou působností sobností (Koncept a východiska)“. Příručka a pro žadatele a příjemce p finanční ní podpory v rámci Integrovaného operačního opera programu pro prioritní osu 2, oblast intervence 2.1, výzvy číslo íslo 06 na rozvoj služeb eGovernmentu v obcích, včetně souvisejících příloh. říloh. Výsledek průzkumu zkumu požadavk požadavků na zajištění služeb TC ORP.

Poptávka na vybudování technologického centra ORP je zaměřena zam ena zejména na: • • • • •

vytvoření ení robustní platformy (HW, SW, virtualizace) a nezbytné síťové sí ové infrastruktury poskytování povinných služeb, které lze rozd rozdělit na služby: Negarantované úložiště ě nevyřízených nevy a neuzavřených spisů jako výstupů výstup dat ze systému elektronické spisové služby nebo document management systému v kapacitě kapacit dostatečné pro vlastní potřebu ebu ORP a potřeby pot eby všech obcí správního obvodu a jejich organizace. (povinná služba) Elektronická onická spisová služba, pro vlastní ORP, jí zzřízené ízené a založené organizace (povinná služba) Další typové projekty – služby ORP a obcí ve správním obvodu ORP

Z příručky pro žadatele a příjemce říjemce finan finanční podpory v rámci Integrovaného operačního opera programu pro prioritní ioritní osu 2, oblast intervence 2.1 vyplývají i další požadavky na informování o projektu a propagaci projektu. Závazná pravidla pro provádění provád informačních a propagačních opatření, ení, kterými se musí příjemci p řídit, jsou v příloze č. 4 této příruč říručky.

4.1.2

Definice ce nabídky výstup výstupů projektu

Nabídka výstupů projektu TC ORP obsahuje:



• •

4.2

Poskytování služeb TC ORP pro své zákazníky vvčetně zajištění ní synergie s realizovanými či probíhajícími projekty. Zajištění vnitřní ní organizace a provozu TC.

Návrhová koncepční ní část č

Na základě výše uvedené analýzy byl stanoven hlavní cíl projektu vytvoření ení TC ORP: „Vytvoření dostatečné né robustní, škálovatelné, bezpečné, bezpe né, stabilní, vysoce dostupné a konfigurovatelné technické infrastruktury, odolné proti výpadk výpadkům, která umožňuje provoz klíčových ových aplikací, informačních informa systémů a služeb, v režimu 5 dní v týdnu a 12 hodin denně a umožňující ující jejich integovatelnost“ Dekompozicí tohoto hlavního cíle byly stanoveny dílčí díl cíle pro oblasti: •

HW a síťové infrastruktury

Tabulka 2 Dílčí cíle, HW a síťové ové infrastruktury

Dílčí cíle Zajištění robustnosti řešení

Popis Prostředí vytvářející ející velmi kvalitní základ HW infrastruktury

Zajištění ní škálovatelnosti a konfigurovatelnosti řešení

Prostředí umožňující nastavovat a konfigurovat jednotlivé komponenty technické infrastruktury nfrastruktury TC s ohledem na provozované aplikace

Zajištění rozšiřitelnosti

Prostředí umožňující rozšiřitelnost / doplňování ování jednotlivých HW komponent

Zajištění odolnosti proti výpadkům

Vybudování stabilního prostředí edí TC, odolného proti výpadkům výpadk a proti chybám

Možnosti rozložení zátěže

Prostředí umožňující rovnoměrně rozkládat zátěž ěž mezi jednotlivé nody

Zajištění ní integrovatelnosti komponent

jednotlivých HW

Zajištění, aby jednotlivé komponenty technické infrastruktury byly vzájemně vzájemn kompatibilní

Zajištění a garantování dostatečné čné sí síťové konektivity TC na okolní subjekty

Zejména mezi krajským úřadem, adem, zakládanými a zřizovanými z organizacemi, ORP, obcemi a dalšími vybranými subjekty

•

SW architektury

Tabulka 3 Dílčíí cíle, SW architektury Dílčí cíle Provozování aplikací poskytování služeb

orientovaných

na

Řízení procesů a služeb

•

Popis Provozování aplikací v rámci TC, jejichž vnitřní ní architektura bude architektura orientovaná na poskytování a konzumování služeb (např. (nap SOA) Řízení aplikačních procesů (aplikačních ních workflow) prostřednictvím prost katalogu služeb organizace

Organizace a řízení TC

Tabulka 4 Dílčíí cíle, Organizace a řízení ř TC Dílčí cíle

Popis

Zajištění potřebné ebné dostupnosti jednotlivých

Zajištění potřebné ebné dostupnosti aplikací, hostovaných v prostředí prost TC, na



aplikací a služeb TC

základě uzavřených SLA

Umožnění postupného rozšiřování ování služeb

Umožnění postupného rozšiřování aplikačních ních a dalších služeb na základě základ rostoucích požadavků zákazníků TC

Garantování poskytování služeb TC v souladu s legislativou

Garantování, že jednotlivé hostované služby nejsou v rozporu s platnou legislativou

Zajištění ní systémové architektury po celou dobu udržitelnosti TC

Jedná se o zajištění ní a dodržování všech principů popsaných ve skupině cílů "HW a síťová infrastruktura“

Zajištění a garantování zodpovědnosti dnosti za data

Jednoznačné stanovení odpovědnosti dnosti za data v rámci TC .

Zajištění a garantování zodpovědnosti ědnosti za aplikace

Jednoznačné stanovení odpovědnosti dnosti za aplikace a systémové služby provozované v rámci TC

Zajištění a garantování zodpovědnosti ědnosti za provozované služby

Na základě uzavřených SLA smluv, popř.. jiných dohod a ujednání.

Dodržování pravidel a podmínek začlen členění a provozování aplikace v rámci TC

Vydefinování a následné dodržování pravidel a podmínek, za kterých může m být aplikace, nebo systémová služba, provozována v rámci TC.

Udržování pasportu aplikací provozovaných v rámci TC

služeb

Vytvoření ení a aktualizace seznamu aplikací a služeb, které jsou hostované v prostředí TC.

Zajištění dostatečné né kapacity lidských zdrojů zdroj pro provoz a údržbu TC

Zajištění dostatečný počet et kvalifikovaných lidských zdrojů zdroj (pracovníků) pro provoz a správu globální architektury TC

Řízení ízení globální architektury TC jako celku

Řízení ízení všech vrstev TC. Jedná se zejména o vrstvy:

a

- HW a síťové infrastruktury - aplikační architektury - nabízených služeb - lidských zdrojů provozující a udržující TC

Tyto cíle jsou v plném souladu se strategií budování technologických center - jedním ze ttřech pilířů eGON center. Způsob, jakým se docílí naplnění ění jednotlivých dílčích díl cílů a specifikace metrik měř ěřitelnosti jejich dosažení, již nejsou předmětem tem tohoto dokumentu a m měly by být popsány v informační ní strategii.

4.2.1

Marketingová strategie

Cílem marketingové strategie je popsat zp způsob sob dosažení výše uvedených cílů pro výše definované segmenty zákazníků. Důležitým faktem přii budování TC ORP je poskytnout svým zákazníků zákazníků jasně jasn definovaný rámec kvalitních a dostupných služeb, specifikovaných v rámci SLA. Proto, aby mohly být služby TC ORP zajištěny zajišt v odpovídající kvalitě (jako je e dostupnost služby, doba její odezvy, doba jejího zprovoznění ění p přii jejím výpadku, atd.), je nezbytné, aby byly provozovány na robustní, bezpečné né a do budoucna rozšiřitelné infrastruktuře infrastruktu a architektuře. Podle cílového segmentu zákazníků zákazník lze služby poskytované v rámci TC ORP rozdělit rozd na interní (kde je primárním zákazníkem MÚ) a externí (obce, zakládané a zřizované izované organizace obcí a ORP, stát, občané ob a další organizace v regionu). Technologické centrum a elektronická spisová služba ORP


Mezi interní služby / aplikace poskytované TC ORP patří: pat • • • • • • • • • • • • • • • • • • • • • • • • • • • • • • •

Negarantované úložiště ě (povinná aplikace) Elektronická spisová služba (povinná aplikace) Účetnictví Rozpočet Výkaznictví evidence majetku evidence autorizované konverze personalistika docházka stavební řízení místní poplatky evidence soudních sporů sociální agenda sociálně právní rávní ochrana dětí d přestupky správní řízení matrika Volby legalizace, vidimace přidělování adres (ČP, P, ČO, Č Ulice) kopie dat centrálních registr registrů školská matrika systém elektronického zadávání zakázek právní předpisy schránky el. pošty vyhrazený datový prostor virtuální stroje prostor pro replikaci distrib. systém systémů Využití technologie virtuálních desktopů desktop službu provozu certifikač certifikační autority síťové služby

Mezi externí služby / aplikace TC ORP patří: pat • • • • • • • • • • • • • • • • • •

Negarantované úložiště ě (povinná aplikace) Elektronická spisová služba (povinná aplikace) CZECHPOINT@HOME / CZECHPOINT@OFFICE evidence autorizované konverze správní řízení legalizace, vidimace přidělování adres (ČP, P, ČO, Č Ulice) kopie dat centrálních registr registrů školská matrika systém elektronického zadávání zaká zakázek právní předpisy schránky el. pošty vyhrazený datový prostor virtuální stroje prostor pro replikaci distrib. systém systémů terminal server službu provozu certifikač certifikační autority síťové služby



4.2.2

Marketingový mix

„Marketingový mix je soubor taktických marketingových nástrojů - výrobkové, cenové, distribuční distribu a komunikační politiky, které firmě ě umož umožňují upravit nabídku podle přání zákazníků ů na cílovém trhu“. Obsahuje a konkretizuje všechny kroky, které organizace dělá, d lá, aby vzbudila poptávku po produktu. Tyto kroky jsou rozděleny do čtyř proměnných: • • •

Produkt (služba) - uspokojuje požadavky zákazníka. Cena - hodnota vyjádřená řená v penězích, zích, za kterou se produkt prodává (služba poskytuje). Místo - jak se bude produkt prodávat (služba nabízet), včetně v ě distribu distribučních cest, jejich dostupnosti, atd. • Propagace - jak se spotřebitel spotř (konzument služby) o produktu dozví. Následující kapitoly se detailněji ěji zabývají popisem jednotlivých proměnných. prom

PRODUKT Produktem (službou) v pojetí TC ORP to jsou především p edevším služby provozu elektronické spisové služby splňující ující požadavky dané zákonem č. 499/2004 Sb., o spisové službě a archivnictví, ve znění zn pozdějších předpisů a poskytování služeb negarantovaného úložišt úložiště nevyřízených ízených a neuzavřených neuzav spisů. Kromě těchto chto jsou to i další služby spojené s provozem TC ORP (management, monitoring, zálohování, …) a dalších projektů v rámci realizace Strategie implementace eGovernmentu. V rámci kapitoly 4. Analýza poptávky a koncepc koncepce e marketingu jsou specifikovány jednotlivé zákaznické segmenty a nabízené služby. Jak je uvedeno výše, sada služeb bude provozována na robustní, bezpe bezpečné né a do budoucna rozšiřitelné rozši infrastruktuře a architektuře e splňující cíle popsané v kap. 4.2. Návrhová koncepční ční část. Tato architektura bude připravena ipravena provozovat služby v režimu 12x5, včetně garantování vysokého stupně stupn zabezpečení. Udržitelnost celé infrastruktury a architektury řešení je předpokládána minimálně ě po dobu 60 m měsíců. Detailní popis technické é architektury, hostující jednotlivé aplikace, které poskytují sadu služeb, je obsahem kap. 7. Technické řešení. Pravidla o poskytování a garantování služeb budou součástí sou ástí SLA mezi jejich poskytovatelem a konzumentem. V případě poskytování služeb cílovým zzákazníkům - občanům (např.. služba typu CzechPOINT@home), budou pravidla pro jejich poskytování a garantování zveřejněna zve prostřednictvím ednictvím dostupných informačních informa zdrojů, souvisejících s jejich poskytováním (např. (nap v prostředí edí webového portálu poskytující danou dano službu typu CzechPOINT@home).

CENA Služby TC budou poskytovány typicky zdarma. Podmínkou pro čerpání erpání dotace z fondu EU na jeho výstavbu je jeho neziskovost. To znamená, že pokud by v budoucnu byla stanovena cena za poskytování vybraných služeb, nesmí dojít k převýšení jejich provozních nákladů. Ty jsou zohledněny v samostatné kapitole 11. Finanční Finan analýza projektu, finanční ční plán.



MÍSTO TC ORP bude vybudováno v prostorách M Městského úřadu v Hořicích. Toto centrum bude splňovat ovat následující přísná p kritéria na zajištění ní vyhovujícího umíst umístění, která jsou specifikována v dokumentu „Technologické centrum obce s rozší rozšířenou enou působností pů (Koncept a východiska)“: • • • •

teplota prostředí edí se pohybuje v rozmezí od 18°C do 24°C, relativn í vlhkost v rozmezí 35% 35%-65%, v místnostech stech datových center budou instalována požární čidla kouře e a teploty, tyto prostory jsou napojeny na systém elektronické zabezpečovací zabezpe ovací signalizace, v prostorách je zajištěn ěn n rozvod elektrické energie 230V/50Hz s „bezvýpadkovým“ zálohováním, samostatně jištěný ný pro rozvad rozvaděč nebo prostor a jsou rovněž zajištěny ny diesel (benzin) agregáty, • vnější jší ochrana budovy vlastníkem, nebo bezpe bezpečnostní nostní službou 24 hodin denn denně a 7 dní v týdnu, • jsou prokazatelně evidovány osoby vstupující do vyjmenovaných technologických pro prostor, • prostory, v nichž se datová centra nacházejí, leží mimo zátopovou oblast tzv. stoleté vody. Veškeré poskytované služby TC ORP budou nabízeny z jednoho místa.

PROPAGACE Aby byla propagace poskytovaných služeb TC efektivní, je ttřeba ji zacílit na správný rávný segment zákazníků. zákazník Cílem propagace je získat zájem u potenciálního zákazníka využívat služeb TC ORP. Z důvodů velmi podobného charakteru přístupu p ístupu k poskytovaným službám je možné následující zákaznické segmenty, pro účely čely propagace služeb, slou sloučit v jeden, a to „obce obce a organizace“. organizace Jde o zákaznické segmenty: • Zřizované izované a zakládané organizace ORP • Obce, • Zřizované izované a zakládané organizace obcí. Propagace služeb TC ORP je zam zaměřena na následující zákaznické segmenty: • • • •

obce a organizace občané další organizace v regionu EU (primárně z důvodu vodu čerpání č dotace na zprovoznění TC ORP)

Obce a organizace •

Klíčové prostředky edky propagace poskytování služeb TC ORP obcím a organizacím jsou předpokládány: • Kampaň - oslovení obcí a organizací cílenou nabídkou za ú účelem elem uzav uzavření smluvního vztahu (SLA). • Osobní jednání cílené na konkrétní zákazníky - kde budou prezentovány aktuální informace o službách a infrastruktuře ře TC ORP, o možnostech jeho rozšiřování, rozši apod. • Webový portál ORP Hořice - obsahující základní informace o TC ORP včetně vč nabízených služeb formou reklamy. Občané • •

Klíčové prostředky edky propagace poskytování služeb TC ORP občanům ob m jsou předpokládány: p Webový portál ORP - zveřejnění zve vybraných informací zaměřené ené na občany obč (např. dostupnost a spolehlivost služeb CzechPOINT@home, včetně IT podpory řešení ešení životních situací, apod.).



•

Publikování v tisku, odborných časopisech s informacemi o projektu a poskytovaných službách občanům.

EU Pravidla pro provádění ní informač informačních a propagačních opatření jsou uvedena v příloze č. 4 příručky pro žadatele a příjemce finanční ní podpory, výzvy IOP č. 6. Veškerý pořízený ízený hmotný majetek bude ozna označen en dle podmínek povinné publicity. Informace o projektu budou uveřejněny ny na stránkách žadatele. 4.2.3

Koncepce odbytu

TC ORP je budováno za účelem elem poskytování služeb služe různým zným zákaznickým segment segmentům, jak je popsáno v předchozích kapitolách. zkumu a na základě základ společného workshopu s jednotlivými ORP v rámci Z dotazníkového průzkumu Královéhradeckého kraje se dosp dospělo k závěru, že za účelem elem pokrytí služeb celého kraje bude vybudováno váno TC na úrovni kraje a každá z ORP bude budovat své vlastní TC ORP. V rámci přípravy ípravy projektu TC ORP se uskutečnila uskute jednání s obcemi správního obvodu ORP Hořice, Ho kde byla projednávána jejich účast čast na projektu a definováno partnerství. Z důvodu ůvodu zajišt zajištění potřebné součinnosti budou s partnery uzavřeny uzav potřebné ebné smlouvy o partnerství vymezující práva a povinnosti jednotlivých subjektů (min. v oblasti vzájemného poskytování služeb a dalšího provozu a rozvoje projektu).



5 Materiálové vstupy pot potřebné k projektové činnosti Předmětem tem kapitoly je charakteristika a popis dostupných hmotných dodávek potřebných pot k provozování služeb a návrh základních požadavk požadavků, parametrů a kritérií výzvy veřejné ejné zakázky na realizaci TC ORP.

5.1

Charakteristika a popis dostupnosti hmotnýc hmotných dodávek potřebných řebných k provozování služeb

Z pohledu dostupných hmotných dávek pot potřebných k provozování TC ORP jsou uvažovány pro datovou a aplikační vrstvu následující s přihlédnutím řihlédnutím k využití virtualizačních technik: • • • •

5.2

Aplikační servery Disková úložiště SW pro virtualizaci Služba oživení a instalace aplikačního aplika serveru, diskového úložiště

Návrh základních požadavků, požadavk parametrů a kritérií výzvy veřejné ejné zakázky na realizaci TC ORP

Schéma veřejných zakázek: Část budování TC ORP bude vzhledem k výši zakázky a dle zákona č.. 137/2006 Sb., o Veřejných Ve zakázkách, realizována formou podlimitní veřejné ve zakázky v otevřeném řízení.



6 Lokalita a okolí 6.1

Umístění projektu

Charakteristika ORP Hořice Správní obvod Hořice ice se nachází ve střední st částí Královéhradeckého kraje a sousedí s dalšími správními obvody našeho kraje; na severu a severozápadě severozápad s obcemi správního obvodu Nová Paka a Jičín, Ji na jihovýchodě s obcemi správního právního obvodu Nový Bydžov, na jihu s obcemi správního obvodu Hradec Králové a na východě s obcemi správního ob obvodu Dvůrr Králové nad Labem. Správní území zahrnuje k 1. 1. 2005 29 obcí (Bašnice, Bílsko u Hořic, Ho Boháňka, Borek, Bříšťany, any, Cerekvice nad Bystřicí, Byst Červená Třemešná, Dobrá Voda u Hořic, řic, Holovousy, Hořice, Ho Chomutice, Jeřice, ice, Lískovice, Lukavec u Hořic, Ho Miletín, Milovice u Hořic, ic, Nevratice, Ostroměř, Ostrom Petrovičky, ky, Podhorní Újezd a Vojice, Rašín, Rohoznice, Sobčice, ice, Staré Smrkovice, Sukorady, Tetín, T Třebnouševes, Úhlejov, Vřesník). esník). Obec Staré Smrkovice, přešla ešla k tomuto datu ze správního obvodu Ji Jičín do správního obvodu Hořice. ice. Rozlohou i po počtem obyvatel patříí správní obvod k nejmenším v kraji. V jediném městě m obvodu v Hořicích icích žilo k 31.12. 2004 necelých 50 procent obyvatel správního obvodu. Jednu pětinu p území pokrývají lesy, země ědělská půda tvoří téměř 70 procent nt rozlohy správního obvodu. Území leží na úpatí Hořického ického pískovcového chlumu, jenž je přirozeným p irozeným předělem p mezi drsným podhůřím ím Krkonoš na severu a úrodným Polabím na jihu. Hořický Ho ický chlum, tvořený tvoř mohutnými ložisky kvalitního pískovce vhodného pro práce sstavební i nejjemnější sochařské, ské, se stal zdrojem obživy zdejšího obyvatelstva, mnoha generací kameníků. kameník Hořické ické lomy dodávaly kámen i na stavbu Karlova mostu, Svatovítské katedrály, Staroměstské ěstské radnice a v 2. polovině polovin 19. století hořický ický kámen putoval na stavbu Národního divadla, Národního muzea a Rudolfina. Město M Hořice ice je vyzdobeno mnoha krásným plastikami, nazýváno je „městem ěstem kamenné krásy“ či „českými eskými Athénami“. Hořice Hoř za ně vděčí nejen zdejšímu pískovci, ale především edevším slavné sochařsko-kamenické socha škole, jejím profesorů, profesor žákům a dalším příznivcům. Město sto proslulo i výrobou ho hořických trubiček podobně jako nedaleký Miletín, který se pyšní výrobou tradiční ní pochoutky z perníku a medu, zdobené mandlí tzv. Miletínské modlitbi modlitbičky.

TC ORP bude realizováno v prostorách ORP Hořice, Ho na adrese náměstí Jiřího řího z Pod Poděbrad 342, 508 17 Hořice Bude poskytovat sadu služeb pro své zákazníky, zejména pro: • •

6.2

Obce – město Hořice ice a obce na území ORP Hořice Ho zakládané a zřizované izované organizace obcí

Životní prostředí edí v jeho okolí

Technologické centrum ORP Hořice Ho bude umístěno no v technologické místnosti v budov budově úřadu v Hořicích.

městského

V rámci realizace projektu nebudou prováděny provád ny žádné stavební úpravy. Tím pádem nebude docházet k překračování ování požadované meze hlu hlučnosti, ani k znečišťování životního prostředí. ředí. Nezbytnou podmínkou provozování technologického centra je jeho zásobování elektrickou energií. Nicméně ani v tomto případě ě nebude docházet k negativnímu vlivu na životní prost prostředí. Veškeré obměňované technologické části budou ekologicky zlikvidovány. Realizace projektu nebude mít žádný negativní, ani pozitivní vliv na životní prost prostředí. Předpokladem edpokladem pro toto tvrzení je skutečnost, skute nost, že budované Technologické centrum ORP bude dimenzováno s dostatečným ným serverovým výkonem, dos dostatečným ným diskovým prostorem a dostatečnou dostate propustností komunikační ní infrastruktury, aby do n něj mohly být postupně (případně ípadně ihned po vybudování) přesouvány esouvány služby provozované ve stávající IT infrastruktu infrastruktuře městského úřadu. řadu. Po přesunutí p budou Technologické centrum a elektronická spisová služba ORP


odpovídající technické prostředky ředky stávající IT infrastruktury odstaveny. odstaveny. Díky tomu, že navrhované moderní technologie TC ORP budou mít nižší spotřebu spot ebu elektrické energie, dá se předpokládat, p že celková energetická bilance IT infrastruktury zůstane z stane zachována, tzn. nedojde k zásadnímu navýšení spotřeby elektrické energie.

6.3

Stav technické infrastruktury

Informační ní infrastruktura a komunikační komunika infrastruktura představují edstavují základní pracovní nástroj ve veřejné správy. Základ informační ní infrastruktury tvo tvoříí technologické centrum ORP. Základem Z komunikační infrastruktury je síť Internet v budoucnu dojde k uzavření dohody o přistoupení řistoupení obce do KIVS (komunikační ní infrastrukturu veř veřejné zprávy).

6.4

Seznam subjektů zapojených do projektů, projekt způsob sob jejich zapojení

Do projektu budování TC ORP jsou zapojeny z následující subjekty na základě jejich závazného zájmu: zájmu Tabulka 5: Seznam obcí a jimi zřizovaných řizovaných organizací zapojených do projektu



S těmito subjekty budou v průběhu ů ěhu hu realizace uzavírány partnerské smlouvy, které budou konkretizovat úlohy jednotlivých partnerů a jejich povinnosti. Tabulka 6: Seznam organizací zřizovaných řizovaných městem m Hořice zapojených do projektu



7 Technické řešení Předmětem tem této kapitoly je popis technického řešení TC ORP. Logické umístění ění TC ORP je znázorn znázorněno na následujícím obrázku. Obrázek 2: Logické umístění ní TC ORP

7.1

Specifikace zadání pro TC

Technologická centra budou integrální součástí sou ástí systému eGovernment, propojeného infrastrukturou KIVS. Implementace eGovernment vyžaduje vytvo vytvoření, ení, provoz a údržbu infrastruktury pro zpracování klíčových dat regionu prostřednictvím řednictvím aplikací a systémů, systém jako jsou spisové služby, datové sklady, digitální mapy veřejné ejné správy (DMVS) atd. Na úrovni Kraj Krajů a ORP získá informatika výrazn výrazně regionální charakter. Technologická centra budou postupně postupn rozšiřována ována implementací nových funkcí. Technologické centrum ORP využ využívá ívá výhod „cloud computingu“ jako jsou výkon (sdílení hardwarových prostředků umožňuje uje lépe přerozdělovat př výkon mezi jednotlivé uživatele a služby), bezpečnost čnost (celé datacentrum je zabezpečeno zabezpe mnohem lépe než jeden poč počítač), mobilita (uživatel se může k datacentru připojit ipojit kdekoliv, nezávisle na platformě). platform Technologickým základem „cloud computingu“ je virtualizace. 7.1.1 Obecné požadavky na Datové centrum Datové centrum TC ORP musí splňovat spl následující minimální požadavky: • • • •

bude chráněno no proti neoprávněnému neoprávn přístupu teplota prostředí edí se pohybuje v rozmezí od 18°C do 24°C, 24°C, relativní vlhkost v rozmezí 35%-65% 35% v místnostech datových center budou instalována minimáln minimálně požární čidla kouře kou a teploty. Čidla budou zapojena do rack monitoring m systému tyto prostory jsou napojeny na systém elektronické zabezpečovací zabezpe ovací signalizace



• • • •

7.1.2 • •

7.2

v prostorách je zajištěn ěn n rozvod elektrické energie 230V/50Hz s „bezvýpadkovým“ zálohováním, samostatně jištěný ný pro rozvaděč, rozvad napájení je rovněž zajištěno diesel (benzin) agregátem je zajištěna vnější jší ochrana budovy vlastníkem, nebo bezpe bezpečnostní nostní službou 24 hodin denně denn a 7 dní v týdnu jsou prokazatelně evidovány osoby vstupující do vyjmenovaných technologických prostor prostory, v nichž se datová centra nacházejí, leží leží mimo zátopovou oblast tzv. stoleté vody, mimo bezprostřední ední dosah produktovod produktovodů a jinak kritických míst a leží v místech, kde je možné zabezpečit it bezproblémové zásobování elektrickou energií Ostatní vstupy pro budování TC ORP ORP musí zajistit bezpeč bezpečnost svého TC TC K bude poskytovat pro TC ORP službu garantovaného úložiště úložišt

Vlastní koncept řešení ešení

Technologické centrum ORP je infrastrukturním základem pro poskytování služeb TC ORP. Cílem je zajištění ní co nejlepších podmínek provozu informačních informa systémů v režimu ežimu 12x5 hodin.

TC ORP vyžaduje vytvoření, ení, provoz a údržbu infrastruktury pro provozování aplikací a služeb. TC ORP bude integrováno s TC K na úrovni distribuce dat, aplikací a služeb navázaných na CMS (na obrázku nahoře TC C). Technologické centrum zahrnuje následující vrstvy: • • •

Komunikační ní infrastruktura – zajišťuje komunikaci vrstev TC uvnitř i vně Systémová infrastruktura – zajišťuje výpočetní etní výkon a prostor pro ukládání dat aplikací a služeb Systémové služby – zajišťují zajišť spolupráci mezi jednotlivýmii systémy, zajišťují zajišť bezpečný přístup ke službám a aplikacím, apod.



• • • •

7.3

Aplikační vrstva – obsahuje aplika aplikační logiky hostujících aplikací, včetně ě databázových serverů server Bezpečnost – zajišťuje uje minimalizaci možných bezpečnostních bezpe incidentů Servis, podpora a řízení infrastruktury TC ORP Klientská – zohledňuje uje a reprezentuje klientovi služby a jeho uživatelské rozhraní

Návrh a popis architektury řešení

7.3.1 Současný stav V současné době je technologická místnost M Města Hořice vybavena několika kolika servery s operačními opera systémy Windows a Linux. Připojení řipojení do Internetu bude zabezpečeno zabezpe eno hw firewallem. Antivirovou ochranu, antispyware, antispam a antimalware bude řešit ešit nový kompletní antimalwarový systém, který nahradí stávající systém AVG. Stávající internetová konektivita je 14Mbs full duplex po optice. 7.3.2 Datové centrum ORP Vzhledem k prostorovým možnostem M MěÚ Hořice ice bude vybudováno jedno nové Datové centrum pro účely TC ORP. Všechny důležité ležité komponenty řešení ešení TC ORP budou koncipovány jako redundantní. Pro zajištění vyšší bezpečnosti nosti zálohování je zálohovací zařízení za umístěno o do jiné lokality. Principieln Principielně je schéma takto budovaného TC ORP na následujícím obrázku:

Místnost Datového centra TC ORP Ho Hořice ice bude ve stávající serverové místnosti na adrese: nám. Jiřího Ji z Poděbrad 342, 508 19 Hořice, ice, 3. patro, kam budou umíst umístěny dva servery a dvě ě disková pole, dva SAN switche, dva Ethernet L3 switche a firewall/VPN router. Umístěn Umíst n bude též záložní zdroj napájení pro pokrytí energetických nároků ů DC. Před P UPS DC bude předřazena azena stávající centrální UPS, která zajistí dostatečně dlouhou hou dobu provozu do přistavení p istavení motorgenerátoru Dobrovolného záchranného sboru, se kterým bude uzavřena ena smlouva. ROZVADĚČ Ve stávající serverovně bude využit stávající rozvad rozvaděč. MOTORGENERÁTOR



Motorgenerátor bude smluvně ě zajiš zajišťovat Dobrovolný záchranný sbor. r. Motorgenerátor musí mít systém automatické regulace otáček ek a dostate dostatečný výkon, aby byla vyloučena ena nefunkčnost nefunkč UPS vlivem jejich kolísání změnou zátěže. ZÁLOŽNÍ ZDROJ NAPÁJENÍ (UPS) Datový rozvaděč v Hlavním datovém centru bude vybaven UPS s dostatečným dostatečným výkonem, aby pokryl energetické nároky po dobu nezbytn nezbytně nutnou na náběh h diesel agregátu. Za p předpokladu kompletní migrace stávajících serverů ů do nově nov pořízených jsou příkony íkony a množství produkovaného tepla následující: Příkon íkon a chlazení Příkon(W) íkon(W)

Chlazení(BtU/h)

Měřený Maximální Měřené Maximální Servery

898

2320

3067

4171

Disková pole

620

980

2112

2872

Aktivní prvky

120

160

UPS Klimatizace

2500

2500

Celkem hw

4138

5960

145

197

1200

2456

6524

9696

Z tabulky spotřeby eby komponent Datového centra a spotřeby spot eby stávajících technologií vyplývá pot potřeba jedno/třífázové ífázové UPS s výkonem 5,5 kVA. NAPOJENÍ NA EZS Datové centrum musí být napojeno na systém EZS. Datové centrum bude napojeno na stávající EZS. MONITOROVACÍ SYSTÉM PRO ROZVADĚČE ROZVAD E (RACK MONITORING SYSTÉM – RMS) Rack monitoring systém bude napojen na všechny zásadní systémy technologických místností. Od napájení (vstup i výstup u UPS), p přes čidla teploty a kouřová ová spolupracuje také s klimatizačními klimatiza jednotkami, ednotkami, zhášecí jednotkou, je připojen p do LAN a pomocí SNMP protokolu předává ředává informace o všech událostech vyhodnocovacímu systému (nap (např. KIWI Syslog) a díky němu mu podávat administrátorovi systému varovná nebo kritická hlášení. KLIMATIZACE Datové centrum m musí být vybaveno klimatizací. Využije se stávající klimatizační klimatizační jednotky, která splňuje spl výše uvedené požadavky na chlazení. SYSTÉMOVÁ INFRASTRUKTURA Architektura vrstvy systémové infrastruktury pokrývá potřeby pot eby aplikací a služeb a je navržena pro budoucí budouc růst. st. Systémová infrastruktura TC ORP se skládá zejména ze serverové části, ásti, části č datového úložiště a jejich vzájemného propojení a to buď bu přímého, nebo využitím virtualizačních ních technik. Využitím virtualizace serverů je dosaženo zajištění ní optimálního výk výkonu onu a požadované garance dostupnosti služeb. SERVERY Služby a aplikace provozované v TC ORP jsou provozovány na serverech. Pro zajišt zajištění požadované dostupnosti a výkonnosti bude vybudováno prost prostředí edí pro provoz aplikací na fyzických serverech i ve virtuálním prostředí. VIRTUALIZACE SERVEROVÁ Technologické centrum a elektronická spisová služba ORP


Serverová virtualizace zajistí: • schopnost zajištění ní garance služby • možnost provozovat služby v záložním datovém centru • záloha a obnova v definovaném čase • lepší využitelnost hardware • nižší nároky na management prostředí prost • provisioning , schopnost rychle reagovat na budoucí potřeby pot ICT • nižší energetická náročnost čnost • nezávislost na hardware fyzického serveru • škálovatelnost • možnost využívat fault tolerance služby i pro servery, které nelze provozovat v clusteru TIERED STORAGE Koncept ukládání dat využívá Tiered storage.

Tier

Technologie disků

Tier 1

SAS disky, 15000 RPM

Tier 2

SATA disky

Požadovaný způsob připojení ipojení pro T1 - T2 je SAN 4Gb, případně výkonnější. Předpokládá edpokládá se s nasazením dvou diskových úložišť úložiš s čistou kapacitou 2x1,8 TB na discích SAS (RAID5) pro T1 a čistou istou kapacitou 2x10TB na discích SATA (RAID5) pro T2. Diskové úložiště úložišt musí umožňovat jednoduchou a dostatečnou nou rozšiřitelnost rozšiř

V dokumentu Technologické centrum obce s rozšířenou rozší působností, sobností, (Koncept a východiska) jsou následující požadavky na TC ORP vztahující se k diskovým úložištím: • •

• • •

K serverům bude připojeno ipojeno úložiště úložišt k ukládání dat databáze a aplikačního čního serveru. Ukládání dat řešit ešit prostřednictvím ednictvím NAS (Networked Attached Storage) popř. pop SAN (Storage Area Network), s implementovanou TIER architekturou a HSM (Hierarchical Storage Management) designem. Produkční ní data ukládat na TIER 0 na rychlé FC disky (nebo rychlejší) diskového úložiště (např.. rychlost pro 4KB bloky alespoň alespo 60 tis. IOPS pro RAID 6, R/W ssekvenčně). Propojení serverů a diskového pole bude redundantní pro zajištění zajišt ní vysoké dostupnosti dat. Diskové pole musí být dostatečně dostate výkonné a škálovatelné, aby pokrylo p předpokládané budoucí nároky aplikací, a musí umožňovat umož použití jako vysoce výkonných,, tak kapacitních disk disků. Klíčové ové komponenty systému pro ukládání dat budou řešeny ešeny jako redundantní

Minimální konfigurace: Čistá istá využitelná kapacita: 1TB Navržená hw konfigurace diskových úložišť úložiš je navržena s ohledem na skutečné né požadavky ORP. Spl Splňuje veškeré keré požadavky na redundanci komponent a p přípojných cest, splňuje uje požadavky na výkonnost, škálovatelnost, použitelnost jak vysoce výkonných, tak vysokokapacitních disk disků. disků Splňuje požadovaný způsob připojení – v tomto případ řípadě SAN. Požadavek na Tier 0 pro TC ORP pokládáme za nadbytečný nadbyte a jen velmi těžko žko splnitelný. TC ORP na rozdíl od TC K nebude s nejv největší tší pravděpodobností pravd ani v budoucnosti potřebovat úložiště ě s takovým výkonem. Rozbor výkonnosti různých zných typů diskových úložišť: Požadavek na sekvenční ní R/W disk diskové ové operace nad 4kB bloky dat 60.000 IOPs je v sou současné době splnitelný pouze diskovými poli se stovkami disků disk nebo úložišti s technologií Flash. Bereme-li Bereme v potaz Technologické centrum a elektronická spisová služba ORP


horší údaj výkonnosti, což je čtení dat z disku, pracujeme u klasických disků disk typu FC nebo SAS S s číslem cca 180 IOPs na jeden disk, 60.000 IOPs pak splní pouze diskové úložiště úložišt s cca 330 disky (jenom cena disků je pak kolem 6 mil.Kč bez DPH) nebo zmín zmíněné diskové úložiště s disky případně př CACHE pamětí typu Flash. Obě varianty ale finančně finan výrazně přesahují možnosti rozpočtu tu TC ORP. Pro vysoké nároky na výkon diskového systému je v sou současné době spíše používán systém vyrovnávacích pamětí pam typu Flash nebo DRAM umožňující ující doč dočasné přesunutí bloků dat s vysokými nároky na IOPs. Pak není nutné dimenzovat velikost Flash nebo DRAM paměti pam na všechna produkční ní data nebo celé databáze, ale postačí kapacita výrazně nižší. Rozbor požadavků jednotlivých typ typů aplikací provozovaných v prostředí edí TC ORP na IOPs: V následující tabulce se pokoušíme o konsolidaci požada požadavků z několika kolika typických aplikací, které budou nasazeny v prostředí edí TC ORP. Nelze je pokládat za absolutní, ale kromě krom údajů o požadavcích databázového serveru jsou velmi p přesné. Databázový server může ve skutečnosti čnosti generovat požadavky nižší (v případě většího počtu tu uživatelů, uživatel extrémně velké databáze nebo extrémní databázové úlohy, která zpracovává všechna data, mohou být i větší), v do tabulky jsme záměrně použili údaj pom poměrně vysoký. Z tabulky je vidět, že i v případě, ě, kdy všechny aplikace (databázový a poštovní poštovní server, file server a virtuální servery) budou požadovat data z diskového úložišt úložiště současně,, mohou se tyto požadavky dostat na cca 586 IOPs. Požadavky na takový výkon spl splňuje uje prakticky jakékoliv diskové úložišt úložiště osazené pevnými disky typu SAS nebo SATA TA (v maximální konfiguraci s desítkami takových disků). disků). Typická aplikace

IOPs

70 uživatelská databáze

280

70 uživatelských poštovních schránek

35

70 uživatelů souborového diskového systému

21

10 virtuálních serverů

250

Celkem pro 200 uživatelů a 10 virtuálních serverů server

586

Rozbor výkonnosti různých zných typů pevných disků: FC disky se od SAS disků ů používaných v sou současných asných diskových úložištích liší především p typem použitého datového konektoru, který slouží pro p přenos dat z disku do řadiče e a opačně. opa FC disk s 15.000 otáčkami kami za minutu má tedy stejnou výkonnost jako SAS disk se stejným počtem čtem otá otáček. FC SATA disk má pak analogicky stejnou výkonnost jako SATA disk používaný v policích s disky SAS. V sou současné době již dokonce existují SAS a SATA disky s p přenosovou enosovou rychlostí 6Gb/s, tedy o 1/3 větší v než většina FC disků 4Gb/s. Nicméně výkonnost kteréhokoliv disku je závislá p především edevším na době dob potřebné na vybavení jedné I/O operace a ta se pohybuje kolem 5ms i u ttěch ch nejvýkonnějších nejvýkonn pevných disků současnosti. GARANTOVANÉ ÚLOŽIŠTĚ Garantované úložiště bude vybudováno v TC K jako jeho p povinná ovinná služba. TC ORP vybuduje bezpe bezpečný způsob připojení ipojení ke garantovanému úložišti podle jeho definice ve studii proveditelnosti TC K. LAN TC ORP bude osazeno minimálně dvěma Ethernet přepínači. i. Servery pro virtualizaci budou propojeny do každého páteřního switche vždy minimáln minimálně jednou Gb linkou. Návrh sítě ě LAN je pak odolný proti jednonásobné chybě hardware. Vícenásobná porucha hardware (výpadek obou Ethernet přepínačů p současně) může že znamenat výpadek. LAN infrastruktura TC ORP bude využívat následující vla vlastnosti důležité zejména pro zajištění ní kvality služeb, bezpečnosti bezpe a dostupnosti:



• podpora VLAN (802.1q - 2048 VLANs, 802.1ad - Q-in-Q) • podpora pro Microsoft NLB Cluster (Multicast) • podpora dynamického routingu (VRRP) • podpora Multiple Spanning Tree (802.1s (802.1s) • podpora IPv6 • podpora agregace portů (802.1ad - LACP) • podpora Advanced QoS TC ORP bude osazeno centrálním routerem s IPS vlastnostmi. Centrální router bude na rychlosti minimálně 100Mb propojovat MAN, LAN, KIVS a internet sítě. sít SAN Na následujícím obrázku je přehledně přehledn znázorněno no rozložení jednotlivých stavebních prvk prvků TC ORP Hořice včetně SAN:

SYSTÉMOVÉ SLUŽBY Zajišťují ují spolupráci mezi jednotlivými systémy, zajišťují zajiš bezpečný přístup ístup ke službám a aplikacím, apod. ZÁLOHOVÁNÍ A OBNOVA DAT Zálohování a obnova dat v konceptu TC ORP jsou řešeny ešeny na dvou úrovních. V prvním stupni probíhá replikace dat z FC diskového pole 1 na FC diskového pole 2. Ve druhém stupni probíhá zálohování dat z FC diskového pole na NAS server. Zálohování pokrývá veškeré veškeré virtuální servery, provádí automatický test obnovy a umožňuje uje obnovovat i jednotlivé položky jako je poštovní schránka a soubor. Software pro zálohování a obnovu dat splňuje spl následující základní vlastnosti: • •

zálohování a obnova v prostředí prost Windows podpora ora knihoven fyzických i virtuálních, zálohování na disk



• • •

podpora SAN připojených ipojených mechanik integrace se zvolenou serverovou virtualizací pro maximální výkon granulární obnova individuálních soubor souborů a složek z image-level level backupu virtuálního stroje

VZDÁLENÝ PŘÍSTUP ÍSTUP (VPN), TERMINÁLOVÝ PŘÍSTUP P Vzhledem k rozboru získaných dat od obcí a organizací zatím není nutné uvažovat o terminálových službách. Navrhovaná infrastruktura je připravena p pro rozšíření ení o možnost vzdáleného p přístupu. CENTRÁLNÍ SLUŽBY TC ORP bude s centrálním technologickým centrem TC C (CMS) propojeno pomocí infrastruktury KIVS. CMS je místo, kde dochází k výměně vým dat mezi centrálními informačními ními systémy. CMS zabezpe zabezpečuje provoz generických služeb (adresá (adresářové ové služby, identity management, jmenné služby sl DNS, služba přesného času asu NTP), tak dalších centralizovaných služeb v budoucnu. SERVIS, PODPORA A ŘÍZENÍ ÍZENÍ INFRASTRUKTURY TC ORP Cílem koncepce této vrstvy je zajištění zajišt takové úrovně podpory a řízení ízení implementovaných a provozovaných technologií a služeb, služe aby byl zajištěn n provoz 12x5 a požadovaná dostupnost a kvalita služeb. HELPDESK Pro zajištění ní správy servisních požadavků požadavk a podpory uživatelů bude využíván Helpdesk. SMLUVNÍ VZTAHY Smluvní vztahy vychází ze schématu veřejných ve zakázek. Veřejná zakázka -> > smlouva o dílo + servisní smlouva Základní parametry smluv o dílo: 1.

Smluvní strany

2.

Předmět plnění

3.

Termíny plnění, ní, harmonogram projektu

4.

Cena plnění

5.

Platební podmínky

6.

Komunikace, pravomoci a odpovědnosti odpov zástupců smluvních stran

7.

Místo a způsob plnění

8.

Předání edání a Akceptace Díla

9.

Změnové řízení

10.

Práva a povinnosti smluvních stran

11.

Odpovědnost za škodu

12.

Záruka

13.

Prodlení, sankce



14.

Platnost, odstoupení a zánik smlouvy

15.

Řešení sporů

16.

Závěrečná ustanovení

17.

Přílohy: • •

Podrobný popis plnění ní /kalkulace ceny Zásady vedení projektu - Zakládací listina projektu

Základní parametry servisní smlouvy jsou shodné se smlouvou o dílo. Místo bodu 8. P Předání a akceptace je u servisní smlouvy Způsob sob plně plnění. Příloha : - Obsah Služeb, včetně jejich parametrů. parametr PATCH MANAGEMENT A PROFYLAXE Patch management je proces pro zajištění zajišt maximální ochrany systémů před ed známými zranitelnostmi a jejich bezpečnou implementaci.

Využitím technologie virtualizace serverů server pro plánování a testování ní disaster recovery procesů proces dosáhneme možnosti testovat bezpe bezpečnostní opravy software a ověřit it funkcionalitu. Preferované je používání aplikací a systém systémů,, na které poskytuje výrobce nebo dodavatel systém automatického oznamování, případn řípadně automatického systému detekce přítomnosti ítomnosti nové bezpe bezpečnostní opravy, nebo rozšíření ení funkcionality. V intervalech předepsaných edepsaných provozními sm směrnicemi je nutné provádět ět profylaxi hardwarových komponent, zejména update potřebných potřebných firmware, kontrolu stavu baterií UPS apod. ŠKOLENÍ Na úrovni odboru informatiky ORP je doporu doporučeno základní zaškolení do úrovně ě operátora instalovaných technologií. LICENCE Na straně ORP bude stanovena odpov odpovědnost dnost za správu licencí používaného software. MAINTENANCE Je nezbytné mít zajištěnou maintenance intenance nebo servisní podporu na všechny kritické komponenty systému po celou dobu udržitelnosti projektu. Jedná se zejména o: • • • •

bezpečnostní nostní produkty (anti-x (anti ochrana) SAN a LAN komponenty Serverovou virtualizaci UPS

SERVISNÍ PODPORA Servisní podpora bude personálně řešena z kapacit IT oddělení.



MANAGEMENT A MONITORING Řízení ízení a dohled nad provozem a poskytovanými službami TC ORP jsou nezbytné pro garantování dostupnosti služeb. Instalované technologie budou automatizovaně automatizovan hlásit závady, nebo zhoršení provozních parametrů jednotlivých systémů systém nebo jejich komponent. Servery a storage U storage pro Tier 1 a Tier 2 je vyžadován management chybových stav stavů od výrobce storage. Na úrovni TC ORP bude implementován management výrobce technologie. Management aplikací Monitoring aplikací má tyto základní vlastnosti: • • • • • •

sledování běhu hu aplikací a hlášení provozních problém problémů expertní přístup ístup k aplikacím a službám tzv. management packy servis orientovaný monitoring. Možnost graficky zobrazit závislosti jednotlivých služeb k rychlému zjištění ní problému a modelování a zobrazení jeho dopadu jeden agent (běžící žící služba) pro monitorování opera operačních systémů i aplikací integrovaná knowledge base s možností vytváření vytvá vlastní znalostní báze automatizování administrativních úloh

Datové centrum Datové centrum bude monitorováno rack monitoring systémem. Ostatní Všechny další implementované technologie budou využívat výše uvedené management nástroje, pokud je to možné, případně vlastní. Preferováno je propojení management managementů do systému systém managementu aplikací nebo komunikační ní infrastruktury. Bezpečnost Vrstva bezpečnost zajišťuje uje minimalizaci možných bezpe bezpečnostních incidentů. ů. Bezpečnost Bezpe TC ORP se prolíná všemi vrstvami a všemi prvky řešení. ešení. Tato kapitola popisuje vlastnosti řešení bezpečnosti z pohledu síťových útoků,, virového nebo podobného útoku. Anti-x ochrana Anti-xx ochrana TC ORP bude budována jako host ochrana, tzn. bude instalována v opera operačním systému serveru. Anti-xx ochrana TC ORP spl splňuje následující prvky ochrany: • • • •

antivirová ochrana ochrana před ed spywarem nebo obdobným škodlivým kódem brána - firewall pro hostitelský opera operační systém vyžadována je centrální správa

Klientská vrstva Klientská vrstva zajišťuje uje uživatelské rozhraní pro p přístup k aplikační ní logice hostovaných aplikací, popř. p služeb. Preferovaný přístup ístup k aplikacím TC ORP je pomocí bezpe bezpečného ného webovského přístupu (SSL) ke službám a hostovaným aplikacím. SSL certifikáty služeb (aplikací) budou součástí sou ástí implementace služeb.



7.4

Porovnání variant technologických řešení TC ORP:

7.4.1

Výhody ody a nevýhody jednotlivých řešení

Varianta 1- „Na zelené louce“ – kompletní vybudovaní TC ORP se všemi atributy serverové i diskové virtualizace s možností licencovat diskovou virtualizaci až na kapacitu 50TB s replikací dat TC ORP do TC K včetně virtuálních serverů ů bez využití jakéhokoliv stávajícího za zařízení. Vzhledem k tomu, že požadavky hw a sw vybavení technologiemi jsou vysoké, odpovídající kompletní nové řešení ešení by znamenalo investici ve výši cca 7Mil. K Kč včetně DPH. Výhody:

Všechny hw komponenty jsou jsou vybaveny „novou“ zárukou a maintenance, takže TC ORP je jimi pokryto jako celek Všechny hw komponenty jsou na stejné úrovni, co se týče tý spotřeby řeby (každý nový hw se od předchozí edchozí generace liší nižší spot spotřebou a vyšším výkonem) Support takové infrastruktury lze řešit ešit jako celek bez nutnosti hledat a nastavovat pravděpodobně složité vztahy s poskytovatelem stávajícího supportu (pokud existuje a je využíván)

Nevýhody:

Celková investice do TC ORP je vyšší, je nutné nakoupit veškeré hw vybavení serverů, ser diskových úložišť, ť, síťových sí aktivních prvků,, odpovídající záložní zdroje napájení, motorgenerátor, rozvad rozvaděče, zabezpečení ení technologické místnosti, veškeré sw licence, hw i sw nainstalovat. Často asto není v prostorových možnostech ORP uvolnit další místnost místno nebo její část ást pro nové technologie Po nějakou jakou dobu je nutné provozovat souběžně soub kompletně nové TC ORP a stávající IT infrastrukturu ORP Na celou hw i sw infrastrukturu TC ORP je nutné zaškolit administrátory ORP Ceny licencí diskové virtualizace jsou vysoké v a roční ní provozní náklady tomu odpovídají

Varianta 2 – „Integrace” se stávajícími technologiemi (hw, sw) IT systémů systém ORP, kompletní vybudovaní TC ORP se všemi atributy serverové virtualizace Výhody:

S výhodou lze využít všechny již zavedené, osvědčené osv é hw i sw technologie bez nutnosti školení administrátorů ORP (pokud jsou již proškoleni). O částku ástku za hw a sw, který bude využit ze stávajících technologií se sníží celková investice do TC ORP Lze zvolit optimální rozložení záruk a maintenance na jednotlivé jednotlivé hw i sw komponenty, zohlednit přitom itom redundanci všech prvk prvků a vybudovat po všech stránkách zabezpečené zabezpeč TC ORP Není nutné hledat další prostor pro umíst umístění technologií TC ORP, postačí čí uvolnit případně p rozšířit stávající Relativně nízké roční ní provozní ná náklady Nevýhody:

Využitá hw zařízení ízení mohou mít pouze omezenou dobu záruky, v případě př p jejich poruchy v pozáruční době se mohou zvýšit náklady na provoz TC ORP

Varianta 3 – „Minimální” z hlediska investic, kompletní vybudovaní TC ORP se všemi atributy serverové server i diskové virtualizace s možností licencovat diskovou virtualizaci na kapacitu max.10TB (kalkulace Varianty 3 je na 2TB virtualizované diskové kapacity), bez dvou FC diskových úložišť úložiš (disková úložiště úložišt jsou řešena pouze interní kapacitou serverů) Výhody: Technologické centrum a elektronická spisová služba ORP


Minimální investice do hw a sw Nezávislost TC ORP na okolí Nevýhody:

Nutnost řešit ešit veškeré provozní požadavky (p (především edevším na zvyšování dostupnosti aplikací a dat obecně)) v rámci TC ORP “vlastními” silami Nutnost řešit ešit kvalitní autonomní systém zálohování dat v rámci TC ORP Vysoké roční ní provozní náklady

Jako optimální řešení ešení byla zvolena varianta 2 „Integrace“. Důvodem D vodem je využití stávajících investic do budování ITC.

7.4.2 7.4.2.1

Analýza technických a bezpe bezpečnostních rizik Technická rizika návrhu hw a sw TC ORP

MOTORGENERÁTOR Porucha motorgenerátoru neohrozí za běžné b situace (nepřerušovaná erušovaná dodávka elektrické energie z rozvodné sítě)) provoz TC ORP. Jeho technický stav bude podrobován pravidelným technickým kontrolám včetně funkčních s doplňováním ováním paliva, aby byl v případě výpadku dodávky el. energie schopen provozu. Motorgenerátor musí být vybaven funkcí automatické regulace otáček. otá ek. Bez této funkce bude ohrožena funkčnost nost zásobování celého TC ORP elektrickou energií a to zm změnou otáček ček a frekvence výstupního napětí MG při změně zátěže že s následným výpadkem UPS. UPS Porucha elektroniky UPS neohrozí za běžné b situace (nepřerušovaná erušovaná dodávka elektrické energie z rozvodné sítě)) provoz TC ORP, napájení TC ORP bude v případě p takové poruchy UPS pokra pokračovat bez výpadku z rozvodné sítě.. Aby systém UPS takto zafungoval, bude správně správn vyřešen řešen interní nebo externí modul ByPass tak, aby porucha UPS znamenala automatické přepojení p epojení napájení hw TC ORP přímo p na rozvodnou síť (případně motorgenerátor). KLIMATIZACE Porucha klimatizační ní jednotky m může způsobit sobit nežádoucí zvýšení teploty v technologické místnosti a poruchu serverů nebo diskových polí. Pro minimalizaci rizika je vhodné osadit serverovou místnost dvěma klimatizačními ními jednotkami. MONITOROVACÍ SYSTÉM Veškeré zásadní parametryy technologické místnosti a za zařízení ízení v ní budou sledovány monitorovacím systémem RMS. Automatizovaným vyhodnocováním nestandardních stavů stav lze předejít větším v výpadkům. SERVERY HW porucha jednoho serveru (taková, která způsobí zp sobí celkový výpadek stroje a jeho nedostupnost v infrastruktuře e TC ORP) serverové virtualizace v navržené hw redundantní konfiguraci TC ORP nezp nezpůsobí výpadek poskytovaných služeb delší než několik n minut – virtuální ální stroj bude automaticky nastartován na jiném uzlu. Porucha Management/Backup serveru nezpůsobí nezp sobí výpadek služeb TC ORP, pouze nebudou po dobu jeho opravy k dispozici některé n které management nástroje a zálohování dat. Zdvojování Management/Backup serverů ů není vhodné, nárůst ceny neodpovídá přínosu. DISKOVÁ ÚLOŽIŠTĚ



Porucha jednoho pevného disku v každém RAID setu konfigurovaného diskového úložiště úložišt nezpůsobí výpadek služeb poskytovaných TC ORP. RAID sety budou nakonfigurována jako RAID6, pak mohou bez dopadu na a poskytování služeb vypadnout až dva disky v každém z nich. Porucha jednoho řadiče diskového úložiště nezpůsobí sobí výpadek služeb poskytovaných TC ORP. Diskové úložišt úložiště bude vybaveno dvěma diskovými řadiči. ETHERNET HW porucha jednoho Ethernet switche nezpůsobí nezp sobí výpadek služeb poskytovaných TC ORP. HW porucha jednoho routeru nezpůsobí sobí výpadek služeb poskytovaných TC ORP.

Bezpečnostní nostní rizika návrhu hw a sw TC ORP Pro zajištění bezpečnosti nosti technologických center jsou definovány bezpečnostní bezpe nostní principy: •

důvěrnost, tj. zajištění ní ochrany citlivých dat před p nepovolaným přístupem. ístupem. Za spolehlivý prostředek prost je považováno šifrování. Tam, kde hrozí riziko neoprávněného neoprávn přístupu ístupu k citlivým datům, dat je navrhováno aplikovat vhodnou formu šifrování (nap (např. využitím PKI); • dostupnost, tj. zajištění ní dostupnosti dat a systémů systém v takovém definovaném rozsahu a v době, dob ve které je oprávněný ný uživatel požaduje. Jako vhodné opat opatření ení je navrhována např. nap redundance zdrojů týkajících se jak informací, tak potřebné pot infrastruktury (mirorring, rring, vyrovnávání zátěže, zát replikace, hotsite, záložní zdroje energie, alternativní komunika komunikační kanály atd.); • integrita, tj. neporušitelnost a celistvost informací/zpráv, u kterých je požadováno, aby p při přenosu a zpracování nedošlo k jejich neoprávněné neoprávn změně.. Navrhovaným bezpečnostním opatřením opat pro zajištění ní integrity dat je např. elektronický podpis (resp. PKI); • odpovědnost, dnost, tj. požadavek na zajištění zajišt auditu, který prokazatelně dokládá ur určitou činnost. Za opatření zajišťující odpovědnost dnost jsou považovány auditní záznamy (logy), vedené o každém zásahu v systému. Požadavek na vedení auditů audit je dále rozšířen en o požadavek zajištění zajiště důvěrnosti a integrity logů,, tzn., že tyto záznamy jsou považovány za d důvěrná rná data a mohou být přístupné p pouze oprávněným uživatelům,, a dále že nemohou být mazány, upravovány čii pozměňovány. pozměň Prvním krokem při řešení ešení bezpečnosti bezpečnosti TC je vstupní analýza, která má za cíl identifikovat požadavky, které jsou na TC kladeny z hlediska informační informa bezpečnosti. Určité ité požadavky s sebou přináší p zákonné předpisy, edpisy, standardy a normy se vztahem k informa informační bezpečnosti, některé které specifické požadavky si vyžádá navrhovaná architektura řešení, další požadavky jsou podmíněny ěny technickou náro náročností navrženého řešení. Na základě analýzy všech těchto požadavků požadavk a cílů projektu, obecně požadovaných vlastností a provozních nároků kladených na TC je ttřeba zabývat se konkrétními bezpečnostními čnostními aspekty, jako jsou např.. požadavky vyplývající z právních p předpisů pro ISVS, požadavek zajištění ní kontinuity a obnovitelnosti provozu rovozu TC a s tím spojený požadavek na redundanci a zálohování systém systémů a dat, požadavek klasifikace a ochrany ukládaných dat, požadavky na zabezpečení zabezpe ení fyzického a logického p přístupu k TC (identity management), požadavky na zabezpe zabezpečení komunikace, požadavky napojení na dohledové systémy apod. Požadavky zákonných předpisů edpisů: Zajištění ní ochrany informací ve smyslu ustanovení zákona č.. 365/2000 Sb. a vyhlášky č. 529/2006 Sb. předpokládá mj. splnění ní požadavk požadavků na kvalitu a bezpečnost nost v rámci dlouhodobého řízení informačních systémů veřejné ejné správy (ISVS). Novelizovaný zákon č.. 365/2000 Sb., o ISVS, ukládá orgánům orgán veřejné správy (dále jen OVS) povinnosti pro zajišt zajištění kvalitních dat veřejné ejné správy a bezpečné bezpe technologické výměny informací za předem edem stanovených podmínek podmínek. Prováděcí právní předpis edpis k tomuto zákonu - vyhláška č.. 529/2006 Sb., o dlouhodobém řízení ISVS stanovuje pro OVS spravující ISVS povinný rozsah a obsah dokumentace. Tato dokumentace je předkládána přii atestaci, kterou OVS prokazuje splnění spln zákonných požadavků ů prost prostřednictvím: •

informační ní koncepce, která má za cíl dokumentovat:



stanovené kvalitativní a bezpečnostní bezpe cíle a požadavky, a vytvářet et plán řízení ř a naplnění těchto cílů a požadavků v oblasti dat, služeb a technických a programových prostředků, prost prostř obecné principy pořizování, izování, vytváření vytvá a provozování ISVS, • dokumentace (zejm. bezpečnostní čnostní politiky), která popisuje funkční funk ní a technické vlastnosti ISVS. Oblast ochrany dat je řešena ešena ně několika zákonnými normami, přičemž emž je kladen důraz d na zabezpečení informací v průběhu hu celého jejich životního cyklu, tj. veškeré zpracování informací (od pořizování po až po likvidaci): • Zákon č.. 101/2000 Sb., o ochraně ochran osobních údajů; • Zákon č.. 412/2005 Sb., o ochraně ochran utajovaných informací a o bezpečnostní nostní způsobilosti. zp Systémy zpracovávající vávající utajované informace dle zákona č.. 412/2005 Sb., o ochran ochraně utajovaných informací a o bezpečnostní způsobilosti, ůsobilosti, se řídí právními předpisy edpisy NBÚ a musejí být řešeny samostatně. S účinností od 1. července ervence 2009 jsou zákonem č.. 499/2004 Sb., o archivnictví archivnic a spisové službě, vytvořeny eny právní podmínky pro vydání národního standardu pro elektronické systémy spisové služby (dále jen „národní standard“), který stanovením základních požadavků požadavk na funkce ttěchto systémů vytváří sjednocující parametry pro výkon spisové sp služby vztahující se k dokumentům m v digitální podobě. podob Národní standard je určen především edevším veř veřejnoprávním původcům uvedeným v zákoně, ě, kte kteří vykonávají spisovou službu v elektronické podobě ě v elektronických systémech spisové služby povinně, povinn povinně a pouze vyžaduje-li to zvláštní povaha jejich působnosti, sobnosti, mohou vykonávat spisovou službu v listinné podobě. podob Zákonná úprava chrání autorská práva, když zakazuje neoprávněné neoprávn né užívání autorsky chráněného chrán programu. To znamená, že lze používat pouze legální SW v souladu s licenčním ním ujednáním: •

Zákon č.. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých kterých zákonů zákonů; • Usnesení vlády č.. 58 z 13. 1. 2003 o kontrole a evidenci po počítačových ových programů; program • Usnesení vlády č.. 624 z 20. 6. 2001 o pravidlech, pra zásadách a způsobu sobu zabezpečování zabezpe kontroly užívání počítačových ových programů. program Veškeré procesy řízení bezpečnosti čnosti TC by m měly být založeny na předepsané edepsané dokumentaci (bezpečnostní (bezpe politika, směrnice rnice a uživatelské p příručky, havarijní plán, příp. bezpečnostní ní plán/projekt), která bude popisovat a dokumentovat zavedený systém, stanoví jednoznačná jednozna ná pravidla a postupy řízení bezpečnosti na všech úrovních a poskytne nástroj pro efektivní řízení informační bezpečnosti. nosti. Dokumentace k informační ní bezpe bezpečnosti Bezpečnostní politika - základní bezpečnostní bezpe dokument odrážející: • • • •

požadavky na bezpečnost nost (legislativní, organiza organizační, technologické); organizační ní strukturu bezpečnosti bezpe TC; definici pravomocí a zodpovědností; zodpov definici aktiv (hodnot) v IS a jejich vlastnic vlastnictví, včetně tzv. "informačních ních aktiv", což jsou v podstatě podstat data či informace; • klasifikaci zpracovávaných informací (rozd (rozdělení dat dle důležitosti ležitosti a citlivosti, zp způsob nakládání s daty a jejich ochrana v jednotlivých kategoriích); • přehled bezpečnostní nostní dokumentace dokum (politika, směrnice a postupy); • personální politiku (pravidla zvyšování bezpečnostního bezpe povědomí, domí, vzdělávání vzd a školení uživatelů); • politiku objektové bezpeč bezpečnosti (která obnáší pravidla fyzického přístupu ístupu a ochrany HW, aktivních prvků sítě apod.); • politiku logického přístupu ístupu (pravidla pro p přidělování/změnu/rušení přístupových ístupových práv); • řešení bezpečnostních nostních incidentů incident (tzn. kdo, co, komu, jakým způsobem ůsobem hlásí, kdo řeší, vyhodnocuje a přijímá ijímá nápravná a preventivní opatření, opat ení, kdo za co odpovídá); • pravidla případného ípadného outsourcingu (tj. na co je třeba t eba pamatovat ve smlouvách, záruky, lhůty lh atd.). Bezpečnostní politika informačního čního systému (také systémová bezpečnostní bezpe nostní politika) by měla m obsahovat specifikaci bezpečnostních nostních požadavk požadavků a konkrétních opatření pro určený ný systém (nebo subsystém). Plán bezpečnosti Technologické centrum a elektronická spisová služba ORP


Plán bezpečnosti nosti popisuje plán realizace p přijatých bezpečnostních opatření, ení, jejich implementace do praxe. Představuje edstavuje návrh konkrétních bezpečnostních bezpe řešení ešení rozpracovaný do harmonogramu pro implementaci jednotlivých ivých opatření formou samostatných projektů, projekt , které obsahují: • • • • • •

kapacitní náročnost, časovou náročnost, nároky na zdroje, finanční náklady, priority projektů, příp. íp. termíny realizace a odpovědnosti. odpov

Zpracování celkového bezpečnostního čnostního projektu následuje zpravidla po analýze rizik IS, návrhu, p přijetí a schválení bezpečnostních nostních opatření. Analýza rizik Zpracování příslušné íslušné dokumentace v rozsahu požadovaném výše uvedenou vyhláškou by měla m předcházet edcházet realizace analýzy rizik TC za využití vhodné metodiky (viz n např. ČSN SN ISO/IEC TR 13335), a to jak po stránce procesní, tak po stránce technického a technologického vybavení TC, tzn. počítačové po a komunikační bezpečnosti. nosti. Ze záv závěrů analýzy rizik totiž vyplynou nejen rizika, ale také návrh implementace bezpečnostních nostních opatření, prvků a kontrol, vhodných k detekci, prevenci a eliminaci zjištěných rizik. Zohlednění ní výsledků výsledk analýzy rizik IS v bezpečnostní nostní politice a souvisejících dokumentech je důležité při výběru ru a implementaci bezpečnostních bezpe opatření do provozu. Oblasti, které by měly ly být analyzovány z hlediska bezpe bezpečnostních nostních rizik v rámci procesní bezpe bezpečnosti, zahrnují: •

organizačně-administrativní administrativní opatření opat (systém managementu bezpečnosti, nosti, struktura, hierarchie, odpovědnost, dnost, kompetence, kontroly a vyhodnocování úrovně úrovn a účinnosti systému, řízení dokumentace a záznamů záznamů), • personální politiku (řízení ízení lidských zdrojů, zdroj procesy náboru a přii nástupu, v průběhu pr a při ukončení pracovního poměru, ru, bezpečnostní bezpe povědomí uživatelů, vzdělávání lávání a školení), • fyzickou oblast zabezpečení zabezpeč nebo také objektovou bezpečnost TC (řízení ízení fyzického p přístupu do TC a k systému, klíčové ové hospodářství, hospodá prvky ochrany objektu před ed vně vnějšími vlivy, EZS, EPS, kamerové systémy, záložní zdroje energie, ochrana rozvodů, rozvod , kabeláže, náhradní lokality atd.). Pro řízení procesů lze využít např. nap rámce ITIL (ČSN SN ISO/IEC 20000) s dlouhodob dlouhodobě ověřeným a používaným procesním modelem PDCA (Plan (Plan-Do-Check-Act), Act), který pokrývá komplexn komplexně problematiku ITprocesů v celém životním cyklu. Model de facto sestává z výše uvedených čtyř navazujících etap, které se cyklicky opakují: • • • •

Plan – ustavení ISMS, Do – provozování ISMS, Check – monitorování a kontrola ISMS, ActT – vylepšení ISMS.

Technická/technologická bezpečnost se zaměřuje zam na opatření z oblasti HW-zařízení, řízení, nástrojů, nástroj technologií a postupů v rámci ICT, které představují př např. bezpečnostní síťové ové a komunikační komunika prvky, autentizační mechanismy, systémy detekce a prevence průniku pr niku (IDS/IPS), monitoring, dohledové systémy, HW/SW firewally, anti-xx nástroje, PKI a elektronický podpis, šifrovací šifrovací SW, zálohovací systémy, UPS atd. Analýza rizik by měla la pokrývat následující cíle: •

•

Identifikovat rizika identifikovat aktiva v rámci rozsahu TC a jejich vlastníky, identifikovat hrozby pro tato aktiva, identifikovat zranitelnosti, které by mohly být hrozbami využity, identifikovat dopady na aktiva (při (p ztrátě důvěrnosti, rnosti, integrity a dostupnosti). Analyzovat a vyhodnocovat rizika:



posoudit dopady na provoz TC, posoudit reálnou pravděpodobnost pravd selhání bezpečnosti, odhadnout úrovně ě rizik, určit, zda jsou rizika akceptovatelná nebo vyžadují zvládání dle kritérií, • Vybrat a implementovat vhodné cíle opat opatření a jednotlivá bezpečnostní nostní opatření opat pro zvládání rizik. Požadavky na zajištění ní a obnovu funkčnosti funk Jedním z klíčových požadavků ů na provozuschopnost, jenž se promítá do požadavků požadavk bezpečnosti, je požadavek na zajištění ní stanovené doby odezvy a obnovy funk funkčnosti. nosti. Problematiku řízení mimořádných událostí a havárií s dopadem na TC je nutno řešit komplexně, na základě podrobné analýzy podmínek, požadavků a potřeb eb všech zainteresovaných stran. Pro pokrytí zjištěných zjišt ných požadavků požadavk dostupnosti bude nezbytné zajistit: • •

•

redundantní (záložní) lokalitu/lokality pro TC v bezpe bezpečné né minimální vzdálenosti a s pot potřebným vybavením, HW, SW a komunikační komunika infrastrukturou pro okamžité převzetí evzetí funkce primárního centra, implementaci vhodného zálohovacího systému (pro všechny komponenty v primárním i záložním TC (datová a aplikační ní vrstva) jak pro zálohování a archivaci dat/databází, tak pro zálohu instalačních instala sad/médií, „obrazů“ disků,, konfigurací a nastavení, ať a už se jedná o virtualizované nebo fyzické prostředí, o způsob on-line line nebo off-line off line zálohování a ukládání záloh v diskovém úložišti či na zálohovací knihovny, s dostatečnou dostate kapacitou pro předpokládaný edpokládaný objem, četnost a frekvenci zálohování, s dostatečným ným výkonem a propustností, s ochranou proti výpadku, s možností vzdáleného řízení ízení a správy. Neodmyslitelnou sou součástí ástí celého systému zálohování je požadavek testování správnosti, čitelnosti itelnosti a obnovitelnosti záloh vvčetně zabezpečení čení zálohovaných dat v záložních úložištích a řešení ešení bezpe bezpečné skartace. procesní stránku řízení ízení mimořádných mimo událostí, počínaje určením ením vlastníků jednotlivých aktiv, p přes definici požadavků na zálohování (objem, frekvence, periodicita, priorita) , až po tvorbu a údržbu havarijního plánu (včetně plánu zachování kontinuity a obnovy provozu), ve kterém jsou zvažovány všechny kritické systémy a služby, všechny relevantní typy havárií a mimo mimořádných událostí v závislosti na zranitelnostech (výstup z analýzy rizik), jejich jejich potenciální dopad a odpovídající reakce na každou událost s cílem minimalizovat ztráty, rychle a efektivně efektivn odstranit následky a v souladu s požadovanými lhůtami tami obnovit funk funkčnost TC. Součástí ástí havarijního plánování musí být také definice způsobů testování vání správnosti a ú účinnosti plánů a jejich aktualizace v případě ě změn. zm

Požadavky z oblasti fyzické/objektové bezpe bezpečnosti na TC: •

•

•

Umístění ní centra v lokalitě lokalitě: pod plnou kontrolou zadavatele (bez volného pohybu osob), mimo záplavovou zónu, chrán chráněné proti vytopení pení (nevhodné místo v suterénu nebo naopak v podkroví budov), odolné proti otřesů řesům, odolné proti pově povětrnostním vlivům a přírodním katastrofám, odolné proti elektromagnetickému vyza vyzařování. Zajištění bezpečnostních nostních perimetr perimetrů: uvnitř budovy s pevnými zdmi, vstupy opatřené ené systémem bezpečnostních bezpe zámků/čteček karet, zabezpečená ená kabeláž, rozvody a linky (ne voln volně čii snadno fyzicky přístupné, p umístěné např.. ve žlabu, zasekané ve zdi, chrán chráněné lištami apod.), bezpečnostní nostní mříže mř (v přízemí či nižších patrech snadno o dostupných zvenčí), zven EZS (elektrický zabezpečovací zabezpe systém), příp. íp. v kombinaci s kamerovým systémem, umožňující ující monitoring vstupu, detekci incident incidentů násilného vniknutí do objektu, porušení oken/dveří/pohybu í/pohybu v lokalitě, lokalit a reakci prostřednictvím ednictvím napojení na centrální dispečink, EPS (elektrický protipožární systém) vybavený vhodnými čidly idly (teplotní/kouřová), (teplotní/kou příp. automatizovaný systém hašení ur určený pro elektrická zařízení řízení (v bezobslužných prostorách), propojený na centrální dispečink. dispe Zajištění organizačně-ad administrativní bezpečnosti (fyzický přístup): kontrola a evidence vstupu oprávn oprávněného personálu do objektu,



•

7.5

klíčové, příp. íp. kartové hospodářství hospodá (zajištění bezpečného ného úložiště klíčů/vstupních karet, evidence vydávání, vým výměny, odevzdávání klíčů k objektům, dokumentovaná, umentovaná, vynucovaná a ověřovaná ovaná politika nakládání s klí klíči/kartami pro fyzický přístup ístup k objektům objekt v lokalitě), obsluha centrálního dispečinku dispe inku (centrální pult ochrany, kamerový systém, EZS, EPS). Zajištění ní provozního prost prostředí: vytápění/klimatizace ní/klimatizace místností s výpočetní technikou, dodávky energií (elektřina, (elekt voda, teplo...), nepřerušitelný erušitelný zdroj napájení (UPS) pro krátkodobé výpadky a p překlenutí kolísání nap napětí, náhradní/alternativní zdroj energie (agregát) s dostatečnou dostate nou kapacitou, v bezpe bezpečné lokalitě, včetně ě zajišt zajištění obsluhy, dostatečného ného množství pohonných hmot, náhradní/alternativní komunikační komunika kanál poskytující připojení ipojení pro napojení na KIVS p při poruše/poškození/zni poruše/poškození/zničení stávající kabeláže.

Doporučení a upřesně esnění pro účely ely zadávací dokumentace a realizační r projektové dokumentace

7.5.1 Specifikace zadání technického řešení Část 1 - Technologické centrum ORP Blade systém šasi: • • • • • •

Možnost instalace alespoň deseti serverů Minimálně dva napájecí zdroje s možností rozšíření rozší na čtyři Dva SAN Switche minimálně minimáln 4Gb/s FC s minimálně 4mi porty pro redundantní p připojení dvou serverů Dva Layer 3 Ethernet switche s min. 6ti porty 1Gbs Plná redundance na sběrnici včetně v napájení Provedení Rack

Servery: 2x Server pro virtualizaci serverů v konfiguraci: • • • • • • •

dva čtyřjádrové é procesory s výkonem dostate dostatečným ným pro provoz až 20ti virtuálních server serverů minimálně 32GB RAM s rozšiřitelností rozši na min. 96 GB dva pevné disky SAS minimáln minimálně 146GB/10k pro hypervizor nebo podpora Flash hw RAID řadič s podporou RAID 0, 1 jeden dvouportový minimáln nimálně 4Gb/s FC HBA pro připojení ipojení k diskovému úložišti provedení Blade certifikace hw serveru pro serverovou virtualizaci

1x Server pro zálohování a management • • • • • •

jeden čtyřjádrový jádrový procesor s výkonem dostatečným dostate ným pro provoz zálohovacího software minimálně 8 GB RAM dva pevné disky SAS minimáln minimálně 146GB/10K rpm hw RAID řadič s podporou RAID 0, 1 licence pro vzdálený management serveru – sw nezávislá grafická konzole provedení Blade

Diskové pole: 2x diskové pole:



• Dual controller • Minimálně dva minimálně ně 4 Gb/s FC porty na řadič • Minimálně 1GB CACHE (minimálně (minimáln 512MB na řadič) • Možnost osazení disky SAS a SATA. • Rozšiřitelnost itelnost na minimáln minimálně 48 disků • Možnost snapclon a snapshot funkcionality • Certifikace pro serverovou virtualizaci • Certifikace pro MS SQL cl cluster • Certifikace pro MS Windows 2003 a všechny vyšší • Podpora RAID 0, 1, 3, 5, 6, 10 Minimální osazení diskového pole disky: 4x pevný disk SAS 600GB/15k + 6x pevný disk SATA 2TB/7k2 Virtualizace serverová: Požadavkem je design řešení ešení funk funkční i v případě výpadku ýpadku jednoho fyzického stroje. Licence pro nabízené 2 fyzické servery, vvčetně managementu pro servery nabízené výše a licencí pro zajištění jednotlačítkového přechodu řechodu funkce TC ORP do TC K • • • • • • • • • • • • • • • • •

Hypervizor nainstalovaný přímo p na hardware, umožňující plnou virtualizaci jakéhokoliv x86 stroje Umístění ní kompletního prostředí prost včetně OS a aplikací do virtuálních stroj strojů bez závislosti na provozovaném hardware Virtualizace a agregace x86 stroj strojů a k nim připojených síťových ových a datových úložišť úložiš do unifikovaných souborů ů zdrojů zdroj Škálovatelnost pro možnost podpory IT prost prostředí jakékoliv velikosti Vysoce výkonný klastrový systém zajišťující zajiš přístup k datovým diskům m virtuálního stroje n několika nainstalovaných host serverů server současně Symetrický multiprocesing zlepšující výkonnost výkonnost virtuálního stroje a umožňující, umož aby jediný virtuální stroj využíval ně několika virtuálních procesorů současně Centralizované řízení ízení zajiš zajišťující ující automatický provoz a vysokou dostupnost IT prostředí prost Centralizované řízení ízení umož umožňující integraci s produkty spravovanými ravovanými třetí stranou p přes rozhraní různých zných webových služeb a rovn rovněž vývoj produktů podle přání ání zákazníka Centralizované řízení ízení umožňující umož nastavení jednoduchého a plně ě automatického disaster recovery řešení ešení (konfigurace, testování, výpadek, obnova) včetně v ě plné integrace s výrobci diskových polí pro TC ORP Dynamické a inteligentní p přiřazení hardwarových zdrojů k zajištění ění optimálního propojení business provozu a IT Kontinuální dynamický balancing aplikačního aplika ního výkonu nad dostupnými HW zdroji Inteligentníí alokace zdrojů na základě předdefinovaných pravidel Migrace virtuálních strojů za provozu zajišťující ující tak plynulou správu a údržbu IT Jednoduché, centralizované zálohovací zařízení za pro virtuální stroje Nepřetržitý etržitý monitoring všech host server serverů ve zdrojovém poolu a v případ řípadě detekce selhání host serverů automatické iniciování procesu restartování všech dotčených dot ených virtuálních stroj strojů na zbývajících host serverech Podpora operačních ních systémů systém Windows 2000 a novější, Linux, Support poskytovaný výrobcem sw

Aktivní prvky: Součástí ástí nabídky bude router s následujícími parametry : • •

Počet et fyzických rozhraní Min. 8 x 10/100Base-TX 10/100Base rozhraní Stavový firewall - požadovaný výkon Maximální propustnost min. 600Mbps Propustnost při ři středních st paketech dle specifikace IMIX min. 200 Mbps



•

•

• • •

•

•

• •

•

•

Propustnost při ři krátkých paketech 64 Byte min. 70 Kpps Počet bezpečnostních čnostních politik min. 350 Neomezený počet IP adres ve vnitřní vnit síti Počet bezpečnostních čnostních zón s vlastními definicemi bezpečnostních bezpe nostních pravidel omezující provoz s ostatními zónami - min. 10 Překlad adres Source NAT Port Address Translation PAT Static NAT Destination NAT Směrování IPv4 Statické směrovací ěrovací záznamy Podpora dynamických protokolů protokol RIPv2, OSPF, BGP Podpora směrování ěrování multikástů multikást PIM-SM Podpora virtuálních firewall firewallů min 3 Směrování IPv6 OSPFv3, BGP IPSec VPN koncentrátor IPsec, podpora enkrypce AES 256 256-bit, autentikace MD5 a SHA-1 Výkon pro AES256+SHA-1 AES256+SHA min. 60 Mbps Podpora protokolu GRE Možnost provozovat dynamického protokolu OSPF p přes es VPN tunel Počet současných asných VPN spojení IPS IPSec – min. 25 Zabezpečení ení vysoké dostupnosti Možnost zapojení v clusteru o dvou fyzických jednotkách Podpora režimu Active/active (obě (ob jednotky aktivní) nebo Active/Passive – (jedna jednotka aktivní, druhá ve standby režimu) Synchronizace konfigurace mezi oběma jednotkami v clusteru Synchronizace otevřených otev relací na firewallu mezi oběma ma jednotkami v clusteru Synchronizace navázaných VPN spojení mezi ob oběma ma jednotkami v clusteru Podpora L2 Switching Možnost seskupení fyzických rozhraní zařízení za do společné switch witch skupiny VLAN 802.1Q Link Aggregation 802.3ad/LACP Spanning Tree Protocol 802.1D, RSTP 802.1w, MSTP 802.1s Počet et VLAN min. 16 Podpora protokolu: Point-to-Point Point Protocol over Ethernet (PPPoE) Internal DHCP server, DHCP relay Traffic Management Značkování ání paketů paket pomocí CoS 802.1.p a DSCP Podpora odbavování front dle ttříd íd s možností prioritního odbavení Předcházení edcházení zahlcení pomocí Weighted random early detection (WRED) Traffic shaping v odchozím sm směru ru na fyzických a logických rozhraních Ingress traffic policing olicing Logging and Monitoring Monitoring datových tok toků pomocí technologií NetFlow nebo sFlow nebo J-Flow J SNMPv3 RADIUS accounting, možnost logování změn zm v konfiguraci Administrace Autentizace administrátorů administrátor vůči RADIUS, LDAP, SecureID SSH Web management managemen pomocí HTTPS Zálohování a obnova z ascii-editovatelného ascii souboru

UPS:



•

Součástí ástí nabídky bude jednofázový záložní zdroj napájení s výkonem minimáln minimálně 5,5kVA, účinností min.92% při ři po počítačové zátěži, ži, externím ByPassem, minimální dobou provozu na baterie 15 minut a možností modulárně modulárn rozšiřovat ovat tuto dobu. Možnost managementu přes p SNMP. Součástí ástí nabídky bude kompletní elektroinstalace mezi hlavním silovým rozvaděčem, rozvad motorgenerátorem, centrální UPS a UPS DC.

Rack Monitoring systém: •

Součástí ástí nabídky bude Rack monitoring systém, který umožní napojení všech důležitých d součástí datového ého centra. Zejména pak kouřová kou a teplotní čidla.

Implementace: •

Součástí ástí nabídky bude položkový vý výčet veškerých potřebných ebných prací potřebných pot pro kompletní fyzickou instalaci všech navržených technologií, sw instalaci navržených licencí, zprovoznění zprovozn funkčních celků,, nastavení datových replikací systému, převedení p evedení funkce TC ORP do TC K včetně zkušebního obousměrného obousm převodu evodu a nutná administrátorská školení. Součástí Sou prací bude vytvoření ení kompletní a detailní dokumentace TC ORP. Sou Součástí ástí nabídky bude dále návrh způsobu zajištění ní provozu TC ORP.

Software: • • • • •

Součástí ástí nabídky budou dv dvě serverové licence operačního ního systému umožňující umož chod až čtyř virtuálních serverů na serverech fyzických osazených dv dvěma procesory. Součástí ástí nabídky bude jedna serverová licence opera operačního ního systému pro management/zálohovací server. Součástí ástí nabídky bude jedna licence pro databázový server per procesor. Součástí ástí nabídky bude dostate dostatečný počet klientských licencí pro přístup ístup k serverovým službám. Součástí ástí nabídky bude software pro kompletn kompletníí antimalwarovou ochranu s následující funkcionalitou: Antivir pro desktopy i servery Anti-Spyware Spyware pro desktopy i servery Firewall pro desktopy Device Control pro desktopy Web Filtering pro desktop Antispam pro e-mailový mailový server Network Access Control Společná ná administrátorská konzole pro všechny sou součásti Licence pro všechny po počítače sítě a všechny servery, které MěÚ Ú používá

•

Součástí ástí nabídky bude software pro zálohování dat s následující funkcionalitou: zálohování a replikace dat plná podpora virtuálních lních server serverů (konzistentních záloh aplikací uvnitř virtuálních stroj strojů) obnova souborů (file-level (file restore) pro Windows a Linux konzistentní zálohování databází deduplikace dat zálohování a replikace dat se syntetickým zálohováním Možnost kontinuálního zál zálohování

•

Součástí ástí nabídky bude licence management a monitoring software pro správu infrastruktury umožňující: Automatický monitoring



7.5.2

Monitoring veškerých aspektů aspekt Windows a Linux serverů,, stanic a síťových síť zařízení (routerů, tiskáren atd.) upozorní na chybu hybu e-mailem, e SMS nebo zprávou na pager možnost nastavení automatické nápravné akce ( automatický restart stroje, restart služby nebo spuštění ní skriptu) testování skutečných ných stavů stav služby

Požadavky na implementaci, školení a technickou podporu

Implementacii hw i sw technologií TC ORP doporu doporučujeme svěřit it renomovaným firmám, které vzejdou z Veřejné soutěže. S vítěznými znými firmami doporu doporučujeme uzavřít ít kvalitní Smlouvy o dílo se sankcemi za nedodržení termínů nebo funkčnosti čnosti jednotlivých prvků prvk nebo celků. Základní školení vlastních administrátorů administrátor doporučujeme realizovat v průběhu hu budování TC ORP. Technickou podporu doporučujeme čujeme svěřit sv renomované firmě, která má dostatečné čné technické i personální zázemí, zkušenosti se stejnou technickou podporou a je tedy schopna provoz TC ORP dlouhodobě dlouhodob a kvalitně zajišťovat. 7.5.3 Požadavky na dodavatele a provozovatele TC Dodavatel TC (TC ORP) vzejde z Veřejné Ve soutěže. Dodavatele doporučujeme ujeme vybírat z firem, jejichž stabilita na trhu IT v České eské republice je velká tzn., že existují mi minimálně deset let a více. Kvality takových firem doporučujeme prověřit it i na několika n vybraných referencích. Provozovatelem TC ORP bude odbor informatiky M Města Hořice.

7.6

Provozní zajištění TC

7.6.1 Potřebné ebné energetické a materiálové toky Vzhledem k využití části současných časných asných technologií IT infrastruktury dojde k navýšení spotřeby spot elektrické energie vybudováním TC ORP, které není ve srovnání se spotřebou spot ebou veškerých ostatních IT technologií Města sta Dobruška zásadní. Celkové navýšení spot spotřeby eby je necelých 2000W. Spotřeba Spotř bude v čase klesat přesunováním esunováním stávajících serverů do virtuálního prostředí edí a odstavením odpovídajících hw server serverů. Dalšími materiálovými toky potřebnými pro provoz TC ORP bude případné p ípadné rozšiřování rozšiř diskové kapacity úložišť. 7.6.2 Záruky a servis Doporučujeme pořídit dit veškeré hw komponenty pro vybudování TC ORP s novou zárukou se zajišt zajištěným servisem. Na sw komponenty není možné v řadě případů zakoupit delší podporu, než na jeden rok, tyto investice je tedy nutné přesunout esunout do provozních nákladů náklad TC ORP v následujících letech. Součástí kalkulace hw TC ORP je standardní záruka na veškerý hw. 7.6.3 Údržba a nákladnost oprav V rámci Záruky na veškeré hw komponenty TC ORP budou všechny záru záruční ní opravy řešeny bezplatně. 7.6.4 Údaje o životnostech jednotlivých zařízení za Životnost serverů a diskových úložišť úložiš je 5let, životnost Diesel agregátu minimáln minimálně 10 let, při správné údržbě i více, životnost záložních zdroj zdrojů napájení je 6 let (předpokládána edpokládána je nutnost výměny vým baterií). 7.6.5 Změny ny v provozní náročnosti nároč vlivem opotřebení Vzhledem k tomu, že hw komponenty TC ORP budou nové se zárukou, provozní náro náročnost vlivem opotřebení



8 Organizace a režijní náklady 8.1

Organizační ní model investiční investi fáze

Garantem budování TC ORP Hořice Ho je Město Hořice Partnery ORP jsou obce: Bašnice, Bašnice Bílsko u Hořic, Boháňka, Bříšťany, Cerekvice nad Bystřicí, Byst Červená Třemešná, Holovousy, Chomutice, Chomutice Jeřice, Lískovice, Lukavec u Hořic, Miletín, Miletín Milovice u Hořic, Nevratice, Petrovičky, Podhorní Újezd a Vojice , Rašín, Rohoznice, Sobčice, Staré Smrkovice, Smrkovice Sukorady, Tetín, Třebnouševes, Úhlejov, řesník. řesník Vybraní zástupci obcí jsou rovněž zastoupeni v projektovém týmu TC ORP. Za účelem úč budování TC ORP bude uzavřena partnerská smlouva o spolupráci mezi ORP a jednotlivými obcemi. obcemi Vedení města nepředpokládá edpokládá spolufinancování vybudování TC ORP partnery projektu. Partneři se budou podílet pouze na částečné né úhradě úhrad spotřeby elektrické energie přii provozu TC ORP a hostované elektronické spisové služby (předpoklad ředpoklad 1 900,- kč / obec / rok)

8.2

Provozní model

Provozovatelem TC bude město, ěsto, kdy zástupci provozu jsou členy leny projektového týmu. Rozsah služeb souvisejících s prováděním profylaxe a údržby bude předmětem ětem smluv o servisu a podpoře e mezi provozovatelem a dodavatelem řešení vybraného na základě veřejné řejné soutěže. sout V rámci jednání na městském stském ú úřadu ORP Hořice byly důkladně projednávány jednotlivé modely spolufinancování provozu TC ORP v rozsahu předpokládaných edpokládaných budovaných služeb: Provoz TC ORP bude zajištěn ěn z prostředků města. Nepředpokládá edpokládá se spolufinancování provozu TC ORP partnery. Provoz TC ORP bude zajištěn ěn z prostředků města. Jednotliví partneřii se budou určitou ur měrou podílet na financování nákladů spojených s poskytováním služeb TC ORP pro partnery (obce) ((částečná úhrada nákladů na spotřebu ebu elektrické energie ve výši Kč K 1 900,-). Na základě výsledků jednání byl zvolen model, který nepředpokládá edpokládá spolufinancování provozu TC ORP partnery projektu v rozsahu předpokládaných p budovaných služeb.

8.3

Role všech organizací v projektu

Na projektu se budou účastnit astnit různé cílové skupiny, které v projektu vystupují v různých rů rolích. ORP HOŘICE ORP Hořice prostřednictví ednictví svého městského m úřadu adu je garantem projektu TC. Prost Prostřednictvím vlastních kapacit: • • • • • •

zajišťuje uje provoz, servis a dohled, garantuje poskytované služby, je zadavatelem veřejných ejných soutěží, sout přebírá dodávky, zajišťuje uje metodickou podporu uživatelům, uživatel provádí školení.

ZŘIZOVANÉ ORGANIZACE ORP HOŘICE OŘ Zřizované organizace ORP Hořice řice jsou z pohledu TC konzumentem služeb. Jedná se zejména o povinné služby (realizované návaznými projekty):



• Elektronická ická spisová služba, vvčetně úložiště nevyřízených a neuzavřených ených spis spisů. OBCE A JEJICH ZŘIZOVANÉ NÉ ORGANIZACE Obce a jejich zřizované izované organizace jsou z pohledu TC konzumentem služeb. Jedná se zejména o povinné služby (realizované návaznými projekty): Elektronická spisová služba, včetn četně úložiště nevyřízených a neuzavřených spisů. ů. ČESKÁ REPUBLIKA Česká republika prostřednictvím ednictvím Ministerstva vnitra ČR vystupuje v projektu je konceptor a realizátor eGovernment v ČR. Prostřednictvím ednictvím strategie Smart Administration Administration a operačních operač programů vytváří podmínky pro realizaci včetně ě finanční finan podpory.

8.4

Organizace výběrových rových řízení

Při zadávání veřejných ejných zakázek souvisejících s realizací projektu se bude postupovat v souladu s: • •

•

8.5

zákonem č.. 137/2006 Sb., o ve veřejných zakázkách, v platném znění; Závaznými postupy pro zadávání ve veřejných ejných zakázek spolufinancovaných ze zdrojů zdroj EU, nespadajících pod aplikaci zákona č. 137/2006 Sb., o veřejných ejných zakázkách, v programovém období 2007 – 2013, schválenými usnesením vlády č.. 48 ze dne 12. ledna 2009 (Limity a pravidla zakázek malého rozsahu jsou uvedeny v příloze p č. 7 Příručky ky pro žadatele). Závaznými postupy pro zadávání ve veřejných ejných zakázek spolufinancovaných ze zdrojů zdroj EU, nespadajících pod aplika aplikaci zákona č. 137/2006 Sb., o veřejných ejných zakázkách, v programovém období 2007 – 2013, schválenými usnesením vlády č.. 48 ze dne 12. ledna 2009 (Limity a pravidla zakázek malého rozsahu jsou uvedeny v příloze p č. 7 Příručky ky pro žadatele).

Právní opatření ení nutná pro realizaci projektu

Podmínkou budování TC ORP je sada právních opatření. opat Zásadními opatřeními eními jsou: •

• • •

8.6

usnesení Rady města : usnesení č. 8/2009 ze dne 1.6.2009 – připojení ke společné né studii proveditelnosti na vybudování Technologického centra ORP, Usnesení ení zastupitelstva města m Hořice č. 1/2010 z 1.3.2010, kterým se schvaluje p předložení projektu do výzvy č. 6 IOP usnesení rady na realizaci Technologického centra kraje, usnesení rady na výběr výbě dodavatele, • usnesení Zastupitelstva města: m usnesení zastupitelstva zastupitels na realizaci Technologického centra ORP, usnesení zastupitelstva na p příjem dotace, Smlouva o poskytnutí dotace mezi Městem Hořice a Ministerstvem vnitra České republiky, Smlouva o spolupráci mezi Městem Mě Hořice a partnerskými obcemi, Smlouva o dodávce a servisu mezi Městem Hořice a vybraným dodavatelem řešení ř (veřejná soutěž).

Popis obsahu provozních směrnic sm rnic technologického centra a dalšího ICT vybavení a smluvních ujednání (návrh SLA) pro jednotlivé provozované části / subdodavatele

Pro TC ORP je výzvou zvou definovaná dostupnost v režimu 5x12 (tj. 5 dní v týdnu, v délce 12 hod). Základní definovanou garantovanou dobu odezvy tvo tvoříí 4 hodiny a garantovanou dobou odstranění odstran problému do 24 hodin. Z povahy těchto chto uvedených základních SLA parametr parametrů je doporučeno o realizovat SLA v režimu garantované odezvy 4 hodiny a dobou odstran odstranění ní problému do 24 hodin. Tyto klíčové klí SLA musí být



zakotveny ve smluvní ujednání mezi ORP a subjekty užívajícími služby ORP; dále v provozních směrnicích ORP; a v jednotlivých záru záručních podmínkách zařízení TC ORP. Provozní směrnice rnice TC ORP musí doplnit existující politiku zejména o bezpe bezpečnostní čnostní provozní procedury, které musí být dodržovány, organiza organizační opatření, odpovědnost osob působících ůsobících v TC ORP. Musí předepsat pravidla chování směrem ěrem k jednotlivým subjektům. Provozní směrnice rnice musí definovat i pravidla organizační ní a administrativní povahy, rrůzné procedury v oblasti fyzické a personální bezpečnosti bezpe a práce s dokumenty tak, jak jsou potř potřebné pro zajištění bezpečnosti během hem provozu TC ORP. Vzhledem k předpokládanému edpokládanému modelu provozu TC ORP je nutné zpracovat směrnici sm rnici zahrnující interakci se správci systému zejména identifikaci a autentizaci (akce uživatele, pravidla pro hesla, akce správy - prvotní přidělení lení hesla, seznamy uživatelů uživatel ať už interních čii externích), audit (akce správce - kontrola a uchovávání auditních záznamů, ů, ošetřování ošet incidentů), řízení přístupu ístupu (akce správce i uživatelů uživatel v oblasti nastavování přístupových ístupových práv, pravidla pro vlastnická práva), akce uživatele a správce vyžadované vyžadovan v oblasti zálohování, akce uživatele a správce v oblasti komunikační komunika bezpečnosti nosti apod. Provozní směrnice sm musí pamatovat také na realizaci opatření opat z hlediska bezpečnostních nostních funkcí z oblasti počítačové bezpečnosti náhradními opatřeními. řeními. Obsah provozních směrnic: • • • • • • • • • •

Stručný ný popis TC ORP, jeho rozsahu, umíst umístění, ní, napojení na externí systémy, jeho funkčnosti. funk Údaj, v jakém bezpečnostním čnostním nostním provozním módu TC ORP pracuje a jaký je nejvyšší stupeň stupe utajení informací v TC ORP zpracovávaných a ukládaných. Funkce (role) zavedené v TC K pro výkon správy bezpe bezpečnosti IS a činnosti, innosti, které zajišťují. zajiš Postup pro zařazení azení osoby do seznamu oprávn oprávněných ných osob a pro její vyřazení, vyř kdo o zařazení/ vyřazení azení rozhoduje, kdo vede seznam uživatelů. uživatel Jmenný seznam uživatel uživatelů/správců, s uvedením přístupových ístupových práv konkrétních osob (skupin uživatelů) k objektům m IS/TC ORP. Schválená základní konfigurace, umístění umíst ní jednotlivých komponent TC ORP, odpov odpovědnost za dodržování konfigurace HW a SW, systém řízení ízení konfigurace (schvalování změn, zm aktualizace). Fyzické zabezpečení ení TC ORP. Pravidla pro správu auditních a provozních záznam záznamů IS. Procedury vztahující se k provádění provád údržby HW a SW. Postup přii haváriích: Pro p případ havárie (způsobené například íklad chybou obsluhy, poruchou techniky nebo živelní pohromou), musí být, zejména: o stručně a jasně ě popsán sled činností pracovníka přii dané události, o v bezpečnostních nostních směrnicích sm musí být uvedena: - činnost innost následující ihned po havárii, vedoucí k minimalizaci škod, - činnost, innost, která vede k likvidaci následk následků havárie a která obsahuje konkrétní pracovní postup se jmény a způsobem zp vyrozumění ní a dosažení pracovníků pracovník povolávaných na pracoviště, sob zálohování informa informačního systému, - způsob - způsob sob zajiště zajištění servisní činnosti, - způsob sob zajišt zajištění nouzového provozu informačního ního systému s vyjmenováním minimálních funkcí, které musí být zachovány. o Pro provoz prostředků prostř technické bezpečnosti nosti tj. elektrické zabezpečovací zabezpe signalizace, elektrické požární signalizace apod., odkaz na p příslušné směrnice. rnice. o Procedury pro kontrolu personálu údržby a jiného p podpůrného rného personálu, který m může potřebovat přístup řístup do oblasti, v níž je umístěn umíst n IS nebo vzdálené pracovní stanice a terminály. o Kontaktní osoby pro jednotlivé oblasti bezpečnosti bezpe nosti a provozu TC ORP.

Smluvní ujednání pro zajištění ní provozu TC ORP musí zajistit požadovanou kvalitu služeb.

Kritické HW prvky jsou redundantní, vzhledem k provedené analýze požadavků ů a návrhu TC ORP je na HW a SW prvky TC K optimální smluvně smluvn požadovat garantovanou odezvu do 4 hodin. Technologické centrum a elektronická spisová služba ORP


Požadovaná dostupnost aplikací bude zajištěna zajišt jak HW redundancí komponent, tak provozem aplikací v režimu vysoké dostupnosti aťť už na úrovni virtualizace či clusteru.



9 Lidské zdroje, vlastníci a zaměstnanci zam Předmětem tem této kapitoly je prokázání kompetencí a kvalifikací řešitelského ešitelského týmu na straně stran zákazníka.

9.1

Specifikace funkcí a pozic projektového týmu v investiční ní a provozní fázi projektu

Nezbytným faktorem úspěšné šné realizace projektu je vybudování kvalitního projektového týmu. Tým pro realizaci TC ORP je sestaven tak, aby jednotlivé role v rámci týmu byly ly adekvátně adekvátn zabezpečeny. Projektový tým má složení: Tabulka 7:: Složení projektového týmu

Role

Funkce

Jméno a příjmení p

garant (sponzor) projektu

tajemník

Mgr. Michal Kuchta

Projektový manažer


Ing. Tomáš Trunec, MBA

vedoucí projektového týmu

informatik

Miloš Hazdra

systémový architekt

Informatik

Miloš Hazdra

aplikační architekt

informatik

Hynek Beran

budoucí administrátořii systému a helpdesku - provoz

Informatik, informatik, školitel eGon centra

Hynek Beran, Miloš Hazdra, Michal Jakl

administrátor dotace

Referent kanceláře tajemníka a starosty

Bc. Monika Grundzová

organizace veřejných zakázek

Externí právník

Mgr. Iva Mádlová

právní poradenství

Externí právník

Mgr. Iva Mádlová

propagace a publicita projektu



Finanční manažer projektu

Vedoucí finančního oddělení

Helena Nosková

Během přípravné ípravné fáze byl vytvořen vytvořen pracovní tým pro všechny fáze projektu. Výkonným manažerem pro všechny fáze projektu tu byl ustanoven tajemník m městského úřadu v Hořicích.. Jeho odpovědností odpov je řízení projektu a projektového týmu, kontrola jednotlivých aktivit, řízení ízení krizových situací, rozhodovací pravomoc. Dále zastupuje investora navene navenek společnosti, nosti, jedná jménem Úřadu m města. Mezi členy pracovního týmu patříí i externí projektový manažer, který p připravuje ipravuje projektovou žádost, koordinuje přípravné aktivity, v realizační ní fázi zpracovává monitorovací zprávy, řídí změny ěny v projektu. V pracovním týmu je také informatik města, sta, který řeší technické zadání projektu. V investiční ční fázi projektu připravuje p technické specifikace, provádí kontrolu kvality díla, komunikuje s dodavatelem. Finančním Finan manažerem projektu je vedoucí finančního ního odd oddělení města, který zajišťuje finanční řízení, ízení, fakturaci, p připravuje finanční podklady pro jednání projektového týmu. Zdárné dokon dokončení ení projektu se bude odvíjet od vysokého pracovního nasazení všech subjektů subjekt zainteresovaných na výsledku. Zvolený projektový tým má zkušenosti s veřejnými dotačními čními tituly, vvčetně projektů financovanými ze zdrojů zdroj EU. Projektový tým může že být narušen vypadnutím ně některého člena z týmu. Z dlouhodobého hlediska lze člena týmu nahradit, ostatní členové lenové by pak nového člena č v týmu zaučili. Pokud se jedná dná o krátkodobé výpadky členů týmu, bude zde fungovat zastupitelnost v rámci týmu. Klíčová je pozice účetního, etního, který musí bezpodmínečně bezpodmíne zaúčtovat náklady správně (investiční, (investi neinvestiční). Podrobná specifikace úloh jednotlivých členů projektového týmu je uvedena v žádosti projektu. projektu Tým má za úkol realizační činnosti, innosti, jednotliví pracovníci mají vvětšinou přímou nebo nepřímou římou odpovědnost, odpov pouze u vybraných činností inností se setkáme s činností řídící, popř. schvalovací.



9.2

Požadavky na kvalifikaci, kompetence a odpovědnosti odpo

Požadavky na projektový tým a osoby zajišťující zajiš provoz a podporu TC ORP jsou s ohledem na činnosti vysoké. Odborná vybavenost členů člen týmu odpovídá rozsahu a obsahu projektu, jednotlivé kvalifikace pracovníků budou blíže popsány v projektové žádosti o dotaci. Navržený tým je dostatečně kvalitní a kapacitně kapacitn odpovídá předpokládaným edpokládaným nárokům nárok projektu. Ty jsou dány činnostmi: • • • • • • • • •

projektové řízení, administrace dotace, administrace veřejných ejných zakázek, podpora uživatelů TC ORP (městský (m úřad, obce, organizace), zajištění ní školení uživatelů (vazba na vzdělávací část eGON centra), komplexní správa hardware (pracovních stanic, server serverů,, datových úložiš úložišť a telekomunikační infrastruktury), servis hardware (instalace aplika aplikačního ního SW, OS, atd., profylaxe, zajištění zajišt obnovy provozu, výměna na vadných souč součástek, reklamační řízení, ízení, upgrade SW, součinnost sou s dodavateli infrastruktury), komplexní správa sítí (instalace, testování a opravy kabeláží, instalace, konfigurace a správa firewalů,, návrh VPN propojení poboček, pobo zabezpečení sítě,, antivirová ochrana, vzdálený dohled), správa softwarových licencí (nákupy licencí a multilicencí, upgrade licencí).



10 Realizace projektu, časový plán Následující kapitoly jsou zaměřeny zam eny na specifikaci harmonogramu projektu – část budování Technologického centra.

10.1 Souhrnný přehled časových asových a nákladových charakteristik projektu Tabulka 8: Přehled ehled celkových nákladů náklad realizační fáze TC

Dalšími výdaji jsou náklady na publicitu projektu K Kč 14 400,-, náklady na výběrová ěrová řízení Kč 84 000,- a náklady na zpracování projektové žádosti a studie ekonomického hodnocení projektu Kč K 72 000,-. Veškeré ceny jsou včetně 20% DPH. Obec není z dané aktivity plátcem DPH. Následující tabulka představuje edstavuje ččasový průběh investičních ních a provozních nákla nákladů rozložených v čase. Předpokládáme, edpokládáme, že náklady na vybudování technologického centra budou proinvestovány v roce 2010. Zdrojem financování je dotace (85%) a vlastní zdroje žadatele (15% + nezpůsobilé nezpů nezp výdaje projektu). Neinvestiční ní výdaje projektu jsou plánovány plá ve výši Kč 132 744,-.. Dále vznikají nezpůsobilé nezp výdaje projektu ve výši Kč 38 869,16.



Tabulka 9: Přehled příjmů a výdajů (investiční a provozní fáze)

Povinné požadavky Řešení zajištění ní teploty a relativní vlhkosti V případě kdy v stávajících prostorách ORP není možné plnit požadavky na zajišt zajištění teploty a relativní vlhkosti je nutné provézt odpovídající stavebně stavebn technická opatření. Z pohledu technických opatření ření je možné uvažovat instalaci klimatizačních klimatizačních jednotek ve v výkonu odpovídajícím požadavkům m technologie TC ORP, tj. řádově 6000BTU. Přii uvažovaném chladícím výkonu 2,5 až 5,5kW v sestavě vnitřní řní a vnější vn jednotky je zjištěná ná cena sady složené z vnitřní a vnější jednotky spolu, kompletní instalací v ceně 90.000,90.000, Kč s DPH (pozáruční ní servis není zahrnut). Čidla kouře a teploty. p př čidel teploty a V případě kdy v stávajících prostorách ORP není možné plnit požadavky na přítomnost kouře, bude nutné tato čidlo idlo instalovat. Z pohledu technického řešení ešení je relativn relativně nejsnazšíí cestou využití tzv. RMS (rack monitoring systému), který slouží ke sledování prostředí v stojanu technologie (racku). Zjištěná ná cena tzv. je 20.000,20.000, Kč s DPH (pozáruční servis není zahrnut). Elektronická zabezpečovací ovací signalizace V případě, kdy ve stávajících ících prostorách ORP není instalována elektronická zabezpečovací zabezpe signalizace, bude nutné EZS instalovat. Zjištěná cena pořízení EZS včetn četně její instalace v rozsahu pokrytí prostor TC ORP (místnost do 20m2, 3xčidlo, řídící ídící jednotka, signální jednotka) činní 42.000,- Kč s DPH (pozáruční ní servis není zahrnut). Napájení Z pohledu zajištění požadavků ů na bezvýpadkové napájení jsou uvažovány UPS a generátor. V případě, kdy stávající řešení ešení nevyhovuje požadavkům požadavk na zajištění ní bezvýpadkového napájení, bude nutné instalovat lovat UPS a/nebo generátor. Zjištěná ná cena motor generátoru o stálém výkonu 6kw (3 fáze) činní řádově ě 59.000,59.000, Kč s DPH (bez instalace, pozáručního servisu)



Zjištěná ná cena UPS (6000VA, 20 min) činní řádově 78.000,- Kč s DPH (bez instalace, pozáručního pozáru servisu) Fyzická ochrana Prostor TC ORP, budova v níž se nachází TCP ORP musí být střežena st ežena (zajištěna (zajišt vnější ochrana) vlastníkem, nebo bezpečnostní nostní službou 24 hodin denně denn a 7 dní v týdnu. Cenu nelze odhadnout. Evidence osob vstupujících do prostor TC ORP Vstup osob sob do TC ORP být evidován. V případě neexistence evidence osob vstupujících od prostor TC ORP je nutné zajistit zřízení ízení této evidence. V závislosti na místních podmínkách je možné zajistit evidenci přijetím ijetím odpovídajících organizač organizačních opatření či například instalaci vstupně ě identifikačních identifika systémů. Cenu nelze odhadnout. Povodňová ochrana Prostory TC ORP musí být umístě umístěny mimo povodňovou zónu. Technologické požadavky: Prašnost, vibrace Prostory TC musí minimalizovat p působení vibrací, prachu na zařízení umístěná v TC. V případě problémů s prašností je možné instalovat odpovídající filtry do klimatizačních klimatiza ních jednotek pro omezení prašnosti. Problém řešení ešení vibrací obvykle vyžaduje řešení na úrovni stavebně technického projektu (cenu není možné stanovit). Základní fyzická bezpečnost Z pohledu fyzické ochrany je př předpokládáno, že prostor TC je tvořen en samostatným uzamykatelným prostorem, jehož konstrukce vylučuje vylu možnost například íklad násilného vniknutí. V případě neplnění této podmínky je nutné zajistit odpovídající stavebně-technická opatření. Cenu těchto ěchto opatření opat není možné stanovit odhadem (je nutné nejprve zpracovat stavebně stavebn technický projekt). Stojan technologie Pokud v prostorách TC ORP není volný stojan pro umístění umíst ní technologie, je nutné zakoupit stojan pro technologii. chnologii. Odhadovaná cena je v rozsahu 10.000,- Kč s DPH (bez instalace, kabeláže napájení, atd.) Přívod elektrické energie Je doporučeno eno realizovat napájení dvěma dv ma nezávislými napájecími okruhy (se samostatným jištěním, jišt případně i zálohováním) tj. je nutn nutné uvažovat tři zásuvky E IEC884-1 1 na každém okruhu. V případě neplnění ní této podmínky je nutné zajistit odpovídající stavebn stavebně-technická opatření. ření. Cenu těchto t opatření není možné stanovit odhadem (je nutné nejprve zpracovat stavebně stavebn technický projekt). LAN konektivita Technologie TC ORP bude zapojena do dedikovaných VLAN nejlépe prostřednictvím prostřednictvím gigabitEthernet rozhraní (např. metalické), počet čet dedikovaných portů port pro technologii TC ORP je 8. V případě kdy již stávající LAN přepínač nevyhovuje, je předpokládaná p cena L3 přepínače s 24 porty 50.000,50.000, s DPH (bez instalace a pozáručního ního servisu). Zálohování V případě neexistence zálohovací strategie, je nutné řešit ešit projekt zálohování na úrovni komplexního projektu. Odhadovaná cena je v rozsahu 150.000,- s DPH např. za nákup páskové knihovny (LTO, 4 mechaniky, zásobník na 24 pásek, 19,2TB) doplněné dopln o vhodná organizační ní opatření.



Vzdálený přístup k zařízením ízením TC ORP Propojení TC ORP a TC Královéhradeckého kraje Připojení uživatelů hostované spisové služby k TC ORP Vzdálený přístup, ístup, propojení TC ORP a kraje a p připojení uživatelů je možné realizovat prostřednictvím prost VPN přes es internet. Pokud ORP není vybaveno odpovídajícím firewallem/VPN koncentrátor pro realizaci VPN je předpokládaná edpokládaná cena firewallu/VPN koncentrátoru v rozsahu od 50.000,- do 200.000,- Kč s DPH (bez instalace, konfigurace, pozáru pozáručního servisu, atd.). Současně je doporučena ena kapacita připojení p do sítě Internet 10Mbit/s. Cena za připojení př se zásadně liší v závislosti na místních podmínkách (dostupnosti infrastruktury infrastru poskytovatelů) ů) a není možné odhadnout zřizovací a provozní náklady. Ochrana serverů V závislosti na platformě provozovaného serveru a zvoleném opera operačním ním systému je nutné realizovat vhodnout bezpečnostní nostní politiku (omezení p přístupu, antivir, atd.). Cenu u není možné stanovit. Řízení a monitoring Aplikace pro řízení ízení a monitoring by měly m být součástí ástí dodávky jednotlivých zařízení. za V případě neexistence monitorovacích nástrojů nástroj může že ORP využít monitorovací SW na bází open source / freeware (volně dostupný SW).

10.2

Harmonogram činností inností projektu ve fázi přípravy p ípravy a realizace projektu

Harmonogram projektu realizace technologického centra ORP je navržen do ttřech řech fází: Přípravná fáze – vytvoření ení studie proveditelnosti, vvčetně souvisejících dokumentů a příloh, její schválení, uzavření ení partnerských smluv a vypsání veřejné ve soutěže. Fáze realizace projektu – vlastní dodávka řešení, včetně zkušebního provozu. Fáze provozu TC ORP – produktivní provoz po dobu udržitelnosti projektu.

2010

2011

Harmonogram realizace projektu TC ORP 1

2

3

4

5

6

7

8

9

10

11

12

1

Přípravná fáze Zpracování studie proveditelnosti Zpracovánjí žádosti o dotaci Příprava výběrového řízení ízení na realizaci TC ORP a elektronické spisové služby Uzavření partnerských smluv Výběrové řízení na dodavatele Schválení výsledků zastupitelstvem

veřejné řejné

sout soutěže

Fáze realizace projektu Dodávka řešení



2

Zkušební provoz Ukončení ení zkušebního produktivního provozu

provozu

a

zahájení

Fáze provozu TC ORP Tabulka 10 - Harmonogram projektu

Projekt bude realizován v rámci jedné etapy, jejímž cílem bude vybudovat TC ORP a zprovoznit všechny jeho služby, popsané v rámci této studie.



11 Finanční ní analýza projektu, finan finanční plán Kapitola Finanční ní analýza projektu, finan finanční plán je kapitolou, kde bude provedena syntéza jednotlivých, dosud analyzovaných částí. Ve finanční ní analýze jsou uvažovány pouze p přímé finanční ní toky vyplývající z realiza realizace projektu, jejichž příjemcem íjemcem je nositel projektu ORP Hořice. Všechny uvažované hodnoty jsou očištěny o od redundantních částek. Veškeré dopady a hodnoty jsou vyjád vyjádřeny za použití diferenční (přírůstkové) stkové) metody v podob podobě hotovostního toku. Je tedy započítávána započ pouze změna (kladná čii záporná) způsobená způ investicí oproti nulové variantě. Skutečné né hotovostní ((čii kvazihotovostní) toky jsou uvažovány jako příjmy p a výdaje, nikoli jako náklady a výnosy v účetním etním smyslu. Pro výpočet výpo ukazatelů nejsou započítány náklady náklad spojené s předinvestiční fází projektu. Veškeré uvedené hodnoty budou v reálných cenách roku 2009. Nicméně Nicmén je nutné uvést další faktory, které mohou mít vliv na skutečnou čnou cenou v době realizace, jakými mohou být například: např • • • •

Obecná depreciace cen technolog technologií dostupných na trhu Kurzové rozdíly (z velké části č lze předpokládat edpokládat nasazení importovaných technologií) Inflace Vliv výběrového řízení ízení (obzvláště (obzvlášt v případě realizace výběrového řízení ízení prost prostřednictvím veřejné zakázky) Všechny ceny jsou uvedeny s DPH. Všechny hodnoty jsou pro potřeby řeby výpo výpočtů uváděny v ročním ním rozlišení, nikoli však v kalendářních letech, ale v roční ní vzdálenosti od zahájení projektu.

11.1 Zajištění ní dlouhodobého majetku Níže je v tabulce uveden přehled ehled dlouhodobého majetku po pořizovaného v rámci projektu.



Tabulka 11: Přehled pořizovaného izovaného majetku a služeb

Ostatní služby: Zpracování žádosti a studie ekonomického hodnocení (TC), realizace výb výběrových řízení, publicita

11.2 Řízení ízení pracovního kapitálu (oběžný (ob majetek) – vymezení struktury a velikosti oběžného majetku Provozní fáze nebude vyžadovat vytváření vytvá žádných zásob čii podobných položek, pro zajištění zajišt provozu budou potřeba jen běžné žné úhrady provozních nákladů náklad (energie, pronájem připojení řipojení do Internetu, mzdy apod.). Vzhledem k objemu v porovnání s aktivy ORP se nebude jednat o zásadní stálý nár nárůst oběžných aktiv a není tedy nutné se specificky zabývat řízením pracovního kapitálu.

11.3 Přehled ehled celkových nákladů náklad v investiční fázi Níže je v tabulce uveden přehled ehled celkových náklad nákladů v investiční fázi, všechny částky jsou s DPH. Tabulka 12: Specifikace nákladů Položka číslo

Popis

Cena za ks (s DPH)

1 Servery a disková úložiště TC ORP, infrastruktura pro virtualizaci

Virtualizační ní infrastruktura: Možnost instalace alespoň alespo deseti serverů, Minimálně dva napájecí zdroje s možností rozšíření na čtyři Dva SAN Switche minimálně minimáln 4Gb/s FC s minimálně 4mi porty pro redundantní připojení řipojení dvou serverů Dva Layer 3 Ethernet switche s min. 6ti porty 1Gbs, Plná redundance na sběrnici sb ici vč včetně napájení, Provedení Rack

1 442 345,00 Kč

Serverová infrastruktura: 2x Server pro virtualizaci server serverů v konfiguraci: dva čtyřjádrové jádrové procesory s výkonem dostatečným dostate ným pro provoz až 20ti virtuálních server serverů minimálně 32GB RAM s rozši rozšiřitelností na min. 96 GB dva pevné disky SAS minimáln minimálně 146GB/10k pro hypervizor nebo podpora Flash, hw RAID řadič s podporou RAID 0, 1



jeden dvouportový minimálně minimáln 4Gb/s FC HBA pro připojení k diskovému úložišti provedení Blade certifikace hw serveru pro serverovou virtualizaci rver pro zálohování a management: 1x Server jeden čtyřjádrový jádrový procesor s výkonem dostate dostatečným ným pro provoz zálohovacího software minimálně 8 GB RAM dva pevné disky SAS minimáln minimálně 146GB/10K rpm hw RAID řadič s podporou RAID 0, 1 licence pro vzdálený management serveru – sw nezávislá grafická konzole provedení Blade 2x diskové pole: Dual controller Minimálně dva minimáln minimálně 4 Gb/s FC porty na řadič, Minimálně 1GB CACHE (minimálně (minimáln 512MB na řadič), ), Možnost osazení disky SAS a SATA. Rozšiřitelnost itelnost na minimálně minimáln 48 disků Možnost st snapclon a snapshot funkcionality Certifikace pro serverovou virtualizaci Certifikace pro MS SQL cluster Certifikace pro MS Windows 2003 a všechny vyšší Podpora RAID 0, 1, 3, 5, 6, 10 2. Ostatní HW TC ORP

Aktivní prvky: Router s následujícími parametry : Počet et fyzických rozhraní Min. 8 x 10/100Base-TX TX rozhraní Stavový firewall - požadovaný výkon Maximální propustnost min. 600Mbps Propustnost při středních edních paketech dle specifikace IMIX min. 200 Mbps Propustnost přii krátkých paketech pakete 64 Byte min. 70 Kpps Počet bezpečnostních nostních politik min. 350 Neomezený počet et IP adres ve vnitřní vnit síti Počet bezpečnostních nostních zón s vlastními definicemi bezpe bezpečnostních nostních pravidel omezující provoz s ostatními zónami - min. 10 Překlad adres Source NAT Port Address ess Translation PAT Static NAT Destination NAT Směrování IPv4 Statické směrovací rovací záznamy Podpora dynamických protokolů protokol RIPv2, OSPF, BGP Podpora směrování rování multikást multikástů PIM-SM Podpora virtuálních firewallů firewall min 3 Směrování IPv6 OSPFv3, BGP IPSec VPN koncentrátor IPsec, podpora enkrypce AES 256 256-bit, autentikace MD5 a SHA-1 Výkon pro AES256+SHA-1 AES256+SHA min. 60 Mbps Podpora protokolu GRE Možnost provozovat dynamického protokolu OSPF p přes VPN tunel Počet současných asných VPN spojení IPSec – min. 25 Zabezpečení vysoké dostupnosti Možnost zapojení v clusteru o dvou fyzických jednotkách Podpora režimu Active/active (obě (ob jednotky aktivní) nebo Active/Passive – (jedna jednotka aktivní, druhá ve standby režimu) Synchronizace konfigurace mezi oběma ob jednotkami v clusteru Synchronizace otevřených řených relací na firewallu mezi ob oběma jednotkami v clusteru Synchronizace navázaných VPN spojení mezi oběma ob jednotkami v clusteru Podpora L2 Switching Možnost seskupení fyzických rozhraní zařízení za do společné switch skupiny VLAN 802.1Q Link Aggregation ggregation 802.3ad/LACP Spanning Tree Protocol 802.1D, RSTP 802.1w, MSTP 802.1s Počet VLAN min. 16 Podpora protokolu: Point-to-Point Point Protocol over Ethernet (PPPoE) Internal DHCP server, DHCP relay Traffic Management Značkování paketů pomocí CoS 802.1.p a DSCP Podpora odbavování front dle tříd t s možností prioritního odbavení


229 627,00 Kč


Předcházení edcházení zahlcení pomocí Weighted random early detection (WRED) Traffic shaping v odchozím sm směru na fyzických a logických rozhraních Ingress traffic policing Logging and Monitoring Monitoring datových toků pomocí technologií NetFlow nebo sFlow nebo J-Flow SNMPv3 RADIUS accounting, možnost logování změn zm v konfiguraci Administrace Autentizace administrátorů administrátor vůči RADIUS, LDAP, SecureID SSH Web management pomocí HTTPS Zálohování a obnova va z ascii-editovatelného ascii souboru UPS: jednofázový záložní zdroj napájení s výkonem minimálně minimáln 5,5kVA, účinností inností min.92% p při počítačové zátěži, ži, externím ByPassem, minimální dobou provozu na baterie 15 minut a možností modulárně ě rozšiřovat rozši tuto dobu. Možnost managementu přes es SNMP. Součástí Souč nabídky bude kompletní elektroinstalace mezi hlavním silovým rozvaděč rozvad rozvaděčem, motorgenerátorem, centrální UPS a UPS DC.

4. Software licence software pro serverovou virtualizaci

Rack Monitoring systém: Rack monitoring systém, který umožní napojení všech důležitých d součástí ástí datového centra. entra. Zejména pak kouřová kou a teplotní čidla. Hypervizor nainstalovaný p přímo na hardware, umožňující ující plnou virtualizaci jakéhokoliv x86 stroje Umístění ní kompletního prost prostředí včetně OS a aplikací do virtuálních strojů bez závislosti na provozovaném hardware Virtualizace a agregace x86 stroj strojů a k nim připojených síťových ových a datových úložišť do unifikovaných souborů ů zdrojů zdroj Škálovatelnost pro možnost podpory IT prost prostředí jakékoliv velikosti Vysoce výkonný klastrový systém zajiš zajišťující přístup k datovým diskům m virtuálního stroje několika kolika nainstalovaných host serverů server současně Symetrický multiprocesing zlepšující výkonnost virtuálního stroje a umožňující, umož ující, aby jediný virtuální stroj využíval několika n virtuálních procesorů současně Centralizované řízení ízení zajišťující zajiš ující automatický provoz a vysokou dostupnost IT prostředí Centralizované řízení ízení umožňující umož integraci s produkty spravovanými třetí etí stranou přes p rozhraní různých zných webových služeb a rovněž rovn vývoj produktů podle přání zákazníka Centralizované řízení ízení umož umožňující nastavení jednoduchého a plně automatického disaster recovery řešení ešení (konfigurace, testování, výpadek, obnova) včetně v plné integrace s výrobci diskových polí pro TC ORP Dynamické a inteligentní ntní přiřazení p hardwarových zdrojů k zajištění ní optimálního propojení business provozu a IT Kontinuální dynamický balancing aplika aplikačního výkonu nad dostupnými HW zdroji Inteligentní alokace zdrojů zdroj na základě předdefinovaných pravidel Migrace virtuálních strojů ojů za provozu zajišťující tak plynulou správu a údržbu IT Jednoduché, centralizované zálohovací zařízení za pro virtuální stroje Nepřetržitý etržitý monitoring všech host serverů server ve zdrojovém poolu a v případě detekce selhání host serverů ů automatické iniciování procesu restartování všech dotčených čených virtuálních strojů na zbývajících host serverech Podpora operačních ních systém systémů Windows 2000 a novější, Linux, Support poskytovaný výrobcem sw

1 121 000 Kč

Dvě serverové licence operačního opera systému umožňující chod až čtyř virtuálních server erverů na serverech fyzických osazených dvěma dv procesory. Součástí ástí nabídky bude jedna serverová licence operačního opera ního systému pro management/zálohovací server. Jedna licence pro databázový server per procesor. Dostatečný počet et klientských licencí pro přístup p k serverovým službám Ssoftware pro kompletní antimalwarovou ochranu s následující funkcionalitou: Antivir pro desktopy i servery Anti-Spyware Spyware pro desktopy i servery Firewall pro desktopy Device Control pro desktopy Web Filtering pro desktop Antispam pro e-mailový mailový server Network Access Control Společná ná administrátorská konzole pro všechny součásti sou Licence pro všechny počítače poč sítě a všechny servery, které MěÚ používá Software pro zálohování dat s následující funkcionalitou: zálohování a replikace dat plná ná podpora virtuálních server serverů (konzistentních záloh aplikací uvnitř virtuálních strojů strojů) obnova souborů (file-level level restore) pro Windows a Linux



konzistentní zálohování databází deduplikace dat zálohování a replikace dat se syntetickým zálohováním Možnost kontinuálního zálohování Licence management a monitoring software pro správu infrastruktury umožňující: umož Automatický monitoring Monitoring veškerých aspektů aspekt Windows a Linux serverů, stanic a síťových ových zařízení zař (routerů, tiskáren atd.) upozorní na a chybu e-mailem, e mailem, SMS nebo zprávou na pager možnost nastavení automatické nápravné akce ( automatický restart stroje, restart služby nebo spuštění spušt skriptu) testování skutečných ných stavů stav služby Služba instalace, oživení aplikačních aplika serverů, diskového pole a virtualizačního ního SW (kompletní implementace včetně v provedení testů odolnosti proti jednonásobné chybě chyb u redundantních komponent, dále kompletní dokumentace jednotlivých dodaných komponent, dokumentace a školení v odpovídajícím rozsahu)

CELKEM

369 605 Kč

3 162 587 Kč

11.4 Přehled ehled celkových nákladů náklad v provozní fázi Níže je v tabulce uveden přehled ehled celkových náklad nákladů v provozní fázi, všechny částky jsou s DPH. Obec bude od roku 2011 odepisovat majetek Tabulka 13 - Přehled ehled celkových náklad nákladů a výnosů v provozní fázi

Energie – v TC ORP je počítáno ítáno s výkonem 4 kw/hod (HW, klimatizace, bezpečnostní čnostní a kouřová kou čidla aj.) Osobní náklady – tato položka zahrnuje především p pravidelnou činnost innost spojenou s provozem TC ORP v předpokládaném rozsahu 1 zaměstnance. zam Dále též může zahrnovat například říklad fyzickou ochranou budovy, v níž bude TC ORP umístěno umíst (během provozních hodin úřadu adu bude ochrana zajištěna zajišt zaměstnanci, stnanci, mimo tuto dobu bude budova zajišt zajištěna bezpečnostním nostním pracovníkem dohlížející do nad budovou). Náklady na služby – externí služby p při údržbě pořizovaných zařízení

11.5 Příjmy provozní fáze Příjmy íjmy provozní fáze nejsou uvažovány. Jsou uvažovány v části ásti spisová služba (příspěvek (p na úhradu nákladů na elektrickou energii).

11.6 Finanční plán investiční a provozní fáze Tabulka 14 - Přehled ehled celkových finan finančních toků projektu



11.7 Přehled ehled financování projektu Investiční ní etapa bude financována z dotace a rozpočtu tu ORP, provozní etapa z rozpočtu ORP. Část nákladů na pokrytí výdajů na energii, ostrahu objektu atd. m může že být pokryta od obcí a zřizovaných z organizací, maximálně do výše provozních výdajů výdaj ORP.

11.8 Výpočty ty a vyhodnocení finan finančních ukazatelů Pro vyhodnocování přínosu ínosu projektu oproti nulové variantě variant jsou použity následující sledující ukazatele s uvedenou konstrukcí: Čistá současná hodnota (NPV): Čistá současná asná hodnota provozních toků tok projektu je suma jednotlivých diskontovaných finan finančních toků souvisejících ouvisejících s investicí. A vypočte vypoč se (respektive jako současná asná hodnota provozní provozních toků – současná hodnota vstupní investice)

NPV

t

=

n

∑

t = 0

CF t (1 + r )

t

, kde:

NPVt

je současná asná hodnota všech hotovostních toků tok vyplývajících z projektu od období 0 až „n“;

CFt

je tok plynoucí z investice;

r

je diskontní míra;

t

představuje období;

n

je poslední období.

Vnitřní výnosové procento (IRR): Vnitřní ní výnosové procento je výše diskontní taková, že čistí současní asní hodnota toků plynoucích z projektu je rovna 0. Vypočte se iterativně ě aproximací ze vztahu

0 =

n

∑

t=0

CF t (1 + IRR ) t , kde:



CFt


IRR

je vnitřní výnosové procento;

t


n


Doba návratnosti: Doba návratnosti je počet et let nutných ke splacení investice. Vypočte Vypo se

=

DN

I CF

b

, kde:

DN

je doba návratnosti (v letech);

I

je suma investovaných prostředků; prost

CFb

je čistý hotovostní tok projektu v běžném roce provozu.

Index rentability: Vypočte se

NPV/I , kde:

NPV

je čistá současná asná hodnota projektu;

I

je suma investovaných prostředků prost

Stanovení diskontní míry Pro časové asové rozlišení hotovostních toků tok je nutné stanovit patřičnou nou diskontní sazbu. sa Náklady kapitálu obecně představují edstavují pro realizátora investice výdaj, který musí zaplatit za získání rrůzných forem kapitálu, které jsou použity na financování investice. Schématicky lze uvést vzorec výpo výpočtu čtu pro zkoumaný projekt: WACC = wv*kv + wp*kp, kde

WACC průměrné rné kapitálové náklady (weighted average cost of capital);

wv, wp váhy jednotlivých kapitálových složek (tj. procento z celkových zdroj zdrojů u zdrojů zdroj cizích komerčních, vlastních a cizích veřejných); kv

míra nákladů na vlastní kapitál;

kp

míra nákladů na veřejný ejný zdroj (zpravidla stanovena administrativně administrativn poskytovatelem dotace).

Všechny zdroje budou mít veřejný řejný základ (dotace + rozpo rozpočet et kraje), takže pro pot potřeby následujících výpočtů budeme používat dlouhodobou reálnou společenská spole enská diskontní míru 5 % p.a. Všechny zahrnuté hotovostní toky jsou v reálném vyjádření, vyjád ení, proto není nutné dlouhodobou reálnou spole společenskou diskontní sazbu převádět na nominální.

Základní hlediska Technologické centrum a elektronická spisová služba ORP


Vstupními hodnotami všech výpoč výpočtů jsou plánované finanční ní toky obsažené v předchozí př části. A jelikož se jedná o reálné hodnoty, je pro pot potřeby časového rozlišení finančních toků ů využito dlouhodobé reálné společenské enské diskontní míry. Všechny uvažované hodnoty jsou roční. ro Opět vycházíme ze všech předpoklad edpokladů a analýz, které byly uvedeny v předchozích edchozích kapitolách. Vyhodnocení finanční ní rentability projektu hodnotícími ukazateli Čistá současná hodnota Výsledná hodnota:

- 3 320 739Kč 739

Čistá současná asná hodnota investice vyšla záporně záporn ve výši téměř 3,32 milionů Kč. č. Daná investice (projekt) je tedy z čistě finančního ního pohledu (m (měřeného přímou ímou ziskovostí) neefektivní. Jedná se ale o nekomer nekomerční investici. Vnitřní výnosové procento nelze vypočítat vypo (čistá současná asná hodnota investice vyšla záporně záporn ve výši téměř Výsledná hodnota: 3,32 milionů Kč, tudíž nelze stanovit tanovit vnitřní vnit výnosové procento) Doba návratnosti Výsledná hodnota: nelze spočítat spoč - vychází záporné číslo íslo (záporná hodnota jako taková je výpočtově výpo nelogická, tudíž je uvedeno, že vychází záporná hodnota a nelze spo spočítat. ítat. Je zbytečné zbyte uvádět přímou hodnotu záporného čísla.) Výsledná hodnota:

-0,96

Dle indexu rentability není projekt komerčně komer přínosný.

11.9 Závěry finanční ní analýzy Na základě všech vypočtených tených hodnot lze konstatovat, že projekt by byl pro jakéhokoli soukromého investora nevýnosný, subjekt s čistě ziskovým zájmem by jej nikdy v této variantě variant nepodstoupil, neboť negeneruje přímé ímé zisky. Nicméně Nicmén se jedná o veřejný projekt, který je třeba eba hodnotit pomocí sociosocio ekonomické analýzy.

12 Ekonomická analýza projektu V této kapitole se zaměříme íme na širší ((socio)ekonomickou analýzu projektu.

12.1 Ekonomické vyhodnocení projektu pomocí sociálně sociáln ekonomické analýzy nákladů náklad a užitku a citlivostní analýzy V předchozí edchozí kapitole byla vyhodnocena efektivnost projektu z čistě finančního ního pohledu předkladatele p projektu, tento o pohled je totožný s komer komerčním hodnocením projektů. Závěry ěry z předešlé kapitoly tedy nemají žádnou vypovídací hodnotu s ohledem na celkovou společenskou spole přínosnost řínosnost projektu. V této kapitole tedy budeme zkoumat socio socio-ekonomické dopady projektu. Zaměření a cíle Pro vyhodnocení socio-ekonomického ekonomického přínosu p se nejčastějiji využívá metodika CBA, což je standardní technika určená ená ke kalkulaci nákladů náklad a přínosů a tím slouží jako podklad pro kvalifikované rozhodování. V CBA se pokoušíme vyjádřitit v peněžních pen hodnotách (monetarizovat) všechny dopady projektu (u kterých to lze) tak, abychom byli s to porovnat pozitivní i negativní dopady na společné spole né (monetární) bázi. Základní hlediska



Prvním krokem postupu analýzy náklad nákladů a přínosů je určení dotčených ených skupin včetně v kritéria pro začleňování. ování. Pro tento projekt bylo jako základní kriterium za začleňování ování vybráno území ORP Hořice. Toto kritérium bylo zvoleno zejména na základ základě očekávané působnosti osti projektu i jeho zaměření. zam • Základními dotčené ené skupiny jsou: • ORP Hořice • obce a jimi zřizované izované organizace • zřizované izované a zakládané organizace • subjekty na území ORP • občané. Monetarizované přínosy ínosy a náklady Kromě přímých finančních ních náklad nákladů a přínosů je možné v peněžní podobě ě vyjád vyjádřit přínos pro ORP spočívající v realizaci a provozu předkládaného p projektu. Vzhledem k části ásti zákonné povinnosti i dalším politickým i nepolitickým rozhodnutím by ORP služby běžící b žící na technologickém centru realizoval i bez tohoto projektu. Potřebné ebné vybavení by si pak musel komerčně komer pronajmout. Vzhledem z rozsahu technologického centra by platba za jeho služby komer komerčnímu nímu subjektu dle odhad odhadů byla 1 500 000 Kč ročně.. Provoz projektu tedy bude ro ročně nepřímo generovat úspory v této velikosti. sti. Vyjma uvedeného nelze další př přínosy projektu převést do finančního vyjádření ření p při zachování potřebné objektivity a spolehlivosti. Nemonetarizované přínosy ínosy a náklady projektu Vyjma všech finančních ních i na finanční finan částky převoditelných nákladů a přínosů ínosů projekt dále generuje, popřípadě indukuje celou řadu adu nemoetarizovatelných p přínosů.. Jedná se zejména o následující: • • • •

zefektivnění ní fungování veř veřejného sektoru, větší dostupnost veřejných ejných služeb, vyšší míra spolehlivosti služeb veřejné ve správy, naplňování politiky eGoverment.

Průběh socio-ekonomických ekonomických přínosů př a nákladů Tabulka 15 - Průběh socio-ekonomických ekonomických přínosů p a nákladů

Výpočty a vyhodnocení finančních čních ukazatel ukazatelů



Pro vyhodnocování přínosu ínosu projektu oproti nulové variantě variant jsou u použity následující ukazatele s uvedenou konstrukcí: Čistá současná hodnota (NPV): Čistá současná asná hodnota provozních toků tok projektu je suma jednotlivých diskontovaných finan finančních toků n CF NPVt = ∑ t t t =0 (1+ r) (respektive jako současná časná hodnota hodn provozních

souvisejících s investicí. A vypočte vypoč se toků – současná asná hodnota vstupní investice), kde: NPVt

je současná asná hodnota všech hotovostních toků tok vyplývajících z projektu od období 0 až „n“;

CFt


r

je diskontní míra;

t


n


Vnitřní ní výnosové procento (IRR): Vnitřní ní výnosové procento je výše diskontní taková, že čistí současní asní hodnota toků plynoucích z projektu

0 = je rovna 0. Vypočte se iterativně ě aproximací ze vztahu CFt


IRR

je vnitřní výnosové procento;

t


n


n

∑

t=0

CF t (1 + IRR ) t , kde:

Doba návratnosti:

DN = Doba návratnosti je počet et let nutných ke splacení investice. Vypočte Vypo se DN

je doba návratnosti (v letech);

I

je suma investovaných prostředků; prost

CFb

je čistý hotovostní tok projektu v běžném roce provozu.

I CFb , kde:

Index rentability: Vypočte se NPV

NPV/I , kde:

je čistá současná asná hodnota projektu;



I

je suma investovaných prostředků prost

Stanovení diskontní míry Pro časové asové rozlišení hotovostních toků tok je nutné stanovit patřičnou diskontní ní sazbu. Náklady kapitálu obecně představují edstavují pro realizátora investice výdaj, který musí zaplatit za získání rrůzných forem kapitálu, které jsou použity na financování investice. Schematicky lze uvést vzorec výpo výpočtu čtu pro zkoumaný projekt: WACC = wv*kv + wp*kp, kde

WACC průměrné rné kapitálové náklady (weighted average cost of capital);

wv, wp váhy jednotlivých kapitálových složek (tj. procento z celkových zdroj zdrojů u zdrojů zdroj cizích komerčních, vlastních a cizích veřejných); kv

míra nákladů na vlastní kapitál;

kp

míra nákladů na veřejný ejný zdroj (zpravidla stanovena administrativn administrativně poskytovatelem dotace).

Všechny zdroje budou mít veřejný řejný základ (dotace + rozpo rozpočet et ORP), takže pro pot potřeby následujících výpočtů budeme používat dlouhodobou reálnou společenská spole diskontní míru 5 % p.a. Všechny zahrnuté hotovostní toky jsou v reálném vyjádření, vyjád ení, proto není nutné dlouhodobou reálnou spole společenskou diskontní sazbu převádět na nominální.

Základní hlediska Vstupními hodnotami všech výpoč výpočtů jsou plánované finanční ní toky obsažené v předchozí př části. A jelikož se jedná o reálné hodnoty, je pro pot potřeby časového rozlišení finančních toků ů využito dlouhodobé reálné společenské enské diskontní míry. Všechny uvažované hodnoty jsou roční. ro Opět vycházíme ze všech předpoklad edpokladů a analýz, které byly uvedeny v předchozích edchozích kapitolách.

Vyhodnocení finanční ní rentability projektu hodnotícími ukazateli Čistá současná hodnota Výsledná hodnota:

734 941 Kč

Čistá současná asná hodnota investice vyšla kladně kladn ve výši více než 730 tisíc Kč. č. Daná investice (projekt) je tedy ze společenského enského pohledu efektivní. Vnitřní výnosové procento Výsledná hodnota:

16 % p.a.

Daný projekt zhodnocuje společensky společ vložené veřejné prostředky edky více než 16 % ročně. Je tedy společensky efektivní. Doba návratnosti Výsledná hodnota:

3,92 let.

Společensky ensky se tato investice vrátí za necelé 4 roky. Index rentability Technologické centrum a elektronická spisová služba ORP


Výsledná hodnota:

0,21

Dle indexu rentability je projekt společensky spole přínosný. Citlivostní analýzy Citlivostní analýza zkoumá prom proměnlivé a nejisté předpoklady předkládaného edkládaného investičního investi projektu prostřednictvím ednictvím jejich vlivu na finanční finan ukazatele, kdy se zjišťuje, uje, o kolik procent ze změní zm výsledná hodnota ukazatele, když se kritický faktor (předpoklad) (p změní ní o 1 procento (popřípad (popřípadě jinou smysluplnou jednotku). Citlivostní analýza byla provedena rovedena pro tyto parametry finančního, finan ního, respektive socio socio-ekonomického modelu projektu: 1. zvýšení provozních nákladů ů o 1% 2. snížení příjmů o 1% 3. zvýšení investice o 1% 4. všechny faktory společně Po provedení příslušných výpočtů čtů byly zjištěny následující hodnoty: Citlivostní analýza

1. 2. 3. 4.

zvýšení nákladů o 1% snížení příjmů o 1% zvýšení investice o 1% všechny faktory společně

NPV 708 734 700 688

391 941 284 848

DN 4,15 4,13 4,17 4,18

VV 15,7% 16,2% 15,4% 15,0%

INDEX RENTABILITY 0,20 0,21 0,20 0,20

Všechny ukazatele vykazuji velice nízkou citlivost na zm změnu vstupních předpokladů edpokladů. Nejcitlivěji reagují na změnu všech vstupních předpoklad edpokladů společně. Ve všech sledovaných případech řípadech zůstává z hodnota ukazatelů příznivá. Projekt je realizovatelný.

12.2 Doporučení ení vybrané varianty V celé studii byla porovnávána navržená technologická varianta s nulovou variantou (tedy nerealizací projektu). Dle výsledků socio-ekonomické ekonomické analýzy lze doporu doporučit předloženou edloženou variantu jako společensky spole efektivní a realizovatelnou.

12.3 Závěry ry ekonomické analýzy Ekonomická analýza prokázala, že p předkládaný projekt je socio-ekonomicky ekonomicky přínosný. p V navržené variantě přii uvedených vstupních podmínkách je jeho socio socio-ekonomická čistá istá sou současná hodnota 734 941,- Kč. Vnitřní výnosové nosové procento 16 % p.a.. Doba návratnosti 3,92 roků a index rentability 0,21. 0, Dle všech uvedených hodnot se jedná o spole společensky velmi přínosný projekt.



13 Analýza rizik 13.1 Rizika projektu v investiční investi a v provozní fázi a opatření ení pro jejich řešení či zmírnění Tato kapitola se hloubějiji zabývá odhadnutými riziky celého projektu, jejich dopadem a návrhem opatření pro jejich eliminaci. Pro přehlednost ehlednost byla jednotlivá rizika rozd rozdělena do skupin: • Projektová rizika • Technická a realizační ní rizika • Legislativní a organizační ční rizika • Ekonomická a investiční ční rizika Jednotlivá rizika projektu jsou zpracována formou tabulky, obsahující údaje: • • • • •

Popis rizika – projevy rizika Dopad na projekt – priorita, pravd pravděpodobnost a možné dopady projektu – rozděleno do tří úrovní (nízký, střední, vysoký) Pravděpodobnost – pravděpodobnost pravd míry naplnění rizika – rozděleno ěleno do tří t úrovní (nízká, střední , vysoká) Opatření k omezení rizika - návrh opatření ení vedoucích k omezení vlivu rizika. Kritérium úspěchu - měř ěřitelný cíl nebo výstup projektu, ektu, který bude dosažen, pokud bude riziko eliminováno.

HLAVNÍ PROJEKTOVÁ RIZIKA V rámci této skupiny jsou uvedena hlavní identifikovaná rizika, související s průběhem projektu realizování technologického centra ORP.



Popis rizika

Termíny uvedené v harmonogramu projektu nebudou dodrženy

Prostory pro umístění TC ORP nebudou připraveny v dostatečném předstihu

Dopad na Pravděpodobnost Pravd projekt

Alokovat dostatečné množství kvalitních kapacit, jak na straně dodavatele, tak zákazníka. Vysoký

Vysoká Aktivně kontrolovat veškeré termíny harmonogramu a včas eskalovat a řešit možné zpoždění termínu. Aktivně přistupovat k přípravě prostor technologického centra ORP.

Vysoký

Nebude zajištěna odpovídající součinnost interních pracovníků MÚ

Střední

Nedojde k alokaci dostatečného množství kvalitních pracovníků na straně dodavatele

Střední

Nedojde k dohodě o výčtu poskytovaných služeb TC ORP

Opatření k omezení rizika

Střední

Nízká

Přizpůsobit harmonogram projektu budování TC ORP vzhledem k jeho případným úpravám.

Kritérium úspěchu

Původní termíny harmonogramu Pů projektu budou dodrženy.

Prostory pro budoucí TC ORP budou připraveny v dostatečném dostate předstihu.

Střední

V dostatečném předstihu alokovat odpovídající kvalitní zdroje na straně zákazníka za účelem poskytnutí požadované součinnost při výstavbě technologického centra ORP.

Nedojde k prodlení harmonogramu projektu z důvodů dů neposkytnutí souč součinnosti interními pracovníky mě městského úřadu.

Střední

Smluvně ošetřit kvalitní pracovníky dodavatele na základě jejich zkušenostmi při realizaci obdobných zakázek a na základě poskytnutých CV.

Nedojde k opoždění termínu realizace na straně stran dodavatele a projekt bude realizován v odpovídající kvalitě. kvalit

Nízká

Projednat a smluvně deklarovat s jednotlivými obcemi a zřizovanými a zakládanými organizacemi ORP výčet všech služeb (systémových, aplikačních a agendových), které budou nabízeny v rámci TC ORP.

Existuje dohoda mezi ORP a obcemi a zzřizovanými a zakládanými organizacemi o poskytování služeb technologickým centrem ORP.

Tabulka 16 - Hlavní projektová rizika

TECHNICKÁ A REALIZAČNÍ NÍ RIZIKA V rámci této skupiny jsou uvedena hlavní identifikovaná rizika, související s realizací a provozem technologického centra ORP.



Popis rizika HW architektura není optimální – dochází k nestabilitě systému, výpadkům aplikací, není dostatečný diskový prostor, není možné hw dále rozšiřovat. Termín dodání jednotlivých technických komponent nebude dodržen

Vyhrazené systémové zdroje pro provoz centrálních aplikací nebudou dostatečné

Síťová konektivita mezi TC ORP a jeho zákazníky není postačující

Nebude zajištěna odpovídající technická podpora po dobu udržitelnosti projektu

Pokrytí SW licencemi není dostatečné

Neodpovídající prostory pro vybudování technologického centra ORP

Dopad na projekt

Vysoký

Střední

Vysoký

Vysoký

Střední

Nízký

Pravd Pravděpodobnost

Nízká


Dopad na projekt Všechny specifikované služby technologického centra ORP jsou pokryty.

Navrhnout technickou architekturu dostečně robustní, škálovatelnou, rozšiřitelnou, integrovatelnou, založenou na technologii virtualizace (nezávislost aplikací na konkrétním HW).

Nedochází k problémům s jejich stabilitou a výkonem.

Střední

Aktivně, s dostatečným předstihem prověřovat veškeré termíny harmonogramu související s dodávkou HW. Včas eskalovat a řešit možné zpoždění termínu.

Nedojde k časovému posunu termínu dodání HW komponent.

Střední

Alokovat dostatečnou kapacitní rezervu technologického centra pro provoz centrálních aplikací. Průběžně sledovat volné systémové zdroje technologického centra a v případě potřeby řešit jejich navýšení.

Nenastane problém s přidělením požadovaných systémových zdrojů a potřebné diskové kapacity při implementaci centrálních aplikací.

Odhadnout potřebný datový tok mezi technologickým centrem ORP a jeho zákazníky a v případě, že propustnost nebude dostatečná, zahájit aktivity zaměřené na její posílení.

Nedochází k prodlevám a novým výpadkům při konzumování služeb technologického centra ORP.

Nízká

Nízká

Nízká

Vyhradit dostatečné finanční zdroje na pokrytí nezbytné technické podpory ze strany dodavatele.

Vzniklé závady jsou odstraněny včas (dle SLA).

Implementovat známé a prověřené technologie, které lze, alespoň částečně, spravovat vlastními zdroji. Na základě výčtu služeb technologického centra ORP navrhnout odpovídající počet licencí. Vyčlenit dostatečné finanční zdroje pro potenciální nákup chybějících licencí. Mít pod kontrolou následné rozšiřování služeb technologického centra ORP.

Veškeré požadované služby technologického centra ORP jsou pokryty a provozovány a nejsou v konfliktu s licenčními ujednáními.

Prostory technologického centra ORP musí odpovídat podmínkám, popsaných v dokumentu "Technologická centra krajů a obcí s rozšířenou působností, včetně spisových služeb (Koncept a východiska), Zpracovatel: MV ČR". Vysoký

Nízká HW navrhovat dostatečně robustně tak, aby bylo možné jej v maximální možné míře „pouze“ rozšiřovat.

Prostory technologického centra vyhovují podmínkám popsaných v "Technologická centra krajů a obcí s rozšířenou působností, včetně spisových služeb (Koncept a východiska), Zpracovatel: MV ČR". Prostory jsou navrženy tak, aby byla vytvořena určitá rezerva pro možnost jeho následného rozšíření.

Prostory navrhnout dostatečně velké – počítat s jistou rezervou při jeho následném rozšiřování.

Tabulka 17 - Technická a realizační ční rizika

LEGISLATIVNÍ A ORGANIZAČNÍ ČNÍ RIZIKA V rámci této skupiny jsou uvedena hlavní identifikovaná rizika, související s legislativou a organizací technologického centra ORP. Technologické centrum a elektronická spisová služba ORP


Popis rizika

Dojde k porušení podmínek dotace

Nepodaří se uzavřít partnerskou smlouvu s obcemi o spolupráci při budování technologických center

Dopad na projekt

Pravděpodobnost

Vysoký

Střední řední

Opatření k omezení rizika Organizačně, projektově a technicky zajistit, aby byly splněny veškeré podmínky pro poskytnutí dotace, zveřejněné né na portále MV.

Dotace je přidělena a vyplacena.

Zajistit udržení podmínek po celou dobu udržitelnosti projektu.

Případná kontrola neshledala porušení podmínek, za kterých byla dotace přidělena – nedochází k vrácení dotace.

Nízká

V dostatečném časovém předstihu edstihu projednávat podmínky uzavření ení partnerské smlouvy s jednotlivými obcemi.

Nízká


Partnerská smlouva s danými obcemi je uzavřena a plněna.

Eliminovat rizika plynoucí z nepodepsání smlouvy. Realizovat kampaň zaměřenou enou na průzkum pr jednotlivých zákazníků (obce a zřizovaných řizovaných Na každou poskytovanou a zakládaných organizací), jaké služby službu technologického centra chtějí v rámci technologického centra ORP ORP je uzavřena SLA. využívat. V případě anonymního Aktivně komunikovat se zákazníky čerpání služby existují dostupnost jednotlivých služeb. zveřejněné podmínky jejího provozu. Realizovat kampaň zacílenou na politiky ORP, za účelem vysvětlení důležitosti ležitosti a prospěšnosti budování TC ORP Realizace projektu. v souvislostí se strategií eGovernmentu kraje.

Nepodaří se uzavřít SLA o poskytování služeb TC

Střední řední

Nízká

Nedostatečná politická podpora projektu

Střední řední

Nízká

Nezájem ze strany obcí

Nízký

Nízká

Komunikovat se zástupci obcí (včetn četně politiků) užitečnost a prospěšnost šnost TC ORP.

Uzavření dohod o společném budování technologického centra.

Odstoupení partnerů od smlouvy

Nízký

Nízká

Zapojení jednotlivých zástupců partner partnerů do projektu realizace a rozvoje TC ORP.

Setrvání všech partnerů, kteří uzavřeli s městkým úřadem dohodu o spolupráci, po celou dobu udržitelnosti projektu.

Tabulka 18 - Legislativní a organizační organiza rizika

EKONOMICKÁ A INVESTIČNÍ NÍ RIZIKA V rámci této skupiny jsou uvedena hlavní identifikovaná ekonomická a investiční investi rizika výstavby technologického centra ORP.

Popis rizika

Náklady na realizaci TC nepřiměřeně přesáhnout náklady, spočítané v rámci studie proveditelnosti

Dopad na Pravděpodobnost projekt

Opatření k omezení rizika Zajistit garanci cen nabídky s poskytnutou výší dotace.

Střední řední

Střední


v souladu

Náklady na vybudování TC ORP nepřevyšují očekávané V případně odůvodněného nárůstu stu výdajů výdaj je výdaje. nezbytné zajistit jejich pokrytí vlastními zdroji.

Tabulka 19 - Ekonomická a investiční investič rizika



14 Udržitelnost projektu Udržitelnost je doba, po kterou musí příjemce p podpory udržet výstupy projektu. V tomto případě se jedná o vybudování technické architektury a infrastruktury TC ORP a provoz provozování základních služeb pro své zákazníky. Efekty projektu budou udrženy v nezm nezměněné podobě po dobu 60 měsíc ěsíců od implementace technologického centra ORP. Nedodržení závazku udržitelnosti je považováno za porušení podmínek pro poskytnutí příspěvku, p což může že vést i k požadavku na jeho vrácení. Následující kapitoly se detailněji ěji zabývají udržitelnosti projektu v rovinách: • Institucionální • Finanční • Provozní. Pro Město Hořice je prioritou udržení a rozvíjení technologických center ve všech rovinách.

14.1 Institucionální rovina Vybudováním TC se obecní úřad řad zavazuje, minimáln minimálně po dobu udržitelnosti projektu - což je po dobu 60 měsíců,, poskytovat služby technologického centra svým zákazník zákazníkům. Po celou dobu udržitelnosti bude vlastníkem projektu Město M Hořice.

14.2 Finanční rovina Jak je již uvedeno v kap. 11.5. Příjmy Př provozní fáze, předkládaný edkládaný projekt nebude generovat žádné příjmy. p Investiční ní etapa bude financována z dotace a finančních prostředků ORP, provozní etapa pak z rozpo rozpočtu ORP. ORP počítá s alokací a vyčleně členěním příslušných finančních částek ástek ze svého rozpočtu rozpo na zajištění udržitelnosti TC ORP. (modifikovat v případě,, kdy ORP bude žádat o p příspěvek vek na provoz od jednotlivých uživatelů) uživatel

14.3 Provozní rovina Základem udržitelnosti projektu z provozní roviny je vyčlenění dostatečného ného množství kvalifikovaných pracovníků jak ze strany městského ěstského ú úřadu, tak ze strany dodavatele řešení ešení pro zajištění zajišt provozu TC ORP. Město Hořice má sestavený kvalitní projektový a realizační realiza ní tým. Seznam jednotlivých kvalifikovaných pracovníků projektového vého a realizačního realizač týmu je uveden v kap. 9. Lidské zdroje, vlastnící a zaměstnanci. zam Z technologického hlediska bude nutné zajistit pravidelnou obnovu a upgrade poř pořízených po technologií tak, aby technologické centrum jako takové bylo schopno poskytovat plánované plánované služby, včetně v pokrytí potřebných ebných SW licencí. Veškerý upgrade jak HW, tak SW bude na stejné, či vyšší úrovni, než p původně nakoupený. Veškeré vybavení TC ORP zůstane v majetku žadatele po celou dobu udržitelnosti projektu. Popis technické architektury, zajišťující ťující ující její udržitelnost po celou dobu projektu, je uveden v kap. 7. Technické řešení. Udržitelnost projektu bude zajištěna zajiště také pravidelným servisem a údržbou těchto chto zařízení. za



Veškeré náklady spojené s provozem tohoto centra budou financovány z rozpočtu rozpoč ORP. Při pořizování nového hardwarového i softwarového vybavení budou dodrženy všechny podmínky pro zadávání veřejných ejných zakázek dle IOP a dle podmínek pro zadávání ve veřejných zakázek.



15 Závěr Záměr budovat eGovernment v ORP Hořice je plně v souladu se strategií na národní úrovni vyjádřené vyjád dokumentem EFEKTIVNÍ VEŘEJNÁ ŘEJNÁ SPRÁVA A PŘÁTELSKÉ P VEŘEJNÉ EJNÉ SLUŽBY pro období 2007 2007– 2015. V tuto chvíli se jedná o jedinečnou jedine příležitost, kdy je možné vlastní záměry ěry podpořit podpo i finančně, a to prostřednictvím finančních ních zdrojů EU (operačních programů IOP a OP LZZ). Při ři využití finančních finan zdrojů je možné získat dotaci ve výši 85% uznatelných náklad nákladů, což může že sehrát významnou roli p při rozhodování o realizaci či nerealizaci výše představených p investičních čních záměrů vedoucích k efektivnějšímu jšímu poskytování služeb. Realizace a finanční ní podpora sebou p přináší ináší i závazky. Tyto závazky je potřeba potř vnímat zejména v zajištění ní udržitelnosti projektu, na kterou se nevztahují dotační dota ní tituly (je financována z rozpočtu ORP). Současně lze konstatovat, že projekt nebude v regionu ojedinělý, lý, ale navazuje na TC kraje a další TC ORP.

15.1 Shrnutí výsledků Studie proveditelnosti je zpracovávaná za ú účelem: •

specifikace záměru ru vybudování TC ORP z hlediska stávajícího stavu řešené problematiky problema i jejího budoucího vývoje, • specifikace záměru ru pořízení elektronické spisové služby nebo upgrade stávající elektronické spisové služby pro potřebu ORP a jí zřizovaných z organizací a umožnění ění p přístupu k elektronické spisové službě pro potřeby obcí a jimi zřízených ízených organizací ve správním obvodu žadatele, které nedisponují vlastní elektronickou spisovou službou nebo projeví zájem využít nově nov hostovanou spisovou službu umístěnou ěnou na ORP, • prokázání, že pro samotný projekt, byla vybrána nejlepší a ekonomicky nejvýhodnější ne varianta, • prokázání správnosti a reálnosti plánovaného rozpo rozpočtu, • prokázání opodstatněnosti ěnosti jednotlivých zp způsobilých výdajů co do druhu a velikosti, • prokázání udržitelnosti projektu a schopnosti jeho financování ze strany žadatele po ukončení ukon finanční ní podpory ze strukturálních fond fondů. Uvedené bylo výše v jednotlivých kapitolách prokázáno. Takto navržený projekt přispěje p výrazným způsobem k rozvoji eGovernment v regionu.

15.2 Vyjádření ení k realizovatelnosti a finan finanční rentabilitě projektu Na základě všech vypočtených tených hodnot lze konstatovat, že projekt by byl pro jakéhokoli soukromého investora nevýnosný, subjekt s čistě ziskovým zájmem by jej nikdy v této variantě variant nepodstoupil, neboť negeneruje přímé ímé zisky. Nicméně Nicmén se jedná o veřejný projekt, který je třeba eba hodnotit pomocí sociosocio ekonomické analýzy, a ta prokázala, že p předkládaný projekt je přínosný. ínosný. V navržené variantě při uvedených vstupních podmínkách je jeho socio-ekonomická socio čistá současná asná hodnota 734 941,- Kč. Vnitřní výnosové procento 16 % p.a.. Dob Doba návratnosti 3,92 roků a index rentability 0,21. Dle všech uvedených hodnot se jedná o společensky spole velmi přínosný projekt. V kombinaci se získáním dotace je projekt realizovatelný a přínosný. p

15.3 Popis postupu návazných projekt projektů Harmonogram postupu navazujíc navazujících projektů závisí na termínech vyhlášení jednotlivých výzev v rámci IOP a OPLZZ. Navazující projekty: • • • • • •

Elektronická spisová služba ORP - realizace 2010 Digitalizace a ukládání (realizuje kraj) – předpoklad 2011 CzechPOINT@home – předpoklad př 2011 Vzdělávání v eGON centerech ORP – probíhá (2009 – 2011) Vnitřní integrace úřadu adu ORP – 2010 – 2011 Zvýšení kvality řízení v úřadech úř územní veřejné zprávy – předpoklad edpoklad 2010 – 2011



15.4 Závěry a doporučení Na základě uvedených zjištění ní lze doporu doporučit TC ORP k realizaci.

16 Zadávací vací dokumentace 16.1 Zadávací dokumentace k vyhlášení výběrového řízení ízení na zhotovitele projektu Část budování TC ORP bude vzhledem k výši zakázky a dle zákona č.. 137/2006 Sb., o Veřejných Ve zakázkách, realizována formou podlimitní veřejné ve zakázky v otevřeném řízení. Zadávací dokumentace bude připravena řipravena v souladu se zákonem č.. 137/2006 Sb a závaznými postupy pro zadávání veřejných ejných zakázek spolufinancovaných ze zdroj zdrojů EU, nespadajících pod aplikaci zákona č. 137/2006 Sb., o veřejných ejných zakázkách, v programovém období 2007 – 2013, schválenými usnesením vlády č.. 48 ze dne 12. ledna 2009 (Závazné postupy jsou uvedeny v p příloze č.. 8 Příručky Př pro žadatele).

16.2 Řádný ádný položkový rozpočet rozpo Viz. kapitola 16.3.

16.3 Výkaz výměr Tabulka 20: Výkaz výměr Položka číslo

Popis

1 Servery a disková úložiště TC ORP, infrastruktura pro virtualizaci

Virtualizační ní infrastruktura: Možnost instalace alespo alespoň deseti serverů, Minimálně dva napájecí zdroje s možností rozšíření rozší na čtyři Dva SAN Switche minimáln minimálně 4Gb/s FC s minimálně 4mi porty pro redundantní připojení řipojení dvou server serverů Dva Layer 3 Ethernet switche s min. 6ti porty 1Gbs, Plná redundance na sb sběrnici rnici včetně v napájení, Provedení Rack Serverová infrastruktura: 2x Server pro virtualizaci server serverů v konfiguraci: dva čtyřjádrové jádrové procesory s výkonem dostatečným dostate ným pro provoz až 20ti virtuálních serverů server minimálně 32GB RAM s rozšiřitelností itelností na min. 96 GB dva pevné disky SAS minimáln minimálně 146GB/10k pro hypervizor nebo podpora Flash, hw RAID řadič s podporou RAID 0, 1 jeden dvouportový ový minimálně minimáln 4Gb/s FC HBA pro připojení k diskovému úložišti provedení Blade certifikace hw serveru pro serverovou virtualizaci 1x Server pro zálohování a management: jeden čtyřjádrový jádrový procesor s výkonem dostate dostatečným ným pro provoz zálohovacího software minimálně 8 GB RAM dva pevné disky SAS minimáln minimálně 146GB/10K rpm hw RAID řadič s podporou RAID 0, 1 licence pro vzdálený management serveru – sw nezávislá grafická konzole provedení Blade 2x diskové pole: Dual controller Minimálně dva minimáln minimálně 4 Gb/s FC porty na řadič, Minimálně 1GB CACHE (minimáln (minimálně 512MB na řadič), Možnost osazení disky SAS a SATA. Rozšiřitelnost itelnost na minimálně minimáln 48 disků Možnost snapclon a snapshot funkcionality Certifikace pro serverovou virtualizaci Certifikace pro MS SQL cluster Certifikace pro MS Windows 2003 a všechny vyšší Podpora RAID 0, 1, 3, 5, 6, 10

2. Ostatní HW TC ORP

Aktivní prvky: Router s následujícími parametry : Počet et fyzických rozhraní Min. 8 x 10/100Base-TX TX rozhraní Stavový firewall - požadovaný výkon



Maximální propustnost min. 600Mbps Propustnost při středních edních paketech dle specifikace IMIX min. 200 Mbps Propustnost přii krátkých paketech 64 Byte min. 70 Kpps Počet bezpečnostních nostních politik min. 350 Neomezený počet et IP adres ve vnitřní vnit síti Počet bezpečnostních nostních zón s vlastními d definicemi bezpečnostních nostních pravidel omezující provoz s ostatními zónami min. 10 Překlad adres Source NAT Port Address Translation PAT Static NAT Destination NAT Směrování IPv4 Statické směrovací rovací záznamy Podpora dynamických protokolů protokol RIPv2, OSPF, BGP Podpora směrování rování multikástů multikást PIM-SM Podpora virtuálních firewallů firewall min 3 Směrování IPv6 OSPFv3, BGP IPSec VPN koncentrátor IPsec, podpora enkrypce AES 256 256-bit, autentikace MD5 a SHA-1 Výkon pro AES256+SHA-1 AES256+SHA min. 60 Mbps Podpora protokolu GRE Možnost provozovat dynamického protokolu OSPF přes p VPN tunel Počet současných asných VPN spojení IPSec – min. 25 Zabezpečení ení vysoké dostupnosti Možnost zapojení v clusteru o dvou fyzických jednotkách Podpora režimu Active/active (ob (obě jednotky aktivní) nebo Active/Passive – (jedna jednotka aktivní, druhá ve standby režimu) Synchronizace konfigurace mezi oběma ob jednotkami v clusteru Synchronizace otevřených řených relací na firewallu mezi ob oběma jednotkami v clusteru Synchronizace navázaných VPN spojení mezi oběma ob jednotkami v clusteru Podpora L2 Switching Možnost seskupení fyzických rozhraní zařízení za do společné switch skupiny VLAN 802.1Q Link Aggregation 802.3ad/LACP Spanning Tree Protocol 802.1D, RSTP 802.1w, MSTP 802.1s Počet VLAN min. 16 Podpora protokolu: Point-to-Point Point Protocol over Ethernet Eth (PPPoE) Internal DHCP server, DHCP relay Traffic Management Značkování paketů pomocí CoS 802.1.p a DSCP Podpora odbavování front dle tříd t s možností prioritního odbavení Předcházení edcházení zahlcení pomocí Weighted random early detection (WRED) Traffic shaping ing v odchozím sm směru na fyzických a logických rozhraních Ingress traffic policing Logging and Monitoring Monitoring datových toků pomocí technologií NetFlow nebo sFlow nebo J-Flow SNMPv3 RADIUS accounting, možnost logování změn zm v konfiguraci Administrace Autentizace administrátorů administrátor vůči RADIUS, LDAP, SecureID SSH Web management pomocí HTTPS Zálohování a obnova z ascii-editovatelného ascii souboru UPS: jednofázový záložní zdroj napájení s výkonem minimálně minimáln 5,5kVA, účinností inností min.92% při p počítačové zátěži, externím ByPassem, minimální dobou provozu na baterie 15 minut a možností modulárně modulárn rozšiřovat tuto dobu. Možnost managementu přes p SNMP. Součástí nabídky y bude kompletní elektroinstalace mezi hlavním silovým rozvaděčem, em, motorgenerátorem, centrální UPS a UPS DC.

4. Software licence software pro serverovou virtualizaci

Rack Monitoring systém: Rack monitoring systém, který umožní napojení všech důležitých d součástí ástí datového centra. Zejména pak kouřová a teplotní čidla. idla. Hypervizor nainstalovaný přímo p na hardware, umožňující ující plnou virtualizaci jakéhokoliv x86 stroje Umístění ní kompletního prostředí prost včetně OS a aplikací do virtuálních strojů bez závislosti na provozovaném pr hardware Virtualizace a agregace x86 stroj strojů a k nim připojených síťových ových a datových úložišť do unifikovaných souborů zdrojů Škálovatelnost pro možnost podpory IT prost prostředí jakékoliv velikosti Vysoce výkonný klastrový systém zajiš zajišťující přístup k datovým diskům m virtuálního stroje několika n nainstalovaných



host serverů současně Symetrický multiprocesing zlepšující výkonnost virtuálního stroje a umož umožňující, ující, aby jediný virtuální stroj využíval několika ika virtuálních procesorů procesor současně Centralizované řízení ízení zajišťující zajiš ující automatický provoz a vysokou dostupnost IT prostředí Centralizované řízení ízení umožňující umož integraci s produkty spravovanými třetí etí stranou přes p rozhraní různých webových služeb a rovně rovněž vývoj produktů podle přání zákazníka Centralizované řízení ízení umožňující umož nastavení jednoduchého a plně automatického disaster recovery řešení (konfigurace, testování, výpadek, obnova) včetně v plné integrace s výrobci diskových polí pro TC ORP Dynamické a inteligentní tní přiřazení p hardwarových zdrojů k zajištění ní optimálního propojení business provozu a IT Kontinuální dynamický balancing aplika aplikačního výkonu nad dostupnými HW zdroji Inteligentní alokace zdrojů zdroj na základě předdefinovaných pravidel Migrace virtuálních stro strojů za provozu zajišťující tak plynulou správu a údržbu IT Jednoduché, centralizované zálohovací zařízení za pro virtuální stroje Nepřetržitý etržitý monitoring všech host serverů server ve zdrojovém poolu a v případě ě detekce selhání host serverů server automatické iniciování procesu proce restartování všech dotčených virtuálních strojů na zbývajících host serverech Podpora operačních ních systém systémů Windows 2000 a novější, Linux, Support poskytovaný výrobcem sw Dvě serverové licence operačního opera systému umožňující chod až čtyř virtuálních server serverů na serverech fyzických osazených dvěma ma procesory. Součástí ástí nabídky bude jedna serverová licence opera operačního ního systému pro management/zálohovací server. Jedna licence pro databázový server per procesor. Dostatečný počet et klientských licencí pro přístup p k serverovým službám Ssoftware pro kompletní antimalwarovou ochranu s následující funkcionalitou: Antivir pro desktopy i servery Anti-Spyware Spyware pro desktopy i servery Firewall pro desktopy Device Control pro desktopy Web Filtering pro desktop Antispam pro e-mailový ový server Network Access Control Společná ná administrátorská konzole pro všechny součásti sou Licence pro všechny počítače poč sítě a všechny servery, které MěÚ používá Software pro zálohování dat s následující funkcionalitou: zálohování a replikace dat plná podpora virtuálních server serverů (konzistentních záloh aplikací uvnitř virtuálních strojů strojů) obnova souborů (file-level level restore) pro Windows a Linux konzistentní zálohování databází deduplikace dat zálohování a replikace dat se syntetickým zálohováním Možnost kontinuálního tinuálního zálohování Licence management a monitoring software pro správu infrastruktury umožňující: umož Automatický monitoring Monitoring veškerých aspektů aspekt Windows a Linux serverů, stanic a síťových zařízení ízení (routerů, (router tiskáren atd.) upozorní na chybu e-m mailem, ailem, SMS nebo zprávou na pager možnost nastavení automatické nápravné akce ( automatický restart stroje, restart služby nebo spušt spuštění skriptu) testování skutečných ných stavů stav služby Služba instalace, oživení aplikačních aplika serverů, diskového pole a virtualizačního ního SW (kompletní implementace včetně provedení testů odolnosti proti jednonásobné chybě u redundantních komponent, dále kompletní dokumentace jednotlivých dodaných komponent, dokumentace a školení v odpovídajícím rozsahu)

CELKEM



17 Elektronická ická spisová služba ORP Ho Hořice Tento dokument rozpracovává záměr zám pořízení a implementace: • • • • Cílem

upgrade stávající spisové služby M Městského úřadu Hořice ice na neomezenou licenci a plnou kompatibilitu s Informačním čním systémem datových schránek (ISDS), centrální hostované spisové služby pro příspěvkové p organizace Města sta Hořice Ho v rámci budování Technologického centra ORP Hořice Ho centrální hostované spisové služby pro obce a jejich příspěvkové p vkové organizace v zájmovém území ORP Hořice ice v rámci budování Technologiologické centrum obce s rozšířenou rozší působností (Koncept a východiska) zpracovaný MV ČR, Příručka ka pro žadatele a příjemce p finanční ní podpory v rámci Integrovaného opera operačního programu pro prioritní osu 2, oblast intervence 2.1 výzvy číslo 06 – kontinuální na Zavád Zavádění ICT v územní veřejné správě studie je:

• • • • • •

specifikace záměru ru centrální hostované spisové služby pro obce a p příspě říspěvkové organizace ORP Hořice ice z hlediska stávajícího stavu řešené ešené problematiky i jejího budoucího vývoje, specifikace záměru ru upgrade stávající spisové s služby Městského úřadu adu Ho Hořice na neomezenou licenci a plnou kompatibilitu s Informačním Informa ním systémem datových schránek (ISDS), prokázání, že pro samotný projekt byla vybrána nejlepší a ekonomicky nejvýhodn nejvýhodnější varianta, prokázání správnosti a reálnosti plánovaného rozpočtu, prokázání opodstatněnosti ěnosti jednotlivých zp způsobilých výdajů co do druhu a velikosti, prokázání udržitelnosti projektu a schopnosti jeho financování ze strany žadatele po ukončení ukon finanční ní podpory ze strukturálních fondů. fond

17.1 Úvod ZÁKLADNÍ INFORMACE O PROJEKTU Název:

Elektronická spisová služba ORP Hořice Ho

Zkratka:

ESS ORP Hořice Ho

Popis:

Projekt Elektronická spisová služba ORP umož umožňuje pořízení řízení elektronické spisové služby ORP splňující spl požadavky dané zákonem č.. 499/2004 Sb., o spisové službě ě a archivnictví, ve zn znění pozdějších předpisů ů nebo upgrade stávající elektronické spisové služby, spl splňující ující požadavky dané zákonem č. 499/2004 Sb., o spisové službě služb a archivnictví, ve znění pozdějších předpis ředpisů pro potřebu obce s rozšířenou řenou působností p a jí zřizovaných izovaných organizací. Sou Současně umožnit přístup k elektronické spisové služb službě splňující ující požadavky dané zákonem č. 499/2004 Sb., o spisové služb službě a archivnictví, ve znění pozdějších ějších předpisů p pro potřeby obcí a jimi zřízených z organizací ve správním obvodu vodu žadatele, které nedisponují vlastní elektronickou spisovou službou nebo projeví zájem využít nově nov hostovanou spisovou službu umíst umístěnou na ORP.

Garant projektu:

ORP Hořice Hoř

Lokalita:

ORP Hořice Hoř

Doba realizace:

10/2010--12/2010

Doba udržitelnosti:

5 let

Rozpočet projektu:

1.916.826 916.826,- Kč investiční náklady (včetně DPH a spoluúč spoluúčasti Města Hořice)



17.1.1 Identifikační údaje předkladatele ředkladatele projektu, kontaktní osoby Název organizace: ORP Hořice Hoř IČ:

00271560

Adresa:

náměstí ěstí Ji Jiřího z Poděbrad 342

Telefon:

+420 492 105 077

E-mail:

[email protected]

Web:


Kontaktní osoba:

Monika Grundzová, referent kancelá kanceláře e starosty a tajemníka

17.1.2 Cílové vé skupiny projektu Cílovými skupinami jsou: •

obec s rozšířenou působností ůsobností ORP jakožto garant realizace a odb odběratel ratel poskytované služby,

•

zřizované izované organizace ORP, které jsou odběratelem odb ratelem (klientem) poskytované služby. Soupis organizací je uveden v kapitole 17 17.4.1. Varianty poptávaného řešení:

•

Poptávkové řízení ízení pro výb výběr dodavatele v rámci všech třech částí ástí projektu bude realizováno dle Závazných postupů pro zadávání zakázek spolufinancovaných ze zdrojů zdroj EU, nespadajících pod aplikaci zákona č.. 137/2006 Sb., o veřejných v ejných zakázkách, v programovém období 2007 2007-2013“ obce ve správním území ORP a jimi zzřizované izované organizace, které jsou odběratelem odb (klientem) poskytované služby.

V kapitole 17.4.2. Doporučená ená varianta řešení. ešení. je uveden seznam obcí, které požádaly o zajišt zajištění přístupu ístupu k elektronické spisové služb službě. Všechny obce požádali o hostovanou elektronickou spisovou službu. Vyjádření ení zájmu dané obce je doložen písemným rozhodnutím p příslušného orgánu obce (zastupitelstva, rady, nebo starosty obce).

17.2 Současný stav a historie orie projektu Projekt Elektronická spisová služba ORP Hořice Ho je plně v souladu s vyhlášenou výzvou č. 06 Ministerstva vnitra ČR R „ROZVOJ SLUŽEB eGOVERNMENTU V OBCÍCH“ (Prioritní osa 2 - Zavádění ICT v územní veřejné správě,, Oblast podpory 2.1 - Zavádění ICT v územní veřejné řejné správě) správ a úzce souvisí s projektem Technologické centrum ORP, který poskytuje pro provoz elektronické spisové služby potřebnou ebnou infrastrukturu a negarantované úložiště úložišt nevyřízených a neuzavřených ených spis spisů. Projekt je realizován na základě ě usnesení us Rady/Zastupitelstva Města Hořice č. 1 ze dne 30.1.2010. Dalšími východisky studie proveditelnosti jsou: • •

Národní standard pro elektronické systémy spisové služby Provedený průzkum zkum stavu vybavenosti obcí a zřizovaných z izovaných organizací elektronickými spisovými spisový službami a jejich požadavk požadavků na zajištění přístupu, Zásadní pro realizaci projektu je požadavek legislativy ‐ novely zákona č.. 499/2004 Sb., který zavádí povinnost vést spisovou pisovou službu pro územní samosprávné celky a jejich zřizované z izované organizace (§ 63). V přechodných lhůtách tách novela obsahuje ustanovení: "Určení původci vodci uvedou své spisové služby, elektronické systémy spisové služby vykonávané v elektronické podobě a spisové řády do souladu se zákonem č.. 499/2004 Sb., ve zn znění účinném ode dne nabytí účinnosti tohoto zákona, do 3 let ode dne nabytí účinnosti ú tohoto zákona".



17.2.1 Zvažované varianty řešení Projekt zahrnuje tři části. ásti. Zvažované Varianty řešení jsou uvedeny pro každou část samostatně: samostatn Projekt zahrnuje tři části. ásti. Zvažované Varianty řešení jsou uvedeny pro každou část samostatně: samostatn I.

ELEKTRONICKÁ SPISOVÁ SLUŽBA PRO MĚSTSKÝ M ÚŘAD HOŘICE

a) Upgrade stávající spisové služby ú úřadu Varianta předpokládá edpokládá provedení upgrade stávající spisové služby úřadu ú adu a rozšíř rozšíření počtu licencí na tzv. „multilicenci“. Z této multilicence cence by byly pokryty potřebné pot ebné spisové služby pro organizace zzřizované v rámci Města Hořice, ice, po kterých to vyžaduje zákon č.190/2009. .190/2009. Stávající spisová elektronická služba je produkt společnosti T-Mapy Mapy s.r.o. a plně pln vyhovuje dosavadním požadavkům ům uživatelů, uživatel legislativy a splňuje kritéria kapitoly 17.3. b) Pořízení ízení nové spisové služby úřadu ú Varianta předpokládá pořízení ízení nové spisové služby úřadu ú při zajištění funkčních ních požadavků požadavk uvedených v kapitole 17.3 a zajištění ní plné kompatibility s architekturou a databázo databázovým vým prostředím prost úřadu. Součástí pořízení ízení je nákup licence, implementace vvčetně konfigurace dle současného asného stavu a provedení školení a migrace dat ze stávající spisové služby II.

ELEKTRONICKÁ SPISOVÁ SLUŽBA PRO ZŘIZOVANÉ Z IZOVANÉ ORGANIZACE MĚSTA M HOŘICE

a) Hostovaná spisová isová služba TC ORP Varianta předpokládá pořízení ízení spiisové spi služby centrálně žadatelem, ORP Hořice, řice, s tím, že se jedná o realizaci řešení ešení formou hostingu, kdy spisová služba bude instalována v TC ORP. Licence pro zzřizované organizace jsou pořízeny ízeny ORP Ho Hořice, které může udělit lit organizacím podlicenci. Provoz hostované spisové služby je zajištěn n ORP jako služba poskytovaná organizacím. Organizace jsou klienti systému, kdy podlicence a služba zajištění ní provozu po dobu udržitelnosti projektu jsou organizacím poskytnuty pos bezúplatně. b) Nákup licence plné verze elektronické spisové služby provozované na vlastní technologii zřizované organizace Varianta předpokládá pořízení ízení licencí plné verze elektronické spisové služby pro organizace, které budou provozované na vlastní ní technologii organizace. Organizace musí disponovat pot potřebnou HW a SW infrastrukturou a musí samostatně zajišťovat provoz a správu spisové služby. Je nutné pro organizace pořídit řídit multilicenci hostované spisové služby. III. ELEKTRONICKÁ SPISOVÁ SLUŽBA PRO OBCE VE SPRÁVNÍM OBVODU ŽADATELE A JIMI ZŘIZOVANÉ IZOVANÉ ORGANIZACE a) Hostovaná spisová služba v TC ORP Varianta předpokládá pořízení ízení spisové služby centrálně centráln žadatelem, ORP Hořice, řice, s tím, že se jedná o realizaci řešení ešení formou hostingu, kdy spisová služba bude instalována instalována v TC ORP. Licence pro obce jsou pořízeny ORP Hořice, které může ůže ud udělit lit obcím ve svém správním obvodu podlicenci. Provoz hostované spisové služby je zajištěn n ORP jako služba poskytovaná obcím. Obce jsou klienti systému, kdy podlicence a služba zajištění ní provozu po dobu udržitelnosti projektu jsou jim poskytnuty bezúplatn bezúplatně. Obce si budou přispívat ispívat na provozní náklady na základ základě v uzavřených ených partnerských smluv – elektřina oněch 1 900kč/obec/rok Je nutné pro obce pořídit ídit multilicenci hostované spisové služby. b) Nákup licence plné verze elektronické spisové služby provozované na vlastní technologii obce



Varianta předpokládá pořízení ízení licencí plné verze elektronické spisové služby pro obce, které budou provozované na vlastní technologii obce. Obec musí disponovat dis potřebnou ebnou HW a SW infrastrukturou a musí samostatně zajišťovat ovat provoz a správu spisové služby. Je nutné pro obce a jimi zřizované izované organizace pořídit ídit multilicenci plné verze spisové služby.

17.2.2 Etapy projektu Projekt bude realizován jako jednoetapový společně s TC ORP.. Harmonogram realizace je navržen ve třech fázích: • • •

Přípravná fáze – vytvoření studie proveditelnosti a dalších potřebných pot ebných dokument dokumentů včetně jejich schválení, uzavření ení potřebných partnerských smluv Realizační fáze – vypsání ve veřejné zakázky a vlastní dodávka řešení, ešení, implementace a zkušební provoz Provozní fáze – produktivní provoz po dobu udržitelnosti projektu

Přípravná ípravná fáze byla zahájena zpracováním této studie proveditelnosti. Vlastní implementační implementa fáze bude zahájena po podání příslušnéh íslušného projektu v 05/2010. Ukončení realizační ní fáze je p předpokládáno v 12/2010.

17.3 Funkční ní požadavky na vybrané spisové služby Funkční ní požadavky na spisovou službu jsou definovány v Příloze č. 1 – Vzorové osnovy studie proveditelnosti Příručky pro žadatele a p příjemce finanční ní podpory v rámci IOP výzvy č. 06 – Rozvoj služeb eGovernmentu v obcích. Jsou to: Základní funkce systému (elektronické) spisové služby vyhovující aktuální novele zákona 499/2004 Sb. o archivnictví a spisové službě ě a zákonu 300/2008 Sb. o elektronických elektronických úkonech a autorizované konverzi dokumentů. • Příjem a evidence doručených ených i vlastních listinných dokumentů dokument Evidence doručených čených i vlastních elektronických dokument dokumentů Zobrazení zpráv doručených doru ených do datové schránky a elektronické podatelny Vytvořeníí dokumentu ze zprávy doru doručené ené do datové schránky nebo elektronické podatelny Označení ení dokument dokumentů evidenčním číslem a číslem jednacím Vedení podacího deníku • Oběh a vyřizování izování dokumentů – evidence předání a převzetí Sledování stavu vyřízení vy dokumentů Práce áce se spisy a uzavírání spisů spis • Práce s elektronickými dokumenty - Vložení, zobrazení a editace elektronických dokumentů dokument Ukládání elektronických dokumentů dokument způsobem zaručujícím ujícím věrohodnost v původu dokumentu, neporušitelnost jeho obsahu a čitelnost dokumentu, Automatická kontrola a dopl doplňování časových asových razítek a elektronických zna značek dle požadavků zákona Elektronické podpisy (podepsání souboru, ověření ov podpisu) Převádění ní dokumentu v analogové podobě podob na dokument v digitální podobě podob a naopak Automatická konverze dokument dokumentů do ukládacího nebo výstupního datového formátu • Odesílání listinných i elektronických dokument dokumentů Odesílání dokumentů dokument poštou, elektronickou poštou a datovou schránkou Evidence doručení čení dokumentu Automatická evidence dodejky z datové schránky • Vyřízení a uzavření • Ukládání a skartace - evidence skrartačních skrarta znaků a lhůt Technologické centrum a elektronická spisová služba ORP


Ukládání spisů ů a dokumentů dokument Podpora skartačního řízení ízení pro papírové i elektronické dokumenty ¨ Předávání spisů ů a uzav uzavřených dokumentů do e-spisovny • Požadavky na integraci s Datovými schránkami – plná integrace s datovými schránkami (dopad zákona 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokument dokumentů a zákona č. 301/2008 Sb., kterým se mění ní ně některé zákony v souvislosti s přijetím ijetím zákona o elek elektronických úkonech a autorizované konverzi dokumentů - projekt MV ČR „Datové schránky“) • Shoda s platnou legislativou, nároky kladené na systémy zadavatele, a její současná sou i budoucí údržba, zejména respektování vydaných národních standardů standard a rozhraní za účelem elem ukládání dokumentů dokument • Součástí ástí musí být i dokumentace a kompletní popis dodaných API rozhraní pro integraci s dalšími systémy. Protože pro provoz elektronických spisových služeb bude využívána infrastruktura technologického centra ORP, je vyžadována kompatibilita ompatibilita s architekturou a databázovým prostředím prost ORP Hořice a komunikace s negarantovaným úložištěm úložišt nevyřízených a neuzavřených spisů ů provozovaným v TC ORP.

17.3.1 Definice dalších požadovaných funkcí Systém spisové služby musí dále spl splňovat tyto požadavky: • • • • • • • • • • • • • •

Možnost poskytovat hostované řešení Umožňovat ovat provoz serverové části ve virtuálním prostředí Poskytovat otevřené ené komunikační komunika rozhraní pro externí informační ní systémy (ideálně (ideáln webové služby) Přístup prostřednictvím ednictvím plnohodnotného webového klienta zabezpečeným eným způsobem způ (https protokol) Disponovat možností administrace uživatelského prostředí prost (omezení funkčních čních prvků) prvk na organizaci, organizační ní jednotku a uživatele Disponovat možností centrální administrace Podpora logického oddělení ělení jednotlivých org organizací v rámci databáze i samostatných databází pro jednotlivé organizace (každá organizace vlastní databázi) Podpora provádění ní autorizované konverze z moci úřední (z datové zprávy do listinné podoby i naopak) Podpora převodu evodu elektronického dokumentu do formátu f PDF/A Podpora podepisování elektronických dokument dokumentů PDF/A zaručeným eným elektronickým podpisem založeným na kvalifikovaném certifikátu Používání kvalifikovaných časových razítek Umožňovat upload příloh íloh min 10MB Podporovat plnohodnotnou historizaci a logování log přístupů Disponovat rozhraním na systémy ISVS (CzechPoint, ISDS, …)

17.4 Poptávka a nabídka, Analýza trhu – nabídka služeb 17.4.1 Varianty poptávaného řešení ř Poptávkové řízení pro výběr ěr dodavatele v rámci všech třech částí ástí projektu bude realizováno dle Závazných postupů pro zadávání zakázek spolufinancovaných ze zdroj zdrojů EU, nespadajících pod aplikaci zákona č. 137/2006 Sb., o veřejných řejných zakázkách, v programovém období 2007 2007-2013“ 2013“ Porovnání variant řešení Hodnocení variant je provedeno pro každou část samostatně. I.

ELEKTRONICKÁ SPISOVÁ SLUŽBA PRO MĚSTSKÝ M ÚŘAD

1. Upgrade stávající spisové služby úřadu ú – zahrnuje i multilicenci pro všechny organizace zřizované Městem Hořice ice a organizace zzřizované izované obcemi ve správním obvodu žadatele



Výhody využití stávající spisové služby sl spočívají hlavně ve využití současného časného řešení (ověřená funkcionalita, není nutno provádě provádět migraci dat, není nutno provádětt školení uživatel uživatelů a administrátorů) a dále v existující infrastruktuře ře a to p především edevším v napojení stávající spisové služby na dat datové schránky a další elektronické agendy úřadu. adu. Výrazn Výrazně se také zkrátí harmonogram implementace. Nevýhody využití stávající spisové služby v této variantě variant nebyly shledány. Předpokládaná edpokládaná cena vychází z nabídky stávajícího dodavatele a je 1 021 550,550, vč. vč DPH. Tato cena zahrnuje pořízení ízení upgrade stávající spisové služby Města M Hořice ice a poř pořízení celkem 13 licencí pro organizace zřizované městem,které stem,které budou využívat spisovou službu v rámci hostovaného režimu.

2.

Pořízení ízení nové spisové služby ú úřadu s multilicencí pro všechny organizace ORP Ho Hořice

Výhody nákupu nové spisové služby nebyly shledány. Nevýhody nákupu nové spisové služby spočívají spo hlavně v nutnosti opětovné tovné implementace nové spisové služby, migraci dat, opětovném tovném zaškolení všech uživatelů, uživatel investici nvestici do nových produktů produkt a technologií a zavržení již existujících investic. Předpokládaná edpokládaná cena je kvalifikovaný odhad vyplývající z orientačního orienta průzkumu zkumu trhu a je 1.500.000 K Kč včetně DPH a implementace.. Přesahuje Př tak finanční rámec dotace.

II.

ELEKTRONICKÁ TRONICKÁ SPISOVÁ SLUŽBA PRO ZŘIZOVANÉ Z IZOVANÉ ORGANIZACE MĚSTA M HOŘICE

1.

Hostovaná spisová služba v TC ORP

Výhody hostované spisové služby spočívají spo hlavně v jednoduchosti implementace, správy, údržby, zálohování, vyšší bezpečnosti nosti dat, standardizaci (stejná funkcionalita funkcionalita spisové služby pro všechny zřizované izované organizace ORP) a centralizovanosti dat v TC ORP. Dále ve snadné podpo podpoře oproti lokálním aplikacím spisové služby. Nevýhoda hostované spisové služby je v nutnosti mít kvalitní internetové přípojky přípojky v organizacích. organizac Díky existenci metropolitní bezdrátové sít sítě je toto zajištěno. no. Metropolitní bezdrátová síť kladně prošla kontrolou použitelnosti pro zamýšlený provoz hostované spisové služby. Cena za licence organizacím mě města Hořice je zahrnuta v rámci upgrade stávající ící spisové služby úřadu ú (tedy bodu I. Kapitoly 17.4.1. této studie). 2. Nákup licence plné verze elektronické spisové služby provozované na vlastní technologii zřizované organizace Výhody nákupu licence plné verze spisové služby spo spočívají hlavně v tom, že nebude konektivita ani dostupnost serveru TC ORP vyžadována v režimu 12x5. Nevýhody nákupu licence plné verze spisové služby spočívají spo hlavně ve finanční ční náročnosti náro a to jak na SW, tak i na HW prostředky. edky. Nutnost implementace. Tento způsob zp pořízení spis. Služby je nevhodný a to Technologické centrum a elektronická spisová služba ORP


i z důvodů velkého nárůstu stu serverů server a potřeby eby jejich správy, zálohování a monitoringu v jednotlivých organizacích. Předpokládaná edpokládaná cena je kvalifikovaný odhad vyplývající z orientačního orienta průzkumu zkumu trhu a je 25.000 K Kč včetně DPH jen za SW pro jednu organizaci (nezahrnuje potřebný pot ebný HW serveru a jeho případné p licence). Dále pak je nutné započítat roční ční ní maintenance na ESS a ta je dle kvalifikovaného odhadu vyplývajícího taktéž z průzkumu zkumu trhu 2.000/rok/organizace. O lokální ESS neprojevila zzájem ájem žádná organizace. III. ELEKTRONICKÁ SPISOVÁ SLUŽBA PRO OBCE VE SPRÁVNÍM OBVODU ŽADATELE A JIMI ZŘIZOVANÉ IZOVANÉ ORGANIZACE 1.

Hostovaná spisová služba v TC ORP

Výhody hostované spisové služby spočívají spo hlavně v jednoduchosti implementace, správy, údržby, zálohování, vyšší bezpečnosti nosti dat, standardizaci (stejná funkcionalita spisové služby pro všechny uživatele služby) a centralizovanosti dat v TC ORP. Dále ve snadné podpoře podpoře oproti lokálním aplikacím spisové služby a také možnosti získání dotace ve výši 85% uz uznatelných nákladů. Nevýhoda hostované spisové služby je v nutnosti mít kvalitní internetové přípojky p ípojky v obcích. Šetřením Šet bylo zjištěno, že většina tšina obcí disponuje pevnou internetovou p přípojku ípojku typu xDSL. Tento typ přípojky p splňuje požadavky na provoz hostovaných ých aplikací a tuto nevýhodu tak staví do marginální roviny. Předpokládaná edpokládaná cena je kvalifikovaný odhad vyplývající z orientačního orienta ního průzkumu prů trhu (nabídky společností) a je 22 352 Kč včetně četně DPH (cena za jednu licenci hostované spisové služby).



2.

Nákup licence plné verze elektronické spisové služby provozované na vlastní technologii obce

Výhody nákupu licence plné verze spisové služby spo spočívají hlavně v tom, že nebude konektivita ani dostupnost našeho serveru vyžadována v režimu 12x5. Nevýhody nákupu licence cence plné verze spisové služby spočívají spo hlavně ve finanční ční náročnosti náro a to jak na SW, tak i na HW prostředky. edky. Nutnost implementace. Tento způsob zp pořízení ízení spis. služby je nevhodný a to i z důvodů velkého nárůstu stu serverů server a potřeby jejich správy, zálohování a monitoringu v jednotlivých obcích. Obce pro takové činnosti innosti nedisponují pot potřebným, dostatečně odborným personálem. Předpokládaná edpokládaná cena je kvalifikovaný odhad vyplývající z orientačního orienta průzkumu zkumu trhu a je 23.900 K Kč včetně DPH - jen za SW (nezahrnuje potřebný HW serveru a jeho případné ípadné licence). O lokální ESS neprojevila zájem žádná z obcí.

17.4.2 Doporučená ená varianta řešení

Na základě porovnání byly pro jednotlivé části doporučeny tyto nejvhodnější jší varianty: I.


Je doporučena ena varianta upgrade stávající spisové služby m městského úřadu z důvodu ůvodu cenové dostupnosti a efektivnosti nasazení s ohledem na lidské zdroje a již existující a fungující řešení. ešení. II.

ELEKTRONICKÁ SPISOVÁ SLUŽBA PRO ZŘIZOVANÉ Z IZOVANÉ ORGANIZACE MĚSTA M HOŘICE

Jako nejvhodnější je doporučena čena ena varianta hostované spisové služby v TC ORP provozovaná ORP realizovaná v rámci upgrade stávající spisové služby městského m úřadu. Seznam organizací: Městské muzeum a galerie Hořice, řice, M Městská knihovna Hořice, Městská policie, ie, Dům Dů dětí a mládeže, Dům kultury Koruna, Městská stská nemocnice, Sociální služby m města Hořice, ice, Školní jídelna Hořice, Ho Základní umělecká škola Hořice, ice, Základní škola Komenského, Hořice, Ho ice, Základní škola Na Habru, Ho Hořice, Základní škola Na Daliborce, Hořice, Sportovní rtovní za zařízení města Hořice III. ELEKTRONICKÁ SPISOVÁ SLUŽBA PRO OBCE VE SPRÁVNÍM OBVODU ŽADATELE A JIMI ZŘIZOVANÉ IZOVANÉ ORGANIZACE I pro tuto část ást je jako nejvhodnější nejvhodn doporučena ena varianta hostované spisové služby v TC ORP, provozovaná ORP. Seznam obcí, které požádaly ožádaly o přístup př k elektronické spisové službě v hostovaném režimu: Bašnice, Bílsko u Hořic, ic, Boháňka, Boháň Bříšťany, Cerekvice nad Bystřicí, Červená ervená Třemešná, T Holovousy, Chomutice, Jeřice, ice, Lískovice, Lukavec u Ho Hořic, Miletín, Milovice u Hořic, ic, Nevratice, Petrovičky, Petr Podhorní Újezd a Vojice, Rašín, Rohoznice, Sobčice, Sob ice, Staré Smrkovice, Sukorady, Tetín, T Třebnouševes, Úhlejov, Vřesník Organizace těchto chto obcí: Základní škola a MŠ Cerekvice n. B, Základní škola a MŠ Holovousy, Základní škola a MŠ Chomutice, Základní škola Jeřice, ice, Základní škola K.J.Erbena a MŠ Korálka,Miletín, Základní škola Milovice, Základní škola Pod. Újezd a Vojice Seznam obcí, které požádaly o nákup licence plné verze elektronické spisové služby provozované na vlastí technologii obce: žádná z obcí bcí nepožádala o nákup plné licence



Tabulka 21:: Seznam obcí a jimi zřizovaných izovaných organizací, které požádali o hostovanou ESS



Tabulka 22:: Seznam organizací zřizovaných m městem Hořice, které požádali o hostovanou ovanou ESS

17.4.3 Orientační ní nabídka na trhu Upgrade spisové služby pro Město ěsto Ho Hořice a zřízení ízení hostované spisové služby pro 19 organizací města m vyjde celkem na 1 021 550,- Kč. Kč. Licence pro provoz databázového systému nejsou potřebné pot v případě upgrade. Dále pak průzkumem zkumem trhu vyšlo jako nejefektivn nejefektivnější řešení ešení pro obce v rámci ORP použít hostovaný režim spisové služby. O tuto variantu projevilo zájem 25 obcí a organizací zzřizovaných izovaných těmito tě obcemi. Zjištěním ním cen na trhu jednoznač jednoznačně vyplynula lepší cena ESS pro obce a jejich organizace v hostované variantě. Licence plné verze elektronické spisové služby provozované na vlastní technologii obce je značně zna neefektivní a to zejména nedostatečným nedostate ným pokrytím odborného personálu na obcích, nutností vlastního HW a např. databázových ových licencí pro ESS což markantn markantně zvyšuje celkové náklady na vlastnictví takové spisové služby. Ceny odvozené z nabídky na trhu jsou uvedeny v předchozích tabulkách.

17.5 Organizace a režijní náklady 17.5.1 Organizační model Hostovaná spisová služba bude provozovaná provozovan ORP Hořice. Veškerá pořizovaná izovaná zařízení za a software zůstaven staven ve vlastnictví obce. ORP Ho Hořice zajistí její pořízení, ízení, implementaci a provoz. Pořízení Po a implementace bude realizována dodavatelsky. Provoz bude zajiš zajišťovat ORP Hořice. řice. 17.5.2 Provozní model dbor informatiky Mě MěÚ Hořice, ice, je garantem, provozovatelem spisové služby. Provoz bude ORP Hořiceodbor zajištěn odborem informatiky.

Na část provozních nákladů ů budou p přispívat ispívat obce zapojené do projektu. A to pouze poměrnou pom částí nákladů na elektrickou energii. Chod TC ORP zajistí stávající pracovníci odboru informatiky MěÚ M Hořice. 17.5.3 Role všech organizací v projektu Projektu hostované spisové služby se ú účastní následující subjekty: ORP



ORP je garantem projektu, zajišť zajišťuje provoz hostované spisové služby (zajišťuje ťuje metodickou podporu p uživatelů,, provádí školení) a je také současně sou uživatelem – Městský úřad Hořice. Městský úřad Hořice – je uživatelem spisové služby Zřizované organizace Zřizované izované organizace jsou uživateli služeb hostované spisové služby. Obce ve správním obvodu a jimi imi zřizované z organizace Zřizované izované organizace jsou uživateli služeb hostované spisové služby. 17.5.4 Organizace výběrových rových řízení Při zadávání veřejných ejných zakázek souvisejících s realizací projektu bylo postupováno a bude se i nadále postupovat v souladu s: • • •

zákonem č.. 137/2006 Sb., o ve veřejných zakázkách, v platném znění; Závaznými postupy pro zadávání ve veřejných ejných zakázek spolufinancovaných ze zdrojů zdroj EU, nespadajících pod aplikaci zákona č. 137/2006 Sb., o veřejných ejných zakázkách, v programovém období 2007 – 2013, (Závazné (Závaz postupy jsou uvedeny v příloze č. 8 Příruč říručky pro žadatele) V rámci realizace projektu, resp. části ásti spisová služba je plánováno jedno zadávací řízení na dodavatele upgradu spisové služby a multilicence

17.5.5 Smluvní ujednání (návrh SLA) pro provozované komponenty Spisová služba bude provozována v režimu 12x5. Spisová služba bude realizována v rámci TC ORP. Pro zajištění ní správy servisních požadavk požadavků a podpory uživatelů bude využíván Helpdesk dodavatele. Garantovaná doba odezvy činní inní 4 hodiny s dobou odstranění 24 hodin. Dodavatel bude provádět změny ěny ny software spisové služby (ESS) vyplývajících ze zm změn obecně platných předpisů České republiky včetně distribuce upraveného ESS.

17.6 Lidské zdroje, vlastníci a zaměstnanci zam Kapitola je zaměřena ena na specifikaci funkcí a rolí v rámci realizace a provozu systému centrální hostované spisové služby ORP.

17.6.1 Specifikace funkcí a pozic projektového týmu v investi investiční ní a provozní fázi projektu Nezbytným faktorem úspěšné šné realizace projektu je vybudování kvalitního projektového týmu. Tým pro realizaci je sestaven tak, aby jednotlivé role v rámci týmu byly adekvátně adekvátn zabezpečeny. zabezpe Projektový tým má složení:

Město Hořice Tabulka 23 - Složení projektového týmu SPS TC ORP

Požadavky na projektový tým a osoby zajišťující zajiš ující provoz a podporu jsou s ohledem na činnosti vysoké. Odborná vybavenost členů týmu odpovídá rozsahu a obsahu projektu. Navržený tým je dostatečně kvalitní a kapacitně kapacitn odpovídá předpokládaným edpokládaným nárokům nárok projektu. Ty jsou dány činnostmi:



Tabulka 24:: Složení projektového týmu

Role

Funkce



tajemník

Mgr. Michal Kuchta





informatik

Miloš Hazdra


Informatik

Miloš Hazdra


informatik

Hynek Beran








Externí právník

Mgr. Iva Mádlová


Externí právník

Mgr. Iva Mádlová






Helena Nosková

• • • • • • •

projektové řízení, administrace dotace, administrace veřejných ejných zakázek, podpora uživatelů, zajištění ní školení uživatelů (vazba na vzdělávací část eGON centra), servis (profylaxe, zajiště zajištění obnovy provozu, reklamační řízení, ízení, upgrade SW, sou součinnost s dodavatelem řešení), správa softwarových licencí (nákupy licencí, upgrade licencí).

Během přípravné ípravné fáze byl vytvořen vytvořen pracovní tým pro všechny fáze projektu. Výkonným manažerem pro všechny fáze projektu tu byl ustanoven tajemník m městského úřadu v Hořicích.. Jeho odpovědností odpov je řízení projektu a projektového týmu, kontrola jednotlivých aktivit, řízení ízení krizových situací, rozhodovací pravomoc. Dále zastupuje investora navenek společnosti, spole jedná jménem ménem Úřadu města. m Mezi členy pracovního týmu patříí i externí projektový manažer, který p připravuje ipravuje projektovou žádost, koordinuje přípravné aktivity, v realizační ní fázi zpracovává monitorovací zprávy, řídí změny ěny v projektu. V pracovním týmu je také informatik města, sta, který řeší technické zadání projektu. V investiční ční fázi projektu připravuje p technické specifikace, provádí kontrolu kvality díla, komunikuje s dodavatelem. Finančním Finan manažerem projektu je vedoucí finančního ního odd oddělení města, který zajišťuje finanční řízení, ízení, fakturaci, p připravuje finanční podklady pro jednání projektového týmu. Zdárné dokon dokončení ení projektu se bude odvíjet od vysokého pracovního nasazení všech subjektů subjekt zainteresovaných na výsledku. Zvolený projektový tým má zkušenosti s veřejnými dotačními mi tituly, vvčetně projektů financovanými ze zdroj zdrojů EU. Projektový tým může že být narušen vypadnutím ně některého člena z týmu. Z dlouhodobého hlediska lze člena týmu nahradit, ostatní členové lenové by pak nového člena č v týmu zaučili. ili. Pokud se jedná o krátkodobé výpadky výpad členů týmu, bude zde fungovat zastupitelnost v rámci týmu. Klíčová je pozice účetního, etního, který musí bezpodmínečně bezpodmíne zaúčtovat náklady správně (investiční, (investi neinvestiční).



Podrobná specifikace úloh jednotlivých členů projektového týmu je uvedena v žádosti projektu. pr Tým má za úkol realizační činnosti, innosti, jednotliví pracovníci mají vvětšinou přímou nebo nepřímou římou odpovědnost, odpov pouze u vybraných činností inností se setkáme s činností řídící, popř. schvalovací. Z pohledu zajištění ní provozu a podpory SPS je předpokládána p alokace 1 člověka ka (1,00 ( úvazku). 17.6.2 Struktura mzdových nákladů náklad Mzdové náklady nejsou uznatelnými výdaji projektu. Alokované kapacity realizačního realiza realizač týmu a pracovníků zajišťujících ujících provoz budou hrazeny z rozpočtu rozpo tu ORP po celou dobu udržitelnosti projektu a jsou pokryty současnými pracovníky.

17.7 Realizace projektu, časový plán 17.7.1 Harmonogram činností inností projektu ve fázi p přípravy ípravy a realizace projektu Harmonogram projektu realizace elektronické spisové služby je navržen do třech t ech fází: • • •

Přípravná fáze – vytvoření vytvoř studie proveditelnosti, včetně souvisejících dokumentů dokument a příloh, její schválení, uzavření ení partnerských smluv a vypsání ve veřejné soutěže. Fáze realizace projektu – vlastní dodávka řešení, včetně zkušebního provozu. Fáze provozu – produktivní provoz po dobu udržitelnosti projektu (5let).

Tabulka 25:: Harmonogram projektu ESS

2010 2011 Harmonogram nogram realizace projektu ESS 1 2 3 4 5 6 7 8 9 10 11 12 1 2 Přípravná fáze Zpracování studie proveditelnosti Zpracování žádosti o dotaci Uzavření partnerských smluv Výběrové řízení na dodavatele Fáze realizace projektu Instalace a konfigurace hostované spisové služby Upgrade současného řešení ešení spis. služby T-Mapy Testovací provoz Školení Akceptace Fáze provozu SPS ORP Projekt bude realizován v rámci jedné etapy společně s budování TC, jejímž cílem bude vybudovat elektronickou spisovou službu TC ORP a zprovoznit všechny jeho služby, popsané v rámci této studie.

17.8 Finanční ní analýza projektu, finan finanční plán 17.8.1 Přehled ehled celkových nákladů náklad v investiční fázi

Vzhledem k tomu, že obec je povinna od roku 2011 odepisovat pořízený po ízený majetek, náklady v účetním slova smyslu nebudou v investiční fázi vznikat.



Tabulka 26: Přehled výdajů a příjmů říjmů v provozní i investiční fázi

Tabulka 27: Přehled nákladů a výnos výnosů v investiční a provozní fázi

17.8.2 Přehled ehled celkových nákladů náklad v provozní fázi

Přehled nákladů v provozní fázi zobrazuje výše uvedená tabulka. Jedná se o odpisy pořízeného dlouhodobého hmotného a nehmotného majetku, dále spotřeba spot eba elektrické energie, náklady na služby – maintenance,, osobní náklady (informatik) a ostatní provozní náklady. Předpokládaná P edpokládaná roční ro ztráta ve výší necelého 1 mil. Kč bude hrazena z rozpočtu obce.

17.8.3 Příjmy provozní fáze Z pohledu provozní fáze jsou předpokládány příjmy p obcí jakožto příspěvek vek na provoz ESS (spotřeba (spot el. energie) ve výši Kč 1 900,-. Celkové provozní příjmy íjmy jsou vyčísleny vyč ve výše uvedené tabulce. Celkový provoz ESS je plánován jako jak ztrátový. Ztráta bude dotována z rozpočtu čtu obce.



17.8.4 Závěry finanční ní analýzy Na základě všech vypočtených tených hodnot lze konstatovat, že projekt by byl pro jakéhokoli soukromého investora nevýnosný, subjekt s čistě ziskovým zájmem by jej nikdy v této variantě variant nepodstoupil, neboť negeneruje přímé ímé zisky. Nicméně se jedná o veřejný projekt, který je třeba eba hodnotit pozitivně. pozitivn

17.9 Analýza rizik v investič investiční a v provozní fázi a opatření ení pro jejich řešení ř či zmírnění Tato kapitola se hloubějiji zabývá expertně expertn odhadnutými riziky iky celého projektu, jejich dopadem a návrhem opatření pro jejich eliminaci. Pro přehlednost ehlednost byla jednotlivá rizika rozd rozdělena do skupin: •

Projektová rizika

•

Technická a realizační ní rizika

•

Legislativní a organizační ční rizika

•

Ekonomická a investiční ční rizika

• •

Jednotlivá livá rizika jsou zpracována formou tabulky, obsahující údaje: Popis rizika – projevy rizika

•

Dopad na projekt – priorita, pravd pravděpodobnost a možné dopady projektu – rozděleno do tří úrovní (nízký, střední, vysoký)

•

Pravděpodobnost – pravděpodobnost pravd míry naplnění rizika – rozděleno ěleno do tří t úrovní (nízká, střední , vysoká)

•

Opatření k omezení rizika - návrh opatření ení vedoucích k omezení vlivu rizika.

•

Kritérium úspěchu - měř ěřitelný itelný cíl nebo výstup projektu, který bude dosažen, pokud bude riziko eliminováno.

17.9.1 PROJEKTOVÁ RIZIKA V rámci této skupiny jsou uvedena hlavní identifikovaná rizika, související s průběhem projektu realizování elektronické spisové služby TC ORP.



Popis rizika

Termíny v harmonogramu nebudou dodrženy

uvedené projektu

Dopad na projekt

Pravdě podob nost



Střední

Střední

Alokovat dostatečné množství kvalitních kapacit, jak na straně dodavatele, tak zákazníka.

Původní termíny harmonogramu projektu budou dodrženy.

Aktivně kontrolovat veškeré termíny harmonogramu a včas eskalovat a řešit možné zpoždění termínu. Infrastruktura připravena předstihu.

nebude v dostatečném

Vysoký

Nízká

Aktivně přistupovat k přípravě infrastruktury. Přizpůsobit sobit harmonogram projektu připravované infrastruktuře.

Infrastruktura bude připravena v dostatečném předstihu.

Nebude zajištěna odpovídající součinnost interních pracovníků MÚ

Střední

Střední

V dostatečném předstihu alokovat odpovídající kvalitní zdroje na straně zákazníka za účelem poskytnutí požadované součinnosti.

Nedojde k prodlení harmonogramu projektu z důvodů neposkytnutí součinnosti interními pracovníky městského úřadu.


Vysoký

Nízká

Smluvně ošetřit kvalitní e na pracovníky dodavatele základě jejich zkušenostmi při realizaci obdobných zakázek a na základě poskytnutých CV.

Nedojde k opoždění termínu realizace na straně dodavatele a projekt bude realizován v odpovídající kvalitě.

Tabulka 28 - Hlavní projektová tová rizika

17.9.2 TECHNICKÁ A REALIZAČNÍ REALIZA RIZIKA V rámci této skupiny jsou uvedena hlavní identifikovaná rizika, související s realizací a provozem centrálně hostované spisové služby. Popis rizika

Dopad na projekt

Pravdě podob nost



Spisová služba je dodána v neodpovídající funkcionalitě.

Vysoký

Nízká

Realizace na základě smlouvy se specifikací sankcí a pokut.

Funkční spisová služba.

Vyhrazené systémové zdroje pro provoz spisové služby nebudou dostatečné

Vysoký

Nízká

Alokovat dostatečnou kapacitní rezervu technologického centra pro

Nenastane problém s přidělením požadovaných systémových zdrojů



provoz. Průběžně sledovat volné systémové zdroje technologického centra a v případě potřeby řešit jejich navýšení.

a potřebné diskové kapacity při implementaci a provozu.

Síťová konektivita mezi TC ORP a jeho zákazníky není postačující

Vysoký

Nízká

Odhadnout potřebný datový tok mezi technologickým centrem ORP a jeho zákazníky a v případě, že propustnost nebude dostatečná, zahájit aktivity zaměřené na její posílení.

Nedochází k prodlevám a novým výpadkům při konzumování služeb technologického centra ORP.


Střední

Nízká



Implementovat známé a prověřené technologie, které lze, alespoň částečně, spravovat vlastními zdroji. Tabulka 29 - Technická a realizační ční rizika

17.9.3 LEGISLATIVNÍ A ORGANIZAČNÍ ORGANIZA RIZIKA V rámci této skupiny jsou uvedena hlavní identifikovaná rizika, související s legislativou a organizací projektu.



Popis rizika

Dojde k porušení dotace

podmínek

Nepodaří se uzavřít smlouvu o podpoře s dodavatelem řešení.

Dopad na projekt

Pravdě podob nost



Vysoký

Nízká

Organizačně, projektově ěa technicky zajistit, aby byly splněny ny veškeré podmínky pro poskytnutí dotace, zveřejněné né na portále MV.


Střední

Nízká

Zajistit udržení podmínek po celou dobu udržitelnosti projektu.

Případná kontrola neshledala porušení podmínek, za kterých byla dotace přidělena – nedochází k vrácení dotace.

V dostatečném časovém předstihu projednávat podmínky uzavření smlouvy s dodavatelem.

Smlouva o podpoře je s dodavatelem řešení uzavřena a plněna.

Eliminovat rizika plynoucí z nepodepsání smlouvy. Výrazné legislativní změny v oblasti spisové služby.

Střední

Střední

Podepsání smlouvy s dodavatelem řešení zahrnující závazek dodržování shody s legislativou.

Systém splňuje po dobu udržitelnosti projektu shodu s legislativou.

Tabulka 30 - Legislativní a organizační organiza rizika

17.9.4 EKONOMICKÁ A INVESTI INVESTIČNÍ RIZIKA V rámci této skupiny jsou uvedena hlavní identifikovaná ekonomická a investiční investiční rizika projektu.



Popis rizika

Dopad na projekt

Pravdě podob nost



Náklady na realizaci nepřiměřeně přesáhnout náklady, spočítané v rámci studie proveditelnosti

Střední

Nízká

Zajistit garanci cen nabídky v souladu s poskytnutou výší dotace.

Náklady na realizaci a provoz nepřevyšují očekávané výdaje.

V případně odůvodněného ného nárůstu výdajů je nezbytné zajistit jejich pokrytí vlastními zdroji. Dotace na realizaci centrální hostované spisové služby nebude poskytnuta

Vysoký

Nízká

Organizačně, projektově ě a technicky zajistit, aby byly splněny ny veškeré podmínky pro poskytnutí dotace, zveřejněné né na portále MV. Alokace prostředků rozpočtu.


finančních čních z vlastního

Tabulka 31 - Ekonomická a investiční investič rizika

17.10 Udržitelnost projektu Udržitelnost je doba, po kterou musí příjemce p podpory udržet výstupy projektu. V tomto případě se jedná o pořízení řízení a provoz spisové služby pro ORP Hořice zřizované řizované organizace ORP, obce a jejich zřizované izované organizace. Efekty projektu budou udrženy v nezm nezměněné podobě po dobu 60 měsíců od implementace. Nedodržení závazku udržitelnosti je považováno za porušení podmínek pro poskytnutí poskytnutí příspěvku, p což může že vést i k požadavku na jeho vrácení. Následující kapitoly se detailněji ěji zabývají udržitelnosti projektu v rovinách: • Institucionální • Finanční • Provozní. Pro městský úřad ad je prioritou udržení a rozvíjení spisové služby ve form formě centrálního ntrálního hostingu ve všech rovinách. 17.10.1 Institucionální rovina Obec Hořice byla zřízena ízena zákonem o obcích č.. 128/2000 Sb. v rámci reformy veřejné ve správy. A jako taková může že být zrušena pouze změnou zm zákona (tato legislativní změna se nepředpokládá). ředpokládá). Za pořízeníí elektronické spisové služby je zodpov zodpovědný obecní úřad obce Hořice. Obecní úřad ad v samostatné pů působnosti sobnosti plní úkoly, které mu uložily volené orgány obce (rada a zastupitelstvo). Tyto úkoly zákon ozna označuje za výkon samostatné působnosti. sobnosti. Dále vykonává přenesenou p působnost sobnost podle § 61 odst. 1 písm. a) zákona o obcích s výjimkou věcí, v cí, které patří pat do působnosti jiného orgánu obce. Pořízením ízením elektronické spisové služby se obecní ú úřad zavazuje, minimálně po dobu udržitelnosti projektu - což je po dobu 60 měsíců, poskytovat oskytovat služby elektronické spisové služby svým zákazníkům. zákazník Po celou dobu udržitelnosti bude vlastníkem projektu obec Hořice. Ho Technologické centrum a elektronická spisová služba ORP


17.10.2 Finanční rovina Jak je již uvedeno v kap. 17.8 Finanční Finan analýza projektu, předkládaný edkládaný projekt nebude generovat žádné příjmy. Investiční ní etapa bude financována z dotace a finančních prostředků ORP, provozní etapa pak z rozpo rozpočtu ORP po dobu udržitelnosti projektu. 17.10.3 Provozní rovina Základem udržitelnosti projektu z provozní roviny je vyčlenění dostatečného ného množství kvalifikovaných pracovníků jak ze strany městského stského úřadu, ú tak ze strany dodavatele řešení ešení pro zajištění zajišt provozu služeb elektronické spisové služby. Město Hořice ice má sestavený kvalitní projektový a realiza realizační tým, který má s realizací obdobných projektů projekt dlouhodobé zkušenosti. Podrobný popis jednotlivých kvalifikovaných pracovníků pracovník projektového a realizačního týmu je uveden v kap. 17.6. Lidské zdroje, vlastníci a zaměstnanci. zam Z technologického hlediska bude nutné zajistit pravidelnou údržbu pořizovaného po izovaného řešení tak, aby jak řešení pro Městský úřad Hořice, řice, tak i centrální hostovaná spisová služba pro zzřizované řizované organizace, obce a jejich zřizované izované organizace byla schopna poskytovat plánované služby, vvčetn četně pokrytí legislativních změn. n. Veškerý upgrade bude realizován tak, aby zachoval kvalitativně stejnou nebo vyšší úroveň, úrove než původně pořízený. Veškerý pořizovaný majetek zůstane ůstane v majetku ORP Hořice Ho ice po celou dobu udržitelnosti projektu. Udržitelnost projektu bude zajištěna zajiště také pravidelným servisem, zajištěním ním mj. smlouvou o podpo podpoře s dodavatelem řešení. Veškeré náklady spojené s provozem budou financovány z rozpočtu rozpo tu ORP. Při P pořizování nového softwarového vybavení budou dodrženy všechny podmínky pro zadávání veřejných veřejných zakázek dle IOP a dle podmínek pro zadávání veřejných řejných zakázek.

17.11 Závěr 17.11.1 Vyjádření ení k realizovatelnosti a finanční finan rentabilitě projektu Na základě všech vypočtených tených hodnot lze konstatovat, že projekt by byl pro jakéhokoli soukromého investora nevýnosný, subjekt s čistě ziskovým zájmem by jej nikdy v této variantě variant nepodstoupil, neboť negeneruje přímé ímé zisky. Nicméně se jedná o veřejný projekt, který je třeba eba hodnotit pozitivn pozitivně s nulovou návratností, ale s přidanou idanou hodnotou poskytovaných služeb. Navíc pro realizaci projektu je možné získat dotaci ve výši 85% uznatelných nákladů náklad z IOP, prioritní osy 2 ‐ Zavádění ICT v územní veřejné řejné správě, správ oblasti podpory 2.1 ‐ Zavádění ní ICT v územní veřejné ve správě, což zvyšuje atraktivitu této investice. 17.11.2 Závěry a doporučení Rozvoj informatiky je nutno chápat jako nezbytnou součást sou strategického rozvoje zvoje celého regionu. V době dob zvýšeného tlaku na efektivní výkon ve veřejné ejné správy je informatika nepostradatelným nástrojem úspěšného úsp fungování každé ORP jako významného článku veřejné správy v České eské republice. Záměrr budovat eGovernment je plně pln v souladu se strategií trategií na národní úrovni vyjádřené vyjád dokumentem EFEKTIVNÍ VEŘEJNÁ EJNÁ SPRÁVA A PŘÁTELSKÉ P VEŘEJNÉ EJNÉ SLUŽBY pro období 2007–2015. 2007 Realizace projektu je vyžádaná legislativními požadavky, požadavky, které jsou promítnuté do novely zákona č. 499/2004 Sb. a zákona č.. 300/2008 Sb., Sb., které zavádí povinnost vést spisovou službu pro územní samosprávné celky a jejich zřizované řizované organizace a využívat datové schránky. Projekt dále efektivně navazuje na budované technologické centrum ORP, ORP, které vytváří vytvá potřebnou technologickou infrastrukturu. Technologické centrum a elektronická spisová služba ORP


Jak již bylo uvedeno výše, studie proveditelnosti s ohledem na legislativní povinnost elektronické spisové služby porovnávala varianty lišící se způsobem zp pořízení ízení a provozu. Porovnávanými variantami byly vyhodnoceny jako nejvýhodnější ější tyto varianty: I.


Je doporučena ena varianta upgrade stávající spisové služby městského m úřadu. II.

ELEKTRONICKÁ SPISOVÁ SLUŽBA PRO ZŘIZOVANÉ Z IZOVANÉ ORGANIZACE

Jako nejvhodnější je doporučena čena ena varianta hostované spisové služby v TC ORP provozovaná pr ORP realizovaná v rámci upgrade stávající spisové služby městského m úřadu. III. ELEKTRONICKÁ SPISOVÁ SLUŽBA PRO OBCE VE SPRÁVNÍM OBVODU ŽADATELE A JIMI ZŘIZOVANÉ IZOVANÉ ORGANIZACE I pro tuto část je jako nejvhodnější ější doporu doporučená varianta hostované spisové služby v TC ORP.



18 Vnitřní ní integrace úř úřadu Města Hořice 18.1 Úvod 18.1.1 Základní informace k projektu 18.1.1.1 Identifikační ní údaje předkladatele Předkladatel: Název: IČ: Adresa sídla: Osoby oprávněné jednat za zadavatele: Kontaktní osoby: Telefon: e-mail:

Město Hořice 00271560 nám. Jiřího z Poděbrad brad 342, 508 19 Hořice Hoř Ivan Doležal, starosta města Monika Grundzová, dotační ní management 492 105 411 [email protected]

18.1.1.2 Investor Investor je shodný s předkladatelem edkladatelem žádosti o dotaci, tj. město Hořice. 18.1.2 Účel zpracování Studie proveditelnosti je zpracována za účelem: ú 1. bližší specifikace záměru ěru projektu Vnit Vnitřní integrace úřadu adu z hlediska stávajícího stavu řešené problematiky i jejího budoucího vývoje; vývoje 2. prokázání, že pro samotný pr projekt, ojekt, byla vybrána nejlepší a ekonomicky nejvýhodnější nejvýhodn varianta; 3. prokázání správnosti a reálnosti plánovaného rozpo rozpočtu; 4. prokázání opodstatněnosti ěnosti jednotlivých zp způsobilých výdajů co do druhu a velikosti velikosti; 5. prokázání udržitelnosti projektu a schopnosti žadatele žadate pokračovat v jeho financování po ukončení ukon finanční ní podpory ze strukturálních fondů; fond 6. podání žádosti o poskytnutí dotace (jako nutná p příloha). 18.1.3 Cílové skupiny projektu Mezi cílové skupiny patří: 1. MÚ Hořice ice jako garant realizace a jeho ú úředníci; 2. Zřizované organizace MÚ Hořice Ho jako uživatelé některých služeb; 3. Občané ané a organizace ve m městě Hořice jako uživatelé služeb úřadu města; ěsta;



18.2 Rekapitulace výsledků studie Technické řešení je připraveno ipraveno v jedné variant variantě, která počítá s investičními ními náklady ve výši 1.529.411,75.- Kč a s ročními ními provozními náklady ve výši 45 500 5 Kč (uvedeno vždy včetně v DPH) a ročními odpisy ve výši Kč 305 882 Kč (obec od roku 2011 bude odpisovat pořízený po dlouhodobý majetek). Z toho předpokládaná částka ástka spoluú spoluúčasti rozpočtu města činí 229.412.- Kč.

18.2.1 Naplnění cílů projektu Dokument s označením Vnitřní řní integrace úřadu ú adu (typizovaný projekt), který je přílohou p výzvy IOP 06 definuje v kapitole 2.4., na straně čč. 6 následující cíle projektu, jejich naplnění ní lze shrnout následovně: následovn 1. Analyzovat stav současného asného systému řízení úřadu, navrhnout a realizovat jeho úpravy tak, aby bylo s ohledem k velikosti úřadu u dosaženo cílového stavu, tedy zajistit optimální způsob zp fungování úřadu, prezentaci služeb vůči veřejnosti, ejnosti, řízení změn ve struktuře úřadu, adu, managementu řízení a spolupráci se základními registry prostřednictvím ednictvím Integra Integračních bodů přístupu k eGON službám Přínos projektu k naplnění ní cíle: v rámci prací na studii proveditelnosti byla provedena analýza, která definovala hlavní článek chybějící ějící funkcionality, doporu doporučila doplnění ní funkcionality systému a nastínila i směr dalšího rozvoje ICT Města sta Ho Hořice. 2. Integrovat rovat všechny existující SW komponenty do technologického centra (TC) a zajistit jejich vzájemnou provázanost a sjednocení čii propojení jednotlivých aplikací optimálně optimáln do jednoho informačního systému. Přínos projektu: projekt Vnitřní řní integrace ú úřadu přispívá k naplnění ní tohoto cíle podstatným způsobem, zp doplňuje uje podstatné SW produkty a definuje vazby, které je nutno rozvíjet v dalších etapách. 3. Provést upgrade stávajících SW komponent nebo nákup chybějících chyb jících SW komponent pro optimalizaci řízení chodu úřadu adu a schopnost zveřejnění ní maximálního množství informací o činnosti úřadu občanům a institucím Přínos projektu: všechny komponenty doporučené doporu k doplnění směřují k naplnění ění tohoto cíle. 4. připravit ipravit vlastní agendové informa informační ní systémy žadatele na komunikaci se základními registry prostřednictvím Integračních ních bodů přístupu k eGON službám Přínos projektu: cíl je naplněn ěn zavedením SW pro management identit, pot potřebných řebných evidencí, zejména katalog agend a aplikací a systémem správy přístupový p oprávnění. 5. provést integraci ntegraci SW komponent pro výkon agend a jejich elektronizaci Přínos projektu: integrace bude provedena zejména na úrovni agend vnitřního vnit chodu úřadu propracováním portálu úředníka. edníka. 6. provést optimalizaci rolí jednotlivých uživatel uživatelů ICT při zajištění agend d vykonávaných žadatelem, včetně řešení bezpečných ných a transparentních přístupů p Přínos projektu: projekt zavádí programové vybavení, které takovouto optimalizaci umožní efektivně efektivn realizovat, sledovat vývoj okolí a reagovat na zm změny procesů agend a zaměstnaneckých zamě struktur – realizovat přípravu na změny v systému s dostatečným předstihem. 7. zajistit úpravy ICT komponent nebo uceleného řešení tak, aby vytvářely ely efektivní podporu procesů proces probíhajících v rámci působností sobností žadatele Přínos projektu: doplněním ním id identitního systému a zkvalitněním ním služeb portálu ú úředníky, spolku s doplněním integračních ních vazeb spisové služby je dosaženo optimální podpory proces procesů. V rámci finančních možností výzvy 06. 8. prezentovat poskytované služby prost prostřednictvím portálu



Přínos projektu: projekt vytvoří vytvoří datové struktury, které je možné prezentovat prostřednictvím prost portálu určeného veřejnosti. ejnosti. Zajistí transparentní p přehled ehled o službách a jejich zajištění, zajišt prostřednictvím managementu identit (IDM). 18.2.2 Naplnění integračních ních bodů bod Dokument s označením Vnitřní řní integrace úřadu ú adu (typizovaný projekt), který je přílohou p výzvy IOP 06 definuje na v kapitole 2.8. Přístup řístup k eGon službám, na straně č.. 8 následující integrační body, prostřednictvím nichž je přístup ístup ke službám zajištěn: zajišt 1. Integrační bod č. 1 – úprava elektronické spisové služby ve vazb vazbě na Informa Informační systém datových schránek a na elektronizaci proces procesů uvnitř úřadu. Přínos projektu: Městský úřad řad Hořice Ho má spisovou službu plně komunikující se systémem datových schránek. Projekt Vnitřní integrace egrace úřadu ú adu prohlubuje integraci spisové služby o další rozhraní. 2. Integrační bod č. 2 – nastavení pravidel pro autorizaci, identifikaci a autentizaci konkrétního úředníka: ú Přínos projektu: projekt Vnitřní řní integrace úřadu ú adu implementuje nové komponenty, nezbytné pro naplnění funkcí tohoto integračního ního bodu. Je to zejména možnost zpracováno referenční referenční evidence organiza organizační struktury úřadu až do úrovně ě definice pozic a rolí, vazba na evidenci zaměstnanc zaměstnanců, katalog služeb a aplikací a systém řízení ízení oprávně oprávnění přístupu zaměstnanců k agendám a aplikacím. Vytváří Vytvá tak prostředí naplňující integrační ní bod 2 a p předpoklady pro zabezpečovaný přístup k citlivým osobním údajům údaj agendových systémů. 3. Integrační bod č. 3 – komunikace se základními registry Přínos projektu: doplňované ované komponenty systému obsahují v maximální míře míř služby potřebné pro komunikaci se základním Registrem práv a povinností (RPP) a jsou základem komunikace agend s Registrem osob, Občanů a Územních identifikací a adres. Provedení integrace není možné bez detailní znalosti požadované funkcionality připravovaných p centrálních projektů. Ty dnes plně pln definovány nejsou. Proto se řešení soustřeď řeďuje na doplnění ní funkcí, které jsou již nezpochybnitelné a u nichž lze za současné asné míry poznání funkcí informačního informa systému základních registrů (ISRR) vyčíslit vy náklady na jejich pořízení. 4. Integrační bod č. 4 – komunikace s Portálem ve veřejné správy Přínos projektu: doplňované ované komponenty systému obsahují v maximální míře míř služby potřebné pro komunikaci prostřednictvím Portálu ortálu veřejné ve ejné správy (PVS). Provedení integrace není možné bez detailní znalosti požadované funkcionality připravovaných p centrálních projektů. Ty dnes plně pln definovány nejsou. Proto se řešení soustřeď řeďuje na doplnění ní funkcí, které jsou již nezpochybnitelné a u nichž lze za současné míry poznání vyčíslit íslit náklady na jejich po pořízení. 18.2.3 Přidaná idaná hodnota projektu Přidanou idanou hodnotu navrhovaného systému lze spatřovat spat zejména v oblasti: • Schopnost popsat aktuální práva a povinnosti p přístupu ístupu k agendám jednotlivých úředníků městského úřadu • Popis požadavků agendy na práci s informačním ním systémem základních registrů registr (ISZR) • Podpora schopnosti agendových systém systémů komunikovat s ISZR (čtení, tení, zápis) • Schopnost zjistit aktuální stav organiza organizační struktury až do úrovně roli • Schopnost nost evidovat a zjistit aktuální stav p přístupových oprávnění k rolím v agendě a funkcím v aplikaci • Šíře e pokrytí agend vnitřního chodu úřadu ú prostřednictvím portálu úředníka edníka Shrnutí obsahu dodávky nových komponent a doplnění dopln funkcí • Doplnit jako základní komponentu omponentu systém pro správu referenční referen ní organizač organizační struktury • Doplnit evidenci agend (procesů) (proces ) tak, aby bylo možné komunikovat s budoucím RPP, tj. zejména přijmout ijmout externí katalog agend, popsat práva v rámci agendy, propojit se systémem adresá adresářových služeb



• • • • • • •

Doplnit vazby v systému tak, aby systémy sdílely data Zajištění ní služeb personalistiky vvůči evidenci organizační struktury Podklady k prezentaci služeb a organizační organiza struktury na portálu města Portál úředníka edníka rozvinout v rovině podpory sledování úkolů, aktivit a projekt projektů Portál úředníka edníka rozvinout v oblasti DMS, evidence Doplnit funkcionalitu workflow mimo agendu spisové služby Propojit portál úředníka edníka s groupware (včetně dodávky groupware)

18.2.4 Obsah studie • Materiálové vstupy projektu jsou především p ve formě softwarového vybavení, dále pak ve formě form lidských zdrojů zajišťujících ťujících provoz, elektrické energie, papír atd.. •

Finanční ní analýza projektu mapuje finan finanční ní toky po dobu udržitelnosti projektu. Protože se jedná je o neziskový projekt, z čist čistě finančního ního hlediska vychází ve všech variantách jako finančně finan neefektivní. Následující ekonomická analýza projektu zohledňuje zohled uje nefinanční nefinanč přínosy projektu.

•

Navržený harmonogram po počítá s podáním žádosti o dotaci v květnu ětnu 2010 20 a následnými organizačními ními a implementa implementačními ními kroky tak, aby ostrý provoz postupně nabíhal v roce 2011. Doba udržitelnosti projektu je stanovena nejméně nejmén na 5 let.

•

Studie identifikuje potenciální rizika projektu vvčetně jejich rozdělení lení do kategorií podle závažnosti. Jako možná klíčová ová rizika je identifikováno nedodržení termín termínů ů implementace, nevhodně nevhodn navržená technická architektura a porušení podmínek udělení ud lení dotace. Klíčová Klí rizika lze minimalizovat odborným vedením projektu a výběrem výb rem kvalifikovaného dodavatele doda řešení.

•

Doporučení ení vývoje mimo projekt - směřovat ovat k zavedení systému postupného čištění referenčních dat, tak aby v době realizace IZSR byla data kvalitní.



18.3 Současný asný stav a historie projektu Tato kapitola detailněji popisuje současný stav a historii projektu a to z pohledu centrálního (projekty a strategie popsané Ministerstvem vnitra itra České republiky), tak z pohledu regionálního, tj. především z pohledu Města Hořice a Kraje Královéhradeckého. 18.3.1 Strategie a cíle Strategický rámec projektu vnitřní vnitř integrace úřadu adu vychází ze stanovené strategie efektivní veřejné ve správy dané dokumentem „Efektivní Efektivní ve veřejná správa a přátelské veřejné ejné služby – Strategie realizace Smart Administration v období 2007 – 2015“. Vlastní projekt rojekt Technologická centra a elektronické spisové služby v území je součástí ástí Intervence 2.1 Zavád Zavádění ICT v územní veřejné ejné správ správě Integrovaného operačního programu (IOP). Cílem IOP je modernizace a zefektivnění zefektivn činnosti a procesů v oblasti veřejné řejné správy a navazujících veřejných ejných služeb a územního rozvoje jako p předpokladu pro vytvoření ení moderní občanské ob společnosti a zvýšení konkurenceschopnosti ceschopnosti regionů region a ČR jako celku. Cílem oblasti intervence 2.1 je dosažení rychlejšího a spolehlivějšího spolehliv jšího poskytování ve veřejných služeb nejširší veřejnosti a prostřednictvím ednictvím elektronické správy pak umožnit ob občan čanům a podnikatelským subjektům jednoduše a rychle komunikovat s ú úřady územní veřejné správy. 18.3.2 Charakteristika projektu 18.3.2.1 Základní údaje o projektu Realizace projektu Vnitřní ní integrace úřadu ú MÚ Hořice výrazně rozvíjí jeho procesní, administrativní a provozní složku. Zapadá do logického rámce budování eGON eGON center a je v souladu s následujícími koncepčními dokumenty: • Program rozvoje Královéhradeckého Kraje; Kraje • Koncepce informatizace Královéhradeckého Kraje. 18.3.2.2 Lokalita Projekty v rámci IOP v oblasti intervence 2.1 spadají do cíle Konvergence, takže mohou být realizovány pouze na území ČR R mimo hl. m. Prahy. Projekt Vnitřní integrace úřadu MÚ Hořice Ho se dotýká pouze vlastního úřadu města a jeho zřízených řízených a založených organizací. organi 18.3.2.3 Účel projektu Oblast intervence 2.1 IOP se zaměřuje zam na modernizaci územní veřejné ejné správy a zkvalitnění a zefektivnění služeb veřejné ejné správy prost prostřednictvím ednictvím lepšího využití informačních informač a komunikačních technologií v území, podporujících komplexní informatizaci info a rozvoj informačních čních systém systémů v orgánech územní veřejné ejné správy. Vlastní modernizace odstraňuje odstra současné slabé stránky: • nedostatečné né využívání moderních ICT v územní ve veřejné správě; • neznalost a nízká míra využívání metod a model modelů fungování elektronické nické veřejné ve správy; • špatná infrastrukturní vybavenost pro šíření ší vysokorychlostního připojení ipojení k internetu; • velký podíl dosud nedigitalizovaných dat; • roztříštěné, né, nejednoznač nejednoznačné a nedostatečně popsané datové zdroje územní veřejné ve správy; • chybějící standardyy pro výměnu vým a sdílení dat mezi subjekty veřejné ejné správy; • malá nabídka služeb na úrovni interakcí a transakcí transakcí; • nedostatečné zabezpečení čení informa informačních sítí a služeb; • nedostatečná ná informovanost ve veřejnosti ejnosti o možnostech, které jim eGovernment nabízí nabízí; • nedostatečná počítačová čová gramotnost. Účelem projektu Vnitřní ní integrace ú úřadu MÚ Hořice je především edevším zefektivnit správu města m a připravit město sto a jeho organizace na Komunkaci s ISZR. Projekt má tak z pohledu hodnocení podle vrchol vrcholů Hexagonu veřejné ejné správy dopad do všech jeho vrcholů:



• • • • • •

technologie – zásadní dopad v doplnění ní SW technologií jako nepostradatelné složky systému služeb, s cílem efektivní správy provozu a podpory optimalizace služeb; finance – efektivita provozu a správy systému p přinese úsporu provozních ozních náklad nákladů; legislativa – systém umožní precizovat služby (agendy) poskytované veřejnosti veř ve a navazující na legislativu v globálním i lokálním pohledu. organizace – podpora jednotlivých činností bude zajišťována ována na úrovni, kde se její realizace jeví jako nejvhodnější jší (kompetence, kapacity, znalost apod.) – z tohoto důvodu ůvodu jsou různé r povinné služby poskytovány na rů různých úrovních pro různé klienty. občan – dopad na občana obč je výrazný zejména přii realizaci poskytování služeb MÚ Hořice Ho veřejnosti, jako jsou územně územn analytické podklady a územně plánovací dokumentace, což souvisí zejména s dostupností a transparentností informací; úředník – dopad na úředníka ředníka je v jasném vyprofilování jeho pracovní nápln náplně, definici pravomocí a odpovědnosti, dnosti, které má vůči v jednotlivým agendám. Obr.č 1 – Vrcholy Hexagonu

18.3.2.4 Klíčové aktivity Uvedené klíčové ové aktivity, jejich logika, na načasování a způsob sob provedení přímo napl naplňují koncepční dokument „Technologická centra krajů kraj a obcí s rozšířenou působností včetně ě spisových služeb (koncept (konc a východiska)“ a svým výsledkem přispívají k implementaci přijaté ijaté „Strategie Efektivní veřejná ve správa a přátelské veřejné služby“:

• •

vytvoření ení projektového zám záměru;

•

zpracování a předložení edložení žádosti o udělení ud finanční podpory – postup je definován v dokumentu “Příručka ka pro žadatele a p příjemce”;

•

vlastní proces implementace projektu Vnit Vnitřní integrace úřadu adu a povinných a nepovinných služeb včetně zkušebního provozu; provozu

zpracování Studie proveditelnosti (v rozsahu daném závaznou strukturou) jako povinné přílohy p žádosti o přidělení lení finanč finanční podpory;



• rutinní provoz implementovaných služeb po definovanou dobu udržitelnosti projektu. Podrobný rozpad, načasování asování a provázání všech klíčových klí aktivit je uvedeno a detailněji detailn popsáno níže. 18.3.2.5 Výstupy projektu Výstupem projektu je e fungování nově nov doplněných ných kommponent systému, úprava procesů proces správy agend, aplikací, přístupových oprávnění, ění, a nově nov zavedených aplikací po stanovenou dobou udržitelnosti minimálně 5 let. Jako vedlejší produkt studie proveditelnosti lze spat spatřovat definici ci rámce rozvoje dalších souvisejících oblastí řízení ICT MÚ Hořice. 18.3.2.6 Měřitelné indikátory Indikátory pro oblast intervence 2.1 a její jednotlivé aktivity jsou definovány v příloze příloze číslo 2 Příručky pro žadatele - pro předkládaný edkládaný projekt je to indikátor: • počet úřadů s provedenou integrací. Část Výzvy 06

III. Vnitřní integrace úřadu ORP

Název indikátoru

Počet úřadů s provedenou integrací ICT

Stávající hodnota

0

Cílová hodnota

1 (Město Hořice)

Plánované dosažení

12 / 2011

18.3.3 Informace o vývoji projektu Mezi základní dokumenty, které zapo započaly rozvíjet myšlenky budování vnitřní ní integrace úřadu ú v rámci kraje a ORP, patří: • Program rozvoje Královéhradeckého Kraje – specifikace cíle 3: Zvýšení kvality technického prostředí s důrazem razem na rozvoj sí síťové infrastruktury; • Koncepce informatizace regionu – kapitola Regionální koncept. V rámci zpracování Studie proveditelnosti hostingového centra Kraje Královéhradeckého se uskutečnil uskute společný ný workshop se zástupci kraje a jednotlivých ORP, kde byl projednán zámě zám záměr budování TC kraje a jednotlivých ORP. Vytvoření ení Studie proveditelnosti, III. části projektu z výzvy IOP č. 06 vnitřní ní integrace ú úřadu MÚ Hořice bylo schváleno usnesením rady města m číslo č1 ze dne 30.1.2010. 18.3.4 Varianty řešení vnitřní řní integrace úřadu ú Varianta řešení je vybrána z množiny služeb, které jsou pro vnit vnitřní ní integraci úřadu důležité d (viz tabulka kapitola 7). Jedná se o kombinaci funkcionalit, které mohou být realizovány různými r znými produkty na trhu. Konkrétní řešení ešení vznikne vlastní dodávkou dle vybrané nabídky. Postup volby optimální varianty je popsán v kapitole číslo 18.7 Technický návrh. 18.3.5 Etapy projektu Etapou projektu se rozumí technicky, finančně finan a časově nezávislá fáze projektu, která je logicky kontrolovatelná. Projekt může že být, ale nemusí být rozdělen rozd do několika kolika etap. Délka etapy projektu je minimálně 3 měsíce. síce. Jestliže by poslední etapa byla kratší než 3 měsíce, m síce, spojuje se s předchozí etapou. Doporučený termín ukončení ení projektu vnitřní vnit integrace úřadu do 18 měsíců. Projekt realizace VIU Hořice ice bude realizován v rámci jedné etapy, která bude dále rozdělena rozd do následujících fází: Přípravná fáze – vytvoření vytvoř studie proveditelnosti, včetně souvisejících dokumentů dokument a příloh, její schválení, uzavření ení partnerských smluv a vypsání sout soutěže; Fáze realizace projektu – vlastní dodávka řešení, včetně zkušebního provozu; provozu Fáze provozu integrovaného systému města m – produktivní provoz po dobu udržitelnosti projektu. Technologické centrum a elektronická spisová služba ORP


Jednotlivé fáze, jejich délka a celková doba realizace projektu TC jsou uvedeny a detailn detailněji popsány v kapitole 10. 18.3.6 Návaznost na další projekty v rámci výzvy IOP Projekt Vnitřní integrace úřadu MÚ Hořice je budován s ohledem na další podporované aktivity IOP, zejména TC ORP, RP, který projektu VUI vytvoří technologické zázemí. Do těchto aktivit patří implementace typových projektů, tj. služeb, jejichž provoz se předpokládá na TC. Seznam typových projektů pro ORP je dán dokumentem MVČR. 18.3.7 Návaznost na další projekty v rámci výzv výzvy OP LLZ Projekt Vnitřní integrace úřadu je logickou součástí projektu eGON centra MÚ Hořice a úzce souvisí s jeho další složkou, kterou je vzdělávání v oblasti eGovernmentu – finančním zdrojem je operační program lidské zdroje a zaměstnanost (OP LLZ). Tato o oblast se zaměřuje na vytvoření koncepce činnosti eGON centra a systému vzdělávání úředníků i občanů v používání služeb eGovernmentu.



18.4 Analýza poptávky a koncepce marketingu Tato kapitola analyzuje poptávku “zákazníků“ “zákazník – cílových skupin in projektu po výstupech (službách) projektem dodaných. Projekt vnitřní vnitř integrace má následující typy zákazníků – cílových skupin. 4. MÚ Hořice ice jako garant realizace a jeho ú úředníci; 5. Zřizované izované organizace MÚ Hořice Ho jako konzumenti některých služeb; 6. Občané a organizace ve m městě Hořice jako kozumenti služeb úřadu města; ěsta; 18.4.1 Analytická část Projekt je realizován za účelem elem efektivity provozu vnit vnitřního chodu úřadu. adu. Jeho potřeba pot byla analyzována v rámci popisu současného asného stavu (příloha (p studie proveditelnosti). Pro cílové vé skupiny a. a b. je kapitola nerelevantní, neboť implementace bude provedena na nařízením managementu úřadu. řadu. Cílové skupiny c. Se bude týkat výstup ve formě form prezentace služeb úřadu adu a jeho organizační organiza struktury na www. Tato prezentace je bezplatná. 18.4.2 Návrhová koncepční ní část 18.4.2.1 Marketingová strategie 18.4.2.2 Marketingový mix Marketingový mix je soubor taktických marketingových nástrojů, které firmě umožňují upravit nabídku podle přání zákazníků na cílovém trhu. Obsahuje a konkretizuje všechny kroky, které organizace vykonává, vykon aby vzbudila poptávku po produktu. Produkt Jediným produktem, který bude vyžadovat je prezentace organizační struktury a služeb poskytovaných MÚ Hořice veřejnosti v internetové prezentaci města. Cena Cena výše uvedeného produktu je nulová – je poskytován zdarma Místo Produkt bude dostupný kdekoliv a komukoliv na internetu prostřednictvím webových stránek MÚ Hořice. Propagace Aby byla propagace poskytovaných služeb TC efektivní, je třeba ji zacílit na správný segment zákazníků. Cílem propagace je získat kat zájem u potenciálního zákazníka využívat nabízenou službu. Zákazníkem jsou obecně občané a organizace - veřejnost Marketingový mix - klíčové prostředky propagace poskytování služby: • Webová prezentace Hořice – zveřejnění vybraných informací zaměřené na občany (např. dostupnost a spolehlivost služeb včetně IT podpory řešení životních situací, apod.; • Publikování v tisku, odborných časopisech s informacemi o projektu a poskytovaných službách občanům. 18.4.2.3 Koncepce odbytu Pojem odbyt je pro projekt Vnitřní integrace úřadu nerelevantní, a tedy i celá tato kapitola, neboť nabízené služby nejsou placené a ani jejich charakter nedává možnost měření odbytu.

18.5 Materiálové vstupy potř potřebné k projektové činnosti Předmětem tem kapitoly je charakteristika a popis dostupných hmotných dodávek potřebných pot k provozování služeb a návrh základních požadavk požadavků, parametrů a kritérií výzvy veřejné ejné zakázky na realizaci TC ORP. 18.5.1 Charakteristika a popis dostupnosti hmotných dodávek Kapitola není pro projekt Vnitř Vnitřní integrace úřadu relevantní, neboť tento nep nepředpokládá žádné materiálové vstupy.



18.5.2 Návrh základních požadavků, požadavk parametrů a kritérií výzvy Protože celková částka ástka pro souč součet veřejné zakázky pro výzvu 06 přesahuje esahuje 4,997 milionu korun, bude soutěž vzhledem k výši zakázky a dle zákona č. 137/2006 Sb., o Veřejných ejných zakázkách, realizována formou nadlimitní veřejné ejné zakázky v otev otevřeném řízení. Prokázání kvalifikačních ních a profesních p předpokladů bude v souladu se zákonem o zadávání ve veřejných zakázek. Přii prokazování ekonomických a finančních finan kvalifikačních předpokladů se doporučuje doporu požadovat výši plnění ní pojistné smlouvy, obratu uchaze uchazeče a složení jistiny v rozsahu odpovídajícímu finančnímu finan objemu zakázky. S ohledem na charakter zakázky se doporučuje doporu uje prokázání minimálních technických kvalifika kvalifikačních předpokladů formou: • Seznamu významných dodávek obdobného charakteru realizovaných dodavatelem v posledních třech letech v hodnotě ě minimálně minimáln 3 000 000 Kč bez DPH za každou z nich; • Certifikátu systému řízení jakosti vydaného podle českých eských technických norem (České ( technické normy řady ČSN SN EN ISO 9001:2001) akreditovanou osobou na oblast servisních služeb, řízení projektů,, helpdesku v oblasti výpo výpočetní techniky a certifikát systému řízení jakosti podle České technické normy řady ČSN ISO/IEC 20000 na poskytování IT služeb; • Certifikátu na systém managementu bezpe bezpečnosti informací podle ČSN SN ISO/IEC 27001; • Čestného estného prohlášení prokazujícího shodu požadovaného výrobku s technickými předpisy p v souladu se zákonem číslo íslo 22/1997 Sb., o technických požadavcích na výrobky, žže výrobky nabízené dodavatelem musí splňovat spl ovat podmínky pro uvedení na trh podle českých, obecně závazných předpisů; • Uchazeč doloží přehled ehled certifikací a profesní zp způsobilosti u osob odpovědných ědných za implementaci a poskytování servisních slu služeb žeb a to v rozsahu nejméně těchto odborností:



18.6 Lokalita a okolí 18.6.1 Umístění projektu Hořice. Projekt bude realizován v rámci Technologického centra MÚ Ho 18.6.2 Životní prostředí v okolí V rámci realizace projektu nevzniknou žádné negativní dopady na životní prost prostř prostředí. Zavedením nových systémů,, agend, digitalizací dokumentů dokument a integrací v rámci úřadu adu dojde například ke snížení potřeby tištěných dokumentů,, které sebou přinese p i omezení množství tví produkovaných odpad odpadů a snížení spotřeby elektrické energie. 18.6.3 Stav technické infrastruktury Technická infrastruktura potřebná řebná k projektu bude vytvořena ena realizací projektu Technologického centra. SW komponenty dodané a implementované v rámci projektu Vnitřní ní integrace úřadu, budou provozovány v tomto technologickém centru.



18.7 Technické řešení 18.7.1 Vlastní koncept řešení Zadání projektu Vnitřní ní integrace ú úřadu je vyvoláno potřebou města řešit ešit problémy rozvoje informatizace, které jsou v souladu s obsahem koncep koncepčního dokumentu MVČR R Výzvy IOP 06 „Vnitřní „Vnit integrace úřadu“. Naplnění vnitřní ní integrace jsme hodnotili zejména v následujících kriteriích kvality vnitřní vnit integrace úřadu:

Odbor

1 Oddělení Role

2

Agenda / 400 Kroky oprávnění Peronalistika Zaměstnanec

5

9 Případ

SW oprávnění

Podání DS, ePod

SW vybavení

Spisová služba

6

7

LDAP/AD Agenda

Portál občana

Přidělení plán

Ortál úředníka

Objekt Majetek

Kontrola

3

Subjekt

4

Mapy (GIS) Zpracování

0

Dokumenty Uzavření Workflow

8

Předpisy

1. Známe organizační ní strukturu, zaměstnance zam a pracovní náplň. 2. Máme katalog agend, a nabízíme jej veřejnosti. ve 3. Rozpoznáme partnera a všechny případy, p které s ním řešíme. 4. Víme, kde se co děje je díky referen referenční evidenci objektů. 5. Přístup ístup k systému spravujeme bezpečně bezpe a z jednoho místa. 6. Stav případů umíme detailně ě sledovat. 7. Umíme pracovat s logikou životních situací. 8. Vedeme detailních evidenci plateb a závazků. závazk 9. Ovládáme systém identifikátorů a základních časových řad. 10. Využíváme standardní šablony, datové zdroje, a úložiště dokumentů.

Párování Platby Požadavek Na rozpočet Ekonomika

Jednotlivé moduly řízení ízení uvedené v kapitole 6. přílohy výzvy IOP 06 - Vnitřní řní integrace úřadu ú - jsme otestovali sadou dotazů.. Stanovili jsme soustavu klí klíčových prvků,, které mají v integrovaném systému zásadní význam a lze je implementovat impleme nějakým SW produktem – ty jsou uvedeny v následující tabulce.:

▪

Modul řízení ízení organizace

1.1. Modelování Prvek umožní připravit řipravit změny zm v organizační struktuře, e, katalogizaci agend, modely činností v agendách, vazbu na organizační legislativní předpisy, edpisy, organizační organiza strukturu ve variantách. Umožní předat edat budoucí stav řídícímu modulu. struktury Příprava na změny se provádí pouze "ručně čně" v kanceláři tajemníka a oddělení personalistiky. Změny ny jsou různého r charakteru a obtížnosti. Některé změny legislativy mohou být velmi rozsáhlé (nap (např. včetně stavebních úprav). Prvek je důležitý ležitý při p složitějších organizačních změnách, nách, je to modelovací nástroj. Doporuč Doporučujeme problematiku řešit - s nižší prioritou! Může že být nasazen v dalších etapách rozvoje ICT města 1.2. Referenční Řídící ídící modul pro evidenci (okamžitý stav) stromové organizační organiza struktury úřadu řadu umožní vytvoření vytvo stromové struktury Organizační struktura odborů, oddělení, lení, rolí (pozic) a pracovní náplně nápln organizačních celků (přiřazení azení zam zaměstnanců - se děje vazbou na referenční ní evidenci zaměstnanců, zam nebo ručně). Může že nabídnout tvorbu pracovních náplní podle katalogu prací MPSV. Město nemá v systému referenční ní evidenci organizační organiza struktury v použitelné elektronické formě (pouze Excel). Jednotlivé syst systémy si zpravidla udržují svoji strukturu. Je nezbytné doplnit řešení samostatně stojícím modulem.



1.3. Zaměstnanci

Evidence zaměstnanc ěstnanců existuje v různých komponentách systému - mzdový systém, web, LDAP atd… V personalistice a mzdách je zpravidla udržována nejpřesnější jší evidence, mohla by být pro systém referenční. referen

Personální evidence je dominantní, doporučujeme doporuč využít jako referenční. Bude doplněno no rozhraní (vazba) pro využití ostatními systémy. 1.4. Personalistika Často asto nebývá využívána do důsledku ani v oblasti organizační ní struktury, i pokud je dodána. Dosavadní řešení ešení personalistiky vyhovuje, bude rozvinuto jeho využívání p při plnění ní dat do systému, provázání na AD a groupware groupwar 1.5. Adresářové Řízení přístupových ístupových oprávn oprávnění k diskovému prostoru, datům m a aplikacím. Jedna ze základních komponent služby Město Hořice ice má implementováno AD, jeho pln plnění bude provázáno s personálním systémem 1.6. Katalog agend, Evidence agend (procesů, (proces služeb), rodný list agendy, kroky, které agenda vyžaduje a za n něž je možno (nutno) mít včetně práv odpovědnou dnou osobu. V sou současných asných strukturách nebývá realizován, agendy se definují až na úrovni oddělení. odd Důležitá ležitá je identifikace aplikace, která agendu podporuje. Základní funkcí prvku je přiřazení p práva k agendě a dílčímu ímu úkonu agendy. Tak vzniká přehled p práv a povinností na úrovni ORP. Takový systém není použit. Implementace nového systému je nezbytná vzhledem k budoucí vazb vazbě na ISZR - RPP je základním doporučením studie proveditelnosti. itelnosti. Funkce katalogu lze dostatečně dostate přesně vymezit, stejně jako definici "agendy" jako pojmu spojeného ISZR. 1.7. Katalog Evidence aplikací (procesů, (proces služeb), které agenda vyžaduje a za něž ž je možno (nutno) mít odpov odpovědnou osobu. V aplikací, včetně současných asných strukturách nebývá realizován. Vhodné je vybudovat úplný p přehled ehled použitých aplikací ve vztahu k práv agendě.. Pokud je daná aplikace zp způsobilá, bude možno přiřazovat azovat práva k aplikaci v různých krocích. Minimální je právo spuštění ní aplikace. Pouze „ruční“ ní“ evidence, dosud systémově neřešeno. Prvek bude doplněn do systému ve vazbě na katalog agend. 1.8. Groupware Zajišťuje uje komunikaci jednotlivců jednotlivc a skupin, kalendáře, e-mail, práce týmů… Je řešen pouze e-mailový mailový systém na bázi SW Kerio . Změna Zm na fungující implementovaný groupware je jednou z částí vnitřní integrace úřadu, migrace bude řešena v rámci vnitřní integrace ú úřadu. Bude propojen s portálem úředníka edníka a budou vyřešeny vy vazby na workflow.

▪

Modul spisová služba

2.1. Spisová služba celková funkce

Funkce evidence došlých a odeslaných dokumentů, dokument sdružování do spisů.. Ovládání čísel jednacích. Na ORP zpravidla mají, spravuje organiza organizační strukturu, může být referenční organizační ční strukturou, nebo by měla m umět organizační ní strukturu p přijmout z jiného systému, musí dodávat čísla ísla jednací, vyžaduje evidenci zam zaměstnanců. Město má systém T-MAPY. MAPY. V budoucnu je možno jeho užívání rozvinout, p přizpůsobit sobit možnosti využití externí referenční referen evidence organizační struktury a partnerů.. Další body obsahují doporučené dílčí úpravy. 2.2. Dokumenty SpS Podpora práce s dokumenty v elektronické podobě podob v oblasti spisové služby. Město používá úložiště spisové služby. 2.3 Dokumenty mimo SpS

V současném asném systému vždy existuje nezanedbatelné množství dokumentů, dokument které neprojdou spisovou službou, je třeba eba je uložit v elektronické podobě podob v rámci DMS systému, včetně jejich popisných dat. Práce s těmito t dokumenty nebývá řešena - funkce DMS tedy nebývá řešena jako systém. Takové dokumenty existují a nejsou ukládány v žádném standardním úložišti. Bude řešeno ešeno sjednocení správy dokumentů dokument pod jedno standardní úložiště s vazbou na portál úředníka. ředníka. 2.4. Workflow SpS Řeší eší dodání záznamu o dokumentu, nebo celého dokumentu úředníkovi, ú edníkovi, který jej má vyřídit. vy Město používá funkční ní v rozsahu procesů spisové služby. Žádná zásadní opatření opat se nepředpokládají. edpokládají. 2.5. Workflow mimo Komponenta je nezbytná k řešení problematiky informování o stavu případu. ípadu. Po předání p dokumentu k vyřízení na SpS stůl úředníka edníka se odehrává odehr proces řešení případu, který může být ze zákona řešen sadou povinných krok kroků, nebo je prostě vyžaduje. Stav řešení případu je další stupeň WF, který řeší eší agendový systém, nebo není řešen vůbec. Úřad tak zpravidla také nemá schopnost monitorovat detailn detailně stav řešení případu ípadu a poskytnout žadateli podrobnější podrobn informace elektronickou cestou. Taková potřeba existuje, včetně sledování podrobného stavu podání a není podpo podpořena ena SW. Systém bude dopln doplněn o funkce podporující možnost správy WF mimo rámec spisové služby a podporu sledování podrobného stavu podání. 2.6. Konektory SpS Spisová služba (SpS) je důležitým d ležitým prvkem systému a je nutno rozvíjet využití rozhraní - konektorů - na okolní komponenty ICT. Existují nevyužité možnosti integrace spisové služby a ostatních prvk prvků ICT. Doporučujeme ujeme implementovat zejména konektor pro převod p dokumentů do standardního DMS.

▪

Modul „portály“

3.1. Prezentace města

Je realizována zpravidla prostřednictvím prost dodaného redakčního ního systému. Obsahuje zpravidla kontakty na úředníky ú a organizační ní strukturu, n někdy s popisem náplní jednotlivých organizačních ních celků. celků Nebývá propojena na referenční datové zdroje - data se pořizují po ručním záznamem - přepisem v redakčním ním systému. Je možné mo napojit je na referenční ní data a nepořizovat nepo tak údaje duplicitně. Město vytváří svou prezentaci prostřednictvím ednictvím redak redakčního systému, bez vazby na databáze kontaktů ů a zaměstnanců. zam Je možno dále rozvinout. Problematiku nehodnotíme jako celek nezbytnou, doporučujeme doporu řešit ešit mimo rámec výzvy 06. 3.1.1. Prezentace Jeden z definovaných požadavků požadavk v dokumentu „Vnitřní organizace úřadu“ služeb a organizační struktury Po vytvoření referenční organizační ní struktury (včetně (v katalogu agend, aplikací, práv a oprávnění), ní), bude tato prezentována na internetu. 3.2. Portál občana

Portál občana ana chápeme jako součást sou prezentace města na internetu zaměřenou ěřenou na prezentaci portfolio agend (služeb) veřejnosti, ejnosti, jeho funkce mohou být zejména: Město má rozvinuty dílčí části ásti takového portálu, jako celek problematiku neřeší. ne Z klíčových ových funkcí portálu ob občana doporučujeme rozvinout pouze dílčí části ásti ve smyslu níže popsaných funkcí, což nedoporu nedoporučujeme řešit v rámci 06. 3.2.1. Životní situace Pomůcka usnadňující ňující komunikaci občana ob s úřadem - popis postupu podle standardní osnovy, nebo dále propracovaný popis služby. Navazuje na náplně nápln odborů,, legislativu, práva a povinnosti úředníků ú v jednotlivých agendách. Problematika souvisí s PVS, kde jsou typov typové é životní situace popsány.



Je částečně umístěno no v rámci prezentace města. m Doporučujeme dále rozvíjet mimo rámec výzvy 06. 3.2.2. Formulářový Zpravidla formuláře formuláře žádostí, navazující na agendy, nebo životní situace. Po jejich vyplnění vypln jsou postoupeny systém přenosovými enosovými prostředky prostř k úředníkovi, který případ vyřizuje. Stupeň rozvinutí může mů být - formulář bez možnosti vyplnění, ní, s možností vyplnění, vypln on line formuláře e agendového systému, formulářový formulář systém různých dodavatelů, s propadem dat do příslušného příslušného agendového systému, s kontrolovanou identitou subjektu, nebo objektu, s logickými a syntaktickými kontrolami. Město sto nepoužívá žádný takový systém, přijalo př by nějaký formulářový systém z důvodu potřeby eby vystavit formulá formuláře na WWW, řešení je vhodné až po provedení základních kroků vnitřní vnit integrace úřadu. Doporučujeme řešit ešit mimo rámec výzvy 06. 3.2.3. Rezervace Funkce umožňující ňující pracovat na portále s kalendářem úředníka edníka a objednat schůzku. schů Tak doplňuje funkce času používaných vyvolávacích systém systémů. Neřešeno, doporučujeme řešit ešit mimo rámec 06. 3.2.4. Externí identita Systém umožňující ňující ověřené ov přihlášení občana na portál a důvěrnou rnou komunikaci s úřadem ú prostřednictvím registrace uživatele. Neřešeno, doporučujeme řešit ešit mimo rámec 06. 3.3. Portál úředníka

Sjednocuje uživatelské pracovní prostředí prost úředníka edníka na jeho stanici, integruje ovládání jím používaných aplikací a agend z různých zných systém systémů na různém zném stupni, podle hloubky propracování systému uživatelských oprávn oprávnění. Neřešeno, bude součástí vnitřní integrace ace úřadu. ú Bude použito pro vnitřní agendy úřadu, adu, sledování aktivit úkolů úkol a projektů a následného postupného rozšiřování ování užití systému. Portál vytvo vytvoří mimo jiné prostředí pro řešení ešení agend a WF mimo rámec spisové služby (viz výše).

▪

Modul „vazby“

4.1. Vazba Zaměstnanci Organizace

Cílem vazby je propojení referenční referen evidence zaměstnanců s organizační ní strukturou, nebo přenesení p struktury zaměstnanců do organizační organiza struktury. Je možno řešit ešit vybavením personálního systému příslušným p rozhraním. Cílovou komponentou, mponentou, kde dojde k vlastnímu vytvoření vazby, může že být SW spisové služby, pokud tyto komponenty mají příslušné íslušné funkce rozvinuty, nebo jiná, speciální komponenta, která zajistí evidenci vazeb. Není v současném systému řešena. ešena. Bude použit systém na bázi Identity Managementu (IDM) s propojením na personalistiku a AD a groupware. 4.2. Vazba Prostředky edky adresářových adresářových služeb nebývají vhodné pro správu stromové organizač organizační struktury. Data o organizační organizační struktura struktuře vytvořená řená v referenčním referen systému lze do nich přenést prostřednictvím ednictvím rozhraní, referenční referen zdroj - LDAP organizační ní struktury musí být takovým rozhraním vybaven, cílový SW musí umět um umě takovou službu přijmout. Je částečně řešeno ešeno implementovaným AD. Bude doplněno dopln o vazbu na IDM (Identity y Management) a personalistiku a podstatně podstatn tak zefektivní funkci systému. 4.3. Vazba - výdej Č. Doplnění čísel ísel jednacích ((č.. j.) do agendy, která stojí mimo spisovou službu je nutno na spisové služb službě požadovat, J. agendě aby vznikla konzistentní evidence č.. j. pro všechny agendy. Je ovšem možno pracovat i mimo č. j., potom je nutno č. j. nahradit jiným identifikátorem. identif Je řešeno současná spisovou službou. 4.4. Vazba - výdej Referenční ní evidence organizační organiza struktury - pokud existuje – musí mít rozhraní pro dodávku organizační organiza struktury organizační struktury do ostatních komponent, které ji potřebují. pot V současném systému neřešeno. ešeno. Bude použit IDM systém s vazbou na AD, personalistiku a groupware, s možností exportu a publikace. 4.5. Vazba - přiřazení Záznam, že aplikaci nebo detailně detailn některou její dílčí funkci, má právo provádět ět určitý ur zaměstnanec. Bývá řízeno práva k aplikaci zpravidla detailně ě v rámci funkcí řízení oprávnění ve vlastní aplikaci. Řešeno nesystémově - samostatně v rámci jednotlivých agendových systémů systém - ne v rámci celého systému. Je nezbytné tuto funkcionalitu integrovat jako prioritní požadavek v rámci výzvy 06, pro nově nov doplňované aplikace řešit systémově. ě. Bude vyřešeno vy jako součást IM systému. 4.6. Vazba - přiřazení Záznam, že agendu nebo detailně detailn některý její krok má právo provádět určitý itý zaměstnanec. zam Bývá běžně zpracováno práva k agendě pouze ručně,, zpravidla na úrovni vedoucího odd oddělení - vůči "svým" zaměstnanců stnancům. Řešeno "ručně" na úrovni oddělení. lení. Je nezbytné tuto funkcionalitu integrovat jako prioritní požadavek v rámci výzvy 06, pro nově n doplňované agendy řešit systémově - v rámci zavedení katalogu agend - viz výše. Bude vyřešeno ešeno jako součást sou IDM systému. 4. 7. ePUSA plnění Vyžaduje plnění ní daty organizační organiza struktury a zaměstnanců. Bývá zajištěno no "ručním" "ruč přepisem. dat Data plní "ručně"" v základní úrovni, zejména v oblasti krizového řízení. Plnění ní dat systému ePusa by měl mě zajistit využítím příslušných rozhraní referenční zdroj organizační ní struktury, zaměstnanců, zam a další komponenty. Bude vyřešeno ešeno jako sou součást IM systému. 4.8. Vazba agenda Registr je referenční referenční evidence dané entity (subjektu, nebo objektu). Vazba bývá řešena pouze částečně. Agendové IZSR - čtení, převzetí systémy nepožadují důsledně d verifikaci údajů. To přináší jeden z největších tších problémů problém současných systémů a taky je důvodem řešení ešení základních registrů registr veřejné správy. Neřešeno. Do budoucna bude řešeno ešeno prostřednictvím prost ednictvím IZSR, vazby ani rozhraní však není dosud známo, nelze tedy řešit ani v rámci výzvy 06. Tento základní požadavek vnitřní ní integrace doporučujeme doporu řešit doplněním ním katalogu agend s evidencí práv a povinnosti po pracovat se základními registry - agendy budou mít v katalogu p příznak těchto služeb. Dořešení proběhne hne mimo rámec 06. Bude připraveno p řešení jako součást IDM systému, lze doplnit. 4.9. Vazba agenda Vyšší úroveň vazby umožní agendě zapsat změnu do registru (referenčního ního zdroje) práv a povinností. IZSR - zápis práva Neřešeno. Do budoucna bude řešeno ešeno prostřednictvím prost ednictvím IZSR, vazby ani rozhraní však není dosud známo, nelze tedy řešit ani v rámci výzvy 06. Tento základní požadavek vnitřní ní integrace doporučujeme d řešit doplněním ním katalogu agend s evidencí práv a povinnosti pracovat se základními registry - agendy budou mít v katalogu p příznak těchto služeb. Dořešení proběhne hne mimo rámec 06. Bude připraveno p řešení jako součást IDM systému, lze doplnit.

▪

Modul Back Office

5.1. Integrace Back Office

Základní komponenty jsou - ERP - Spisová služba - agendové systémy by měly ěly být propojeny tak, aby umožnily evidovat případy ípady v celém jejich životním cyklu, a ve všech datových aspektech – číselná data, finanční údaje, dokumenty, eventuáln eventuálně potřebné mapové a multimediální podklady.



Je řešeno částečně - viz analýza současného časného stavu. Doporučujeme Doporu ujeme celkové propracování vazeb mezi agendovými systémy a účetnictvím, ú nelze však jako celek realizovat v rámci výzvy 06. 5.2. Agendy pokryté Systémy typu T-MAPY, MAPY, Gordic, VITA pokrývají velkou část agend do různé zné hloubky, zejména v jejich finančních finan současným SW aspektech. Ne všechny agendy však pokrývají procesně procesn a evidenčně.. Ve spojení se spisovou službou jsou základem evidence dence "p "případů", ", nebývají však integrovány a implementovány důsledně. důsledn Je řešeno ešeno základním "SW balíkem", který se dotýká velké část agend, není však implementován důsledn ůsledně ve všech aspektech systému. Nutno analyzovat, zajistit potřebné ebné úpravy implementace systémů a rozvoj implementace. 5.3. Agendy vnější Existuje nezanedbatelná oblast agend nabízených ve veřejnosti, ejnosti, které nejsou plně evidenčně a procesně pokryty nepokryté SW základním agendovým "balíkem". Je možno doporučit doporu jejich pokrytí nějakým jakým obecným produktem pro s příslušnou evidenční ní a procesní funkcionalitou. Takové agendy existují (viz analýza souč. č. stavu). Bude řešeno portálem, s možností definicí workflow, s propojením na portál úředníka, na IDM a s vazbou na DMS. 5.4. Agendy vnitřní Vnitřní ní agendy jsou procesy vyřízení vy nejrůznějších žádanek a požadavků,, rezervací, námětů nám - služeb nezbytných nepokryté SW pro vnitřní ní chod úřadu. úř Bývají pokryty částečně a nesystematicky různými znými aplikacemi. Možno doporučit doporu celkovou integraci, jejich pokrytí n nějakým produktem. Takové agendy existují (viz analýza souč. č.. stavu). Bude dodávkou konfigurovatelného nástroje a následným postupným rozvojem řešení – tzv. portálem úředníka. 5.5. Správa Systém tvorby pohledávek a závazk závazků, propojení plateb a příjmů peněz, z, informování potřebných pot úředníků, vymáhání saldokonta pohledávek, zaúčtování tování pohledávek, prezentace saldokonta partnera. Systém by měl m pracovat detailně - slučováním položek se ztrácí schopnost řídit. Saldokonto závazků a pohledávek je řešeno v rámci SW Gordic, umožňuje další rozvoj. Doporučujeme ujeme dále analyzovat a řešit integraci. Nelze řešit pouze v rámci finančních ních prostředků prostř 06. 5.6. Evidence Nemovitý majetek je hodnota, která musí být d důsledně evidována přesně identifikována ve vazb vazbě na základní registry s pečlivým livým monitorováním aktivit probíhajících na majetku, nebo v jeho okolí. majetku Je řešeno v rámci SW Gordic. Doporučujeme čujeme další rozvoj evidence. Nebude řešeno ešeno pouze v rámci finančních finan prostředků 06. 5.7. Evidence případů Ve spojení se spisovou službou službo by měly ly implementované systémy umožnit evidovat "p "případy" a kdykoliv informovat žadatele o stavu jejich vy vyřízení, s poskytnutím veškerých záznamů,, které jsou s případem p spojeny, včetně finančních údajů ů o stavu pohledávky. Systémy nebývají integrovány a iimplementovány mplementovány tak d důsledně, aby celý problém řešily. Problematika je řešena pouze dílčím způsobem. ůsobem. Doporučujeme Doporu dále řešit, naplnění ní cíle však nelze dosáhnout s finančními finan prostředky EU 06. V rámci předkládaného edkládaného projektu je navržena řada úprav směřujících k tomuto cíli. Rozvoj doporučujeme čujeme řešit prioritně. 5.8. Evidence práv a Agendy zakládající práva a povinnosti stran, nebývají systematicky zpracovány ve všech aspektech - administrativní povinností, výnosů, , dokumentační, finanční. finan Tvoří důležitý ležitý prvek ve vztahu k budoucímu registru práv a povinností. Vnitřní Vnit chod úřadu smluv a rozhodnutí je důmyslným myslným komunikačním komunika a koordinačním systémem. Smluvní vztahy s externími subjekty, příprava p jednání orgánů města sta (volených i nevolených) a evidence usn usnesení a úkolů z těchto chto jednání vyplývajících je vlastně vlastn obrovským procesem správy vnitřních vnit projektů. Aplikační podpora bývá řešena ešena specializovanými agendami, často napojenými na spisovou službu. Lze sem zařadit za i problematiku správy přístupových ístupových certifikátů. certifik Bude řešeno ešeno propojením IDM a portálového řešení, je nutné zajistit další rozvoj a naplňování. 5.8.1. Evidence Příprava íprava jednání rady města, m zastupitelstva a dalších odborných útvarů a komisí, evidence jejich usnesení a pln plnění usnesení a úkolů úkolů. Bude využito portálové řešení ešení propojené s IDM a groupware. 5.8.2. Projekty smluv Proces přípravy ípravy smluv, vvčetně „hlídání termínů“ připomínkového řízení ízení a dalších náležitostí. v oblasti dotací a investic Bude využito portálové řešení ešení propojené s IDM a groupware. 5.8.3. Evidence Evidence platnosti certifikát certifikátů certifikátů Bude využito prostředků IDM.

U těchto prvků jsme společně ě se zástupci města m ohodnotili, zda existují, jsou-lili řešeny částečně, nebo jsou řešeny v dostatečné né kvalitě kvalitě. Funkce těchto prvků je možné zajistit kombinací rrůzných produktů. Výběrovým řízením ízením bude zvolena jejich optimální kombi kombinace. nace. Výsledky jsme shrnuli do skupin komponent podle postavení v systému. Provedená analýza stavu VIU prokázala, že některé n důležité funkční celky a moduly v činnosti innosti ú úřadu buď zcela schází, nebo vykazují nedostatky, které je nutno odstranit, pokud má vývoj IS úřadu řadu sm směřovat k naplnění požadavků vztahující se k funkcím eGoverment a tedy představ edstav rámce „Efektivní ve veřejná správa a přátelské veřejné služby – Strategie realizace Smart Administration v období 2007 – 2015“. 18.7.1.1 Návrh a popis architektury řešení Technické řešení ešení jednotlivých bod bodů musí tvořit celek, který musí být v budoucnu schopný adaptace. Oblasti řešení ešení a jednotlivé moduly odpovídají procesu zpracování agend, požadavk požadavkům eGovernment na registraci agend, zejména v oblasti práv a povinností p přístupu jejich uživatelů k ISZR. Koncept řešení je syntézou technologií se schopností koexistovat v jednou funkčním prostředí. edí. V řešení doporučujeme



orientovat se na kompozici otevřených systémů systém budovaných na principu SOA architektury. Doporučení Doporu ze strany dodavatele avatele studie proveditelnosti je do budoucna se neorientovat na dodávku velkých jednolitých SW „balíků“, které řeší eší veškeré pot potřeby eby uživatele. Celkový koncept musí být rozumnou, vyváženou konstrukcí, která využije výhod obou přístupů. p Architektura systému u bude u nově pořízených komponent důsledně třívrstvá SOA. • Všechny prvky budou implementovány do technologického centra MÚ Hořice. Hoř Ho • Funkce doplněné né do sou současně provozovaných komponent budou technologicky řešeny v intencích těchto chto doplňovaných systém systémů. 18.7.1.2 Variantní iantní návrhy technického řešení Varianta „na zelené louce“ – vnitřní ní integrace se všemi atributy nejmodernější nejmodern architektury by představovala zmaření ení dlouhodobého úsilí města m sta o vybudování kvalitního systému, přitom p celá řada prvků systému je velmi kvalitních. ních. Varianta nep nepřichází v úvahu ani z finančních ních důvodů. dů Varianta výměny ny základních komponent (například agendových systémů, ů, ERP, SpS) může m být v budoucnu řešením, ešením, vyžaduje další analýzu, z hlediska omezeného objemu finančních finan prostředků však rovněž nepřichází v úvahu. Celkové náklady na realizaci potřebných potř úvah podstatně převyšují evyšují možnosti dotace z prostředků EU – výzva 06 a eventuálně možnosti dotovat projekt z rozpočtu města. Varianta vnitřní ní integrace „minimální” z hlediska investic, je jedinou možnou ožnou variantou, která podle podmínek výzvy musí prokazatelně prokazateln zlepšit parametry systému: • • • • • • • •

Schopnost popsat aktuální práva a povinnosti přístupu p ístupu k agendám jednotlivých úředníků ú Popis požadavků ů agendy na práci se základními registry Schopnost agendových systémů syst komunikovat s registry (čtení, tení, zápis) Přehlednost ehlednost a úplnost práce s právy a povinnostmi, smlouvami a rozhodnutími učiněných u úřadem Schopnost zjistit aktuální stav organizace s co nejkratší periodou (nejlépe 1 den). Schopnost zjistit stav řešení jakéhokoliv případu Schopnost monitorovat všechny p případy žadatele (partnera) Možnost podat jakékoliv podání elektronicky

Volba výsledné varianty požadované funkcionality je ovlivněna ovlivn na i následujícími skutečnostmi skute •

Nejistota projektů ISZR - vazba na registry je definována velmi nezřeteln řetelně. Není naprosto jisté, jakým způsobem sobem bude možno zajistit požadavek realizace vazby agendových systém systémů na základní registry veřejné řejné správy. Lze si p představit například řešení ešení u každé jednotlivé agendy samostatně,, nebo skupinov skupinově,, ba dokumente pro všechny agendy v rámci jednoho ORP dohromady. Z těchto chto dů důvodů není vhodné řešit ešit úpravy agendových systémů systém směrem ke komunikaci s registry.

•

Produkty Middleware - integrační platforma bude zřejmě v budoucnu budoucn nutným článkem SW výbavy ICT města. V současném sou asném stavu však není jasné, jak budou vazby na základní registry realizovány. Proto nákup takového produktu se nejeví jako primární. Je celé řada nutných kroků, které je nutno vykonat dř dříve.

•

Finanční omezení je dáno částkou 1.529.412,- , z čehož ehož vyplývá možnost:

•

Doplnění ní jedné podstatné komponenty systému s nejvyšší prioritou, v co nejdokonalejší výbav výbavě

•

Doplnění ní více komponent tak, aby rozvoj systému nebyl jednostranný – tuto variantu doporučujeme.



Následující ující tabulka obsahuje prvky systému (funkce), které je nutné dodat, aby přidaná p hodnota byla optimální a dodávka byla z finančního hlediska reálná: Funkce VIÚ dle typového projektu 1. Modul systém řízení organizace

Řešit výzvou 06 ano ne

1. 1. Modelování organizační struktury 1.2. Ref. organizační struktura 1.3. Zaměstnanci 1.4. Personalistika 1.5. Adresářové služby AD 1.6. Katalog agend, práv a povinností 1.7. Katalog aplikací a oprávnění

x

1.8. Groupware 2. Spisová služba a dokumenty 2.1. Spisová služba 2.2. Správa dokumentů SpS 2.3. Dokumenty mimo SpS 2.4. Workflow SpS 2.5. Workflow mimo SpS 2.6. Integrace spisové služby a okolí 2.6.1. Conector na standardní DMS 2.6.2. Web rozhraní na ePodatelny 2.6.3. Podpora skenování dokumentů 2.6.4. Funkčnost časových razítek SpS 2.6.5. Rozhraní na RŽP 3. Portály 3.1. Prezentace města 3.1.1 Prezentace služeb a org. struktury 3.2. Portál občana 3.2.1. Životní situace 3.2.2. Formulářový systém 3.2.3. Rezervace času 3.2.4. Externí identita 3.3. Portál úředníka 4. Vazby 4.1. Vazba Zaměst. - Organizace (výdej) 4.2. Vazba organizační struktura LDAP 4.3. Vazba - výdej Č.J. .J. (SpS) agendě 4.4. Vazba - příjem organizační

x x

Poznámka

Způsob dodávky Produkt/technolo gie IDM

Vazba IM a personální systém

IDM IDM

x

Dodat

IDM

x

Dodat

IDM

x

Dodat a implementovat

x x

Groupware

x x x

DMS DMS

Dodat produkt k postupnému využití x

x

Dodat produkt k postupnému využití

WF

x x x x

SpS SpS SpS SpS

x

SpS

x

SpS

x x

IDM x x x x x

x

Dodat produkt k postupnému využití (úkoly, aktivity a projekty) x

POR

Řešeno již v rámci bodu 1.3

x

IDM x x



struktury 4.5. Vazba - přiřazení práva k aplikaci 4.6. Vazba - přiřazení práva k agendě 4.7. ePUSA plnění dat 4.8. Vazba agenda - IZSR - čtení, převzetí 4.9. Vazba agenda - IZSR 5. Back Office 5.1. Integrace Back Office 5.2. Agendy pokryté současným asným SW 5.3. Agendy vnější nepokryté SW 5.4. Agendy vnitřní, nepokryté SW 5.5. Správa saldokonta 5.6. Evidence majetku 5.7. Evidence případů 5.8. Evidence v oblasti práv, povinností 5.8.1. Evidence usnesení a úkolů 5.8.2. Projekty oblasti dotací a investic 5.8.3. Evidence certifikátů

x

IDM

x

IDM

x

IDM x

Vytvořit předpoklady

x

Vytvořit předpoklady

x x x x

Dodat produkt k postupnému využití V rámci 3.3. – portál úředníka

POR

Dodat produkt k postupnému využití

POR

POR

x x x x x x x

Funkcionalitu, kterou je nutno dodat, lze logicky rozdělit rozd lit do následujících aplikací, nebo produktů: produkt

•

Identity management (IDM)

Pro rozvoj vnitřní integrace úřadu řadu je považována za nejd nejdůležitější – ne-lili nepostradatelnou komponentu. IDM jsou různých zných kategorií funkčnosti, funkčnosti, výbavy a ceny. Zásadní je tedy definovat požadavek na dopln doplnění takového produktu a vymezit finan finanční možnosti nákupu a implementace. IDM umožňuje uje centralizovanou správu organizační organiza struktury a přístupových ístupových práv v prostředí Linux, Windows nebo vlastních aplikací, kterými mohou být v prostředí úřadu adu provozované agendy. Je zpravidla napojen na personální systém, jako n nositele ositele zdrojových informací o uživatelích a následně následn dále přenáší a aktualizuje adresářovou ovou službu organizace (AD). IDM udržuje evidenci uživatelů, ů, jejich za zařazení v organizační struktuře, přiřazuje azuje jednotlivé organiza organizační role, definuje činnosti, spravuje e profily a řídí přístupová ístupová práva do aplikací. Vyspělejší Vysp systémy IDM umožňují ují integraci se systémy jako nap například íklad ePUSA, nebo jsou technologicky připraveny p na budoucí integraci s ISZR.



•

Portálová řešení (POR)

Portálová řešení ešení slouží zejména ke zefektivnění práce uživatelů, zpřístupnění ní informací z různých, často nesourodých zdrojů a jejich centralizace do jednoho místa. Jsou často doplněna ěna o řešení třetích stran. V neposlední řadě umožňuje full--textové vyhledávání nad celým obsahem. V rozsahu činností úřadu adu lze tato řešení efektivně využít jako prezentační ní vrstvu pro efektivní chod uvnit uvnitř úřadu, podporu projektového řízení, správu veškerých dokument dokumentů čii správu work work-flow nad dokumenty. Napojením vybraných agend nebo spisové služby pomocí externích konektor konektorů lze docílit ještě jednoduššího a efektivnějšího jšího p přístupu datům a informacím. Některé které typy portálových řešení jsou vybudovány na otevřené ené architektuře, architektu takže implementace potřeb eb nebo agend, která jsou v součastné době v rámci úřadu adu provozována „ručně“, „ru lze tímto způsobem vyřešit. Příkladem íkladem může m být například „evidence usnesení a úkolů“, “, nebo rezervace zdroj zdrojů. Důležitým ležitým provkem je integrace s groupware •

Agendy

Analýzou současného asného stavu byla indikována skupina vnitřních vnit i vnějších jších procesů - agend, které nejsou podporovány žádným SW. Jejich struktura a po počet se může do budoucna měnit ěnit v závislosti na změnách legislativy a organizaci práce úřadu. ú Pokrytí těchto procesů bude realizováno prost prostřednictvím SW produktu, umožňujícího ujícího efektivní dopln doplnění SW podpory takových agend. Významnou část tvoří agendy, které se dotýkají práv a povinností v oblasti smluvních vztahů zejména v oblasti dotací a investic. Evidence certifikátů je pro identifikaci práv a povinností ú úředníků v novém systému velmi d důležitým prvkem. •

Spisová služba (SpS)

Spisová služba je definována zákonem č.. 499/2004 Sb., o archivnictví a spisové službě. služb Spisová služba pracuje naprosto rovnocenně ě s analogovými i elektronickými dokumenty. Je možné tedy evidovat jak papírový, tak elektronický dokument i např.. obrazový nebo zvukový záznam. Údaje o jednotlivých dokumentech se do systému poř pořizují ručním ním zadáváním, elektronickým vstupem nebo lze načíst na data z jiných programů (systémů,, např.DMS). např Systém musí splňovat ovat zákonné požadavky na řádný příjem, evidenci, rozdělování, oběh, h, vyřizování, izování, vyhotovování, podepisování, odesílání, ukládání a vyřazování vy ve skartačním řízení. ízení. Systém spisové služby bývá velmi často součástí ástí agendových systém systémů úřadu. Pro stanovení orientační ceny dodaného řešení jsme posuzovali zejména produkty Technologické centrum a elektronická spisová služba ORP


•

V obasti DMS • Fille Net • Documentum • eWay-CRM • Gordic DMS • Efiles document • Siemens DMS • Dynamica – Ready DMS • Windows SharePoint Services • Microsoft SharePoint Server

•

V oblasti portálů • Windows SharePoint Services • Microsoft SharePoint Server • Redakční systémy – příklady: • WebRedakce • WebGet • Edituj • Joomla V oblasti manažerů identit

•

• Microsoft Forefront identity manager • IBM Tivoli Directory Integrator • IBM Tivoli Identity Manager • Oracle identity manager • Novell Identity Manager • EOS4 Marbes consulting Pro řešení ešení je nutno vybrat produkty zejména s ohledem na cenu, nabízenou funkcionalitu a provozní náklady. 18.7.2 Porovnání variant technologických řešení Varianty technologického řešení ešení budou porovnány v rámci provedeného výběrového rového řízení. 18.7.2.1 Srovnání nabídek k jednotlivých dodavatelů dodavatel Nabídky dodavatelů budou porovnány co do kvality produkt produktů a ceny v rámci etapy výb výběru dodavatele. Jakékoliv srovnání v této fázi by nemělo, nem vzhledem k šířii a rozmanitosti produktů na trhu, odpovídající vypovídací hodnotu. 18.7.2.2 Výhody a nevýhody řešení Varianta „na zelené louce“ – vnitřní ní integrace se všemi atributy nejmodernější nejmodern architektury by představovala zmaření ení dlouhodobého úsilí města m sta o vybudování kvalitního systému, přitom p celá řada prvků systému je velmi kvalitních. Varianta ne nepřichází v úvahu ani z finančních ních důvodů. dů Varianta výměny ny základních komponent (například agendových systémů, ů, ERP, SpS) může m být v budoucnu řešením, ešením, vyžaduje další analýzu, z hlediska omezeného objemu finančních finan prostředků však rovněž nepřichází v úvahu. Celkové náklady na realizaci potřebných potř úvah podstatně převyšují evyšují možnosti dotace z prostředků EO – výzva 06 a eventuálně možnosti dotovat projekt z rozpočtu města. Varianta vnitřní ní integrace „minimální” z hlediska investic, je jedinou možnou variantou, kkterá podle podmínek výzvy musí prokazatelně prokazateln zlepšit parametry systému: • • •

Schopnost popsat aktuální práva a povinnosti přístupu k agendám jednotlivých úředníků Popis požadavků agendy na práci se základními registry Schopnost agendových systémů komunikovat s registry (čtení, zápis)



• • • • •

Přehlednost a úplnost práce s právy a povinnostmi, smlouvami a rozhodnutími učiněných úřadem Schopnost zjistit aktuální stav organizace s co nejkratší periodou (nejlépe 1 den). Schopnost zjistit stav řešení jakéhokoliv případu Schopnost hopnost monitorovat všechny případy žadatele (partnera) Možnost podat jakékoliv podání elektronicky

18.7.2.3 Analýza technických a bezpe bezpečnostních rizik Technická a bezpečností ností rizika, rizika vnější i vnitřní, budou ošetřena v rámci projektu technologického centra. Pro uvažovanou žovanou dodávku není jejich hodnocení relevantní.

18.7.3 Doporučení upřesnění ní pro účely ú zadávací dokumentace a realizační ní projektové dokumentace Celková požadovaná funkcionalita bude: Systém pro tvorbu a údržbu organiza organizační struktury •

Zajišťuje uje rozhraní pro tvorbu tvorb vlastní organizační struktury

•

Je integrován s personálním systémem a využívá ho jako zdroj dat.

•

Nabízí služby ostatním aplikacím (agendovým systémům) systém m) a umožňuje umožň jim řídit oprávnění (případně funkčnost) nost) na základě základ pozic objektů v organizační struktuře

Systém tém je integrován s Active directory, modifikuje atributy objektů objekt v AD včetně ě př příslušností ve skupinách a organizačních jednotkách Portálové řešení (požadované vlastnosti): 1.1.

OBECNÉ POŽADAVKY NA SYSTÉM PRO SPRÁVU OBSAHU A PROCES PROCESŮ •

Systémy pro správu obsahu a proces procesů musí být vzájemně provázány.

•

Systémy pro správu obsahu a proces procesů musí mít standardizované (nebo obecně obecn rozšířené) a intuitivní webové komunika komunikační rozhraní.

•

Webový interface musí podporovat běžné b webové prohlížeče, e, kompatibilita musí být zajiěštěna za s Internet Explorer (min. IE verze 7 nebo vyšší verze)

•

Řešení ešení bude obsahovat informace o všech pot potřebných ebných nástrojích tak, aby byla zajištěna zajišt plná funkcionalita poptávaného řešení včetně nástrojů pro zálohování a archivaci dat.

1.2.

POŽADAVKY NA SYSTÉM STÉM SPRÁVY OBSAHU •

Systém musí být integrován se známými klientskými aplikacemi systému Microsoft Office.

•

Systém musí být propojitelný s poštovním systémem (informovat uživatele pomocí emailů, email umět zpracovat příchozí íchozí emaily a za zařadit je do úložiště).

•

Systém m musí poskytovat snadno ovladatelné funkce vytváření, vytvá ení, schvalování a publikování webového obsah.

•

Webový interface musí být škálovatelný – poskytovat možnost více pohledů pohled na obsah a možnost uživatelského přizpůsobení sobení bez znalosti programového kódu.

•

Systém musí usí být integrován a Active directory.

•

Systém musí umožnit definovat vlastní zásady správy dokumentů dokument zajišťující zajišť řízení přístupových práv na úrovni jednotlivých položek.

•

Systém musí umožnit zadávat období platnosti dokumentů dokument a definovat akce p při vypršení platnosti dokumentů.

•

Systém musí podporovat sledování změn zm n a verzí jednotlivých dokument dokumentů se zachováním originálu dokumentu.

•

Systém umožní vytvářet řet dokumenty ze šablon.



1.3.

•

Systém nesmí povolit uživatelům uživatel změny ny dokumentu, pokud je tento dokument editován jiným uživatelem.

•

Systém musí ukládat elektronický obsah do společného spole úložiště.

•

Systém musí být založen na objektech, které je možné do systému vkládat a rozši rozšiřovat tím jeho funkce.

•

Systém musí podporovat distribuovanou architekturu a rozložení zátěže. zát

•

Systém musí být uživatelsky intuitivn intuitivně konfigurovatelný s transparentním úložištěm úložišt dat.

•

Systém musí být otevřený, řený, s podporou standardních formát formátů,, API nebo SDK.

•

Systém musí mít možnost vytvářet vytvá et definovatelná metadata k ukládaným dokument dokumentům

•

Systém musí podporovat více jazyků vč. češtiny.

•

Systém musí mít integrované funkce vyhledávání obsahu s možností definice zdrojů zdroj obsahu, nastavení relevance výsledků výsledk a správy přístupu k vyhledávaným datům. POŽADAVKY NA SYSTÉM PRO SPRÁVU PROCES PROCESŮ:

1. Systém musí používat grafické prostředí prost pro vytváření procesů. 2. Systém musí zajišťovat ťovat garantovaný předdefinovaného eddefinovaného procesního modelu.

ob oběh h

všech

elektronických

informací

podle

3. Systém musí umožnit integrované ov ověření uživatelů a jejich práv pomocí Active Directory. 4. Systém musí mít jednotné uživatelské prost prostředí edí pro zpracování procesní agendy. Groupware systém pro výměnu ěnu informací (požadované vlastnosti) odesílání a přijímání ijímání elektronické pošty sdílení kalendářů , kontaktů a úkolů úkol přístup přes http a https k informacím synchronizace PDA zařízení ízení a SmartPhone adresářovou ovou službou pro groupware systém je active directory ochrana elektronické pošty proti virům vir a spamu automatická konfigurace klientů ů př při použití verzí poštovního klienta novějšího jšího než outlook 2007 možnost offline práce klienta popdpora protokolů MAPI, POP, IMAP, SMTP možnost konfigurace groupware pro zajišt zajištění vysoké dostupnosti škalovatelnost systémů od desítek po statisíce poštovních schránek poštovní schránky typicky o velikosti 10GB, kde velikost schránky je omezena jen dostupným diskovým prostorem možnost použití levných SATA disků disk integrovaný archivační ní systém pro poštovní systém zabezpečná ná komunikace na bázi SSL a PKI šifrování e-mailových zpráv ochrana dokumentů implementací transportních pravidel a DRM ochrana hrana informací a správa mobilních zařízení za přistupujicích k informacím integrovaný monitoring poštovního provozu podpora pro BlackBerry zařízení ízení centralizovaná správa správa jak pomocí grafického rozhraní, tak i prostřednictvím prost příkazové řádky ádky a skriptů skript 18.7.4 Provozní zajištění ní projektu vnit vnitřní integrace úřadu 18.7.4.1 Potřebné ebné energetické a materiálové toky Projekt vnitřní integrace úřadu adu nezvýší energetické a materiálové toky.



18.7.4.2 Záruky a servis Na software pořizovaný izovaný v rámci projektu doporučujeme doporu zakoupit maintenance. Maintenance není uznatelným nákladem a je provozním nákladem. 18.7.4.3 Údržba a nákladnost oprav Kapitola je pro projekt nerelevantní, nebo neboť se jedná pouze o dodávku SW produktů produktů. 18.7.4.4 Údaje o životnostech jednotlivých za zařízení Kapitola je pro projekt nerelevantní, nebo neboť se jedná pouze o dodávku SW produktů produktů. 18.7.4.5 Změny v provozní náro náročnosti vlivem opotřebení Kapitola je pro projekt nerelevantní, nebo neboť se jedná pouze o dodávku SW produktů produktů.



18.8 Organizace a režijní náklady 18.8.1 Organizační ní model investi investiční fáze Projekt Vnitřní integrace úřadu vyžaduje ve všech etapách spolupráci tajemníka, informatika a eventuálně ekonoma. Předpokládá se zavedení procesu správy přístupových oprávnění k agendám a aplikacím, dále proces katalogizace agend, správa organizační struktury. K podchycení přístupových ových oprávnění je nutné spolupracovat i s organizacemi města. 18.8.2 Provozní model Provozovatelem projektu bude m městský úřad Hořice a to prostřednictvím ednictvím informatiků informatik odboru kanceláře tajemníka, kdy zástupci provozu jsou členy projektového týmu. Možné modely financování ncování provozu v rozsahu předpokládaných edpokládaných budovaných služeb jsou následující: • Provoz komponent implementovaných v rámci projektu bude zajištěn z prostředků ORP – nepředpokládá edpokládá se spolufinancování provozu TC ORP partnery/ zákazníky (konzumenty služeb). • Na provozu se finančně čně nepodílí žádná další organizace. Rozsah služeb souvisejících s prováděním provád profylaxe a údržby by měl být předmě ředmětem smluv o servisu a podpoře e mezi provozovatelem a dodavatelem řešení vybraného na základě veřejné řejné soutěže. sout 18.8.3 Role všech organizací nizací v projektu Na projektu se budou účastnit astnit různé cílové skupiny, které v projektu vystupují v různých rů rolích. MĚSTO HOŘICE Město Hořice prostřednictví ednictví svého MěÚ M je garantem projektu. Prostřednictvím ednictvím vlastních kapacit nebo případně dodavatelů řešení: • zajišťuje uje provoz, servis a dohled; • garantuje poskytované služby; • je zadavatelem veřejných ejných soutěží; sout • přebírá dodávky; • zajišťuje uje metodickou podporu uživatelům; uživatel • provádí školení. ČESKÁ REPUBLIKA Česká republika prostřednictvím ednictvím MV ČR vystupuje v projektu jako tvůrce ůrce konceptu a realizátor eGovernment v České eské republice. Prostřednictvím Prost ednictvím strategie Smart Administration a opera operačních programů vytváříí podmínky pro realizaci vč včetně finanční podpory. 18.8.4 Organizace výběrových rových řízení Programové komponenty, které budou implementovány, implemen jsou rozličného ného charakteru. Zakázka bude řešena výběrem rem jednoho dodavatele pro všechny komponenty (moduly), s možností subdodávek třetí t stranou. Dodavatel zajistí koordinaci dodávky a celkovou integraci všech implementovaných komponent systému, tedy •

implementaci nových komponent (AD, IDM, POR),

•

naplnění daty v rozsahu pilotního vzorku,

•

Proškolení klíčových ových uživatelů uživatel zákazníka,

•

doplnění a ověření ení funkč funkčnosti integračních můstků

Při zadávání veřejných ejných zakázek souvisejících s realizací projektu se bude postupovat v souladu s: • Zákonem č.. 137/2006 Sb., o ve veřejných zakázkách, v platném znění; • Závaznými postupy pro zadávání ve veřejných ejných zakázek spolufinancovaných ze zdrojů zdroj EU, nespadajících pod aplikaci zákona č. 137/2006 Sb., o veřejných ejných zakázkách, v programovém Technologické centrum a elektronická spisová služba ORP


období 2007 – 2013, schválenými usnesením vlády č.. 48 ze dne 12. Ledna 2009 (Závazné postupy jsou uvedeny v příloze č. 8 Příručky pro žadatele); •

v případě zakázek nespadajících do režimu zákona bude postupováno v souladu s Organizačním opatřením č. 4/2006 O zadávání zakázek malého rozsahu, schváleného Radou města Chrudima dne dne 19.6.2006 v platném znění.

•

Příručka pro žadatele a příjemce finanční podpory v rámci Integrovaného operačního programu pro prioritní osu 2, oblast intervence 2.1 obsahuje p příloha Č. 7 – Limity a pravidla pro zadávání zakázek spolufinancovaných ze zdrojů EU, nespadajících pod aplikaci zákona č. 137/2006 Sb., o veřejných zakázkách.

Protože celková částka ástka pro součet souč veřejné zakázky pro výzvu 06 přesahuje esahuje 4,997 milionu korun, bude soutěž vzhledem k výši zakázky a dle zákona č. 137/2006 Sb., o Veřejných ejných zakázkách, realizována formou nadlimitní veřejné ejné zakázky v otev otevřeném řízení. Prokázání kvalifikačních ních a profesních p předpokladů bude v souladu se zákonem o zadávání ve veřejných zakázek. Přii prokazování ekonomických a finančních finan kvalifikačních předpokladů se doporučuje doporu požadovat výši plnění ní pojistné smlouvy, obratu uchaze uchazeče a složení jistoty v rozsahu odpovídajícímu finančnímu finan objemu zakázky. S ohledem na charakter zakázky se doporučuje doporu uje prokázání minimálních technických kvalifika kvalifikačních předpokladů formou: • •

• •

•

Seznamu významných dodávek obdobného charakteru realizovaných dodavatelem v posledních třech letech v hodnotě ě minimálně minimáln 3 000 000 Kč bez DPH za každou z nich; Certifikátu systému řízení ní jakosti vydaného podle českých eských technických norem ((České technické normy řady ČSN SN EN ISO 9001:2001) akreditovanou osobou na oblast servisních služeb, řízení projektů,, helpdesku v oblasti výpo výpočetní techniky a certifikát systému řízení jakosti podle České technické normy řady ČSN ISO/IEC 20000 na poskytování IT služeb; Certifikátu na systém managementu bezpe bezpečnosti informací podle ČSN SN ISO/IEC 27001; Čestného estného prohlášení prokazujícího shodu požadovaného výrobku s technickými předpisy p v souladu se zákonem číslo 22/1997 Sb., o technických požadavcích na výrobky, že výrobky nabízené dodavatelem musí splňovat spl ovat podmínky pro uvedení na trh podle českých, obecně závazných předpisů; Uchazeč doloží přehled ehled certifikací a profesní způsobilosti zp u osob odpovědných ědných za implementaci impleme a poskytování servisních služeb

18.8.5 Právní opatření ení nutná pro realizaci projektu Podmínkou budování projektu je sada právních opat opatření. Zásadními opatřeními eními jsou: • usnesení Rady MÚ Hořice: řice: • usnesení rady na realizace studie proveditelnosti Vnit Vnitřní integrace úřadu ú číslo 8/2009 ze dne 1.6.2009 • usnesení rady na realizaci projektu Vnitřní Vnit integrace úřadu; • usnesení rady na výb výběr dodavatele; • usnesení Zastupitelstva MÚ Hořice: Ho • usnesení zastupitelstva na realizaci Vnit Vnitřní integrace úřadu; • usnesení zastupitelstva zastupite na příjem dotace; • Smlouva o poskytnutí dotace mezi městem m Hořice ice a Ministerstvem vnitra České Č republiky; • Smlouva o dodávce a servisu mezi městem m Hořice ice a vybraným dodavatelem řešení (veřejná soutěž).



18.8.6 Popis obsahu provozních směrnic sm a smluvních ujednání ní pro jednotlivé provozované části/subdodavatele ásti/subdodavatele TC Pro potřebu ebu provozu systému Vnitřní Vnit integrace bude však důležité vytvořitit následující vnit vnitřní směrnice, které navážou na Provozní směrnice ěrnice TC ORP: •

Směrnice o vedení změn ěn v organizaci

•

Směrnice o katalogizaci zaci agend a aplikací

•

Směrnice rnice procesu vedení smluv,

•

Směrnice rnice vedení usnesení a úkolů úkol orgánů města

•

Úprava spisového řádu ádu dle dopln doplněných funkcí spisové služby

Služby paušální technické podpory • Provádění změn n dodaného software vyplývajících ze zm změn obecně platných předpisů p České republiky, včetně distribuce úprav dodaného SW. Distribuce upraveného SW bude provedena před termínem účinnosti innosti změn zm právních předpisů; pokud právní předpis edpis nabude účinnosti ú dříve než 30 dnů po uveřejně řejnění ve Sbírce zákonů, bude distribuce ribuce upraveného SW provedena nejpozději do 30 dnů ode dne uveřejnění uve ve Sbírce zákonů. • Provádění obecných změ ěn SW v důsledku vývoje HW a SW prostředků. • Distribuce nových verzí elektronicky p při nepřetržitém odběru ru systémové roční roč podpory. • Elektronická distribuce tribuce nových verzí, a to zapsáním informace o zpřístupn zpřístupnění nové verze do HelpDesk a zpřístupnění ění pokynů pokyn k jejímu elektronickému stažení objednatelem z datového úložiště zhotovitele. • Služba Hot-line pro řešení ešení technických problémů. problém • Služba HelpDesk pro zajišt jištění veškeré písemné komunikace. • Nutná konfigurace základního nastavení SW pro příspěvkové p vkové organizace objednatele Služby paušální technické podpory jsou poskytovány k jedné „referenční“ instalaci SW a dodavatel poskytne pracovníkům města nástroje pro automatizované utomatizované kopírování do všech ostatních instalací. Služby podpory na vyžádání • Expertní a konzultační činnost: I. tvorba software (analytické a návrhové práce) podle požadavků objednatele; II. konzultační činnost a vypracování metodik pro zpracování dat; III. analytické lytické a návrhové práce v oblasti datových modelů; IV. záchrana a obnova dat. Poskytování služeb technické podpory na vyžádání bude prováděno na základě písemných požadavků objednatele. Dodavatel řešení je povinen na základě požadavku objednatele zpracovat a s objednatelem odsouhlasit způsob realizace služeb a časový harmonogram jej jejich provádění.

18.9 Lidské zdroje, vlastníci a zaměstnanci zam Předkladatel: Název:

Město Hořice

IČ:

00271560

Adresa sídla:

nám. Jiřího z Poděbrad brad 342, 508 19 Hořice Ho

Osoby oprávněné jednat za zadavatele:

Ivan Doležal, starosta města

Kontaktní osoby: Telefon:

Monika Grundzová, Referent kanceláře starosty a tajemníka 492 105 077

e-mail:

[email protected]



18.9.1 Specifikace funkcí a pozic projektového týmu Nezbytným faktorem úspěšné šné realizace projektu je vybudování kvalitního projektového týmu. Tým pro realizaci Vnitřní integrace úřadu adu Hořice je sestaven tak, aby jednotlivé role v rámci týmu byly adekvátn adekvátně zabezpečeny. eny. Projektový tým má složení: Role

Funkce



tajemník

Mgr. Michal Kuchta





informatik

Miloš Hazdra


Informatik

Miloš Hazdra


informatik

Hynek Beran








Externí právník

Mgr. Iva Mádlová


Externí právník

Mgr. Iva Mádlová






Helena Nosková

18.9.2 Požadavky na kvalifikaci, kompetence a odpovědnosti odpov Navržený tým je dostatečně kvalitní a kapacitně odpovídá předpokládaným nárokům projektu. Ty jsou dány činnostmi: • projektové řízení; • administrace dotace; • administrace veřejných zakázek; • podpora uživatelů implementovaného SW • zajištění školení uživatelů (vazba na vzdělávací část) • správa softwarových licencí (nákupy licencí a multilicencí, upgrade licencí). 18.9.3 Struktura mzdových nákladů náklad Mzdové náklady nejsou uznatelnými výdaji projektu. Alokované Alokované kapacity realizačního týmu a pracovníků zajišťujících provoz budou hrazeny z rozpočtu MÚ Hořice po celou dobu udržitelnosti projektu a jsou pokryty současnými pracovníky.



18.10 Realizace projektu, časový plán 18.10.1 Souhrnný přehled časových a nákladových charakteristik projektu Přehled celkových nákladů projektu a nákladů náklad v investiční fázi je uveden v kapitole 11. 18.10.2 Harmonogram činností inností projektu ve fázi p přípravy ípravy a realizace projektu Projekt Vnitřní integrace úřadu adu bude realizován v rámci jedné etapy, jejímž cílem bude implementovat dodaný SW a zprovoznit jeho funkce. Harmonogram projektu realizace je navržen pro všechny ttři fáze: o Přípravná fáze – vytvoření vytvoř studie proveditelnosti včetně souvisejících dokumentů dokument a příloh, její schválení, uzavření ení partnerských smluv a vypsání jednotlivých soutěží; sout o Fáze realizace projektu – vlastní dodávka řešení, zkušební provoz; o Fáze provozu Implementovaných systémů systém – produktivní provoz po dobu udržitelnosti projektu. Harmonogram realizace projektu Vnitřní integrace úřadu

4

5

Přípravná fáze Vytvoření studie proveditelnosti Uzavření partnerských smuv Zpracování žádosti o dotaci Schválení dotace Příprava výběrových řízení Schválení výběrových řízení Realizace soutěže Schválení výsledků soutěže Fáze realizace projektu Předpoklad realizace TC Dodávka systému řízení organizace Zkušební provoz Ukončení zkušebního a zahájení produktivního provozu Dodávka groupware Zkušební provoz Ukončení zkušebního a zahájení produktivního provozu Dodávka v oblasti portálů Zkušební provoz Ukončení zkušebního a zahájení produktivního provozu Dodávka v oblasti back office Zkušební provoz Ukončení zkušebního a zahájení produktivního provozu Zahájení fáze provozu vnitřní integrace úřadu Závěrečné vyhodnocení projektu

6

7

2010 8 9 10 11 12 1

2

3

2011 4 5

6

7

8

9 10 11 12

….. v termínu ukončení reaizace + 12 měsíců

Následující tabulka obsahuje klíčové klíč milníky projektu: Vytvoření studie proveditelnosti Schválení projektu radou, včetně jeho financování a specifikace rozsahu partnerských smluv Akceptace studie proveditelnosti Zpracování žádosti o dotaci Schválení přidělení dotace MV ČR Schválení výběrového řízení radou Realizace jednotlivých částí projektu VIÚ Převzetí dodávky do zkušebního provozu – dle částí Ukončení zkušebního provozu a zahájení produktivního provozu

Proběhlo 05/2010 31. 5. 2010 08/2010 12/2010 01/2011 06/2011-11/2011 09/2011

18.11 Finanční ní analýza projektu, finan finanční plán Ve finanční ní analýze jsou uvažovány pouze p přímé finanční ní toky vyplývající z realizace projektu, jejichž příjemcem íjemcem je nositel projektu. Všechny uvažované hodnoty jsou o očištěny ny od redundantních redunda částek.



Veškeré dopady a hodnoty jsou vyjád vyjádřeny za použití diferenční (přírůstkové) stkové) metody v podob podobě hotovostního toku. Je tedy započítávána započ pouze změna (kladná čii záporná) způsobená způ investicí oproti nulové variantě. Skutečné né hotovostní ((či kvazihotovostní) vostní) toky jsou uvažovány jako příjmy p a výdaje, nikoli jako náklady a výnosy v účetním etním smyslu. Pro výpo výpočet ukazatelů nejsou započítány čítány utopené náklady, tj. náklady spojené s předinvestič edinvestiční fází projektu. Vzhledem k velkému množství možných variant technického řešení s ohledem na detailní komponenty, nikoli však funk funkčnost nost celku, nejsou v této studii porovnávány jednotlivé varianty mezi sebou, je pouze porovnána navržená technická varianta s variantou nulovou. Rozdíly ekonomické analýzy mezi jednotlivými te technologickými chnologickými variantami by neměly nem dostatečnou nou vypovídací hodnotu k vzájemnému porovnání. Veškeré uvedené hodnoty budou v reálných cenách roku 2010. Všechny ceny uvádíme s DPH (není v tuto chvíli jasné, jakou částí ástí si bude v jednotlivých položkách obec DPH uplatňovat). uplatň Všechny hodnoty jsou pro potřeby výpočtů uvádě uváděny v ročním rozlišení, nikoli však v kalendářních letech, ale v roční vzdálenosti od zahájení projektu. 18.11.1 Zajištění ní dlouhodobého majetku Kapitola obsahuje vymezení dlouhodobého majetku, ur určení investičních ních náklad nákladů. Dlouhodobý hmotný majetek nebude pořízen. řízen. Po Pořízený ízený dlouhodobý nehmotný majetek tvoř tvoří SW licence dodaných produktů.. Jejich konkrétní rozložení a cena je závislé na obchodní nabídce. 18.11.2 Řízení ízení pracovního kapitálu (oběžný (ob majetek) Kapitola obsahuje vymezení struktury a velikosti ob oběžného majetku. Provozní fáze nebude vyžadovat vytváření ení žádných zásob či podobných položek, pro zajištění ní provozu budou potřeba pot jen běžné žné úhrady provozních náklad nákladů (energie, opravy/údržba apod.). Vzhledem k objemu v porovnání s aktivy obce se nebude jednat o zcela zásadní stálý nárůst nár oběžných žných aktiv a není tedy nutné se specificky zabývat řízením ízením pracovního kapitálu. 18.11.3 Přehled ehled celkových nákladů náklad v investiční fázi Níže je v tabulce uveden přehled ehled celkových nákladů v investiční fázi:

VIÚ ORP - Město Hořice bez DPH

Řízení identit Agendy Portály (POR) Implementace Implementace řízení identit Implementace Groupware Implementace portál a workflow Studie proveditelnosti, management žádostí

Celkem VIÚ ORP

DPH 20%

včetně DPH

299 000 Kč 147 743 Kč 58 600 Kč 739 267 Kč 308 000 Kč 142 517 Kč 288 750 Kč 29 900 Kč

59 800 Kč K 29 549 Kč K 11 720 Kč K 147 853 Kč K 61 600 Kč K 28 503 Kč K 57 750 Kč K 5 980 Kč K

358 800 Kč 177 292 Kč 70 320 Kč 887 120 Kč 369 600 Kč 171 021 Kč 346 500 Kč 35 880 Kč

1 274 510 Kč

254 902 Kč K

1 529 412 Kč

Cena licencí přitom itom bude 606.412,606.412, Kč,, cena implementace pak bude 887.120,887.120, Kč, celková částka je 1 493.532,- Kč včetně DPH. (Celkem včetně v studie proveditelnosti: 1 529 412.- Kč) Kč 18.11.4 Přehled ehled celkových nákladů náklad v provozní fázi Kapitola obsahuje problematiku servisních podmínek, amortizace. Níže je v tabulkách uveden přehled celkových nákladů v provozní fázi, všechny částky jsou s DPH. Dále od roku 2011 bude obec účtovat o dopisech. Předpokládané edpokládané ro roční náklady na odpisy Kč 305 882,Rok Maintenance dodaných produktů

0 45 500 Kč


1 45 500 Kč

2 45 500 Kč

3 45 500 Kč

4 45 500 Kč


18.11.5 Příjmy provozní fáze Kapitola není relevantní. Předkládaný edkládaný projekt nebude generovat žádné p příjmy. 18.11.6 Finanční ní plán investiční a provozní fáze Níže následují tabulky obsahující jednotlivé položky investiční investi ní i provozní fáze pro všechny uvažované varianty. Tabulka 32: Přehled příjmů a výdajů

ehled financování projektu 18.11.7 Přehled Investiční ní etapa bude financována z dotace a rozpočtu tu ORP, provozní etapa pak z rozpočtu ORP. Zdroje krytí jsou uvedeny ve výše uvedené tabulce. 18.11.8 Výpočty ty a vyhodnocení finan finančních ukazatelů Posouzení variant řešení ešení není pro tuto část výzvy relevantní. Projekt je finančně finan ztrátový. Celkové finanční toky projektu lze předpokládat edpokládat u všech variant stejné. 18.11.9 Závěry finanční ní analýzy Posouzení variant řešení ešení není pro tuto část výzvy relevantní. Projekt je finančně finan ztrátový. Celkové finanční toky projektu lze předpokláda edpokládat u všech variant stejné.

18.12 Ekonomická analýza projektu Kromě finančního ního pohledu lze vyjád vyjádřit přínos pro město spočívající v realizaci a provozu předkládaného p projektu i ekonomicky. Přínosy ínosy však lze v projektu Vnitřní integrace úřadu vyčíslit číslit - převést do finančního vyjádření – jen velmi obtížně, ě, p při zachování potřebné ebné objektivity a spolehlivosti. Proto používáme slovní formu popisu ekonomických přínosů. p Vyjma všech finančních, ních, i na finan finanční částky převoditelných nákladů a přínosů ínosů, projekt dále generuje, popřípadě indukuje, celou řadu adu nefinan nefinančních přínosů. Jedná á se zejména o následující: •

V oblasti řízení ízení organizace •

Katalogizace agend – služeb – a jejich popis jsou základem pro následnou implementaci controllingu chodu úřadu ú

•

Přehlednost ehlednost organizačního organiza uspořádání ádání a detailní znalost lidských zdrojů zdroj umožní lépe



využít ít disponibilních zdroj zdrojů • •

V oblasti spisové služby •

•

•

Doplněním ním práce s dokumenty a řízením procesů i mimo současnou časnou působnost p spisové služby se chod úřadu úř dále zefektivní

V oblasti portálových řešení se zvýší informovanost •

Občanů o poskytovaných službách, sníží se množství jejich návšt návštěv a koordinace jejich „pohybu“ po úřadu. řadu.

•

Větší tší dostupnost veřejných ve služeb.

•

vyšší míra spolehlivosti služeb veřejné ve správy;

•

Úředníků – zvýší se vědomí v významu práce úředníka edníka pro chod systému a tím tlak na odpovědný přístup řístup k zajištění služeb.

V oblasti Back Office •

•

Řízení oprávnění ění zamezí eventuálním ztrátám a postihům postih z úniků informací

Zvýší se efektivita nepokrytých agend

V oblasti evidence práv a povinností

• Zvýší se jednoznačnost jednozna výkladů a vazeb na iniciační dokumenty. Kromě těchto vlivů platí obecně ě pozitivní vliv projektu na •

úsporu čau au a materiálu zaměstnanců zam úřadu

•

zefektivnění ní fungování veř veřejného sektoru

• naplňování ování politiky eGovernment Výsledné přínosy ínosy závisí rovně rovněž na výběru ru dodavatele a dodaných produktů. produkt Za předpokladu zachování trendu rozvoje eGovernment je velmi reálné, že oproti „nulové variantě variant variantě“ je výhodnost zřetelná, neboť by město Hořice předpokládané edpokládané služby v budoucnu realizovalo i bez tohoto projektu a tedy bez dotace – pouze z prostředků ředků vlastního rozpočtu. 18.12.1 Ekonomické vyhodnocení projektu Vzhledem k výše uvedeným skute skutečnostem není kapitola relevantní. 18.12.2 Doporučení ení vybrané varianty „Nenulovou variantu“ jednozna jednoznačně doporučujeme k realizaci. 18.12.3 Závěry ry ekonomické analýzy Na základě uvedených skutečností čností konst konstatujeme, atujeme, že navržená nenulová varianta je ekonomicky efektivní.



18.13 Analýza rizik Tato kapitola se zabývá expertně odhadnutými riziky celého projektu, jejich dopadem a návrhem opatření opat pro jejich eliminaci. Rizika plynoucí z projektu budování a provozu TC ORP lze rozd rozdělit do několika skupin: • Projektová rizika • Technická a realizační ní rizika • Legislativní a organizační ční rizika • Ekonomická a investiční ční rizika Jednotlivá rizika jsou zpracována formou tabulky, obsahující údaje: • Popis rizika – projevy rizika • Dopad – priorita, pravděpodobnost ěpodobnost a možné dopady jsou vyznačeny vyzna eny barevn barevně: • Nízký – zeleně • Střední – žlutě • Vysoký – červeně erveně • Pravděpodobnost – pravděpodobnost pravd míry naplnění rizika. • Nízká – zeleně • Střední – žlutě • Vysoká – červeně erveně • Akční plán – návrh opatření vedoucích k omezení vlivu rizika. • Kritérium úspěchu – měř ěřitelný itelný cíl nebo výstup projektu, který bude dosažen, při p eliminaci rizika. 18.13.1 Projektová rizika V rámci této skupiny jsou uvedena hlavní identifikovaná rizika, související s průbě ůběhem realizace projektu. Čís lo P1

Popis rizika

Dopad

Pravdě podob.

Termíny uvedené v harmonogramu projektu nebudou dodrženy

Vysoký

Vysoká

P3

Nebude zajištěna odpovídající součinnost interních pracovníků ORP

Střední

Střední

P4


Střední

Střední

Akční plán (ošetření rizika)


Alokovat dostatečné množství kvalitních kapacit, jak na straně dodavatele, tak zákazníka. Aktivně kontrolovat veškeré termíny harmonogramu a včas eskalovat a řešit možné zpoždění termínu.

Původní termíny harmonogramu projektu budou dodrženy.

V dostatečném předstihu alokovat odpovídající kvalitní zdroje na straně zákazníka za účelem poskytnutí požadované součinnost při výstavbě technologického centra ORP.

Nedojde k prodlení harmonogramu projektu z důvodů neposkytnutí součinnosti interními pracovníky ORP.

Smluvně ošetřit kvalitní pracovníky dodavatele na základě jejich zkušenostmi při realizaci obdobných zakázek a na základě poskytnutých CV.

Nedojde k opoždění termínu realizace na straně dodavatele a projekt bude realizován v odpovídající kvalitě.

18.13.2 Technická a realizační ční rizika V rámci této skupiny jsou uvedena hlavní identifikovaná rizika, související s realizací a provozem SW technologií. Číslo

T2

Popis rizika

Vyhrazené systémové zdroje pro provoz centrálních aplikací nebudou dostatečné

Dopad

Pravdě podob nost

Vysoký

Střední



Alokovat dostatečnou kapacitní rezervu technologického centra pro provoz centrálních aplikací.


Nenastane problém s přidělením požadovaných


T3


T4

Pokrytí SW licencemi není dostatečné

T5

T6

Průběžně sledovat volné systémové zdroje a v případě potřeby řešit jejich navýšení.

systémových zdrojů a potřebné diskové kapacity při implementaci centrálních aplikací.

Vyhradit dostatečné finanční zdroje na pokrytí nezbytné technické podpory ze strany dodavatele. Implementovat známé a prověřené technologie, které lze, alespoň částečně, spravovat vlastními zdroji.


Střední

Nízká

Nízký

Nízká

Vyčlenit dostatečné finanční zdroje pro potenciální nákup chybějících licencí. . Kontrolovat následné rozšiřování služeb

Veškerý SW není v konfliktu s licenčními ujednáními.

Vyhrazené systémové zdroje pro provoz dodaných komponent nebudou dostatečné.

Vysoký

Nízká

Alokovat dostatečnou kapacitu. Sledovat volné systémové zdroje technologického centra a v případě potřeby řešit jejich navýšení.

Nenastane problém s přidělením požadovaných systémových zdrojů a diskové kapacity

Nebude zajištěna odpovídající technická podpora po dobu udržitelnosti projektu.

Střední



Nízká

Implementovat známé a prověřené technologie, které lze, alespoň částečně, spravovat vlastními zdroji. T7

Napojení aplikací na budoucí centrální registry nebude nárokovou službou v rámci údržby systémů

Střední

Nízká

Jednat průběžně s dodavateli aplikací k napojením na registry

Aplikace budou napojeny

18.13.3 Legislativní a organizační organizač rizika Číslo

Popis rizika

O1

Dojde k porušení podmínek dotace

O4

Nedostatečná politická podpora projektu

O7

Nepodaří se uzavřít smlouvu o podpoře s dodavatelem SW řešení

Dopad

Pravdě podob nost

Vysoký

Nízká

Střední

Nízká

Střední

Nízká



Organizačně, projektově a technicky zajistit, aby byly splněny veškeré podmínky pro poskytnutí dotace, zveřejněné na portále MV. Zajistit udržení podmínek po celou dobu udržitelnosti projektu.

Dotace je přidělena a vyplacena. Případná kontrola neshledala porušení podmínek, za kterých byla dotace přidělena – nedochází k vrácení dotace.

Realizovat kampaň zacílenou na politiky s cílem vysvětlení důležitosti a prospěšnosti rozvoje vnitřní integrace úřadu.

Realizace projektu.

V dostatečném časovém předstihu projednávat podmínky uzavření smlouvy s dodavatelem.

Smlouva o podpoře je s dodavatelem řešení l uzavřena a plněna.

Eliminovat rizika plynoucí z nepodepsání smlouvy. O8

Výrazné legislativní změny

Střední

Střední


Podepsání smlouvy s dodavatelem řešení zahrnující závazek dodržování shody s legislativou.

Systém splňuje po dobu udržitelnosti projektu shodu s legislativou.


18.13.4 Ekonomická a investiční investič rizika Číslo

Popis rizika

Dopad

Pravdě podob nost

E1

Náklady na realizaci nepřiměřeně přesáhnout náklady, spočítané v rámci studie proveditelnosti

Střední

Střední

E2

Dotace na realizaci projektu nebude poskytnuta

Vysoký

Nízká




Zajistit garanci cen nabídky v souladu s poskytnutou výší dotace. V případně odůvodněného nárůstu výdajů je nezbytné zajistit jejich pokrytí vlastními zdroji.

Náklady na realizaci VIÚ nepřevyšují očekávané výdaje.

Organizačně, projektově a technicky zajistit, aby byly splněny veškeré podmínky pro poskytnutí dotace, zveřejněné na portále MV. Alokace finančních prostředků z vlastního rozpočtu.



18.14 Udržitelnost projektu Udržitelnost projektu je doba, po kterou musí příjemce p íjemce podpory zajistit a udržet výstupy projektu. V tomto případě se jedná o provozování SW komponent dodaných v rámci projektu. Efekty projektu budou udrženy v nezměněné podobě po dobu 60 měsíců od implem implementace. entace. Nedodržení závazku udržitelnosti je považováno za porušení podmínek pro poskytnutí příspěvku, což může vést i k požadavku na jeho vrácení. Udržitelnosti projektu lze popsat v následujících rovinách: I. institucionální, II. finanční, III. provozní. Pro MÚ Hořice ce je prioritou udržení a rozvíjení provozu ve všech rovinách. Nedodržení závazku udržitelnosti je považováno za porušení podmínek pro poskytnutí příspěvku p vku a může mů vést k požadavku na jeho vrácení. MÚ Hořice předpokládá, edpokládá, že efekty projektu budou udrženy v nezmě ezměněné podobě po dobu 60 měsíců od implementace komponent. Po uplynutí této doby se p předpokládá, edpokládá, že komponenty (po obměnách) budou dále funkční. 18.14.1 Institucionální rovina Za realizaci projektu je plně ě zodpov zodpovědný MÚ Hořice. ice. Realizací projektu se MÚ Hořice Ho zavazuje provozovat služby minimálně ě po dobu udržitelnosti projektu, tj. po dobu 60 m měsíc ěsíců. Po celou tuto dobu bude vlastníkem projektu. 18.14.2 Finanční rovina Jak je uvedeno v kapitole 11, předkládaný p projekt nebude generovat příjmy. íjmy. Investiční Investi etapa bude financována z dotace IOP a finančních finan prostředků ORP, provozní etapa pak z rozpočtu rozpo MÚ Hořice. MÚ Hořice počítá s vyčleněním příslušných říslušných finančních finan částek ze svého rozpočtu čtu na zajištění zajišt udržitelnosti projektu Vnitřní integrace úřadu. 18.14.3 Provozní rovina Základem udržitelnosti projektu z provozní roviny je vyčlenění dostatečného ného množství kvalifikovaných pracovníků jak ze strany ORP, tak ze strany dodavatele řešení. ešení. Seznam jednotlivých kvalifikovaných pracovníků projektového a realizačního realiza týmu ORP je uveden v kapitole ole 9 Lidské zdroje, vlastníci a zaměstnanci. Z technologického hlediska je nutné zajistit upgrade pořízených po ízených SW licencí tak, aby bylo možno poskytovat plánované služby. Př Při pořizování izování nového softwarového vybavení budou dodrženy všechny podmínky pro zadávání veřejných ejných zakázek dle IOP a dle podmínek pro zadávání veřejných ve zakázek. Veškeré vybavení zůstane v majetku žadatele po celou dobu udržitelnosti projektu. Je nutné zajisti pravidelnou údržbu pořizovaného řešení tak, aby dodané a upravené komponenty byly b schopny poskytovat plánované služby, včetně pokrytí legislativních změn. Upgrade bude realizován tak, aby zachoval kvalitativně stejnou nebo vyšší úroveň, než původně pořízený. Udržitelnost projektu bude zajištěna také pravidelným servisem, zajištěním mj. smlouvou o podpoře s dodavatelem řešení.



18.15 Závěr Realizace eGovernment v Královehradeckém kraji a správním území ORP MÚ Ho Hořice je jednou z priorit rozvoje regionu. Jedná se o dlouhodobý proces ve změně zm procesů a poskytování služeb veřejné ve správy, realizované na všech úrovních – od malých obcí, obcích s pověřeným eným obecním ú úřadem, obcích s rozšířenou působností sobností až po kraj, včetně v jejich zřizovaných izovaných organizací. Jedná se o změny zm nejen uvnitř těchto subjektů, ale i v komunikaci s okolím. Aby deklarované služby mohly být poskytovány na kvalitativně vyšší úrovni, je potřeba potř využít nejen možnosti, které umožňují ují prost prostředky ICT, ale také revidovat procesy, funkce čii kompetence, spojené i se vzd vzděláváním úředníků ů či č politické reprezentace. Záměrr takto budovat eGovernment v rámci správního území MÚ Hořice je plně ě v souladu se strategií na národní úrovni vyjádřené ené dokumentem EFEKTIVNÍ VEŘEJNÁ VE EJNÁ SPRÁVA A PŘÁTELSKÉ PŘ VEŘEJNÉ SLUŽBY pro období 2007–2015. 2015. V tuto chvíli se jedná o jedinečnou příležitost, íležitost, kdy je možné vlastní záměry podpořit i finančně,, a to prost prostřednictvím finančních zdrojů EU (operačních čních program programů IOP a OP LZZ). Při využití finančních ních zdrojů je možné získat dotaci ve výši 85% uznatelných náklad nákladů, což může sehrát významnou roli přii rozhodování o realizaci výše představených p edstavených investič investičních záměrů vedoucích k efektivnějšímu jšímu poskytování služeb. Na tomto místě je také potřeba eba zmínit závazky, které sebou realizace a finan finanční ční podpora přináší. p Tyto závazky je potřeba eba vnímat ve dvou rovinách a to v rovině zajištění ní udržitelnosti projektu, na kterou se nevztahují dotační tituly ly (je financována z rozpočtu kraje), a v rovině využití realizovaných řešení pro potřeby centrálních orgánů veřejné ejné správy, které se týkají zejména využití infrastruktury pro vedení základních registrů. Rozsah a obsah Studie proveditelnosti je dán závazno závaznou u osnovou, která je souč součástí příručky žadatele o finanční podporu v rámci výzvy Integrovaného opera operačního ního programu pro prioritní osu 2, oblast intervence 2.1, „TECHNOLOGICKÁ CENTRA A ELEKTRONICKÉ SPISOVÉ SLUŽBY V ÚZEMÍ“. Studie proveditelnosti je zpracována na základě základ informací známých a dostupných v období dubna a května 2010.

18.15.1 Vyjádření ení k realizovatelnosti a finanční finan rentabilitě projektu Ekonomické hodnocení projektu jsme provedli „slovní metodou“. Na základě uvedených skute skutečností konstatujeme, že navržená ná nenulová varianta ekonomicky efektivní a rentabilní, mimo jiné i proto, že navržená investice je budoucnu nevyhnutelná. 18.15.2 Popis postupu návazných projektů projekt Projekt vnitřní ní integrace úřadu ú adu navazuje na realizaci technologického centra m města Hořice. Realizace je podmíněna ěna zdárným ukon ukončením ením implementace technologického centra, jak je naznačeno v harmonogramu – kapitola 10.2.. 18.15.3 Závěry a doporučení Doporučujeme řešit ešit nejen rámec projektu výzvy 06, ale i návazné etapy rozvoje informatizace.



Seznam zkratek Zkratka API CDP CMS CPU DMS DNS EU IM IOP ISZR LUN MAN MěÚ MVČR OAIS OCR OP LZZ ORP PO RAID RMS RPM SAN SATA SLA SNMP SP TC TC K TC ORP TCP/IP ÚAP ÚPD URL VDI VIU VPN WMS

Význam Application Programming Interface Continuous Data Protection Centrální místo služeb Central Processing Unit Data Management Systém Domain Name System Evropská unie Identity Management Integrovaný operační opera program Informační ční systém základních registrů registr Logical Unit Number Metropolitan area network Městský stský úřad úř Ministerstvo vnitra České republiky Open Archival Information Systém Optical character recognition Operační ční program Lidské zdroje a zam zaměstnanost Obec s rozšířenou rozší působností Pověřené ené obce Redundant Array of Independent Disks Rack Monitoring System Revolutions per Minute Storage Area Network Seriál ATA Service Level Agreement Simple Network Management Protocol Studie proveditelnosti Technologické centrum Technologické centrum kraje Technologické centrum obce s rozšířenou působností Transmission Control Protocol and the Internet Protocol Územně ě analytické podklady Územně ě plánovací dokumentace Uniform Resource Locator Virtual Desktop Infrastructure Vnitřní ní integrace úřadu ú Virtual Private Network Web Map Service – webová mapová služba



19 Příloha 1 – Analýza současného sou stavu



STUDIE PROVEDITELNOSTI

Recommend Documents