Příloha č. 4 Technická specifikace předmětu veřejné zakázky TECHNICKÁ SPECIFIKACE PŘEDMĚTU VEŘEJNÉ ZAKÁZKY Dodávka a implementace komponent hardware a software 2 Obsah dokumentu 1 Legislativa 6 2 Popis současného stavu 9 3 Požadavky budoucího stavu 12 3.1 Způsob prokázání splnění požadavků minimálního plnění 12 3.2 Požadavky na rozšíření infrastruktury 12 3.2.1 Server pro posílení virtualizace 12 3.2.2 Diskové pole 13 3.2.3 Datacentrový switch pro propojení serveru 15 3.2.4 Licence pro virtualizaci (virtualizační SW) 17 3.2.5 Instalace do infrastruktury Zadavatele 18 3.3 Požadavky na skener a infrastrukturní SW pro skenovací linku 18 3.3.1 Hardware skeneru 18 3.3.2 Infrastrukturní SW pro skenovací linku 19 3.3.3 Instalace skeneru, vč. infrastrukturního SW pro skenovací linku 19 3.4 Požadavky na Agendový informační systém města Krnova (AISMK) 20 3.4.1 Požadavky na licence 20 3.4.2 Struktura AISMK 21 3.4.3 Napojení AISMK na ISZR 22 3.4.4 Obecné požadavky na AISMK 22 3.4.5 Vazby mezi ekonomickými agendami 24 3.4.5.1 Obecné vazby mezi moduly a základní návaznost procesů 24 3.4.5.2 Vazba na ISIR a vymáhání 25 3.4.6 Správní agendy návaznosti 26 3.4.7 Elektronizace dokumentů 27 3.4.7.1 Spisová služba 27 3.4.7.2 Čárový kód 27 3.4.7.3 Komunikace s krajskou spisovnou 28 3.4.7.4 Metadata digitalizace 29 3.4.7.5 Základní nároky na obslužný systém 29 3.4.7.6 Skartace 30 3.4.7.7 Workflow oběhu dokumentů 30 3.4.8 Ekonomické agendy 30 Tento projekt je spolufinancován Evropskou unií z Evropského fondu pro regionální rozvoj Operační program: Integrovaný operační program, výzva 22 Konsolidace IT a nové služby TC obcí 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ě Cíl podpory: Konvergence
3.4.8.1 Evidence ekonomických subjektů 30 3.4.8.2 Evidence movitého a nemovitého majetku 31 3.4.8.3 Agendy nájmu 32 3.4.8.4 Evidence smluv 35 3.4.8.5 Objednávky 36 3.4.8.6 Účetnictví obce 37 3.4.8.6.1 Účetnictví 37 3.4.8.6.2 Kniha došlých faktur 39 3.4.8.6.3 Zpracování elektronických bankovních výpisů 39 3.4.8.6.4 Pokladna 40 3.4.8.6.5 Rozpočet 41 3.4.8.6.6 Poplatky 42 3.4.8.6.7 Skladová evidence 43 3.4.8.6.8 Vazby na interní i externí agendy / registry 44 3.4.9 Správní agendy 45 3.4.9.1 Evidence obyvatel 45 3.4.9.2 Evidence pozemků a zahrádek 45 3.4.9.3 Evidence psů 45 3.4.9.4 Evidence přestupků 46 3.4.9.5 Evidence předpisů a nařízení obce 48 3.4.9.6 Evidence stížností 48 3.4.9.6.1 Matrika 48 3.4.9.7 Sociální agenda 49 3.4.9.8 Sociální agenda opatrovnictví 50 3.4.9.9 Střet zájmů 51 3.4.9.10 Evidence výherních hracích přístrojů (VHP) 51 3.4.9.11 Evidence dopravních agend 52 3.4.9.12 Evidence myslivosti 52 3.4.9.13 Evidence znečišťovatelů ovzduší 53 3.4.9.14 Evidence odnětí ZPF a PUPFL 54 3.4.9.15 Evidence odpadů 54 3.4.10 Obslužné agendy 56 3.4.10.1 Evidence materiálů do rady a zastupitelstva 56 3.4.10.2 Evidence úkolů 56 3.4.10.3 Evidence žádanek o auto 57 3.4.10.4 Evidence projektů 57 3.4.10.5 Elektronická podatelna 58 3.4.10.6 Elektronické podpisy 58 3.4.10.7 Elektronická spisovna 58 3.4.10.8 Kontrola rozpočtu veřejností 58 3.4.10.9 Elektronická úřední deska 59 3.4.10.10 Elektronická organizace voleb 59 3.4.10.11 Webový přístup občana 60 3.4.10.12 Stavební úřad 60 3.5 Další práce, služby a požadavky implementace 62 3.5.1 Instalace, implementace a akceptace plnění 62 3.5.2 Migrace dat 63 3.5.3 Rozhraní (integrace) na provozované IS města Krnov 64 Strana 2 ze 67
3.5.4 Školení 65 3.5.5 Dokumentace 65 3.6 Servisní podpora (technická podpora a servis) 66 Strana 3 ze 67
Zkratky a pojmy 1) Zkratky a pojmy užité v Příloze P 04 Technická specifikace jsou uvedeny v následující tabulce. 2) Jedná se o podpůrnou informaci, kterou Zadavatel poskytuje pro zachování jednoznačného výkladu textu dokumentu. 3) Zkratky a pojmy běžně užívané v oblasti informačních systémů veřejné správy a veřejné správy jako takové, vč. legislativou definovaných zkratek a pojmů zde nejsou uvedeny. Zkratka AIP AIS AISMK CAF CMS CRR CSÚIS DCMES DIČ DIKHS DMVS ERMS HTML ICT IČ IOP IS ISDS ISMK KIVS Metadata MIO NSESSS OP LZZ ORP OS OVM PDF Význam Archival Information Package (archivní balíčky zahrnující ukládaný obsah a jeho příslušné popisné informace pro uchovávání - metadata) Agendové informační systémy Agendový informační systém města Krnova Common Assessment Framework - Společný hodnotící rámec - je modelem jakosti, vycházejícím z modelu EFQM, specificky zjednodušený pro veřejnou správu. Centrální místo služeb Centrum regionálního rozvoje Centrální systém účetních informací státu Dublin Core Metadata Element Set Formát struktury metadatových popisků Daňové identifikační číslo Dodávka a implementace komponent hardware a software 2 (název veřejné zakázky) Digitální mapy veřejné správy Electronic Record Management Systém (Elektronický systém spisové služby) HyperText Markup Language. Jazyk internetových stránek Informační a komunikační technologie Identifikační číslo Integrovaný operační program Informační systém Informační systém datových schránek Informační systém města Krnova Komunikační infrastruktura veřejné správy Strukturovaná popisná data Milión Národní standard pro elektronické systémy spisové služby Operační program Lidské zdroje a zaměstnanost Obec s rozšířenou působností Operační systém Orgán veřejné moci Portable Document Format Strana 4 ze 67
Zkratka Význam PDF/A Oficiální archivační verze formátu PDF definovaná standardem ISO 19005-1:2005. PO RDF RMS SA SIP SIP SLA SOA SSL StS SZSS TC ÚAP ÚKM Workflow XML KPI Příspěvkové organizace Resource Description Framework. Rack monitoring system Smart Administration chytrá veřejná správa Státní informační politika Submission Information Package (balíčky přijímané od původců) Service Level Agreement garantovaná úroveň služeb Service Oriented Architecture architektura orientovaná na služby Spisová služba (nebo také Elektronická spisová služba) Státní správa Správa zdravotních a sociálních služeb Technologické centrum Územně analytické podklady Účelové katastrální mapy Definovaný pracovní postup s předem daným pořadím nebo větvením kroků. extensible Markup Language, rozšiřitelný značkovací jazyk je obecným značkovacím jazykem pro vytváření konkrétních značkovacích jazyků pro různé účely a typy dat. Key performance indicator Klíčové ukazatele výkonu Tabulka 1. Zkratky a pojmy Strana 5 ze 67
1 Legislativa 1) Nabízené řešení musí splňovat platnou legislativu a to po celou dobu udržitelnosti projektu. 2) Zejména se jedná o předpisy uvedené v následující tabulce Agenda Předpis Typ agendy Spisová služba Spisová služba Ekonomické agendy Evidence ekonomických subjektů Evidence movitého a nemovitého majetku Zákon č. 499/2004 Sb., o archivnictví a spisové službě a o změně některých zákonů Zákon č. 111/2009 Sb., o základních registrech Zákon č. 563/1991 Sb., o účetnictví Oboje Přenesená StS Samospráva Evidence bytů Zákon 89/2012 Sb., obč. zákoník Samospráva Evidence nebytových prostor Evidence nájemců nebytových prostor Zákon č. 89/2012 Sb., občanský zákoník Zákon č. 89/2012 Sb., občanský zákoník Samospráva Samospráva Evidence nájemců bytů Zákon č. 89/2012 Sb., občanský zákoník Samospráva Služby nebytových prostor Zákon č. 89/2012 Sb., občanský zákoník Samospráva Služby bytů Zákon č. 89/2012 Sb., občanský zákoník Samospráva Evidence smluv Podpůrná agenda Samospráva Objednávky Podpůrná agenda Samospráva Účetnictví obce Poplatky Kniha došlých faktur KXF - zpracování elektronických bankovních výpisů Zákon č. 563/1991 Sb., o účetnictví Zákon č. 235/2004 Sb., o dani z přidané hodnoty Zákon č. 586/1992 Sb., o daních z příjmů Zákon č. 323/2002 Sb., o rozpočtové skladbě Vyhláška č. 220/2013 Sb. o požadavcích na schvalování účetních závěrek některých vybraných účetních jednotek Vyhláška č. 383 (rok 2014) technická vyhláška o účetních záznamech Vyhláška č. 270 (rok 2010) o inventarizaci majetku a závazků Zákon č. 565/1990 Sb., o místních poplatcích Zákon č. 280/2009 Sb., daňový řád Zákon č. 634/2004 Sb., o správních poplatcích Zákon č. 182/2006 Sb., insolvenční zákon Zákon č. 563/1991 Sb., o účetnictví Zákon č. 235/2004 Sb., o dani z přidané hodnoty Podpůrná agenda Samospráva Samospráva Samospráva Samospráva Skladová evidence Zákon č. 563/1991 Sb., o účetnictví Samospráva Rozpočet Zákon č. 250/2000 Sb., o rozpočtových pravidlech územních rozpočtů Samospráva Strana 6 ze 67
Agenda Předpis Typ agendy Správní agendy Zákon č. 323/2002 Sb., o rozpočtové skladbě Zákon č. 320/2001 Sb., o finanční kontrole Vyhláška 416/2004 Sb. Evidence obyvatel Zákon č. 133/2000 Sb., o evidenci obyvatel a rodných číslech Přenesená StS Evidence pozemků a zahrádek Evidence psů Evidence přestupků Evidence předpisů a nařízení obce Evidence stížností Zákon č. 89/2012 Sb., občanský zákoník Zákon č. 565/1990 Sb., o místních poplatcích, Zákon č. 280/2009 Sb., daňový řád, Zákon č. 634/2004 Sb., o správních poplatcích Zákon č. 182/2006 Sb., insolvenční zákon Zákon č. 246/1992 Sb., na ochranu zvířat proti týrání Zákon č. 200/1990 Sb., o přestupcích Zákon č. 500/2004 Sb., správní řád Zákon č. 128/2000 Sb., zákon o obcích - jednací řád Zákon č. 106/1999 Sb., o svobodném přístupu k informacím Zákon č. 128/2000 Sb., o obcích Zákon č. 85/1990 Sb., petiční zákon Samospráva Samospráva Samospráva Samospráva Matrika Zákon č. 301/2000 Sb., o matrikách, jménu a příjmení Přenesená StS Sociální agenda Sociální agenda - opatrovnictví Zákon č. 359/1999 Sb., o sociálně právní ochraně dětí Zákon č. 108/2006 Sb., o sociálních službách Zákon č. 89/2012 Sb., občanský zákoník Přenesená StS Přenesená StS Střet zájmů Zákon 159/2006 Sb., o střetu zájmů Samospráva Evidence výherních hracích přístrojů Evidence dopravních agend Zákon č. 202/1990 Sb., o loteriích a jiných podobných hrách Zákon č. 500/2004 Sb., správní řád Zákon č. 634/2004 Sb., o správních poplatcích Vyhláška 223/1993 o hracích přístrojích Zákon č. 111/1994 Sb., o silniční dopravě Přenesená StS Přenesená StS Evidence myslivosti Zákon č. 449/2001 Sb., o myslivosti Přenesená StS Evidence mysliveckých a rybářských průkazů Evidence znečišťovatelů ovzduší - OvzdusiSQL Evidence odpadů - Evi/Espi Obslužné agendy Evidence materiálů do rady a zastupitelstva Zákon č. 449/2001 Sb., o myslivosti Zákon č. 99/2004 Sb., o rybářství Zákon č. 201/2012 Sb., ochraně ovzduší Zákon č. 185/2001 Sb., o odpadech Zákon č. 128/2000 Sb., zákon o obcích - jednací řád, právo občana projednávat určité záležitosti Přenesená StS Přenesená StS Přenesená StS Samospráva Evidence úkolů Podpůrná agenda Samospráva Evidence žádanek o auto Podpůrná agenda Samospráva Strana 7 ze 67
Agenda Předpis Typ agendy Evidence projektů Podpůrná agenda Samospráva Evidence konverzí a ověřování Zákon č. 21/2006 Sb., o ověřování shody opisu nebo kopie s listinou Samospráva Elektronická podatelna Zákon č. 500/2006 Sb., správní řád Samospráva Evidence agend, rolí a uživatelů Zákon č. 111/2009 Sb., o základních registrech Oboje Elektronické podpisy Podpůrná agenda Oboje Elektronická spisovna Kontrola rozpočtu veřejností Elektronická úřední deska Elektronickou organizaci voleb Webový přístup občana Evidence odnětí ZPF a PUPFL Stavební úřad Zákon č. 252/2012 Sb., o podrobnostech výkonu spisové služby Vyhláška č. 259/2012 Sb., o podrobnostech výkonu spisové služby Podpůrná agenda Zákon č. 500/2004 Sb., správní řád Zákon č. 491/2001 Sb. o volbách do zastupitelstev obcí a o změně některých zákonů Zákon č. 280/2009 Sb., daňový řád, dálkový přístup na osobní daňový účet poplatníka Oboje Samospráva Samospráva Přenesená StS Samospráva Zákon č. 334/1992 o ochraně zemědělského půdního fondu, 289/1995 lesní zákon Přenesená StS Zákon č.. 183/2006 Sb. popř. i Zákon č. 50/1976 Sb. Přenesená StS Tabulka 2. Minimální požadavky na aplikaci legislativy Strana 8 ze 67
2 Popis současného stavu 1) Veškeré dodávané komponenty musí respektovat stav infrastruktury Zadavatele a musí být s nimi kompatibilní. 2) Veškeré náklady na toto zakomponování musí být součástí ceny. 3) Pod pojmem back office je vnímán infrastrukturní hardware a software. 4) Pokrytí výpočetní technikou pro jednotlivé odbory úřadu je uvedeno v následující tabulce Název Počet Celkový počet zaměstnanců 154 Celkový počet odborů 9 + MP Celkový počet PC úřadu 162 Celkový počet serverů Celkový počet informatiků 5 6 fyzických + 16 virtuálních Tabulka 3. Pokrytí výpočetní technikou pro jednotlivé odbory úřadu 5) Servery Konfigurace a účel jednotlivých serverů je uvedena v následující tabulce Název Konfigurace Účel 2x IBM Systém x3550 M4 Server 1x IBM Systém x3550 M2 Server Intel Xeon CPU E5-2,6 GHz 6CPU x 2GHZ 1 Processor Socket 6 Cores per Sockets 12 logical processors 65,5 GB Physical memory Intel Xeon CPU E55530-2,4 GHz 8CPU x 2GHZ 2 Processor Socket 4 Cores per Sockets 36,5 GB Physical memory Server VMware 5.1 Server VMware 5.1 1x IBM Server 1CPU 3,5 GB RAM, HD 130GB Testovací, pomocné, dohledové servery Noname Linux Debian 32 bit, 1 CPU, 500MB RAM, HD 130 MB Podatelna ZyWall USG 1000 Firewall Tabulka 4. Konfigurace a účel jednotlivých serverů 6) Data Konfigurace a účel jednotlivých diskových polí je uvedena v následující tabulce Diskové pole Kapacita FAS 2020 + expanzni box 12x1TB SATA - 4.15TB (free 1,4TB) + 14x 300GB 15k FC - 2,44TB (free 900GB) - konektivita ethernet 2x1Gbit hlavní pole 2.rok v provozu NetApp FAS 2020 8x300k SAS 1,33TB (free 5GB) určeno pro interní zálohovaní, konektivita ethernet 1x1Gbit starší 6let, výpadky disků Strana 9 ze 67
Diskové pole Kapacita IBM xseries 345 Testovací 6x148,6 GB výpadky disků IOmega NAS 6x2TB v RAID5+spare = 8TB, primární uložiště zálohováni TSM, konektivita ethernet 1x1Gbit Tabulka 5. Konfigurace a účel jednotlivých diskových polí 7) Lokální technické prostředky Správa lokálních technických prostředků je uvedena v následující tabulce Název Popis Operační systém Windows XP, update distribuován přes ZfD 7 (postupně nahrazován Windows 7 licence zakoupené pro všechny PC) Windows 7, update distribuován přes ZCM11 Správa lokálních stanic Je vzdálený přístup k pracovní stanici při podpoře uživatelů Je řešena centrální správa politik (nastavení práv lokálních uživatelů k operačnímu systému pracovní stanice) prostředky ZCM11 a ZfD7 Ochrana proti malware není centralizovaná, pravidelné aktualizace probíhají na stanicích včetně systémových záplat lokálně Správa periferií Není řešena centralizovaná distribuce tiskových prostředků Není řešena centrální správa tiskáren Tabulka 6. Správa lokálních technických prostředků 8) Infrastrukturní SW Používaný infrastrukturní SW je uveden v následující tabulce Název Popis Zálohování zálohovaní je řešeno IBM Tivoli storage manager instalovaném na zálohovacím serveru kde se primárně zálohuje do diskového systému vytvořeného na NAS Iomega px6-300d (konfigurace v předcházejícím bodu) a následně se provádí archivace na pásky pomoci knihovny IBM TS3100 (pro 24 pasek) osazené 1 mechanikou Ultrium 4 ( 800/1600GB na pasku) připojené pomoci SAS rozhraní k zálohovacímu serveru Pošta Novell GroupWise 12.0.0 Virtualizace VMWare 5.1 Operační systémy Síťový OS - Novell OES 11 Podpora aplikací a databází: 6x MS WinServer 2003 1x MS WinServer 2008 1x MS WinServer 2012 Databáze Oracle 11 (3 Schemas GIS, FLUX, Docházka) MySQL (datové schránky) FireBird (DB firmy YAMACO, Inisoft, Kvasar, Eskon) Antivir Eset NOD32 Antivirus 4 Konfigurace stanic ZenWorks Central Management 11.2.2 pro Microsoft Windows 7 ZenWorks for Desktop 7 pro MS Windows XP Identity manager edirectory, LDAP Tabulka 7. Používaný infrastrukturní SW Strana 10 ze 67
9) Agendový informační systém Provozované součásti Agendového informačního systému a jeho dodavatelé jsou uvedení v následující tabulce Dodavatel Provozovaná část Různí dodavatelé Agendový informační systém GORDIC Ekonomika YAMACO Agendy přenesené státní správy FLUX Personalistika, mzdy Dignita epodatelna Tabulka 8. Provozované součásti Agendového informačního systému 10) Bezpečnostní prvky Používané bezpečnostní prvky jsou uvedeny v následující tabulce Prvek Popis ZyWall USG 1000 Ochrana bezpečnosti a oddělení vnitřní sítě je realizováno pomocí HW firewallu, který je spravován interním IT. Tabulka 9. Používané bezpečnostní prvky 11) Serverovna Popis parametrů serverovny je uveden v následující tabulce Položka Splněno Teplota prostředí se pohybuje v rozmezí od 18 C do 24 C, relativní vlhkost v rozmezí 35%-65%. ANO V místnostech datových center jsou instalována požární čidla kouře a teploty. ANO Tyto prostory jsou napojeny na systém elektronické zabezpečovací signalizace. NE V prostorách je zajištěn rozvod elektrické energie 240/50V s bezvýpadkovým zálohováním, samostatně jištěný pro rozvaděč nebo prostor a jsou rovněž zajištěny diesel agregáty. Vnější ochrana budovy vlastníkem, nebo bezpečnostní službou 24 hodin denně a 7 dní v týdnu. ANO prostory, v nichž se datová centra nacházejí, leží mimo zátopovou oblast tzv. stoleté vody. ANO ANO Tabulka 10. Popis parametrů serverovny Strana 11 ze 67
3 Požadavky budoucího stavu 3.1 Způsob prokázání splnění požadavků minimálního plnění 1) Zadavatel požaduje, aby Uchazečem nabízená dodávka splňovala veškeré dále uvedené požadavky (funkcionality a parametry) a tyto byly zahrnuty v Nabídce Uchazeče a celkové nabídkové ceně. 2) Uchazeč jednoznačně deklaruje splnění, popřípadě absenci každého níže uvedených požadavků v tabulkách označených jako Minimální požadavky, a to vyplněním příslušného pole dvou nabízených možností jedno ze ANO v případě že dodávka Uchazeče (Nabídka) minimální požadavek splňuje nebo NE... v případě že dodávka Uchazeče (Nabídka) minimální požadavek nesplňuje Zadavatel požaduje informaci o skutečné funkcionalitě nabízeného systému, kterou bude možné ověřit v nasazeném systému již ve testovacím provozu (testovacím prostředí, např. v rámci školení uživatelů). 3) V případě, že Uchazeč v příslušné položce pole neoznačí nebo v položce budou označeny obě možnosti, bude taková položka posuzována jako neoznačená a bude znamenat vyloučení Uchazeče z důvodu nesplnění minimálního požadovaného plnění. 4) V případě, že Uchazeč v příslušné položce pole označí NE, bude taková položka posuzována jako nesplnění minimálních požadavků Zadavatele a bude znamenat vyloučení Uchazeče z důvodu nesplnění minimálního požadovaného plnění. 3.2 Požadavky na rozšíření infrastruktury a s ním přímo související SW. Zadavatel požaduje rozšíření stávajícího HW a s tím souvisejícího SW Města Krnov a to v následujícím rozsahu. 3.2.1 Server pro posílení virtualizace 1) Předmětem dodávky je jeden server, který se zapojí do stávajícího clusteru. Celkem tedy budou 4 hosty, které si navzájem zajistí i vysokou dostupnosti aplikací v případě výpadku jednoho z nich. 2) Dodavatel musí být certifikovaným partnerem výrobce nabízeného HW a musí garantovat, že nabízené zboží je určené pro Český trh a pochází z oficiálního distribučního kanálu. 3) Tuto skutečnost doloží potvrzením lokálního zastoupení výrobce nebo distributora nabízeného HW. 4) Minimální požadavky na Servery pro posílení virtualizace jsou uvedeny v následující tabulce Číslo Požadavek Popis požadavku Splněno 01 Provedení rack mount, velikost 1U, pro přístup ke všem komponentám serveru bez použití nářadí rackové ližiny a rameno na kabeláž na zadní straně serveru 02 CPU min. 2x šestijádrový procesor, s výkonem CPU2006 minimálně (údaj musí být uvedený na stránkách www.spec.org): - CINT2006: 38.8 - CFP2006: 65.5 minimálně 15MB L3 Cache 03 RAM min. 64 GB DDR3 s pokročilou vícebitovou opravou chyb na paměti (advanced ECC) rozšiřitelnost min. 12 paměťových DIMMů na jeden socket osazena moduly o kapacitě 8 GB s frekvencí min. 1333MHz 04 Odolnost chybám technologie pro zajištění vyšší spolehlivosti procesoru, chipsetu, operační paměti (např. SDDC x8 na operacni pameti, CPU to CPU, CPU to Memory link failover,.) Strana 12 ze 67
Číslo Požadavek Popis požadavku Splněno 05 Paralelní zpracování 06 Diskový subsystém podpora spuštění více vláken na jednom procesorovém jádře (multithreading) možnost osadit minimálně 8 HDD 2x min. 300 GB min 10k rpm SAS HDD 07 Rozšiřující sloty min. 2 PCIe sloty pro rozšiřující PCIe karty USB slot na základní desce na integrovaný hypervisor 08 Porty min. 8x gigabit ethernet port s podporou TOE a iscsi FC Offload, WOL, iscsi boot, IPv4, IPv6 možnost rozšíření o 2x 10 GbE port 09 Management management serveru nezávislý na operačním systému diagnosticky panel umožňující okamžité určení vadné komponenty i při odpojení serveru od napájení 10 Ostatní požadavky 64-bitová architektura HW musí být nezávislý na OS za provozu vyměnitelné disky, větráky, napájecí zdroje včetně záložních zdrojů redundantní zdroje napájení a chlazení, zdroje napájení musí být připojeny ke dvěma samostatným okruhům certifikace HW serveru pro serverovou i diskovou vizualizaci Tabulka 11. Minimální požadavky na Servery pro posílení virtualizace 3.2.2 Diskové pole 1) Předmětem dodávky je jedno diskové pole 2) Dodavatel musí být certifikovaným partnerem výrobce nabízeného HW a musí garantovat, že nabízené zboží je určené pro Český trh a pochází z oficiálního distribučního kanálu. 3) Tuto skutečnost doloží potvrzením lokálního zastoupení výrobce nebo distributora nabízeného HW. 4) Minimální požadavky na Disková pole jsou uvedeny v následující tabulce Číslo Požadavek Popis požadavku Splněno 01 Architektura modulární, dvouřadičové diskové pole založené na 6Gbit SAS 2.1 řešení musí být koncipováno jako HW, SW a FW od jednoho výrobce 02 Rozšiřitelnost, podporované HDD 03 Redundantní řadiče 04 Konektivita k hostitelským serverům (frontend) 05 Požadované funkcionality diskového řešení celková velikost cache/ram v řadičích musí být minimálně 16GB celková rozšiřitelnost na min. 115 disků podpora 2,5 a 3,5 disků min. SAS 10/15tis. ot. a SSD disků enterprise úrovně podpora min. následujících režimů RAID - 0, 1, 5, 6, 10 min. dva řadiče v režimu active-active (ne ALUA) diskové pole musí být vybaveno následujícími porty pro komunikaci k hostitelským serverům min. 4x 1Gbit iscsi, možnost nativní host konektivity SAS 6Gbs možnost host konektivity min. 8x 8Gbit FC vytváření virtuálních disků transparentní migrace dat mezi diskovými prostory thin provisioning (plus zero detect space reclamation) klony virtuálních disků, vícenasobné kaskádované inkrementální snapshoty/klony, reverzní snapshoty ochrana virtualizovaných dat RAID1 (zdvojení dat virtuálního disku do Strana 13 ze 67
Číslo Požadavek Popis požadavku Splněno 06 Typ přístupu k datům 07 Počet hostitelských serverů připojovaných k diskovému poli 08 Požadovaná hrubá kapacita 09 Požadované softwarové funkcionality a licence zahrnuté v ceně celého řešení 10 Volitelné softwarové funkcionality diskového pole různých storage poolů) upgrade software a hardware u řadičů musí být proveditelný za chodu a bez ztráty přístupu hostitelských serverů k datům QoS tzn. min. možnost nastavení horních limitů pro jednotlivé hostitelské servery a logické disky v hodnotách IOPS nebo MB/s (propustnost) diskové pole musí podporovat HW transparentní migraci dat ze stávajícího diskového pole - tzn. připojení externího diskového pole a jeho virtualizace. snížení spotřeby elektrické energie snížením otáček disků (Drive Spin Down, Idle) možnost mixování SAS 15k, 10k, NL-SAS a SSD v rámci jednoho expanzního boxu plná VAAI podpora blokový, standard FCP a iscsi řešení musí obsahovat licence na neomezený počet připojení hostitelských serverů minimálně 4.8 TB na rychlých (10tis. nebo 15tis. ot.) SAS nebo FC discích velikosti 2,5 (kapacita jednoho disku maximálně 600 GB) licence na vytváření snapshotů a klonů v následujících režimech: - snapshot se po určité době může automaticky stát klonem - inkrementální snapshoty tzn. kopírují se jen rozdílová data mezi dvěma okamžiky iniciace klonu - reverzní snapshoty - lze provést zpětné přesunutí dat z klonu do původního originalního Volume - lze udržovat až 4 inkrementálně pořizované klony z jednoho originálu (s možností reverzních snapshotů) - transparentní migrace (tzn. možnost zdarma migrovat data ze stávajícího/jiného diskové pole na nové diskové úložiště) licence na neomezené používání thin provisioning technologie: - pro vytváření virtuálních disků s použitím Thin provisioning technologie - pro vytváření snapshotů s použitím Thin provisioning technologie Remote Service (call home) Microsoft VSS support interní/externí zrcadlení logického (virtuálního) disku z jednoho zdroje do dvou cílů pro zvýšení dostupnosti v případě výpadku jednoho cíle SW pro redundantní datové cesty vzdálené zrcadlení synchronní a asynchronní mezi dvěma diskovými poli v různých lokalitách s možností nativního zrcadlení i s diskovými poli nejen midrange segmentu ale i enterprise segmentu licence na vzdálené zrcadlení musí být na celou kapacitu diskového pole funkcionalita interního tieringu na sub-lun úrovni za účelem optimalizace výkonnosti; tiering optimalizuje rozložení dat mezi kapacitními vrstvami diskového pole (SSD a HDD) na základě serverové zátěže licence na tiering musí být na celou kapacitu diskového pole 11 Management SW pro plnohodnotnou správu diskového pole a diskových Strana 14 ze 67
Číslo Požadavek Popis požadavku Splněno virtualizačního controleru, další požadavky subsystémů, možnost ovládání přes CLI, GUI (ze std. web browseru) příkazy prováděné v GUI budou uchovávány v tzv. "AuditLogu" v podobě standardních CLI příkazů, které lze později snadno zkopírovat a aplikovat při programování uživatelských scriptů např. pro podporu automatizace zálohování a disaster recovery Tabulka 12. Minimální požadavky na Disková pole 5) Zadavatel v, kapitole 2 Popis současného stavu, uvádí, že V odst. 1) - Veškeré dodávané komponenty musí respektovat stav infrastruktury Zadavatele a musí být s nimi kompatibilní. V odst. 5) Servery - 2x IBM Systém x 3550 M4 Server, 1x IBM Systém x 3550 M2 Server, 1x IBM Server 6) Uchazeči se mohou obrátit na IBM, aby jim poskytl seznam alternativních dodavatelů, kteří mohou dodávat komponenty uvedených vlastností (V části 3.2.2 Diskové pole) tak, aby byla Zadavateli zachována investice a záruky. 3.2.3 Datacentrový switch pro propojení serveru 1) Předmětem dodávky jsou dva datacentrové switche pro propojení serveru. 2) Dodavatel musí být certifikovaným partnerem výrobce nabízeného HW a musí garantovat, že nabízené zboží je určené pro Český trh a pochází z oficiálního distribučního kanálu. 3) Tuto skutečnost doloží potvrzením lokálního zastoupení výrobce nebo distributora nabízeného HW. 4) Minimální požadavky na Datacentrový switch pro propojení serveru jsou uvedeny v následující tabulce Číslo Požadavek Popis požadavku Splněno 01 Plná GE platforma, non-block architektura portová hustota, požadované prvky: - 24x10/100/1000BaseT, 1x slot (expanzní modul) - 48x10/100/1000BaseT, 1x slot (expanzní modul) požadovaný expanzní modul - 4x 1/10GE (SFP/SFP+) porty na tomto modulu mají sloužit pro připojení do infrastruktury = nemohou být tedy použity pro vytvoření virtuálního switche nonblocking architektura hot-swap ventilátory duální hot-swap napájecí zdroje AC 230V 02 Parametry, vlastnosti unicast forwarding L2 / L3 (IPv4/IPv6) v HW - min. 32k MAC - min 16k IPv4 unicast route propustnost až 176Gbps/130Mpps multicast forwarding v HW ACL / CoS v HW architektura na bázi programovatelných ASIC 03 Vlastnosti virtuálního switche (VS) podpora min. 4 členů Chování VS jako jednoho network elementu=chassis = společná konfigurace, spouštění procesů atd. redundatní bacplane (například kruh), min. propustnost 100 Gbps Pro VS nesmí být použité požadované 1/10GE z expanzního modulu. podpora všech členů do virtuálu HW konfigurace - 48x 10/100/1000BaseT - 24x 10/100/1000BaseT samostatně pracující členové virtuálu Strana 15 ze 67
Číslo Požadavek Popis požadavku Splněno 04 Redundance - podpora ve virtuálu (virtuální switch) 05 Operační systém (OS) 06 Port security (i v L2 mode) 07 Podpora Class of Service (CoS) redundantní Controll plane Non-stop forwarding = failover controll plane bez nutnosti reboot L2 provoz bez dopadu při Controll plane failover Hot-removable členů virtuálu LAG (LACP) napříč členů virtuálního switche určený výrobcem pro nabízené zařízení je součástí dodávky dostupnost upgradu a updatu OS po dobu záruky DHCP snooping / IP source guard / DAI 802.1x multiple /single suplikant / mac-radius Guest VLAN server reject VLAN server fail VLAN přiřazení ACLka Storm controll MAC limit / MAC move limit min 8x fronta 8x queues na port trust klasifikace L2/L3 (CoS pole v L2 a L3 hlavičce) untrust klasifikace (ACL) na L2-L4 policing shaped round robin mechanismus RED mechanismus překlasifikace trust bitů v L2/L3 08 L2 podpora 802.1Q: Min. 4k VLAN - Port based VLAN / MAC based VLAN / MVRP - Private VLAN / Private VLAN accross switches / Local proxy ARP podpora Jumbo frame STP, RSTP, MSTP, PVSTP BPDU protection, root protection, loop protection LAG / LACP ACLka v HW 09 L3 podpora routed VLAN interface Jumbo na L3 interface BFD VRRP Virtual router (VRF lite) všechny L3 protokoly konfigurovatelné DHCP server / relay urpf / IP directed broadcaśt 10 Multicast IGMPv1,2,3 / MLD PIM-DM/SM/SSM 11 Management a monitoring web management interface podpora sflow nebo obdobné OAM LFM / CFM / Etherent frame delay measurement metoda real-time měření přenosových paramentů možnost šifrované správy, podpora SSH, SSL, SNMPv3, RMON Tabulka 13. Minimální požadavky na Datacentrový ho switch pro propojení serveru Strana 16 ze 67
3.2.4 Licence pro virtualizaci (virtualizační SW) 1) Předmětem dodávky je upgrade/povýšení stávajících licencí plus nákup nových. 2) Počet licencí pak odvíjí od počtu hostů - VMware je nutno povýšit z Essentials Plus edice na edici Standard, kdy je nutno započítat i cenu vcenter Serveru Standard. Toto je nutno z důvodu omezení Essential Plus Edice pouze na 3 hosty. Jakmile dojde k povýšení edice na Standard, lze pro migraci využít i funkcionalitu Storage vmotion - přesun mezi poli za běhu virtuálních serverů bez výpadku. 3) Uchazeč by měl na základě popisu poptávaného řešení nabídnout odpovídající počet licencí. 4) Hypervizor instalovaný přímo na hardware, umožňující plnou virtualizaci jakéhokoliv x86 stroje. 5) Virtualizační platforma musí být plně kompatibilní s již používaným řešením virtualizace. 6) Dodavatel licencí pro virtualizaci musí být certifikovaným partnerem výrobce nabízeného virtualizačního SW. Tuto skutečnost doloží předložením platného certifikátu nebo potvrzením od výrobce dodávaného SW. 7) Zadavatel požaduje přímou podporu od výrobce nabízeného virtualizačního SW na všech úrovních podpory po dobu minimálně jednoho roku. 8) Minimální požadavky na Licence pro virtualizaci (virtualizační SW) jsou uvedeny v následující tabulce Číslo Požadavek Popis požadavku Splněno 01 Podpora Virtualizace CPU OS Windows a Linux VLAN Tag 64 GB RAM pro virtuální stroj NAS, iscsi a FC zapojení do clusteru vytváření snímků virtuální stanice s možností návratu a přechodu (snapshot) 02 Další požadované vlastnosti spolupráce se SAN vč. možnosti bootování ze sítě SAN virtuální síťové karty a teaming síťových karet centrální správa prostřednictvím GUI řízení přístupů a práv k jednotlivým virtuální strojům a objektům vytváření alertů a upozornění včetně zasílání zpráv pomocí emailu, SNMP, nebo spuštění scriptu vlastní systém zálohování virtuálních strojů zajištění vysoké dostupnosti při výpadku jednoho z virtualizačních serverů nativní podpora Thin Provisioningu konzole přes webové rozhraní 03 Licence pro 2x6ti jádrové CPU na fyzickém serveru dle specifikace uvedené v čl. 3.2.1 pro systém centrální správy a managementu pro 3 hosty součástí SW je podpora výrobce na 5 let s právem na nové verze po ukončení doby 5 let provozu Nutno pod nový management licencovat i stávající servery o celkovém počtu 6x CPU. Celkem tedy bude 8xCPU na 4 fyzických serverech. 04 Zálohování a obnova Rychlé a efektivní zálohování a obnova pro virtuální stroje. Schopnost deduplikace Snižování zátěže hostitelské infrastruktury k minimalizování požadavků na délku zálohovacího okna Plná obnova virtuálního stroje nebo obnova jednotlivých disků a File Level Recovery (FLR) bez potřeby instalace agenta do každého virtuálního stroje. Nástroj pro nasazení a konfiguraci Administrace s využitím web client. Zařízení a data jsou chráněna použitím kontrolního bodu Strana 17 ze 67
Číslo Požadavek Popis požadavku Splněno (checkpoint) a rollback mechanismu. Windows a Linux soubory mohou být jednoduše obnoveny kterýmkoliv lokálním administrátorem stanice za pomoci webového klienta. Tabulka 14. Minimální požadavky na Licence pro virtualizaci (virtualizační SW) 3.2.5 Instalace do infrastruktury Zadavatele 1) Předmětem dodávky je instalace zařízení a implementace HW a SW uvedeného v čl. 3.2.1 až 3.2.4 2) Minimální požadavky na Instalaci jsou uvedeny v následující tabulce Číslo Požadavek Popis požadavku Splněno 01 Zachování funkčnosti stávajícího řešení Nové HW a SW prvky zachovají plnou funkčnost stávajícího virtualizačního řešení 02 Rackové řešení HW Veškerý HW bude v provedení pro montáž do standardního 19 RACKu 03 Místo instalace Veškerý HW bude nainstalován v sídle Zadavatele v hlavní serverovně-místnosti č. 246 Tabulka 15. Minimální požadavky na instalaci do infrastruktury Zadavatele 3.3 Požadavky na skener a infrastrukturní SW pro skenovací linku Předmětem dodávky jeden skener a potřebné licence pro skenovací linku. 3.3.1 Hardware skeneru Minimální požadavky na HW skeneru jsou uvedeny v následující tabulce Číslo HW Popis požadavku Splněno 01 Skener Síťové připojení Rychlost skenovaní 20 stránek za minutu černobíle Podavač na minimálně 100 listů Schopnost automaticky vytěžovat čárové kódy Jednoduché skenování jedním stiskem tlačítka Podpora OCR Minimálně schopnost rozlišení 600 dpi Hloubka barev 24 bit vstup i výstup Ploché lože Formáty A4, A5, A6, B5, Letter Denní spolehlivá kapacita minimálně 1 000 listů Přeskočení prázdných stran Odstranění děr Automatická rotace obrazu Vylepšení textu Vyhlazování hran Vylepšená funkce ořezu pro automatickou úpravu velikosti Doostření (neostrá maska) Potlačení moiré efektu Duplexní skenování Hardwarová komprese JPEG, Komprese TIFF, JPEG, CITT G4, LZW, Komprese PDF Výstupní formáty JPEG, TIFF, multi-tiff, PDF, PDF / dávkové, Strana 18 ze 67
Číslo HW Popis požadavku Splněno 02 Server RAM 8 GB 2xCPU prohledávatelné PDF, zabezpečené PDF, PDF/A Automatická rotace obrazu 03 Úložná kapacita Odhadovaná nutná kapacita 3 TB na 5 let Tabulka 16. Minimální požadavky na HW skeneru 3.3.2 Infrastrukturní SW pro skenovací linku Minimální požadavky na Infrastrukturní SW pro skenovací linku jsou uvedeny v následující tabulce Číslo SW Požadavky Splněno 01 Skenery kvalitně naskenovaný dokument rozpoznání čárového kódu dávkové skenování vytěžování a indexace strukturovaných dokumentů pomocí zónového OCR (samovýuka produktu - na základě prvního zpracování dokumentu jsou už pak další dokumenty stejného typu zpracovány automaticky) snadná indexace dokumentů pouhým označením pole a vše je následně vyplněno automaticky (Rubber Band OCR) separace dokumentů na základě změny hodnoty čárového kódu, patch kódu, prázdného listu apod. skenování dávek s různou velikostí předloh, automatické přizpůsobení formátu automatické narovnání šikmo vložených předloh automatické nastavení správné hodnoty jasu přesně podle aktuálně zpracovávané předlohy zesílení kontrastu u mdlých předloh potlačení nejrůznějších podtisků za účelem zmenšení velikosti souboru automatické natočení předloh k dosažení správné orientace textu snížení nároků na přípravu dávek vyhlazení šumu automatické vylepšení kontrastu odstranění nečistot automatické natočení stran dle směru textu odmazání prázdných stran Tabulka 17. Minimální požadavky na Infrastrukturní SW pro skenovací linku 3.3.3 Instalace skeneru, vč. infrastrukturního SW pro skenovací linku 1) Předmětem dodávky je instalace zařízení a implementace WS uvedeného v čl. 3.3.1 a 3.3.2. 2) Minimální požadavky na Instalace skeneru, vč. software pro skenování jsou uvedeny v následující tabulce Číslo Požadavek Popis požadavku Splněno 01 Místo instalace HW bude instalován v sídle Zadavatele v místnosti č. 115 02 Propojení se spisovou službou AISMK SW bude napojen na spisovou službu AISMK Strana 19 ze 67
Tabulka 18. Minimální požadavky na Instalaci 3.4 Požadavky na Agendový informační systém města Krnova (AISMK) 3.4.1 Požadavky na licence 1) Zadavatel předpokládá plošné nasazení nabízeného řešení AISMK v rámci celé své organizační struktury Města Krnova. Tato organizační struktura není v čase stálá. 2) S ohledem na tyto skutečnosti Zadavatel požaduje řešit licenční model formou multilicence. 3) Licenční model, seznam všech potřebných licencí a licenční podmínky dodaných licencí uvede Uchazeč v Příloze č. 12 - Licenční model. 4) Požadavky Zadavatele na licence AISMK Číslo Licence AISMK Splněno 01 02 03 Řešit licenční model formou multilicence. To znamená, že Zadavatel nebude mít žádné omezení v počtu využívaných licencí (uživatelských přístupů) k jakékoliv části nabízeného řešení AISMK. Jedná se o časově neomezenou multilicenci opravňující k neomezenému počtu přístupů Zadavatele ke všem funkcionalitám AISMK provozovaného a spravovaného na zařízení Zadavatele. Zadavatel požaduje poskytnutí veškerých nezbytných licencí k řádnému plnění předmětu, tj. k řádnému provozu díla na zařízení Zadavatele, zajišťující plnou funkcionalitu nabízeného řešení. Uchazeč specifikuje název, počet a licenční podmínky ke všem nutným licencím v příloze smlouvy o dílo, a to včetně odůvodnění zvolené licenční nabídky, dále pak uvede licenční politiku, pravidla pro přidělení a případně změny v počtu licencí, typy a verze licencí. 04 Zadavatel požaduje dodání licence AISMK pro produkční i testovací (školící) prostředí. 05 06 Zadavatel požaduje zajištění veškerých nutných licencí třetích stran, včetně licencí open source software a pod, potřebných pro provozování DIKHS. Licence AISMK zahrnuje rozhraní pro neomezený počet informačních systémů třetích stran (identity management, ISZR, apod.). Tabulka 19. Minimální požadavky na licence AISMK 5) Bude-li součástí licenčního modelu AISMK Uchazeče i run-time (běhové prostředí), pak Zadavatel očekává takovou licenční politiku, která bude splňovat minimální požadavky Zadavatele na licenci AISMK. 6) Zadavatel nevyžaduje splnění licenční politiky u run-time (běhového prostředí) dle bodu 5) potvrdit prohlášením či jiným osvědčením od autora (vlastníka) těchto licencí v případě, že je vlastník těchto licencí odlišný od Uchazeče. V Zadávacích podmínkách, Článku 19, odst. 8 si Zadavatel nicméně vyhrazuje právo ověřit si informace Uchazeče deklarované (obsažené) v jeho nabídce (nebo poskytnuté dodatečně na základě písemné výzvy Zadavatele) u třetích osob a Uchazeč je povinen v takovém případě Zadavateli poskytnout řádnou součinnost. Zadavatel si vyhrazuje právo (možnost) použití informací, dokladů a dalších listin předložených Uchazečem v jeho nabídce za účelem ověření jejich pravdivosti. 7) Licence AISMK jako celek musí mít charakter multilicence v souladu s článkem 3.4.výše, tj. Zadavatel nebude mít žádné omezení v počtu využívaných licencí (uživatelských přístupů) k jakékoliv části nabízeného řešení AISMK. Jedná se o časově neomezenou multilicenci opravňující k neomezenému počtu přístupů Zadavatele ke všem funkcionalitám AISMK provozovaného a spravovaného na zařízení Zadavatele. Strana 20 ze 67
3.4.2 Struktura AISMK 1) Elektronizace dokumentů a) Spisová služba b) Čárový kód c) Komunikace s krajskou spisovnou d) Metadata digitalizace e) Základní nároky na obslužný systém f) Skartace g) Workflow oběhu dokumentů 2) Ekonomické agendy a) Evidence ekonomických subjektů b) Evidence movitého a nemovitého majetku c) Agendy nájmu d) Evidence smluv e) Objednávky f) Účetnictví obce 3) Správní agendy a) Evidence obyvatel b) Evidence pozemků a zahrádek c) Evidence psů d) Evidence přestupků e) Evidence předpisů a nařízení obce f) Evidence stížností g) Matrika h) Sociální agenda i) Sociální agenda - opatrovnictví j) Střet zájmů k) Evidence výherních hracích přístrojů l) Evidence dopravních agend m) Evidence myslivosti n) Evidence znečišťovatelů ovzduší o) Evidence odnětí ZPF a PUPFL p) Evidence odpadů 4) Obslužné agendy a) Evidence materiálů do rady a zastupitelstva b) Evidence úkolů c) Evidence žádanek o auto d) Evidence projektů e) Elektronická podatelna f) Elektronické podpisy g) Elektronická spisovna h) Kontrola rozpočtu veřejností i) Elektronická úřední deska j) Elektronická organizace voleb Strana 21 ze 67
k) Webový přístup občana l) Stavební úřad 3.4.3 Napojení AISMK na ISZR 1) Musí být zajištěna komponenta sloužící k údržbě registru AISMK v aktuálním stavu na základě výměnných souborů z IS ZR. 2) Výdeje jsou poskytovány formou XML souborů, jejichž obsah si uživatel sám volí. 3) Modul musí pracovat v několika režimech dle pokynů uživatele (importním, aktualizačním, srovnávacím). 4) Nedílnou součástí aplikace je možnost přejímání a hromadné aktualizace celostátních číselníků RUIAN a ROB do agendového informačního systému. 5) Minimální požadavky na Napojení AISMK na ISZR jsou uvedeny v následující tabulce Číslo AISMK bude zajišťovat Splněno 01 Spojení mezi AISMK a publikačním rozhraním ISZR a splnění všech technologických a technických požadavků na komunikaci s egon službami. 02 Správa uživatelů oprávněných k egon službám na základě přidělené činnostní role. 03 Administrace a mapování rolí na činnostní a role v RPP. 04 Administrace egon služeb včetně nastavení četnosti a způsobu zpracování notifikací změn. 05 Obhospodařování logovacích souborů egon služeb přes GUI s možností tisku sestav. 06 Na úrovni oprávněných agend (tj. agend VS), zajistí ověření správnosti dat včetně možnosti jejich editace v lokálních registrech. 07 Získávání dat z registrů. Tabulka 20. Minimální požadavky na Napojení AISMK na ISZR 3.4.4 Obecné požadavky na AISMK 1) Minimální požadavky na Obecné požadavky na AISMK jsou uvedeny v následující tabulce Číslo AISMK bude zajišťovat Splněno 01 02 03 04 Uchazeč nabízeného řešení AISMK bude garantovat v celém životním cyklu nabízeného řešení EIS (implementace i následné provozování) vždy soulad s aktuálně platnou legislativou. Identifikace uživatele do nabízeného AISMK bude prováděno prostřednictvím protokolu LDAP na základě přihlášení uživatele do sítě města Krnov. V případě, že bude potřebné na koncová zařízení (osobní počítače) instalovat SW nutný k provozování nabízeného řešení AISMK, bude možno tento SW instalovat a aktualizovat centrálně z jednoho místa. Plná lokalizace v českém jazyce (uživatelské i administrátorské rozhraní, nápověda a dokumentace). 05 Třívrstvá architektura tenký klient, aplikační server, databázový server 06 Provoz serverové části bude realizován pod operačním systémem Microsoft Windows server 2008 a vyšší nebo pod operačním systémem Linux. 07 Provoz ve virtualizovaném prostředí. 08 Provoz v jednom z těchto typů databázových serverů - Microsoft SQL Server, Oracle nebo Informix Dynamic Server. 09 Provoz systému v jedné centralizované databázi. 10 Transakční zpracování dat v databázi. Strana 22 ze 67
Číslo AISMK bude zajišťovat Splněno 11 Možnost zálohování dat za provozu. 12 Klientská část IS musí bezproblémově pracovat na síti 10 Mbit/s a vyšší. 13 Rozložení zátěže mezi více aplikačních serverů, škálování výkonu. 14 Vysoká dostupnost systému (HA), zabezpečení proti výpadku hardware. 15 Podpora Single sign-on (SSO). 16 Komunikace s aplikacemi MS Office. 17 Rozhraní pro integraci s IdM. 18 Pořízená data budou v nabízeném řešení AISMK vedena pouze jednou a nabízené řešení nebude požadovat duplicitní vstupování dat. 19 Kde to jde, využívat maximálně služeb centrálních institucí (Registry, ISDS, Kraj apod.). 20 Umožňovat či nebýt překážkou úplného elektronického podání. 21 Možnost napojení na formulářová data. 22 Možnost předdefinovaných šablon dokumentů. 23 24 25 26 27 30 31 Vedení společných číselníků, například číselník organizací, zaměstnanců, číselník účetních předkontací (tj. předpisů pro automatické účtování jednotlivých dokladů z různých agend systému do účetnictví), číselník zakázek. Uživatelské nastavení přehledů (seznamu záznamů) v minimálním rozsahu: zobrazování sloupců, filtrování údajů a třídění záznamů včetně možnosti jejich tisku Pořizování a tvorba uživatelsky definovaných tiskových sestav s podporou výstupů ve formátech rtf, txt, xls, csv, pdf, xml. Omezení výpisu zadáním výběrového kritéria, možnost libovolného pořadí kritérií. Požadavky na sestavy budou definovány v rámci detailní analýzy a Detailního realizačního projektu. Všechny části dodaného řešení musí splňovat požadavky zákona č. 101/2000 Sb. o ochraně osobních údajů, aplikace musí umožňovat logovaní přidělených uživatelských oprávnění, logování svého provozu a debug log. Nabízené řešení nesmí odesílat žádná data z místní sítě, pokud to není předmětem požadavku Zadavatele. Pokud je předmětem dodávky externí komunikace, bude v rámci analýzy přesně popsán datový tok, aby bylo možné nastavit bezpečnostní kontroly komunikace. Nabízené řešení nebude chráněno HW klíčem či jiným mechanismem, který by znemožňoval přenos serverových instancí v rámci virtuálního uzlu, případně změnu HW konfigurace (přidání vcpu, změnu velikosti paměti, změnu diskového prostoru apod.) se zachováním funkčnosti řešení (např. vázán na konkrétní HW apod.) a nebude vyžadovat aktivaci online. Bude-li nabízené řešení vyžadovat aktivaci, např. z důvodů stanovených licenčních podmínek, bude umožněna aktivace offline. Webový přístup občana bude realizován přes server vyhrazený Zadavatelem, jiný než na kterých bude realizována instalace ostatních komponent AISMK Tabulka 21. Minimální požadavky na Obecné požadavky na AISMK 2) Úkolem Uchazeče je zajištění příslušného počtu licencí operačního systému Microsoft Windows server 2008 a vyšší nebo licence operačního systému Linux pro provoz serverové části AISMK tak, jak je uvedeno v Tabulce č. 21, s tím že je zapotřebí naplnit minimální požadavek Zadavatele definovaný na řádku Číslo 06. 3) Úkolem Uchazeče je zajištění příslušného počtu licencí jednoho z těchto typů databázových serverů - Microsoft SQL Server, Oracle nebo Informix Dynamic Server, pro provoz AISMK tak, jak je uvedeno v Tabulce č. 21 s tím, že je zapotřebí naplnit minimální požadavek Zadavatele definovaný na řádku Číslo 08. Strana 23 ze 67
3.4.5 Vazby mezi ekonomickými agendami 3.4.5.1 Obecné vazby mezi moduly a základní návaznost procesů 1) Ekonomické agendy bude možno využívat jako relativně samostatné celky, nicméně jejich významnou předností bude vzájemná interní provázanost ( bezešvý AISMK), která umožňuje, aby sdílely společné informace, poskytovaly si aktuální a včasné informace a podstatnou měrou přispěly ke snížení duplicitní a časově náročné ruční práce a tím k automatizaci procesů. 2) Struktura jednotlivých modulů a jejich vazeb bude postavena tak, aby odpovídala posloupnosti úkonů, které jsou s ekonomickými agendami obce spjaty, viz např. následující Obrázek. Obrázek 1. Schéma obecných vazeb mezi moduly 3) Příklad procesních vazeb pro řešení příjmové oblasti je uveden na následujícím zjednodušeném procesním schématu Primární agenda Příjmy Pokladna Banka Účetnictví Vymáhání pohledávek Evidence důvodů vzniku pohledávky Zápis předpisu Hotovostní úhrada Bezhotovostní úhrada Předkontování Předkontování Předkontování Spárování platby Zápis platby Spárování platby Zásobník předkontačních záznamů Úhrada pohledávky Zaúčtování dokladu Kontrola Vymáhací řízení Obrázek 2. Schéma procesních vazeb Strana 24 ze 67
3.4.5.2 Vazba na ISIR a vymáhání 1) AISMK bude zajišťovat vazbu na ISIR Insolvenční rejstřík provádět monitoring (dlužníků) úpadců. 2) Bude umožňovat průběžnou hromadnou kontrolu, zda plátci evidovaní v agendách nevstoupili do insolvence. 3) Příklad vazeb na ISIR který bude AISMK zajišťovat je uveden na následujícím Obrázku Ekonomické agendy viz čl. 3.4.8. Správní agendy viz čl. 3.4.9. Insolvenční rejstřík (ISIR) Poplatky viz čl. 3.4.8.6.6 Vymáhání pohledávek Banka Pokladna viz čl. 3.4.8.6.4 SIPO Obrázek 3. Schéma vazby na ISIR Insolvenční rejstřík 4) Vymáhání pohledávek Efektivní práce s dlužníky ušetří čas a zkrátí dobu potřebnou k dosažení žádoucího cíle vymožení dlužných částek. Přinese komfort ve zpracování nedoplatků. Propojením na Insolvenční rejstřík získá úřad nejen informace o dlužnících, ale bude moci sledovat i průběh insolvenčního řízení. Na následujícím Obrázku je struktura vazeb, které bude AISMK zajišťovat Ekonomické agendy viz čl. 3.4.8. Správní agendy viz čl. 3.4.9. Insolvenční rejstřík (ISIR) Poplatky viz čl. 3.4.8.6.6 Banka Pokladna viz čl. 3.4.8.6.4 SIPO Registry Vymáhání pohledávek Spisová služba viz čl. 3.4.7.1 Insolvenční rejstřík (ISIR) Bankovní sektor Soudy Exekuce Policie Obrázek 4. Schéma vymáhání pohledávek Strana 25 ze 67
3.4.6 Správní agendy návaznosti Vazby používané u správních agend, jsou uvedeny v jednotlivých částech kapitoly 3.4.9 a ostatních relevantních kapitolách. Strana 26 ze 67
3.4.7 Elektronizace dokumentů 3.4.7.1 Spisová služba 1) Agenda bude umožňovat evidenci informace o pohybu dokumentů, jejich stavu a začlenění do spisu. 2) Oběh dokumentů bude v agendě automatizován. 3) Vyřízené spisy bude možné skartovat, viz čl. 3.4.7.6 nebo archivovat, popř. postoupit do krajské spisovny, viz čl. 3.4.7.3. 4) Minimální požadavky na agendu Spisová služba jsou uvedeny v následující tabulce Číslo AISMK bude zajišťovat Splněno 01 Zařazení e-podatelny jako součásti spisové služby a úzce spjatá datová vazba na podací deník, spisové značky a číselné řady. 02 Možnost přidělit datovou zprávu více příjemcům. 03 Možnost využití zadaných dat účastníků řízení ve spisu pro další zpracování v řízení (zahájení, přerušení, pokračování, rozhodnutí, ). 04 Možnost vedení i jiné adresy účastníka řízení, než trvalé bydliště. 05 Při hromadné odpovědi na poštu více osobám ponechání textu obsahu odpovědi. 06 Možnost doplnění našeho č.j., pod kterým byl dopis odeslán, na doručence datové zprávy. 08 Možnost předání nevyřízené pošty nebo rozpracovaného spisu pod stejným č.j. dalšímu úředníkovi např. v případě nemoci, čerpání ŘD, atd. 09 Automatické stahování datových zpráv z úložiště. 10 Možnost stahování dat z ARESu do adresáře firem. 11 Automatickou kontrolu na existenci datových schránek právnických a fyzických osob. 12 Možnost propojení nové spisové služby se spisovkou RŽP (oboustranné rozhraní -přechodový můstek) definice propojení. Vazby na interní i externí agendy / registry 13 Vazbu na Elektronickou podatelnu. 14 Vazbu na Informační systém datových schránek. 15 Vazbu na Informační systém základních registrů. 16 Obecné rozhraní (vazba na externí agendové informační systémy). 17 Vazbu na Skenovací linku. 18 Vazbu na Podpisovou knihu. 19 Vazba SSL na centrální registry ROB, ROS, RÚIAN. Tabulka 22. Minimální požadavky na agendu Spisová služba 3.4.7.2 Čárový kód 1) Modul bude umožňovat generování unikátního čárového kódu. Tvar identifikátoru je dán Národním standardem pro ERMS a bude odpovídat Vyhlášce č. 259/2012 Sb., o podrobnostech výkonu spisové služby. 2) XSD schématu k NSESSS - tidentifikator - Povinný prvek pro zaznamenání názvu zdroje identifikátoru. V případě identifikace entit nebo některých objektů je zdrojem ERMS, v případě identifikace subjektů může být zdrojem například rodné číslo, klientské číslo, zaměstnanecké označení, služební číslo oprávněné úřední osoby (fyzické osoby) nebo IČ, DIČ (právnické osoby). Strana 27 ze 67