Studie proveditelnosti Technologické centrum obce s rozšířenou působností Statutární město Děčín
Operační program
IOP – Integrovaný operační program
Výzva
č. 06
Prioritní osa
2 – Zavádění ICT v územní veřejné správě
Oblast podpory
2.1 Zavádění ICT v územní veřejné správě
Verze dokumentu
1.9
Datum
26. 5. 2010
Žadatel
Statutární město Děčín
Zpracovatel
eNovation s.r.o.
Obsah 1
ÚVOD ............................................................................................................................................................ 9 1.1 1.2 1.3 1.4 1.5 1.6 1.7
2
REKAPITULACE VÝSLEDKŮ STUDIE ........................................................................................................... 11 2.1
3
ZÁKLADNÍ INFORMACE K PROJEKTU .................................................................................................................. 9 ÚČEL STUDIE PROVEDITELNOSTI ....................................................................................................................... 10 CHARAKTERISTIKA PŘEDKLADATELE ................................................................................................................. 10 IDENTIFIKAČNÍ ÚDAJE PŘEDKLADATELE PROJEKTU ............................................................................................ 10 KONTAKTNÍ OSOBY ........................................................................................................................................ 11 INVESTOR ....................................................................................................................................................... 11 CÍLOVÉ SKUPINY PROJEKTU ............................................................................................................................ 11
MANAŽERSKÝ SOUHRN................................................................................................................................... 12
SOUČASNÝ STAV A HISTORIE PROJEKTU ............................................................................................... 13 3.1 VAZBA PROJEKTU NA STRATEGICKÉ DOKUMENTY ............................................................................................ 13 3.2 STRATEGIE A CÍLE ........................................................................................................................................... 13 3.2.1 Strategie realizace Smart Administration ................................................................................. 13 3.2.2 Strategie rozvoje služeb pro „informační společnost“ .......................................................... 14 3.2.3 Strategie implementace eGovernment do území ................................................................ 15 3.2.4 Informace o vývoji projektu a o jeho současném stavu ...................................................... 15 3.2.4.1 Informace o celkové situaci .................................................................................................... 15 3.2.4.2 Informace o projektu TC ORP Děčín...................................................................................... 16 3.3 POSTAVENÍ TECHNOLOGICKÝCH CENTER V SYSTÉMU ...................................................................................... 16 3.4 OBECNÉ VLASTNOSTI TECHNOLOGICKÝCH CENTER ........................................................................................ 18 3.5 CHARAKTERISTIKA PROJEKTU .......................................................................................................................... 19 3.5.1 Základní údaje o projektu ............................................................................................................. 19 3.5.2 Účel projektu .................................................................................................................................... 20 3.5.3 Klíčové aktivity projektu................................................................................................................. 20 3.5.4 Výstupy projektu .............................................................................................................................. 20 3.5.6 Očekávané přínosy ........................................................................................................................ 21 3.5.7 Objektivně ověřitelné indikátory ................................................................................................. 21 3.6 VARIANTY ŘEŠENÍ TECHNOLOGICKÉHO CENTRA ............................................................................................. 22 3.6.1 Varianta 1.......................................................................................................................................... 22 3.6.2 Varianta 2.......................................................................................................................................... 22 3.6.3 Varianta 3.......................................................................................................................................... 22 3.7 ETAPY PROJEKTU ............................................................................................................................................ 23 3.7.1 ETAPA 1: Příprava projektu ........................................................................................................... 23 3.7.2 ETAPA 2: Vybudování technologického centra a implementace spisové služby ........ 24
4
ANALÝZA POPTÁVKY A KONCEPCE MARKETINGU .............................................................................. 26 4.1 POSTUP A VÝSLEDKY ANALÝZ .......................................................................................................................... 26 4.1.1 Analýza poptávky výstupů projektu .......................................................................................... 26 4.1.2 Definice nabídky výstupů projektu (poptávkové řízení) ...................................................... 27
2
4.2 NÁVRH MARKETINGU PRO PROVOZNÍ FÁZI...................................................................................................... 28 4.2.1 Marketingová strategie ................................................................................................................. 28 4.2.2 Marketingový mix ............................................................................................................................ 28 4.2.3 Koncepce odbytu .......................................................................................................................... 29 5
MATERIÁLOVÉ VSTUPY POTŘEBNÉ K PROJEKTOVÉ ČINNOSTI............................................................. 31 5.1 CHARAKTERISTIKA A POPIS DOSTUPNOSTI HMOTNÝCH DODÁVEK POTŘEBNÝCH K PROVOZOVÁNÍ SLUŽEB ........ 31 5.2 NÁVRH ZÁKLADNÍCH POŽADAVKŮ, PARAMETRŮ A KRITÉRIÍ VÝZVY VEŘEJNÉ ZAKÁZKY NA REALIZACI TC ORP .. 31 5.2.1 Veřejná zakázka 1 - parametry ................................................................................................... 31 5.2.1.1 Předmět zakázky ......................................................................................................................... 31 5.2.1.2 Forma zakázky.............................................................................................................................. 31 5.2.1.3 Specifikace plnění ...................................................................................................................... 32 5.2.1.4 Požadavky na zpracování nabídkové ceny ....................................................................... 32 5.2.1.5 Požadavky k obsahovému členění a formě zpracování nabídky a jejího předložení 32 5.2.1.6 Ekonomické a finanční kvalifikační předpoklady .............................................................. 33 5.2.1.7 Technické kvalifikační předpoklady ...................................................................................... 33 5.2.1.8 Návrh smlouvy o dílo .................................................................................................................. 33 5.2.1.9 Návrh smlouvy o poskytování služeb provozní podpory .................................................. 34 5.2.1.10 Způsob hodnocení nabídek..................................................................................................... 35 5.2.1.11 Závazný harmonogram implementace ............................................................................... 35 5.2.1.12 Platební podmínky ...................................................................................................................... 35 5.2.1.13 Záruční lhůta ................................................................................................................................. 36 5.2.2 Veřejná zakázka 2 - parametry ................................................................................................... 36 5.2.2.1 Předmět zakázky ......................................................................................................................... 36 5.2.2.2 Forma zakázky.............................................................................................................................. 36 5.2.2.3 Specifikace plnění ...................................................................................................................... 36 5.2.2.4 Požadavky na zpracování nabídkové ceny ....................................................................... 37 5.2.2.5 Požadavky k obsahovému členění a formě zpracování nabídky a jejího předložení 37 5.2.2.6 Ekonomické a finanční kvalifikační předpoklady .............................................................. 37 5.2.2.7 Technické kvalifikační předpoklady ...................................................................................... 38 5.2.2.8 Návrh smlouvy o dílo .................................................................................................................. 38 5.2.2.9 Návrh smlouvy o poskytování služeb provozní podpory .................................................. 38 5.2.2.10 Způsob hodnocení nabídek..................................................................................................... 38 5.2.2.11 Závazný harmonogram implementace. .............................................................................. 38 5.2.2.12 Platební podmínky ...................................................................................................................... 39 5.2.2.13 Záruční lhůta ................................................................................................................................. 39 5.2.3 Zásady transparentnosti, rovného zacházení a zákazu diskriminace .............................. 39
6
LOKALITA A OKOLÍ .................................................................................................................................... 41 6.1 UMÍSTĚNÍ PROJEKTU........................................................................................................................................ 41 6.1.1 Popis správního obvodu ORP Děčín .......................................................................................... 41 6.1.2 Členění správního obvodu ORP Děčín ..................................................................................... 42 6.1.3 Správní obvod ORP Děčín ............................................................................................................ 43
3
6.1.4 Lokalizace projektu......................................................................................................................... 44 6.2 ŽIVOTNÍ PROSTŘEDÍ V JEHO OKOLÍ .................................................................................................................. 45 6.2.1 Dopad na životní prostředí během budování TC ORP ......................................................... 45 6.2.2 Dopad na životní prostředí během provozu TC OR .............................................................. 45 6.3 STAV TECHNICKÉ INFRASTRUKTURY .................................................................................................................. 45 6.4 SUBJEKTY ZAPOJENÉ DO PROJEKTU A ZPŮSOB JEJICH ZAPOJENÍ ...................................................................... 45 7
TECHNICKÉ ŘEŠENÍ .................................................................................................................................... 47 7.1 SPECIFIKACE ZADÁNÍ ..................................................................................................................................... 47 7.1.1 Obecné požadavky na prostory TC .......................................................................................... 47 7.1.2 Vstupy pro TC ORP .......................................................................................................................... 48 7.1.3 HW a SW koncept TC ORP ............................................................................................................ 48 7.2 NÁVRH A POPIS ARCHITEKTURY ŘEŠENÍ ........................................................................................................... 49 7.2.1 Současný stav .................................................................................................................................. 49 7.2.2 Návrh řešení TC ................................................................................................................................ 50 7.3 POROVNÁNÍ VARIANT TECHNOLOGICKÝCH ŘEŠENÍ TC ORP ......................................................................... 58 7.3.1 Výhody a nevýhody jednotlivých řešení .................................................................................. 58 7.4 VAZBY NA CENTRÁLNÍ PROJEKTY .................................................................................................................... 61 7.4.1 Základní registry veřejné správy .................................................................................................. 61 7.4.2 Centrální místo služeb .................................................................................................................... 61 7.4.3 Datové schránky ............................................................................................................................. 62 7.4.4 Aplikace v TC ORP Děčín ............................................................................................................. 62 7.5 ANALÝZA TECHNICKÝCH A BEZPEČNOSTNÍCH RIZIK ......................................................................................... 62 7.5.1 Technická rizika návrhu HW a SW TC ORP................................................................................ 62 7.5.2 Bezpečnostní rizika návrhu HW a SW TC ORP .......................................................................... 64 7.6 DOPORUČENÍ A UPŘESNĚNÍ PRO ÚČELY ZADÁVACÍ DOKUMENTACE A REALIZAČNÍ PROJEKTOVÉ DOKUMENTACE 65 7.6.1 Specifikace zadání technického řešení ................................................................................... 65 7.6.2 Specifikace vybavení technologické místnosti včetně řešení bezpečnosti TC ............ 67 7.6.3 Požadavky na implementaci, školení a technickou podporu ........................................... 69 7.6.4 Požadavky na dodavatele a provozovatele TC.................................................................... 69 7.7 PROVOZNÍ ZAJIŠTĚNÍ TC ................................................................................................................................ 69 7.7.1 Potřebné energetické a materiálové toky .............................................................................. 69 7.7.2 Záruky a servis................................................................................................................................... 70 7.7.3 Údržba a nákladnost oprav ......................................................................................................... 70 7.7.4 Údaje o životnostech jednotlivých zařízení .............................................................................. 70 7.7.5 Změny v provozní náročnosti vlivem opotřebení ................................................................... 70
8
APLIKAČNÍ ŘEŠENÍ (ČÁST II. – SPISOVÁ SLUŽBA) ................................................................................. 71 8.1 ÚVOD............................................................................................................................................................ 71 8.2 SOUČASNÝ STAV A HISTORIE PROJEKTU........................................................................................................... 71 8.2.1 Současný stav .................................................................................................................................. 71 8.2.2 Pojetí spisové služby ........................................................................................................................ 71 8.2.3 Doporučení a upřesnění pro účely zadávací dokumentace ............................................ 72 8.3 FUNKČNÍ POŽADAVKY NA VYBRANÉ SPISOVÉ SLUŽBY ...................................................................................... 73
4
8.4 POPTÁVKA A NABÍDKA, ANALÝZA TRHU – NABÍDKA SLUŽEB............................................................................. 77 8.4.1 Zvažované varianty řešení ............................................................................................................ 77 8.4.2 Doporučená varianta .................................................................................................................... 77 8.4.3 Poptávka mezi obcemi správního obvodu ORP Děčín ....................................................... 78 8.5 ORGANIZACE, PROVOZ A REŽIJNÍ NÁKLADY ................................................................................................... 79 8.5.1 Organizační model ......................................................................................................................... 79 8.5.2 Provozní model ................................................................................................................................ 79 8.5.3 Role organizací v projektu ............................................................................................................ 79 8.5.4 Organizace výběrových řízení .................................................................................................... 79 8.5.5 Smluvní ujednání pro provozované komponenty.................................................................. 79 9
ORGANIZACE A REŽIJNÍ NÁKLADY ........................................................................................................ 80 9.1 ORGANIZAČNÍ MODEL INVESTIČNÍ FÁZE ......................................................................................................... 80 9.2 PROVOZNÍ MODEL ......................................................................................................................................... 80 9.3 ROLE VŠECH ORGANIZACÍ V PROJEKTU .......................................................................................................... 80 9.4 ORGANIZACE VÝBĚROVÝCH ŘÍZENÍ ................................................................................................................ 81 9.5 PRÁVNÍ OPATŘENÍ NUTNÁ PRO REALIZACI PROJEKTU ....................................................................................... 81 9.6 POPIS OBSAHU PROVOZNÍCH SMĚRNIC TC A SMLUVNÍCH UJEDNÁNÍ (NÁVRH SLA) ....................................... 82 9.6.1 Obsah provozních směrnic TC..................................................................................................... 82 9.6.2 Obsah Service Level Agreement................................................................................................ 83
10
LIDSKÉ ZDROJE, VLASTNÍCI A ZAMĚSTNANCI ................................................................................... 86
10.1 SPECIFIKACE FUNKCÍ A POZIC PROJEKTOVÉHO TÝMU V INVESTIČNÍ A PROVOZNÍ FÁZI PROJEKTU .................. 86 10.1.1 Projektový tým v investiční fázi .................................................................................................... 87 10.1.2 Personální zajištění provozu .......................................................................................................... 89 10.2 POŽADAVKY NA KVALIFIKACI, KOMPETENCE A ODPOVĚDNOSTI ................................................................. 89 10.2.1 Požadavky na členy projektového tým .................................................................................... 89 10.2.2 Požadavky na tým zajišťující provoz........................................................................................... 90 11
REALIZACE PROJEKTU, ČASOVÝ PLÁN ............................................................................................... 91
12
FINANČNÍ ANALÝZA PROJEKTU, FINANČNÍ PLÁN ............................................................................ 92
12.1 ZAJIŠTĚNÍ DLOUHODOBÉHO MAJETKU......................................................................................................... 92 12.1.1 Vymezení struktury dlouhodobého majetku ........................................................................... 92 12.1.2 Určení výše investičních nákladů................................................................................................ 93 12.2 ŘÍZENÍ PRACOVNÍHO KAPITÁLU (OBĚŽNÝ MAJETEK) .................................................................................... 93 12.2.1 Vymezení struktury a velikosti oběžného majetku ................................................................. 93 12.3 PŘEHLED CELKOVÝCH NÁKLADŮ V INVESTIČNÍ FÁZI..................................................................................... 93 12.4 PŘEHLED CELKOVÝCH NÁKLADŮ V PROVOZNÍ FÁZI ..................................................................................... 94 12.4.1 Amortizace ....................................................................................................................................... 94 12.5 PŘÍJMY PROVOZNÍ FÁZE ............................................................................................................................. 94 12.6 FINANČNÍ PLÁN INVESTIČNÍ A PROVOZNÍ FÁZE ............................................................................................ 95 12.7 PŘEHLED FINANCOVÁNÍ PROJEKTU ............................................................................................................. 95 12.8 VÝSLEDKY FINANČNÍ ANALÝZY.................................................................................................................... 96 12.9 ZÁVĚRY FINANČNÍ ANALÝZY ....................................................................................................................... 97
5
13
EKONOMICKÁ ANALÝZA PROJEKTU .................................................................................................. 98
14
ANALÝZA RIZIK ....................................................................................................................................... 99
15
UDRŽITELNOST PROJEKTU .....................................................................................................................102
15.1 15.2 15.3 16
INSTITUCIONÁLNÍ ROVINA......................................................................................................................... 102 FINANČNÍ ROVINA ................................................................................................................................... 102 PROVOZNÍ ROVINA.................................................................................................................................. 102 ZÁVĚR .....................................................................................................................................................104
16.1 SHRNUTÍ VÝSLEDKŮ ................................................................................................................................... 104 16.2 VYJÁDŘENÍ K REALIZOVATELNOSTI A FINANČNÍ RENTABILITĚ PROJEKTU....................................................... 104 16.3 POPIS POSTUPU NÁVAZNÝCH PROJEKTŮ ................................................................................................... 104 16.3.1 Projekty dle navazujících výzev IOP/OPLZZ ........................................................................... 104 16.3.2 Projekty v rámci TC ORP a TC K ................................................................................................. 104 16.4 ZÁVĚRY A DOPORUČENÍ .......................................................................................................................... 104
6
Seznam zkratek CMS DNS FC HBA HW ICMP ICT IOP IPS IPv6 IRR ISVS IT KIVS KÚ kVA L2TP LAN LUN MAN MB MV NLB NPV ORP QoS RAID RAM RMS RPM SAN SAS SATA SLA SNMP SPS SQL SW TB TC TC C TC K TC ORP TCP TCP/IP Tier UPS VDI VLAN VRRP VSS WAN
Centrální místo služeb Domain Name Server Fibre Channel Host Bus Adapter Hardware Internet Control Message Protocol Informační a komunikační technologie Integrovaný operační program Intrusion Prevention System Internet Protocol version 6 Internal Rate Of Return Informační systémy veřejné správy Informační technologie Komunikační struktura veřejné správy Krajský úřad Kilovoltampér Layer 2 Tunneling Protocol Local Area Network Logical Unit Number Metropolitan Area Network Megabyte Ministerstvo vnitra Network Load Balancing Net Present Value Obec s rozšířenou působností Quality of Service Redundant Array of Independent Disks Random Access Memory Rack Monitoring Systém Revolutions per minute Storage Area Network Serial attached SCSI Serial ATA Service Level Agreement Simple Network Management Protocol Spisová služba Structured Query Language Software Terabyte Technologické centrum Centrální technologické centrum Technologické centrum kraje Technologické centrum obce s rozšířenou působností Transmission Control Protocol Internet Protocol / Transmission Control Protocol Tiered Reliability / TIA-942 (Třída datového centra) Uninterruptible Power Supply Virtual Desktop Infrastructure Virtual LAN Virtual Router Redundancy Protocol Microsoft Visual SourceSafe Wide Area Network
7
Zadavatel studie proveditelnosti Název:
Statutární město Děčín
Sídlo:
Mírové náměstí 1175/5
IČ:
00261238
DIČ:
CZ00261238
Osoba oprávněná jednat jménem zadavatele:
Ing. Tomáš Kejzlar
Telefon:
+ 420 412 593 120
E-mail:
[email protected]
Zpracovatel studie proveditelnosti Název:
eNovation s.r.o.
Sídlo:
Štěpánská 535/6, 12000 Praha
Kontaktní adresa:
Štěpánská 535/6, 12000 Praha
IČ:
27909751
DIČ:
CZ27909751
Telefon:
+420720756391
Statutární zástupce:
Ing. Jiří Pavlíček, jednatel
E-mail:
[email protected]
8
1 Úvod Tato studie proveditelnosti vzniká za účelem posouzení projektového záměru vybudování Technologického centra obce s rozšířenou působností Děčín a spisové služby. Východiskem je usnesení č. ZM09110802 - Projekt Technologického centra ORP a spisové služby.
1.1 Základní informace k projektu Název projektu
Technologické centrum ORP Děčín
Popis
Technologická centra ORP budou určena zejména k provozu systémů spisových služeb včetně pracovních datových úložišť, elektronické spisovny s rozhraním na datové schránky ve vazbě na implementaci zákona č. 300/2008 Sb. Dále k chodu typových projektů samospráv, systémových služeb a dalších aplikací provozovaných pro potřeby samosprávy měst a obcí a centrálních projektů, zejména pro implementaci potřebných komponent základních registrů. V Technologickém centru ORP bude možné provozovat pro vlastní potřebu ORP jakékoliv aplikace, primárně však slouží k zajištění informatizace celého správního obvodu. Technologická centra ORP umožní posílit infrastrukturu ICT a podpořit ORP ve snaze o standardizaci IS obcí v rámci správního obvodu a zajištění stanovené úrovně služby.
Investor
Statutární město Děčín
Doba realizace
03/2010 – 06/2011
Udržitelnost
60 měsíců
Rozpočet
4 720 500 Kč včetně DPH
9
1.2 Účel studie proveditelnosti Bližší specifikace projektového záměru TC ORP Děčín se zohledněním stávajícího stavu a budoucího vývoje. Prokázání: • výběru nejlepší a ekonomicky nejvýhodnější varianty realizace projektu; •
správnosti a reálnosti plánovaného rozpočtu, opodstatnění jednotlivých způsobilých výdajů co do druhu a velikosti;
•
udržitelnosti projektu a reálnosti jeho financování žadatelem po ukončení finanční podpory ze strukturálních fondů.
1.3 Charakteristika předkladatele Děčín je statutárním městem Ústeckého kraje. Magistrát města Děčín plní úlohu obecního úřadu s rozšířenou působností. Do jeho správního obvodu spadá celkem 34 obcí.
1.4 Identifikační údaje předkladatele projektu Název
Statutární město Děčín
Sídlo
Mírové náměstí 1175/5, 405 38 Děčín IV
IČ
00261238
DIČ
CZ00261238
Kód obce
562335
10
1.5 Kontaktní osoby Jméno
Ing. Tomáš Kejzlar, vedoucí oddělení IT
Organizace
Statutární město Děčín
Telefon
+420 412 593 120
E-mail
[email protected]
Jméno
Marián Kubinec
Organizace
Statutární město Děčín
Telefon
+420 412 591 168
E-mail
[email protected]
1.6 Investor Investorem a současně předkladatelem projektu je Statutární město Děčín.
1.7 Cílové skupiny projektu •
Statutární město Děčín vystupuje jako investor a provozovatel TC ORP a zároveň jako příjemce služeb TC ORP.
•
Statutárním městem Děčín zřizované a zakládané organizace.
•
Obce ve správním obvodu ORP Děčín jako příjemci služeb poskytovaných TC ORP.
•
Obyvatelé správního obvodu ORP Děčín prostřednictvím regionálních služeb TC.
2 Rekapitulace výsledků studie Základem studie proveditelnosti je výzva č. 06 „Rozvoj služeb e-governmentu v obcích“ Integrovaného operačního programu pro prioritní osu 2, oblast intervence 2.1, „Technologická centra a elektronické spisové služby v území“ (dále jen „Výzva“). Struktura studie proveditelnosti.
je
v souladu
s Přílohou
č.
1
Výzvy
„Vzorové
osnovy
11
studie
2.1 Manažerský souhrn Část Výzvy I. Z možných variant řešení byla vybrána ta, která postačuje k plnění daného účelu (provozu elektronické spisové služby, typových projektů, aplikací pro potřeby ORP Děčín…) a je zároveň finančně únosná a ekonomicky efektivní. Důraz byl kladen také na ochranu minulých investic, proto je nutnou podmínkou řešení zachování kompatibility se stávajícím zařízením tak, aby mohlo být maximálně využito. Takové řešení je navrženo v kapitole č. 7 této studie. Rovněž byla identifikována rizika projektu jeho realizace, u kterých byla navržena řešení vedoucí k jejich minimalizaci. Základním pravidlem bylo dodržení přiměřenosti nákladů na eliminaci rizik, tzn. Náklady na eliminaci rizika nesmí přesáhnout hodnotu případné škody způsobené vznikem rizikové situace. Samotná realizace projektu bude svěřena externímu subjektu ve spolupráci se zaměstnanci MěÚ Děčín, který má pro tyto účely sestaven kvalitní projektový tým. Po dokončení investiční fáze bude provoz realizován rovněž externím subjektem. Statutární město Děčín v tomto případě zajistí provoz systému minimálně po dobu udržitelnosti projektu. Z finančního a ekonomického hlediska je projekt pro výdělečný subjekt nevýhodný. Při zohlednění dalších (např. socio-ekonomických) efektů jsou ale výstupy projektu pro jeho cílové skupiny velkým přínosem. Tento přínos se projeví například ve formě snížení času stráveného na úřadech či samotnou administrativou a dalšími obtížně vyčíslitelnými efekty. Část Výzvy II. Elektronická spisová služba je povinnou službou realizovanou na infrastruktuře vytvořené v části Výzvy I. Její upgrade a zprovoznění pro obce ve správním obvodu ORP Děčín bude mít za následek zkvalitnění, zrychlení a zpřesnění procesů nejen v rámci samotných úřadů, ale také mezi v komunikaci externích subjektů s úřady. V rámci projektu bude proveden upgrade stávající nevyhovující spisové služby, zprovoznění negarantovaného úložiště a propojení s garantovaným úložištěm realizovaným na úrovni TC K.
12
3 Současný stav a historie projektu 3.1 Vazba projektu na strategické dokumenty Příprava výzvy vychází zejména ze těchto strategických dokumentů: • Strategie „Efektivní veřejná správa a přátelské veřejné služby“ schválená usnesením vlády České republiky č. 757 ze dne 11. července 2007, •
Strategie rozvoje služeb pro informační společnost v České republice na období 2008 – 2012 schválenou usnesením vlády České republiky č. 854 ze dne 9. července 2008,
•
Schváleným dokumentem „Integrovaný operační program na období 2007 – 2013.
Příprava a realizace projektu musí vycházet z dokumentů. Kromě nich respektuje také relevantní legislativní dokumenty (zákon č. 300/2008 Sb., autorizované konverzi dokumentů a návrhy zákonů správy a jednotlivých registrů).
výše uvedených strategických realizované nebo připravované o elektronických úkonech a o základních registrech veřejné
Příprava, realizace, implementace a provozování projektu musí dále vycházet a navazovat kromě výše uvedených strategických dokumentů i na následující koncepční dokumenty: •
- pro části výzvy I. – II., je povinný dokument „TECHNOLOGICKÉ CENTRUM OBCE S ROZŠÍŘENOU PŮSOBNOSTÍ, VČETNĚ SPISOVÝCH SLUŽEB (KONCEPT A VÝCHODISKA)“
•
- pro části výzvy III. je povinný dokument „VNITŘNÍ INTEGRACE ÚŘADU“
V případě dílčího projektu TC ORP Děčín jsou respektovány všechny výše zmíněné strategické dokumenty i příslušná legislativa. Protože projekt TC ORP Děčín zahrnuje části výzvy I. a II., respektuje dále zejména koncepční dokument „TECHNOLOGICKÉ CENTRUM OBCE S ROZŠÍŘENOU PŮSOBNOSTÍ, VČETNĚ SPISOVÝCH SLUŽEB (KONCEPT A VÝCHODISKA)“. Dokument „VNITŘNÍ INTEGRACE ÚŘADU“ není v této fázi pro projekt TC ORP Děčín příliš relevantní.
3.2 Strategie a cíle 3.2.1 Strategie realizace Smart Administration Vláda stanovila základní směr ke zkvalitňování veřejné správy ve strategii „Efektivní veřejná správa a přátelské veřejné služby“ (Smart Administration). V kontextu projektu technologických center jsou stanoveny zásadní strategické cíle:
13
•
Zefektivnit činnost úřadů veřejné správy, snížit finanční nároky na chod administrativy a zajistit transparentní výkon veřejné správy.
•
Přiblížit veřejné služby občanovi, zajistit jejich maximální dostupnost a kvalitu.
TC ORP zapadají dle strategie Efektivní veřejná správa a přátelské veřejné služby do komplexního systému schematicky naznačenému na obrázku níže (tzv. Hexagon veřejné správy).
Projekt TC ORP Děčín je primárně zakotven ve vrcholu „Technologie“. Technologie a infrastruktura zprovozněna v rámci tohoto projektu bude představovat nezbytný technologický základ a podporu pro subjekty a prvky znázorněné v dalších vrcholech Hexagonu, které budou příznivě ovlivněny: •
Finance: úspora prostředků ORP a obcí v správním obvodu
•
Občan: úspora času při jednání se samosprávou
•
Legislativa: naplnění a respektování legislativních norem
•
Organizace: zefektivnění vnitřní komunikace v rámci samosprávy
•
Úředník: úspora času a zjednodušení agendy
3.2.2 Strategie rozvoje služeb pro „informační společnost“ Strategie rozvoje služeb pro „informační společnost“ navazuje na analytické poznatky, rozvíjí a specifikuje cíle v oblasti podpory eGovernment a racionalizace využívání ICT veřejnou správou. Z pohledu koncepce budování technologických center je stanoven zásadní cíl v oblasti infrastruktury: „Vytvoření robustní, bezpečné a efektivní
14
infrastruktury schopné zprostředkovat přístup k datovým zdrojům s potenciálem dalšího rozvoje“.
3.2.3 Strategie implementace eGovernment do území Dokument byl vyhotoven týmem odborníků z Ministerstva vnitra v listopadu 2008. Definuje záměry státu při implementaci eGovernmentu do území, a to formou potencionální soustavy typových projektů, které je možné a důležité realizovat, aby byly všechny základní strategické dokumenty naplněny. Projekty jsou koncipovány v souladu s Integrovaným operačním programem a Operačním programem Lidské zdroje a zaměstnanost. Tím naplňují požadavek odstranění územních disparit vývoje informatizace ČR.
3.2.4 Informace o vývoji projektu a o jeho současném stavu 3.2.4.1 Informace o celkové situaci Projekt technologického centra (TC) je součástí projektu regionálních center, tzv. eGON center. Ta mají složku technologickou, vzdělávací a administrativní. Takto pojatá centra se stávají výrazným nositelem a šiřitelem znalostí konceptu eGovernment. Z pohledu umístění v hierarchii veřejné správy se eGON centra dělí na: •
eGON centra na úrovni obecních úřadů obcí s rozšířenou působností (ORP);
•
eGON centra krajských úřadů.
Celkový koncept TC byl odvozen od analýz MV ČR, které proběhly v minulém období, a ze kterých vyplývá mimo jiné nízká úroveň využití synergických efektů mezi stupni veřejné správy. Zejména z průzkumu projektových záměrů samospráv však vyplývá i snaha měst a obcí III. stupně řešit problémy informatizace komplexně v rámci svého správního obvodu. Cílem projektu je tuto snahu podpořit realizací TC na co největším počtu ORP a umožnit tak obcím lépe naplnit požadavek být dobrým hospodářem. Technologická centra budou určena zejména k provozu systémů •
spisových služeb včetně pracovních datových úložišť, elektronické spisovny a rozhraní na datové schránky ve vazbě na implementaci Zákona 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů
•
typových projektů samospráv
•
služeb a dalších aplikací provozovaných pro potřeby samosprávy měst a obcí
•
centrálních projektů, zejména pro implementaci potřebných komponent základních registrů.
15
V Technologickém centru je rovněž možné provozovat pro vlastní potřebu ORP jakékoliv aplikace, primárně však slouží k zajištění informatizace celého správního obvodu. Technologická centra ORP umožní posílit infrastrukturu ICT a podpořit ORP ve snaze o standardizaci IS obcí v rámci správního obvodu a zajištění stanovené úrovně služby. Stejný princip platí i na úrovni krajů, kde primárním cílem je zajistit ve spolupráci s ORP regionu systém aplikace typových projektů. Rozsah poskytovaných služeb na úrovni TCK výrazně podporuje funkci krizového řízení a IZS v kraji. Projekt technologických center otevírá rovněž cestu k systematickému posouzení situace informatizace v rámci celého kraje, neboť jako podmínku realizace projektu je nezbytné vytvořit studii proveditelnosti, která bude základem rozvoje informatizace v celém regionu. Strategické dokumenty vytvořené v období 2001-2008 (např. „Studie proveditelnosti komplexní informatizace krajů“) akcentovaly tzv. „systémový projekt“ koordinovaného rozvoje informatizace územní samosprávy jako celku. K jeho řešení však nikdy nedošlo z důvodu nedostatečných finančních prostředků. Díky finančním prostředkům EU lze však nyní takový projekt realizovat.
3.2.4.2 Informace o projektu TC ORP Děčín V současné době nesplňují technologie využívané Statutárním městem Děčín předpoklady nutné k provozu spisové služby a poskytování služeb jejich uživatelům na potřebné úrovni. Projekt vybudování nového TC ORP prošel analytickými fázemi a jeho realizace byla schválena radou Statutárního města Děčín (usnesení č. ZM09110802 - Projekt Technologického centra ORP a spisové služby). Více o konkrétní situaci vypovídá pokračování kapitoly 3 a dále kapitoly 7 a 8 této studie
3.3 Postavení technologických center v systému Technologická centra obcí s rozšířenou působností budou integrována do systému eGovernment. Propojení bude zajišťovat infrastruktura KIVS.
16
17
Tato koncepce celého systému umožní mimo jiné podstatně zvýšit úroveň propojení a komunikace a aplikaci jednotných standardů: •
Propojení agendových systémů a základních registrů.
•
Distribuci potřebných dat pro agendový systém.
•
Integrovat Informační systém datových schránek s agendovými systémy prostřednictvím spisových služeb.
•
Transparentní provoz agendových systémů a jejich vertikální integraci v rámci celého systému včetně harmonizace work flow.
•
Využitím integračních platforem docílit zvýšení adaptibility systému a odolnosti vůči změnám vazeb agendových systémů.
•
Vytvořit, udržovat a prezentovat katalog služeb dané organizace veřejné správy včetně jejich personálního zajištění zejména ve vazbě na Registr práv a povinností.
•
Koncept TC založený na poskytování služeb umožní jejich využití fyzickými a právnickými osobami, nebo ostatními agendami bez nutnosti znát přesné místo jejich výkonu.
•
Kvalita a dostupnost užívaných služeb poskytovatele je předem definována ujednáním o poskytování služeb (SLA) s parametry, které jednoznačně definují podmínky poskytovaných služeb.
•
Systém umožní monitoring užívání služeb a kontrolu kvality jejich dodávky.
•
Vznikající báze znalostí o poskytovaných službách slouží poskytovateli pro jejich efektivní optimalizaci, slučování, rozdělování nebo návrh zcela nových služeb podle vznikajících požadavků kladených na výkon agend odběratele.
•
Využití virtualizačních infrastrukturu systému.
technologií
umožní
volit
efektivní
technologickou
3.4 Obecné vlastnosti Technologických center Implementace eGovernmentu 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í. Krajské TC K bude koordinovat funkce všech TC ORP na území kraje (pokud k tomu bude shoda jak ze strany kraje, tak ORP). Kraje se liší ve vybavení, přístupu jednotlivých ORP a vlastním záměru rozvoje. Proto je důležité za každý kraj zpracovat Studii proveditelnosti implementace eGovernmentu s návrhem modelu zajištění jednotlivých
18
služeb a jejich dalšího rozvoje. Studie bude vycházet ze vzorové struktury, která bude součástí příručky pro žadatele. Následující obrázek popisuje obecnou „třívrstvou“ architekturu informačních systémů. •
Datová – slouží pro uchovávání strukturovaných a nestrukturovaných dat.
•
Aplikační – obsahuje aplikační logiky hostujících aplikací poskytující služby okolí.
•
Klientská – uživatelská rozhraní integrovaná na hostované aplikace (pro přístup k aplikační logice hostovaných aplikací nebo služeb, popř. externích aplikací).
Klientská aplikace
Těžký klient
Lehký klient
Klientská aplikace Těžký klient Lehký klient
Klientská aplikace Těžký klient Lehký klient Aplikační integrace
File (souborové repository)
RDBMS
Aplikační integrace
Poskytování služeb
Sdílení aplikačních dat a metadat Aplikační logika
File (souborové repository)
RDBMS
Integrace UI
Střední dostupnost služeb
Správa infrastruktury
Aplikační logika
Integrace UI Vysoká dostupnost služeb
Správa infrastruktury
Poskytování služeb
Aplikační vrstva Datová vrstva Vrstva poskytovaných služeb
Integrace UI
Technologická centra
Správa infrastruktury
Aplikační vrstva Datová vrstva Vrstva poskytovaných služeb
Aplikační integrace
Poskytování služeb
Sdílení aplikačních dat a metadat Aplikační logika
File (souborové repository)
RDBMS
3.5 Charakteristika projektu 3.5.1 Základní údaje o projektu Účelem vybudování technologického centra ORP Děčín je zejména podpora zajištění provozu spisové služby, dalších systémových služeb a aplikací provozovaných pro potřeby samosprávy. TC bude budováno v prostorách Magistrátu města (více viz kapitola č 6). V technologickém centru je rovněž možné provozovat pro vlastní potřebu ORP Děčín jakékoliv aplikace, primárně však slouží k zajištění informatizace celého správního obvodu. Technologické centrum ORP Děčín umožní posílit infrastrukturu ICT a podpořit ORP Děčín ve snaze o standardizaci IS obcí v rámci správního obvodu a zajištění stanovené úrovně služby.
19
Vybudování technologického centra ORP Děčín může být výrazně podpořeno z prostředků strukturálních fondů Evropské unie.
3.5.2 Účel projektu Účelem první části projektu (část č. I. Výzvy ) je v souladu s dokumentem „Technologické centrum ORP (koncept a východiska)“ vytvoření robustní, bezpečné a efektivní infrastruktury, schopné zprostředkovat přístup k datovým zdrojům s potenciálem dalšího rozvoje. Vytvořená infrastruktura bude sloužit k poskytování navazujících funkcí a služeb (viz kapitola č. 4). Druhou částí projektu je nasazení systému elektronické spisové služby podle části II. Výzvy. Účelem této části projektu je zvýšení kvality a dostupnosti spisových služeb ve správním obvodu ORP Děčín.
3.5.3 Klíčové aktivity projektu Základní aktivity projektu: 1.
Vybudování Technologického centra.
2.
Upgrade stávající nevyhovující spisové služby ORP Děčín a nasazení hostované spisové služby pro obce správního obvodu ORP Děčín a pro Statutárním městem Děčín zakládané a zřizované organizace.
Z těchto klíčových aktivit vycházejí také níže zmíněné kvantitativní indikátory plnění projektu.
3.5.4 Výstupy projektu Hlavním výstupem projektu bude vybudované a kvalitně vybavené Technologické centrum, které bude za účelem maximální ekonomické efektivnosti vybudováno s co nejvyšším využitím stávajících technologií. Toto TC bude poskytovat kvalitní zázemí pro provoz elektronické spisové služby, centrálních projektů veřejné správy a dalších potřebných aplikací. Podrobnosti o technickém řešení TC ORP Děčín rozebírá kapitola č 7. V návaznosti na vybudované TC ORP Děčín bude na jeho technologiích nasazen upgradovaný systém elektronické spisové služby. Elektronická spisová služba bude také poskytována subjektům správního obvodu ORP Děčín, a to formou hostování (více viz kapitola č. 8). Tyto předpokládané výstupy jsou kvantifikovány formou objektivně měřitelných indikátorů v kapitole č. 3.5.6.
20
3.5.6 Očekávané přínosy Projekt je přínosný ve smyslu nasazení a poskytnutí nových služeb (negarantovaného úložiště a spisové služby) všem obcím a zřizovaným organizacím, které s těmito službami typicky nemají dosud zkušenost. Využitím těchto nových služeb, a tedy elektronizací dotčených agend, dojde k redukci administrativní zátěže těchto subjektů. Projekt je také přínosný z pohledu snahy o sjednocení některých agend cílových subjektů a jejich centrálního poskytování ze strany ORP, jakožto garanta poskytovaných služeb.
3.5.7 Objektivně ověřitelné indikátory Indikátor (150118): Počet úřadů ve správním obvodu ORP Děčín se zavedeným systém elektronické spisové služby a elektronicky řízeným oběhem dokumentů. Cílová hodnota indikátoru = 31. Indikátor (150200): Počet vybudovaných datových úložišť pro potřeby elektronizace veřejné správy. Cílová hodnota indikátoru = 1.
21
3.6 Varianty řešení technologického centra 3.6.1 Varianta 1 Varianta ponechání technického vybavení ORP Děčín ve stávajícím stavu bez pořizování nového materiálového a softwarového vybavení. Nebudou konzumovány ani další služby.
3.6.2 Varianta 2 Rozšíření stávajícího zařízení integrací nových prvků, které umožní provoz spisové služby, negarantovaného úložiště atd. Bude realizován upgrade stávající spisové služby a zajištěno poskytování spisové služby v hostovaném režimu subjektům ve správním obvodu ORP Děčín. Bude třeba také implementačních, školících a provozních služeb.
3.6.3 Varianta 3 Varianta nárazového nahrazení stávajícího HW zařízení a SW nově pořízenými technologiemi. Řešení bude koncipováno tak, aby vyhovělo požadavkům kladeným na TC ORP, zejména pak dokumentu TC ORP – Koncept a východiska. Posouzení jednotlivých variant řešení je uvedeno v kapitole 7.3.
22
3.7 Etapy projektu 3.7.1 ETAPA 1: Příprava projektu Zpracování projektového záměru a schválení realizace projektu v orgánech města Zpracování studie proveditelnosti •
Zajištění a analýza podkladů
•
Lokální průzkum
•
Formalizace projektového záměru
•
Návrh a vyhodnocení variant
•
Zajištění kvalifikovaných posudků a odhadů
•
Analýza rizik
•
Finanční a ekonomická analýza
Zpracování a předložení žádosti o dotaci včetně povinných příloh •
Zpracování rozpočtu a harmonogramu projektu - řádný položkový rozpočet bude proveden v souladu s řídícími dokumenty Integrovaného operačního programu a bude rozlišen na etapy/roky
•
Zpracování potřebných formulářů žádosti – vyplnění žádosti v systému Benefit dle pokynů vydaných řídícím orgánem, kontrola formální správnosti vyplněných údajů.
•
Nastavení monitorovacích indikátorů - nastavení monitorovacích ukazatelů, které budou výstupem studie proveditelnosti a budou korespondovat s požadavky na vyplnění monitorovacích ukazatelů dle řídícího orgánu a jím vydaných dokumentů
•
Zpracování etapizace projektu - nastavení etapizace projektu tak, aby odpovídala výstupům studie proveditelnosti a byla co nejúčinnější z hlediska finančních toků projektu a vypořádání plateb dotace
•
Popis vazby projektu na strategické a koncepční dokumenty - analýza a formulace souladu projektu s těmito dokumenty
•
Zajištění způsobilosti výdajů dle předepsaných pokynů a doporučení řídícího orgánu - všechny předpokládané náklady spojené s projektem budou porovnány s metodickými pravidly a dalšími závaznými pokyny
•
Nastavení principů fungování projektového týmu pro realizaci náplně projektu
23
•
Odborná kompletace a kontrola všech příloh žádosti
•
Zajištění komunikace s řídícím/implementujícím orgánem
•
Zajištění dokladu o právní subjektivitě žadatele
•
Zajištění usnesení Zastupitelstva/Rady nebo výpis z Usnesení Zastupitelstva/Rady s uvedením, že schvaluje předložený projekt do Výzvy č. 06 IOP, vč. navrhovaných Podmínek Rozhodnutí o poskytnutí dotace.
•
Zajištění dokumentu o volbě nebo existenci statutárního zástupce žadatele (tj. osoba, která může za žadatele podat Žádost o dotaci a provádět další administrativní kroky s tím související).
Příprava a realizace výběrových řízení na dodávku hardwaru pro technologické centrum a na implementaci spisové služby •
Vytvoření správné struktury veřejných zakázek podle jejich předmětu, velikosti a hodnoty.
•
Vytvoření zadávací dokumentace
•
Specifikace kvalifikačních kritérií pro uchazeče.
•
Vyhlášení výzev dle parametrů navržených ve studii proveditelnosti a vyhlášení veřejné zakázky
3.7.2 ETAPA 2: Vybudování technologického centra a implementace spisové služby Upgrade SSL
24
•
Upgrade spisové služby pro potřeby statutárního města Děčín.
Dodávka TC •
Nákup hardwaru a jeho nasazení pro provoz technologického centra.
Dodávka SSL •
Implementace hostované spisové služby a zprovoznění negarantovaného úložiště pro potřeby obcí ve správním území ORP.
Testovací provoz •
V rámci testovacího provozu bude ověřena kvalita, funkčnost a spolehlivost celkového řešení podle testovacích scénářů
25
4 Analýza poptávky a koncepce marketingu 4.1 Postup a výsledky analýz Prvním krokem pro stanovení marketingové koncepce byla identifikace cílových skupin, pro které je projekt určen. Tato analýzy proběhla již v první etapě (viz kapitola 3.7).
4.1.1 Analýza poptávky výstupů projektu Cílové skupiny projektu: •
Statutární město Děčín vystupuje jako investor a provozovatel TC ORP a zároveň jako příjemce služeb TC ORP.
•
Statutárním městem Děčín zřizované a zakládané organizace.
•
Obce ve správním obvodu ORP Děčín jako příjemci služeb poskytovaných TC ORP.
•
Obyvatelé správního obvodu ORP Děčín prostřednictvím regionálních služeb TC.
Projekt TC ORP Děčín dále respektuje současný stav ICT a procesů Magistrátu města Děčín i koncepci rozvoje eGovernmentu v kraji. Směrodatné dokumenty: •
Příručka pro žadatele a příjemce finanční podpory v rámci Integrovaného operačního programu pro prioritní osu 2, oblast intervence 2.1, „Rozvoj služeb eGovernmentu v obcích“ a souvisejících příloh.
•
Dokument MV ČR „Technologická centra krajů a obcí s rozšířenou působností, včetně spisových služeb (Koncept a východiska)“.
•
Integrovaný operační program – Výzva č. 6.
Pro uspokojení poptávky cílových skupin projektu byla stanovena základní nabídka funkcí TC ORP: •
Provozování spisové služby, aplikací a poskytování služeb jejich uživatelům na potřebné úrovni.
•
Poskytování povinných služeb: o
Spisová služba
o
Negarantované úložiště
Kromě povinných služeb bude TC ORP poskytovat řadu doplňkových služeb, například: •
e-mail a webmail
•
webhosting
•
úložiště pro zálohu dat
•
elektronická úřední deska
•
DMS
Kromě funkcí viditelných navenek je třeba zajistit další funkcionalitu, která bude tvořit provozní základ: •
rozšíření stávajícího HW zařízení a komunikační infrastruktury;
•
dostatečná disková kapacita pro funkci úložišť, zálohování, archivu, atd.;
•
procesní zajištění zálohování a archivu;
•
zajištění a zprovoznění systémových, virtualizačních a integračních technologií a potřebných SW aplikací (založených na principu SOA).
•
zajištění fyzické zabezpečení prostor TC ORP i SW zabezpečení;
•
vybudování pružného systému (HW i SW), který bude schopný integrace dalších potřebných komponent a služeb minimálně po celou dobu udržitelnosti projektu;
•
…
4.1.2 Definice nabídky výstupů projektu (poptávkové řízení) TC ORP Děčín bude v rámci uspokojování poptávky klíčových uživatelů poskytovat především následující služby: •
elektronická spisová služba;
•
hostovaná spisová služba pro užívání obcí ve správním obvodu ORP Děčín;
•
negarantované úložiště
•
systémové služby;
•
archiv;
•
libovolné aplikace, které bude Statutární město Děčín využívat;
•
diskové kapacity pro potřeby zaměstnanců Magistrátu města Děčín.
27
4.2 Návrh marketingu pro provozní fázi Marketing má za úkol seznámení potencionálních uživatelů služeb TC ORP s jejich existencí a možnostmi. Dále bude plnit zejména propagační úlohu.
4.2.1 Marketingová strategie Marketingová strategie se zaměří na jednotlivé cílové skupiny, které jsou uvedeny v úvodu kapitoly 4.1.1. Konkrétní formy propagace zaměřené na zmíněné cílové skupiny jsou podrobněji rozebrány v kapitole 4.2.2.4.
4.2.2 Marketingový mix V rámci marketingového mixu byly vybrány vhodné nástroje propagace. Některé jeho složky však nejsou vzhledem k charakteru produktu ovlivnitelné (např. místo).
4.2.2.1 Produkt Nabízeným produktem bude množina služeb poskytovaných ze strany TC uživatelům. Tyto služby musí být co nejkvalitnější (vysoká dostupnost, správná funkcionalita, uživatelská přívětivost,…). Typicky bude TC ORP poskytovat služby v režimu 12 hodin denně 5 dní v týdnu. V případě smluvního poskytování služeb musí být jasně definováno SLA (Service Level Agreement).
4.2.2.2 Cena S ohledem na velmi omezené finanční možnosti obcí a příspěvkových organizací bude cena služeb pro jejich uživatele nulová. Provozní náklady TC budou kryty z provozního rozpočtu Magistrátu města Děčín.
4.2.2.3 Místo Pracovníkům Magistrátu města Děčín budou služby dostupné v místě výkonu jejich pracovní činnosti. Externí uživatelé hostované spisové služby budou přistupovat prostřednictvím síťové infrastruktury s využitím běžných internetových prohlížečů z vlastní lokality. Fyzicky budou všechny služby provozovány v TC ORP Děčín.
28
4.2.2.4 Propagace Fyzické i právnické osoby budou s projektem a jeho službami seznamováni průběžně formou: •
internetových stránek Statutárního města Děčín věnovaných implementaci eGovernmentu http://egon.mmdecin.cz;
•
veřejných schůzí a jednání;
•
prostřednictvím tisku
•
označením prostor technologického centra v souladu s metodikou publicity projektu
•
označením provozovaných aplikací v souladu s metodikou publicity projektu
Ostatní uživatelské skupiny mohou využívat stejných kanálů jako výše zmínění externí uživatelé a navíc ještě některých specifických možností. Pracovníci Magistrátu města Děčín budou navíc s úlohou, funkcemi a službami seznamováni zejména následujícími způsoby: •
intranet Magistrátu města Děčín;
•
interní prezentace;
•
školení, workshopy, helpdesk.
Obce ve správním obvodu ORP Děčín a jím zřizované a zakládané organizace budou informovány v kampani ve formě prezentací a osobních jednání. Pro nadřazené orgány veřejné správy a samosprávy jsou určeny cílené informativní prezentace a dokumenty, které vznikají v souvislosti s realizací projektu. Součástí propagace budou také příslušné aktivity vycházející z Nařízení Komise (ES) č. 1828/2006 (tzv. Prováděcí nařízení), a z následně vzniklé přílohy příručky pro žadatele a příjemce č. 4 „Pravidla pro provádění informačních a propagačních opatření a manuál vizuální identity IOP“.
4.2.3 Koncepce odbytu Primárními konzumenty služeb TC ORP Děčín budou zejména pracovníci Magistrátu města Děčín, kteří budou využívat lokální spisovou službu statutárního města Děčín Z obcí jeho správního obvodu bude hostovanou spisovou službu podle výsledků poptávky využívat 29 z celkového počtu 33 obcí (kromě Děčína), což představuje 88%. Obce Jílové a Labská Stráň budou v rámci projektu vybaveny vlastní spisovou službou. Obce Česká Kamenice a Benešov nad Ploučnicí již provozují vlastní spisovou službu.
29
Příspěvkové organizace statutárního města Děčín, kterým bude poskytnuta hostovaná spisová služba v rámci upgradu spisové služby ORP Děčín: •
Lesní úřad Děčín
•
Zoologická zahrada Děčín
•
Centrum sociálních služeb Děčín
•
Zámek Děčín
•
Městská knihovna
•
ZŠ Komenského
•
ZŠ Školní
•
ZŠ Vojanova
•
ZŠ Na Pěšině
•
ZŠ Kosmonautů
•
ZŠ Míru
•
ZŠ Kamenická
•
ZŠ Vrchlického
•
ZŠ Březová
•
ZŠ Máchovo náměstí
•
ZŠ Na Stráni
•
Dům dětí a mládeže
•
Děčínská sportovní
30
5 Materiálové činnosti
vstupy
potřebné
k projektové
5.1 Charakteristika a popis dostupnosti hmotných dodávek potřebných k provozování služeb Hmotné dodávky a služby potřebné k realizaci projektu jsou specifikovány níže, a to pro jednotlivé veřejné zakázky. Při realizaci projektu bude kladen důraz na maximální možné využití stávajícího zařízení, které bude dodávkami pouze doplněno, případně přeskupeno.
5.2 Návrh základních požadavků, parametrů a kritérií výzvy veřejné zakázky na realizaci TC ORP Výběrová řízení se budou řídit následujícími dokumenty: •
zákonem č. 137/2006 Sb., o veřejných zakázkách, v platném znění.
•
směrnicí č. 5 k pořizování služeb, materiálu a majetku města ze dne 23. 12. 2009
•
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 (závazné postupy jsou uvedeny v příloze příručky č. 7).
5.2.1 Veřejná zakázka 1 - parametry 5.2.1.1 Předmět zakázky Předmětem této zakázky budou hmotné dodávky a služby potřebné k vybudování technologického centra ORP Děčín a zajištění jeho provozu po dobu udržitelnosti, tj., 60 měsíců
5.2.1.2 Forma zakázky Nadlimitní veřejná zakázka v otevřeném řízení
31
5.2.1.3 Specifikace plnění Požadavky na dodávky jsou podrobně specifikovány v kapitole č. 7, zejména pak 7.2.2. Součástí nabídky musí být také kompletní seznam prací a služeb potřebných k instalaci a uvedení do provozu všech dílčích součástí i TC ORP jako celku. Jedná se např. o: •
fyzickou instalaci HW,
•
instalaci SW,
•
integrace všech součástí systému,
•
testování,
•
školení atd.
5.2.1.4 Požadavky na zpracování nabídkové ceny Požadavky na nabídkovou cenu budou specifikovány ve výzvě k předložení nabídek. Nabídková cena bude uvedena v Kč, a to v členění: •
cena bez daně z přidané hodnoty (DPH),
•
samostatně DPH,
•
nabídková cena včetně DPH.
Celková cena plnění bez DPH je stanovena jako nejvýše přípustná. Výjimku tvoří změna DPH, která může konečnou cenu zvýšit. Cenová kalkulace bude zpracována následovně: •
cena dodávek
•
cena provozní podpory po celou dobu udržitelnosti
•
celková cena.
V ceně musí být zahrnuty dodávky HW a SW, instalace, kompletní uvedení do provozu, školení atd.
5.2.1.5 Požadavky k obsahovému členění a formě zpracování nabídky a jejího předložení V tomto směru jsou směrodatné požadavky Statutárního města Děčín a zákonné normy.
32
5.2.1.6 Ekonomické a finanční kvalifikační předpoklady Splnění ekonomických a finančních kvalifikačních předpokladů je při takto náročném projektu zásadním požadavkem Na dodavatele. Kvalifikační předpoklady budou stanoveny ve spolupráci s Centrem pro regionální rozvoj ČR v Chomutově.
5.2.1.7 Technické kvalifikační předpoklady Za účelem prokázání technických kvalifikačních předpokladů dodavatel spolu s nabídkou předloží: •
•
•
Seznam osob, které se budou podílet na zakázce alespoň v těchto rolích: o
projektový manager,
o
hlavní architekt řešení,
o
další specialisté.
Uchazeč předloží potřebné certifikace: o
Certifikát systému řízení jakosti podle českých technických norem řady ČSN EN ISO 9001:2001) akreditovanou osobou na oblast servisních služeb, řízení projektů, helpdesku v oblasti výpočetní techniky.
o
Certifikát systému řízení jakosti po dle České technické normy řady ČSN ISO/IEC 20000 na poskytování služeb IT.
o
Certifikát na systém managementu bezpečnosti informací podle ČSN ISO/IEC 27001.
o
Čestné prohlášení prokazujícího shodu požadovaného výrobku s technickými předpisy danými Zákonem č. 22/1997 Sb., o technických požadavcích na výrobky. 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, a to v rozsahu odpovídajícím charakteru práce.
Další kvalifikační předpoklady budou stanoveny ve spolupráci s Centrem pro regionální rozvoj ČR v Chomutově.
5.2.1.8 Návrh smlouvy o dílo Spolu s nabídkou uchazeč předloží návrh smlouvy o dílo. Nabídka a všechny její součásti musí splňovat požadavky dané zadávací dokumentaci včetně obchodních podmínek. Návrh smlouvy o dílo se musí držet závazné osnovy smlouvy:
33
•
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.
5.2.1.9 Návrh smlouvy o poskytování služeb provozní podpory V rámci nabídky uchazeč předloží také návrh smlouvy o poskytování provozních služeb, který bude vycházet ze zadávací dokumentace včetně obchodních podmínek. Návrh smlouvy se musí řídit závaznou osnovou. Osnova smlouvy o poskytování služeb provozní podpory: •
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í
•
způsob plnění
34
•
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:
5.2.1.10
o
podrobný popis plnění /kalkulace ceny
o
zásady vedení projektu - Zakládací listina projektu.
Způsob hodnocení nabídek
Nabídky budou hodnoceny primárně z hlediska ekonomické výhodnosti. Hodnotící kritéria a jejich váhy jsou stanoveny následovně: •
cena dodávky včetně instalace a uvedení do provozu – 60 %,
•
cena provozní podpory na 5 let – 25 %,
•
výše sankce za nedodržení smluvních podmínek – 15 %.
5.2.1.11
Závazný harmonogram implementace
1.
Veřejná soutěž proběhne v prosinci 2010.
2.
Dodávka bude realizována v lednu 2011.
3.
V únoru 2011 bude zahájen testovací provoz.
4.
Od března 2011 poběží TC již v ostrém provozu, kdy již bude probíhat konzumace služeb podpory provozu.
5.2.1.12
Platební podmínky
•
Zadavatel neposkytuje zálohy.
•
Daňový doklad bude vystaven do 21 kalendářních dnů po převzetí předmětu plnění. Doba splatnosti daňových dokladů je stanovena na 30 kalendářních dnů ode dne doručení daňového dokladu odběrateli.
•
Platby budou probíhat výhradně v Kč a rovněž veškeré cenové údaje budou v této měně.
35
5.2.1.13
Záruční lhůta
Záruční lhůta pro vady předmětu dodávky bude minimálně 24 měsíců.
5.2.2 Veřejná zakázka 2 - parametry Předmět zakázky
5.2.2.1
Předmětem druhé veřejné zakázky bude: •
upgrade zprovoznění spisové služby určené pro Magistrát města Děčín a pořízení licencí a implementace spisové služby v hostovaném režimu obcím ve správním obvodu ORP Děčín.
•
Pořízení a provoz elektronické spisové služby v hostovaném režimu provozovanou na TC ORP Děčín pro obce ve správním obvodu (30 obcí s předpokládaným zapojením).
•
Pořízení a provoz elektronické spisové služby pro obce Hřensko a Labská Stráň.
Součástí dodávky je také zajištění provozu spisové služby minimálně po dobu udržitelnosti, tj. 60 měsíců.
5.2.2.2
Forma zakázky
Nadlimitní veřejná zakázka v otevřeném řízení
5.2.2.3
Specifikace plnění
Řešení spisové služby musí respektovat požadavky stanovené zákonem č. 499/2004 Sb., o spisové službě a archivnictví, ve znění pozdějších předpisů. Musí splňovat další legislativní požadavky vycházející z platných zákonů a vyhlášek České republiky: •
Zákon č. 499/2004 Sb. o archivnictví a spisové službě
•
Prováděcí vyhlášku č. 191/2009 Sb., o podrobnostech výkonu spisové služby
•
Zákon č. 500/2004 Sb., Správní řád
•
Zákon č. 227/2000 Sb., o elektronickém podpisu
•
Spisový a organizační řád organizace
•
Zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů a zákon č. 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“).
36
•
Prováděcí vyhláška č. 193/2009 Sb., o stanovení podrobností provádění autorizované konverze dokumentů
•
Prováděcí vyhláška č. 194/2009 Sb., o stanovení podrobností užívání a provozování informačního systému datových schránek
•
Vyhláška č. 646/2004 Sb., o podrobnostech výkonu spisové služby.
•
Nařízení vlády č. 495/2004 Sb. kterém se provádí zákon č. 227/2000 Sb. o elektronickém podpisu a o změně některých dalších zákonů, ve znění pozdějších předpisů.
•
Vyhláška Ministerstva informatiky č. 496/2004 Sb. o elektronických podatelnách.
•
Zákon č. 365/2000 Sb., o informačních systémech veřejné správy.
Bližší specifikace požadavků zejména na spisovou službu, její provoz a technické parametry blíže rozvádí kapitola 8.
5.2.2.4
Požadavky na zpracování nabídkové ceny
Požadavky na nabídkovou cenu budou specifikovány ve výzvě k předložení nabídek. Nabídková cena bude uvedena v Kč, a to v členění: •
cena bez daně z přidané hodnoty (DPH),
•
samostatně DPH,
•
nabídková cena včetně DPH.
Celková cena plnění bez DPH je stanovena jako nejvýše přípustná. Výjimku tvoří změna DPH, která může konečnou cenu zvýšit. Cenová kalkulace bude zpracována následovně: •
cena dodávek
•
cena provozní podpory po dobu provozu
•
celková cena.
V ceně musí být zahrnuty dodávky HW a SW, instalace, kompletní uvedení do provozu, školení atd.
5.2.2.5
Požadavky k obsahovému členění a formě zpracování nabídky a jejího předložení
V tomto směru jsou směrodatné požadavky Statutárního města Děčín a zákonné normy.
5.2.2.6
Ekonomické a finanční kvalifikační předpoklady
Splnění ekonomických a finančních kvalifikačních předpokladů je při takto náročném projektu zásadním požadavkem na dodavatele.
37
Kvalifikační předpoklady budou stanoveny ve spolupráci s Centrem pro regionální rozvoj ČR v Chomutově.
5.2.2.7
Technické kvalifikační předpoklady
Za účelem prokázání technických kvalifikačních předpokladů dodavatel spolu s nabídkou předloží: •
•
Seznam osob, které se budou podílet na zakázce alespoň v těchto rolích: o
projektový manager,
o
hlavní architekt řešení,
o
další specialisté.
Uchazeč předloží potřebné certifikace: o
Certifikát systému řízení jakosti podle českých technických norem řady ČSN EN ISO 9001:2001) akreditovanou osobou na oblast servisních služeb, řízení projektů, helpdesku v oblasti výpočetní techniky.
o
Certifikát systému řízení jakosti po dle České technické normy řady ČSN ISO/IEC 20000 na poskytování služeb IT.
Další kvalifikační předpoklady budou stanoveny ve spolupráci s Centrem pro regionální rozvoj ČR v Chomutově.
5.2.2.8
Návrh smlouvy o dílo
Návrh smlouvy o dílo předložený spolu s nabídkou musí plnit stejné podmínky jako v případě dodávek pro TC ORP Děčín (viz kapitola 5.2.1.8).
5.2.2.9
Návrh smlouvy o poskytování služeb provozní podpory
Návrh smlouvy o poskytování provozních služeb předloží uchazeč spolu s nabídkou. Smlouva musí plnit stejné podmínky jako provozních služeb pro TC ORP Děčín (viz kapitola 5.2.1.9).
5.2.2.10
Způsob hodnocení nabídek
Nabídky budou hodnoceny primárně z hlediska ekonomické výhodnosti. Hodnotící kritéria a jejich váhy jsou stanoveny následovně: • •
5.2.2.11
cena dodávky – 60 % celková cena za provozní podporu (60 měsíců) – 40 %
Závazný harmonogram implementace.
1.
Veřejná soutěž na EED proběhne v červnu 2010.
2.
Dodávka bude realizována v záři 2010.
38
3.
V říjnu 2010 bude zahájen testovací provoz.
4.
Od ledna 2011 poběží EED již v ostrém provozu, kdy již bude probíhat konzumace služeb podpory provozu.
5.2.2.12
Platební podmínky
•
Zadavatel neposkytuje zálohy.
•
Daňový doklad bude vystaven do 21 kalendářních dnů po převzetí předmětu plnění. Doba splatnosti daňových dokladů je stanovena na 30 kalendářních dnů ode dne doručení daňového dokladu odběrateli.
•
Platby budou probíhat výhradně v Kč a rovněž veškeré cenové údaje budou v této měně.
5.2.2.13
Záruční lhůta
Záruční lhůta pro vady předmětu dodávky bude minimálně 24 měsíců.
5.2.3 Zásady transparentnosti, rovného zacházení a zákazu diskriminace Zakázky nebudou děleny Zakázky jsou připraveny v takové struktuře, která odpovídá jejich věcnému, časovému a logickému členění. Celistvé zakázky nesmí být členěny do dílčích zakázek za účelem zjednodušení jejich zadávání. Cena veřejné zakázky Cena zakázek je stanovena na základě průzkumu trhu v kombinaci s odborným odhadem, proto odpovídá běžné ceně zakázek stejného či podobného předmětu plnění. Nediskriminační technické podmínky Nesmí být upřednostňován jeden typ dodavatele ani konkrétní dodavatel před jiným. Zadavatel nesmí při specifikaci zakázky použít odkazy na obchodní firmy, obchodní názvy či technické specifikace předmětu, které by vylučovali některé potencionální uchazeče. Zadavatel musí zaručit zásady rovného přístupu, transparentnosti a zákazu diskriminace. Zadavatel se musí při stanovení předmětu zakázky zaměřit na účel plnění, nikoliv na konkrétní produkt či službu dodavatele. Minimální kvalifikační předpoklady Požadavky na kvalifikaci dodavatele musí být stanoveny na takové minimální úrovni, která je nutná vzhledem k předmětu veřejné zakázky. Kvalifikační předpoklady prokazují schopnost dodavatele splnit dodávku a nejsou zahrnuty do hodnocení nabídky. Hodnotící kritéria nabídky
39
Hodnotí se nabídky těch uchazečů, kteří splnili kvalifikační předpoklady. Jednotlivé nabídky se již hodnotí pouze na základě hodnotících kritérií nabídky a ne podle kvalifikačních kritérií na uchazeče. Transparentnost hodnotících kritérií Uchazeči předem vědí, podle jakých kritérií, a s jakou váhou budou jejich nabídky hodnoceny.
40
6 Lokalita a okolí 6.1 Umístění projektu 6.1.1 Popis správního obvodu ORP Děčín Správní obvod obce s rozšířenou působností Děčín je největším správním obvodem v kraji, svými 554 km2 zaujímá 10,4 % rozlohy Ústeckého kraje. Hustotou 143 obyvatel na km2 převyšuje průměr České republiky. Více než polovina obyvatel žije v sídle správního obvodu, což je město Děčín. Sousedí se správními obvody Ústí nad Labem, Litoměřice, Rumburk a Varnsdorf. Na jihovýchodě přiléhá k Libereckému kraji, severně sousedí se Spolkovou republikou Německo, kam vede několik hraničních přechodů: Hřensko – Schmilka (silniční), Děčín – Bad Schandau (železniční), Dolní Žleb – Schőna (říční) a Jílové/Sněžník – Rozenthal (pro pěší). Převážnou část správního obvodu zaujímá rozsáhlá oblast Labských pískovců s chráněnou krajinnou oblastí Českosaské Švýcarsko, tvořená soutěskami a pískovcovými útvary, z nichž nejznámějšími jsou Pravčická brána nebo naše nejvyšší stolová hora Děčínský Sněžník. Nejvyšším vrcholem správního obvodu je Studenec (737 m n. m.) poblíž České Kamenice a naopak nejnižším bodem je hladina řeky Labe v Hřensku, pouhých 115 metrů nad mořem. Správní obvod má spíše průmyslový charakter, podniky jsou soustředěny především v sídle správního obvodu. Nemalou roli zde hraje cestovní ruch.
41
6.1.2 Členění správního obvodu ORP Děčín Podle Vyhlášky č. 388/2002 Sb., o stanovení správních obvodů obcí s pověřeným obecním úřadem a správních obvodů obcí s rozšířenou působností je Statutární město Děčín obecním úřadem z rozšířených působností pro obce: Obec
Obec
Arnoltice
Kámen
Benešov nad Ploučnicí
Kunratice
Bynovec
Kytlice
Česká Kamenice
Labská Stráň
Děčín
Ludvíkovice
Dobkovice
Malá Veleň
Dobrná
Malšovice
Dolní Habartice
Markvartice
Františkov nad Ploučnicí
Merboltice
Heřmanov
Růžová
Horní Habartice
Srbská Kamenice
Hřensko
Starý Šachov
Huntířov
Těchlovice
Janov
Valkeřice
Jánská
Velká Bukovina
Jetřichovice
Verneřice
Jílové
Veselé
42
6.1.3 Správní obvod ORP Děčín
43
6.1.4 Lokalizace projektu Projekt TC ORP nevyžaduje žádné nové prostory ani jejich rozšíření. Veškeré nové technologie budou umístěny do stávající technologické místnosti v budově A1 Magistrátu města Děčín na Mírovém náměstí 1175/5. Statutární město Děčín disponuje ještě druhou lokalitou, kde provozuje IT technologie (v objektu B1 v ulici 28. října). Veškeré změny v souvislosti s projektem budou prováděny pouze v lokalitě na Mírovém náměstí, kde jsou také provozovány všechny klíčové aplikace.
Bude maximálně využito dosavadní vybavení primární technologické místnosti. Ta mimo jiné disponuje Blade Chassis s volnými kapacitami, kam budou umístěny dva nové servery. Jejich komunikace bude zajištěna LAN moduly v Chassis a SAN přepínači. Další technologie (kromě již zmíněných serverů) budou umístěny do stávajícího rozvaděče. Bude pořízeno nové diskové pole využívající technologií Tiered Storage. Do infrastruktury bude zapojeno pomocí SAN přepínačů. Místnost disponuje jedním SAN přepínačem a druhý bude pro zajištění redundace pořízen v rámci projektu.
44
Výpadek dodávek elektrické energie bude jištěn dosavadním záložním diesel agregátem.
6.2 Životní prostředí v jeho okolí Projekt nemí dopad na životní prostředí.
6.2.1 Dopad na životní prostředí během budování TC ORP Dosavadní primární technologická místnost plně dostačuje pro provoz nového TC, proto nebudou nutné žádné stavební úpravy. Protože bude využito stávající technologické vybavení, nepočítá se ani s žádným vyřazeným zařízením, které by bylo třeba likvidovat.
6.2.2 Dopad na životní prostředí během provozu TC OR Nové zařízení technologické místnosti může mít za následek mírné zvýšení spotřeby elektrické energie. Spotřebu elektřiny je možné do budoucna redukovat přesunem serverů do virtuálního prostředí a odstavením starších fyzických serverů.
6.3 Stav technické infrastruktury V současné době Statutární město Děčín provozuje část fyzických serverů umístěných v Blade Chassis a část fyzických serverů montovaných v rozvaděči. Na těchto serverech jsou provozovány operační systémy VMware, Windows a Linux. •
Data jsou umístěna na jednom diskovém poli IBM DS3400, které je připojeno pomocí SAN infrastruktury.
•
Zálohy jsou umístěny na NAS úložišti o kapacitě 3,7TB.
•
Všechny HW prvky jsou zapojeny do LAN infrastruktury, která je tvořena dvěma přepínači s 1Gb porty, které jsou umístěny jako moduly v Blade Chassis.
•
Připojení do internetu je zabezpečeno firewallem.
•
Veškerá technologie je proti výpadku napájení jištěna diesel agregátem.
Seznam používaných technologií včetně podrobné technické specifikace je uveden v kapitole 7.3.1.
6.4 Subjekty zapojené do projektu a způsob jejich zapojení Statutární město Děčín vystupuje v projektu jako:
45
•
zadavatel,
•
zákazník,
•
vlastník a provozovatel technologií.
V projektu budou dále vystupovat dodavatelské subjekty, které vzejdou z veřejné soutěže. Projekt se dotýká také KÚ Ústeckého kraje (jeho koncepce rozvoje eGovernment v kraji), obce ve správním obvodu ORP Děčín a městem zřizované a zakládané subjekty (projektu vystupují jako klíčoví zákazníci poskytovaných služeb).
46
7 Technické řešení Tato kapitola blíže specifikuje technicko-technologickou stránku projektu TC ORP Děčín.
7.1 Specifikace zadání TC ORP Děčín vychází z jednotné koncepce: Technologická centra budou součástí systému propojeného infrastrukturou KIVS. Implementace eGovernmentu 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í. Technologické centrum ORP využívá výhod „cloud computingu“ jako jsou výkon (sdílení hardwarových 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 prostory TC TC ORP, resp. jeho prostory musí splňovat následující minimální požadavky dané dokumentem TC ORP – Koncept a východiska: •
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 a teploty,
•
tyto prostory jsou napojeny na systém elektronické zabezpečovací signalizace,
•
v prostorách je zajištěn rozvod elektrické energie 230/50V s „bezvýpadkovým“ zálohováním, samostatně jištěný pro rozvaděč nebo prostor a jsou rovněž zajištěny diesel (benzin) agregáty,
•
vnější ochrana budovy vlastníkem, nebo bezpečnostní službou 24 hodin denně a 7 dní v týdnu (zajistí městská policie Statutárního města Děčín),
•
jsou prokazatelně evidovány technologických prostor,
•
prostory, v nichž se datová centra nacházejí, leží mimo zátopovou oblast tzv. stoleté vody.
osoby
vstupující
do
vyjmenovaných
47
7.1.2 Vstupy pro TC ORP TC Děčín bude respektovat požadavky na kompatibilitu TC K minimálně v rozsahu povinných služeb. Děčín průběžně konzultuje přípravu TC K Ústí nad Labem, aby mohl včas reagovat na požadavky na kompatibilitu s TC K.
7.1.3 HW a SW koncept TC ORP Projektem TC ORP Děčín dojde k vybudování technologického základu k provozování povinných služeb, aplikací a dalších služeb v režimu 12x5 hodin. TC ORP bude propojeno s TC Ústeckého kraje. Propojení bude využíváno k zajištění: •
distribuce dat,
•
distribuce aplikací
•
distribuce služeb navázaných na CMS.
Technologické centrum zahrnuje následující vrstvy komunikační infrastruktura, systémová infrastruktura, systémové služby, aplikační vrstva, bezpečnost, servis, podpora a řízení infrastruktury TC ORP, klientská (viz obrázek níže). .
48
7.2 Návrh a popis architektury řešení 7.2.1 Současný stav V současné době disponuje Statutární město Děčín technologickou infrastrukturou umístěnou do dvou lokalit. K těmto lokalitám jsou připojeny další budovy. Veškeré klíčové aplikace jsou provozovány v první lokalitě a do této lokality bude umístěno také nově budované technologické centrum. První lokalita se nachází na Mírovém náměstí. Viz následující schéma. Veškeré klíčové aplikace jsou provozovány v první lokalitě a do této lokality bude umístěno také nově budované technologické centrum.
V současné době statutární město Děčín provozuje část fyzických serverů umístěných v Blade Chassis a část fyzických serverů montovaných v rozvaděči. Na těchto serverech jsou provozovány operační systémy VMware, Windows a Linux. •
Data jsou umístěna na jednom diskovém poli IBM DS3400, které je připojeno pomocí SAN infrastruktury.
•
Zálohy jsou umístěny na NAS úložišti o kapacitě 3,7TB.
49
•
Všechny HW prvky jsou zapojeny do LAN infrastruktury, která je tvořena dvěma přepínači s 1Gb porty, které jsou umístěny jako moduly v Blade Chassis.
•
Připojení do internetu je zabezpečeno firewallem.
•
Veškerá technologie je proti výpadku napájení jištěna diesel agregátem.
Nasazené technologie Název
Účel, funkce
Operační systém
ESX – server1
Server s virtuálním prostředím
VMware 4.0
vSphere
ESX – server2
Server s virtuálním prostředím
VMware 4.0
vSphere
ESX – server3
Server s virtuálním prostředím
NAS02
Síťové úložiště
SPACE
Nainstalov aný SW
Hardware typ
HDD RAID1 2x300GB
IBM HS22
RAID1 2x300GB
IBM HS22
2x80 GB
P4C 2,4GHz
2GB
2xRAID5 840GB+1,36TB RAID1 2x150 GB, RAID5 4x200 GB
Intel Pentium 4 3,00 GHz
3 GB
2x Intel Xeon 3.00GHz
4 GB
2x Intel Xeon 3.00GHz
24 GB
Intel Pentium 4 3.00GHz
1 GB
AVGAdmi nServer
skládaný
Síťové úložiště
SLES10 SP1
ASPI
HP proliant
INTRAN ET
Databázový server
SLES9 SP3
Oracle, ASPI
ELODAT A
Záložní server pro ELO
SLES9 SP3
Data Storage
Centrální úložiště pro VMware a ostatní servery
RAID1 2x72 GB
IBM DS3400 IBM EXP3000
300 GB, RAID5 4x300 GB
Operační systém
Nainstalovan ý SW
PDC, Email server
MS Windows 2003 Server
Aplikační server IS Radnice VERA
SLES10 SP2
TWIST
Aplikační a db server pro TWIST a GIS
CEntOS5 64bit
ORACL E
Mzdy, Docházka, evidence dopr. agend, evidence kanc. potřeb, evidence myslivosti, mysl. a rybář. průkazy
Kerio Mail Server IS Radnice VERA TWIST, TMapServer
SLES10
Oracle
ELO
ELO
SLES10
Oracle
BOSERV ER RADNI CE
32GB 32GB
24 SAS disků
Virtuální servery Účel, funkce
RAM
IBM HS22
VMware vSphere 4.0 MS Windows 2003 Server
Název
CPU 2X Intel XEON/4/E5335 /2.0GHz 2X Intel XEON/4/E5335 /2.0GHz
Hardware RA CPU M 4G 2CPU B 4G 2CPU B 8G 2CPU B 16 2CPU GB 8G 2CPU B
7.2.2 Návrh řešení TC Současné kapacity primární technologické místnosti v objektu A1 umožňují rozšíření jejího vybavení bez potřeby stavebních úprav nebo dalších prostor. Návrh dovybavení technologické místnosti v rámci projektu TC ORP: •
2x server. Parametry musí vyhovovat minimálním doporučeným parametrům uvedeným v dokumentu „TC ORP – Koncept a východiska“. Budou umístěny do stávajících Bade Chassis a připojeny do Lan i San infrastruktury.
•
1x diskové pole + 4x FC disk využívající Tiered Storage. Diskové pole bude používat disky minimálně dvou technologií (např. FC, SAS). Redundance bude zajištěna pomocí dvou FC řadičů.
50
•
1x SAN switch 8x8Gb aktiv.p. Ve spolupráci s již využívaným SAN řadičem bude použit pro redundantní zapojení serverů a diskového pole.
7.2.2.1 Rozvaděče Technologie bude umístěna do současného rozvaděče a servery budou umístěny do stávajícího Blade Chassis.
7.2.2.2 Záložní zdroj Napájení nově zbudovaného technologického centra bude při výpadku dodávky elektrické energie zajištěno pomocí diesel agregátu.
7.2.2.3 Monitorovací systém Hlavní technologická místnost bude vybavena v rámci projektu monitorovacím systémem umožňujícím sledování řady vstupů včetně čidel teploty, kouře a napájení. Dále je instalován samostatný systémový monitoring, který v případě potřeby posílá podrobnější informace administrátorům TC
7.2.2.4 Klimatizace Hlavní technologická místnost je v současné době vybavena klimatizací, která nesplňuje výkonové požadavky pro nově budovanou technologii. Proto bude provedena v rámci projektu výměna jednotky, která bude umožňovat celoroční provoz Tato klimatizační jednotka bude zdvojena proti případnému výpadku.
51
7.2.2.5 Systémová infrastruktura Architektura technologického centra bude navržena jako vícevrstvá. Základem bude vzájemné oddělení přístupů do prezentační, aplikační a datové vrstvy tak, aby byla zajištěna dostatečné bezpečnost dat. Na schématu je znázorněn příklad rozdělení vrstev.
52
Z fyzického hlediska bude architektura rozdělena na servery poskytující HW prostředky pro virtuální prostředí, diskové pole a další podpůrné prvky pro zajištění chodu. Většina systémů bude provozována ve virtuálním prostředí a tím bude zajištěno dosažení optimálního výkonu a garance dostupnosti služeb. Navrhované řešení bude proti výpadku zajištěno dostatečnou mírou redundance prvků. Pro výpadek by tak muselo dojít k vícenásobnému selhání. Technologické centrum bude navrženo tak, aby byl zajištěn jeho budoucí růst. Schéma infrastruktury technologického centra je naznačeno na obrázku níže.
53
7.2.2.6 Servery Služby a aplikace provozované v technologickém centru budou provozovány na fyzických serverech, které budou umístěny ve stávajícím Blade Chassis a připojeny do LAN infrastruktury pomocí modulů v Chassis a SAN infrastruktury pomocí SAN přepínačů. Pro zajištění požadované dostupnosti a výkonnosti bude vybudováno prostředí pro provoz aplikací ve virtuálním prostředí. Pro podporu virtuálního prostředí budou třeba 2 fyzické servery. •
Na obou serverech budou nainstalovány služby typu databáze a aplikačního serveru.
•
I když budou oba servery identicky nainstalovány, bude veškerý provoz typu DB směřovaný na jeden z nich a provoz služeb aplikačního serveru na druhý.
•
Identická konfigurace bude využita v případě výpadku jednoho ze serverů.
•
Oba servery jsou připojeny dvěma datovými cestami do diskového pole.
•
Servery datové vrstvy budou podle požadavků na dostupnost aplikace konfigurovány do clusterů (vyšší dostupnost) nebo jako „stand-alone“ (nižší dostupnost). Budou dostatečně výkonné a budou umožňovat nasazení virtualizačních technologií (na HW i SW úrovni) pro optimální využití výpočetního výkonu tam, kde to bude účelné. Vzhledem k počtu a různorodosti provozovaných projektů a aplikací, budou podporovat nejrozšířenější typy operačních systémů (UNIX, Linux, MS Windows).
•
Servery aplikační vrstvy budou podle požadavků na dostupnost aplikace konfigurovány do loadballancing clusterů (vyšší dostupnost) nebo jako „stand-alone“ (nižší dostupnost). Dále budou umožňovat jednoduché navyšování výpočetního výkonu aplikační vrstvy (jako optimální je pro tuto vrstvu nasazení serverové infrastruktury typu „blade“).
Minimální technické parametry serverů vycházejí z minimálních doporučené konfigurace uvedených v dokumentu TC ORP – Koncept a východiska. Doporučená konfigurace: •
4 CPU (s možností rozšíření na 8) dvou jádrová s 64-bitovou architekturou, frekvence 2,1 GHz.
•
64 GB RAM s možností rozšíření na 256 GB.
•
Záruka po celou dobu udržitelnosti projektu.
7.2.2.7 Virtualizace serverová Pro maximální využití serverových prostředků bude použita virtualizační technologie. Město již v současné době provozuje své systémy na technologii VMware a proto dojde pouze k rozšíření stávajících licencí.
54
7.2.2.8 Tiered storage Pro podporu virtuálního prostředí a ukládání dat bude použito diskové pole s konceptem ukládání dat využívající Tiered storage. Pro Tiering budou použity disky minimálně dvou technologií, odstupňované podle rychlosti I/O operací (např. FC a SAS). Technologické centrum bude využívat jedno diskové pole, které bude mít redundanci zajištěnu pomocí dvou diskových FC řadičů. Diskové pole bude připojeno do infrastruktury pomocí SAN přepínačů. Požadavky na úložiště: •
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
Diskové pole se bude podílet na zajištění negarantovaného úložiště.
7.2.2.9 Garantované úložiště Garantované úložiště bude vybudováno v TC K. TC ORP bude mít k úložišti bezpečný dálkový přístup.
7.2.2.10
SAN
Nově budované technologické centrum bude připojeno k jednomu již současně používanému SAN přepínači a k druhému nově pořízenému. Důvodem je umožnit redundantní zapojení serverů a diskového pole tak, aby byla zajištěna nezávislá komunikační linka mezi jednotlivými prvky.
7.2.2.11
LAN
Prvky technologického centra budou připojeny do současných LAN přepínačů o rychlosti 1Gbit/s, které jsou umístěny jako moduly v Blade Chassis. Pro zachování redundance bude každý prvek zapojen do dvou přepínačů. Tak bude dosažena dostupnost služeb i při výpadku jedné z větví.
55
Pro dosažení oddělení vrstev budou jednotlivé servery rozděleny podle účelů do samostatných VLAN, ty pak budou na úrovni Firewallu filtrovány.
7.2.2.12
Zálohování a obnova dat
Zálohování dat je řešeno na dvou úrovních. 1.
V první fázi jsou kopie dat ukládány na specializovaném serveru,
2.
V druhé fázi je pořízena další kopie dat, která bude fyzicky uložena v diskovém úložišti.
7.2.2.13
Vzdálený přístup
Vzdálený přístup bude realizován využitím stávajícího řešení prostřednictvím virtuální privátní sítě (VPN).
7.2.2.14
Servis, podpora a řízení infrastruktury TC ORP
Po dokončení budování TC bude provoz TC a na něm provozovaných služeb zajištěn externími subjekty. Dostupnost služeb bude v případě TC ORP minimálně v režimu 12x5. Současně bude zajištěna jejich kvalita, spolehlivost a úroveň. Veškeré dodávky budou vybaveny záruční lhůtou o minimální délce 5 let. V případě potřeby pak bude servis zajištěn v rámci záruční lhůty.
7.2.2.15
Smluvní vztahy
Smluvní vztahy jsou dány veřejnými zakázkami, jejichž součástí je vždy smlouva a servisní smlouva. Podrobnosti smluv rozvádí kapitola 5.
7.2.2.16
Patch management a profylaxe
Identifikaci bezpečnostních nedostatků systému, vytvoření záplat a jejich implementaci bude provádět externí dodavatel. Dodavatel rovněž přebírá záruky za provedené opravy. Bude upřednostněn takový produkt nebo dodavatel, který umožňuje automatickou detekci existence záplat a jejich implementaci. Profylaxe klíčových součástí systému bude externím dodavatelem prováděna periodicky na základě stanoveného harmonogramu.
7.2.2.17
Školení
Pracovníci oddělení IT budou proškoleni na vysokou úroveň tak, aby byly schopni plnit role operátorů a administrátorů systému. Nižší školení bude poskytnuto uživatelům systému, kteří budou využívat podpory pracovníků oddělení IT.
56
7.2.2.18
Licence
Pořízení licencí je součástí veřejných zakázek. O jejich další správu se stará oddělení IT, které stanoví odpovědnosti.
7.2.2.19
Maintenance
Údržba bude zajištěna minimálně pro následující komponenty TC: •
servery a diskové pole,
•
bezpečnostní produkty,
•
SAN a LAN komponenty,
•
serverovou virtualizaci,
•
diskovou virtualizaci.
7.2.2.20
Servisní podpora
Podpora po dobu provozu systému se bude skládat z následujících položek: •
•
Servis o
Operativní práce v místě TC ORP Děčín.
o
Pravidelný servis HW.
Profylaxe o
Pravidelně v místech poskytování služeb..
o
Správa HW TC ORP Děčín.
o
Řízení optimálního chodu, bezpečností a aktuálnosti systému.
o
Správa sítí.
•
Školení a konzultace uživatelům, operátorům a administrátorům.
•
Poskytnutí odborníků ve fázi budování projektu.
7.2.2.21
Management a monitoring
Budou nainstalované technologie pro řízení a monitorování provozních charakteristik systému. Tím bude zajištěna spolehlivost a úroveň poskytovaných služeb.
7.2.2.22
Komunikační infrastruktura
Komunikační infrastruktura bude řešena stávajícími zařízeními, které jsou dostačující pro splnění požadavků na provoz technologického centra. Součástí komunikační infrastruktury je i její management, který je taktéž již v současné době zajištěn a provozován.
57
7.2.2.23
Serverová virtualizace
Město již používá virtualizační technologie Vmware. Pro potřeby rozšíření TC bude třeba pouhé rozšíření licencí.
7.2.2.24
Servery a storage
Na úrovni TC ORP bude implementován management výrobce technologie. U storage pro Tier 1 a Tier 2 je vyžadován management chybových stavů od výrobce storage.
7.2.2.25
Management aplikací
•
monitoring chodu aplikací a indikace problémů
•
možnost graficky zobrazit závislosti jednotlivých služeb k rychlému zjištění problému a modelování a zobrazení jeho dopadu
•
automatizace administrativních úloh
7.2.2.26
Datové centrum
Technologie datových center bude monitorovat instalovaný rack monitoring systém.
7.2.2.27
Bezpečnost
Ochrana síťového prostoru před viry, spamy, škodlivým SW a dalšími riziky bude realizována na rozhraní sítě s okolím, mezi každými vrstvami architektury a mezi virtuálními sítěmi VLAN. Bude zahrnovat: •
antivirovou ochranu,
•
prevenci spywaru,
•
firewall.
7.2.2.28
Klientská vrstva
Klient bude mít přístup ke službám prostřednictvím běžného webového prohlížeče, což zajišťuje vysokou kompatibilitu a snadnost užívání.
7.3 Porovnání variant technologických řešení TC ORP 7.3.1 Výhody a nevýhody jednotlivých řešení 7.3.1.1 Varianta 1 Varianta ponechání technického vybavení ORP Děčín ve stávajícím stavu bez pořizování nového materiálového a softwarového vybavení. Nebudou konzumovány ani další služby.
58
Výhody: •
Žádné nebo minimální investice do HW a SW.
•
Nezávislost TC ORP.
Nevýhody: •
Provozní požadavky budou řešeny operativně s vysokými nároky na zaměstnance útvaru informatiky.
•
Práce všech zaměstnanců bude dál závislá na jejich práci s vysokým rizikem procesních chyb lidského faktoru.
•
Vysoké roční provozní náklady.
•
Oddělení od TC K.
•
Zastarávání celého systému spojené s nutností podstatně vyšší budoucí investice.
7.3.1.2 Varianta 2 Rozšíření stávajícího zařízení integrací nových prvků, které umožní provoz spisové služby, negarantovaného úložiště, komunikační propojení minimálně se systémy partnerů projektu a TC K atd. Bude realizován upgrade stávající spisové služby a zajištěno poskytování spisové služby v hostovaném režimu subjektům ve správním obvodu ORP Děčín. Bude třeba také implementačních, školících a provozních služeb. Výhody: •
S výhodou lze využít všechny již zavedené, osvědčené HW i SW technologie bez nutnosti školení administrátorů ORP (pokud jsou již proškoleni).
•
Možnost stupňování licencí diskové virtualizace po malých jednotkách – vyloučení nepředimenzovaného řešení za vysokou cenu (při udržení replikace do TC K).
•
Celková investice bude snížena o využití stávajících technologií.
•
Mnohé SW technologie stačí upgradovat bez nutnosti pořízení nových.
•
Možnost optimálního rozložení záruk a maintenance na jednotlivé HW i SW komponenty.
•
Využití stávajících prostor.
•
Nižší provozní náklady.
Nevýhody: •
Omezená doba záruky nového zařízení.
•
Prvotní nároky na integraci.
59
7.3.1.3 Varianta 3 Varianta nárazového nahrazení stávajícího HW zařízení a SW nově pořízenými technologiemi. Řešení bude koncipováno tak, aby vyhovělo požadavkům kladeným na TC ORP, zejména pak dokumentu TC ORP – Koncept a východiska. Výhody: •
Všechno zařízení je vybaveno zárukou a maintenance.
•
Všechny HW komponenty na stejné úrovni.
•
Dlouho nebude potřeba dalších investic.
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. Veškerý HW i SW je třeba nainstalovat.
•
Po nějakou dobu je nutné provozovat souběžně kompletně nové TC ORP a stávající IT infrastrukturu ORP.
•
Na celou HW i SW infrastrukturu TC ORP je nutné zaškolit administrátory ORP.
•
Vysoké ceny licencí rozsáhlé diskové virtualizace.
Nejvhodněji a nejefektivněji se jeví varianta č. 2, která přinese dostačující kapacity při snížených investičních nákladech s využitím stávajícího zařízení.
60
7.4 Vazby na centrální projekty 7.4.1 Základní registry veřejné správy V současné době se všechny ISVS potýkají s nejednotností a nekonzistencí provozních dat, která jsou sbírána individuálně. Prostředkem pro nápravu tohoto nevyhovujícího stavu je adekvátní úprava legislativy. (návrh zákona o vytvoření centrálních registrů VS, návrhy speciálních zákonů pro realizaci čtyř navrhovaných základních registrů VS). Registry ve své cílové podobě a funkcionalitách mají vytvořit jednotný, vzájemně provázaný a ucelený systém. Tento systém umožní čerpat a sdílet data v dané oblasti z jediného datového zdroje, který bude spolehlivě a transparentně aktualizovaný, s patřičnou úrovní zabezpečení. V současné době není zcela zřejmá architektura základních registrů ve smyslu správy a distribuce systémů, nicméně se předpokládá provozování v zatím nespecifikovaném módu v prostředí TC K při současném propojení s TC ORP.
7.4.2 Centrální místo služeb Centrální místo služeb (CMS) je v rámci KIVS jediným místem, kde dochází k výměně dat mezi centrálními informačními systémy. Zároveň je jediným centrálním místem, kde je KIVS připojen k veřejné síti Internet a k dalším sítím, jako např. neveřejné datové sítě provozované v rámci EU. CMS plní v konceptu eGON center úlohu centrálního technologického centra (TC). Hlavní funkcí je směrem k eGON centrům, zabezpečit provoz: Generických služeb: •
Adresářové služby
•
Identity management
•
Jmenné služby DNS – zajišťují překlad IP adres na jména v prostředí eGON center
•
Služba přesného času NTP – zajišťuje synchronizaci přesného času jednotlivých eGON center s CMS.
Dalších centralizovaných služeb: •
Poštovní server – poskytuje služby pro uživatele, kteří nemají vlastní poštovní server
•
Antivir – odvirovávání dat, která přicházejí do eGON centra prostřednictvím CMS na úrovni protokolu HTTP, FTP, SMTP a provádí detekci virů v jazycích Java a ActiveX.
61
•
Centrální dohledový systém – zajišťuje kontrolu dostupnosti eGON center a umožňuje jejich správu.
•
eGON centra ORP a K jsou s CMS jednotně propojena virtuální privátní sítí sloužící k přenosu dat a samostatnou virtuální privátní sítí, sloužící ke správě a dohledu eGON center.
TC ORP Děčín bude s CMS propojené prostřednictvím KIVS.
7.4.3 Datové schránky Zákon o elektronických úkonech a autorizované konverzi dokumentů byl vyhlášen ve Sbírce zákonů dne 19. srpna 2008 jako zákon č. 300/2008 Sb. Projekt datových schránek ovlivňuje projekt TC nepřímo svým nárokem na funkcionalitu a kapacitu aplikací, které s ním mají přímou vazbu – zejména spisová služba a úložiště dokumentů. Spisová služba je předmětem části II. Výzvy, bude realizována jako součást projektu TC ORO Děčín a jako taková musí zmíněný zákon plně respektovat.
7.4.4 Aplikace v TC ORP Děčín V rámci projektu TC ORP Děčín vznikne infrastruktura použitelná pro provoz dílčích částí ISVS. Zejména pak budou provozovány povinné služby: •
Negarantované úložiště nevyřízených a neuzavřených spisů jako výstupů dat ze systému elektronické spisové služby nebo document management systemu v kapacitě dostatečné pro vlastní potřebu ORP a potřeby všech obcí správního obvodu a jejich organizace. V rámci projektu ukládání a digitalizace dat do ní obce a města ukládají neukončené a neuzavřené spisy v elektronické podobě, tedy jak vlastní, tak přijaté písemnosti spadající do režimu evidence a archivace podle zákona č. 499/2004 Sb., o archivnictví a spisové službě, ve znění pozdějších předpisů.
•
Elektronická spisová služba, pro vlastní ORP, jí zřízené a založené organizace.
Infrastruktura dále bude využita pro účely provozu interních aplikací ORP Děčín.
7.5 Analýza technických a bezpečnostních rizik 7.5.1 Technická rizika návrhu HW a SW TC ORP 7.5.1.1 Motorgenerátor V případě výpadku dodávek elektrické energie na delší dobu přebírá funkci zásobování elektrickou energií diesel agregát, který je pro tuto funkci plně dostačující.
62
Pouze je nutné provádět pravidelné testy funkčnosti a doplnění provozních kapalin a pohonných hmot. Při normálních dodávkách elektřiny ze sítě není porucha generátoru žádnou překážkou ve funkci TC. Kromě motogenerátoru mohou krátkodobé dodávka elektřiny zajistit UPS.
7.5.1.2 UPS V současné době zabezpečují provoz technologií technologických místností 4 UPS jednotky s dostatečnou kapacitou a funkčností pro rozšíření TC. Podstatné je v tomto případě vhodné zapojení do systému dodávek elektřiny spolu se síťovým přívodem a motogenerátorem.
7.5.1.3 Klimatizace Při poruše klimatizace může dojít ke zhoršení provozních podmínek. Při výrazném zvýšení teploty se může instalovaný HW přehřát a poškodit. Toto riziko bude minimalizováno redundancí klimatizačních jednotek.
7.5.1.4 Monitorovací systém Hlavní technologická místnost bude vybavena stávajícím monitorovacím systémem umožňujícím sledování řady vstupů včetně čidel teploty, kouře a napájení. Vše je napojeno na PCO. Dále je instalován samostatný systémový monitoring, který v případě potřeby posílá podrobnější informace administrátorům TC
7.5.1.5 Servery Zde se uplatní stejná konfigurace redundantních serverů, i když jsou primárně určeny k jinému účelu. Celkový výpadek jednoho serveru serverové virtualizace znamená výpadek v poskytování služeb maximálně v řádu několika minut. Poté budou potřebné virtuální servery zprovozněny na redundantním serveru. Při poruše serveru diskové virtualizace budou veškeré funkce realtime přesunuty na redundantní server. Při výpadku obou serverů diskové virtualizace budou funkce během několika desítek minut přesměrovány na TC K (viz obrázek níže).
63
vS1
vS2
vS1
TC K DR pro TC ORP
vSn
..... vS2
vSn
virtuální servery ..... virtuální servery vS1
vS2
vSn
..... virtuální servery
vS1
vS2
vSn .....
virtuální servery
TC ORP vS1
vS2
vSn .....
virtuální servery
TC ORP
X vS1
......
vS2
vSn
.....
virtuální servery
TC ORP
7.5.1.6 Disková úložiště Diskové úložiště budevycházet z konceptu Tiered Storage uvedeného výše.
7.5.1.7 Ethernet a FC switche Porucha jednoho LAN switche nebo jednoho FC switche nezpůsobí žádný výpadek. Oba tyto typy komponent jsou koncipovány jako redundantní.
7.5.2 Bezpečnostní rizika návrhu HW a SW TC ORP 7.5.2.1 Vnější rizika Proti útokům z vnějšího prostředí bude nasazena kvalitní ochrana, zejména pak firewall a antispam. Pro případ fyzického vnějšího útoku na technologickou místnost je místnost velmi obtížně dostupná. Nachází se v prvním patře a je vybavena pohybovými senzory s připojením na pult centrální ochrany v nedaleké budově městské policie. Bezpečnostní opatření snižují míru vnějších rizik na nízkou.
7.5.2.2 Vnitřní rizika Z hlediska vnitřních rizik je třeba zabezpečit technologickou místnost proti neoprávněnému vniknutí z vnitřního prostředí úřadu. Zabezpečení lze efektivně řešit např. dveřmi (otevíranými ven) zabezpečenými elektrickým zámkem s jasně definovaným pravidlem pro jeho odblokování (např. na čipové karty nebo
64
bezpečnostní kód.). Vnitřní riziko z hlediska zabezpečení proti neoprávněnému vstupu je nízké. TC ORP Děčín je umístěno a vybaveno ve shodě s všeobecnými požadavky na místnosti technologických center. Riziko je tedy nízké.
7.5.2.3 Další bezpečnostní rizika Rizikem pro systém jsou administrátorské přístupy do systému, zejména ty vzdálené. Je třeba zajistit, aby bylo přístupových bodů co nejméně a aby bylo také co nejméně oprávněných osob. Jejich přístupová hesla budou mít vysokou účinnost a nebudou žádným způsobem zaznamenávána nebo uchovávána. Toto riziko je však společné pro všechny TC ORP a nijak se nevymyká obvyklému ohrožení. Rizika živelného poškození jsou eliminována požárními hlásiči a tepelným čidlem, které včas detekují rizikové jevy a toto okamžitě signalizují. Jsou rovněž připojena na centrální pult ochrany. Vzhledem k učiněným opatřením lze hodnotit rizika vzniku závažných škod živelnými vlivy jako nízká.
7.6 Doporučení a upřesnění pro účely zadávací dokumentace a realizační projektové dokumentace 7.6.1 Specifikace zadání technického řešení V souladu s požadavky výzvy byl proveden návrh technologického materiálu a nehmotných dodávek potřebných k realizaci projektu. Oblast
Položka
Cena DPH
bez
Cena včetně DPH
DPH
Technologické centrum (TC) TC 2x Server TC Diskové pole + 4x FC disk
458 333 Kč 1 000 000 Kč
91 667 Kč
550 000 Kč
200 000 Kč 1 200 000 Kč
TC SAN switch 8x8Gb aktivní porty
416 667 Kč
83 333 Kč
500 000 Kč
TC Licence VMWare
416 667 Kč
83 333 Kč
500 000 Kč
TC Implementace včetně zaškolení
100 000 Kč
20 000 Kč
120 000 Kč
SPS Upgrade Děčín včetně licencí pro zřizované organizace
833 333 Kč
Spisová služba (SPS)
Administrace a další náklady projektu
166 667 Kč 1 000 000 Kč
SPS Pořízení Jílové
57 500 Kč
11 500 Kč
69 000 Kč
SPS Pořízení Labská stráň
18 208 Kč
3 642 Kč
21 850 Kč
528 042 Kč
105 608 Kč
633 650 Kč
Hostovaná SPS Licence 29 obcí včetně implementace
65
Studie proveditelnosti
80 000 Kč
16 000 Kč
96 000 Kč
Publicita projektu
25 000 Kč
5 000 Kč
30 000 Kč
CELKEM
3 933 750 Kč
786 750 Kč 4 720 500 Kč
7.6.1.1 Část 1 - Technologické centrum ORP Při realizaci varianty č. 2 je základním předpokladem a zároveň nutnou podmínkou kompatibilita dodávek se stávajícími instalovanými technologiemi. Servery: 2x server. Parametry budou umístěny do stávajících Blade Chassis a připojeny do LAN i SAN infrastruktury. Bližší specifikace serverů je uvedena v kapitole 7.2.2. Minimální technické parametry pro každý z obou serverů: •
4 CPU (s možností rozšíření na 8) dvou jádrová s 64-bitovou architekturou, frekvence 2,1 GHz.
•
64 GB RAM s možností rozšíření na 256 GB.
•
Záruka po celou dobu udržitelnosti projektu.
Operační systémy virtuálních serverů: Rozšíření stávajících licencí na nové servery. Další SW licence virtuálních serverů: • licence pro provoz databázového systému na virtuálním serveru se dvěma CPU bez nutnosti licencovat zvlášť klientské přístupové licence k databázím. Disková pole: Diskové pole a 4x FC disk využívající Tiered Storage. Diskové pole bude používat disky minimálně dvou technologií (např. FC, SAS). Redundance bude zajištěna pomocí dvou FC řadičů. Virtualizace serverová: Pro maximální využití serverových prostředků bude použita virtualizační technologie. Město již v současné době provozuje své systémy na technologii VMware Sphere 4.0, a proto dojde pouze k rozšíření stávajících licencí. Aktivní prvky: Součástí řešení jsou dva redundantně koncipované FC Switche, z nichž jeden je již provozován.
66
UPS: Vyhovuje současný stav. Motorgenerátor: Vyhovuje současný generátor. Implementace: Nabídka bude obsahovat také návrh souvisejících služeb: •
instalace navržených technologií,
•
SW instalaci navržených licencí,
•
nutná administrátorská školení,
•
vytvoření kompletní a detailní dokumentace TC ORP,
•
způsob zajištění provozu formou vzdálené správy,
•
popis odstraňování závad.
7.6.1.2 Část 2 – Spisová služba ORP Zajištění spisové služby pro ORP Děčín a jeho správní obvod zahrnuje následující položky: •
upgrade stávajícího systému spisové služby využívané ORP Děčín,
•
pořízení spisových služeb pro obce Jílové a Labská stráň,
•
zajištění přístupu ostatních obcí (s výjimkou měst Česká Kamenice a Benešov nad Ploučnicí) ke spisové službě v hostovaném režimu, která bude provozována v TC ORP.
7.6.2 Specifikace vybavení řešení bezpečnosti TC
technologické
místnosti
včetně
7.6.2.1 Část 1 - Technologické centrum ORP Projekt TC ORP nevyžaduje žádné nové prostory ani jejich rozšíření. Veškeré nové technologie budou umístěny do stávající technologické místnosti i v budově A1 Magistrátu města Děčín na Mírovém náměstí 1175/5. Veškeré změny v souvislosti s projektem budou prováděny pouze v lokalitě na Mírovém náměstí, kde jsou také provozovány všechny klíčové aplikace. •
Technologická místnost se nachází v prvním patře budovy.
•
Je vybavena klimatizačními jednotkami, jejichž spolupráce bude upravena.
•
V místnosti jsou instalována: o
protipožární čidla,
67
o
tepelné čidlo,
o
pohybové čidlo.
Vše je propojeno s centrálním pultem ochrany v budově městské policie. Bude maximálně využito dosavadní vybavení primární technologické místnosti. Ta mimo jiné disponuje Blade Chassis s volnými kapacitami, kam budou umístěny dva nové servery. Jejich komunikace bude zajištěna LAN moduly v Chassis a SAN přepínači. Další technologie (kromě již zmíněných serverů) budou umístěny do stávajícího rozvaděče. Bude pořízeno nové diskové pole využívající technologií Tiered Storage. Do infrastruktury bude zapojeno pomocí SAN přepínačů. Místnost disponuje jedním SAN přepínačem a druhý bude pro zajištění redundance pořízen v rámci projektu. Výpadek dodávek elektrické energie bude zajištěn jištěn dosavadním záložním diesel agregátem a čtyřmi stávajícími jednotkami UPS. Nově pořizované komponenty tedy v souhrnu jsou: •
2 x server,
•
1 x diskové pole,
•
1x SAN switch,
•
propojovací infrastruktura.
7.6.2.2 Část 2 – Spisová služba ORP Aplikace spisové služby ORP Děčín bude provozována na stávajícím zařízení technologické místnosti. Hostovaná spisová služba bude provozována na novém zařízení TC ORP. Obce k ní budou přistupovat pomocí běžných webových prohlížečů. Pro její používání bude vyžadována autorizace pomocí uživatelského jména a hesla, které bude splňovat pravidla pro tvorbu silných hesel. Spisová služba obcí Hřensko a Labská Stráň bude kromě komunikační infrastruktury zcela nezávislá a bude provozována na zařízení těchto obcí, včetně vlastního zajištění technické podpory.
68
7.6.3 Požadavky na implementaci, školení a technickou podporu Implementátor technologií vzejde z výběrového řízení. Hlavním faktorem úspěchu bude uzavření kvalitní smlouvy o dílo resp. servisní smlouvy včetně sankcí pro případ vad plnění. Školení pracovníků IT oddělení bude provedeno minimálně na úroveň administrátorů. Je možné ho realizovat v průběhu budování TC ORP. Technickou podporu bude mít na starosti externí subjekt. Bude uzavřena kvalitní servisní smlouva včetně sankcí za vady plnění.
7.6.4 Požadavky na dodavatele a provozovatele TC Požadavky na dodavatele materiálu a služeb budou stanoveny ve spolupráci s CRR Chomutov tak, aby nevznikly podmínky, které by bezdůvodně vylučovaly některé dodavatele z veřejné soutěže.
7.7 Provozní zajištění TC 7.7.1 Potřebné energetické a materiálové toky Vzhledem k využití velkého množství současných technologií IT infrastruktury dojde k navýšení spotřeby elektrické energie vybudováním TC ORP, které není ve srovnání se spotřebou veškerých ostatních IT technologií Statutárního města Děčín zásadní. Spotřeba bude dále klesat případným přesouváním stávajících serverů do virtuálního prostředí a odstavením odpovídajících HW serverů. Dalšími materiálovými toky bude zejména rozšiřování diskové kapacity úložišť. Minimální položkou potom bude přísun a výměna provozních kapalin a pohonných hmot motorgenerátoru.
Provoz
TC Energie
24 000 Kč / rok
TC Maintenance (HW+SW)
90 000 Kč / rok
SPS Maintenance (SW)
300 000 Kč / rok
Mzdové náklady správce IT
350 000 Kč / rok
Výše uvedené provozní náklady budou hrazeny z provozního rozpočtu odboru provozního a organizačního Magistrátu města Děčín. Vyčíslení mzdových nákladů na správce IT je pouze formální, neboť správa technologického centra je zahrnuta do jeho stávající náplně práce a kryta stávajícími mzdovými prostředky.
69
7.7.2 Záruky a servis Veškeré nové technologie TC ORP Děčín budou vybaveny 5-ti letou zárukou se zajištěným servisem. Technická podpora SW bude hrazena vždy jednou ročně a tyto náklady budou součástí provozních nákladů. Servis HW technologií bude zajištěn externím subjektem, který vzejde z výběrového řízení. Základem spolupráce bude smlouva o dílo.
7.7.3 Údržba a nákladnost oprav Při dodržení vybavení nových technologií pětiletou zárukou, budou veškeré opravy prováděny bezplatně.
7.7.4 Údaje o životnostech jednotlivých zařízení Předpokládaná životnost serverů a diskových úložišť je 5 let; životnost motorgenerátoru při předepsaném provádění údržby minimálně 10 let; životnost záložních zdrojů napájení je 6 let.
7.7.5 Změny v provozní náročnosti vlivem opotřebení Tyto změny budou eliminovány vybavením HW dlouhou záruční lhůtou.
70
8 Aplikační řešení (Část II. – Spisová služba) 8.1 Úvod Výše popsané řešení TC ORP je primárně určeno právě k provozu spisové služby a k poskytování služeb spisové služby v hostovaném režimu obcím správního obvodu ORP Děčín.
8.2 Současný stav a historie projektu 8.2.1 Současný stav V současné době je v provozu spisová služba ORP Děčín, která ale již neplní současné požadavky kladené na spisové služby a jejich provoz. Ostatní obce ve správním obvodu ORP Děčín elektronickou službu nevyužívají.
8.2.2 Pojetí spisové služby Spisová služba (SPS) je prvek, který v novém systému eGovernment hraje podstatnou roli a je nutno zajistit jeho funkci ve dvou směrech: •
zřízení nebo upgrade spisové služby k zajištění komunikace se systémem datových schránek (TC ORP Děčín již splňuje),
•
vytvoření dostatečné kapacity garantovaného i negarantovaného úložiště dokumentů, neboť nový systém přinese podstatné zvýšení množství dokumentů zpracovávaných v elektronické podobě. HW kapacita bude zajištěna prostřednictvím projektu eGovernment centra.
Garantované úložiště je určené zejména pro ukládání dokumentů uzavřených spisů v elektronické podobě, do elektronické spisovny. Ta je základem konstrukce TC Kraje. Negarantované úložiště je určeno pro ukládání nevyřízených a neuzavřených a spisů na úrovni TC ORP.
71
Archiválie
Národní digitální archiv
Vyřízené a uzavřené spisy Nevyřízené a neuzavřené spisy
Technologické centrum Kraje
Technologické centrum ORP DMS
APV
Obec
Odeslání
Vyřízení
Postoupe ní
Zápis do deníku
SPSSSL
Datové schránky adresátů
Uložení do pracovního úložiště
Vlastní datová schránka
Čtení elektronického dokumentu
DMS - elektronická spisovna
8.2.3 Doporučení a upřesnění pro účely zadávací dokumentace •
Upgrade Spisové služby ORP Děčín.
•
Pořízení licencí a provoz plných verzí spisových služeb pro obce Jílové a Labská Stráň. Provoz spisové služby si zajistí každá obec vlastními prostředky.
•
Pro dalších 29 obcí správního obvodu ORP Děčín zajištění elektronické spisové služby v hostovaném režimu provozované v TC ORP Děčín.
Položky: •
Upgrade EED pro Magistrát Děčín včetně zajištění licencí pro zřizované organizace o
•
Vlastní EED pro město Jílové u Děčína o
•
Předpokládaná cena SW včetně implementace 69 000,- Kč
Vlastní EED pro obec Labská Stráň o
•
Předpokládaná cena 1 000 000,- Kč
Předpokládaná cena SW včetně implementace 21 850,- Kč
Software (29 licencí spisové služby včetně): o
rozhraní na ISDS
o
možnosti administrace EED
72
•
•
•
o
konverze dokumentů
o
podepisování dokumentů
implementace zahrnující: o
instalaci virtuálního serveru do prostředí VMWare
o
konfigurace pro všechny subjekty
o
školení administrátora
technická podpora na: o
administraci systému
o
EED včetně všech výše uvedených funkcionalit
Předpokládaný rozpočet: o
Software + Implementace – 724 500,- Kč
o
Roční technická podpora – 60 000,- Kč
8.3 Funkční požadavky na vybrané spisové služby Požadavky dané Zákonem č. 499/2004 Sb., o archivnictví a spisové službě a Zákonem 300/2008 sb. o elektronických úkonech a autorizované konverzi dokumentů: • 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čení dokumentů 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í o
sledování stavu vyřízení dokumentů
o
práce se spisy a uzavírání spisů.
Práce s elektronickými dokumenty elektronických dokumentů
-
Vložení,
zobrazení
a
73
editace
•
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
automatická kontrola 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ů schránkou
poštou,
elektronickou
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
•
Ukládání spisů a dokumentů
poštou
a
datovou
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
o
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.
74
Definice dalších požadovaných funkcí Záměrem města je pořídit a provozovat pro obce ve správním obvodu elektronickou spisovou službu v hostovaném režimu provozovanou na TC ORP Děčín. •
variabilně filtrovat výpis evidovaných dokumentů (např. příchozí / odchozí, nevyřízené, moje / všechny,...)
•
podatelně umožnit jednoduše roztřídit dokumenty po odborech, resp. odděleních
•
pořídit ke každému záznamu o dokumentu evidenční údaje (číslo podací a jednací, datum přijetí, přidělení konkrétnímu referentovi), základní informace o odesílateli/adresátovi (identifikace RČ/IČ, adresa) a předmětu dokumentu
•
přidělit každému záznamu o dokumentu číslo jednací a zařadit jej do spisu
•
vkládat, aktualizovat a smazat jednotlivé záznamy (podle rozsahu přístupových práv)
•
uložit ke konkrétním záznamům potřebné dokumenty formou elektronické přílohy (v libovolném standardním formátu doc, rtf, pdf, xls, jpeg,…)
•
vyhledávat dokumenty podle libovolných kritérií
•
přeposílat dokumenty v rámci organizace k vyjádření dalším pracovníkům
•
předat jednotlivé dokumenty nebo celé spisy jinému uživateli
•
zakládat vnitřní poštu (z vlastního podnětu uživatele)
•
odpovídat pomocí nadefinovaných šablon dopisů (použitelné pro MS Word, Open Office, typy lze nastavit pomocí modulu Nastavení šablon)
•
tisknout běžné tiskopisy (podací deník, předávací protokoly pro odbory a Českou poštu, roční knihu pošty atd.) ve formátu pdf
•
tisknout adresy na různé typy obálek a štítků (typy lze nastavit pomocí modulu Nastavení obálek)
•
tisknout čárové kódy (pomocí modulu pro zpracování čárového kódu 3 z 9, do kterého se kóduje podací číslo)
•
integraci s frankovacím strojem (např. Xertec, Neopost)
•
integraci s elektronickou podatelnou (dle konkrétního typu a specifikace, např. TrustPort® ePodatelna)
•
integraci s evidencí ARES (přímý import kontaktních údajů o ekonomických subjektech)
75
•
integraci s aplikacemi VITA software (aplikace Stavební úřad, Přestupky)
•
integraci se systémy ISVS CzechPoint, IS RŽP, OK Nouze
•
integraci s ISDS – datovými schránkami dle zákona č. 300/2008 Sb.
•
integraci s úložištěm dokumentů (např. ELOenterprise - nástroj pro správu, skenování a ukládání dokumentů do jednotného datového skladu (archivu))
•
integraci s aplikacemi třetích stran pomocí modulu SOAP konektor, přičemž SOAP služby tohoto konektoru jsou poskytovány jako serverová část a jsou obsluhovány pomocí standardizovaného SOAP protokolu
•
autorizovanou konverzi vytvořených dokumentů do PDF (s využitím software Print2PDF Premium Edition od Software602, a.s.)
•
komplexní pohled na souhrnné statistické údaje o dokumentech a jejich počtu a typu za celý úřad, za jednotlivé odbory i referenty pomocí Statistiky evidence dokumentů, včetně generování grafů
•
tvorbu a sledování úkolů vyplývajících z vyřizování dokumentů (pomocí aplikace Evidence úkolů, kterou lze využít i pro zadávání jiných úkolů, vzniklých v rámci vykonávání běžné agendy organizace)
•
splnění dalších legislativních požadavků vycházející z platných zákonů a vyhlášek České republiky: o
zákon č. 499/2004 Sb. o archivnictví a spisové službě ve znění zákona 190/2009 Sb.
o
prováděcí vyhlášku č. 191/2009 Sb., o podrobnostech výkonu spisové služby
o
zákon č. 500/2004 Sb., Správní řád
o
zákon č. 227/2000 Sb., o elektronickém podpisu
o
spisový a organizační řád organizace
o
zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů
o
prováděcí vyhláška č. 193/2009 Sb., o stanovení podrobností provádění autorizované konverze dokumentů
o
prováděcí vyhláška č. 194/2009 Sb., o stanovení podrobností užívání a provozování informačního systému datových schránek
76
8.4 Poptávka a nabídka, Analýza trhu – nabídka služeb 8.4.1 Zvažované varianty řešení VARIANTA A •
Upgrade Spisové služby ORP Děčín.
•
Provozování elektronické spisové služby v TC ORP Děčín a její přístupnost obcím správního obvodu ORP v hostovaném režimu.
VARIANTA B •
Upgrade Spisové služby ORP Děčín.
•
Pořízení licencí a provoz plných verzí spisových služeb pro obce Jílové a Labská Stráň. Provoz spisové služby si zajistí každá obec vlastními prostředky.
•
Pro dalších 29 obcí správního obvodu ORP Děčín zajištění elektronické spisové služby v hostovaném režimu provozované v TC ORP Děčín.
VARIANTA C •
Upgrade Spisové služby ORP Děčín.
•
Pořízení licencí a provoz plných verzí spisových služeb pro všechny obce správního obvodu ORP Děčín. Provoz spisové služby si zajistí každá obec vlastními prostředky.
8.4.2 Doporučená varianta Při zohlednění všech ekonomických faktorů a zohlednění individuálních potřeb jednotlivých obcí vychází nejvýhodněji varianta B.
77
8.4.3 Poptávka mezi obcemi správního obvodu ORP Děčín
Obec Arnoltice
Realizace spisové služby Hostovaná
Stavební úřad
Matrika
Cena licence
NE
NE
Benešov nad Ploučnicí
Ne
ANO
ANO
Bynovec
Hostovaná
NE
NE
Česká Kamenice
Ne
ANO
ANO
Děčín
Vlastní+provozovatel ANO
ANO
Dobkovice
Hostovaná
NE
NE
21850,- Kč
Dobrná
Hostovaná
NE
NE
21850,- Kč
Dolní Habartice
Hostovaná
NE
NE
21850,- Kč
Františkov nad Ploučnicí
Hostovaná
NE
NE
21850,- Kč
Heřmanov
Hostovaná
NE
NE
21850,- Kč
Horní Habartice
Hostovaná
NE
NE
21850,- Kč
Hřensko
Hostovaná
NE
NE
21850,- Kč
Huntířov
Hostovaná
NE
NE
21850,- Kč
Janov
Hostovaná
NE
NE
21850,- Kč
Jánská
Hostovaná
NE
NE
21850,- Kč
Jetřichovice
Hostovaná
NE
NE
21850,- Kč
Jílové
Vlastní
ANO
ANO
69000,- Kč
Kámen
Hostovaná
NE
21850,- Kč
Kunratice
Hostovaná
NE
NE NE
Kytlice
Hostovaná
NE
NE
21850,- Kč
Labská Stráň
Vlastní
NE
NE
21850,- Kč
Ludvíkovice
Hostovaná
NE
NE
21850,- Kč
Malá Veleň
Hostovaná
NE
NE
21850,- Kč
Malšovice
Hostovaná
NE
NE
21850,- Kč
Markvartice
Hostovaná
NE
NE
21850,- Kč
Merboltice
Hostovaná
NE
NE
21850,- Kč
Růžová
Hostovaná
NE
NE
21850,- Kč
Srbská Kamenice
Hostovaná
NE
NE
21850,- Kč
Starý Šachov
Hostovaná
NE
21850,- Kč
NE
21850,- Kč
21850,- Kč 21850,- Kč 1000000,- Kč
21850,- Kč
Těchlovice
Hostovaná
NE NE
Valkeřice
Hostovaná
NE
NE
21850,- Kč
Velká Bukovina
Hostovaná
NE
NE
21850,- Kč
Verneřice
Hostovaná
NE
NE
21850,- Kč
Veselé
Hostovaná
NE
NE
21850,- Kč
78
8.5 Organizace, provoz a režijní náklady 8.5.1 Organizační model Garantem provozu technologického centra, technické podpory a dohledu nad SLA je odborný koordinátor projektu, který je přímo odpovědný vedoucímu projektu. Zároveň koordinuje činnosti prováděné externími dodavateli.
8.5.2 Provozní model Provozní podpora vyjma technické podpory spisové služby bude realizována informatiky Magistrátu města Děčín. Technické podpora provozu spisové služby bude zajištěna externím dodavatelem, který bude vybrán na základě výběrového řízení (viz kapitola č. 5). Náklady na provoz spisové služby pro Statutární město Děčín zakládané a zřizované organizace zahrnují: •
mzdové náklady správce
•
poměrnou část nákladů na energie
•
provozní podpora hardware a podpůrného software
Veškeré provozní náklady budou hrazeny z rozpočtu Statutárního města Děčín.
8.5.3 Role organizací v projektu Přímé zapojení organizací v projektu se omezuje zejména na součinnost Magistrátu města Děčín s externími dodavateli zboží a služeb. Role organizací v projektu je shodná s modelem, který je podrobně rozebrán v kapitole č. 9.
8.5.4 Organizace výběrových řízení Organizace výběrových řízení byla podrobně popsána již v kapitole č. 5. Spisové služby se potom týká zejména veřejná zakázka č. 2 popsaná kapitolou 5.2.2.
8.5.5 Smluvní ujednání pro provozované komponenty Smluvní ujednání v tomto případě má charakter tzv. SLA (Service Level Agreement – smlouva o úrovni poskytovaných služeb). Podmínky, obsah i struktura jsou se shodují s charakteristikou SLA uvedenou v kapitole 9.6.2.
79
9 Organizace a režijní náklady 9.1 Organizační model investiční fáze V investiční fázi bude organizační model sestaven následovně: •
Statutární město Děčín,
•
obce správního obvodu ORP Děčín,
•
Statutárním městem Děčín zakládané a zřizované organizace,
•
Ústecký kraj,
•
externí dodavatelé.
9.2 Provozní model Běžný provoz TC ORP zajistí ORP Děčín vlastními prostředky (více viz kapitola 10.1.2). Úkolem jeho zaměstnanců bude především administrace TC a podpora uživatelů. S konkrétními specifickými prvky, funkcemi TC budou seznámeni během implementace TC a během následných školení. Údržba a technická podpora bude svěřena externím subjektům, které vzejdou z výběrového řízení. Náklady budou hrazeny z provozního rozpočtu odboru provozního a organizačního Magistrátu města Děčín. Opravy dodaného zařízení budou v rámci sjednané pětileté záruky prováděny po celou dobu udržitelnosti zdarma. Garantované úložiště bude provozovat na své náklady K.Ú. Ústeckého kraje a bude tuto službu poskytovat podřízeným subjektům svého kraje.
9.3 Role všech organizací v projektu ORP Děčín je garantem a investorem projektu, vyhlašuje výběrová řízení, určuje pravidla a směrnice pro fáze budování i provozu TC, přijímá vybavení TC ORP a služby, provozuje TC, poskytuje služby, zajišťuje administraci, školení a uživatelskou podporu (přímo nebo zajištěním externí), financuje provoz TC ORP a poskytování služeb. Ústecký kraj stanovuje koncepci eGovermentu v kraji, TC K poskytuje služby podřízeným ORP; nabízí také možnost záložního poskytování služeb při výpadku TC ORP, TC K zajišťuje služby, které nezajišťují TC ORP (zejména pak garantované úložiště elektronických dokumentů).
80
Obce správního obvodu ORP Děčín jsou v pozici konzumentů poskytovaných služeb (zejména povinné služby) a vystupují jako konzultanti projektu. Organizace zřizované Statutárním městem Děčín jsou poskytovaných doplňkových služeb technologického centra.
v pozici
konzumentů
Externí subjekty mají převážně role dodavatelů vybraného zařízení a služeb. Česká republika stanovuje koncepci a dohlíží na realizaci rozvoje eGovernmentu v ČR. Stanovuje povinný rozsah poskytovaných služeb. Určuje strategii eGovernmentu v ČR, která je zakotvena ve formě dokumentu Smart Administration a díky operačním programům umožňuje její realizaci. Rozhodujícím orgánem státu je v tomto směru Ministerstvo Vnitra ČR.
9.4 Organizace výběrových řízení Dodavatelé potřebného zařízení, licencí a služeb budou vybráni na základě veřejné soutěže, která se bude řídit následujícími ustanoveními: •
zákonem č. 137/2006 Sb., o veřejných zakázkách, v platném znění.
•
směrnicí č. 5 k pořizování služeb, materiálu a majetku města ze dne 23.12.2009
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 (závazné postupy jsou uvedeny v příloze příručky č. 7).
9.5 Právní opatření nutná pro realizaci projektu Výchozím právním dokumentem je •
usnesení č. ZM09110802 - Projekt Technologického centra ORP a spisové služby.
Realizace projektu TC ORP Děčín si vyžádá následující právní kroky: •
usnesení na vyhlášení výběrových řízení,
•
usnesení o výběru dodavatelů,
•
smlouvy mezi ORP Děčín a dodavateli,
•
usnesení o příjmu dotace,
•
smlouva o poskytnutí dotace ministerstvem vnitra ČR a ORP Děčín.
81
9.6 Popis obsahu provozních směrnic TC a smluvních ujednání (návrh SLA) 9.6.1 Obsah provozních směrnic TC Provozní směrnice Magistrátu města Děčín bude upraven tak, aby vyhovoval požadavkům vzniklým realizací projektu TC. Přesto bude respektovat dosavadní pravidla. •
současná bezpečnostní politika Magistrátu města Děčína
•
organizační struktura Magistrátu o
práva a kompetence jednotlivých pracovních pozic
o
odpovědnost jednotlivých pracovních pozic.
Vzniklá potřeba aplikace nových pravidel do směrnic: •
popis TC a jeho rozhraní s okolím
•
případné úpravy organizační struktury Magistrátu města Děčína.
•
o
případné definice nových rolí (administrátor, uživatel, externí provozovatelé a servis), jejich činností a jejich přístupová práv k TC
o
vztahy klíčových rolí k externím subjektům (dodavatel, provozovatel, uživatel, veřejnost…)
o
definice vztahů mezi klíčovými rolemi a uživateli.
o
pravidla pro obsazování jednotlivých rolí konkrétními pracovníky
úpravy plynoucí z potřeb TC, nových postupů a technologií: o
konfigurace, seznamy technologií, jejich umístění a pravidla zacházení
o
zajištění fyzické bezpečnosti
•
nové situace (zejména ty krizové) a jejich řešení (viz níže)
•
zavedení provozních a auditních záznamů a souvisejících pravidel.
Zásadním úkolem bude zajištění bezpečnosti provozu, zejména pak přístupová práva k TC, a nakládání s citlivými informacemi a dokumenty. Zásadní je minimální počet administrátorských přístupů a přístupů s vyššími oprávněními a pravidla jejich práce. Na zabezpečení přístupů se bude podílet externí dodavatel. Proto je třeba vznést konkrétní požadavky.
82
Dále je důležité: •
Služby i hardware TC, dostupný pro jednotlivé role, budou zabezpečeny proti přístupu neoprávněných uživatelů.
•
Budou stanoveny požadavky na zacházení s přístupovými údaji k elektronickým uživatelským účtům a pravidla pro zachování jejich funkčnosti (používání určitých znaků, prvotní stanovení a předání hesla, periodické obměny hesel…).
Součástí vnitřních směrnic bude ošetření havarijních situací. Je vhodné využít znalostí dodavatelů TC a systémových integrátorů, kteří mají s konkrétním systémem více zkušeností. V případě vzniku takové situace je nutné vypracovat o ní záznamy a aplikovat opatření k minimalizaci budoucího rizika. I přes klíčovou roli prevence (která musí být v provozních směrnicích zakotvena) budou vypracovány konkrétní postupy řešení havarijních situací: •
Popis havarijní situace.
•
Stručný popis úkonů včetně jejich priorit: o
okamžitá reakce vedoucí k minimalizaci škod a udržení základních funkcí ,
o
odstranění následků havárie, které je již obsáhlejší a zahrnuje také identifikaci relevantních osob, jejich dosažitelnost…,
o
kroky vedoucí k obnově plné funkce TC.
9.6.2 Obsah Service Level Agreement Definice obsahu a úrovně poskytovaných služeb bude podrobně popisovat veškeré atributy a metriky poskytovaných služeb, včetně stanovení jejich akceptační úrovně. Na úrovni ORP bude zajištěn dohled a servis nad provozem po dobu 12 hodin, 5 dní v týdnu. Minimální služby, které budou zajištěny, jsou: •
adresní a jmenné služby,
•
doménové služby,
•
komunikační infrastruktura (na fyzické a logické vrstvě),
•
email.
83
Provozní zajištění dostupnosti služeb bude řešeno redundancí navrženého systému. Systémy budou rozděleny do skupin podle nároku na jejich servisní zabezpečení v závislosti na požadované dostupnosti: •
garantovaná doba odezvy do 1 hodiny
•
garantovaná doba odezvy do 4 hodin
•
garantovaná doba opravy do 24 hodin
•
garantovaná doba opravy do 6 hodin
•
garantovaná doba opravy do 4 hodin
Instalované technologie budou vybaveny dohledovým systémem umožňujícím automatizované hlášení závad, nebo i zhoršení provozních parametrů jednotlivých systémů nebo jejich komponent. Realizace dohledu a servisu je možné vlastními zaměstnanci nebo formou externích služeb. Na úrovni ORP je nutné zajistit dohled a servis nad provozem po dobu 12 hodin, 5 dní v týdnu. Minimální struktura: •
jednoznačnou identifikaci smluvních stran s přístupem k citlivým datům a technologiím)
•
předmět smlouvy o
(případně
konkrétních
osob
kvalita služby (včetně sankcí za nedodržení)
•
dostupnost v čase a místě
•
zabezpečení (vychází z bezpečnostní politiky ORP aplikované na konkrétní službu)
•
spolehlivost (správná funkce, procentuální vyjádření možných chyb…)
•
doba odezvy nebo fyzické reakce na požadavek
•
integrita s ostatními prvky
•
doba odstranění poruch o
množství služby
•
počet obhospodařovaných uživatelů, objem dat nebo spravovaného HW
•
objem poskytnutého času (v případě školení nebo konzultací)
84
•
místo produkce a místo konzumace služeb (zejména pokud je služba realizována vzdáleně prostřednictvím komunikačních technologií nebo v případech, kdy je třeba odvoz zařízení k opravě)
•
cena.
85
10 Lidské zdroje, vlastníci a zaměstnanci 10.1 Specifikace funkcí a pozic projektového týmu v investiční a provozní fázi projektu Specifikace dané dokumentem TC ORP – Koncept a východiska: Vybudování TC vyvolá následující personální požadavky: •
pravidelné návštěvy u obcí a zřizovaných organizací,
•
nepravidelné návštěvy u uživatelů dle jimi vyvolané potřeby,
•
poskytnutí odborníků na specializované odborné práce v oblasti IS/IT i na úrovni projektu,
•
zajištění školení a konzultací uživatelům,
•
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í),
•
optimální chod všech používaných aplikací (instalace a reinstalace, zajištění upgrade na vyšší verze, sledování bezpečnosti aplikací a řešení případných bezpečnostních problémů),
•
zajištění správy helpdesku a podpory uživatelů.
86
10.1.1 Role
Projektový tým v investiční fázi Osoba
Zapojení člena do projektu
Zkušenosti
projektový manažer
Ing. Tomáš Kejzlar
Zpracovává projektový záměr. Zpracovává projektovou žádost. Zpracovává studii proveditelnosti. Odpovídá za podání žádosti o dotaci. Přípravuje harmonogram realizace projektu. Připravuje zadávací kritéria plánovaných výběrových řízení. Spolupracuje s vedoucím projektu. Vyhlašuje a řídí průběh výběrových řízení. Řídí odborného koordinátora, administrátora projektu a finančního manažera při implementaci projektu. Hlídá dodržování pravidel publicity projektu. S pomocí administrátora projektu realizuje administraci projektu. Zajišťuje naplnění stanovených indikátoru udržitelnosti projektu.
Pracuje na pozici vedoucího oddělení IT Magistrátu města Děčín. Manažer projektu z výzvy IOP č. 02 "E-Government v obcích - Czech POINT". Administrátor projektů obcí ve správním území ORP Děčín z výzvy IOP č. 02 "E-Government v obcích – Czech POINT". Manažer vzdělávání projektu vzdělávání z výzvy OP LZZ č. 40 - "Vzdělávání v eGon Centrech krajů a obcí s rozšířenou působností" Jako odborný konzultant se podílel na přípravě žádosti o dotaci z výzvy OP LZZ č. 53 "Zvýšení kvality řízení v úřadech územní veřejné správy".
vedoucí projektu
Ing. Petr Hodboď
Sestaví projektový tým. Zastává poradenskou funkci a provádí dohled nad přípravou projektu a studie proveditelnosti. Zajistí podporu projektu ze strany rady města a zastupitelstva města a předloží těmto orgánům ke schválení potřebné dokumenty. Koordinuje činnost projektového týmu. Provádí dohled nad realizací projektu a dodržování podmínek dotace. Zajišťuje financování projektu. Kontroluje průběh výběrových řízení. Provádí dohled nad plněním stanovených indikátorů udržitelnosti projektu.
Dlouhodobě pracuje na pozici vedoucího odboru provozního a organizačního Magistrátu města Děčín. Koordinace projektu z výzvy IOP č. 02 "EGovernment v obcích - Czech POINT". Vedoucí projektu vzdělávání z výzvy OP LZZ č. 40 - "Vzdělávání v eGon Centrech krajů a obcí s rozšířenou působností". Jako člen přípravného týmu se podílel na přípravě žádosti o dotaci z výzvy OP LZZ č. 53 "Zvýšení kvality řízení v úřadech územní veřejné správy". Jako člen přípravného týmu se podílel na přípravě žádosti o dotaci z výzvy OP LZZ č. 57 "Řízení lidských zdrojů v územní samosprávě".
administrátor projektu
Lucie Schejbalová
Spolupracuje s projektovým manažerem na zpracování projektové žádosti. Připravuje povinné přílohy žádosti. Administruje projekt v průběhu realizace projektu spolu s projektovým manažerem a funguje jako jeho zástupce. Připravuje podklady pro Spolupracuje s monitorovací zprávy. manažerem projektu a zastupuje ho v jeho nepřítomnosti.
Spolupráce na administraci projektu z výzvy IOP č. 02 "E-Government v obcích - Czech POINT" Člen týmu při přípravě projektových záměrů k plánovaným projektům z výzvy IOP č. 09.
odborný koordinátor
Marián Kubinec
Má na starosti přípravu technických parametrů Technologického centra a zadávacích kriterií pro plánované výběrové řízení. Spolupracuje s projektovým manažerem při tvorbě Studie proveditelnosti, zejména její technické části. Bude mít na starosti implementaci technologického centra do stávající infrastruktury, včetně komunikace s dodavateli. Bude mít na starosti provoz technologického centra. Bude zajišťovat dohled nad dodržováním kvality služeb.Bude poskytovat technickou podporu subjektům čerpajícím služby technologického centra.
Dlouhodobě pracuje na pozici systémového správce IT. Jako odborný konzultant se podílel na realizaci projektu z výzvy IOP č. 02 "E-Government v obcích - Czech POINT". Jako odborný konzultant se podílel na přípravě a realizaci technického zabezpečení projektu vzdělávání z výzvy OP LZZ č. 40 "Vzdělávání v eGon Centrech krajů a obcí s rozšířenou působností".
finanční
Dagmar
Připravuje
Spolupráce při účtování projektu z výzvy
rozpočet
projektu
spolu
s
87
manažer
Kryštofová
manažerem projektu. Spolupracuje na tvorbě rozpočtového harmonogramu, finanční a ekonomické analýzy. Zodpovídá za dodržování rozpočtové skladby. Vede oddělené účetnictví projektu. Zodpovídá za řádné vyúčtování projektu. Připravuje účetní podklady pro monitorovací zprávy. Zodpovídá za a kontroluje odepisování majetku. Spolupracuje s projektovým manažerem při případné finanční kontrole projektu.
IOP č. 02 "E-Government v obcích Czech POINT".
88
10.1.2 Personální zajištění provozu Administraci TC ORP budou provádět interní zaměstnanci oddělení IT Magistrátu města Děčín. Budou jimi realizátoři projektu implementační fáze projektu (viz tabulka v kapitole 10.1.1). Technickou podporu a údržbu TC i SPS bude svěřena externím firmám, které vzejdou z veřejné soutěže. Veškeré náklady související s provozem TC i SPS, tedy administraci i platby externím subjektům, které budou zajišťovat údržbu a technickou podporu, budou hrazeny z rozpočtu ORP. Poruchy technologického zařízení budou řešeny v rámci záruky trvající po celou dobu udržitelnosti (60 měsíců).
10.2 Požadavky odpovědnosti
na
kvalifikaci,
kompetence
a
Kvalifikace členů projektového týmu a následně osob zajišťujících provoz je pro práci s informačními technologiemi zcela zásadní.
10.2.1
Požadavky na členy projektového tým
Projektový tým bude složen ze zaměstnanců Statutárního města Děčín a z osob zastupujících dodavatelskou stranu. Členové týmu z řad dodavatele obsadí role uvedené v kapitole 5.2.1.7.
89
Základní předpoklady pro vybrané specifické role: Vedoucí projektu: •
manažerské schopnosti a dovednosti
•
praxe v oblasti výběrových řízení a veřejných zakázek
•
praxe v projektovém rozpočtu…)
•
administrativa.
řízení
(vytváření
a
dodržování
harmonogramu,
Projektový manažer, administrátor projektu: •
komunikační schopnosti
•
znalost interního prostředí Magistrátu města Děčína i projektu
•
administrativa.
Finanční manažer: •
orientace v pravidlech pro přidělování dotací
•
znalost účetnictví
•
administrativa.
Odborný kooordinátor: •
znalost ICT na vysoké úrovni
•
zkušenosti s prací v týmu.
10.2.2
Požadavky na tým zajišťující provoz
Základní předpoklady: •
S ohledem na vysokou technicko-technologickou náročnost provozu TC a SPS bude zajištěno kvalitního odborné vzdělání a relevantní odborná praxe doložená životopisy.
•
Pracovníci budou ovládat na vysoké úrovní výpočetní a komunikační technologie.
•
Budou schopni poskytovat konzumentům služeb odbornou podporu a pomoc při řešení problémů.
•
Zásadní význam mají znalosti správy sítí, uživatelských účtů, způsobu integrace celého systému i obecné administrace.
90
•
Důležitá je znalost uživatelů, jejich hierarchie a přístupových práv připadajících jednotlivým rolím.
•
Znalost běžných provozních i krizových směrnic (včetně schopnosti podílet se na jejich vzniku).
Zaměstnanci Magistrátu města Děčína disponují potřebnými znalostmi a dovednostmi k tomu, aby se mohli účastnit projektu TC ORP. Jejich kvalifikace bude dále zvyšována účastí na projektu a relevantními školeními. Provoz, opravy a údržba bude zajišťována externími subjekty, proto se o kvalifikační předpoklady svých zaměstnanců postará dodavatel
11 Realizace projektu, časový plán •
ETAPA1: Zpracování projektového záměru
1. 4. 2010 – 15.4.2010
•
ETAPA1: Zpracování studie proveditelnosti
16. 4. 2010 – 26.5.2010
•
ETAPA1: Podání žádosti o dotaci
31. 5. 2010
•
ETAPA1: Výběrové řízení SPS
23.6.2010 – 16.7.2010
•
ETAPA1: Výběrové řízení TC
1.11.2010 – 26.11.2010
•
ETAPA2: Dodávka TC
leden 2011
•
ETAPA2: Testovací provoz TC
únor 2011
•
ETAPA2: Dodávka SPS
květen 2011
•
ETAPA2: Testovací provoz SPS
červen 2011
•
ETAPA2: Ukončení realizace projektu
30.6.2011
•
Ostrý provoz TC a SPS
červenec 2011
91
12 Finanční analýza projektu, finanční plán Základem pro finanční analýzu projektu jsou veškeré finanční toky, které budou vyplývat z realizace projektu. Tyto finanční toky jsou uvažovány v podobě příjmů a výdajů tzn. reálně vynaložených a získaných peněžních prostředků nebo jejich ekvivalentů. Nejedná se o náklady a výnosy jak jsou vnímány na základě účetního principu. Pro výpočet všech ukazatelů nejsou započítány výdaje v předinvestiční fázi projektu, které bylo nutné vynaložit v rámci rozhodování o realizaci projektu. Veškeré ceny pořizovaného majetku v rámci projektu jsou uvedeny na základě reálných cen roku 2010. Všechny ceny jsou uvedeny včetně DPH. Všechny výdaje se vztahují k výkonu působnosti v oblasti veřejné správy a město tedy nemá nárok na odpočet DPH. Všechny hodnoty jsou pro potřeby výpočtů uváděny v ročním rozlišení od data zahájení projektu.
12.1 Zajištění dlouhodobého majetku 12.1.1
Vymezení struktury dlouhodobého majetku
V tabulce níže je uveden přehled dlouhodobého majetku pořizovaného v rámci projektu. Tento majetek je možné rozčlenit na: • • •
hardware licence a software služby (implementace).
Položka
TC 2x Server TC Diskové pole + 4x FC disk
Cena
550 000 Kč 1 200 000 Kč
TC SAN switch 8x8Gb aktivní porty
500 000 Kč
TC Licence VMWare
500 000 Kč
TC Implementace
120 000 Kč
SPS Upgrade Děčín
1 000 000 Kč
SPS Pořízení Jílové
69 000 Kč
SPS Pořízení Labská stráň Hostovaná SPS Licence 29 obcí včetně implementace
21 850 Kč 633 650 Kč
CELKEM
12.1.2
4 594 500 Kč
Určení výše investičních nákladů
Celkové investiční náklady jsou určeny jako součet jednotlivých položek pořizovaného dlouhodobého majetku. Jak bylo uvedeno v úvodu kapitoly 12, všechny ceny jsou uvedeny včetně DPH. Celková výše investičních nákladů tohoto projektu všetně nákladů na studii proveditelnosti činí 4 690 500 Kč.
12.2 Řízení pracovního kapitálu (oběžný majetek) Vzhledem k charakteru majetku pořizovaného v rámci projektu a jeho provozním vlastnostem nebude nutné vytvářet zásoby nebo podobné položky. Pro zajištění provozu bude nezbytná pouze elektrická energie a zajištění údržby technologického centra a spisové služby. Realizací projektu se prakticky nijak nezvýší spotřeba oběžného kapitálu, a proto není nutné detailně plánovat jeho řízení.
12.2.1
Vymezení struktury a velikosti oběžného majetku
12.3 Přehled celkových nákladů v investiční fázi V tabulce níže je uveden přehled celkových výdajů v investiční fázi projektu. Celkové výdaje zahrnují jak investiční tak provozní výdaje, které bude nezbytné vynaložit v roce 2010, kdy bude realizována investiční fáze projektu. Položka TC 2x Server
Cena DPH
bez
Cena včetně DPH
DPH
458 333 Kč
91 667 Kč
550 000 Kč
1 000 000 Kč
200 000 Kč
1 200 000 Kč
TC SAN switch 8x8Gb aktivní porty
416 667 Kč
83 333 Kč
500 000 Kč
TC Licence VMWare
416 667 Kč
83 333 Kč
500 000 Kč
TC Implementace včetně školení
100 000 Kč
20 000 Kč
120 000 Kč
80 000 Kč
16 000 Kč
96 000 Kč
833 333 Kč
166 667 Kč
1 000 000 Kč
SPS Pořízení Jílové
57 500 Kč
11 500 Kč
69 000 Kč
SPS Pořízení Labská stráň
18 208 Kč
3 642 Kč
21 850 Kč
528 042 Kč
105 608 Kč
633 650 Kč
25 000 Kč
5 000 Kč
30 000 Kč
3 933 750 Kč
786 750 Kč
4 720 500 Kč
TC Diskové pole + 4x FC disk
TC Studie proveditelnosti SPS Upgrade Děčín
Hostovaná SPS Licence 29 obcí včetně implementace Publicita projektu CELKEM
93
12.4 Přehled celkových nákladů v provozní fázi Položka
2012
2013
2014
CELKEM
24000
24000
24000
24000
24000
120 000
TC Maintenance (HW+SW)
90 000
90 000
90 000
90 000
90 000
450 000
300 000 300 000 300 000 300 000 300 000 1 500 000
Mzdové náklady správce IT 350 000 350 000 350 000 350 000 350 000 1 750 000
CELKEM
12.4.1
2011
TC Energie
SPS Maintenance (SW) Provoz
2010
764 000 764 000 764 000 764 000 764 000 3 820 000
Amortizace
Statutární město Děčín neúčtuje o odpisech dlouhodobého majetku. Vzhledem k tomu, že všechny hodnoty jsou vyjádřeny jako hotovostní toky (příjmy a výdaje), nejsou odpisy relevantním vstupem do výpočtu finančních ukazatelů.
12.5 Příjmy provozní fáze Uskutečnění tohoto projektu nebude pro město znamenat dosažení žádných provozních příjmů. Pro účely výpočtu ukazatelů pro finanční hodnocení investice je v pátém roce provozu uvažována jako příjem zůstatková hodnota investice, která je na základě pořizovacích cen a životnosti dlouhodobého majetku odhadována na 459 450 Kč.
94
12.6 Finanční plán investiční a provozní fáze Položka
TC 2x Server TC Diskové pole + 4x FC disk
2011
2012
2013
2014
CELKEM
-550 000 Kč
0 Kč
0 Kč
0 Kč
0 Kč
-550 000 KČ
1 200 000
0 Kč
0 Kč
0 Kč
0 Kč
-1 200 000 Kč
TC SAN switch 8x8Gb aktivní porty
-500 000 Kč
0 Kč
0 Kč
0 Kč
0 Kč
-500 000 Kč
TC Licence VMWare
-500 000 Kč
0 Kč
0 Kč
0 Kč
0 Kč
-500 000 Kč
-120 000 Kč
0 Kč
0 Kč
0 Kč
0 Kč
-120 000 Kč
-96 000 Kč
0 Kč
0 Kč
0 Kč
0 Kč
-96 000 Kč
-1 000 000 Kč
0 Kč
0 Kč
0 Kč
0 Kč
-1 000 000 Kč
SPS Pořízení Jílové
-69 000 Kč
0 Kč
0 Kč
0 Kč
0 Kč
-69 000 Kč
SPS Pořízení Labská stráň
-21 850 Kč
0 Kč
0 Kč
0 Kč
0 Kč
-21 850 Kč
-633 650 Kč
0 Kč
0 Kč
0 Kč
0 Kč
-633 650 Kč
-30 000 Kč
0 Kč
0 Kč
0 Kč
0 Kč
-30 000 kč
459 450 Kč
459 450 Kč
TC Implementace včetně školení TC Studie proveditelnosti Investice
2010
SPS Upgrade Děčín
Hostovaná SPS Licence 29 obcí včetně implementace Publicita projektu Zůstatková hodnota investice
-24 000 Kč
-24 000 Kč
-24 000 Kč
-24 000 Kč
-24 000 Kč
-120 000 Kč
-90 000 Kč
-90 000 Kč
-90 000 Kč
-90 000 Kč
-90 000 Kč
-450 000 kč
SPS Maintenance (SW)
-300 000 Kč
-300 000 Kč
-300 000 Kč
-300 000 Kč
-300 000 Kč
-1 500 000 Kč
Mzdové náklady správce IT
-350 000 Kč
-350 000 Kč
-350 000 Kč
-350 000 Kč
-350 000 Kč
-1 750 000 kč
-764 000 Kč -764 000 Kč -764 000 Kč -404 550 Kč
-8 181 050 Kč
TC Energie TC Maintenance (HW+SW) Provoz
Cashflow
-5 484 500 Kč
12.7 Přehled financování projektu Přípravná i realizační etapa budou financovány z rozpočtu města a následně po ukončení jednotlivých etap bude žádáno o ex-post úhradu nákladů ve výši 85% způsobilých výdajů projektu.
95
Výpočty a vyhodnocení finančních ukazatelů Pro vyhodnocení finančního přínosu projektu jsou použity následující standardní dynamické ukazatele používané pro hodnocení investic: Čistá současná hodnota (NPV) Čistá současná hodnota (zkráceně ČSH nebo NPV z anglického Net Present Value) je finanční ukazatel vyjadřující současnou hodnotou budoucích peněžních toků a současného výdaje. Čistá současná hodnota se používá jako kritérium pro hodnocení výnosnosti investičních projektů. Hlavní výhodou tohoto kritéria je zohlednění faktoru času. Vnitřní výnosové procento (IRR) Vnitřní míra výnosu je taková úroková (diskontní) míra, při které je čistá současná hodnota peněžních toků investice rovna nule. Investice je přijatelná, je-li její vnitřní míra výnosu větší než tržní diskontní míra stejně rizikových investic. Doba návratnosti Doba návratnosti představuje časový úsek nutný ke splacení investice. Index rentability Index rentability je podíl čisté současné hodnoty projektu a sumy investovaných prostředků. Stanovení diskontní míry Pro získání možnosti promítnout faktor času do hotovostních toků je nezbytné stanovit příslušnou diskontní sazbu. Ta reprezentuje náklady kapitálu, které je investor nucen vynaložit za získání různých forem kapitálu, ze kterého je investice financována. Všechny zdroje budou mít veřejný základ (dotace + rozpočet obce), takže pro potřeby následujících výpočtů bude použita dlouhodobá reálná společenská diskontní míra 5 % p.a.
12.8 Výsledky finanční analýzy Čistá současná hodnota (NPV) Čistá současná hodnota investice činí –8 181 050 Kč. Z ryze finanční stránky hodnocení je tedy projekt ztrátový (neefektivní). Vnitřní výnosové procento (IRR)
96
Vzhledem k záporným hodnotám peněžních toků v každém roku provozu investice nelze tento ukazatel vyjádřit. Doba návratnosti Vzhledem k záporným hodnotám peněžních toků v každém roku provozu investice nelze tento ukazatel vyjádřit. Index rentability Index rentability investice činí – 1,42. Dle výsledků tohoto ukazatele není projekt z finančního hlediska rentabilní a přínosný.
12.9 Závěry finanční analýzy Na základě výsledků všech ukazatelů je zřejmé, že projekt je z čistě finančního hlediska nerentabilní a proto by byl pro jakéhokoliv komerčního investora nepřijatelný, protože negeneruje žádný přímý finanční zisk. Subjekt s čistě ziskovým zájmem by jej z tohoto důvodu nikdy v této variantě nepodstoupil. Protože se však jedná o projekt sledující veřejný zájem, je potřeba hodnotit ho z širšího pohledu a zahrnout do hodnocení i jiné než přímé finanční přínosy. Výstupy projektu budou mít pro všechny dotčené skupiny kladný efekt.
97
13 Ekonomická analýza projektu Ekonomická analýza je pro posuzovaný projektový záměr nerelevantní, protože se jedná o projekt bez předpokládaných generovaných příjmů.
98
14 Analýza rizik Typy rizika: •
projektová rizika
•
technická rizika
•
organizační rizika
•
ekonomická rizika
Legenda k tabulce: •
•
úroveň dopadu rizika o
nízká – zeleně
o
střední – žlutě
o
vysoká – červeně
pravděpodobnost rizika o
nízká – zeleně
o
střední – žlutě
o
vysoká – červeně
99
ID rizika
Typ
Popis rizika
Dopad
Pravděpodobnost
Opatření
Kritérium eliminace
1
Projektové
Nebudou dodrženy termíny harmonogramu
V
V
Alokovat dostatečné množství kvalitních kapacit, jak na straně dodavatele, tak zákazníka.
Původní termíny harmonogramu projektu budou dodrženy
Aktivně kontrolovat veškeré termíny harmonogramu a včas eskalovat a řešit možné zpoždění termínu 2
Projektové
Prostředí TC (část I. A II. nebude připraveno
V
S
Přizpůsobit harmonogram projektu budování TC ORP část III. vzhledem k případným změnám částí I. a II.
Prostředí TC (část I. a II. bude připraveno v dostatečném předstihu
3
Projektové
Nebude zajištěna potřebná součinnost pracovníků ORP
S
S
Alokovat odpovídající kvalitní zdroje na straně zákazníka
Nedojde ke zpoždění prací oproti harmonogramu projektu kvůli neposkytnutí součinnosti pracovníky ORP
4
Technická
HW a SW architektura není optimální
V
N
Navrhnout architekturu dostatečně výkonnou a stabilní
Nedochází k výpadkům a dostupnosti služeb
5
Organizační
Dojde k porušení podmínek dotace
V
N
Zajistit, splnění všech podmínek pro poskytnutí dotace, zveřejněných na portále MV.
Dotace přidělena vyplacena
Zajištění udržení podmínek po celou dobu udržitelnosti projektu
Kontrola neshledala porušení podmínek, za kterých byla dotace přidělena – nedochází k vrácení dotace
100
je a
6
Organizační
Nízká politická podpora projektu
S
N
Cíleně informovat politiky ORP – vysvětlit důležitost budování TC ORP ve vazbě na TC K a strategii eGovernmentu.
Projekt schválen realizaci
je k
7
Ekonomická
Náklady na realizaci TC přesáhnou náklady uvedené ve studie proveditelnosti
S
S
Zajistit garantovanou cenu nabídky od dodavatele s v souladu poskytnutou výší dotace.
Náklady vybudování TC ORP nepřevyšují očekávané výdaje
V případně odůvodněného nárůstu výdajů zajistit pokrytí přesahu vlastními zdroji 8
Ekonomická
Dotace na vybudování TC ORP nebude poskytnuta
V
N
Zajistit, splnění všech podmínek pro poskytnutí dotace, zveřejněných na portále MV
Dotace přidělena vyplacena
je a
9
Ekonomická
Dotace na vybudování TC ORP bude poskytnuta pouze částečně
S
N
Zajistit, splnění všech podmínek pro poskytnutí dotace, zveřejněných na portále MV
Dotace přidělena vyplacena
je a
Specifickým tipem rizika projektů, které usilují o podporu ze strukturálních fondů EU ve formě dotací je případ, kdy dotace nebude poskytnuta v předpokládané výši nebo nebude poskytnuta vůbec. V takovém případě bude ORP Děčín vzniklý rozdíl hradit z vlastních zdrojů. Rozpočet ORP Děčín disponuje dostatečnými prostředky na krytí takto vzniklých výdajů, nicméně výdaje v této výši by si vyžádaly značné omezení budoucích investic do rozvoje ORP v budoucnu.
101
15 Udržitelnost projektu Výstupy projektu, tedy funkční a rozšiřitelné technologické zázemí a na něm provozované služby, budou udrženy minimálně 60 měsíců od ukončení realizace projektu. Po celou dobu bude dbáno na dosahování stanovené úrovně poskytovaných služeb a zabudovávání nových (např. služby eGON).
15.1 Institucionální rovina Vlastníkem projektu bude po celou dobu jeho trvání a poskytování ORP Děčín, který převzal na základě zákona č. 314/2002 Sb. většinu pravomocí a úloh bývalého okresního úřadu. Zodpovídá za jeho realizaci a následné poskytování určených služeb. Dbá také na jeho začlenění do koncepce stanovené Ústeckým krajem. Přímo nadřízenou institucí je pak Ústecký kraj zřízený zákonem č. 129/2000 Sb., který dává jednotnou koncepci rozvoji TC a eGovernmentu v kraji. Proto hraje důležitou roli také při budování TC ORP Děčín. Ústeckým kraj je pak podřízen centrálním orgánům státní správy (zejména jednotlivým ministerstvům). Obce ve správním obvodu ORP Děčín a jím zřizované a zakládané instituce jsou pak hierarchicky podřízenými subjekty ORP a zároveň konzumenty služeb poskytovaných TC ORP.
15.2 Finanční rovina Projekt TC ORP bude v investiční fázi financován z rozpočtu ORP Děčín a dotace. Financování udržení provozu TC i elektronické spisové služby bude zajišťovat ORP Děčín. Během provozní fáze nebude TC vytvářet žádný zisk. Financování investiční i provozní fáze TC ORP a SPS podrobně rozvádí kapitola 12 Finanční analýzy projektu, finanční plán.
15.3 Provozní rovina Minimálně po celou dobu udržitelnosti bude provoz zajištěn za pomoci interních i externích pracovních sil. Zaměstnanci oddělení IT Magistrátu města Děčín (členové projektového týmu) budou zajišťovat administraci TC ORP, přičemž zúročí zkušenosti nabyté během investiční fáze a vědomosti získané proškolením na vysokou úroveň. Technickou podporu TC ORP i elektronické spisové služby zajistí externí subjekty, které vzejdou z veřejných soutěží. Mezi kritérii hodnocení budou požadavky na kvalifikaci, které uchazeč doloží potřebnými dokumenty a relevantními referencemi.
102
Hmotné zařízení TC ORP bude po celou dobu majetkem zadavatele. Externí subjekty budou na základě kvalitních uzavřených smluv zajistit především servis a obnovu TC a eSS, potřebný upgrade a další kroky k udržení funkčnosti a úrovně poskytovaných služeb. Případné budoucí projekty zaměřené na rozšíření či integraci dalších služeb budou realizovány opět projektovými týmy složenými minimálně ze zaměstnanců zadavatele a dodavatele vzešlého z veřejné soutěže.
103
16 Závěr 16.1 Shrnutí výsledků Studie proveditelnosti prokázala výběr nejvýhodnější varianty realizace projektu. V rámci studie byl proveden odborný odhad potřebných finančních prostředků v investiční a provozní fázi, prokázala se udržitelnost investice a byla identifikována rizika projektu.
16.2 Vyjádření k realizovatelnosti a finanční rentabilitě projektu Projekt je plně realizovatelný z hlediska technické proveditelnosti i zajištění finančních prostředků.
16.3 Popis postupu návazných projektů 16.3.1 Projekty dle navazujících výzev IOP/OPLZZ V rámci Integrovaného operačního programu je aktuálně vyhlášena výzva č. 09 „Zajištění přenosu dat a informací v územní samosprávě“. Realizované projekty, které vzejdou z této a dalších výzev IOP logicky doplní projekt technologického centra ORP. Návaznost poskytují také projekty dle výzvy OPLZZ č. 53.
16.3.2 Projekty v rámci TC ORP a TC K Infrastruktura TC ORP Děčín je využitelná pro provozování aplikací v širokém spektru funkcí, jako je účetnictví, rozpočet, řízení projektů, správa aktiv (majetek), agendové systémy samosprávy, atd. Pro TC ORP Děčín jsou využitelné služby garantovaného úložiště TC K.
16.4 Závěry a doporučení Posuzovaný projektový záměr TC ORP Děčín doporučujeme k realizaci.
104