Studie proveditelnosti

Studie proveditelnosti Rozvoj služeb eGovernmentu v ORP Domažlice

Tomáš Marek Petra Lavičková Ivan Pavle

Datum vydání:

27. 5. 2010 (verze 1.20)

- 1© CORTIS Consulting, 2010. Všechna práva vyhrazena.

Rozvoj služeb eGovernmentu v ORP Domažlice Zadavatel: Název:

Město Domažlice

IČ:

00253316

Adresa sídla:

Městský úřad Domažlice, nám. Míru 1, 344 20 Domažlice

Osoby oprávněné jednat za zadavatele:

Ing. Miroslav Mach, starosta

Kontaktní osoby:

Bc. Michal Hájek, vedoucí správy majetku

Telefon:

+420 379 719 172

e-mail:

[email protected]

Zpracovatel: Název:

CORTIS Consulting s.r.o.

IČ:

26397668

Adresa sídla:

The 6th RIVER, Plzeňský vědeckotechnologický park, Teslova 3, 301 00 Plzeň

Osoby oprávněné jednat za zpracovatele:

David Melichar, jednatel

Kontaktní osoby:

Tomáš Marek, konzultant

Telefon:

+420 739 499 417

e-mail:

[email protected]


Obsah OBSAH .............................................................................................................................................................................. 3 TABULKA PRO HODNOTITELE ............................................................................................................................................ 6 KLÍČOVÉ PARAMETRY PROJEKTU ...................................................................................................................................... 7 SEZNAM ZKRATEK ............................................................................................................................................................. 8

ČÁST I. A III. VÝZVY – ZŘÍZENÍ TECHNOLOGICKÉHO CENTRA ORP DOMAŽLICE A VNITŘNÍ INTEGRACE CHODU ÚŘADU 1

ÚVOD ..................................................................................................................................................................... 10 1.1 1.2 1.3 1.4 1.5

2 3

REKAPITULACE VÝSLEDKŮ STUDIE .......................................................................................................................... 11 SOUČASNÝ STAV A HISTORIE PROJEKTU ................................................................................................................. 12 3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8

4

CHARAKTERISTIKA A POPIS DOSTUPNOSTI HMOTNÝCH DODÁVEK .......................................................................................... 22 NÁVRH ZÁKLADNÍCH POŽADAVKŮM, PARAMETRŮ A KRITÉRIÍ VÝZVY ...................................................................................... 22

LOKALITA A OKOLÍ .................................................................................................................................................. 23 6.1 6.2 6.3

7

ANALYTICKÁ ČÁST ................................................................................................................................................. 18 NÁVRHOVÁ KONCEPČNÍ ČÁST .................................................................................................................................... 19

MATERIÁLOVÉ VSTUPY POTŘEBNÉ K PROJEKTOVÉ ČINNOSTI ................................................................................. 22 5.1 5.2

6

STRATEGIE A CÍLE .................................................................................................................................................. 12 CHARAKTERISTIKA PROJEKTU .................................................................................................................................... 12 INFORMACE O VÝVOJI PROJEKTU ................................................................................................................................ 15 VARIANTY ŘEŠENÍ TECHNOLOGICKÉHO CENTRA ............................................................................................................... 16 VARIANTY ŘEŠENÍ VNITŘNÍ INTEGRACE ÚŘADU................................................................................................................ 16 ETAPY PROJEKTU ................................................................................................................................................... 16 NÁVAZNOST NA DALŠÍ PROJEKTY A VÝZVY V RÁMCI IOP .................................................................................................... 17 NÁVAZNOST NA DALŠÍ PROJEKTY A VÝZVY V RÁMCI OP LZZ................................................................................................ 17

ANALÝZA POPTÁVKY A KONCEPCE MARKETINGU ................................................................................................... 18 4.1 4.2

5

ZÁKLADNÍ INFORMACE K PROJEKTU ............................................................................................................................. 10 IDENTIFIKAČNÍ ÚDAJE PŘEDKLADATELE ......................................................................................................................... 10 INVESTOR ........................................................................................................................................................... 10 ÚČEL ZPRACOVÁNÍ ................................................................................................................................................ 10 CÍLOVÉ SKUPINY PROJEKTU ....................................................................................................................................... 10

UMÍSTĚNÍ PROJEKTU .............................................................................................................................................. 23 ŽIVOTNÍ PROSTŘEDÍ V OKOLÍ ..................................................................................................................................... 23 STAV TECHNICKÉ INFRASTRUKTURY ............................................................................................................................. 23

TECHNICKÉ ŘEŠENÍ.................................................................................................................................................. 24 7.1 7.2 7.3 7.4 7.5 7.6 7.7 7.8 7.9 7.10

SPECIFIKACE ZADÁNÍ PRO TC .................................................................................................................................... 24 VLASTNÍ KONCEPT ŘEŠENÍ ........................................................................................................................................ 24 NÁVRH A POPIS ARCHITEKTURY ŘEŠENÍ ........................................................................................................................ 25 POROVNÁNÍ VARIANT TECHNOLOGICKÝCH ŘEŠENÍ TC ORP ................................................................................................ 32 VÝBĚR VHODNÉ VARIANTY ....................................................................................................................................... 34 VARIANTY ŘEŠENÍ VNITŘNÍ INTEGRACE ÚŘADU................................................................................................................ 35 SROVNÁNÍ NABÍDEK JEDNOTLIVÝCH DODAVATELŮ ........................................................................................................... 36 DOPORUČENÍ A UPŘESNĚNÍ PRO ÚČELY ZADÁVACÍ DOKUMENTACE A REALIZAČNÍ PROJEKTOVÉ DOKUMENTACE ................................... 36 ANALÝZA TECHNICKÝCH A BEZPEČNOSTNÍCH RIZIK............................................................................................................ 37 PROVOZNÍ ZAJIŠTĚNÍ TECHNOLOGICKÉHO CENTRA A DALŠÍHO ICT VYBAVENÍ............................................................................ 43


8

ORGANIZACE A REŽIJNÍ NÁKLADY ........................................................................................................................... 44 8.1 8.2 8.3 8.4 8.5 8.6

9

LIDSKÉ ZDROJE, VLASTNÍCI A ZAMĚSTNANCI .......................................................................................................... 47 9.1 9.2

10

PROJEKTOVÁ RIZIKA ............................................................................................................................................... 63 TECHNICKÁ A REALIZAČNÍ RIZIKA ................................................................................................................................ 63 LEGISLATIVNÍ A ORGANIZAČNÍ RIZIKA ........................................................................................................................... 64 EKONOMICKÁ A INVESTIČNÍ RIZIKA .............................................................................................................................. 64

UDRŽITELNOST PROJEKTU ...................................................................................................................................... 65 14.1 14.2 14.3

15

EKONOMICKÉ VYHODNOCENÍ PROJEKTU TC POMOCÍ SOCIÁLNĚ EKONOMICKÉ ANALÝZY ............................................................... 58 DOPORUČENÍ VYBRANÉ VARIANTY .............................................................................................................................. 61 ZÁVĚRY EKONOMICKÉ ANALÝZY ................................................................................................................................. 61 EKONOMICKÉ VYHODNOCENÍ PROJEKTU PRO OBLAST VNITŘNÍ INTEGRACE ÚŘADU ..................................................................... 61

ANALÝZA RIZIK ....................................................................................................................................................... 63 13.1 13.2 13.3 13.4

14

FINANČNÍ ANALÝZA – ČÁST TECHNOLOGICKÉ CENTRUM .................................................................................................... 49 FINANČNÍ ANALÝZA – ČÁST VNITŘNÍ INTEGRACE ÚŘADU .................................................................................................... 55

EKONOMICKÁ ANALÝZA PROJEKTU ........................................................................................................................ 58 12.1 12.2 12.3 12.4

13

HARMONOGRAM ČINNOSTÍ PROJEKTU VE FÁZI PŘÍPRAVY A REALIZACE PROJEKTU....................................................................... 48 SOUHRNNÝ PŘEHLED ČASOVÝCH A NÁKLADOVÝCH CHARAKTERISTIK PROJEKTU ......................................................................... 48

FINANČNÍ ANALÝZA PROJEKTU, FINANČNÍ PLÁN..................................................................................................... 49 11.1 11.2

12

SPECIFIKACE FUNKCÍ A POZIC PROJEKTOVÉHO TÝMU ......................................................................................................... 47 POŽADAVKY NA KVALIFIKACI, KOMPETENCE A ODPOVĚDNOSTI............................................................................................. 47

REALIZACE PROJEKTU, ČASOVÝ PLÁN ..................................................................................................................... 48 10.1 10.2

11

ORGANIZAČNÍ MODEL INVESTIČNÍ FÁZE ........................................................................................................................ 44 PROVOZNÍ MODEL ................................................................................................................................................. 44 ROLE VŠECH ORGANIZACÍ V PROJEKTU ......................................................................................................................... 44 ORGANIZACE VÝBĚROVÝCH ŘÍZENÍ .............................................................................................................................. 45 PRÁVNÍ OPATŘENÍ NUTNÁ PRO REALIZACI PROJEKTU ........................................................................................................ 45 POPIS OBSAHU PROVOZNÍCH SMĚRNIC TC A SMLUVNÍCH UJEDNÁNÍ PRO JEDNOTLIVÉ PROVOZOVANÉ ČÁSTI / SUBDODAVATELE ............... 45

INSTITUCIONÁLNÍ ROVINA ........................................................................................................................................ 65 FINANČNÍ ROVINA ................................................................................................................................................. 65 PROVOZNÍ ROVINA ................................................................................................................................................ 66

ZÁVĚR..................................................................................................................................................................... 67

PŘÍLOHA 1 – POPTÁVKA PO SLUŽBÁCH TC ORP ............................................................................................................... 68 PŘÍLOHA 2 – PODKLADY PRO ZADÁVACÍ DOKUMENTACI ................................................................................................ 70


ČÁST II. VÝZVY – POŘÍZENÍ ELEKTRONICKÉ SPISOVÉ SLUŽBY ORP A ŘEŠENÍ SPISOVÉ SLUŽBY OBCÍ VE SPRÁVNÍM OBVODU ORP DOMAŽLICE 1

ÚVOD ..................................................................................................................................................................... 75 1.1 1.2

2 3

SOUČASNÝ STAV A HISTORIE PROJEKTU ................................................................................................................. 76 ZVAŽOVANÉ VARIANTY ŘEŠENÍ............................................................................................................................... 77 3.1

4 5

PROJEKTOVÁ RIZIKA ............................................................................................................................................... 88 TECHNICKÁ A REALIZAČNÍ RIZIKA ................................................................................................................................ 88 LEGISLATIVNÍ A ORGANIZAČNÍ RIZIKA ........................................................................................................................... 89 EKONOMICKÁ A INVESTIČNÍ RIZIKA .............................................................................................................................. 89

UDRŽITELNOST PROJEKTU ...................................................................................................................................... 90 11.1 11.2 11.3

12

PŘEHLED CELKOVÝCH NÁKLADŮ V INVESTIČNÍ FÁZI ........................................................................................................... 86 PŘEHLED CELKOVÝCH NÁKLADŮ V PROVOZNÍ FÁZI............................................................................................................ 86 PŘÍJMY PROVOZNÍ FÁZE........................................................................................................................................... 86 ZÁVĚRY FINANČNÍ ANALÝZY ...................................................................................................................................... 86

ANALÝZA RIZIK ....................................................................................................................................................... 88 10.1 10.2 10.3 10.4

11

HARMONOGRAM PROJEKTU VE FÁZI PŘÍPRAVY A REALIZACE PROJEKTU ................................................................................... 85

FINANČNÍ ANALÝZA PROJEKTU, FINANČNÍ PLÁN..................................................................................................... 86 9.1 9.2 9.3 9.4

10

SPECIFIKACE FUNKCÍ A POZIC PROJEKTOVÉHO TÝMU ......................................................................................................... 84 STRUKTURA MZDOVÝCH NÁKLADŮ .............................................................................................................................. 84

REALIZACE PROJEKTU, ČASOVÝ PLÁN ..................................................................................................................... 85 8.1

9

ORGANIZAČNÍ MODEL INVESTIČNÍ FÁZE ........................................................................................................................ 82 PROVOZNÍ MODEL ................................................................................................................................................. 82 ROLE VŠECH ORGANIZACÍ V PROJEKTU ......................................................................................................................... 82 ORGANIZACE VÝBĚROVÝCH ŘÍZENÍ .............................................................................................................................. 82 SMLUVNÍ UJEDNÁNÍ ............................................................................................................................................... 83

LIDSKÉ ZDROJE, VLASTNÍCI A ZAMĚSTNANCI .......................................................................................................... 84 7.1 7.2

8

VARIANTY POPTÁVANÉHO ŘEŠENÍ ............................................................................................................................... 79 DOPORUČENÁ VARIANTA ŘEŠENÍ ................................................................................................................................ 80 ORIENTAČNÍ NABÍDKA NA TRHU ................................................................................................................................. 81

ORGANIZACE A REŽIJNÍ NÁKLADY ........................................................................................................................... 82 6.1 6.2 6.3 6.4 6.5

7

ETAPY PROJEKTU ................................................................................................................................................... 77

FUNKČNÍ POŽADAVKY NA VYBRANÉ SPISOVÉ SLUŽBY ............................................................................................ 78 POPTÁVKA A NABÍDKA, ANALÝZA TRHU ................................................................................................................. 79 5.1 5.2 5.3

6

IDENTIFIKAČNÍ ÚDAJE PŘEDKLADATELE ......................................................................................................................... 75 CÍLOVÉ SKUPINY PROJEKTU ....................................................................................................................................... 75

INSTITUCIONÁLNÍ ROVINA ........................................................................................................................................ 90 FINANČNÍ ROVINA ................................................................................................................................................. 90 PROVOZNÍ ROVINA ................................................................................................................................................ 90

ZÁVĚR..................................................................................................................................................................... 91

PŘÍLOHA 1 – SEZNAM OBCÍ, KTERÉ POŽÁDALY O ZAJIŠTĚNÍ PŘÍSTUPU K ELEKTRONICKÉ SPISOVÉ SLUŽBĚ ....................... 92


Tabulka pro hodnotitele Z důvodu rychlejšího a přehlednějšího nalezení jednotlivých výběrových kriterií je uveden jejich seznam společně s odkazem, kde lze tato kritéria ve Studii proveditelnosti nalézt. Kapitola ve Studii proveditelnosti1

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

3.2.3

Vazba na tematickou strategii

3.1 a 3.2.3

Kvalita projektu Umístění projektu v hexagonu

3.2.3

Volba klíčových aktivit

3.2.5, 10.1 a 8.1

Provázanost projektu s OP LZZ

3.8

Kvantifikace cílových hodnot

3.2.8

Ekonomický dopad

12.1 a 12.4

Technické parametry řešení

7

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

3.2.4

Řešení realizace projektu Projektový tým a jeho začlenění v organizační struktuře

9.1, 9.2 a 7.1

Finanční náročnost projektu

11.1.6, 9.1 a 9.2

Partnerství – reálnost a vhodnost zapojení partnerů

1.5, 8.3 a 6.3

Identifikace rizik, návrhy opatření

13 a 10

Udržitelnost projektu

14 a 11

Horizontální kritéria Rovné příležitosti

Popis není dán ve struktuře Studie, lze nalézt v Žádosti.

Udržitelný rozvoj

1

V případě, že výběrová kriteria nejsou ve Studii proveditelnost uvedena (např. z důvodu, že osnova studie proveditelnosti zahrnutí těchto kriterií nepožaduje), jsou kriteria uvedena a podrobně popsána ve vlastní žádosti Benefit7+.


Klíčové parametry projektu Název projektu:

Rozvoj služeb eGovernmentu v ORP Domažlice

Výzva:

Výzva č. 06 IOP na „Rozvoj služeb eGovernmentu v obcích“

Finanční náročnost projektu: Část Výzvy

Investiční náklady (s DPH)

Provozní náklady / rok (s DPH)

I. Technologické centrum

3.294.000,-

240.000,- / 290.000,-

II. Elektronická spisová služba

1.567.000,-

239.000,-

III. Vnitřní integrace úřadu

1.529.000,-

62.000,-

Celkem

6.390.000,-

541.000,- / 591.000,-

2

Způsob financování:

dotace do výše 85% ze strukturálních fondů EU na investiční část, spoluúčast ORP ve výši 15%

Doba realizace projektu:

01 /2010 – 06 / 2011

Udržitelnost projektu:

60 měsíců od 07 / 2011

2

Ve druhém roce provozu technologického centra jsou provozní náklady navýšeny o nutnou obměnu záložního zdroje.


Seznam zkratek Zkratka

Význam

AIS

Agendový informační systém

API

Application Programming Interface

CMS

Centrální místo služeb

CPU

Central Processing Unit

DMS

Data Management System

DNS

Domain Name System

eSpSl

Elektronická spisová služba

EU

Evropská unie

IOP

Integrovaný operační program

ISMS

Information Security Management System

LUN

Logical Unit Number

MAN

Metropolitan Area Network

MVČR

Ministerstvo vnitra České republiky

OAIS

Open Archival Information Systém

OP LZZ

Operační program Lidské zdroje a zaměstnanost

ORP

Obec s rozšířenou působností

PO

Příspěvkové organizace

POE

Power Over Ethernet

POÚ

Obec s pověřeným obecním úřadem, tj. „dvojková obec“

RAID

Redundant Array of Independent Disks

RMS

Rack Monitoring System

RPM

Rotations per Minute

SAN

Storage Area Network

SAS

Serial-Attached SCSI

SAS MDL

Serial-Attached SCSI Midline

SATA

Serial ATA

SLA

Service Level Agreement

SNMP

Simple Network Management Protocol

SP

Studie proveditelnosti

SROP

Společný regionální operační program

SpSl

Spisová služba

TC

Technologické centrum

TC K

Technologické centrum kraje

TC ORP

Technologické centrum obce s rozšířenou působností

TCP/IP

Transmission Control Protocol and the Internet Protocol

URL

Uniform Resource Locator

VDI

Virtual Desktop Infrastructure

VPN

Virtual Private Network

WMS

Web Map Service – Webová mapová služba


Část I. výzvy – Zřízení technologického centra ORP, včetně zajištění povinných služeb Část III. výzvy – Vnitřní integrace úřadu ORP


1

Úvod

1.1 Základní informace k projektu Název:

Rozvoj služeb eGovernmentu v ORP Domažlice

Garant projektu:

Město Domažlice

Lokalita:

Město Domažlice

Doba realizace:

01 / 2010 – 06 / 2011

Doba udržitelnosti:

60 měsíců

Rozpočet projektu:

4.823.000,- včetně DPH (3.294.000,- část TC a 1.529.000,- část integrace vnitřního chodu úřadu)

1.2 Identifikační údaje předkladatele Název organizace:

Město Domažlice

IČ:

00253316

Adresa:


Telefon:

+420 379 719 143

Fax:

+420 379 722 763

e-mail:

[email protected]

Web:

http://www.domazlice.info/

Kontaktní osoba:

Ing. Ivan Pavle

1.3 Investor Investor je shodný s předkladatelem žádosti o dotaci.

1.4 Účel zpracování Studie proveditelnosti je zpracována za účelem:

specifikace záměru realizace TC z hlediska stávajícího stavu řešené problematiky i jejího budoucího vývoje;

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 žadatele pokračovat v jeho financování po ukončení finanční podpory ze strukturálních fondů;

podání žádosti o poskytnutí dotace (jako nutná příloha).

1.5 Cílové skupiny projektu Mezi cílové skupiny patří:

ORP jako garant realizace, provozovatel TC a konzument služeb poskytovaných TC;

zřizované organizace ORP jako konzumenti služeb poskytovaných TC;

obce v působnosti ORP jako konzumenti služeb poskytovaných TC;

zřizované organizace obcí jako konzumenti služeb poskytovaných TC.

- 10 © CORTIS Consulting, 2010. Všechna práva vyhrazena.

2

Rekapitulace výsledků studie

Studie proveditelnosti projektu Rozvoj služeb eGovernmentu v obcích je zpracována za účelem posouzení životaschopnosti vize moderního technologického centra, které tvoří nutné zázemí pro šíření konceptu elektronické státní správy na úrovni obcí a příspěvkových organizací ve správním území ORP Domažlice a za účelem posouzení možnosti provedení vnitřní integrace MěÚ Domažlice. Možnost vybudování centra a provedení integrace úřadu je podpořeno nabídkou finančních prostředků z fondů EU. Poptávka zainteresovaných subjektů po službách technologického centra je v této chvíli především po negarantovaném úložišti. Pojem negarantované úložiště používá Ministerstvo vnitra České republiky pro pracovní úložiště otevřených spisů a pracovních dokumentů. Do technologického centra budou převedeny aplikace a systémy současně provozované v rámci MěÚ. Zároveň je navržen marketingový mix, který umožňuje prezentovat možnosti a benefity využívaní technologického centra a dále tak zefektivňovat služby poskytované státní správou. Materiálové vstupy projektu jsou především ve formě hardwarového vybavení pro technologické centrum. Technologické centrum bude provozováno ve dvou lokalitách a to v budově MěÚ Domažlice ve stávající serverovně a v prostorách bývalé banky na adrese U nemocnice 579, Domažlice ve II. patře v bývalé serverovně (budova je majetkem města Domažlice). Realizace a provoz technologického centra nebude negativním způsobem ovlivňovat životní prostředí. Řešení je připraveno ve dvou variantách (a v podobě řešení tzv. nulté varianty), investiční a provozní náklady každé varianty zároveň slouží jako vstup pro následné ekonomické vyhodnocení projektu. Finanční analýza projektu mapuje finanční toky po dobu udržitelnosti projektu pro nulovou i obě investiční varianty technického řešení. Protože se jedná o neziskový projekt, z čistě finančního hlediska vychází ve všech variantách finančně neefektivní. Následující ekonomická analýza projektu zohledňuje kromě investora také vliv na ostatní zapojené subjekty. Jako ekonomicky nejpřínosnější se ukázala varianta číslo 1. Tato varianta projektu počítá s investičními náklady ve výši 3.294.000,- včetně DPH. Náklady na provedení vnitřní integrace úřadu činí 1.529.000,- včetně DPH. Navržený harmonogram počítá s podáním žádosti o dotaci v květnu 2010 a následnými organizačními a implementačními kroky tak, aby ostrý provoz TC byl zahájen od července 2011. Výstupy projektu vnitřní integrace úřadu budou dostupné od července 2011. Doba udržitelnosti projektů je stanovena na 5 let. Udržitelnost projektu plyne především z toho, že finanční zdroje na investici i provoz projektu jsou z veřejných zdrojů (státní rozpočet, EU), projekt není závislý na půjčkách na finančním trhu nebo příjmech z provozované činnosti (neexistují), projekt je po všech stránkách efektivně navržen (legislativně, technicky a ekonomicky), uživatelé budou motivováni k vysokému využívání výstupů projektu, které jim zpříjemní a urychlí práci. Neméně významné je pro projekt jeho personální zajištění. Při sestavování projektového týmu byl brán ohled na odbornou vybavenost a zkušenosti z obdobných projektů jednotlivých členů týmu. Zároveň byl volen adekvátní počet členů týmu a jejich dostatečné pokrytí jednotlivých aktivit projektu. Studie identifikuje potenciální rizika projektu včetně jejich rozdělení do kategorií podle závažnosti. Jako možná klíčová rizika je identifikováno nedodržení termínů implementace, nevhodně navržená technická architektura a porušení podmínek udělení dotace. Klíčová rizika lze minimalizovat odborným vedením projektu a výběrem kvalifikovaného dodavatele řešení.


3

Souč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 České republiky), tak z pohledu regionálního, tj. především z pohledu ORP Domažlice a Plzeňského kraje.

3.1 Strategie a cíle Strategický rámec projektu technologických center a vnitřní integrace úřadu vychází ze stanovené strategie efektivní veřejné správy dané dokumentem „Efektivní veřejná správa a přátelské veřejné služby – Strategie realizace Smart Administration v období 2007 – 2015“. Vlastní projekt rozvoje služeb eGovernmentu v obcích je součástí Intervence 2.1 Zavádění ICT v územní veřejné správě Integrovaného operačního programu (IOP). Cílem IOP je modernizace a zefektivnění činnosti a procesů v oblasti veřejné správy a navazujících veřejných služeb a územního rozvoje jako předpokladu pro vytvoření moderní občanské společnosti a zvýšení konkurenceschopnosti regionů a ČR jako celku. Cílem oblasti intervence 2.1 je dosažení rychlejšího a spolehlivějšího poskytování veřejných služeb nejširší veřejnosti a prostřednictvím elektronické správy pak umožnit občanům a podnikatelským subjektům jednoduše a rychle komunikovat s úřady územní veřejné správy.

3.2 Charakteristika projektu 3.2.1 Základní údaje o projektu Projekt rozvoje služeb eGovernmentu v obcích je součástí projektu regionálních center, která mají složku technologickou, vzdělávací a administrativní. Centra se stávají výrazným nositelem a šiřitelem znalostí konceptu eGovernment. Realizace TC a integrace vnitřního chodu úřadu výrazně rozvíjí jeho technologickou složku, zapadá do logického rámce a je v souladu s následujícími koncepčními dokumenty:

Informační strategie MěÚ Domažlice (nyní ve fázi finalizace); Program rozvoje Plzeňského kraje; Koncepce informatizace Plzeňského kraje.

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 mimo hl. m. Prahy. Projekt Rozvoj služeb eGovernmentu v ORP Domažlice je realizován pro správní území ORP Domažlice. Do správního obvodu spadá celkem 57 obcí, z toho patří 29 obcí k pověřenému úřadu Domažlice, 14 obcí k pověřenému úřadu Kdyně a 12 obcí k pověřenému úřadu Poběžovice. Konkrétně se dotýká následujících obcí: Babylon, Bělá nad Radbuzou, Brnířov, Česká Kubice, Díly, Drahotín, Draženov, Hora Svatého Václava, Hostouň, Hradiště, Hvožďany, Chocomyšl, Chodov, Chodská Lhota, Chrastavice, Kanice, Kaničky, Kdyně, Klenčí pod Čerchovem, Koloveč, Kout na Šumavě, Libkov, Loučim, Luženičky, Mezholezy, Milavče, Mnichov, Mrákov, Mutěnín, Nemanice, Němčice, Nevolice, Nová Ves, Nový Kramolín, Otov, Pařezov, Pasečnice, Pec, Pelechy, Poběžovice, Pocinovice, Postřekov, Rybník, Spáňov, Srbice, Stráž, Tlumačov, Trhanov, Úboč, Újezd, Únějovice, Úsilov, Vlkanov, Všepadly, Všeruby, Zahořany, Ždánov a Domažlice. Místem realizace projektu (části I. a III.) je Město Domažlice.


3.2.3 Účel projektu Oblast intervence 2.1 IOP se zaměřuje na modernizaci územní veřejné správy a zkvalitnění a zefektivnění služeb veřejné správy prostřednictvím vyššího využití informačních a komunikačních technologií v území, podporujících komplexní informatizaci a rozvoj informačních systémů v orgánech územní veřejné správy. Vlastní modernizace odstraňuje slabé stránky současného stavu:

nedostatečné využívání moderních ICT v územní veřejné správě; neznalost a nízká míra využívání metod a modelů fungování elektronické veřejné správy; špatná infrastrukturní vybavenost pro šíření vysokorychlostního připojení k internetu; velký podíl dosud nedigitalizovaných dat; roztříštěné, nejednoznačné a nedostatečně popsané datové zdroje územní veřejné správy; chybějící standardy pro výměnu a sdílení dat mezi subjekty veřejné správy; malá nabídka služeb na úrovni interakcí a transakcí; nedostatečné zabezpečení informačních sítí a služeb; nedostatečná informovanost veřejnosti o možnostech, které jim eGovernment nabízí; nedostatečná počítačová gramotnost.

Účelem projektu je poskytnout zadavateli, obcím ležícím v jeho správním území a zřizovaným organizacím robustní, škálovatelnou, rozšiřitelnou a stabilní technickou architekturu a odstranit všechny nedostatky uvedené výše v tomto bodě. Projekt má tak z pohledu hodnocení prováděného podle vrcholů Hexagonu veřejné správy pozitivní dopad do všech jeho vrcholů:

technologie – zásadní dopad pro vytvoření adekvátní infrastruktury pro navazující projekty, bez které by nebylo možno koordinovat aktivity jednotlivých aplikačně nebo datově zaměřených projektů, tj. jedná se o zásadní koncepční rámec. Výstupy projektu povedou ke zvýšení elektronizace veřejné správy (především elektronizace dokumentů, tvorba komunikační a IT infrastruktury, automatizace postupů). Dále díky projektu vnitřní integrace úřadu dochází ke kultivaci vnitřních systémů, zejména SW komponent pro zpracování jednotlivých agend atd.;

finance – synergický efekt z pohledu investic a provozních nákladů na služby (např. spisová služba) u obcí a zřizovaných organizací, efektivnější využívání veřejných financí;

legislativa – vybudování infrastruktury bude využito pro naplnění požadavků vyplývajících z legislativy a to v oblasti spisové služby (novela zákona č. 499/2004 Sb., o archivnictví a spisové službě, zákon číslo 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů) a v oblasti územně analytických podkladů a územně plánovací dokumentace (zákon číslo 183/2006 Sb., o územním plánování a stavebním řádu a prováděcí předpisy);

organizace – podpora jednotlivých činností je zajišťována na úrovni, kde se její realizace jeví jako nejvhodnější (kompetence, kapacity, znalosti apod. – z tohoto důvodu jsou různé povinné služby poskytovány na různých úrovních pro různé klienty, budou implementována moderní technologická řešení vedoucí ke snižování duplicity činností. Projekt vnitřní integrace úřadu přináší nový stupeň řízení organizační struktury a kompetencí MěÚ;

občan – výrazný dopad na občana např. při realizaci projektu interaktivních formulářů (jeden z projektů integrace), kdy je vytvořen další elektronický kanál pro komunikaci občan / úřad. Další dopad je prostřednictvím navazujících služeb TC, jako jsou územně analytické podklady a územně plánovací dokumentace, což souvisí zejména s dostupností a transparentností informací;

úředník – dopad na úředníka je především díky projektu vnitřní integrace úřadu a to díky možnosti využívat např. jednotnou datovou základnu pro vykonávání agend, společné prostředí atd. Další dopad je ve formě navazujících projektů, jako je např. typový projekt DMVS.


3.2.4 Vazba na centrální a regionální projekty Projekty podle Výzvy číslo 06 nejsou připravovány jako samostatné nebo nekoncepční projekty, ale věcně, technicky a časově přímo zapadají do rámce zavádění eGovernment do území. Vazba mezi jednotlivými projekty Výzvy číslo 06 na úrovni ORP Domažlice s výše zmíněnými realizovanými nebo připravovanými projekty na národní a regionální úrovni je minimálně následující: Vazba na Centrální projekty

Projekt ORP Domažlice

Vazba na Regionální projekty

Technologické centrum ORP Domažlice

Centrální místo služeb (CMS) Komunikační infrastruktura veřejné správy (KIVS)

Technologické centrum kraje (TC K)

eSpSl ORP Domažlice

Národní digitální archív (NDA)

Elektronická spisovna

Vnitřní integrace úřadu ORP Domažlice

Informační systém základních registrů (ISZR) Portál veřejné správy (PVS) Elektronický portál územních samospráv (ePUSA) Czech POINT@Office

Portály Regionů

3.2.5 Klíčové aktivity Uvedené klíčové aktivity, jejich logika, načasování a způsob provedení přímo naplňují koncepční dokument „Technologické centrum obce s rozšířenou působností (Koncept a východiska)“ a přispívají k implementaci přijaté „Strategie Efektivní veřejné správa a přátelské veřejné služby“:

vytvoření projektového záměru; zpracování Studie proveditelnosti jako povinné přílohy žádosti o přidělení finanční podpory; zpracování a předložení žádosti o udělení finanční podpory; příprava a realizace výběrového řízení na dodavatele TC; vlastní proces implementace TC a povinných a nepovinných služeb včetně zkušebního provozu; rutinní provoz služeb TC po definovanou dobu udržitelnosti projektu.

Podrobný rozpad, načasování a provázání všech klíčových aktivit je detailně popsáno v kapitole 10.1.

3.2.6 Očekávané přínosy Očekávaným přínosem implementace TC je vybudování robustní, škálovatelné, bezpečné, stabilní a vysoce dostupné architektury jako nutné podmínky pro provozování a nabídku elektronických služeb veřejné správy (na úrovni individuálních nebo typových centrálních projektů). Očekávaným přínosem v oblasti Vnitřní integrace úřadu je optimálně fungující vnitřní systém úřadu, zajištění připravenosti ICT žadatele na součinnost se základními registry, optimálně nastavené ICT podporující logicky realizované procesy v organizaci, zajištění snížení administrativní zátěže spojené s využíváním ICT a její optimální a efektivní správa.

3.2.7 Výstupy projektu Výstupem projektu je provedení vnitřní integrace úřadu, zřízení TC a poskytování povinných a nepovinných služeb TC pro své uživatele se stanovenou dobou udržitelnosti minimálně 5 let na robustní, škálovatelné, bezpečné, stabilní, vysoce dostupné architektuře.


3.2.8 Objektivně ověřitelné indikátory Výše a objem plánovaných hodnot indikátorů projektu byla volena s ohledem na reálnost jejich dosažení. Část Výzvy 06

I. Zřízení technologického centra ORP včetně zajištění povinných služeb

Název indikátoru

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

Stávající hodnota

0

Cílová hodnota

1

Plánované dosažení

30. 6. 2011

Část Výzvy 06

II. Pořízení eSpSl ORP a řešení eSpSl obcí ve správním obvodu ORP3

Název indikátoru

Počet úřadů se zavedeným systémem eSpSl a elektronicky řízeným oběhem dokumentů


0

Cílová hodnota

32 (ORP a 31 obcí, které požádaly o zajištění eSpSl)


30. 6. 2011

Část Výzvy 06

III. Vnitřní integrace úřadu ORP

Název indikátoru

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


0

Cílová hodnota

1 (ORP)


30. 6. 2011

3.3 Informace o vývoji projektu Realizace TC ORP zapadá do celkové koncepce rozvoje města Domažlice v oblasti zkvalitnění technické infrastruktury ve městě. Na jaře 2009 byly Ministerstvem vnitra ČR zveřejněny dokumenty k výzvě na TC a spisovou službu – Výzva číslo 04 Technologická centra a elektronická spisová služba, Koncepce a východiska a Příručka pro žadatele a příjemce 2.1 Technologická centra. V srpnu 2009 MVČR pozastavilo příjem žádostí o finanční podporu na TC ORP a dne 29. 10. 2009 byla vyhlášena aktualizovaná výzva pod číslem 06 na Rozvoj služeb eGovernmentu v obcích. Tato aktuální výzva je rozšířená o III. část Vnitřní integrace úřadu obce. V lednu 2010 proběhlo setkání starostů obcí. Hlavním tématem byla nabídka na hostování spisové služby, poskytování úložiště dat z datových schránek a spisové služby pro obce a jimi zřizované organizace ve správním obvodu. Na 122. schůzi dne 10. 5. 2010 rada města Domažlice usnesením číslo 5814 (které mění a doplňuje usnesení č. 5162 b) z 21. 12. 2009) schválila projekt Technologického centra ORP Domažlice včetně souvisejících služeb dle výzvy 06 IOP - Rozvoj služeb eGovernmentu v obcích, včetně Podmínek Rozhodnutí o poskytnutí dotace, které jsou přílohou výzvy. Na 123. schůzi dne 20. 5. 2010 rada města Domažlice usnesením číslo 5821 a) zrušila usnesení ze 122. schůze rady města č. 5814 a schválila podání žádosti v rámci výzvy č. 06 Integrovaného operačního programu na rozvoj služeb eGovernmentu v obcích, oblast podpory 2.1 Zavádění ICT v územní veřejné správě v rozsahu projektu "Rozvoj služeb eGovernmentu v ORP Domažlice", včetně Podmínek Rozhodnutí o poskytnutí dotace.

3

Z hlediska úplnosti a přehlednosti je na tomto místě uveden i monitorovací indikátor pro II. část výzvy.


3.4 Varianty řešení technologického centra Možné způsoby technického řešení TC jsou popsány v kapitole číslo 7 Technické řešení. Pro návrh architektury je nezbytně nutné uvažovat následující vstupy:

legislativní požadavky; povinné služby dané MV ČR; soulad s koncepcí rozvoje MěÚ Domažlice; poptávku po službách TC od jednotlivých obcí a příspěvkových organizací.

Z důvodu možnosti výběru optimální varianty jsou navrženy tři způsoby řešení TC. Jednotlivé varianty jsou v kapitole Technické řešení popsány a zároveň tyto informace slouží jako podklad pro kapitoly číslo 11 Finanční analýza projektu a 12 Ekonomická analýza.

3.5 Varianty řešení vnitřní integrace úřadu Problematika řešení projektu Vnitřní integrace je podrobně řešena v dokumentu Analýza aktuálního stavu vnitřního chodu úřadu, který předchází zpracování vlastní Studie proveditelnosti a jeho rozsah a osnova poskytuje větší prostor, než samotná Studie proveditelnosti (která prakticky přebírá a komentuje výstupy analýzy, tj. jednotlivé projekty vnitřní integrace). Analytický dokument popisuje více než desítku možných řešení a na základě provedené analýzy a definice problémů současného stavu navrhuje varianty, které řeší stávající slabé stránky MěÚ v oblasti řízení vnitřního chodu. Mezi vybraná řešení integrace MěÚ Domažlice je navrženo:

zavedení systému řízení organizační struktury; implementace interaktivních formulářů; rozšíření stávajících IS o další agendy; zavedení manažerského IS.

Předložená řešení vnitřní integrace MěÚ Domažlice ve formě uvedených projektů průkazně přispívají ke kultivaci vnitřních systémů chodu úřadu a naplňují záměry a cíle integrace v minimálně v následujících bodech: schopnost nebo připravenost MěÚ Domažlice na komunikaci s ISZR; transparentní řízení organizační struktury – řízení organizační struktury, pracovních náplní, povinností a zodpovědnosti pro zaměstnance;

plná podpora poskytovaných služeb občanům prostřednictvím IS;

omezení ručního plnění a přepisování dat do vnitřních provozních agend, posílení automatizace, snížení chybovosti způsobené lidským faktorem;

zajištění zpracování jednotného vstupu/výstupu z/do agendových systémů, zrychlení výkonu agend;

možnost analyzovat a vyhodnocovat data z IS MěÚ Domažlice.

Finanční rovina uvedeného projektu je uvedena v kapitole 11, jejich vlastní věcný popis je obsahem zmíněného dokumentu Analýza aktuálního stavu vnitřního chodu MěÚ Domažlice.

3.6 Etapy projektu Etapou projektu se rozumí technicky, finančně a časově nezávislá fáze projektu, která je logicky kontrolovatelná. Projekt může být, ale nemusí být rozdělen do několika etap. Délka etapy projektu je minimálně 3 měsíce, jestliže by poslední etapa byla kratší než 3 měsíce, spojuje se s předchozí etapou. Obecně doporučený termín ukončení projektu vybudování TC a provedení vnitřní integrace úřadu je do 18 měsíců. Celý projekt je realizován v rámci jedné etapy, která bude rozdělena na několik částí. Konkrétní členění projektu na dílčí aktivity a celkový harmonogram je uveden v kapitole 10.


3.7 Návaznost na další projekty a výzvy v rámci IOP TC je budováno s ohledem na další podporované aktivity a výzvy IOP, pro které vytváří technologické zázemí. Do těchto aktivit patří implementace typových projektů popsaných v dokumentu MVČR Strategie implementace eGovernment v území, tj. služeb, které jsou implicitně předpokládány pro provoz na TC.

3.8 Návaznost na další projekty a výzvy v rámci OP LZZ Projekt realizace TC a spisové služby je logickou součástí implementace eGovernmentu do ORP Domažlice a úzce souvisí s jeho další složkou, kterou je vzdělávání – finančním zdrojem je operační program lidské zdroje a zaměstnanost (OP LZZ). Tato oblast se zaměřuje na vytvoření koncepce činnosti centra a systému vzdělávání úředníků i občanů v používání služeb eGovernmentu. V současné době má město Domažlice podanou žádost o finanční podporu z výzvy číslo 57 operačního programu lidské zdroje a zaměstnanost – projekt nese název Optimalizace řízení lidských zdrojů MěÚ Domažlice.


4

Analýza poptávky a koncepce marketingu

Tato kapitola analyzuje poptávku ORP, obcí a zřizovaných organizací po možných službách v kontextu TC ORP a nabídku těchto a dalších služeb ze strany TC. Analýza slouží jako výchozí bod pro vlastní definici marketingové strategie, marketingového mixu a popisu koncepce odbytu.

4.1 Analytická část 4.1.1 Analýza poptávky výstupů projektu Při průzkumu zájmu o služby TC ORP byly zohledněny následující vstupy:

Koncepce a východiska realizace technologických center popsaná v dokumentu MV ČR „Technologické centrum obce s rozšířenou působností (Koncept a východiska)“; Příručka pro žadatele a příjemce finanční podpory v rámci IOP pro prioritní osu 2, oblast intervence 2.1, „Rozvoj služeb eGovernmentu obcí“, včetně souvisejících příloh.

Z provedení průzkumu provedeného formou místního a dotazníkového šetření vyplývá následující poptávka jednotlivých skupin: Poptávka města Domažlice po službách vlastního TC

provozování eSpSl pro potřebu MěÚ Domažlice; zajištění negarantovaného datového úložiště pro neuzavřené spisy; poskytnutí obecného diskového úložiště na obecné dokumenty úřadu; převod současných agendových systémů a dalších aplikací a dat do TC a to z důvodu: o o o

zajištění dostupnosti služeb a dat; využití virtualizace; vyššího zabezpečení dat;

Poptávka obcí ve správním obvodu ORP Domažlice po službách TC ORP

zajištění negarantovaného datové úložiště; elektronická spisová služba o v hostované variantě v TC ORP; o provozovaná lokálně4 na vlastní technologii obcí.

Poptávka zřizovaných organizací po službách TC ORP

zajištění negarantovaného datového úložiště; elektronická spisová služba v hostované variantě v TC ORP.

Z příručky pro žadatele a příjemce finanční podpory v rámci IOP pro prioritní osu 2, oblast intervence 2.1 vyplývají další požadavky a to na propagaci a informování o projektu. Toto jsou povinné náležitosti dané nařízením Komise a jejich nedodržení má vliv na způsobilost výdajů a výstupy z kontrol na místě orgánů, které je vykonávají:

Povinnost příjemců provádět informační a propagační opatření vychází z nařízení komise č. 1828/2006, kde je kromě jiného stanovena odpovědnost příjemců, s ohledem na informační a propagační opatření pro veřejnost; Závazná pravidla pro provádění informačních a propagačních opatření, kterými se musí příjemci řídit, jsou v příloze č. 5 Příručky. Součástí provádění propagačních aktivit je povinnost příjemce respektovat náležitosti vztahující se k předepsaným povinným logům Evropské unie a IOP. Hlavními principy při

4

Lokální verze eSpSl není provozována v TC, ale z důvodu úplnosti řešení projektu je zde rovněž uvedeno.


realizaci propagace je povinnost použití loga IOP, loga EU s identifikací Evropské unie, fondu, z nějž je projekt hrazen a prohlášením Řídícího orgánu IOP „Šance pro Váš rozvoj“.

4.1.2 Definice nabídky výstupů projektu Ne všechny služby poptávané v kapitole 4.1.1 musí být nutné nebo reálné (z pohledu funkčního, technického, legislativního nebo ekonomického) implementovat do TC ORP. Z tohoto důvodu je zařazena kapitola definující nabídku výstupů projektu. Negarantované úložiště

TC ORP bude nabízet negarantované úložiště pro všechny obce ve vlastní působnosti a příspěvkové organizace. 5 předpokládaná velikost diskového prostoru je řádově desítky GB na obec a organizaci, která projeví zájem ; negarantované úložiště bude sloužit pro data typu otevřené dokumenty, písemnosti, spisy, datové zprávy z datových schránek a elektronická podání.

Elektronická spisová služba

elektronická spisová služba hostovaná v TC ORP; podpora pro aplikaci eSpSl v pracovní době pro obce a příspěvkové organizace.

Uvažované (tj. potenciální budoucí) služby TC ORP

diskové úložiště pro městský kamerový systém;

TC ORP je budováno jako otevřené a dimenzované s ohledem na budoucí implementaci typových i vlastních projektů a služeb.

V oblasti vnitřní integrace úřadu budou realizovány následující projekty: Projekty řešící vnitřní integraci úřadu

zavedení systému řízení organizační struktury; implementace interaktivních formulářů; rozšíření stávajících IS o další agendy; zavedení manažerského IS.

4.2 Návrhová koncepční část 4.2.1 Marketingová strategie Cílem marketingové strategie je popsat způsob dosažení cílů pro definované segmenty zákazníků. Významnější aktivitou v této oblasti jsou semináře, jednání a mailová komunikace se starosty obcí ve správním území ORP, resp. jednání s řediteli příspěvkových organizací za účelem vysvětlení principů a projektů eGovernment, seznámení s nabídkou služeb připravovaného TC a zjištění možné poptávky po službách tohoto TC.

4.2.2 Marketingový mix6 Marketingový mix je soubor taktických marketingových nástrojů, které 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á, aby vzbudila poptávku po produktu. Tyto kroky jsou rozděleny do čtyř proměnných:

5 6

V případě potřeby město Domažlice předpokládá financování navýšení kapacity diskového pole z vlastního rozpočtu. S ohledem na vnitřní integraci úřadu má význam pouze diskuze a propagace řešení integrace uvnitř úřadu, tj. směrem od vedení

k zaměstnancům MěÚ.


Produkt Produktem je v pojetí TC ORP sada definovaných služeb pro zákazníky. Sada služeb bude provozována na robustní, bezpečné a do budoucna rozšiřitelné infrastruktuře a architektuře splňující cíl uvedený v kapitole 3.1. Tato architektura bude připravena provozovat služby v režimu 5×12 včetně garantování vysokého stupně zabezpečení. Udržitelnost celé infrastruktury a architektury řešení je předpokládána minimálně po dobu 60 měsíců. Detailní popis technické architektury je uveden v kapitole 7. Pravidla o poskytování a garantování služeb budou součástí SLA mezi jejich poskytovatelem a konzumentem. Cena Podmínkou pro čerpání dotace z fondu EU na projekt je jeho neziskovost. To znamená, že pokud je stanovena cena za poskytování vybraných služeb, nesmí dojít k převýšení jejich provozních nákladů. Cenová politika je řešena v bodě 8.2. Místo TC ORP bude vybudováno v prostorách MěÚ Domažlice. Centrum bude splňovat následující kritéria na zajištění vyhovujícího umístění, která jsou specifikována v dokumentu „Technologické centrum obce s rozšířenou působností (Koncept a východiska)“. Veškeré poskytované služby TC ORP budou obsluhovány z jednoho místa. 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 zájem u potenciálního zákazníka využívat služeb TC ORP. Obce ve správní působnosti ORP a příspěvkové organizace Klíčové prostř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 uzavření smluvního vztahu (SLA);

Osobní jednání cílené na konkrétní zákazníky – budou prezentovány aktuální informace o službách a infrastruktuře TC ORP, o možnostech jeho rozšiřování, provozních nákladech apod.

Webový portál města Domažlice.

Občané Klíčové prostředky propagace poskytování služeb TC ORP občanům jsou předpokládány:

Webový portál města Domažlice – zveřejnění vybraných informací zaměřené na občany (řešení životních situací atd.);

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

Další organizace v území ORP Klíčové prostředky propagace poskytování služeb TC ORP dalším organizacím v území jsou předpokládány:

Webový portál města Domažlice – zveřejnění informací o projektu, nabídka služeb, případové studie apod.;

Prezentace a aktivní účast na odborných přednáškách a konferencích za účelem prezentace služeb TC ORP a případových studií;

Publikování v odborných časopisech zaměřené na vybraný sektor.


4.2.3 Koncepce odbytu TC ORP je budováno za účelem poskytování služeb zákazníkům uvedeným v bodě 1.5. Za účelem poskytování služeb TC ORP bude s jeho jednotlivými „zákazníky“ (konzumenty služeb, partnery) sepsána SLA o podmínkách jejich čerpání, včetně specifikace odpovědnosti za jejich poskytování. Standardní SLA by měla obsahovat následující údaje:

Základní specifikace, podmínky a pravidla o

Kategorie příjemců služeb;

o

Přesné vymezení počtu a umístění příjemců dané kategorie:

o

Popis služeb;

o

Objem poskytovaných služeb;

o

Poskytovatel – bližší určení;

o

Měření – postup, způsob, periodicita, odpovědnost a vykazování výsledků;

o

Ověřování – postup, způsob, periodicita, odpovědnost;

o

Určení a způsobu realizace podpory (kupř. fyzicky na místě, vzdáleně apod.);

o

Návazné podpůrné služby spojené s danou službou (např. školení);

o

Cena služby a platební podmínky;

o

Pravidlo pro změny služby;

o

Práva a povinnosti obou stran – podmínky součinnosti;

o

Ostatní podmínky pro realizaci SLA (bezpečnost, právo informovanosti, apod.);

Tvrdé metriky o

Dostupnost;

o

Běžná a maximální přípustná (kritická) doba odezvy na požadavek – tzv. incident (v členění na jednotlivé typy požadavků, jako je kupř. hlášení poruchy aplikace, poruchy hardware, přemístění koncové stanice, apod.);

o

Běžná a maximální přípustná (kritická) doba řešení požadavků (v členění na jednotlivé typy požadavků a zařízení);

Měkké metriky o

Ostatní metriky pro danou službu (kvalitativní ukazatele typu „potvrzení realizovaného školení a prezenční listina“, „hodnocení lektora školení“, „hodnocení účastníka školení“, apod.).


5

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

5.1 Charakteristika a popis dostupnosti hmotných dodávek Pro zajištění potřebné dostupnosti jednotlivých služeb technologického centra ORP je zapotřebí vytvořit dostatečně robustní technickou architekturu a infrastrukturu s možností jejího dalšího rozšíření. V rámci kapitoly 7 jsou specifikovány požadavky na zajištění technické architektury pro provoz služeb TC ORP. Pro provedení vnitřní integrace úřadu je nutné dodat a implementovat odpovídající SW vybavení. Na tomto místě je uveden základní přehledový výčet hmotných dodávek pro realizaci projektu TC a vnitřní integrace úřadu:

Technologické centrum o o o o o o o o o o

2× server (1× Lokalita 1, 1× Lokalita 2); 1× server pro dohled a management (Lokalita 1); 1× NAS úložiště (Lokalita 2); 2× dvojice diskových polí (1× Lokalita 1, 1× Lokalita 2); 2× LAN switch (1× Lokalita 1, 1× Lokalita 2); 1× racková skříň nebo rám (Lokalita 1); 1× záložní zdroj (Lokalita 2); 1× klimatizace (Lokalita 1); 1× elektrocentrála; 1× elektrický silnoproudý rozvaděč (Lokalita 1);

Vnitřní integrace úřadu o

pro realizaci projektu vnitřní integrace chodu úřadu nejsou nutné žádné hmotné dodávky.

Podrobný seznam je uveden v příloze 2 a může být použit jako podklad pro zadávací dokumentaci. Dále jsou uvažovány další dodávky pro zajištění služeb TC ORP, kterými jsou:

energie – dodávka elektrické energie k provozování infrastruktury TC ORP;

lidské zdroje pro zajištění provozu a udržitelnosti projektu.

5.2 Návrh základních požadavkům, parametrů a kritérií výzvy Výběrové řízení bude realizováno formou veřejné zakázky podle zákona č. 137/2006 Sb., o Veřejných zakázkách. Prokázání kvalifikačních a profesních předpokladů bude v souladu se zákonem o zadávání veřejných zakázek. Při prokazování ekonomických a finančních kvalifikačních předpokladů se doporučuje požadovat výši plnění pojistné smlouvy v rozsahu odpovídajícímu finančnímu objemu zakázky. S ohledem na charakter zakázky se doporučuje prokázání minimálních technických 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ě 1 mil. Kč bez DPH za každou z nich;

certifikátu systému řízení jakosti vydaného podle českých technických;

certifikátu na systém managementu bezpečnosti informací podle ČSN ISO/IEC 27001;

čestného prohlášení prokazujícího shodu požadovaného výrobku s technickými předpisy 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 podmínky pro uvedení na trh podle českých, obecně závazných předpisů;

uchazeč doloží přehled certifikací a profesní způsobilosti u osob odpovědných za implementaci a poskytování servisních služeb.


6

Lokalita a okolí

6.1 Umístění projektu TC ORP Domažlice bude umístěno ve dvou lokalitách. Jedna část bude umístěna ve stávající funkční serverovně v přízemí budovy MěÚ na adrese náměstí Míru 1, Domažlice (dál jen Lokalita 1). Druhou lokalitou je budova bývalé banky na adrese U nemocnice 579, Domažlice (dále jen Lokalita 2) – ve II. patře v bývalé serverovně (budova je majetkem města Domažlice). Tato místnost je vybavena klimatizační jednotkou, v rackové skříni 47U (19“ Schrack) jsou osazeny tři 24 portové switche s PoE a jeden 24 portový switch bez PoE. Druhá racková skříň – propojení na IISSDE (asi 22U pořizovalo MVČR, v něm je obsazeno cca 8U. Vzájemné propojení obou lokalit je dnes realizováno prostřednictvím optického spoje (4 optická vlákna v single mode). Pro potřeby TC, kde se předpokládá provozování služeb pro příspěvkové organizace a obce ve správním území, je nutné tuto konektivitu posílit. V rámci realizace TC budou v serverovně Lokality 1 provedeny stavební úpravy v podobě úpravy rozvodů elektrické energie a osazení nového elektrického rozvaděče.

6.2 Životní prostředí v okolí Realizace projektu bude mít pozitivní vliv na životní prostředí. V rámci projektu dojde ke zvýšení podpory elektronizace agend veřejné správy – dokumenty, které musely být do současné doby tištěny a kopírovány, lze používat v elektronické podobě. Projekt tak významně přispěje k úspoře spotřeby materiálu, čímž dojde ke snížení negativních dopadů na životní prostředí plynoucích z:

vysoké spotřeby kancelářského papíru,

vysoké spotřeby tonerů,

přepravy listinných dokumentů (snížení emisí při přepravě).

Při vlastním provozování TC ORP nebude docházet k překračování požadované meze hlučnosti, ani k znečišťování životního prostředí. Nezbytnou podmínkou provozování technologického centra je jeho zásobování elektrickou energií. V tomto případě se předpokládá také pozitivní vliv na životní prostředí, protože dojde k nahrazení několika starých serverů s vysokou spotřebou elektrické energie menším počtem nových s nižší spotřebou. Veškeré obměňované technologické části budou ekologicky zlikvidovány.

6.3 Stav technické infrastruktury Současná infrastruktura obsahuje 9 serverů (od různých dodavatelů, značkové i neznačkové). Poslední upgrade HW proběhl v roce 2008 a 2009 (pořízeny 3 značkové servery a jeden 2TB NAS server). Průměrné stáří ostatních severů je cca 4 roky, nejstarší funkční provozovaný server je z roku 2000. Z pohledu SW jsou jako operační systémy primárně využívány Linuxové distribuce. Okrajově, pro vybrané systémy, které nelze provozovat na Open Source platformách, je použit operační systém Microsoft Windows 2003 Server. Metropolitní síť není realizována. Současné připojení MěÚ Domažlice k internetu je dostačující, k dispozici je symetrické datové spojení o rychlosti 20 Mb/s od společnosti Česká Síť s.r.o., jako záložní je použito symetrické spojení o rychlosti 4 Mb/s od firmy Telefonica O2 Czech Republic, a.s. O vybudování metropolitní sítě je ze strany MěÚ velký zájem, kritickým místem je nalezení vhodného způsobu financování investiční fáze, ideálně z vhodného dotačního titulu EU. Město Domažlice je součástí plánované optické trasy optické páteřní datové sítě veřejné správy Plzeňského kraje (nositelem projektu je odbor informatiky Krajského úřadu Plzeňského kraje. Prostřednictvím této sítě bude možné připojení do KIVS.


7

Technické řešení

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

bude chráněno proti neoprávněnému přístupu;

teplota prostředí se pohybuje v rozmezí od 18°C do 24°C, relativní vlhkost v rozmezí 35% – 65%;

v místnostech datových center budou instalována požární čidla kouře, teploty, vibrační, vlhkostní, infra čidlo pohybu. Čidla budou zapojena do rack monitoring systému;

tyto prostory jsou napojeny na systém elektronické zabezpečovací signalizace;

v prostorách je zajištěn rozvod elektrické energie 230V/50Hz s bezvýpadkovým zálohováním, samostatně jištěný pro rozvaděč, napájení je rovněž zajištěno diesel agregátem;

je zajištěna vnější ochrana budovy vlastníkem, nebo bezpečnostní službou 24 hodin 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ží mimo zátopovou oblast tzv. stoleté vody, mimo bezprostřední dosah produktovodů a jinak kritických míst a leží v místech, kde je možné zabezpečit bezproblémové zásobování elektrickou energií.

7.1.2 Ostatní vstupy pro budování TC ORP

ORP musí zajistit bezpečnost svého TC;

budoucí TC K zajišťuje Disaster Recovery lokalitu pro TC ORP, TC ORP musí mít vlastní systém zálohování dat;

budoucí TC K bude poskytovat pro TC ORP službu garantovaného úložiště;

budoucí TC K umožní přechod funkce (služeb) TC ORP do TC K.

7.2 Vlastní koncept řešení Technologické centrum ORP je infrastrukturním základem pro poskytování služeb TC ORP. Cílem je zajištění co nejlepších podmínek provozu informačních systémů v režimu 5×12. TC ORP vyžaduje vytvoř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. Technologické centrum zahrnuje následující vrstvy:

komunikační infrastruktura – zajišťuje komunikaci vrstev TC uvnitř i vně;

systémová infrastruktura – zajišťuje výpočetní výkon a prostor pro ukládání dat aplikací a služeb;


systémové služby – zajišťují spolupráci mezi jednotlivými systémy, zajišťují bezpečný přístup ke službám a aplikacím, apod.;

aplikační vrstva – obsahuje aplikační logiky hostujících aplikací, včetně databázových serverů;

bezpečnost – zajišťuje minimalizaci možných bezpečnostních incidentů;

servis, podpora a řízení infrastruktury TC ORP;

klientská – zohledňuje a reprezentuje klientovi služby a jeho uživatelské rozhraní.

7.3 Návrh a popis architektury řešení 7.3.1 Návrh architektury TC Na základě posouzení současného stavu architektury ICT, dostupných finančních prostředků, vize odboru informatiky na další rozvoj IT a předchozího posouzení několika rozdílných návrhů, bylo vypracováno vhodné cílové řešení TC ORP Domažlice. Variantnost řešení TC spočívá ve výběru komponent (využití stávajících prvků nebo pořízení nových s různými parametry) pro realizaci navržené architektury řešení – architektura budovaného TC ORP je na následujícím obrázku:


7.3.2 Popis architektury řešení Jedná se řešení, které je plně redundantní, umožňuje synchronní i asynchronní replikace dat mezi lokálními i vzdálenými úložišti, zajišťuje tak silné zabezpečení dat. Logika řešení spočívá ve využití a kombinaci dvou plně redundantních diskových polí osazených rychlými SAS disky a dvou plně redundantních polí se SAS MDL disky. Tato úložiště budou navzájem plně synchronní, takže veškerá data budu uložena dvakrát. V případě výpadku, ať už plánovaného nebo nenadálého z důvodu závady nejsou ohrožena data ani chod aplikací. Obnovení plného provozu je otázkou několika sekund nebo minut. Plán obnovy po havárii lze plně plánovat a automatizovat tak, aby byla vyžadována minimální součinnost IT administrátora. Řešení je doplněno o NAS úložiště pro zálohování. Velkou přidanou hodnotou tohoto řešení je možnost asynchronní nízkokapacitní replikace dat mezi více lokalitami prostřednictvím WAN sítí. Replikují se pouze změněné soubory, nebo změny v těchto souborem. Je tak zajištěna plná redundance dat i v případě selhání celého lokálního IT. Navržená architektura TC ORP představuje modulární systém, což umožňuje doplnit další dodatečné prvky a podle potřeby je do systému začlenit. TC je rozděleno do dvou oddělených lokalit, viz kapitola 6.1 – jeden kompletní storage (doplněný o dohledový server a NAS úložiště) bude realizován ve stávající serverovně v budově MěÚ Domažlice, druhý kompletní storage bude umístěn v budově bývalé banky na adrese U nemocnice 579, Domažlice. V rámci realizace TC bude posílena stávající konektivita mezi uvedenými lokalitami. Servery Služby a aplikace provozované v TC ORP jsou provozovány na serverech. Pro zajištění požadované výkonnosti systému a dostupnosti služeb bude vybudováno prostředí pro provoz aplikací na fyzických serverech i ve virtuálním prostředí. Pro potřeby TC je vhodné použít dva shodné servery pro serverovou virtualizaci. Tyto servery budou propojeny přímo 10Gb linkou se diskovými SAN úložišti a 1Gb linkou do LAN switche. Další (třetí) server bude mimo jiné využit jako dohledový a management server a bude řídit virtuální stroje. Serverová virtualizace Oba hlavní fyzické servery, tvořící základ TC ORP, budou umožňovat virtualizaci serverů. Zavedení virtualizace v TC je především z následujících důvodů: konsolidace serverů, lepší využitelnost hardware – více zátěže na méně serverech, snížení budoucí potřeby fyzických serverů, snížení spotřeby energie;

schopnost zajištění garance služby;

záloha a obnova v definovaném čase;

nižší nároky na management prostředí;

provisioning, schopnost rychle reagovat na budoucí potřeby ICT;

nižší energetická náročnost;

nezávislost na hardware fyzického serveru;

škálovatelnost;

virtuální laboratoř – vývojové a testovací prostředí;

možnost využívat fault tolerance služby i pro servery, které nelze provozovat v clusteru.

Diskové úložiště Pro uložení dat bude využito dvou diskových úložišť, která budou vzájemně replikována. Disková úložiště musí umožňovat jednoduchou a dostatečnou rozšiřitelnost. Technologie disků

Kapacita

Diskové pole 1 (rychlé, menší kapacita)

SAS, 15.000 RPM

min. 2 × 8 × 450 GB (celkem 7,2 TB)

Diskové pole 2 (pomalejší, vyšší kapacita)

SAS, 7.200 RPM

min. 2 × 8 × 1 TB (celkem 16 TB)


Tato hlavní disková úložiště TC budou sloužit zejména pro funkci negarantovaného úložiště, které je povinným výstupem projektu TC. Bude využito clusterové řešení datového úložiště, tj. data budou uložena ve více kopiích napříč jednotlivými uzly (nody), takže bude zajištěna nepřetržitá dostupnost dat pro aplikace, a to i v případě výpadku napájení, selhání sítě, disku, řadiče či celého uzlu. Řešení dále umožňuje práci s časovými snímky dat (snapshoty). Všechny potřebné SW licence jsou součástí jednotlivých uzlů. Díky všem vlastnostem diskového clusterového úložiště je možné uvažovat o nepřetržité dostupnosti dat a to i v okamžiku případného rozšiřování v budoucnosti, v případě kritického výpadku napájení, poruše disku nebo celého uzlu. Jednoduchým způsobem – přidáním další licence storage clusteru do virtuálního prostředí lze ještě dále dostupnost zvýšit, celkový počet uzlů, u kterých může dojít k celkové poruše, vzroste na dva. Konektivita každého uzlu je 10Gb/s. V dokumentu Technologické centrum obce s rozšířenou pů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 úložiště k ukládání dat databáze a aplikačního serveru.

Ukládání dat řešit prostřednictvím NAS (Networked Attached Storage) popř. SAN (Storage Area Network), s implementovanou TIER architekturou a HSM (Hierarchical Storage Management) designem. Produkční data ukládat na TIER 0 na rychlé FC disky (nebo rychlejší) diskového úložiště (např. rychlost pro 4KB bloky alespoň 60 tis. IOPS pro RAID 6, R/W sekvenčně).

Propojení serverů a diskového pole bude redundantní pro zajištění vysoké dostupnosti dat.

Diskové pole musí být dostatečně výkonné a škálovatelné, aby pokrylo předpokládané budoucí nároky aplikací, a musí umožňovat použití jako vysoce výkonných, tak kapacitních disků.

Klíčové komponenty systému pro ukládání dat budou řešeny jako redundantní

Minimální konfigurace: Čistá využitelná kapacita: 1TB Doporučovaná HW konfigurace diskových úložišť je navržena s ohledem na skutečné požadavky ORP. Splňuje veškeré požadavky na redundanci komponent a přípojných cest, splňuje požadavky na výkonnost, škálovatelnost, použitelnost jak vysoce výkonných, tak vysokokapacitních disků. Splňuje požadovaný způsob připojení – v tomto případě SAN. Požadavek na Tier 0 pro TC ORP pokládáme za nadbytečný a jen velmi těžko splnitelný v daném finančním limitu. Rozbor výkonnosti různých typů diskových úložišť Požadavek na sekvenční R/W diskové operace nad 4kB bloky dat 60.000 IOPs je v současné době splnitelný pouze diskovými poli se stovkami disků nebo úložišti s technologií Flash. Bereme-li v potaz horší údaj výkonnosti, což je čtení dat z disku, pracujeme u klasických disků typu FC nebo SAS s číslem cca 180 IOPs na jeden disk, 60.000 IOPs pak splní pouze diskové úložiště s cca 330 disky (jenom cena disků je pak kolem 6 mil. Kč bez DPH) nebo zmíněné diskové úložiště s disky případně CACHE pamětí typu Flash. Obě varianty ale finančně výrazně přesahují možnosti rozpočtu TC ORP. Pro vysoké nároky na výkon diskového systému je v současné době spíše používán systém vyrovnávacích pamětí typu Flash nebo DRAM umožňující dočasné přesunutí bloků dat s vysokými nároky na IOPs. Pak není nutné dimenzovat velikost Flash nebo DRAM paměti na všechna produkční data nebo celé databáze, ale postačí kapacita výrazně nižší. Doporučený systém virtualizace disků podporuje tuto metodu nakládání s daty a v případě nárůstu požadavků na IOPs v budoucnosti je pak např. možné umístit do některého ze serverů HBA s Flash pamětí a využít ho na datové operace. Rozbor požadavků jednotlivých typů aplikací provozovaných v prostředí TC ORP na IOPs Následující tabulka konsoliduje požadavky z několika typických aplikací, které budou nasazeny v prostředí TC ORP. Hodnoty nelze pokládat za absolutní, ale kromě údajů o požadavcích databázového serveru jsou velmi přesné. Databázový server může ve skutečnosti generovat požadavky nižší (v případě většího počtu 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ší), do tabulky jsme záměrně použili údaj poměrně vysoký. Z tabulky je vidět, že i v případě, kdy všechny aplikace (databázový a poštovní server, file server a virtuální servery) budou požadovat data z diskového úložiště


současně, mohou se tyto požadavky dostat na cca 1200 IOPs. Požadavky na takový výkon splňuje prakticky jakékoliv diskové úložiště osazené pevnými disky typu SAS nebo SATA (v maximální konfiguraci desítkami takových disků). IOPs

Typická aplikace 100 uživatelská databáze

max. 200 (změřeno)

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

100

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

60

10 virtuálních serverů

250

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

1210

Rozbor výkonnosti různých typů pevných disků: FC disky se od SAS disků používaných v současných diskových úložištích liší především typem použitého datového konektoru, který slouží pro přenos dat z disku do řadiče a opačně. FC disk s 15.000 otáčkami za minutu má tedy stejnou výkonnost jako SAS disk se stejným počtem otáček. FC SATA disk má pak analogicky stejnou výkonnost jako SATA disk používaný v policích s disky SAS. V současné době již dokonce existují SAS a SATA disky s přenosovou rychlostí 6Gb/s, tedy o 1/3 větší než většina FC disků 4Gb/s. Nicméně výkonnost kteréhokoliv disku je závislá především na době potřebné na vybavení jedné I/O operace a ta se pohybuje kolem 5 ms i u těch nejvýkonnějších pevných disků současnosti. Disková virtualizace Pro potřeby TC bude použita disková virtualizace. Virtualizace diskových úložišť plní v konceptu TC tyto hlavní cíle:

spojit skupiny heterogenních storage systémů do jednoho společného logického úložiště;

dynamicky měnit a zvětšovat svazky podle potřeb jednotlivých serverů;

lépe přizpůsobit storage infrastrukturu požadavkům aplikací;

snížit energetickou náročnost provozu a chlazení;

zajistit kontinuitu podnikání a ochranu dat;

zefektivnit náklady omezením požadavků na dodatečné softwarové aplikace a licence;

zlepšit replikaci;

snížit další investice do hardwaru;

zjednodušit přemisťování dat.

Replikace diskového prostoru Disková replikace nabízí výrazné zvýšení dostupnosti dat rozhodujících aplikací. Mezi nejdůležitější výhody patří:

relativně jednoduchá implementace do stávající SAN infrastruktury;

možnost replikace diskových úložišť různých výrobců;

jednotná administrátorská konzola pro konfiguraci LUNů a operací nad nimi;

vytváření synchronních kopií LUNů prezentovaných serverům na primárním úložišti v úložišti sekundárním;

vytváření synchronních kopií LUNů na interních discích serverů do SAN prostředí (primární nebo sekundární úložiště);


vytváření asynchronních kopií LUNů prostřednictvím TCP/IP do vzdálených lokalit (Volitelně je možné replikovaná data při přenosu komprimovat a šifrovat pro zajištění optimálního přenosu a bezpečnosti těchto dat);

vytváření konzistentních kopií produkčních dat rozprostřených v čase diskrétně nebo spojitě s možností jednoduše tyto kopie prezentovat podle potřeby odpovídajícím serverům jako data „ostrá“nebo testovací;

jednoduchá migrace LUNů prezentovaných serverům z úložiště na úložiště bez odstávky běžící aplikace (přesun může být zapříčiněn např. nutností zvýšit výkonnost diskového úložiště, na kterém odpovídající LUN fyzicky leží nebo výměnou starého diskového úložiště za nové);

disková replikace může znamenat úsporu za licence na počet připojitelných serverů (u diskových polí některých výrobců), protože pro diskové pole je jediným „serverem“ virtualizační vrstva. Dále pak může znamenat úsporu za licence pro vytváření synchronních nebo asynchronních kopií dat, stejně tak eliminuje nutnost zmíněné operace provádět mezi totožnými diskovými poli jednoho výrobce.

Aktivní prvky Pro zajištění redundantního propojení obou lokalit TC bude do každé z nich pořízen LAN switch. Tím je zajištěna odolnost proti jednonásobné chybě hardware. Zálohování Zálohování dat bude, mimo využití centrálního diskového úložiště, řešeno několika způsoby. V rámci TC ORP Domažlice bude použito síťové NAS úložiště, v rámci spolupráce s jiným TC ORP bude vyčleněna disková kapacita TC (předběžně o velikost stovek GB). Obdobným způsobem bude možné využít diskovou kapacitu v TC Plzeňského kraje. Rack Pro umístění komponent TC bude použita racková skříň s parametry: výška 47U, hloubka 1000mm. Lze použít typ bez bočnic a dveří. Klimatizace Stávající klimatizace v Lokalitě 1 je pro potřeby TC nevhodná z důvodu konce doby životnosti a bude obměněna. Do TC bude pořízena klimatizační jednotku s doporučeným výkonem cca 7kVA. Motorgenerátor MěÚ v současné době nedisponuje motorgenerátorem (diesel agregátem) vhodným pro zajištění provozu TC ORP v době výpadku elektrické energie. Z tohoto důvodu bude pořízen nový a to společně s pořízením přepínacího rozvaděče (automatický start motorgenerátoru), který bude umístěn serverovně lokality 1. S ohledem na příkon TC v lokalitě 1 (cca 2,2kW) je možné použít jednofázový generátor, doporučeno je ale použití třífázového zařízení. Záložní zdroj V současné době jsou v Lokalitě 1 použity čtyři záložní zdroje (3 v racku, jedna samostatná), které je možné dále využít pro TC. S ohledem na jejich stáří, současný stav a předpokládanou životnost lze předpokládat jejich obměnu v horizontu cca 2 let. Lokalita 2 je vybavená záložním zdrojem cca 1kW, který je na konci životního cyklu, tj. pro tuto lokalitu je potřeba záložní zdroj zajistit. Systémová infrastruktura Architektura vrstvy systémové infrastruktury pokrývá potřeby aplikací a služeb a je navržena pro budoucí růst. Navrhované řešení nemá SPOF (Single Point of Failure). Pro výpadek vrstvy systémové infrastruktury by muselo dojít k vícenásobnému selhání. Systémová infrastruktura TC ORP se skládá zejména ze serverové části, části datového úložiště a jejich vzájemného propojení a to buď přímého, nebo využitím virtualizačních technik. Garantované úložiště Předpokládá se, že garantované úložiště bude vybudováno v TC K.


Optika Rozdělení TC do Lokality 1 a Lokality 2 přináší požadované zvýšení bezpečnosti a zajištění vysoké míry dostupnosti služeb. Vzájemné propojení obou lokalit je dnes realizováno prostřednictvím optického spoje (optický kabel s čtyřmi optická vlákny v single mode). Pro potřeby TC, kde budou provozovány služeb pro MěÚ Domažlice, příspěvkové organizace a obce ve správním území (a dále systémové služby, např. TC ORP Horšovský Týn) je nutné tuto konektivitu posílit. Technickým řešením je zafouknutí optokabelu o 12 mikrovláknech do stávající mikotrubičky (pro TC podle navržené architektury je nutná konektivita min. 8 vláken, dvouvláknová optika).

7.3.3 Zálohování a obnova dat Zálohování kompletního virtuálního stroje bude provedeno do NAS úložiště, TC K a případně jiného TC ORP a to nejméně jednou měsíčně. Další zálohování probíhá za pomocí snapshotů. Těch může být vytvářeno denně několik. Ty slouží jednak k eliminaci lidské chyby, nalezení nepoškozeného souboru atd., ale i k zásadní změně konceptu zálohování serverem. Pro zálohování databázových záznamů, uživatelských a serverových dat bude i nadále využit sofistikovaný Open Source zálohovací SW Bacula (www.bacula.org), případně jiný vhodný SW.

7.3.4 Servis, podpora a řízení infrastruktury TC ORP Cílem koncepce této vrstvy je zajištění takové úrovně podpory a řízení implementovaných a provozovaných technologií a služeb, aby byl zajištěn provoz 5×12 a požadovaná dostupnost a kvalita služeb. Helpdesk Pro zajištění správy servisních požadavků a podpory uživatelů je zaveden a využíván helpdeskový systém. Smluvní vztahy Smluvní vztahy vychází ze schématu veřejných zakázek: Veřejná zakázka, Smlouva o dílo s dodavatelem a Servisní smlouva. Základní parametry smluv o dílo:

Smluvní strany;

Předmět plnění;

Termíny plnění, harmonogram projektu;

Cena plnění;

Platební podmínky;

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

Místo a způsob plnění;

Předání a akceptace díla;

Změnové řízení;

Práva a povinnosti smluvních stran;

Odpovědnost za škodu;

Záruka;

Prodlení, sankce;

Platnost, odstoupení a zánik smlouvy;

Řešení sporů;

Závěrečná ustanovení;

Přílohy: o

Podrobný popis plnění /kalkulace ceny;

o

Zásady vedení projektu - Zakládací listina projektu.


Základní parametry Servisní smlouvy jsou shodné se Smlouvou o dílo. Jediným odlišným bodem místo Předání a Akceptace díla je Způsob plnění (u Servisní smlouvy). Přílohou je Obsah Služeb včetně jejich parametrů. Patch management a profylaxe Patch management je proces pro zajištění maximální ochrany systémů před známými zranitelnostmi a jejich bezpečnou implementaci. Využitím technologie virtualizace serverů pro plánování a testování disaster recovery procesů dosáhneme možnosti testovat bezpečnostní opravy software a ověřit funkcionalitu. Správa bezpečnostních oprav a převzetí záruky nad jejich provedením bude zajištěna informatiky MěÚ Domažlice. Výhodou je používání aplikací a systémů, na které poskytuje výrobce nebo dodavatel systém automatického oznamování, případě automatického systému detekce přítomnosti nové bezpečnostní opravy, nebo rozšíření funkcionality. V intervalech předepsaných provozními směrnicemi bude prováděna profylaxe hardwarových komponent, zejména update firmware, kontrola stavu baterií UPS atd. a tato bude zajištěna informatiky MěÚ Domažlice. Školení Na úrovni odboru informatiky ORP je doporučeno základní zaškolení do úrovně administrátora instalovaných technologií. Výhodou jsou technologie, na které jsou informatici již proškoleni a plní roli administrátora systému. Licence Na straně ORP bude stanovena odpovědnost za správu licencí používaného software. Maintenance Je nezbytné mít zajištěnou maintenance na všechny kritické komponenty systému po celou dobu udržitelnosti projektu. Jedná se zejména o:

bezpečnostní produkty (anti-x ochrana);

SAN a LAN komponenty;

serverovou virtualizaci;

diskovou replikaci.

Servisní podpora (proaktivní podpora) Pro zajištění výstupů projektu po dobu udržitelnosti projektu bude zajištěna servisní podpora (proaktivní podpora), která pomáhá předcházet odstávkám a výpadkům systému. Management a monitoring Management a monitoring TC, resp. jeho provozních hodnot bude řešen na minimálně stávající úrovni, kdy je kontrolována teplota v serverovně a ochylka od standardních hodnot je automaticky mailem směrována na administrátory systému. Komunikační infrastruktura Na úrovni komunikační infrastruktury bude implementován systém na bázi open source SW umožňující:

monitorování síťových služeb;

monitorování systémových prostředků (vytížení CPU, využití kapacity pevného disku, logování systému);

vzdálené monitorování přes protokol SSH nebo přes zašifrovaný SSL tunel;

vytvářet stromovou strukturu mapy sítě;

notifikaci o problémech pomocí pageru, e-mailu, SMS, VoIP;

Event handling, pro proaktivní řešení problémů (např. automatický restart služby, při zjištění nefunkčnosti);

webové rozhraní pro vizuální kontrolu stavu sítě.

Serverová virtualizace


Management serverové virtualizace bude nasazen tak, aby umožňoval jeho přenastavení pro replikaci virtuálních strojů do jiné lokality (např. do TC K), tzn. je dostupný a řídí virtuální infrastrukturu i v případě výpadku TC ORP v jiné lokalitě (TC K). Podmínkou je použití shodné virtualizačmí platormy v TC ORP a TC K. Servery a storage U storage diskových polí je vyžadován management chybových stavů od výrobce storage. Na úrovni TC ORP bude implementován management výrobce technologie. 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ů do systému managementu aplikací nebo komunikační infrastruktury. Bezpečnost Vrstva bezpečnost zajišťuje minimalizaci možných bezpečnostních incidentů. Bezpečnost TC ORP se prolíná všemi vrstvami a všemi prvky řešení – z tohoto důvodu je zpracována kapitola číslo 7.9 řešící problematiku ze všech možných pohledů. Anti-x ochrana V současné době je v architektuře MěÚ Domažlice anti-x ochrana řešena pomocí Fortigate 100A (komerční produkt), v budoucnu pro potřeby TC může být rozšířena o další produkty, preferovaně z oblasti open source SW (např. pfsense). Na celé síti je již dnes nasazena multilicence AVG 9. Klientská vrstva Klientská vrstva zajišťuje uživatelské rozhraní pro přístup k aplikační logice hostovaných aplikací, popř. služeb. Preferovaný přístup k aplikacím TC ORP je pomocí bezpečného webového přístupu ke službám a hostovaným aplikacím. Koncept TC ORP je připraven na alternativní využití technologií poskytování aplikací způsobem prezentace aplikací (terminálový přístup) nebo technologiemi VDI (virtuální desktopy).

7.4 Porovnání variant technologických řešení TC ORP Popis řešení cílové architektury budoucího TC je uveden v kapitole 7.2. Takto navrženou architekturu lze realizovat dvěma způsoby:

pořízení klíčových komponent TC a jejich integrací se stávajícími prvky ICT;

novým pořízením všech komponent budovaného TC.

Mimo výše uvedené varianty je nutné jako alternativu uvést tzv. nulovou variantu, která znamená, že ORP nebude TC realizovat a případnou poptávku obcí a příspěvkových organizací po službách se snaží řešit prostřednictvím současného vybavení.


7.4.1 Varianta 0 – nulová varianta Varianta 0 je tzv. „nulová varianta“ – ORP nerealizuje TC a případnou poptávku obcí a příspěvkových organizací po službách se snaží zajistit v rámci stávajícího vybavení nebo díky nedostatečnému vybavení (jak HW, tak SW, např. eSpSl, velikost diskového úložiště) tuto poptávku neřeší. Výhody: nulová cena / náklady na TC;

odpadá riziko, že dotace nebude přidělena;

ORP se nezavazuje k udržení výstupů projektu TC;

Nevýhody: předpokládá se, že stávající vybavení prvky ICT je na vysoké úrovni (v případě snahy o nabídku služeb);

není využita možnost získání dotace na TC ve výši 85% uznatelných nákladů;

ORP zůstává na stávající úrovni architektury ICT.

7.4.2 Varianta 1 – integrace se stávajícími prvky ICT Varianta 1 je „Integrace” se stávajícími technologiemi (HW, SW) IT systémů ORP – v tomto konkrétním případě se jedná především o využití stávajících licencí (Oracle Standard Edition One) a UPS. Cena tohoto řešení TC je 3.294.000 Kč (včetně DPH). Investiční náklady ve formě položkového rozpočtu a provozní náklady v době udržitelnosti TC jsou uvedeny v kapitole 11. Výhody: s výhodou lze využít všechny již zavedené HW i SW technologie bez nutnosti školení administrátorů ORP;

čá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é HW i SW komponenty, zohlednit přitom redundanci všech prvků a vybudovat po všech stránkách zabezpečené TC ORP;

relativně nízké roční provozní náklady.

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

7.4.3 Varianta 2 – bez využití stávajících prvků ICT Varianta 2 je tzv. realizace TC „na zelené louce“. Jde o kompletní vybudování TC ORP se všemi atributy serverové i diskové virtualizace s možností licencovat diskovou virtualizaci až na kapacitu 60TB a to včetně vzdálené správy o dodavatele řešení. Toto kompletní nové řešení znamená investici ve výši cca 5.137.000,(včetně DPH). Investiční náklady ve formě položkového rozpočtu a provozní náklady v době udržitelnosti TC jsou uvedeny v kapitole 11. Výhody: všechny HW komponenty 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 spotřeby (každý nový HW se od předchozí generace liší nižší spotřebou a vyšším výkonem);

podporu takové infrastruktury lze ř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ů, diskových úložišť, síťových aktivních prvků, odpovídající záložní zdroje napájení, motorgenerátor, rozvaděče, zabezpečení technologické místnosti, veškeré SW licence, HW i SW nainstalovat. Často není v prostorových možnostech ORP uvolnit další místnost nebo její část pro nové technologie;

po určitou dobu je nutné provozovat souběžně kompletně nové TC ORP a stávající IT infrastrukturu ORP;

7.5 Výběr vhodné varianty Optimální varianta řešení pro ORP Domažlice je vybrána na základě ekonomického vyhodnocení, které je provedeno v kapitole 12. Výstupem této analýzy je výběr varianty číslo 1, tj. pořízení vybraných prvků TC a jejich integrace se stávajícími prvky ICT. Položka

Cena včetně DPH

Servery a disková úložiště

2.210.000,-

Servery pro serverovou a diskovou virtualizaci

535.000,-

Backup server

95.000,-

NAS server

110.000,-

Disková pole

1.470.000,-

Ostatní komponenty TC

621.000,-

Racková skříň nebo rám

40.000,-

UPS

50.000,-

Elektrocentrála

180.000,-

Klimatizace

121.000,-

Aktivní prvky – ethernet

130.000,-

Silnoproudý rozvaděč

100.000,-

Software licence

228.000,-

Licence – databázový systém

145.000,-

Licence – serverová virtualizace

83.000,-

Implementace SW

80.000,-

Propojení Lokality 1 a Lokality 2 TC

50.000,-

7

Zpracování Studie proveditelnosti

45.000,-

Úprava prostor pro TC

50.000,-

Propagace projektu

10.000,-

Celkem TC ORP Položka / Rok Proaktivní podpora Ad-hoc specializované servisní zásahy Elektrická energie (4kW) Obměna UPS Virtualizace serverová

3.294.000,0

1

50.000,-

2

50.000,-

50.000,-

3

4

50.000,-

5

50.000,-

50.000,-

30.000,-

30.000,-

30.000,-

30.000,-

30.000,-

30.000,-

140.000,-

140.000,-

140.000,-

140.000,-

140.000,-

140.000,-

0,-

0,-

50.000,-

0,-

0,-

0,-

20.000,-

20.000,-

20.000,-

20.000,-

20.000,-

20.000,-

7

Celková cena studie proveditelnosti je 114 000 Kč s DPH a je rozdělena na části: I. část výzvy (TC) 45 000 Kč, II. část výzvy (eSpSl) 50 000 Kč, III. část výzvy (integrace) 19 000 Kč.


Celkem

240.000,-

240.000,- 290.000,-

240.000,-

240.000,-

240.000,-

7.6 Varianty řešení vnitřní integrace úřadu Problematika projektu Vnitřní integrace je podrobně řešena v dokumentu Analýza aktuálního stavu vnitřního chodu úřadu (technické řešení, materiálové vstupy, organizace a režijní náklady atd.), který předchází zpracování vlastní Studie proveditelnosti a jeho rozsah a osnova poskytuje větší prostor, než samotná Studie proveditelnosti (která přebírá a komentuje výstupy analýzy, tj. jednotlivé projekty vnitřní integrace). Projekty Vnitřní integrace MěÚ Domažlice jsou uvedeny v kapitole 3.5 Varianty řešení vnitřní integrace úřadu tohoto dokumentu. Závěr dokumentu Analýza aktuálního stavu vnitřního chodu úřadu, na základě zhodnocení dosažení cílů projektu z hlediska technického a organizačního, doporučuje realizaci všech navržených projektů (tj. variant řešení). Technické řešení projektu je následující: Implementace systému řízení organizační struktury spočívá v instalaci vlastní aplikace, provázání s adresářovými službami a (podle rozsahu pořízení systému) v naplnění daty typu katalog služeb, katalog agend atd. V oblasti agendového IS, resp. jeho nově pořízených modulů / agend bude nainstalována klientská část a provedena základní parametrizace. Součástí je nastavení a test propojení na ISZR (zajišťuje dodavatel). V oblasti interaktivních formulářů se jedná o vlastní instalaci řešení, resp. jednotlivých jeho modulů a předdefinovaných dodaných hotových formulářů nastavení a parametrizace systému a vlastní nastavení logiky řízeného oběhu dokumentů. Vytváření dalších formulářů je umožněna na administrátorské úrovni, stejně tak změna logiky a pravidel oběhu formulářů a vytěžování dat. Manažerský IS bude provozován do prostředí budovaného technologického centra a prostřednictvím svého rozhraní bude napojen na databáze agendových IS. Součástí je nastavení a test propojení na databáze MěÚ (zajišťuje dodavatel). Doporučení pro účely zadávací dokumentace je uvedeno v příloze číslo 2. Investiční a provozní náklady pro vybrané projekty jsou následující: Investiční náklady a implementace v Kč (s DPH)

Provozní náklady Kč/rok (s DPH)

Systém řízení organizační struktury

60.000,-

12.000,-

Rozšíření stávajících IS o další agendy

850.000,-

100.000,-

Implementace interaktivních formulářů

250.000,-

30.000,-

Zavedení manažerského IS

350.000,-

30.000,-

19.000,-

-

1.529.000,-

172.000,-

Položka

8

Zpracování Studie proveditelnosti Celkem

Pro navržené a výše popsané projekty Vnitřní integrace úřadu je v kapitole 11.2 provedena finanční a v kapitole 12.2 ekonomická analýza.

8

Celková cena studie proveditelnosti je 114.000 Kč s DPH a je rozdělena na části: I. část výzvy (TC) 45.000 Kč, II. část výzvy (eSpSl) 50.000 Kč, III. část výzvy (integrace) 19.000 Kč.


7.7 Srovnání nabídek jednotlivých dodavatelů V současné době je na trhu široká škála služeb a ICT komponent od různých výrobců a dodavatelů. Z porovnání nabídky několika vybraných dodavatelů ICT komponent a řešení je možné shrnout základní odlišnosti v nabídce jednotlivých dodavatelů:

portfolio nabídky kompatibilní s HW a SW požadavky a vybavením používaným obcemi ORP; schopnost dále rozvíjet řešení, kompetence, zkušenosti; servisní podpora o technická podpora – kvalita a rychlost řešení provozních problémů; o nabídka vzdálené správy TC; o schopnost pružně reagovat na požadavky zákazníka; o další podpora uživatelů – školení; cena o pořizovací náklady; o provozní náklady – cena podpory; ostatní atributy o dodací doba; o doba implementace; o regionální působnost (zastoupení); o reference a stabilita dodavatele.

Na tomto místě nejsou jmenovitě uvedeni výrobci a dodavatelé (z důvodu neprotěžování konkrétní společnosti), případné podrobnější informace a konkrétní nabídku na trhu je možné zjistit prostřednictvím internetu nebo kontaktováním zástupců dodavatelských společností.

7.8 Doporučení a upřesnění pro účely zadávací dokumentace a realizační projektové dokumentace 7.8.1 Specifikace zadání technického řešení Podrobná specifikace technického řešení TC zvolené varianty 1 pro potřeby zadávací dokumentace je uvedena v příloze číslo 3. Společně se seznamem komponent TC uvedeným v kapitole 7.5 tvoří specifikaci vybavení technologické místnosti včetně řešení bezpečnosti.

7.8.2 Požadavky na implementaci, školení a technickou podporu Podrobná specifikace požadavků na implementaci, školení technickou podporu pro potřeby zadávací dokumentace je uvedena v příloze číslo 3.

7.8.3 Požadavky na dodavatele a provozovatele technologického centra Podrobná specifikace požadavků na dodavatele a provozovatele TC ORP pro potřeby zadávací dokumentace je uvedena v příloze číslo 2.


7.9 Analýza technických a bezpečnostních rizik Pro zajištění bezpečnosti technologických center jsou definovány bezpečnostní principy:

důvěrnost, tj. zajištění ochrany citlivých dat před nepovolaným přístupem; dostupnost, tj. zajištění dostupnosti dat a systémů v takovém definovaném rozsahu a v době, ve které je oprávněný uživatel požaduje. Jako vhodné opatření je navrhována např. redundance zdrojů týkajících se jak informací, tak potřebné infrastruktury (zrcadlení, vyrovnávání zátěže, replikace, hotsite, záložní zdroje energie, alternativní komunikační kanály atd.);

integrita, tj. neporušitelnost a celistvost informací/zpráv, u kterých je požadováno, aby při přenosu a zpracování nedošlo k jejich neoprávněné změně. Navrhovaným bezpečnostním opatřením pro zajištění integrity dat je např. elektronický podpis (resp. PKI);

odpovědnost, tj. požadavek na zajištění auditu, který prokazatelně dokládá určitou činnost. Za opatření zajišťující odpovědnost jsou považovány auditní záznamy (logy), vedené o každém zásahu v systému. Požadavek na vedení auditů je dále rozšířen o požadavek zajištění důvěrnosti a integrity logů, tzn., že tyto záznamy jsou považovány za důvěrná data a mohou být přístupné pouze oprávněným uživatelům, a dále že nemohou být mazány, upravovány či pozměňovány.

Prvním krokem při řešení bezpečnosti TC je vstupní analýza, která má za cíl identifikovat požadavky, které jsou na TC kladeny z hlediska informační bezpečnosti. Určité požadavky s sebou přináší zákonné předpisy, standardy a normy se vztahem k informační bezpečnosti, některé specifické požadavky si vyžádá navrhovaná architektura řešení, další požadavky jsou podmíněny technickou náročností navrženého řešení. Na základě analýzy všech těchto požadavků a cílů projektu, obecně požadovaných vlastností a provozních nároků kladených na TC je třeba zabývat se konkrétními bezpečnostními aspekty, jako jsou např. požadavky vyplývající z právních předpisů pro ISVS, požadavek zajištění kontinuity a obnovitelnosti provozu TC a s tím spojený požadavek na redundanci a zálohování systémů a dat, požadavek klasifikace a ochrany ukládaných dat, požadavky na zabezpečení fyzického a logického přístupu k TC (identity management), požadavky na zabezpečení komunikace, požadavky napojení na dohledové systémy apod.

7.9.1 Požadavky zákonných předpisů Zajištění ochrany informací ve smyslu ustanovení zákona č. 365/2000 Sb. a vyhlášky č. 529/2006 Sb. předpokládá mj. splnění požadavků na kvalitu a bezpečnost v rámci dlouhodobého řízení informačních systémů veřejné správy (ISVS). Novelizovaný zákon č. 365/2000 Sb., o ISVS, ukládá orgánům veřejné správy (dále jen OVS) povinnosti pro zajištění kvalitních dat veřejné správy a bezpečné technologické výměny informací za předem stanovených podmínek. Prováděcí právní př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ři atestaci, kterou OVS prokazuje splnění zákonných požadavků prostřednictvím:

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

stanovené kvalitativní a bezpečnostní cíle a požadavky, a vytvář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ů;

o

obecné principy pořizování, vytváření a provozování ISVS;

o

provozní dokumentace (zejm. bezpečnostní politiky), která popisuje funkční a technické vlastnosti ISVS.

Oblast ochrany dat je řešena několika zákonnými normami, přičemž je kladen důraz na zabezpečení informací v průběhu celého jejich životního cyklu, tj. veškeré zpracování informací (od pořizování až po likvidaci):

Zákon č. 101/2000 Sb., o ochraně osobních údajů;

Zákon č. 412/2005 Sb., o ochraně utajovaných informací a o bezpečnostní způsobilosti.


Systémy zpracovávající utajované informace dle zákona č. 412/2005 Sb., o ochraně utajovaných informací a o bezpečnostní způsobilosti, se řídí právními předpisy NBÚ a musejí být řešeny samostatně. S účinností od 1. července 2009 jsou zákonem č. 499/2004 Sb., o archivnictví a spisové službě, vytvoř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ů na funkce těchto systémů vytváří sjednocující parametry pro výkon spisové služby vztahující se k dokumentům v digitální podobě. Národní standard je určen především veřejnoprávním původcům uvedeným v zákoně, kteří vykonávají spisovou službu v elektronické podobě v elektronických systémech spisové služby povinně, a pouze vyžaduje-li to zvláštní povaha jejich působnosti, mohou vykonávat spisovou službu v listinné podobě. Zákonná úprava chrání autorská práva, když zakazuje neoprávněné užívání autorsky chráněného programu. To znamená, že lze používat pouze legální SW v souladu s licenč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 zákonů;

Usnesení vlády č. 58 z 13. 1. 2003 o kontrole a evidenci počítačových programů;

Usnesení vlády č. 624 z 20. 6. 2001 o pravidlech, zásadách a způsobu zabezpečování kontroly užívání počítačových programů.

Veškeré procesy řízení bezpečnosti TC by měly být založeny na předepsané dokumentaci (bezpečnostní politika, směrnice a uživatelské příručky, havarijní plán, příp. bezpečnostní plán/projekt), která bude popisovat a dokumentovat zavedený systém, stanoví jednoznačná pravidla a postupy řízení bezpečnosti na všech úrovních a poskytne nástroj pro efektivní řízení informační bezpečnosti.

7.9.2 Dokumentace k informační bezpečnosti Bezpečnostní politika Bezpečnostní politika je základní bezpečnostní dokument odrážející:

požadavky na bezpečnost (legislativní, organizační, technologické);

organizační strukturu bezpečnosti TC;

definici pravomocí a zodpovědností;

definici aktiv (hodnot) v IS a jejich vlastnictví, včetně tzv. "informačních aktiv", což jsou v podstatě data či informace;

klasifikaci zpracovávaných informací (rozdělení dat dle důležitosti a citlivosti, způsob nakládání s daty a jejich ochrana v jednotlivých kategoriích);

přehled bezpečnostní dokumentace (politika, směrnice a postupy);

personální politiku (pravidla zvyšování bezpečnostního povědomí, vzdělávání a školení uživatelů);

politiku objektové bezpečnosti (která obnáší pravidla fyzického přístupu a ochrany HW, aktivních prvků sítě apod.);

politiku logického přístupu (pravidla pro přidělování/změnu/rušení přístupových práv);

řešení bezpečnostních incidentů (tzn. kdo, co, komu, jakým způsobem hlásí, kdo řeší, vyhodnocuje a přijímá nápravná a preventivní opatření, kdo za co odpovídá);

pravidla případného outsourcingu (tj. na co je třeba pamatovat ve smlouvách, záruky, lhůty atd.).

Bezpečnostní politika informačního systému (také systémová bezpečnostní politika) by měla obsahovat specifikaci bezpečnostních požadavků a konkrétních opatření pro určený systém (nebo subsystém). Plán bezpečnosti Plán bezpečnosti popisuje plán realizace přijatých bezpečnostních opatření, jejich implementace do praxe. Představuje návrh konkrétních bezpečnostních řešení rozpracovaný do harmonogramu pro implementaci jednotlivých opatření formou samostatných projektů, které obsahují:

kapacitní náročnost;


časovou náročnost;

nároky na zdroje;

finanční náklady;

priority projektů;

termíny realizace a odpovědnosti.

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

organizačně-administrativní opatření (systém managementu bezpečnosti, struktura, hierarchie, odpovědnost, kompetence, kontroly a vyhodnocování úrovně a účinnosti systému, řízení dokumentace a záznamů);

personální politiku (řízení lidských zdrojů, procesy náboru a při nástupu, v průběhu a při ukončení pracovního poměru, bezpečnostní povědomí uživatelů, vzdělávání a školení);

fyzickou oblast zabezpečení nebo také objektovou bezpečnost TC (řízení fyzického přístupu do TC a k systému, klíčové hospodářství, prvky ochrany objektu před vnějšími vlivy, EZS, EPS, kamerové systémy, záložní zdroje energie, ochrana rozvodů, kabeláže, náhradní lokality atd.).

Pro řízení procesů lze využít např. rámce ITIL (ČSN ISO/IEC 20000) s dlouhodobě ověřeným a používaným procesním modelem PDCA (Plan-Do-Check-Act), který pokrývá komplexně problematiku IT-procesů 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 na opatření z oblasti HW-zařízení, nástrojů, technologií a postupů v rámci ICT, které představují např. bezpečnostní síťové a komunikační prvky, autentizační mechanismy, systémy detekce a prevence průniku (IDS/IPS), monitoring, dohledové systémy, HW/SW firewally, anti-x nástroje, PKI a elektronický podpis, šifrovací SW, zálohovací systémy, UPS atd. Analýza rizik by měla pokrývat následující cíle:

Identifikovat rizika o

identifikovat aktiva v rámci rozsahu TC a jejich vlastníky;

o

identifikovat hrozby pro tato aktiva;

o

identifikovat zranitelnosti, které by mohly být hrozbami využity;

o

identifikovat dopady na aktiva (při ztrátě důvěrnosti, integrity a dostupnosti).

Analyzovat a vyhodnocovat rizika: o

posoudit dopady na provoz TC;

o

posoudit reálnou pravděpodobnost selhání bezpečnosti;

o

odhadnout úrovně rizik;


o

určit, zda jsou rizika akceptovatelná nebo vyžadují zvládání dle kritérií;

Vybrat a implementovat vhodné cíle opatření a jednotlivá bezpečnostní opatření pro zvládání rizik.

Požadavky na zajištění a obnovu funkčnosti Jedním z klíčových požadavků na provozuschopnost, jenž se promítá do požadavků bezpečnosti, je požadavek na zajištění stanovené doby odezvy a obnovy funkč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 všech zainteresovaných stran. Pro pokrytí zjištěných požadavků dostupnosti bude nezbytné zajistit:

redundantní (záložní) lokalitu/lokality pro TC v bezpečné minimální vzdálenosti a s potřebným vybavením, HW, SW a komunikační infrastrukturou pro okamžité př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í vrstva) jak pro zálohování a archivaci dat/databází, tak pro zálohu instalačních sad/médií, „obrazů“ disků, konfigurací a nastavení, ať už se jedná o virtualizované nebo fyzické prostředí, o způsob on-line nebo 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 kapacitou pro předpokládaný objem, četnost a frekvenci zálohování, s dostatečným výkonem a propustností, s ochranou proti výpadku, s možností vzdáleného řízení a správy. Neodmyslitelnou součástí celého systému zálohování je požadavek testování správnosti, čitelnosti a obnovitelnosti záloh včetně zabezpečení zálohovaných dat v záložních úložištích a řešení bezpečné skartace.

procesní stránku řízení mimořádných událostí, počínaje určením vlastníků jednotlivých aktiv, 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řádných událostí v závislosti na zranitelnostech (výstup z analýzy rizik), jejich potenciální dopad a odpovídající reakce na každou událost s cílem minimalizovat ztráty, rychle a efektivně odstranit následky a v souladu s požadovanými lhůtami obnovit funkčnost TC. Součástí havarijního plánování musí být také definice způsobů testování správnosti a účinnosti plánů a jejich aktualizace v případě změn.

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

Umístění centra v lokalitě: o

pod plnou kontrolou zadavatele (bez volného pohybu osob);

o

mimo záplavovou zónu, chráněné proti vytopení (nevhodné místo v suterénu nebo naopak v podkroví budov);

o

odolné proti otřesům;

o

odolné proti povětrnostním vlivům a přírodním katastrofám;

o

odolné proti elektromagnetickému vyzařování.

Zajištění bezpečnostních perimetrů: o

uvnitř budovy s pevnými zdmi;

o

vstupy opatřené systémem bezpečnostních zámků;

o

zabezpečená kabeláž, rozvody a linky (ne volně či snadno fyzicky přístupné, umístěné např. ve žlabu, zasekané ve zdi, chráněné lištami apod.);

o

bezpečnostní mříže (v přízemí či nižších patrech snadno dostupných zvenčí);

o

EZS (elektrický zabezpečovací systém), příp. v kombinaci s kamerovým systémem, umožňující monitoring vstupu, detekci incidentů násilného vniknutí do objektu, porušení oken/dveří/pohybu v lokalitě, a reakci prostřednictvím napojení na centrální dispečink;

o

EPS (elektrický protipožární systém) vybavený vhodnými čidly (teplotní/kouřová), příp. automatizovaný systém hašení určený pro elektrická zařízení (v bezobslužných prostorách), propojený na centrální dispečink.


Zajištění organizačně-administrativní bezpečnosti (fyzický přístup): o

kontrola a evidence vstupu oprávněného personálu do objektu;

o

klíčové, příp. kartové hospodářství (zajištění bezpečného úložiště klíčů/vstupních karet, evidence vydávání, výměny, odevzdávání klíčů k objektům, dokumentovaná, vynucovaná a ověřovaná politika nakládání s klíči/kartami pro fyzický přístup k objektům v lokalitě);

o

obsluha centrálního dispečinku (centrální pult ochrany, kamerový systém, EZS, EPS).

Zajištění provozního prostředí: o

vytápění/klimatizace místností s výpočetní technikou;

o

dodávky energií (elektřina, voda, teplo);

o

nepřerušitelný zdroj napájení (UPS) pro krátkodobé výpadky a překlenutí kolísání napětí;

o

náhradní/alternativní zdroj energie (agregát) s dostatečnou kapacitou, v bezpečné lokalitě, včetně zajištění obsluhy, dostatečného množství pohonných hmot;

o

náhradní/alternativní komunikační kanál poskytující připojení pro napojení na KIVS při poruše/poškození/zničení stávající kabeláže.

Je striktně vyžadováno redundantní TC (nelze zajistit požadovanou kontinuitu provozu pouze s jedním TC), přičemž provoz redundantního TC v téže lokalitě s primárním TC je v přímém rozporu s požadavky havarijního plánování.

7.9.3 Technická rizika návrhu HW a SW TC ORP M OTORGENERÁTOR Porucha motorgenerátoru neohrozí za běžné situace (nepřerušovaná dodávka elektrické energie z rozvodné sítě) provoz TC ORP. Doporučujeme jeho technický stav podrobit pravidelným technickým kontrolám včetně funkčních s doplňováním paliva, aby byl v případě výpadku dodávky elektrické energie schopen provozu. Motorgenerátor musí být vybaven funkcí automatické regulace otáček. Bez této funkce bude ohrožena funkčnost zásobování celého TC ORP elektrickou energií a to změnou otáček a frekvence výstupního napětí MG při změně zátěže s následným výpadkem UPS.

UPS Porucha elektroniky UPS neohrozí za běžné situace (nepřerušovaná dodávka elektrické energie z rozvodné sítě) provoz TC ORP, napájení TC ORP bude v případě takové poruchy UPS pokračovat bez výpadku z rozvodné sítě.

K LIMATIZACE Porucha klimatizační jednotky může způsobit nežádoucí zvýšení teploty v technologické místnosti a poruchu serverů nebo diskových polí. Odstranění zmíněného rizika lze řešit osazením dvěma klimatizačními jednotkami.

M ONITOROVACÍ SYSTÉM Veškeré zásadní parametry zařízení v technologické jsou sledovány monitorovacím systémem RMS. Automatizovaným vyhodnocováním nestandardních stavů lze předejít větším výpadkům.

S ERVERY HW porucha jednoho serveru (taková, která způsobí celkový výpadek stroje a jeho nedostupnost v infrastruktuře TC ORP) serverové virtualizace v doporučené HW redundantní konfiguraci TC ORP nezpůsobí výpadek poskytovaných služeb delší než několik minut – virtuální stroj bude automaticky nastartován na jiném uzlu. Porucha jednoho serveru diskové virtualizace nezpůsobí žádný výpadek, jeho funkci plynule převezme server druhý. Porucha Management serveru nezpůsobí výpadek služeb TC ORP, pouze nebudou po dobu jeho opravy k dispozici některé management nástroje. Zdvojování Management serverů nedoporučujeme, nárůst ceny neodpovídá přínosu.


Při využití možnosti replikace dat do jiné lokality (TC K) porucha obou serverů diskové virtualizace způsobí výpadek služeb poskytovaných TC ORP na dobu desítek minut, než dojde ke spuštění aplikačních serverů ve virtuálním prostředí TC K nad asynchronně replikovanými daty TC ORP uloženými tamtéž.

D ISKOVÁ ÚLOŽIŠTĚ Porucha jednoho pevného disku v každém RAID setu konfigurovaného diskového úložiště nezpůsobí výpadek služeb poskytovaných TC ORP. Doporučujeme konfigurovat RAID sety jako RAID6 a RAID 10, pak mohou bez dopadu na 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í výpadek služeb poskytovaných TC ORP. Doporučujeme každé diskové úložiště se dvěma diskovými řadiči. Porucha nebo výpadek celého diskového úložiště nezpůsobí výpadek služeb poskytovaných TC ORP vzhledem k tomu, že rozhodující aplikační a infrastrukturní servery budou mít svá data uložena v prostředí diskové virtualizace, LUNy serverů budou synchronně zrcadleny do druhého úložiště a virtualizační vrstva zajistí transparentní přepnutí všech IO operací na něj.

E THERNET SWITCHE HW porucha jednoho Ethernet switche nezpůsobí výpadek služeb poskytovaných TC ORP.

7.9.4 Bezpečnostní rizika návrhu HW a SW TC ORP V NĚJŠÍ RIZIKA Mezi největší nebezpečí patří neznámé útoky z Internetu. Nasazením kvalitního systému IPS (Intrusion Prevention System) lze TC ORP ochránit před takovými útoky s velkou účinností, nebezpečí napadení infrastruktury je pak nízké. Ostatní internetové hrozby budou dostatečně pokryty AntiX řešením (anitivir, antispam, antispyware).

V NITŘNÍ RIZIKA Mezi vnitřní rizika patří především nedokonale zabezpečený přístup do technologické místnosti a její nesprávné umístění v rámci budovy. Zabezpečení přístupu lze velmi kvalitně bez velkých nákladů řešit místností pokud možno bez oken s dveřmi zabezpečenými elektrickým zámkem s jasně definovaným pravidlem pro jeho odblokování (biometrické snímače, snímače čipových karet doplněné alfanumerickou klávesnicí pro zadání přístupového kódu). Systém elektronického zámku lze napojit přímo na RMS nebo vyhodnocovat v rámci stávajícího docházkového systému pro dokladování historických dat. Vnitřní riziko z hlediska zabezpečení proti neoprávněnému vstupu je nízké. Datové centrum TC ORP bude v rámci budovy umístěno ve shodě s všeobecnými požadavky na místnosti technologických center, toto vnitřní riziko je tedy nízké. Dalším rizikem a to jak vnějším, tak vnitřním, je zabezpečení všech management konzolí jednotlivých systémů. Ideální je sjednotit co nejvíce systémů pod jedinou management/administrátorskou konzoli, která bude dostatečně zabezpečena proti zneužití. Přihlašovaní, případně pokusy o přihlášení do konzolí budou logovány pro případné budoucí vyhodnocování. Management pro provoz TC ORP zásadních HW i SW částí je nutné zabezpečit heslem s vysokou účinností, ideální je spolupráce se jmenným systémem TC ORP. Riziko zneužití management konzolí pro omezení funkčnosti TC ORP je střední.


7.10 Provozní zajištění technologického centra a dalšího ICT vybavení 7.10.1 Potřebné energetické a materiálové toky Energetická náročnost budovaného TC v Lokalitě 1 a 2 je cca 4kW. Této hodnotě odpovídají (provozní) náklady na elektrickou energii. Vzhledem k ukončení doby životnosti stávající UPS v horizontu cca 2 let, je v provozních nákladech zahrnuto pořízení nového záložního zdroje.

7.10.2 Záruky a servis Doporučujeme veškeré HW komponenty pro vybudování TC ORP vybavit zárukou se zajištěným servisem.

7.10.3 Údržba a nákladnost oprav V rámci Záruky na veškeré HW komponenty TC ORP budou všechny záruční opravy řešeny bezplatně.

7.10.4 Údaje o životnostech jednotlivých zařízení Životnost serverů a diskových úložišť je 5 let, životnost motorgenerátoru minimálně 10 let, při správné údržbě i více, životnost záložních zdrojů napájení je 6 let (předpokládána je nutnost výměny baterií),

7.10.5 Změny v provozní náročnosti vlivem opotřebení Vzhledem k tomu, že veškeré HW komponenty TC ORP budou vybaveny zárukou, provozní náročnost vlivem opotřebení nebude během této doby narůstat.


8

Organizace a režijní náklady

8.1 Organizační model investiční fáze Garantem vybudování, implementace a provozu TC je ORP Domažlice, potenciálními partnery ORP jsou zřizované organizace a obce a v působnosti ORP. Garantem implementace projektu Vnitřní integrace úřadu je ORP Domažlice.

8.2 Provozní model Provozovatelem TC a jeho služeb bude MÚ Domažlice. Zástupci provozu jsou členy projektového týmu. Jako možné modely financování provozu TC ORP v rozsahu předpokládaných budovaných služeb byly navrženy:

Zajištění provozu TC ORP pouze z prostředků ORP – veškeré náklady na provoz TC hradí ORP ze svého rozpočtu, nepředpokládá se spolufinancování provozu TC ORP partnery/zákazníky (konzumenty služeb).

Zajištění provozu TC ORP z prostředků ORP a finanční spoluúčasti partnerů/zákazníků – jednotliví partneři se budou určitou měrou podílet na financování nákladů spojených s poskytováním služeb TC ORP.

O tom, zda zajištění provozu TC ORP bude financováno pouze z prostředků ORP nebo za finanční spoluúčasti obcí, bude rozhodnuto až po dokončení realizace projektu. ORP se zavazuje zajistit finanční prostředky na provoz výstupů projektu (ať již z vlastního rozpočtu a zajištění udržitelnosti po dobu minimálně pěti let. Rozsah služeb souvisejících s prováděním profylaxe a údržby bude předmětem smluv o servisu a podpoře mezi provozovatelem a dodavatelem prvků TC vybraného na základě výběrového řízení podle kapitoly 8.4.

8.3 Role všech organizací v projektu Na projektu se budou účastnit různé cílové skupiny, které v projektu vystupují v různých rolích. Projekt počítá se zapojením 61,5% obcí ve svém správním území (35 obcí ze 57 projevilo zájem o využívání negarantovaného úložiště). ORP je garantem projektu TC a vnitřní integrace úřadu. Prostřednictvím vlastních kapacit, resp. případně dodavatelů řešení:

zajišťuje provoz, servis a dohled;

garantuje poskytované služby;

je zadavatelem výběrových řízení;

přebírá dodávky;

zajišťuje metodickou podporu uživatelům;

zajišťuje a provádí školení;

implementuje projekty vnitřní integrace úřadu.

Obce a zřizované organizace jsou z pohledu TC konzumenty povinných a nepovinných služeb TC uvedených v kapitole 4.1.2:

negarantované úložiště pracovních dokumentů;

elektronická spisová služba.


8.4 Organizace výběrových řízení Při zadávání veřejných zakázek souvisejících s realizací projektu se bude postupovat v souladu s:

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

8.5 Právní opatření nutná pro realizaci projektu Podmínkou budování TC ORP je sada právních opatření. Zásadními opatřeními jsou:

usnesení Rady nebo Zastupitelstva Města Domažlice: o usnesení zastupitelstva schválení projektu k výzvě číslo 06; o usnesení rady na výběru dodavatele TC, eSpSl a projektů vnitřní integrace úřadu; o usnesení zastupitelstva na příjem dotace; smlouva o poskytnutí dotace mezi Městem Domažlice a Ministerstvem vnitra České republiky; smlouva o spolupráci mezi Městem Domažlice a obcemi; smlouva o dodávce a servisu mezi Městem Domažlice a vybranými dodavateli.

8.6 Popis obsahu provozních směrnic TC a smluvních ujednání pro jednotlivé provozované části / subdodavatele Provozní směrnice TC ORP by měly být obecně odvozeny z existující bezpečnostní politiky MěÚ a měly by být konečným a konkrétním vyjádřením jejích požadavků. V případě MěÚ Domažlice není bezpečnostní politika v současné chvíli zpracována. Provozní směrnice mají doplnit standardní bezpečnostní politiku zejména o bezpečnostní provozní procedury, které musí být dodržovány, organizační opatření, odpovědnost osob působících v TC ORP. Musí předepsat pravidla chování směrem k jednotlivým subjektům / subdodavatelům / provozovatelům TC ORP. Provozní směrnice musí definovat i pravidla organizační a administrativní povahy, různé procedury v oblasti fyzické a personální bezpečnosti a práce s dokumenty tak, jak jsou potřebné pro zajištění bezpečnosti během provozu TC ORP. Vzhledem k předpokládanému modelu provozu TC ORP je nutné zpracovat 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í hesla, seznamy uživatelů ať už interních či externích), audit (akce správce – kontrola a uchovávání záznamů, ošetřování incidentů), řízení přístupu (akce správce i uživatelů v oblasti nastavování přístupových práv, pravidla pro vlastnická práva), akce uživatele a správce vyžadované v oblasti zálohování, akce uživatele a správce v oblasti komunikační bezpečnosti apod. Provozní směrnice musí pamatovat také na realizaci opatření z hlediska bezpečnostních funkcí z oblasti počítačové bezpečnosti náhradními opatřeními. Návrh obsahu provozních směrnic je následující:

Stručný popis TC ORP, jeho rozsahu, umístění, napojení na externí systémy, jeho funkčnosti; Údaj, v jakém bezpečnostním provozním módu TC ORP pracuje a jaký je nejvyšší stupeň utajení zpracovávaných a ukládaných informací v prostředí TC ORP; Funkce (role) zavedené v rámci TC ORP pro výkon správy bezpečnosti IS a činnosti, které zajišťují; Postup pro zařazení osoby do seznamu oprávněných osob a pro její vyřazení, kdo o zařazení/ vyřazení rozhoduje, kdo vede seznam uživatelů;


Jmenný seznam uživatelů/správců, s uvedením přístupových práv konkrétních osob (skupin uživatelů) k objektům IS/TC ORP; Schválená základní konfigurace, umístění jednotlivých komponent TC ORP, odpovědnost za dodržování konfigurace HW a SW, systém řízení konfigurace (schvalování změn, aktualizace); Fyzické zabezpečení TC ORP; Pravidla pro správu virtualizace a provozních záznamů IS; Procedury vztahující se k provádění údržby HW a SW; Postup při haváriích: Pro případ havárie (způsobené napří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ři dané události; o v bezpečnostních směrnicích musí být uvedena: činnost následující ihned po havárii, vedoucí k minimalizaci škod; činnost, která vede k likvidaci následků havárie a která obsahuje konkrétní pracovní postup se jmény a způsobem vyrozumění a dosažení pracovníků povolávaných na pracoviště; způsob zálohování informačního systému; způsob zajištění servisní činnosti; způsob zajištění nouzového provozu informačního systému s vyjmenováním minimálních funkcí, které musí být zachovány; Pro provoz prostředků technické bezpečnosti tj. elektrické zabezpečovací signalizace, elektrické požární signalizace apod., odkaz na příslušné směrnice; Procedury pro kontrolu personálu údržby a jiného podpůrného personálu, který může potřebovat přístup do oblasti, v níž je umístěn IS nebo vzdálené pracovní stanice a terminály; Kontaktní osoby pro jednotlivé oblasti bezpečnosti a provozu TC ORP.

Smluvní ujednání pro zajištění provozu TC ORP musí respektovat bezpečnostní politiku MěÚ Domažlice a zajistit požadovanou kvalitu služeb. Kritické HW prvky jsou redundantní, vzhledem k provedené analýze požadavků a návrhu TC ORP. Požadovaná dostupnost aplikací bude zajištěna 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

9.1 Specifikace funkcí a pozic projektového týmu Nezbytným faktorem úspěšné realizace projektu je vybudování kvalitního projektového týmu. Při jeho sestavování byl kladen důraz na vysokou odbornou vybavenost jednotlivých členů týmu, vybíráni byli zaměstnanci se zkušenostmi v oborech relevantních pro projekt. Projektový tým má složení: Role

Funkce v rámci organizace

Jméno a příjmení

Garant (sponzor) projektu

starosta města

Ing. Miroslav Mach

Vedoucí projektového týmu

tajemník města Domažlice

Ing. Milena Vlčková

Systémový architekt

vedoucí odboru OICT a GIS

Ing. Ivan Pavle

Aplikační architekt

informatik

Bc. Petr Vondraš

Administrátoři systému a helpdesku

vedoucí odboru OICT a GIS informatik

Ing. Ivan Pavle Bc. Petr Vondraš

Administrátor dotace

referent odboru správy majetku

Radek Wiesner

Organizátor veřejných zakázek

vedoucí odboru správy majetku

Bc. Michal Hájek

Právní poradenství

externí právník úřadu

Mgr. Jiřina Endrštová

9.2 Požadavky na kvalifikaci, kompetence a odpovědnosti Požadavky na projektový tým a osoby zajišťující realizaci a provoz TC ORP a realizaci projektu vnitřní integrace úřadu jsou s ohledem na charakter projektu vysoké. Odborná vybavenost (vzdělání, praxe a odborné dovednosti) všech uvedených členů týmu plně odpovídá rozsahu a obsahu projektu, tj. navržený tým je dostatečně kvalitní a kapacitně odpovídá předpokládaným nárokům. Ty jsou dány především činnostmi:

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


10 Realizace projektu, časový plán 10.1 Harmonogram činností projektu ve fázi přípravy a realizace projektu Projekt přípravy a realizace technologického centra, elektronické spisové služby a vnitřní integrace úřadu bude proveden v jedné etapě. Harmonogram realizace projektu je následující: Termín

Aktivita projektu

01 / 2010 – 12 / 2010

Přípravná fáze

01 / 2010

Výběrové řízení na zpracování Studie proveditelnosti

01 / 2010 – 05 / 2010

Zpracování Studie proveditelnosti Schválení projektu včetně jeho financování Radou / Zastupitelstvem

05 / 2010

Zpracování a podání žádosti o dotaci

05 / 2010

Příprava výběrového řízení na dodavatele TC, eSpSl a Vnitřní integrace úřadu

08 – 09 / 2010

Schválení přidělení dotace MV ČR – předpoklad

08 – 09 / 2010

Realizace výběrového řízení na dodavatele TC, eSpSl a Vnitřní integrace úřadu Schválení výsledků veřejné soutěže Zastupitelstvem, podpis smlouvy s dodavatelem/li

09 – 11 / 2010 11 / 2010 – 12 / 2010 01 – 06 / 2011

Realizační fáze Úprava prostor pro TC

01 / 2010 – 03 / 2011


01 / 2010 – 03 / 2011

Instalace, konfigurace, školení a testovací provoz části Vnitřní integrace úřadu

01 / 2010 – 06 / 2011

Implementace TC – HW a SW (včetně implementace služeb TC)

02 – 05 / 2011

Instalace, konfigurace, školení části eSpSl

05 – 06 / 2011 06 / 2011

Zkušební provoz TC Provozní fáze

07 / 2011 – 06 / 2016 07 / 2011

Zahájení rutinního provozu – TC, eSpSl, Vnitřní integrace Provoz po dobu udržitelnosti projektu – 60 měsíců

07 / 2011 – 06 / 2016

Administrace projektu, zajištění publicity

07 / 2011 – 06 / 2016

Harmonogram je založen na předpokladu schválení dotace v srpnu nebo září 2010. V případě pozdějšího přidělení dotace bude harmonogram následných prací posunut o dobu prodlení s přidělením dotace.

10.2 Souhrnný přehled časových a nákladových charakteristik projektu Přehled časových a nákladových charakteristik projektu je uveden v kapitole 11.


11 Finanční analýza projektu, finanční plán Finanční analýza se zaměřuje na přímé dopady projektu na rozpočet žadatele, popisuje plán hotovostních toků (příjmů a výdajů) projektu. Veškeré hodnoty uvedené ve finanční i ekonomické analýze jsou v reálných cenách roku 2010. Ceny jsou uváděny včetně DPH, protože žadatel o finanční podporu není plátce DPH ve vztahu k aktivitám projektu. Hodnoty jsou pro potřeby výpočtů 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. Analýza je zpracována odděleně pro část I. Technologické centrum a pro část III. Vnitřní integrace úřadu.

11.1 Finanční analýza – část Technologické centrum 11.1.1 Zajištění dlouhodobého majetku (vymezení dlouhodobého majetku, určení investičních nákladů) Přehled dlouhodobého majetku pořizovaného v rámci projektu pro vybranou variantu řešení je uveden v příloze číslo 2 studie.

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

11.1.3 Přehled celkových nákladů v investiční fázi V následující tabulce je uveden přehled celkových nákladů v investiční fázi pro variantu 1: Cena včetně DPH

Položka Servery a disková úložiště

2.210.000,-

Servery pro serverovou a diskovou virtualizaci Backup server NAS server Disková pole

535.000,95.000,110.000,1.470.000,-


621.000,-

Racková skříň nebo rám UPS Elektrocentrála Klimatizace Aktivní prvky – ethernet Silnoproudý rozvaděč

40.000,50.000,180.000,121.000,130.000,100.000,-

Software licence

228.000,-

Licence – databázový systém Licence – serverová virtualizace

145.000,83.000,-

Implementace SW Propojení Lokality 1 a Lokality 2 TC Zpracování Studie proveditelnosti Úprava prostor pro TC Propagace projektu Celkem TC ORP

80.000,50.000,45.000,50.000,10.000,3.294.000,-


Přehled celkových nákladů v investiční fázi pro variantu 2 je následující: Cena včetně DPH 2.830.000,-

Položka Servery a disková úložiště Servery pro serverovou a diskovou virtualizaci Backup server NAS server Disková pole

650.000,150.000,130.000,1.900.000,-


1.122.000,-

Racková skříň nebo rám UPS Elektrocentrála Klimatizace Aktivní prvky – ethernet Silnoproudý rozvaděč Zhášecí systém Rack Monitoring System

40.000,180.000,250.000,122.000,300.000,100.000,50.000,80.000,-

Software licence

780.000,-

Licence – operační systém Licence – databázový systém Licence – serverová virtualizace

200.000,145.000,435.000,-

Implementace SW Propojení Lokality 1 a Lokality 2 TC Zpracování Studie proveditelnosti Úprava prostor pro TC Propagace projektu Celkem TC ORP

250.000,50.000,45.000,50.000,10.000,5.137.000,-

11.1.4 Přehled celkových nákladů v provozní fázi (problematika servisních podmínek, amortizace) Níže je v tabulkách uveden přehled celkových nákladů v provozní fázi. V následující tabulce je uveden přehled provozních nákladů pro variantu 1: Položka / Rok Proaktivní podpora Ad-hoc specializované servisní zásahy Elektrická energie (4kW) Obměna UPS Virtualizace serverová

Celkem

0 50.000,30.000,140.000,0,20.000,-

240.000,-

1 50.000,30.000,140.000,0,20.000,-

2

3

4

5

50.000,30.000,140.000,50.000,20.000,-

50.000,30.000,140.000,0,20.000,-

50.000,30.000,140.000,0,20.000,-

50.000,30.000,140.000,0,20.000,-

240.000,- 290.000,-

240.000,-

240.000,-

240.000,-

3

4

5

190.000,160.000,300.000,-

190.000,160.000,300.000,-

Všechny ceny jsou uvedeny včetně DPH. Přehled provozních nákladů pro variantu 2 je následující: Položka / Rok Vzdálená správa řešení TC Elektrická energie (4kW) Virtualizace serverová a disková

Celkem

0

1

2

190.000,160.000,300.000,-

190.000,160.000,300.000,-

190.000,160.000,300.000,-

650.000,-

650.000,-

650.000,-

190.000,160.000,300.000,-

650.000,- 650.000,- 650.000,-

Všechny ceny jsou uvedeny včetně DPH.


11.1.5 Příjmy provozní fáze Předkládaný projekt nebude generovat příjmy.

11.1.6 Finanční plán investiční a provozní fáze Následující tabulky shrnují plán investiční fáze projektu v obou investičních variantách (s výnosy projekt nepočítá). Pro variantu 1 platí: Typ nákladů Investiční + neinvestiční náklady investiční fáze Dlouhodobý hmotný a nehmotný majetek Nákup dlouhodobého hmotného majetku

Celkové náklady

Servery pro serverovou a diskovou virtualizaci Backup server NAS server Disková pole Racková skříň nebo rám UPS Elektrocentrála Klimatizace Aktivní prvky – ethernet Silnoproudý rozvaděč

535.000,95.000,110.000,1.470.000,40.000,50.000,180.000,121.000,130.000,100.000,-

Nákup dlouhodobého nehmotného majetku

308.000,-

3.294.000,3.139.000,2.831.000,-

Licence – databázový systém Licence – serverová virtualizace Implementace SW

145.000,83.000,80.000,-

Neinvestiční náklady investiční fáze

155.000,-

Zpracování Studie proveditelnosti Úprava prostor pro TC Propojení Lokality 1 a Lokality 2 TC Propagace projektu

45.000,50.000,50.000,10.000,-

Provozní náklady investiční fáze

240.000,-

Proaktivní podpora Ad-hoc specializované servisní zásahy Elektrická energie (4kW) Virtualizace serverová

50.000,30.000,140.000,20.000,-



Pro variantu 2 platí: Typ nákladů Investiční + neinvestiční náklady investiční fáze Dlouhodobý hmotný a nehmotný majetek Nákup dlouhodobého hmotného majetku

Celkové náklady 5.137.000,4.982.000,3.952.000,-

Servery pro serverovou a diskovou virtualizaci Backup server NAS server Disková pole Racková skříň nebo rám UPS Elektrocentrála Klimatizace Aktivní prvky – ethernet Silnoproudý rozvaděč Zhášecí systém Rack Monitoring System

650.000,150.000,130.000,1.900.000,40.000,180.000,250.000,122.000,300.000,100.000,50.000,80.000,-


1.030.000,-

Licence – operační systém Licence – databázový systém Licence – serverová virtualizace Implementace SW

200.000,145.000,435.000,250.000,-

Neinvestiční náklady investiční fáze

155.000,-

Zpracování Studie proveditelnosti Úprava prostor pro TC Propojení Lokality 1 a Lokality 2 TC Propagace projektu

45.000,50.000,50.000,10.000,-


650.000,-

Vzdálená správa řešení TC Elektrická energie (4kW) Virtualizace serverová a disková

190.000,160.000,300.000,-

Všechny ceny jsou uvedeny včetně DPH. V provozní etapě nejsou předpokládané investiční náklady. Pro dobu udržitelnosti projektu jsou provozní náklady provozní etapy uvedeny v následujících tabulkách. Pro variantu 1 platí: Položka / Rok Investiční náklady provozní fáze

1

2

3

4

5

0,-

0,-

0,-

0,-

0,-

240.000,-

290.000,-

240.000,-

240.000,-

240.000,-

Proaktivní podpora

50.000,-

50.000,-

50.000,-

50.000,-

50.000,-

Ad-hoc specializované servisní zásahy

30.000,-

30.000,-

30.000,-

30.000,-

30.000,-

140.000,-

140.000,-

140.000,-

140.000,-

140.000,-

0,-

50.000,-

0,-

0,-

0,-

20.000,-

20.000,-

20.000,-

20.000,-

20.000,-

Provozní náklady provozní fáze

Elektrická energie (4kW) Obměna UPS Virtualizace serverová


Pro variantu 2 platí: Položka / Rok

1

Investiční náklady provozní fáze

2

3

4

5

0,-

0,-

0,-

0,-

0,-

650.000,-

650.000,-

650.000,-

650.000,-

650.000,-

Vzdálená správa řešení TC

190.000,-

190.000,-

190.000,-

190.000,-

190.000,-

Elektrická energie (4kW)

160.000,-

160.000,-

160.000,-

160.000,-

160.000,-

Virtualizace serverová a disková

300.000,-

300.000,-

300.000,-

300.000,-

300.000,-


Struktura financování projektu je udržitelná a stabilní, protože není závislá na půjčkách na finančním trhu nebo příjmech z provozované činnosti. Předkládaný projekt nebude generovat žádné výnosy.

11.1.7 Přehled financování projektu Protože samotný projekt negeneruje příjmy, byl kladen velký důraz na zabezpečení finančních zdrojů nejen v investiční fázi, ale především v provozní fázi projektu. Dostatek likvidních prostředků po celou dobu realizace a udržitelnosti projektu je zaručen zajištěním dlouhodobého zdroje krytí záporných cash flow z rozpočtu žadatele a z dotace. Likvidita je dále podpořena uváženým navržením harmonogramu s dostatečným prostorem na jednotlivé aktivity projektu. Investiční část projektu bude financována z rozpočtu žadatele v rozsahu 15% a dále z dotace v rámci IOP v rozsahu 85% uznatelných nákladů. Provozní fáze bude pak hrazena z rozpočtu žadatele, zvažuje se možnost přispívání zapojených obcí na provoz.

11.1.8 Výpočty a vyhodnocení finančních ukazatelů Plán průběhu cash flow v investiční i provozní fázi projektu je zobrazen v následující tabulce. 0

1

2

3

4

5

Varianta 0 Náklady

0,-

0,-

0,-

0,-

0,-

0,-

Cash flow

0,-

0,-

0,-

0,-

0,-

0,-

Náklady

3.534.000,-

240.000,-

290.000,-

240.000,-

240.000,-

240.000,-

Cash flow

-3.534.000,-

-240.000,-

-290.000,-

-240.000,-

-240.000,-

-240.000,-

Varianta 1

Varianta 2 Náklady

5.787.000,-

650.000,-

650.000,-

650.000,-

650.000,-

650.000,-

Cash flow

-5.787.000,-

-650.000,-

-650.000,-

-650.000,-

-650.000,-

-650.000,-

Všechny ceny jsou uvedeny včetně DPH. Protože projekt negeneruje finanční příjmy, není výpočet klasických ukazatelů finanční analýzy pro projekt relevantní. Proto byla spočtena pouze čistá současná hodnota (NPV) obou variant. K realizaci je dle NPV vhodný projekt s nejvyšší kladnou hodnotou, NPV vyšla u obou variant projektů záporná, u první varianty ve výši -4.61 mil. Kč, u druhé varianty ve výši -8.60 mil. Kč. Čistě z finančního hlediska tedy nevyhovuje ani jedna varianta projektu.


Ukazatele počítané z finančních toků Varianta 1 NPV

-4.618.426,-

Varianta 2 NPV

-8.601.160,-

11.1.9 Závěry finanční analýzy Hodnocený projekt negeneruje finanční příjmy a jediným ukazatelem finanční analýzy, který lze u něj vyčíslit, je čistá současná hodnota. Ta vyšla u první varianty ve výši -4.61 mil. Kč a u druhé varianty ve výši -8.60 mil. Kč.


11.2 Finanční analýza – část Vnitřní integrace úřadu 11.2.1 Zajištění dlouhodobého majetku (vymezení dlouhodobého majetku, určení investičních nákladů) Přehled dlouhodobého majetku pořizovaného v rámci projektu vnitřní integrace úřadu je uveden v příloze číslo 2 studie.

11.2.2 Přehled celkových nákladů v investiční fázi V následující tabulce je uveden přehled celkových nákladů v investiční fázi: Položka

Investiční náklady v Kč


60.000,-


850.000,-

Licence agend / modulů

720.000,-

Implementace SW

130.000,-

Systém interaktivní formulářů

250.000,-

Manažerský IS

350.000,-


19.000,-

Celkem

1.529.000,-


11.2.3 Přehled celkových nákladů v provozní fázi (problematika servisních podmínek, amortizace) V následující tabulce je uveden přehled provozních nákladů: Položka / rok Systém řízení organizační struktury

0

1

2

3

4

5

12.000,-

12.000,-

12.000,-

12.000,-

12.000,-

12.000,-

100.000,-

100.000,-

100.000,-

100.000,-

100.000,-

100.000,-

Maintenance – Formulářové řešení

30.000,-

30.000,-

30.000,-

30.000,-

30.000,-

30.000,-

Manažerský IS

30.000,-

30.000,-

30.000,-

30.000,-

30.000,-

30.000,-

172.000,-

172.000,-

172.000,-

172.000,-

172.000,-

172.000,-

Licence agendového IS

Celkem Všechny ceny jsou uvedeny včetně DPH.

11.2.4 Příjmy provozní fáze Předkládaný projekt nebude generovat příjmy.


11.2.5 Finanční plán investiční a provozní fáze Následující tabulka shrnuje plán investiční fáze projektu (s výnosy projekt nepočítá). Celkové náklady

Typ nákladů Investiční + neinvestiční náklady investiční fáze

1.529.000,-

Dlouhodobý hmotný a nehmotný majetek

1.529.000,-


1.529.000,-


60.000,-


850.000,-

Systém interaktivní formulářů

250.000,-

Manažerský IS

350.000,-

Neinvestiční náklady

19.000,-


19.000,-


172.000,-


12.000,-


100.000,-

Maintenance – Formulářové řešení

30.000,-

Manažerský IS

30.000,-

Všechny ceny jsou uvedeny včetně DPH. V provozní etapě nejsou předpokládané investiční náklady. Pro dobu udržitelnosti projektu jsou náklady provozní etapy uvedeny v následující tabulce. Položka / Rok

1

Investiční náklady provozní fáze

2

3

4

5

0,-

0,-

0,-

0,-

0,-


172.000,-

172.000,-

172.000,-

172.000,-

172.000,-


12.000,-

12.000,-

12.000,-

12.000,-

12.000,-

100.000,-

100.000,-

100.000,-

100.000,-

100.000,-

LicMaintenance – Formulářové řešení

30.000,-

30.000,-

30.000,-

30.000,-

30.000,-

Manažerský IS

30.000,-

30.000,-

30.000,-

30.000,-

30.000,-



11.2.6 Přehled financování projektu Protože samotný projekt negeneruje příjmy, byl kladen velký důraz na zabezpečení finančních zdrojů nejen v investiční fázi, ale především v provozní fázi projektu. Dostatek likvidních prostředků po celou dobu realizace a udržitelnosti projektu je zaručen zajištěním dlouhodobého zdroje krytí záporných cash flow z rozpočtu žadatele a z dotace. Likvidita je dále podpořena uváženým navržením harmonogramu s dostatečným prostorem na jednotlivé aktivity projektu. Investiční část projektu bude financována z rozpočtu žadatele v rozsahu 15% a dále z dotace v rámci IOP v rozsahu 85% uznatelných nákladů. Provozní fáze bude pak hrazena z rozpočtu žadatele, zvažuje se možnost přispívání zapojených obcí na provoz.


11.2.7 Výpočty a vyhodnocení finančních ukazatelů Plán průběhu cash flow v investiční i provozní fázi projektu je zobrazen v následující tabulce. 0

1

2

3

4

5

Vnitřní integrace úřadu Náklady

1.601.000,-

172.000,-

172.000,-

172.000,-

172.000,-

172.000,-

Cash flow

-1.601.000,-

-172.000,-

-172.000,-

-172.000,-

-172.000,-

-172.000,-

Protože projekt negeneruje finanční příjmy, není výpočet klasických ukazatelů finanční analýzy pro projekt relevantní. Byla spočtena pouze čistá současná hodnota (NPV). K realizaci je dle NPV vhodný projekt s kladnou výslednou hodnotou, NPV vyšla záporná ve výši -2,62 mil. Kč. Čistě z finančního hlediska tedy toto řešení integrace úřadu nevyhovuje. Ukazatele počítané z finančních toků Vnitřní integrace úřadu NPV

-2.620.664,-

11.2.8 Závěry finanční analýzy Hodnocený projekt negeneruje finanční příjmy a je z finančního hlediska neefektivní. Jediným ukazatelem finanční analýzy, který lze u něj vyčíslit, je čistá současná hodnota. Ta vyšla ve výši -2,62 mil. Kč.


12 Ekonomická analýza projektu Ekonomická analýza projektu vychází z finanční analýzy a dále ji rozvíjí o vyhodnocení socioekonomických vlivů, tedy vnějších faktorů vedoucích k přínosům a sociálním nákladům i mimo žadatele (tj. všech zainteresovaných subjektů). Tyto přínosy a újmy nejsou obsaženy ve finanční analýze, protože pro žadatele negenerují skutečné peněžní výdaje a příjmy. V rámci přechodu od finanční k ekonomické analýze byla provedena korekce fiskálních faktorů9. Byla zhodnocena vhodnost projektu k realizaci a provedena citlivostní analýza.

12.1 Ekonomické vyhodnocení projektu TC pomocí sociálně ekonomické analýzy K ekonomickému vyhodnocení projektu použijeme Cost-Benefit Analýzu (CBA), což je standardní technika určená ke kalkulaci nákladů a přínosů a slouží jako podklad pro kvalifikované rozhodování o projektech s nefinančními příjmy.

12.1.1 Vymezení všech zainteresovaných subjektů Prvním krokem analýzy je vymezení všech zainteresovaných subjektů. Vzhledem k účelu projektu vymezíme skupinu subjektů, kterých se projekt reálně dotkne. Dále definujeme seznam subjektů, které jsou relevantní z hlediska motivace investora a z pohledu poskytovatele dotace. Nalezením průniku obou seznamů získáme výsledný seznam beneficientů:

ORP Domažlice; obce ve správním území ORP Domažlice; zřizované a zakládané organizace ORP a obcí ve správním území; občané.

12.1.2 Příjmy a újmy nulové varianty U nulové varianty předpokládáme, že ORP a obce musí nějak vyřešit ukládání datových zpráv. To je možné, kromě využití služeb negarantovaného úložiště TC ORP, řešit např. nákupem služby Datový trezor, kterou poskytuje Česká pošta. Pro jednotlivé beneficienty byly nalezeny tyto přínosy:

výdaje jsou rovnoměrně rozloženy v čase.

Pro jednotlivé beneficienty byly nalezeny tyto újmy:

roční náklad na archivování datových zpráv z datové schránky – obce10 využijí službu Datový trezor, kterou poskytuje Česká pošta.

Náklady na nulovou variantu jsou uvedeny v tabulce, náklady na datový trezor jsou počítány pro ORP a všechny obce ve správním území ORP, protože TC ORP je dimenzováno na poskytování služeb negarantovaného úložiště pro ORP a všechny obce ve správním území ORP (dle požadavků výzvy). 0 Náklady na Datový trezor pro 57 obcí a ORP

9

2.784.000,-

1

2

3

2.784.000,- 2.784.000,- 2.784.000,-

4

5

2.784.000,- 2.784.000,-

Tj. všechny ukazatele jsou v této kapitole uvedeny bez DPH.

10

Dotčené subjekty jsou: ORP a všechny obce ve správním obvodu ORP.


12.1.3 Příjmy a újmy investičních variant 1 a 2 Pro jednotlivé beneficienty byly nalezeny tyto přínosy (stejné u obou investičních variant):

archivování datových zpráv z datové schránky bude v úložišti TC ORP, obce nebudou využívat službu Datový trezor, kterou poskytuje Česká pošta,

organizačně/personální synergie – využití vybudované kompetence informatiků na ORP,

zůstatková hodnota investice - projeví se v posledním uvažovaném provozním roce investice.

Pro jednotlivé beneficienty byly nalezeny tyto újmy (stejné u obou investičních variant): jednorázový náklad na pořízení technologického centra (vysoké investiční výdaje). Vyjma uvedeného nelze další přínosy projektu převést do finančního vyjádření při zachování potřebné objektivity a spolehlivosti. 0 Náklady na vybudování a provoz TC ORP – varianta 1

1

2.945.000,-

200.000,-

0 Náklady na vybudování a provoz TC ORP – varianta 2

2

1

4.822.500,-

3

241.667,-

200.000,-

2

541.667,-

4

200.000,-

3

541.667,-

5

200.000,-

4

541.667,-

5

541.667,-

541.667,-

12.1.4 Nefinanční přínosy a náklady projektu Vyjma všech finančních i na finanční částky převoditelných nákladů a přínosů projekt dále generuje, popřípadě indukuje celou řadu nefinančních přínosů. Jedná se zejména o následující:

zefektivnění fungování veřejného sektoru;

větší dostupnost a veřejných služeb;

vyšší míra spolehlivosti služeb veřejné správy;

zlepšení vnímání veřejné správy;

zvýšení transparentnosti výkonu veřejné správy;

nabídka nových služeb;

zvýšení kvalifikace pracovníků úřadu;

naplňování politiky eGovernmentu.

12.1.5Výpočet kriteriálních ukazatelů, celkový ekonomický peněžní tok Na úvod této podkapitoly je vhodné doplnit, že do cash flow nebyl zahrnut vliv inflace a všechny toky byly kalkulovány v reálné hodnotě. V posledním roce udržitelnosti byla k investičním variantám přičtena zůstatková hodnota počáteční investice. Strukturované porovnání nákladů a přínosů v jednotlivých letech pro všechny varianty je náplní následujících tabulek. Ekonomický peněžní tok pro variantu 0: 0

1

2

3

4

5

2.784.000,-

2.784.000,-

2.784.000,-

2.784.000,-

2.784.000,-

2.784.000,-

Přínosy

0,-

0,-

0,-

0,-

0,-

0,-

Náklady

2.784.000,-

2.784.000,-

2.784.000,-

2.784.000,-

2.784.000,-

2.784.000,-

-2.784.000,-

-2.784.000,-

-2.784.000,-

-2.784.000,-

-2.784.000,-

-2.784.000,-

Újmy

Cash flow


Ekonomický peněžní tok pro variantu 1: 0

1

2

3

4

5

Újmy

2.945.000,-

200.000,-

241.667,-

200.000,-

200.000,-

200.000,-

Přínosy

2.784.000,-

2.784.000,-

2.784.000,-

2.784.000,-

2.784.000,-

3.225.750,-

Náklady

2.945.000,-

200.000,-

241.667,-

200.000,-

200.000,-

200.000,-

-161.000,-

2.584.000,-

2.542.333,-

2.584.000,-

2.584.000,-

3.025.750,-

Cash flow

Ekonomický peněžní tok pro variantu 2: 0

1

2

3

4

5

Újmy

4.822.500,-

541.667,-

541.667,-

541.667,-

541.667,-

541.667,-

Přínosy

2.784.000,-

2.784.000,-

2.784.000,-

2.784.000,-

2.784.000,-

3.507.375,-

Náklady

4.822.500,-

541.667,-

541.667,-

541.667,-

541.667,-

541.667,-

-2.038.500,-

2.242.333,-

2.242.333,-

2.242.333,-

2.242.333,-

2.965.708,-

Cash flow

11

Vypočtené ukazatele z ekonomického peněžního toku nulové varianty a obou investičních variant projektu jsou shrnuty v následující tabulce. Ukazatele počítané z ekonomických toků ENPV ERR EPV/I Doba návratnosti

Varianta 0 -14.837.263,-

Varianta 1 11.334.698,1522,42% 3,85 <1

Varianta 2 8.236.413,98,25% 1,71 1,00

Společenská čistá současná hodnota (ENPV) projektu představuje kumulovanou hodnotu diskontovaných socio-ekonomických hotovostních toků po dobu realizace a provozu projektu. Z navržených variant je dle tohoto ukazatele nulová varianta ekonomicky nepřípustná, první a druhá varianta jsou ekonomicky přípustné. Realizací tohoto projektu ve variantě 1 společnost reálně „zbohatne“ o 11,33 mil. Kč, realizací tohoto projektu ve variantě 2 společnost reálně „zbohatne“ o 8,23 mil. Kč. Ekonomicky přínosnější je projekt s vyšší ENPV, tedy ve variantě 1. Podle ukazatele vnitřní výnosové procento z ekonomického CF (ERR) je projekt přijatelný v obou investičních variantách. Relativní rentabilita, kterou projekt během svého života poskytne, je u varianty 1 ve výši 1522,42%, u varianty 2 ve výši 98,25%. Také podle ukazatele ERR je výhodnější investovat do první varianty projektu, která má vyšší vnitřní výnosové procento. Index ziskovosti EPV/I hodnotí projekt taktéž jako přijatelný, relativní vyjádření obohacení společnosti je 3,85 u první varianty, 1,71 u druhé varianty. Ekonomicky přínosnější je dle indexu ziskovosti projekt ve variantě 1. Doba návratnosti (z diskontovaných toků) projektu udává počet let, která jsou zapotřebí k tomu, aby se kumulované diskontní hotovostní toky od prvního roku zahájení provozu vyrovnaly investici. Doba, po kterou se bude investice vracet, je u varianty jedna méně než jeden rok, u varianty druhé je to 1 rok. Výhodnější je dle tohoto kritéria investovat do varianty 1 s nižší dobou návratnosti. Pro potřeby analýzy byla dlouhodobá reálná společenská diskontní sazba stanovena ve výši 5% p.a.12

12.1.6 Provedení citlivostní analýzy Postup pro provedení citlivostní analýzy byl následující: 11 12

Dle Kislingerová E. a kol.: Manažerské finance. Praha: C. CH. Beck, 2007. ISBN 978-80-7179-903-0 Podle přílohy č 01a výzvy 07 – Analýza nákladů a přínosů a metodické příručky MMR Analýza nákladů a přínosů verze 1.4


Byly vyjádřeny zásadní předpoklady, obsažené v kalkulaci hotovostních toků pro celé sledované období.

Postupně byl každý z těchto předpokladů změněn o 1% a pro každou tuto změnu zvlášť spočtena hodnota kriteriálního ukazatele (ENPV).

Pro každý takto změněný předpoklad byla spočtena procentní změna ukazatele. Změna ENPV [v %]

Zkoumaný předpoklad Snížení nákladů na Datový trezor o 1%

-1,31 -0,26 -0,08

Zvýšení nákladů na investici o 1% Zvýšení provozních nákladů o 1%

Z výše uvedené tabulky je patrné, že vliv největší vliv na ENPV bude mít změna ceny služby Datový trezor od České pošty. Procentní změna tohoto parametru vyvolá změnu společenské čisté současné hodnoty o 1,31%. Výsledky projektu jsou tedy citlivé především na tento parametr. Pokud by tedy Česká pošta snižovala cenu této své služby, ekonomická čistá současná hodnota projektu by se snižovala. Změna ostatních zkoumaných předpokladů o 1% vyvolá změnu ENPV nižší než 1%, ENPV je na ně tedy daleko méně citlivá.

12.2Doporučení vybrané varianty Obě investiční varianty vyhověly ve všech ukazatelích, které byly vyhodnoceny v kapitole 12.1.5, obě jsou tedy ekonomicky přijatelné a rentabilní. Z těchto dvou variant vychází varianta 1 vždy lépe, proto je doporučeno realizovat tuto investiční variantu projektu.

12.3 Závěry ekonomické analýzy V kapitole Ekonomická analýza projektu byly porovnány zvažované varianty projektu a vybrána ekonomicky nejvhodnější varianta k realizaci. Mezi nefinanční přínosy projektu patří bezpochyby zvýšení kvality nabízených služeb ORP Domažlice jak směrem k občanům, tak k příspěvkovým organizacím a obcím ve správním území ORP. Vybudování technologického centra umožní pracovníkům úřadu práci s moderními technologiemi a osvojení nových schopností, dojde k nabízení nových služeb (inovativnosti). Vzhledem k centralizaci služeb technologického centra můžeme očekávat také zvýšení rychlosti poskytovaných služeb. Investiční část projektu bude financována z rozpočtu žadatele v rozsahu 15% a dále z dotace v rámci IOP v rozsahu 85% uznatelných nákladů. Provozní fáze bude hrazena z rozpočtu žadatele. Udržitelnost projektu plyne především z toho, že finanční zdroje na investici i provoz projektu jsou z veřejných zdrojů (státní rozpočet, EU), projekt není závislý na půjčkách na finančním trhu nebo příjmech z provozované činnosti (neexistují) a projekt je po všech stránkách efektivně navržen (legislativně, technicky a ekonomicky).

12.4 Ekonomické vyhodnocení projektu pro oblast Vnitřní integrace úřadu Ekonomická analýza projektu obecně vychází z finanční analýzy a dále ji rozvíjí o vyhodnocení socioekonomických vlivů, tedy vnějších faktorů vedoucích k přínosům a sociálním nákladům i mimo žadatele (tj. všech zainteresovaných subjektů). Tyto přínosy a újmy nejsou obsaženy ve finanční analýze, protože pro žadatele negenerují skutečné peněžní výdaje a příjmy. Předložené řešení vnitřní integrace úřadu ve formě projektů popsaných v bodě 3.5 průkazně přispívá ke kultivaci vnitřních systémů chodu úřadu a naplňuje záměr a cíle integrace v minimálně v následujících bodech:

okamžitá schopnost nebo připravenost MěÚ Domažlice na komunikaci s ISZR;


transparentní řízení organizační struktury – řízení organizační struktury, pracovních náplní, povinností a zodpovědnosti pro zaměstnance;

plná podpora poskytovaných služeb občanům prostřednictvím IS;

omezení ručního plnění a přepisování dat do vnitřních provozních agend, posílení automatizace, snížení chybovosti způsobené lidským faktorem;

zajištění zpracování jednotného vstupu/výstupu z/do agendových systémů, zrychlení výkonu agend;

možnost analyzovat a vyhodnocovat data z IS MěÚ Domažlice.

Tyto body představují nefinanční přínosy projektu. Tyto přínosy by se daly převést do finančního vyjádření ve formě úspory času pracovníků, případně úspory materiálu (papír, toner do tiskáren, atd.). Jednotlivé ukazatele není však možné dostatečně přesně kvantifikovat, protože efektivita zavedených změn je různá u každého úřadu. Převedení těchto ukazatelů do finančního vyjádření by tak pravděpodobně znamenalo ztrátu své vypovídající schopnosti, proto zůstaneme u slovního vyjádření. Z pohledu úřadu vyjmenované nefinanční benefity jednoznačně znamenají přínos a to jak v podobě zrychlení a zkvalitnění výkonu agend, tak v zautomatizování řady činností, zmenšení výskytu chybovosti či redundance dat, kdy se všechny tyto aspekty promítají do zlepšení péče o zákazníka. Náklady na jednotlivá opatření jsou tedy zcela opodstatněné a vyvážené uvedenými benefity směřujícími dovnitř i vně úřadu.


13 Analýza rizik Kapitola popisuje potenciální rizika projektu během investiční a provozní fáze. Každému definovanému riziku je přiřazena pravděpodobnost jeho vzniku a hodnocení následného dopadu. Dále je uvedeno opatření na eliminaci nebo zmírnění rizika a kriterium úspěchu.

13.1 Projektová rizika Nepřidělení dotace na projekt

Vysoký

Pravděpo dobnost Střední

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

Vysoký

Vysoká

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

Vysoký

Nízká

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

Střední

Střední

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

Střední

Střední

Popis rizika

Dopad

Opatření na eliminaci nebo zmírnění rizika

Kritérium úspěchu

Kvalitní a včasné zpracování a podání žádosti včetně všech povinných příloh. Příprava příloh ve stanovené struktuře.

Přidělení dotace

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. Aktivně přistupovat k přípravě prostor technologického centra ORP. Přizpůsobit harmonogram projektu budování TC ORP vzhledem k jeho případným úpravám. 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.

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

Smluvně ošetřit kvalitní pracovníky dodavatele na základě jejich zkušenostmi při realizaci obdobných zakázek. Aplikovat smluvní pokuty pro dodavatele za nesplnění sjednaných podmínek.

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

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

Nedojde k prodlení harmonogramu projektu z důvodů neposkytnutí součinnosti interními pracovníky ORP.

13.2 Technická a realizační rizika Popis rizika

Dopad

HW architektura není optimální – dochází k nestabilitě systému, výpadkům aplikací, není dostatečný diskový prostor, HW není možné dále rozšiřovat.

Vysoký

Pravděpo dobnost Nízká

Termín dodání jednotlivých technických komponent nebude dodržen

Střední

Střední

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

Vysoký

Střední

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

Vysoký

Střední

Nebude zajištěna odpovídající technická podpora po dobu

Střední

Nízká



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

Všechny specifikované služby technologického centra ORP jsou pokryty. Nedochází k problémům s jejich stabilitou a výkonem.

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. 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í.

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

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í. Vyhradit dostatečné finanční zdroje na pokrytí nezbytné technické podpory ze

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

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í.

Vzniklé závady jsou odstraněny včas


udržitelnosti projektu

Pokrytí SW licencemi není dostatečné

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

Nízký

Nízká

Vysoký

Nízká

strany dodavatele. 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. Prostory technologického centra ORP musí odpovídat podmínkám, popsaných v dokumentu „Technologické centrum obce s rozšířenou působností (Koncept a východiska), Zpracovatel: MV ČR“. HW navrhovat dostatečně robustně tak, aby bylo možné jej v maximální možné míře „pouze“ rozšiřovat. Prostory navrhnout dostatečně velké – počítat s jistou rezervou při jeho následném rozšiřování.

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 vyhovují podmínkám popsaných v „Technologické centrum obce s rozšířenou působností (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í.

13.3 Legislativní a organizační rizika Popis rizika

Dopad

Dojde k porušení podmínek dotace

Vysoký


Nedostatečná politická podpora projektu

Střední

Nízká

Nízký

Nízká

Vysoký

Střední

Nezájem ze strany obcí

Odstoupení partnerů od smlouvy – obce mohou během 5 let dostat výhodnou cenovou nabídku služeb od soukromé firmy. Obce mohou chtít odstoupit od smlouvy.



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 města za účelem vysvětlení důležitosti a prospěšnosti budování TC ORP. Komunikovat se zástupci obcí (včetně politiků) užitečnost a prospěšnost TC ORP.

Realizace projektu.

Zapojení jednotlivých zástupců obcí a PO do projektu realizace a rozvoje TC ORP, ošetření smlouvou.

Setrvání všech partnerů, kteří uzavřeli s ORP dohodu o spolupráci, po celou dobu udržitelnosti projektu.

Zájem ze strany obcí, doložení usnesením zastupitelstva obce o zájem vybudování TC v ORP.

13.4 Ekonomická a investiční rizika Popis rizika

Dopad

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

Střední


Opatření na eliminaci nebo zmírnění rizika 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.

Kritérium úspěchu Náklady na vybudování TC nepřevyšují očekávané výdaje.


14 Udržitelnost projektu Udržitelnost projektu je doba, po kterou musí příjemce podpory zajistit a udržet výstupy projektu. V tomto případě se jedná o vybudování technické architektury a infrastruktury TC ORP a provozování povinných služeb pro obce a zřizované organizace ve správní oblasti. Doba udržitelnosti je stanovena na 60 měsíců.

14.1 Institucionální rovina Za vybudování TC ORP pro obce a zřizované organizace je zodpovědné Město Domažlice. Vybudováním TC ORP se Město Domažlice zavazuje poskytovat služby technologického centra svým zákazníkům a to minimálně po dobu udržitelnosti projektu, tj. po dobu 60 měsíců. Po celou tuto dobu bude vlastníkem projektu. Právní postavení obcí (resp. měst) vychází jednak z české ústavy, jednak je jejich právní subjektivita dána především zákonem č. 128/2000 Sb. o obcích (obecní zřízení). Podle tohoto zákona je obec základním územním samosprávným společenstvím občanů a tvoří územní celek, který je vymezen hranicí území obce. Obec je veřejnoprávní korporací, má vlastní majetek. Obec vystupuje v právních vztazích svým jménem a nese odpovědnost z těchto vztahů vyplývající. Obec spravuje své záležitosti samostatně – rozsah samostatné působnosti je vymezen uvedeným zákonem. Podle zákona o obcích může dojít ke změně či zániku právní subjektivity obce (resp. města) jen jejím sloučením či jejím připojením k jiné obci (resp. městu). V takovém případě je jasně stanoven mechanismus právního nástupnictví. Přenesená působnost je právně upravena jednak uvedeným zákonem, jednak rozpracována a konkretizována dalšími právními předpisy. Základní statut obce s rozšířenou působností je vymezen opět zákonem o obcích a dále řešen navazujícími právními předpisy – zejména zákonem č. 314/2002 Sb. o stanovení obcí s pověřeným obecním úřadem a stanovení obcí s rozšířenou působností (resp. přílohou č. 2 tohoto zákona). Určení, které obce jsou ORP podává uvedený zákon č. 314/2002 Sb. Ztráta postavení obce vykonávající výkon rozšířené působnosti je zcela nepravděpodobná, už vzhledem k velikosti takové obce a jejímu výraznému postavení v daném území (resp. správním obvodu). Změna již uvedeného zákona č. 314/2002 Sb. téměř nepřichází v úvahu, protože reforma veřejné správy proběhla před několika lety a vzhledem k enormní finanční náročnosti je nepravděpodobná jakákoli zásadní změna systému územní veřejné správy v nejbližším období. Pokud by nějak došlo k zániku obce vykonávající rozšířenou působnost v daném právním obvodu, muselo by dojít ke změně zákona č. 314/2002 Sb. a byla by určena nová obec vykonávající přenesenou působnost. Závazky související s budováním a provozem TC ORP by přešly na nástupnický subjekt zaniklé obce. Případnou změnu práv a povinností k TC ORP (včetně jeho vlastnictví) by bylo možné smluvně řešit mezi nástupnickým subjektem obce (původním ORP) a nově určenou obcí vykonávající rozšířenou působnost v daném správním obvodu (novým ORP).

14.2 Finanční rovina Investiční etapa bude financována z dotace IOP a finančních prostředků ORP, provozní etapa pak z rozpočtu města Domažlice s možností příspěvků na provoz od obcí čerpajících služby TC. Město Domažlice počítá s vyčleněním nezbytných příslušných finančních částek ze svého rozpočtu na zajištění udržitelnosti výstupů projektu.


14.3 Provozní rovina Základem udržitelnosti projektu z provozní roviny je vyčlenění dostatečného množství kvalifikovaných pracovníků jak ze strany ORP, tak ze strany dodavatele řešení pro zajištění provozu TC ORP. Seznam jednotlivých kvalifikovaných pracovníků projektového a realizačního týmu ORP je uveden v kapitole 9.1 Lidské zdroje, vlastníci a zaměstnanci. Z technologického hlediska je nutné zajistit pravidelný servis a údržbu komponent TC a dále upgrade pořízených technologií (včetně pokrytí potřebných SW licencí) tak, aby technologické centrum bylo schopno poskytovat plánované služby. Veškerý upgrade hardware i software musí být na stejné nebo vyšší úrovni než původně nakoupený. Veškeré vybavení TC ORP zůstane v majetku žadatele po celou dobu udržitelnosti projektu.


15 Závěr Realizace eGovernment Plzeňském kraji a správním území ORP Domažlice je jednou z priorit rozvoje regionu. Jedná se o dlouhodobý proces ve změně procesů a poskytování služeb veřejné správy, realizované na všech úrovních – od malých obcí, obcích s pověřeným obecním úřadem, obcích s rozšířenou působností a kraje včetně zřizovaných organizací. Jedná se o změny 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 využít nejen možnosti, které umožňují prostředky ICT, ale také revidovat procesy, funkce či kompetence, spojené i se vzděláváním úředníků či politické reprezentace. Záměr takto budovat eGovernment v rámci správního území ORP je plně v souladu se strategií na národní úrovni vyjádřené dokumentem EFEKTIVNÍ VEŘEJNÁ SPRÁVA A PŘÁTELSKÉ VEŘEJNÉ SLUŽBY pro období 2007 – 2015. V tuto chvíli se jedná o jedinečnou příležitost, kdy je možné vlastní záměry podpořit i finančně, a to prostřednictvím finančních zdrojů EU (operačních programů IOP a OP LZZ). Při využití finančních zdrojů je možné získat dotaci ve výši až 85% uznatelných nákladů, což může sehrát významnou roli při rozhodování o realizaci výše představených investičních záměrů vedoucích k efektivnějšímu poskytování služeb. Na tomto místě je také potřeba zmínit závazky, které sebou realizace a finanční podpora přináší. Tyto závazky je potřeba vnímat ve dvou rovinách a to v rovině zajištění udržitelnosti projektu, na kterou se nevztahují dotační tituly (je financováno z rozpočtu ORP), a v rovině využití realizovaných řešení pro potřeby centrálních orgánů veř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ávaznou osnovou, která je součástí příručky žadatele o finanční podporu v rámci výzvy Integrovaného operačního programu pro prioritní osu 2, oblast intervence 2.1. Studie proveditelnosti je zpracována na základě informací známých a dostupných do května 2010. Projekt Technologického centra ORP Domažlice a Vnitřní integrace chodu úřadu lze na základě provedené finanční a ekonomické analýzy doporučit k realizaci.


Příloha 1 – Poptávka po službách TC ORP Poptávka obcí ve správním území ORP po službách TC Obec Bělá nad Radbuzou Díly Draženov Chodov Chrastavice Kaničky Klenčí pod Čerchovem Koloveč Libkov Loučim Milavče Mutěnín Nový Kramolín Pasečnice Pec Pelechy Pocinovice Postřekov Spáňov Stráž Tlumačov Trhanov Újezd Únějovice Úsilov Vlkanov Všeruby Zahořany Hradiště Kanice Nevolice Kdyně Poběžovice Chodská Lhota Nová Ves

Zájem o eSpSl

Varianta eSpSl

Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ne Ne Ne Ne

Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Hosting Lokální Lokální Lokální -

Zájem o negarantované úložiště Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano Ano

Zájem o další služby TC Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne Ne

Ostatní obce ve správním obvodu ORP Domažlice neprojevily zájem o služby TC.


Poptávka organizací ve správním území ORP po službách TC Zájem o eSpSl

Varianta eSpSl

Zájem o negarantované úložiště

Zájem o další služby TC

Městská knihovna Boženy Němcové Domažlice

Ne

-

Ano

-

Městské kulturní středisko v Domažlicích

Ne

-

Ano

-

Městské centrum sociálně rehabilitačních služeb – domov pro seniory

Ne

-

Ano

-

Základní umělecká škola Domažlice

Ne

-

Ano

-

Základní škola Domažlice, Msgre. B. Staška 232

Ne

-

Ano

-

Základní škola Domažlice, Komenského 17

Ne

-

Ano

-

Základní škola praktická Domažlice

Ne

-

Ano

-

Organizace


Příloha 2 – Podklady pro zadávací dokumentaci Specifikace zadání technického řešení Část I. – Technologické centrum ORP 2× server Minimální požadovaná konfigurace serveru:

2× procesor (2,53 GHz, 12 MB L3 Cache); 64 GB RAM DDR3; 2x mDual Port 10GbE Server Adapter; 1x Port 1GbE Adapter 2x 146 GB 10K SAS 2,5 DP HDD; SATA DVD-ROM; Hot Plug Power Suplly.

1× server pro dohled a management Minimální požadovaná konfigurace serveru:

1x procesor (2,00GHz, 8MB L3 Cache, 80W); 4 GB RAM PC3-1060DE; 2x 146 GB 10K SAS 2,5 DP HDD; Dual Port Multifunction Gigabit Server Adapter; Host Bus adapter; Operační systém - podpora x64 processorů;

1× NAS úložiště Minimální požadovaná konfigurace úložiště:

souběžná podpora NAS a iSCSI SAN pro databázové a serverové virtualizační aplikace; spolehlivá a automatická ochrana dat. Podpora systémů Windows, Macintosh i UNIX/Linux; podpora sdílení souborů a serverových aplikací typu SQL Server nebo VMware; provedení montovatelné do Rack skříně, 1 GB Memory; min. kapacita 20 TB; 2x 10/100/1000 LAN port; podpora RAID: Multiple-volume support for RAID 0, 1, 5, Hot swap disks, Hot spare disk support; podporované protokoly: SCSI, NFS, FTP/S a CIFS/SMB,m HTTP/S.

2× diskové pole Minimální požadovaná konfigurace diskového úložiště:

7,2TB SAS; 2x 8 SAS Drives, 450 GB; 15,000 RPM.

2× diskové pole Minimální požadovaná konfigurace diskového úložiště:

16TB MDL SAS; 2x 8 SAS Drives, 1 TB; 7,200 RPM.


2× LAN switch

ethernet switche pro komunikaci host serverů s dohledovým a management serverem; L3 Ethernet switch 24 portů 10/100/1000 Gb/s; 1x 10GbE port.

1× racková skříň nebo rám

Součástí nabídky bude racková skříň nebo rám minimálně 41U šířka 600mm hloubka 1000mm kompatibilní se všemi nabízenými komponentami v rack provedení. Montážní materiál, případně potřebné police a jiné komponenty (Patch panely 24 portů, potřebná TP kabeláž).

1× záložní zdroj Součástí nabídky bude jednofázový nebo třífázový záložní zdroj napájení s výkonem minimálně 4kVA, účinností min. 92% při počítačové zátěži, minimální dobou provozu na baterie 15 minut a možností modulárně rozšiřovat tuto dobu. 1× klimatizace Součástí nabídky bude odpovídající klimatizační systém (pokud možno redundantní) schopný efektivně uchladit TC ORP. 1× motor generátor Součástí nabídky bude motorgenerátor pro vnější použití s výkonem min. 8kVA. 1× elektrický silnoproudý rozvaděč Doporučené požadavky na rozvaděč: jednofázový nebo třífázový rozvaděč; možné plastové provedení; hlavní vypínač a hlavní jistič (jistič dimenzovaný podle předpokládané spotřeby zařízení; přepěťová ochrana; zásuvkové vývody ochráněné proudovým chráničem; osazení kabelovými vývodkami; automatické přepínání na motorgenerátor (jeho automatické nastartování) v případě výpadku elektrické energie. Virtualizace serverová

požadavkem je design řešení funkční i v případě výpadku jednoho fyzického stroje; licence pro nabízené 2 fyzické servery, včetně managementu pro servery nabízené výše; hypervizor nainstalovaný přímo na hardware, umožňující plnou virtualizaci jakéhokoliv x86 stroje; Umístění kompletního prostředí včetně OS a aplikací do virtuálních strojů bez závislosti na provozovaném hardware; škálovatelnost pro možnost podpory IT prostředí jakékoliv velikosti; centralizované řízení umožňující nastavení jednoduchého disaster recovery řešení (konfigurace, testování, výpadek, obnova) včetně plné integrace s výrobci diskových polí pro TC ORP; dynamické a inteligentní přiřazení hardwarových zdrojů; inteligentní alokace zdrojů na základě předdefinovaných pravidel; jednoduché, centralizované zálohovací zařízení pro virtuální stroje; nepřetržitý monitoring všech host serverů;


podpora operačních systémů Windows 2000 a novější, Linux, FreeBSD.

Servisní podpora (proaktivní podpora) Podpora na celé řešení TC bude obsahovat následující položky:

vypracování provozního plánu proaktivní podpory,

přidělení nejméně jednoho manažera proaktivní podpory, zejména se specializací na technologii diskových úložišť použitých v TC, infrastrukturu, zálohování a virtualizaci,

kontrola a provádění doporučených upgrade firmware jednotlivých částí řešení, tj. serverů, diskových úložišť, infrastruktury, zálohování, virtualizace a dalších komponent řešení,

kontrola a provádění update/upgrade jednotlivých softwarových částí řešení,

provádění patchových analýz řešení a to nejméně 2× ročně,

zajištění a provedení komplexní kontroly systému a to nejméně 2× ročně,

zajištění a provedení specializovaných odborných služeb a konzultací k implementovaným i plánovaným IT technologiím, např. změna zálohovacího konceptu, nastavení jednotlivých součástí řešení, poradenství k nově dostupným technologiím, doporučení pro inovace atd.,

Propojení Lokality 1 as Lokalitou 2

Podpora na celé řešení TC bude obsahovat následující položky:

Část III. – Vnitřní integrace úřadu Systém řízení organizační struktury Požadavky na systém řízení organizační struktury jsou následující: evidence procesů, činností a organizační struktury; schopnost návrhu (modelování) organizační struktury; možnost přiřazení vlastníka služby ve vazbě na organizační strukturu; možnost připojení externích dokumentů k procesům (například řídící dokumentace k procesu); integrace, export anebo import údajů o organizační struktuře z personalistiky; multiuživatelská licence, možnost užívání systému pro minimálně 20 uživatelů; multiuživatelské oprávnění – řízení uživatelských oprávnění (ochrana údajů) k datům o procesech; integrační vazba na adresářové služby; schopnost zajištění servisní podpory. Implementace interaktivních formulářů Požadavky na řešení interaktivních formulářů jsou následující:

pořízení licence formulářového systému;

možnost tvorby a publikování (distribuce) vlastních formulářů;

možnost nastavení pravidel pro oběh dokumentů;

podpora ukládání dat do různých databází, otevřenost k dalším systémům;

nastavování uživatelských oprávnění;

dodávka min. 5 formulářů podporujících životní situace obyvatel;

implementace, úvodní školení, nastavení a parametrizace řešení dodavatelem;

schopnost zajištění servisní podpory.


Pořízení licence modulů agendového IS nebo rozšíření stávajícího IS

dodávka modulů, které řeší agendu: Majetek, Odpisy majetku, Příjmy, Objednávky, Rozpočtové účetnictví a Výdaje;

kompatibilita se stávajících řešení MěÚ Domažlice, tj. schopnost integrace se stávajícími IS;

schopnost komunikovat s informačním systémem základních registrů prostřednictvím eGON služeb;

vazba na Informační systém pomoci v hmotné nouzi a sociálních služeb OKnouze a OKslužby; implementace, úvodní školení, nastavení a parametrizace řešení dodavatelem; schopnost zajištění servisní podpory.

Zavedení manažerského IS Požadavky na řešení manažerské IS jsou následující:

kompatibilita s databázovými systémy provozovanými na MěÚ Domažlice sada předdefinovaných pohledů nástroj pro tvorbu uživatelksých reportů a výstupů; implementace, úvodní školení, nastavení a parametrizace řešení dodavatelem; schopnost zajištění servisní podpory.

Požadavky na implementaci, školení a technickou podporu Implementaci HW i SW technologií TC ORP a Vnitřní integrace úřadu doporučujeme svěřit renomovaným firmám, které vzejdou z veřejné soutěže. S vítěznými firmami bude uzavřena kvalitní Smlouvy o dílo se sankcemi za nedodržení termínů nebo funkčnosti jednotlivých prvků nebo celků. Základní školení vlastních administrátorů doporučujeme realizovat v průběhu budování TC ORP. Technickou podporu doporučujeme svěřit renomované firmě, která má dostatečné technické i personální zázemí, zkušenosti se stejnou technickou podporou a je tedy schopna provoz TC ORP dlouhodobě a kvalitně zajišťovat.

Požadavky na dodavatele a provozovatele TC Dodavatel TC ORP a Vnitřní integrace úřadu vzejde z Veřejné soutěže. Dodavatele doporučujeme vybírat z firem, jejichž stabilita na trhu IT v České republice je velká, tj. existují minimálně deset let a více. Kvality takových firem doporučujeme prověřit i na několika vybraných referencích. Provozovatelem TC je město Domažlice.


Část II. výzvy – Pořízení elektronické spisové služby ORP a řešení spisové služby obcí ve správním obvodu ORP

- 74 -

© CORTIS Consulting, 2010. Všechna práva vyhrazena.

1 Úvod 1.1 Identifikační údaje předkladatele Název organizace:

Město Domažlice

IČ:

00253316

Adresa:


Telefon:

+420 379 719 172

Fax:

+420 379 719 172

e-mail:

[email protected]

Web:

http://www.domazlice.info/

Kontaktní osoba:

Ing. Ivan Pavle

1.2 Cílové skupiny projektu Mezi cílové skupiny a konzumenty služeb projektu patří všechny obce a organizace, které projevili zájem o využití služeb ORP:

Statutární Město Domažlice;

zřizované organizace Města Domažlice:

o

Městská knihovna Boženy Němcové Domažlice;

o

Městské kulturní středisko v Domažlicích;

o

Městské centrum sociálně rehabilitačních služeb – domov pro seniory;

o

Základní umělecká škola Domažlice;

o

Základní škola Domažlice, Msgre. B. Staška 232;

o

Základní škola Domažlice, Komenského 17;

o

Základní škola praktická Domažlice;

o

Mateřská škola Domažlice;

o

DTS Domažlice;

o

Plavecký bazén a ubytovna Domažlice, Palackého 230;

obce v působnosti ORP Domažlice: o

Babylon, Bělá nad Radbuzou, Brnířov, Česká Kubice, Díly, Drahotín, Draženov, Hora Svatého Václava, Hostouň, Hradiště, Hvožďany, Chocomyšl, Chodov, Chodská Lhota, Chrastavice, Kanice, Kaničky, Kdyně, Klenčí pod Čerchovem, Koloveč, Kout na Šumavě, Libkov, Loučim, Luženičky, Mezholezy, Milavče, Mnichov, Mrákov, Mutěnín, Nemanice, Němčice, Nevolice, Nová Ves, Nový Kramolín, Otov, Pařezov, Pasečnice, Pec, Pelechy, Poběžovice, Pocinovice, Postřekov, Rybník, Spáňov, Srbice, Stráž, Tlumačov, Trhanov, Úboč, Újezd, Únějovice, Úsilov, Vlkanov, Všepadly, Všeruby, Zahořany, Ždánov.

zřizované organizace obcí v působnosti ORP Domažlice: o o o o o o o

ZO Díly, Masarykova základní škola Klenčí pod Čerchovem, okres Domažlice, ZO Nevolice, Mateřská škola Pasečnice, okres Domažlice, Základní škola Postřekov, okres Domažlice, Mateřská škola Všeruby, okres Domažlice, Základní škola Všeruby, okres Domažlice.


2

Současný stav a historie projektu

MěÚ Domažlice používá elektronickou spisovou službu společnosti Vera, spol. s r.o., která splňuje požadavky dané zákonem č. 499/2004 Sb., o spisové službě a archivnictví, ve znění pozdějších předpisů. V rámci projektu bude provedený upgrade eSpSl v rozsahu popsaném v kapitole 5.2.1. V rámci správného obvodu ORP Domažlice používá elektronickou spisovou službu pouze několik obcí. Důvodem jejího malého rozšíření jsou vysoké pořizovací náklady v poměru s rozpočty menších obcí, případně neochota zástupců a zaměstnanců těchto obcí měnit zažité postupy (evidence došlé pošty, podací deník). Mezi nevýhody plynoucí pro obce bez spisové služby patří nutnost komunikace s datovou schránkou jinou cestou – např. přes webové rozhranní a řešení problému uchování starších zpráv. Dále jsou to zbytečně vysoké náklady na poštovné, obtížné vyhledávání, riziko duplicit. U obcí, které spisovou službu používají, se objevují problémy se zastaralým HW vybavením, nedostatečným zálohováním dat, dokumentů a programů či s předáváním spisů do garantovaného úložiště. Navíc jsou obce limitovány omezenými finančními možnostmi a mnohdy nedostatečnými odbornými znalostmi.

2.1.1 Výsledky provedeného průzkumu V současné době je na MěÚ provozována elektronická spisová služba VERA. Zájem MěÚ Domažlice je zaměřen na provedení upgrade současné verze elektronické spisové služby a navýšení počtu licencí. Z 57 obcí ve správním obvodu ORP Domažlice se do projektu rozhodlo připojit celkem 31 obcí. Z toho jedna obec s matrikou a stavebním úřadem, 2 obce s matrikou a 28 obcí základního typu. Z 31 obcí, které požádaly o zajištění přístupu k elektronické spisové službě, 28 preferuje eSpSl v hostovaném režimu provozovanou na TC ORP a 3 upřednostňují nákup licence plné verze eSpSl provozované na vlastní technologii obce. Seznam obcí včetně jejich preferovaného řešení je uveden v příloze 1. Pro zřizované organizace ORP Domažlice a obcí ve správním obvodu ORP bude spisová služba zajištěna formou hostingu. Do projektu se zapojí 11 zřizovaných organizací ORP Domažlice a 7 zřizovaných organizací obcí ve správním obvodu ORP. Jejich seznam je uveden v kapitole 1.2.

- 76 -


3

Zvažované varianty řešení

Možné varianty řešení pořízení a provozu elektronické spisové služby za použití finanční dotace ze strukturálních fondů jsou dány zněním Výzvy č. 06 na „Rozvoj služeb eGovernmentu v obcích“. Tato výzva zveřejněná dne 27. 10. 2009 upravuje (v části II. „Pořízení elektronické spisové služby ORP a řešení spisové služby obcí ve správním obvodu ORP“) zajištění eSpSl takto:

pořízení nebo upgrade stávající eSpSl pro potřebu: o obce s rozšířenou působností; o zřizovaných organizací (od ORP); pořízení eSpSl pro potřeby obcí a jimi zřízených organizací ve formě o hostované spisové služby umístěné na ORP; o lokální instalace.

Pro zajištění eSpSl pro obce ve správním území ORP je dostupná dotace:

až do výše 60.000 Kč na každou obec s matrikou a stavebním úřadem ve správním obvodu žadatele; až do výše 35.000 Kč na každou obec jen s matrikou ve správním obvodu žadatele; až do výše 19.000 Kč na každou obec základního typu ve správním obvodu žadatele.

Uvedené výše dotace tvoří 85% uznatelných nákladů, tj. příjemce se podílí prostředky ve výši zbylých 15%. Mezi zřizované organizace nesmějí být zařazeny organizace zakládané dle obchodního zákoníku.

3.1 Etapy projektu Etapou projektu se rozumí technicky, finančně a časově nezávislá fáze projektu, která je logicky kontrolovatelná. Projekt může být, ale nemusí být rozdělen do několika etap. Délka etapy projektu je minimálně 3 měsíce. Jestliže by poslední etapa byla kratší než 3 měsíce, spojuje se s předchozí etapou. Projekt implementace elektronické spisové služby do území ORP Domažlice bude realizován v rámci jedné etapy společně s částmi realizace TC a Vnitřní integrace úřadu. Přesný harmonogram je uveden v kapitole 8.1.


4

Funkční požadavky na vybrané spisové služby

Základní funkční požadavky na elektronickou spisovou službu vychází z požadavků novelizovaného zákona č. 499/2004 Sb., o archivnictví a spisové službě a zákona č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů a jsou následující:

Příjem a evidence doručených i vlastních listinných dokumentů: o evidence doručených i vlastních elektronických dokumentů; o zobrazení zpráv doručených do datové schránky a elektronické podatelny; o vytvoření dokumentu ze zprávy doručené do datové schránky nebo elektronické podatelny; o označovat dokumenty evidenčním číslem a číslem jednacím; o vedení podacího deníku. Oběh a vyřizování dokumentů – evidence předání a převzetí v rozsahu: o sledování stavu vyřízení dokumentů; o práce se spisy a uzavíráním spisů. Práce s elektronickými dokumenty (vložení, zobrazení a editace elektronických dokumentů): o ukládání elektronických dokumentů způsobem zaručujícím věrohodnost původu dokumentu, neporušitelnost jeho obsahu a čitelnost dokumentu; o automatickou kontrolu a doplňování časových razítek a elektronických značek dle požadavků zákona; o elektronické podpisy (podepsání souboru, ověření podpisu); o převádění dokumentu v analogové podobě na dokument v digitální podobě a naopak; o automatická konverze dokumentů do ukládacího nebo výstupního datového formátu. Odesílání listinných i elektronických dokumentů: o odesílání dokumentů poštou, elektronickou poštou a datovou schránkou; o evidence doručení dokumentu; o automatická evidence dodejky z datové schránky. Vyřízení a uzavření. Ukládání a skartace (evidence skartačních znaků a lhůt): o ukládání spisů a dokumentů; o podpora skartačního řízení pro papírové i elektronické dokumenty; o předávání spisů a 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ů a zákona č. 301/2008 Sb., kterým se mění některé zákony v souvislosti s přijetím zákona o 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á i budoucí údržba, zejména respektování vydaných národních standardů a rozhraní za účelem ukládání dokumentů. Součástí musí být i dokumentace a kompletní popis dodaných API rozhraní pro integraci s dalšími systémy. Požadavky na další funkcionalitu eSpSl ze strany MěÚ Domažlice nejsou vzneseny.


5

Poptávka a nabídka, analýza trhu

5.1 Varianty poptávaného řešení Výsledek provedeného průzkumu požadavků na zajištění eSpSl je uveden v příloze číslo 1. Poptávka zahrnuje provozování eSpSl formou hostingu i formou lokální instalace. Obecně možné způsoby zajištění eSpSl jsou popsány v kapitolách a to včetně uvedení výhod a nevýhod jednotlivých řešení.

5.1.1 Spisová služba hostovaná na ORP Spisová služba je pořízena centrálně ORP s tím, že obcím a organizacím je poskytována formou hostingu. Provoz hostované spisové služby je zajištěn informatiky ORP. Výhody: centrální zálohování;

možnost získání dotace do výše 85% uznatelných nákladů; organizační a personální synergie – využití vybudované kompetence informatiků ORP; standardizace – stejná funkcionalita spisové služby pro všechny obce a zřizované organizace;

zajištění technologické infrastruktury – technologická infrastruktura pro provoz spisových služeb je zajištěna prostřednictvím ORP;

možná finanční synergie – pořízení licence pro více zřizovaných organizací, společná implementace a podpora; možnost používat eSpSl i v odloučených pracovištích jednotlivých organizací.

Nevýhody:

omezená možnost obcí a zřizované organizací ovlivnit výběr řešení (typ aplikace spisové služby); nezbytně nutná stabilní a rychlá konektivita do internetu.

5.1.2 Spisová služba provozovaná lokálně Varianta spočívá v lokálním pořízení spisové služby pro každou obec. V rámci realizace je nutné pořídit licence aplikace spisové služby v požadovaném počtu a pořídit nebo využít současnou technologickou infrastrukturu (např. databázový systém) a zajistit implementaci a provoz (administraci, podporu a servis). Výhody:

každá organizace je garantem řešení – ovlivňuje specifikaci požadavků na funkcionalitu a provoz, tj. není závislá na poskytovateli služby;

možnost získání dotace do výše 85% uznatelných nákladů (pouze v případě pořízení).

Nevýhody:

nutné pořízení nebo využití současné infrastruktury se zvýšením požadavků na energie znamená výrazně vyšší náklady na investici; není zajištěna obdobná funkcionalita v rámci ORP (plošně u obcí a zřizovaných organizací); nedochází k synergickým efektům mezi ORP, obcemi a organizacemi.


5.2 Doporučená varianta řešení Doporučená, tj. optimální varianta zajištění eSpSl pro příspěvkové organizace ORP, obce a jimi zřizované příspěvkové organizace naplňuje tyto požadavky:

cena řešení; požadovaná funkcionalita; výše technické podpory.

Všechny tyto požadavky musí být uvažovány pro realizaci výběrového řízení na pořízení elektronické spisové služby. Návrh řešení zajištění eSpSl pro město Domažlice, obcí v jeho správním území a pro příspěvkové organizace je podrobně řešen v v následujících podkapitolách.

5.2.1 Náklady na nákup licencí eSpSl Upgrade eSpSl provozované na MěU Domažlice bude proveden v rozsahu rozšíření počtu uživatelských licencí a rozšíření funkcionality systému o SW komponenty nezbytné pro komunikaci s centrálními IS

rozšíření počtu licencí ze stávajících 30 na 40 a to včetně rozšíření počtu licencí pro běhové prostředí (runtime) systému eSpSl;

rozšíření o komponentu umožňující komunikaci s IS OKnouze při vytváření a evidenci dokumentů;

rozšíření o komponentu umožňující komunikaci s IS Rejstřík živnostenského podnikání při vytváření a evidenci dokumentů;

rozšíření o komponentu umožňující publikování z eSpSl na úřední desku MěÚ.

Pro obce a zřizované organizace bude zajištěn přístup k eSpSl podle vyjádření jejich zájmu (varianta hosting nebo lokální verze). Mimo uvedené licence nebude pořizován žádný další SW nebo HW.

Subjekt Upgrade eSpSl ORP Hostované řešení eSpSl

Počet 1

Investice cena za jednotku 350.000,-

Celkem investice 350.000,1.101.000,-

•

Obec s matrikou a stavebním úřadem

1

75.000,-

75.000,-

•

Obec s matrikou

2

40.000,-

80.000,-

•

Obec základního typu

25

22.000,-

550.000,-

•

Organizace

18

22.000,-

396.000,-

Lokální řešení eSpSl •

Obec základního typu

66.000,3

22.000

Celkem

66.000,1.517.000,-

Ceny jsou uvedeny včetně DPH. Investiční náklady na pořízení eSpSl – jedná se o kvalifikovaný odhad (na základě provedeného průzkumu cen jednotlivých dodavatelů eSpSl). Všechny ceny jsou uvedeny s DPH.


5.3 Orientační nabídka na trhu V současné době je na trhu široká škála aplikací eSpSl od různých výrobců a dodavatelů. V případě výběru eSpSl jako aplikace provozované v rámci TC pro výkon veřejné správy musí tato odpovídat legislativním požadavkům a to jmenovitě:

Vyhláška číslo 191/2009 Sb. O podrobnostech výkonu spisové služby; Zákon č. 300/2008 Sb. O elektronických úkonech a autorizované konverzi dokumentů.

Z porovnání několika eSpSl dostupných na trhu je možné shrnout základní odlišnosti jednotlivých aplikací:

soulad s koncepcí rozvoje ICT ORP; kompatibilita s hardwarovým a programovým vybavením používaným obcí ORP; pokrývaná funkcionalita – od čisté evidence doručené pošty až po sofistikované systémy zahrnující další funkce a nástroje; architektura o otevřenost směrem k dalším aplikacím (např. DMS systémy, datové schránky, workflow); o nezávislost na provozované platformě; servisní podpora o technická podpora – kvalita a rychlost řešení provozních problémů; o schopnost pružně sledovat a reagovat na změny legislativy; o další podpora uživatelů – školení, pořádání konferencí a workshopů; cena o pořizovací náklady – cena licencí; o provozní náklady – cena podpory; ostatní atributy o doba implementace (instalace a nastavení eSpSl); o reference a stabilita dodavatele.

Na tomto místě nejsou jmenovitě uvedeni výrobci a dodavatelé eSpSl, případné podrobnější informace a konkrétní nabídku na trhu je možné zjistit prostřednictvím internetu nebo kontaktováním zástupců jednotlivých společností.


6

Organizace a režijní náklady

6.1 Organizační model investiční fáze Garantem investiční fáze projektu je město Domažlice. Potencionálními partnery v této části projektu jsou obce ve správním území ORP, které prostřednictvím ORP projevily zájem o zajištění přístupu k elektronické spisové službě. Seznam těchto obcí je uveden v příloze č. 4 studie proveditelnosti. Investiční fáze bude financována z 85% celkových způsobilých výdajů projektu z Evropského fondu regionálního rozvoje, ostatní výdaje budou hrazeny z rozpočtu ORP.

6.2 Provozní model Provozní model je rozdílný pro hostované řešení a pro lokání instalaci eSpSl. Rozsah služeb souvisejících s prováděním profylaxe a údržby bude předmětem smluv o servisu a podpoře mezi provozovatelem a dodavatelem řešení vybraného na základě veřejné soutěže. Jako možné modely financování provozu eSpSl byly navrženy:

Hostovaná eSpSl provozovaná na TC ORP – provozovatelem hostované spisové služby je ORP. Zástupci provozu (podpora) jsou zároveň členy projektového týmu. Možné modely financování provozu spisové služby jsou následující: o

Provoz hostované eSpSl pouze z prostředků ORP – veškeré náklady na provoz hradí ORP ze svého rozpočtu, nepředpokládá se příspěvek od uživatelů služeb.

o

Provoz hostované eSpSl z prostředků ORP a finanční spoluúčasti partnerů/zákazníků – jednotliví uživatelé služeb se budou sjednaným způsobem podílet na financování nákladů spojených s poskytováním hostované eSpSl.

eSpSl provozovaná lokálně na technologii obce – u této varianty hradí veškeré provozní náklady samotná obec.

O tom, zda zajištění provozu hostovaného řešení bude financováno pouze z prostředků ORP nebo za finanční spoluúčasti obcí, bude rozhodnuto až po dokončení realizace projektu. Nicméně ORP se zavazuje zajistit finanční prostředky na provoz výstupů projektu (ať již z vlastního rozpočtu a zajištění udržitelnosti po dobu minimálně pěti let. Protože se jedná o neziskový projekt, případná celková výše příspěvku na provoz nepřevýší provozní náklady.

6.3 Role všech organizací v projektu Město Domažlice je garantem projektu. Prostřednictvím vlastních kapacit nebo případně dodavatelů řešení: zajišťuje provoz, servis a dohled; garantuje poskytovanou službu; je zadavatelem veřejných soutěží; zajišťuje metodickou podporu uživatelům; zajišťuje školení. Obce a zřizované organizace jsou z pohledu projektu konzumenty eSpSl.

6.4 Organizace výběrových řízení Při zadávání veřejných zakázek souvisejících s realizací projektu se bude postupovat v souladu s:

Zákonem č. 137/2006 Sb., o veřejných zakázkách, v platném znění;


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

6.5 Smluvní ujednání Služby paušální technické podpory Provádění změn software Spisové služby vyplývajících ze změn obecně platných předpisů České republiky včetně distribuce upravené eSpSl. Distribuce upravené eSpSl bude provedena před termínem účinnosti změn právních předpisů; pokud právní předpis nabude účinnosti dříve než 30 dnů po uveřejnění ve Sbírce zákonů, bude distribuce upraveného eSpSl provedena nejpozději do 30 dnů ode dne uveřejnění ve Sbírce zákonů. Provádění obecných změn eSpSl v důsledku vývoje HW a SW prostředků. Distribuce nových verzí eSpSl elektronicky při nepřetržitém odběru systémové roční podpory. Elektronická distribuce nových verzí eSpSl – aktualizace probíhají automaticky (aktualizace dodavatel umísťuje na server města informaci o provedených aktualizacích posílá na určené emailové adresy; Služba Hot-line pro řešení technických problémů. Nutná konfigurace základního nastavení eSpSl pro příspěvkové organizace objednatele v rozsahu: o o o

vytvoření základní databáze jednotlivých organizací; založení login administrátora příslušné organizace; nastavení typového spisového a skartačního řádu pro danou organizaci.

Služby paušální technické podpory jsou poskytovány k jedné „referenční“ instalaci eSpSl a dodavatel poskytne pracovníkům MěÚ nástroje pro automatizované kopírování do všech instalací hostované eSpSl. Služby technické podpory na vyžádání Běžné realizační práce: o o o o o

instalace a konfigurace operačních systémů; instalace a konfigurace RDBMS a jejích klientů; instalace a konfigurace aplikačního SW; transformace a migrace dat; základní školení uživatelů;

Podpora provozu software: o o o

tvorba SW (programování) podle požadavků; úpravy fyzického datového modelu; školení správce aplikací;

Expertní a konzultační činnost: o o o o

tvorba software (analytické a návrhové práce) podle požadavků objednatele; konzultační činnost a vypracování metodik pro zpracování dat; analytické a návrhové práce v oblasti datových modelů; 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 technické podpory a časový harmonogram jejich provádění.


7

Lidské zdroje, vlastníci a zaměstnanci

7.1 Specifikace funkcí a pozic projektového týmu Nezbytným faktorem úspěš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ě zabezpečeny. Projektový tým má složení: Funkce

Role

Jméno a příjmení

Garant (sponzor) projektu

starosta města

Ing. Miroslav Mach

Vedoucí projektového týmu

tajemník města Domažlice

Ing. Milena Vlčková

Administrátoři systému a helpdesku

vedoucí odboru OICT a GIS, informatik

Ing. Ivan Pavle Bc. Petr Vondraš

Administrátor dotace

referent odboru správy majetku

Radek Wiesner

Organizátor veřejných zakázek

vedoucí odboru správy majetku

Bc. Michal Hájek

Právní poradenství

externí právník úřadu

Mgr. Jiřina Endrštová

Požadavky na projektový tým a osoby zajišťující provoz a podporu eSpSl jsou s ohledem na činnosti vysoké. Odborná vybavenost (vzdělání, praxe, odborné dovednosti a znalosti procesů na MěÚ a ve státní správě) všech členů týmu plně odpovídá rozsahu a obsahu projektu, tj. navržený tým je dostatečně kvalitní a kapacitně odpovídá předpokládaným nárokům projektu.

7.2 Struktura mzdových nákladů Alokované kapacity realizačního týmu a pracovníků zajišťujících provoz budou hrazeny z rozpočtu města Domažlice po celou dobu udržitelnosti projektu a jsou pokryty současnými pracovníky.


8

Realizace projektu, časový plán

8.1 Harmonogram projektu ve fázi přípravy a realizace projektu Projekt přípravy a realizace elektronické spisové služby bude proveden v jedné etapě společně s projekty technologického centra a vnitřní integrace úřadu. Pro přehlednost je v této kapitole uveden kompletní harmonogram, ne pouze jeho část týkající se eSpSl. Harmonogram realizace projektu je následující: Termín

Aktivita projektu

01 / 2010 – 12 / 2010

Přípravná fáze

01 / 2010

Výběrové řízení na zpracování Studie proveditelnosti

01 / 2010 – 05 / 2010

Zpracování Studie proveditelnosti Schválení projektu včetně jeho financování Radou / Zastupitelstvem

05 / 2010

Zpracování a podání žádosti o dotaci

05 / 2010

Příprava výběrového řízení na dodavatele TC, eSpSl a Vnitřní integrace úřadu

08 – 09 / 2010

Schválení přidělení dotace MV ČR – předpoklad

08 – 09 / 2010

Realizace výběrového řízení na dodavatele TC, eSpSl a Vnitřní integrace úřadu Schválení výsledků veřejné soutěže Zastupitelstvem, podpis smlouvy s dodavatelem/li

09 – 11 / 2010 11 / 2010 – 12 / 2010 01 – 06 / 2011

Realizační fáze Úprava prostor pro TC

01 / 2010 – 03 / 2011


01 / 2010 – 03 / 2011

Instalace, konfigurace, školení a testovací provoz části Vnitřní integrace úřadu

01 / 2010 – 06 / 2011

Implementace TC – HW a SW (včetně implementace služeb TC)

02 – 05 / 2011

Instalace, konfigurace, školení části eSpSl

05 – 06 / 2011 06 / 2011

Zkušební provoz TC Provozní fáze

07 / 2011 – 06 / 2016 07 / 2011

Zahájení rutinního provozu – TC, eSpSl, Vnitřní integrace Provoz po dobu udržitelnosti projektu – 60 měsíců

07 / 2011 – 06 / 2016

Administrace projektu, zajištění publicity

07 / 2011 – 06 / 2016

Harmonogram je založen na předpokladu schválení dotace v srpnu nebo září 2010. V případě pozdějšího přidělení dotace bude harmonogram následných prací posunut o dobu prodlení s přidělením dotace.


9

Finanční analýza projektu, finanční plán

Finanční analýza se zaměřuje na přímé dopady projektu na rozpočet žadatele a popisuje plán nákladů projektu. Uváděné ceny jsou včetně DPH, protože žadatel o finanční podporu není plátce DPH ve vztahu k aktivitám projektu.

9.1 Přehled celkových nákladů v investiční fázi V následující tabulce je uveden přehled celkových nákladů v investiční fázi: 1.567.000,-

Investiční a neinvestiční náklady Dlouhodobý nehmotný majetek

1.517.000,-

Upgrade eSpSl ORP

350.000,-

Hostované řešení eSpSl

1.101.000,-

Licence hostované eSpSl pro obec s matrikou a stavebním úřadem

75.000,-

Licence hostované eSpSl pro obec s matrikou

80.000,-

Licence hostované eSpSl pro obce základního typu

550.000,-

Licence hostované eSpSl pro organizace

396.000,-

66.000,-

Licence lokální eSpSl

Neinvestiční náklady

50.000,-

Zpracování Studie proveditelnosti13

50.000,-

9.2 Přehled celkových nákladů v provozní fázi Níže je v tabulkách uveden přehled celkových nákladů v provozní fázi. 1 2 Služby technické podpory pro eSpSl MěÚ Domažlice 1x Služby technické podpory pro hostovanou eSpSl obce s matrikou a stavebním úřadem 2x Služby technické podpory pro hostovanou eSpSl obce s matrikou 25x Služby technické podpory pro hostovanou eSpSl obce základního typu 18x Služby technické podpory pro hostovanou eSpSl organizací 3x Služby technické podpory pro lokální eSpSl

Celkem

3

4

5

40.000,-

40.000,-

40.000,-

40.000,-

40.000,-

5.000,-

5.000,-

5.000,-

5.000,-

5.000,-

10.000,-

10.000,-

10.000,-

10.000,-

10.000,-

100.000,-

100.000,-

100.000,-

100.000,-

100.000,-

72.000,-

72.000,-

72.000,-

72.000,-

72.000,-

12.000,-

12.000,-

12.000,-

12.000,-

12.000,-

239.000,-

239.000,-

239.000,-

239.000,-

239.000,-

9.3 Příjmy provozní fáze Předkládaný projekt nebude generovat příjmy.

9.4 Závěry finanční analýzy V kapitole Finanční analýza projektu, finanční plán byly vymezeny náklady investiční a provozní fáze. Protože samotný projekt negeneruje příjmy, při přípravě projektu žadatel kladl velký důraz na zabezpečení finančních zdrojů nejen v investiční fázi, ale především v provozní fázi projektu. Dostatek likvidních prostředků po celou

13

Celková cena studie proveditelnosti je 114 000 Kč s DPH a je rozdělena na části: I. část výzvy (TC) 45 000 Kč, II. část výzvy (eSpSl) 50 000

Kč, III. část výzvy (integrace) 19 000 Kč.


dobu realizace a udržitelnosti projektu je zaručen zajištěním dlouhodobého zdroje krytí záporných cash flow z rozpočtu žadatele a z dotace. Likvidita je dále podpořena uváženým navržením harmonogramu s dostatečným prostorem na jednotlivé aktivity projektu. Investiční část projektu bude financována z rozpočtu žadatele v rozsahu 15% a dále z dotace v rámci výzvy č. 06 IOP v rozsahu 85%. Provozní fáze bude pak hrazena z rozpočtu žadatele, zvažuje se možnost přispívání zapojených obcí na provoz.


10 Analýza rizik 10.1 Projektová rizika Popis rizika Nepřidělení dotace na projekt

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

Infrastruktura nebude připravena v dostatečném předstihu

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

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

Dopad

Pravděpodobnost

Vysoký

Střední

Kvalitní a včasné zpracování a podání žádosti včetně všech povinných příloh. Příprava příloh ve stanovené struktuře.

Přidělení dotace

Střední

Střední

Alokovat dostatečné množství kapacit na straně dodavatele i 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

Vysoký

Nízká

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

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

Střední

Střední

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

Nedojde k prodlení harmonogramu projektu z důvodů neposkytnutí součinnosti interními pracovníky MěÚ

Vysoký

Nízká

Smluvně ošetřit pracovníky dodavatele se zkušenostmi při realizaci obdobných zakázek.

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



10.2 Technická a realizační rizika Dopad

Pravděpodobnost

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

Vysoký

Nízká

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

Vysoký

Nulová

Popis rizika



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

Funkční spisová služba

Alokovat dostatečnou kapacitní rezervu technologického centra pro provoz 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 diskové kapacity při implementaci a provozu

- 88 -


Popis rizika

Dopad

Pravděpodobnost

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

Vysoký

Nízká

Střední

Nízká

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



Odhadnout potřebný datový tok mezi TC ORP a jeho zákazníky, smluvně ošetřit přenesení zodpovědnosti za zajištění dostatečné konektivity na zákazníky.

Nedochází k prodlevám a novým výpadkům při konzumování služeb TC (hosting eSpSl)

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

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

10.3 Legislativní a organizační rizika Popis rizika Dojde k porušení podmínek dotace

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

Výrazné legislativní změny v oblasti spisové služby

Dopad

Pravděpodobnost

Vysoký



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 Vyhradit zpracování a podání dotaci externímu dodavateli 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

Střední

Nízká

V dostatečném časovém předstihu projednávat podmínky uzavření smlouvy s dodavatelem Eliminovat rizika plynoucí z nepodepsání smlouvy

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

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

10.4 Ekonomická a investiční rizika Popis rizika Náklady na realizaci nepřiměřeně přesáhnou náklady spočítané v rámci studie proveditelnosti

Dopad

Pravděpodobnost

Střední

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 a provoz nepřevyšují očekávané výdaje


11 Udržitelnost projektu 11.1 Institucionální rovina Za pořízení a provoz centrálně hostované spisové služby pro obce a zřizované organizace je zodpovědné ORP Domažlice. Přijmutím dotace se ORP Domažlice zavazuje naplnit a poskytovat povinné výstupy po dobu udržitelnosti projektu, tj. po dobu 60 měsíců. Po celou tuto dobu bude vlastníkem projektu. Právní postavení obcí vychází jednak z české ústavy, jednak je jejich právní subjektivita dána především zákonem č. 128/2000 Sb. o obcích (obecní zřízení). Podle tohoto zákona je obec základním územním samosprávným společenstvím občanů a tvoří územní celek, který je vymezen hranicí území obce. Obec je veřejnoprávní korporací, má vlastní majetek. Obec vystupuje v právních vztazích svým jménem a nese odpovědnost z těchto vztahů vyplývající. Obec spravuje své záležitosti samostatně – rozsah samostatné působnosti je vymezen uvedeným zákonem. Podle zákona o obcích může dojít ke změně či zániku právní subjektivity obce (resp. města) jen jejím sloučením či jejím připojením k jiné obci (resp. městu). V takovém případě je jasně stanoven mechanismus právního nástupnictví. Přenesená působnost je právně upravena jednak uvedeným zákonem, jednak rozpracována a konkretizována dalšími právními předpisy. Základní statut obce s rozšířenou působností je vymezen opět zákonem o obcích a dále řešen navazujícími právními předpisy – zejména zákonem č. 314/2002 Sb. o stanovení obcí s pověřeným obecním úřadem a stanovení obcí s rozšířenou působností (resp. přílohou č. 2 tohoto zákona). Určení, které obce jsou ORP podává uvedený zákon č. 314/2002 Sb. Ztráta postavení obce vykonávající výkon rozšířené působnosti je zcela nepravděpodobná, už vzhledem k velikosti takové obce a jejímu výraznému postavení v daném území (resp. správním obvodu). Změna již uvedeného zákona č. 314/2002 Sb. téměř nepřichází v úvahu, protože reforma veřejné správy proběhla před několika lety a vzhledem k enormní finanční náročnosti je nepravděpodobná jakákoli zásadní změna systému územní veřejné správy v nejbližším období. Pokud by přesto došlo k zániku obce vykonávající rozšířenou působnost v daném právním obvodu, muselo by dojít ke změně zákona č. 314/2002 Sb. a byla by určena nová obec vykonávající přenesenou působnost. Závazky související s provozem eSpSl by přešly na nástupnický subjekt zaniklé obce.

11.2 Finanční rovina Investiční etapa bude financována z dotace IOP a finančních prostředků ORP, provozní etapa pak z rozpočtu ORP. ORP počítá s vyčleněním nezbytných příslušných finančních částek ze svého rozpočtu na zajištění udržitelnosti výstupů projektu.

11.3 Provozní rovina Základem udržitelnosti projektu z provozní roviny je vyčlenění dostatečného množství kvalifikovaných pracovníků ze strany ORP a ze strany dodavatelů eSpSl. S ohledem na eSpSl je nutné zajisti pravidelnou údržbu pořizovaného řešení tak, aby eSpSl byla schopna poskytovat plánované služby, včetně pokrytí legislativních změn. Veškerý 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 s dodavatelem řešení.

- 90 -


12 Závěr Realizace eGovernment v kraji Plzeňském kraji a správním území ORP Domažlice je jednou z priorit rozvoje území a je plně v souladu se strategií na národní úrovni vyjádřené dokumentem EFEKTIVNÍ VEŘEJNÁ SPRÁVA A PŘÁTELSKÉ VEŘEJNÉ SLUŽBY pro období 2007–2015. V tuto chvíli se jedná o jedinečnou příležitost, kdy je možné vlastní záměry podpořit i finančně, a to prostřednictvím finančních zdrojů EU (operačních programů IOP a OP LZZ). Při využití finančních zdrojů je možné získat dotaci ve výši 85% uznatelných nákladů, což může sehrát významnou roli při rozhodování o realizaci výše představených investičních záměrů vedoucích k efektivnějšímu poskytování služeb. Protože samotný projekt negeneruje příjmy, byl kladen velký důraz na zabezpečení finančních zdrojů nejen v investiční fázi, ale především v provozní fázi projektu. Dostatek likvidních prostředků po celou dobu realizace a udržitelnosti projektu je zaručen zajištěním dlouhodobého zdroje krytí záporných cash flow z rozpočtu žadatele a z dotace. Likvidita je dále podpořena uváženým navržením harmonogramu s dostatečným prostorem na jednotlivé aktivity projektu. Udržitelnost projektu plyne především z toho, že finanční zdroje na investici i provoz projektu jsou z veřejných zdrojů (státní rozpočet, EU), projekt není závislý na půjčkách na finančním trhu nebo příjmech z provozované činnosti (neexistují), projekt je po všech stránkách efektivně navržen (legislativně, technicky a ekonomicky), uživatelé budou motivováni k vysokému využívání výstupů projektu, které jim ušetří čas. Neméně významné je pro projekt jeho personální zajištění. Při sestavování projektového týmu byl brán ohled na odbornou vybavenost a zkušenosti z obdobných projektů jednotlivých členů týmu. Zároveň byl volen adekvátní počet členů týmu a jejich dostatečné pokrytí jednotlivých aktivit projektu. Rozsah a obsah Studie proveditelnosti je dán závaznou osnovou, která je přílohou Výzvy číslo 06 „na Rozvoj služeb eGovernmentu v obcích“ v rámci Integrovaného operačního programu pro prioritní osu 2, oblast intervence 2.1, Studie proveditelnosti je zpracována na základě informací známých a dostupných do května 2010. Projekt elektronické spisové služby ORP Domažlice lze na základě provedené finanční analýzy doporučit k realizaci.

- 91 -


Příloha 1 – Seznam obcí, které požádaly o zajištění přístupu k elektronické spisové službě a) obce, které požádaly o eSpSl v hostovaném režimu provozovanou na TC ORP

Bělá nad Radbuzou Díly Draženov Chodov Chrastavice Kaničky Klenčí pod Čerchovem Koloveč Libkov Loučim Milavče Mutěnín Nový Kramolín Pasečnice Pec Pelechy Pocinovice Postřekov Spáňov Stráž Tlumačov Trhanov Újezd Únějovice Úsilov Vlkanov Všeruby Zahořany

b) obce, které projevily zájem o nákup licence plné verze eSpSl provozované na vlastní technologii obce

Hradiště Kanice Nevolice

Písemné rozhodnutí příslušných orgánů obce (zastupitelstva, rady nebo starosty obce) doručené ORP jsou po předchozí dohodě k nahlédnutí u kontaktní osoby žadatele o dotaci.

- 92 -


Studie proveditelnosti

Recommend Documents