Příloha 1 Technická specifikace pro výběrové řízení Elektronizace městského úřadu Hustopeče

Příloha 1 Technická specifikace pro výběrové řízení „Elektronizace městského úřadu Hustopeče“

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 Stránka

1 z 61

Obsah 1Stav technické infrastruktury v lokalitě ...................................................................................... 5 1.1Základní infrastruktura ....................................................................................................... 5 1.2Servery ............................................................................................................................ 5 1.3Data ................................................................................................................................. 6 1.4Stanice ............................................................................................................................. 6 1.5Infrastrukturní SW ............................................................................................................. 6 1.6Agendový informační systém .............................................................................................. 7 1.7Bezpečnostní prvky ............................................................................................................ 7 1.8Serverovna ....................................................................................................................... 7 2Cena zakázky .......................................................................................................................... 8 3Požadavky na dodávku ............................................................................................................ 9 3.1Společné požadavky ........................................................................................................... 9 3.1.1Zpracování nabídky ...................................................................................................... 9 3.2Dílčí plnění 1 – Dodávka HW a SW (infrastruktura) ................................................................ 9 3.2.1Předpokládaná hodnota dílčího plnění 1 ........................................................................... 9 3.2.2Server pro posílení virtualizace ...................................................................................... 9 3.2.3Diskové pole ............................................................................................................. 10 3.2.4Licence pro zrcadlení diskových polí ............................................................................. 12 3.2.5RACK ........................................................................................................................ 12 3.2.6SAN infrastruktura ..................................................................................................... 12 3.2.7Záložní zdroj UPS ...................................................................................................... 13 3.2.8Zálohovací software ................................................................................................... 13 3.2.9Licence OS pro server ................................................................................................ 13 3.2.10Licence pro databázový stroj ..................................................................................... 13 3.3Dílčí plnění 2 – multifunkční zařízení a skenovací linka .......................................................... 14 3.3.1Předpokládaná hodnota dílčího plnění 2 ......................................................................... 14 3.3.2Skenování ................................................................................................................. 14 3.3.3Multifunkční zařízení ................................................................................................... 15 3.3.4Skenovací linka .......................................................................................................... 17 3.4Dílčí plnění 3 – DMS – jednotné úložiště dokumentů a datový sklad........................................ 19 3.4.1Předpokládaná hodnota dílčího plnění 3 ......................................................................... 19 3.4.2Seznam poptávaných komponent: ................................................................................ 19 3.4.3DMS - jednotné úložiště dokumentů.............................................................................. 19 3.4.4Datový sklad se zajištěním manažerských výstupů ......................................................... 21 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 Stránka

2 z 61

3.4.5Migrace .................................................................................................................... 22 3.5Dílčí plnění 4 – dodávka SW pro elektronizaci agend ............................................................. 22 3.5.1Předpokládaná hodnota dílčího plnění 4 ......................................................................... 22 3.5.2Seznam poptávaných komponent: ................................................................................ 23 3.5.3Obecné vlastnosti komponent/modulů ........................................................................... 23 3.5.4Napojení na krajskou digitální spisovnu ......................................................................... 23 3.5.5Ekonomické agendy pro PO města ................................................................................ 24 3.5.6Rozhraní na platební terminál ...................................................................................... 28 3.5.7Avízo včetně SMS ...................................................................................................... 29 3.5.8Rozhraní mezi spisovou službou a úřední deskou ............................................................ 30 3.5.9Vazba na centrální registry .......................................................................................... 30 3.6Dílčí plnění 5 – Transparentní kontrola rozpočtu města ......................................................... 31 3.6.1Předpokládaná hodnota dílčího plnění 5 ......................................................................... 31 3.6.2Transparentní kontrola rozpočtu města ......................................................................... 31 3.7Dílčí plnění 6 – Tvorba formulářů a vytěžování formulářových dat ......................................... 32 3.7.1Předpokládaná hodnota dílčího plnění 6 ......................................................................... 32 3.7.2Tvorba formulářů a vytěžování formulářových dat .......................................................... 32 3.8Požadavky společné všem plněním ..................................................................................... 33 3.8.1Instalace a implementace komponent všechna plnění .................................................... 33 3.8.2Školení všechna plnění ................................................................................................ 33 3.8.3Akceptační kritéria ..................................................................................................... 33 3.8.4Závazný harmonogram implementace. ......................................................................... 34 3.8.5Záruční lhůta ............................................................................................................ 34 4Vyhodnocovací tabulky ........................................................................................................... 36 4.1 Vyhodnocovací tabulka pro dílčí plnění 1 – Dodávka HW a SW (infrastruktura)

..................... 36

4.1.1Rack pro záložní lokalitu TC ORP .................................................................................. 36 4.1.2Diskové úložiště ......................................................................................................... 36 4.1.3Software pro zrcadlení diskových polí ............................................................................ 40 4.1.4Virtualizační server ..................................................................................................... 40 4.1.5Záložní zdroj UPS ....................................................................................................... 42 4.1.6Switche FC SAN.......................................................................................................... 42 4.1.7Licence pro backup ..................................................................................................... 43 4.1.8Licence pro OS serverů ............................................................................................... 43 4.1.9Licence pro databáze .................................................................................................. 44 4.1.10Implementace .......................................................................................................... 44 4.2Vyhodnocovací tabulka pro dílčí plnění 2 – Multifunkční zařízení a skenovací linka .................... 46 4.2.1Skenování ................................................................................................................. 46 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 Stránka

3 z 61

4.2.2Tisk .......................................................................................................................... 47 4.2.3Skenovací linka .......................................................................................................... 49 4.3Vyhodnocovací tabulka pro dílčí plnění 3 – DMS - jednotné úložiště dokumentů a datový sklad .. 51 4.3.1DMS – jednotné úložiště dokumentů ............................................................................. 51 4.3.2Datový sklad .............................................................................................................. 53 4.3.3Migrace ..................................................................................................................... 53 4.4Vyhodnocovací tabulka pro dílčí plnění 4 – dodávka SW pro elektronizaci agend ...................... 54 4.4.1•Napojení na krajskou digitální spisovnu ....................................................................... 54 4.4.2•Ekonomické agendy pro PO města .............................................................................. 54 4.4.3Rozhraní na platební terminál ...................................................................................... 56 4.4.4SMS avíza plateb ....................................................................................................... 57 4.4.5Rozhraní mezi spisovou službou a úřední deskou ............................................................ 58 4.4.6•Vazba na centrální registry ......................................................................................... 58 4.5Vyhodnocovací tabulka pro dílčí plnění 5 – Transparentní kontrola rozpočtu města ................... 59 4.6Vyhodnocovací tabulka pro dílčí plnění 6 – Tvorba formulářů a vytěžování formulářových dat .... 62


4 z 61

1 Stav technické infrastruktury v lokalitě Pod pojmem back office je vnímán infrastrukturní hardware a software.

1.1 Základní infrastruktura Tabulka 1 Pokrytí výpočetní technikou Předmět celkový počet celkový počet celkový počet celkový počet celkový počet

zaměstnanců odborů PC úřadu serverů informatiků

Počet 80 (včetně PO 120) 10 110 26 3

1.2 Servery Tabulka 2 Servery Název GINIS05 MUH08 ASPI Firewall - Gateway Muhmail ESX01 TC úřadu ESX02 TC úřadu Backup TC úřadu MAK GIS RAID 5, MS Server 2003 Docházka WISE 14 x Virtuální server TC Debian x64 TCAPP TCFILE TCGIS TCICT TCMAIL TCMON TCMUH1 TCMUH3 TCSQL

Konfigurace Xeon 3 GHz, RAM: 3GB, 6x 70 GB SCSI disk (5x RAID 6i + 1x Hot Spare = 205 GB), Win 2003 Server 32 bit Xeon 2 GHz, RAM: 6GB, 6x 137 GB SCSI disk (5x RAID 5 + 1x Hot Spare), Win 2008 Server Standard 64 bit Xeon 500 MHz, RAM: 1GB, 3x 8 GB SCSI disk, Linux Primergy RX100S7p / E3-1220v2 / 8GB / 2x 500GB_7,2k / DRW / 2xGL / RAID 0,1,10 Core2Duo, 4GB RAM, 2x 500GB HDD, RAID 1, Centos5l Systém x3650 M3, 8x2,4 GHz Xeon E5620 49GB RAM Systém x3650 M3, 8x2,4 GHz Xeon E5620 49GB RAM Systém x3650 M3, 8x2,4 GHz Xeon E5620 49GB RAM DualCore, 4GB RAM, 4 x HDD 2TB celkem, RAID,0, Linux Debian Intel Xeon 3,06GHz, 4GB RAM,

Intel Celeron , 2GB RAM, klasické PC, XP Klasické PC, 2GB RAM, XP Pokud není uveden jiný operační systém, je instalován MS server 2008 2 1 4 2 1 3 4 4 4 4

vCPU, 4GB RAM, Debian Linux CPU, 2GB RAM, aplikační server vCPU 4GB RAM, File server, vCPU 4GB RAM, GIS server, CPU, 2GB RAM, aplikační server, aplikace MUHICT,HelpDesk úřadu Debian CPU, 8GB RAM, poštovní server, Centos 6 vCPU 4GB RAM, MON vCPU 4GB RAM, Domain Controller vCPU 4GB RAM, sekundární Domain Controller vCPU 12GB RAM, databázový a aplikační server SQL


5 z 61

TCWSUS TCXP TCHELPHU

4 vCPU 4GB RAM, TCWSUS 1 CPU, 2GB RAM, aplikační server, XP prof. Starší aplikace 2 CPU, 4GB RAM,aplikační server, Debian, mapa závad,

1.3 Data Tabulka 3 Disková pole a zálohování Diskové pole IBM Storwize V7000

Kapacita 4 TB NSAS + 6 TB SAS = 10 TB

1.4 Stanice V oblasti stanic je správa nastavena takto:

operační systém – Windows 7, Win XP, včetně automatického update centrální správa politik je řešena pomocí Active Directory (nastavení práv lokálních uživatelů k operačnímu systému pracovní stanice, centralizovaná distribuce tiskových prostředků) centrální správa tiskáren pomocí aplikace Xerox Device Agent vzdálený přístup k pracovní stanici při podpoře uživatelů (RDP a VNC) Ochrana proti malware je centralizovaná na poštovním serveru pomocí aplikace SpamAssassin, pravidelné aktualizace probíhají na stanicích včetně systémových záplat lokálně.

1.5 Infrastrukturní SW Tabulka 4 Infrastrukturní SW Název Zálohování Pošta Virtualizace Operační systémy Databáze Antivir

Popis IBM Tivoli Storage Manager Sendmail 8.36 VMware 5 Windows XP – 8 Professional, Windows Server 2003 – 2008 R2 Datacenter, Linux Debian, CentOS Microsoft SQL, Firebird, MySQL Na poštovním serveru SpamAssassin, na stanicích Avast

1.6 Agendový informační systém Tabulka 5 Agendový informační systém Název GINIS Vita software

Popis Páteřní informační systém Aplikace, stavební úřad, vodoprávní úřad a silniční úřad


6 z 61

Yamaco Ginis

Dopravní agendy, sociální agenda, agenda myslivosti. Spisová služby, včetně dalších modulů (matrika, správní řízení, přestupkové řízení, registr živnostenského podnikání, kompletní ekonomika, personalistika, práce a mzdy, podatelna, registr obyvatel – volby, …)

1.7 Bezpečnostní prvky Prvek Firewall VPN

Popis Linux stanice (SW Firewall) SW

1.8 Serverovna Serverovna umístěna v budově „B“ je vybavena a upravena z projektu TC ORP včetně optické trasy propojující serverovny v obou budovách a záložního zdroje. Aktivní prvky včetně serveru a diskového pole jsou z vlastních zdrojů. Tabulka 6 Vybavení serverovny Položka

Splněno

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 jsou 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 240/50V s „bezvýpadkovým“ zálohováním. vnější ochrana budovy vlastníkem, nebo bezpečnostní službou 24 hodin denně a 7 dní v týdnu, jsou prokazatelně evidovány osoby vstupující do vyjmenovaných technologických prostor prostory, v nichž se datová centra nacházejí, leží mimo zátopovou oblast tzv. stoleté vody.

ANO (dosavadní klimatizace už by nestačila na další prvky) ANO ANO ANO ANO ANO ANO


7 z 61

2 Cena zakázky Cena se vždy skládá z ceny investice, tj. vlastní dodávky, která je smluvně zajištěna smlouvou o dílo, a technické podpory, která zaručuje, že dílo bude po dobu 5 let provozuschopné. Zahrnuje tedy veškeré náklady nutné na provoz díla vyjma spotřebního materiálu (tonery, pásky apod.). Cena za dílo sečtená s cenou za technickou podporu tak dává výslednou cenu, která bude hodnocena.


8 z 61

3 Požadavky na dodávku 3.1 Společné požadavky 3.1.1

Zpracování nabídky

Uchazeč ve své nabídce vždy uvede typ zboží a krátký popis zboží, kterým hodlá pokrýt poptávku. Dále uvede, zda zboží splňuje dané vlastnosti.

3.2 Dílčí plnění 1 – Dodávka HW a SW (infrastruktura) CPV: Informační systémy a servery

3.2.1

48800000-6

Předpokládaná hodnota dílčího plnění 1

Položka Investice (smlouva o dílo) Podpora na dobu 5 let (smlouva o servisní podpoře) Celkem

3.2.2

Cena bez DPH 2 135 613 Kč 640 684 Kč 2 776 297 Kč

Server pro posílení virtualizace

Dva minimálně osmijádrové procesory podle spec.org 1. SPECint_rate2006 = 216 2. SPECcfp_rate2006 = 187 Paměť RAM o minimální velikosti 128GB rozšiřitelná až na 768GB Minimálně 8 Ethernet portů pro připojení do LAN TC Dva jednoportové HBA adaptéry FC o rychlosti 8Gbit/s pro připojení do SAN TC možnost osazení min. 8x 2,5“ HDD modul pro vizuální diagnostiku stavu zařízení Redundantní zdroj, max. 500W Vzdálený management serveru, vyhrazený LAN port 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 Stránka

9 z 61

Rack provedení 2U volné 4 PCI-E sloty pro další rozšiřování 3.2.3

Diskové pole

modulární, dvouřadičové diskové pole založené na min. 6Gbit SAS2 nebo Rack-mount diskové pole musí umožňovat připojení diskového pole pomocí 8Gbit FC a min. 1Gbit iSCSI s možností v budoucnu rozšířit pomocí rozšiřujících portů do řadičů diskového pole o další přenosové protokoly (10Gbit iSCSI, FCoE atd.) celková velikost cache/RAM v řadičích musí být minimálně 64GB osaditelnost min. 24 HDD na každý diskový box celková rozšiřitelnost na min. 490 disků podpora 2,5” a 3,5” disků min. SAS 10/15tis. ot. a SSD disků enterprise úrovně Fyzická kapacita minimálně 8TB na min. 7.2tis. ot. NL SAS discích v 2,5” velikosti (velikost jednoho disku maximálně 1TB) Fyzická kapacita minimálně 4,7TB na rychlých min. 10tis. ot. SAS v 2,5” velikosti (velikost jednoho disku maximálně 600GB) Podpora RAID 0, 1, 5, 6, 10 Licence na neomezené vytváření snapshotů a klonů v následujících režimech: Snapshot se po určité době může automaticky stát klonem Incrementá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 Transparentní migrace (tzn. možnost zdarma migrovat data ze stávajícího/jiného diskové pole na nové diskové úložiště) s možnosti rozšíření o synchronní a asynchronní zrcadlení logických (virtuálních) disků v případě více lokalit Inteligentní správa výkonnostních charakteristik virtualizovaných diskových prostorů (automatická migrace více utilizovaných dat na rychlejší disky nebo SSD) Licence na neomezené používání thin provisioning technologie: SW pro vytváření virtuálních disků s použitím Thin provisioning technologie 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 Stránka

10 z 61

SW pro vytváření snapshotů s použitím Thin provisioning technologie 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 Licence na neomezený počet připojení hostitelských serverů SW pro plnohodnotnou správu diskového pole a diskových subsystémů, možnost ovládání přes CLI, GUI (ze std. web browseru) Online migrace dat/svazků mezi diskovými poli Možnost přepínání thin provisioningu na full provisioning a naopak u stávajících svazků Diskové pole musí být možné připojit do standardní FC a iSCSI infrastruktury Thin provisioning (plus zero detect space reclamation) Remote mirroring, snapshoty, klony virtuálních disků i mezi diskovými poli různých výrobců, vícenasobné kaskádované inkrementální snapshoty/klony, reverzní snapshoty Ochrana virtualizovaných dat RAID1 (zdvojení dat virtuálního disku i na dvě pole) Upgrade software a hardware u řadičů musí být proveditelné za chodu a bez ztráty přístupu hostitelských serverů k datům Jednotlivá disková pole musí být možné spojit do clusteru, který umožňuje i zrcadlení mezi jednotlivými poli Inteligentní správa výkonnostních charakteristik virtualizovaných diskových prostorů (automatická migrace více utilizovaných dat na rychlejší disky nebo SSD) Plná VAAI podpora Redundantní napájení a chlazení Blokový, standard FCP a SCSI přístup k datům certifikace pro VMWare 5.5, Windows 2012 R2 Server, Xen


11 z 61

3.2.4

Licence pro zrcadlení diskových polí

Licence na neomezené zrcadlení volume pro obě diskové pole SW pro vytváření virtuálních disků na sekundárním diskovém poli SW pro vytváření snapshotů na sekundárním diskovém poli možnost zapojení do stohu 3.2.5

RACK

výška 42U šířka 600mm délka 1100mm perforované přední i zadní dveře možnost montáže AirFlow nosnost min. 1300kg 3.2.6

SAN infrastruktura

2x FC SAN switch 24 portů, 8Gbic/s 2x licence pro rozšíření stávajících FC switchů kompletní přípojné kabely Podpora Fabric SAN monitoring zařízení a spojení a notifikace Přenosová rychlost 128 Gbit/s Protokol datového spoje Fibre Channel SCSI protokol 1 x 100Mbit/s RJ-45 management Konektory SFP Gbic 3.2.7

Záložní zdroj UPS

1x UPS záložní zdroj výkon minimálně 5000VA 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 Stránka

12 z 61

výdrž na baterie při plném zatížení min. 30 minut Rack provedení kabeláž pro připojení do rozvodné sítě. karta pro management a správu UPS 3.2.8

Zálohovací software

Rozšíření stávajícího zálohovacího software v MÚ Hustopeče Rozšíření možností zálohování pro TC ORP v souvislosti s doplněnými SW funkcemi a HW, digitalizací dle ostatních dílčích plnění tak, aby zálohování dat bylo zvládnutelné v mimoprovozních hodinách a v předpokládaných kapacitách. Zálohování v prostředí Windows 2008, Windows 2012, VMware 5.1, Linux Zálohování otevřených souborů Podpora knihoven fyzických i virtuálních, zálohování na disk Automatické zálohování obrazu virtuálních strojů s využitím VCB pluginu

Výrobcem stávajícího zálohovacího SW je IBM. Nutnou součinnost poskytne interní tým zadavatele. 3.2.9

Licence OS pro server

1x licence Microsoft Windows Server 2012 R2 Datacentre Edition ve verzi GOVT nebo analogických vlastností 120x CAL licence Microsoft Windows Server 2012 R2 ve verzi GOVT nebo odpovídající licence pro výše uvedenou platformu čí příslušné klientské licence pro serverový operační systém 3.2.10 Licence pro databázový stroj 2x licence kompatibilní s Microsoft Windows SQL Server 2014 Core Edition ve verzi GOVT nebo jeho plnohodnotná náhrada umožňující provoz ve stávající infrastruktuře

3.3 Dílčí plnění 2 – multifunkční zařízení a skenovací linka Multifunkční zařízení pro skenovací linku 2x včetně sw pro skenovací linku. CPV: Skenery pro počítačové využití 30216110-0 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 Stránka

13 z 61

3.3.1


Položka Investice Podpora Celkem

Cena bez DPH 360 000 Kč 72 000 Kč 432 000 Kč

Zadavatel předpokládá, že u multifunkčního zařízení není technická podpora nutná, spotřební materiál bude nakupován v rámci provozních nákladů a je tedy mimo předmět tohoto díla.

3.3.2

Skenování

Skenovací zařízení musí splňovat následující požadavky:

Síťové připojení Rychlost skenovaní 25 stránek za minutu černobíle Podavač na minimálně 100 listů Možnost odeslání skenovaného dokumentu na úložiště typu Email, Adresář, FTP nebo na server s možností stažení přes webové rozhraní. Skenování na USB zařízení Skenování dokumentů do textového PDF formátu (tj. aby byl prohledatelný či indexovatelný v celém rozsahu textu), Word, Excel přímo ze zařízení Možnost zpracovávat paralelně až 10 skenovacích úloh Schopnost automaticky vytěžovat čárové kódy Jednoduché skenování jedním stiskem tlačítka Podpora OCR Optické rozlišení minimálně 600 x 600 dpi (tady musí být uvedeny osy x a y, tedy 600x600 dpi (600x1200, 600x2400 dpi atd., jedná se hw rozlišení, to nemá nic společného se SW, které má pak hodnoty např. 9600 x 9600) Hloubka barev 24 bit vstup i výstup Ploché lože (= skenování ze skla) Formáty A3, A4, A5, A6, B5, Letter Denní spolehlivá kapacita minimálně 1 000 listů Automatické odstranění prázdných stran při oboustranném skenování 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 Stránka

14 z 61

Odstranění děr Automatická rotace obrazu Vylepšení textu Vyhlazování hran Doostření (neostrá maska) Potlačení moiré efektu Duplexní skenování Hardwarová komprese JPEG, Komprese TIFF, JPEG, Komprese PDF Výstupní formáty JPEG, TIFF, multi-TIFF, PDF, PDF dávkové, zabezpečené PDF, PDF/A, prohledávatelné soubory PDF, PDF/A, XPS, linearizované soubory PDF, JPEG, TIFF, jednostránkové/vícestránkové soubory PDF, TIFF, podpora rozhraní TWAIN Automatická rotace obrazu 3.3.3

Multifunkční zařízení

Současná spisová služba generuje rozhraním, které lze využít. Součinnost se stávajícím dodavatelem je zajištěna v maximální délce 1 člověkoden. 3.3.3.1

Tisk

Zařízení musí mít následující vlastnosti: Specifikace min. požadavků

Uchazečem nabízená hodnota

Splněno [ano/ne]

Digitální stroj technologie laser, LED Rychlost stroje min. 25 barevných str./min., 25 str./min černobíle Velikost originálu/kopie: A4, A3 Podporovaná média v rozsahu A5 až 297 x 420mm Automatický oboustranný podavač dokumentů (min. na 100 listů) Požadována duplexní jednotka (automatický duplex pro kopírování, tisk, skenování) Stroj bude vybaven tiskovým modulem, včetně síťové karty 10/100/1000 Base-TX 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 Stránka

15 z 61

Ethernet, přímý tisk z vysokorychlostního USB 2.0 Doba výstup první stránky při tisku: do 10 sekund v barevném režimu do 8 sekundy v černobílém režimu Požadované tiskové rozlišení: min.2400 x 600 dpi (požadujeme uvést hw rozlišení) Požadovány min. 4 zásobníky papíru, každý na 500 listů + boční vstup (ruční nakladač na 50 listů) Požadujeme integrovaný kancelářský finišer s možností sešívat až 50 listů v jednom místě Zoom v rozsahu 25 – 400% Tisk na papír s gramáží 60 až 250 g/m2 Tisk a skenování z/na USB klíč Dvoujádrový procesor 1GHz systémové paměti Paměť o velikosti min. 1 GB

/

2

GB

Pevný disk min. 160GB Barevné skenování rychlostí min. 55 str./min. Síťové skenování do domovské složky, do prohledávatelného souboru S-PDF, S-PDF/A, XPS, Word, Excel přímo ze zařízení s podporou českého jazyka Skenovaní dokumentů na úložiště typu Email, Adresář, FTP nebo na server s možností stažení přes webové rozhraní. Skenování na USB zařízení Náhled na celou tiskovou úlohu přes webové – kontrola tisků pro Administrátora s možností náhledu jednotlivých stran dokumentů Náhled na celou tiskovou úlohu přímo na zařízení, tak aby uživatel viděl přímo na zařízení jednotlivé strany dokumentu a mohl se ujistit, že je to požadovaný dokument Barevný dotykový LCD displej s ovládáním i v českém jazyce Požadujeme obousměrné tiskové ovladače poskytující informace o stavu zařízení a úlohy Požadujeme možnost uložení předvoleb ovladače podle aplikace, ze které se tiskne a automatickou aktivaci těchto předvoleb při tisku z této aplikace Požadujeme plnou kontrolu nákladů, tj. možnost přidělit uživatelům restrikce např. podle barvy, denní doby, typu úlohy a 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 Stránka

16 z 61

aplikace odesílající tisk Požadujeme vzdálenou správu zařízení (např. webový server integrovaný v zařízení pro monitorování, nastavení, ovládání) Požadujeme zdarma automatický odečet stavu počítadel (zařízení automaticky ve správný čas zašle počítadla) Stroj bude dodán včetně prvotního spotřebního materiálu

3.3.4

Skenovací linka

3.3.4.1 Skenovací SW Skenovací SW musí mít následující vlastnosti:

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 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 Stránka

17 z 61

Automatické natočení stran dle směru textu Odmazání prázdných stran

V současné době je čárový kód tisknut na patu dokumentu, pro vyzkoušení funkčnosti systému bude uchazeči zaslán nebo předán originál stávajícího čárového kódu používaného městem. V případě, že systém uchazeče nebude schopen zpracovat stávající způsob používání čárového kódu zadavatele, předloží návrh na vlastní řešení, včetně kalkulace na 150.000 ks čárového kódu na 5 let (jiný způsob tisku, nálepky, apod.)

3.3.4.2 Čárový kód Systém musí generovat unikátní čárový kód v návaznosti na stávající spisovou službu. Systém bude žádat spisovou službu o vydání čárového kódu. Kód lze následně vytisknout přímo na doklad nebo pomocí štítků nalepit na příslušný záznam. Doklad opatřený čárovým kódem lze snadno vyhledávat. Výstupem    

3.3.4.3 Metadata digitalizace bude dokument obsahující veškerá potřebná metadata Popisná Administrativní Strukturální Technická

Technická metadata budou obsahovat hlavně informace o manipulaci s dokumentem v archivu a budou deponována přímo v systému s vhodným logováním. Archivní metadata zahrnují popis dokumentu, informace o software, v němž byla popisovaná data vytvořena, a další metadata stanovená ve spolupráci s archiváři. Metadata jsou součástí elektronického dokumentu a budou uložena společně s ním. Toto nevylučuje druhotnou evidenci metadat pomocí databáze pro snadnější vyhledávání. 3.3.4.4 Typy dokumentů Elektronické dokumenty, které archiv bude přejímat, jsou vytvářeny/prohlíženy v těchto typech aplikačního software:

Kancelářský software – tento typ zahrnuje většinu běžně používaných aplikací. Jde zejména o textové editory, tabulkové procesory, prezentační software, klienty elektronické pošty, webové prohlížeče apod. Do této kategorie počítáme i grafické editory, nejsou-li součástí systémů pro vektorovou grafiku.  

Databázové systémy Systémy pro vektorovou grafiku – jedná se zejména o dvě nejrozšířenější skupiny aplikací pro práci s vektorovou grafikou: 1. GIS (geografické informační systémy) 2. CAD (Computer Aided Design)  Systémy pro spisovou službu – zahrnují evidenci podání písemnosti v jakékoli formě (včetně ED), sledují její oběh, vyřízení a uložení.  Specializované systémy – programové aplikace „na míru” zpracovávající odbornou agendu.


18 z 61

  

Účetní systémy – pracují vždy s databázemi, mohou být propojeny např. se systémem spisové služby (viz např. evidence smluv a přístup k jejich elektronické podobě, oběh účetních dokladů) Systémy pro záznam zvuku Systémy pro záznam videa a zvuku

3.3.4.5 Propojení na agendový informační systém Skenovací linka bude propojena na stávající agendový systém tak, aby dokumenty byly k dispozici přímo v agendách. Klíčové je zejména napojení na spisovou službu.

3.4 Dílčí plnění 3 – DMS – jednotné úložiště dokumentů a datový sklad CPV 48311100-2 Systémy pro správu dokumentů Současná spisová služba generuje rozhraním, které lze využít. Součinnost se stávajícím dodavatelem je zajištěna v maximální délce 1 člověkoden. Zadavatel disponuje licencí, která umožňuje napojení třetích systémů. Rozhraní ke spisové službě https://robot.gordic.cz/Xrg/

3.4.1



3.4.2

Cena bez DPH 880 000 Kč 426 000 Kč 1 306 000 Kč

Seznam poptávaných komponent:

DMS - jednotné úložiště dokumentů Datový sklad se zajištěním manažerských výstupů 3.4.3

DMS - jednotné úložiště dokumentů

Hlavním důvodem implementace jednotného úložiště do agendového informačního systému je zajištění důvěryhodnosti uložených dokumentů. Důvěryhodnost bude zajištěna řetězením časových razítek (v závislosti na novele zákona č. 499/2004 Sb. po jejím schválení). Písemnosti v neuzavřených spisech budou razítkovány samostatně. Písemnosti v uzavřeném spisu budou razítkovány v balíku celého spisu. Technicky to znamená podporu podepisování samostatných dokumentů i skupiny dokumentů. 3.4.3.1 Ukládání a správa DMS slouží k bezpečnému a důvěryhodnému ukládání a správě souborů. Každý soubor uložený do jednotného úložiště musí být právě jednoho typu. To znamená, že v jednotném úložišti mohou být založeny různé typy souborů a každý ukládaný soubor je uložen jako jeden z těchto typů souborů. Povolené typy dokumentů jsou definovány pomocí typu dokumentu ve spisové službě. DMS musí disponovat následujícími funkcemi:

Centrální úložiště dokumentů založených v agendovém informačním systému 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 Stránka

19 z 61

Centralizace procesu kontroly a správy elektronických podpisů a časových razítek. Jednotné úložiště souborů s možností efektivní správy a prohlížení mimo aplikaci, kde soubor vznikl. Evidence přidělených časových razítek (kolik, kdy, kdo). Automatizace procesu kontroly exspirace certifikátů podpisů a časových razítek a jejich "přerazítkování" novým časovým razítkem. Fulltextové vyhledávání nad metadaty. Fulltextové vyhledávání nad vybranými typy souborů. Verzování uložených dokumentů. Možnost ukládání i jiných dokumentů, než písemností (fotografická dokumentace, plány, schémata, zápisy, …). Možnost webového odkazu na daný dokument (možnost vystavit dokument na Intranetu). Kontrola konzistence metadat mezi SSL a jednotným úložištěm. Systém přístupových práv u dokumentů zadaných přímo do DMS. Určené dokumenty jsou ukládány do jednoho místa, včetně předem definovaných metadat k dokumentu. Definicí metadat jsou vytvářeny typy dokumentů, které jsou následně použity v celém systému. Z prostředí celého informačního systému je možné vyhledávat nejenom podle jednotlivých metadat (podle informací evidovaných k danému záznamu), ale i podle obsahu přiložených dokumentů v relevanci. 3.4.3.2 Další funkce:

Další funkce a požadavky

zajištění důvěryhodnosti uložených souborů záruka neměnnosti uloženého souboru verzování změn souboru přehled o přístupu k souboru pokročilý způsob vyhledávání možnost opatřit soubor metadaty obecné XML rozhraní aplikace pro uložení externích dokumentů z jiných IS 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 Stránka

20 z 61

Součástí dodávky je i migrace dokumentů uložených v současné spisové službě do nově pořizovaného DMS včetně zachování vazeb mezi dokumenty. Uchazeč popíše způsob zajištění a kontroly migrace těchto dokumentů. DMS bude vlastnosti:               

velmi úzce provázán na skenovací linku. Navržený systém musí minimálně obsahovat tyto definice přístupových práv řízení přístupu na základě přístupových práv evidence jakékoli manipulace s dokumentem možnost vložení dokumentu jednoznačná identifikace dokumentu v systému možnost popisu dokumentu (metadata) možnost exportu kopie dokumentu ze systému možnost odstranění dokumentu ze systému stanovení míry autenticity na základě metadat možnost správy archivních metadat schopnost automaticky vykonávat kontrolu uložených dat schopnost zobrazení historie dokumentu schopnost vazeb mezi dokumenty (např. vazba mezi původní a migrovanou verzí) vyhledávání dokumentů (fulltext, metada) sledování kopií dokumentu uložených na různých médiích

3.4.3.3 Skartace Současná archivní legislativa ukládá původcům uchovávat ED se skartačními znaky „A“ a „V“ ve formátu, jež zaručí jeho neměnnost a umožní jeho následné čtení.

3.4.4

Datový sklad se zajištěním manažerských výstupů

Datový sklad musí obsahovat nástroj pro nahrávání dat z různých datových zdrojů, tyto zdroje mohou mít různé datové formáty a různé fyzické umístění. Požadované služby a funkce:

Inkrementální plnění datového skladu (přírůstkové) Kompatibilita se současnými datovými platformami Kompletní pokrytí licencí a to jak na klientské tak na serverové straně Analytická část – analýza datových zdrojů Vytvoření datového skladu – implementace manažerského datového skladu Plnění datového skladu – nastavení transformačních mechanismů pro primární data Koncové reporty – návrh 20 manažerských reportů podle zadání Prostředek pro tvorbu manažerských reportů Proškolení interního týmu na tvorbu reportů Prostředek pro prohlížení reportů – zadavatel pro prohlížení reportů připouští použití stávajícího 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 Stránka

21 z 61

vybavení jako např. Microsoft Office nebo webový prohlížeč Publikace reportů na předem určenou skupinu Řízení práv na reporty až na úroveň jednotlivých dimenzí Databáze datového skladu bude korespondovat se standardizovanými modely struktury datového skladu Rozhraní pro přístup k publikaci analytických výsledků nesmí být vázáno na jednoho dodavatele prezentační vrstvy, musí být realizováno v otevřeném formátu Správa přístupu uživatelů musí být kompatibilní s používaným autentizačním systémem Součástí dodávky bude uživatelská, provozní a bezpečnostní dokumentace.

3.4.5

Migrace

Uchazeč uvede a zahrne do ceny plnění všechny nutné migrace pro úspěšné nasazení díla do provozu tak, aby bylo plně datově kompatibilní se stávajícím prostředím a informačními systémy, viz výše a plnilo požadavky kompatibility. Minimálně je požadováno zachování všech dat a vazeb ze současného agendového informačního systému. Podmínkou nasazení DMS systému je také migrace dokumentů vedených ve spisové službě.

3.5 Dílčí plnění 4 – dodávka SW pro elektronizaci agend CPV 48000000-8 Balíky programů a informační systémy

3.5.1



3.5.2

Cena bez DPH 755 000 Kč 389 750 Kč 1 144 750 Kč

Seznam poptávaných komponent:

Napojení na krajskou digitální spisovnu Ekonomické agendy pro PO města Rozhraní na platební terminál SMS avíza plateb 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 Stránka

22 z 61

Rozhraní mezi spisovou službou a úřední deskou Vazba na centrální registry 3.5.3

Obecné vlastnosti komponent/modulů

Veškeré pořizované agendy musí:  Umožňovat napojení jiných agend  Disponovat rozhraním pro výměnu dat  Podporovat automatizaci  Kde to jde, využívat maximálně služeb centrálních institucí (Registry, ISDS, Kraj apod.)  Být napojeny na spisovnou službu  Umožňovat či nebýt překážkou úplného elektronického podání  Podpora virtuálního prostředí (server i klient)  Nativní podpora vzdáleného přístupu k aplikaci  Možnost napojení na správu formulářových dat  Možnost automatizované vazby na výkaznictví pro centrální orgány

3.5.4

Napojení na krajskou digitální spisovnu

Úložiště bude podporovat standard OAIS, který vymezuje základní koncepce archivu pro uložení elektronických dokumentů. Standard především definuje hlavní funkce, které má archiv zajišťovat pro příjem, správu dat, archivní uložení, přístup, administraci a plánování uchovávání. Podle standardu OAIS jsou elektronický dokument a všechny informace (metadata) zabaleny do balíčku s jednotnou strukturou. Podle standardu OAIS jsou tyto balíčky nazývány SIP – Submission Information Package (balíčky přijímané od původců), AIP – Archival Information Package (archivní balíčky zahrnující ukládaný obsah a jeho příslušné popisné informace pro uchovávání – metadata). Digitální dokument, který bude archivářem vybrán za archiválii, bude nejprve připraven u původce do podoby vhodné pro předání do archivu, tzn., bude vytvořen balíček SIP. Balíček bude většinou automaticky generován elektronickým systémem spisové služby. Do balíčku bude zahrnut nejen dokument, ale i metadata, která se k němu váží a která byla pořizována během celého dosavadního životního cyklu dokumentu. Původce (autor dat) vytvoří vstupní balíčky typu SIP, které tvoří soubor složený z vlastních dokumentů a popisných dat (metadat). V rámci vstupních operací se kontroluje správnost po stránce syntaktické, sémantické i fyzické. Po tomto procesu je vytvořen balíček AIP, který se ukládá do speciálního archívu. Archív brání ztrátě informací pod vlivem času, či morálního zastarávání technologií. Zároveň však, jak je uvedeno výše, provádí ukládání na různá média. Vlastní metadata jsou také propisována jako strukturovaná do odpovídající datové struktury, která tak významně zrychluje vyhledávání. Uživatel nebo příjemce dat je osoba nebo instituce oprávněná přistupovat k datům. Systém mu na základě jeho dotazů vytvoří výstupní informační balíček DIP, který se skládá ze souboru archivních balíčků AIP. Modul musí zajistit:

V SSL původce dojde k uzavření spisu a rozhodnutí že dojde k jeho předání do KDS SSL původce vytvoří balíček SIP obsahující povinná metadata a povolené formáty souborů 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 Stránka

23 z 61

SSL původce pomocí webových služeb předá SIP balíček do KDS KDS uloží SIP balíček do karanténního úložiště KDS opakovaně provádí antivirovou kontrolu a kontrolu správnosti formátu a metadat. Tento proces trvá cca 2 – 3 týdny aby došlo k aktualizaci antivirového software (tím se zamezí infikaci hlavního úložiště neznámým virem) Pokud SIP balíček projde všemi kontrolami, doplní pracovník KDS dodatečná metadata a ze SIP balíčku je vyroben AIP balíček, který putuje do garantovaného úložiště KDS se o balíček AIP stará až do skartačního řízení (konverze formátů, přerazítkování, kontrola integrity, atd …) Když dojde k vypršení skartační lhůty je obeslán původce a NDA Po skartaci jsou příslušná data odstraněna z depozitáře a vybrané dokumenty či spisy jsou přesunuty do NDA Zadavatel není provozovatelem KDS a informace o jejích vlastnostech jsou dostupné na webu Jihomoravského kraje, viz https://www.google.cz/?gfe_rd=cr&ei=F5VXVMvFsKk8wevqIHgAw&gws_rd=ssl#q=krajsk%C3%A1+digit%C3%A1ln%C3%AD+spisovna+site:www.krjihomoravsky.cz&start=0 Kontakty: http://www.kr-jihomoravsky.cz/contacts.aspx?odbor=odbor+kancela%C5%99+%C5%99editelky Pracovníci krajského úřadu na úseku ICT byli informováni ohledně chystaného výběrového řízení.

3.5.5

Ekonomické agendy pro PO města

Ekonomické agendy musí být ve shodě s následujícími legislativními normami:

č. 563/1991 Sb., o účetnictví, dále vyhláškou č. 383/2009 Sb., - novelizované dle vyhlášky č. 461/2012 Sb. s účinností od 1. 1. 2013, o účetních záznamech v technické formě vybraných účetních jednotek a jejich předávání do centrálního systému účetních informací státu a o požadavcích na technické a smíšené formy účetních záznamů (technická vyhláška o účetních záznamech). 235/2004 Sb., o dani z přidané hodnoty, 586/1992 Sb., o daních z příjmů; 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 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 Stránka

24 z 61

Vyhláška č. 270 (rok 2010) - o inventarizaci majetku a závazků Ekonomické agendy lze využívat jako relativně samostatné celky. Jejich významnou předností je vzájemná provázanost, 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ů. Struktura jednotlivých modulů a jejich vazeb je postavena tak, aby odpovídala posloupnosti úkonů, které jsou se správou majetku obce spjaty. Agendy obsahují následující moduly:

Rozpočtové účetnictví Rozhraní CSÚIS Objednávky Výdaje Příjmy SIPO Fakturace Pokladna Banka ISIR – Insolvenční rejstřík Vymáhání pohledávek Nespolehlivý plátce Pohledávky Závazky Finanční prostředky Avízo včetně SMS Procesní vazby pro řešení příjmové oblasti jsou uvedeny na zjednodušeném procesním schématu: Funkční účel jednotlivých agend včetně návrhu procesních vazeb:

Rozpočtové účetnictví – zabezpečuje vedení kompletní účetní a daňové evidence. Má přímé vazby na Tvorbu rozpočtu, Příjmy, Výdaje, Pokladnu, Banka a Majetek a Sklady. Jednotlivé případy zaznamenané 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 Stránka

25 z 61

v těchto modulech lze prostřednictvím účetních kontací propojit s účetnictvím a získat tak celistvý pohled na hospodaření města. Rozhraní CSÚIS – agenda zajišťuje další zpracování dat z Rozpočtového účetnictví. Je určena pro komunikaci s Centrálním systémem účetních informací (CSÚIS) zabezpečujícím odesílání celostátních účetních a finančních výkazů a zpětném přijetí zprávy o výsledku zpracování výkazů. Komunikace je zabezpečena celostátně platným komunikačním rozhraním prostřednictvím XML formátu. Objednávky – agenda určená pro vystavování objednávek. Má bezprostřední vazbu na přijaté faktury. Objednávky podléhají režimu schvalování a ověřování rozpočtového krytí. Výdaje – zajišťuje kompletní evidenci přijatých faktur a vystavených poukazů. Součástí Výdajů jsou i evidence, které souvisejí s výdajovými daňovými doklady (DPH, přenesené daňová povinnost). Součástí podsystému jsou i Úhrady, pomocí níž, se uhrazují veškeré bezhotovostní výdajové doklady. Agenda zajišťuje kompletní ověřovací proces, tisk košilek a sestav. Podsystém musí být konfiguračně variabilní, aby bylo možné evidenci přizpůsobit všem pracovním postupům (nastavení kontroly na volné prostředky v rozpočtu města, oprávnění, schvalování aj.). Příjmy – zabezpečuje plnou evidenci pohledávek, sledování úhrad předpisů, vracení přeplatků, evidenci opravných položek, odepsaných pohledávek. Poskytuje informace navazujícím agendám o provedených úhradách, resp. dlužných pohledávkách. SIPO – zajišťuje vazbu mezi agendou Příjmy a jejím prostřednictvím i agendou Nájemné a poštovním sdruženým inkasem. Vyžaduje agendu Příjmy. Fakturace – slouží pro vystavování běžných dokladů (faktur) i daňových dokladů. Poskytuje prostředek pro centrální evidenci faktur, lze je zakládat do samostatných číselných řad v souladu s požadavky úřadu a nastaveným oprávněním. Banka, Pokladna – zaznamenávají informace o provedených úhradách a pohybech na bankovních účtech, resp. jednotlivých pokladen. Zajišťují automatické či ruční párování úhrady s předpisem pohledávek a závazků. Agenda Banka zprostředkovává komunikaci s peněžními institucemi. Pokladna umožňuje vystavování pokladních poukázek pro očekávaný příjem či výdej hotovostních plateb. Insolvenční rejstřík – provádí monitoring úpadců. Umožňuje průběžnou hromadnou kontrolu, zda plátci evidovaní v agendách nevstoupili do insolvence.

Vymáhání pohledávek – agenda je určena odborným pracovníkům finančních, exekučních, právních a dalších odborů, kteří spravují pohledávky. Efektivní práce s dlužníky šetří čas a zkracuje dobu potřebnou k dosažení žádoucího cíle – vymožení dlužných částek. Přináší komfort ve zpracování nedoplatků. 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 Stránka

26 z 61

Propojením na Insolvenční rejstřík získá úřad nejen relevantní informace o dlužnících, ale bude moci sledovat i průběh insolvenčního řízení. Rozhraní Nespolehlivý plátce – novelou zákona o DPH se s účinností od 1. 1. 2013 rozšířil institut ručení odběratele za nezaplacenou DPH o nové případy: ručení v případě přijetí plnění od tzv. „nespolehlivého“ plátce a ručení při úhradě na účet neuvedený v registru plátců. Prostřednictvím rozhraní obdrží uživatel automaticky on-line požadované informace a navíc, tyto informace zůstanou na kartě dodavatele zaznamenány. Tato funkčnost je zapracována do agendy Smlouvy, Objednávky a Výdaje. Pohledávky – poskytuje aktuální přehled o dlužnících, stavech pohledávek, neuhrazených faktur a vývoji pohledávek. Neuhrazené pohledávky jsou přehledně členěny dle kódů poplatků, dle splatnosti, odběratele aj. 1. 2. 3. 4.

Neuhrazené pohledávky Vývoj pohledávek Neuhrazené faktury Vývoj faktur

Editor sestav pro vytváření přehledů 5. Editor umožňující tvorbu účetních sestav dle přání Závazky – Přehled o všech závazcích města na jednom místě. Analýzy zobrazují aktuální stavy závazků dle data splatnosti, dodavatelů aj. 6. 7. 8. 9.

Neuhrazené faktury Vývoj faktur Neuhrazené poukazy Vývoj poukazů

Finanční prostředky - přehled o stavech bankovních účtů. 10. Stavy bankovních účtů 11. Vývoj stavů na bankovních účtech

Nový systém pro PO města musí být kompatibilní na úrovni funkčních vazeb, musí být schopen přebírat výsledky hospodaření a být celkově datově kompatibilní se stávajícím systémem ekonomiky města. Uchazeč výslovně uvede, jak kompatibilitu a provázání zajistí. Celkový počet PO města je 7.

3.5.6

Rozhraní na platební terminál

http://www.kadlecelektro.cz/produkty/poplatkove-pokladny/ Případná součinnost společnosti Kadlec elektro je Zadavatelem zajištěna v maximální délce 1 člověkoden.


27 z 61

Město má nainstalovaný samoobslužný platební terminál Touch-TS170CMB dodavatele Kadlec elektronika s.r.o. pro příjem hotovostních plateb správních poplatků (dále jen SPT). Další komponentou je propojení mezi terminálem a stávajícím ekonomickým systémem. Terminál bude připojen přes webové rozhraní s pokladní knihou v systému ekonomika a jednotlivé operace budou připraveny k zaúčtování. Komunikace mezi platebním automatem a stávajícím ekonomickým systémem bude založena na on-line propojení postaveném na metodě webových služeb (XML, SOA). Každá platební transakce provedená automatem bude přenesena do stávajícího ekonomického systému. Pro potřebu komunikace bude realizován soubor webových služeb pro oblast hotovostních plateb (POK). Základním identifikačním prvkem dokladu, který bude vystavovat platební automat, bude PID (Prvotní Identifikátor Dokladu), který je v rámci stávajícího ekonomického systému jedinečný. PID má charakter 12-ti místného řetězce obsahující kontrolní součet. Pod tímto PID bude možné doklady dohledat ve stávajícím ekonomickém systému. Doklady a položky z platebního automatu budou vždy v relaci 1:1 (jednopoložkové doklady). Předpokladem úspěšného přenosu dat je zejména jednoznačná synchronizace kódu položek mezi automatem a stávajícím ekonomickým systémem. Dále je nutno v rámci komunikace jednoznačně a nezaměnitelně zajistit identifikaci automatu – důvodem je nutnost zajistit vstup dokladů do správné evidence (knihy POK) v rámci stávajícího ekonomického systému. komunikační rozhraní zajišťuje komunikaci:  SPT s HW periferiemi jako je mincovník, akceptátor bankovek, tiskárna, UPS  HW kontrolu nad funkcemi SPT, detekce počtu mincí, bankovek, detekce tiskárny, detekce zabezpečení automatu  SW VME – pro nastavení ovládání SPA po spuštění, menu obrazovky s propojením vazeb mezi SW VME a SW GINIS  komunikace s IS GINIS a databázemi GINIS. Platbu předpokládáme uložit do definovaného rozhraní, které je definované systémovým projektem. Propojení SPT se stávajícím ekonomickým systémem 1. nastavení připojení – ON-LINE 2. způsob průběhu transakce SPT – SW GINIS:

požadavek občana na zaplacení poplatku – definování účetního pohybu – příprava vstupních dat pro SW GINIS (formát GINIS) a předání informace do SW GINIS, po přiřazení PID a ostatních údajů je zaslána informace zpět do SPA pro možnost zaplacení poplatku, otevře se položka v SPT pro platbu občana – občan provede platbu (případně dojde ke stornu) – tato informace o zaplacení/stornu je předána zpět do SW GINIS SW SPT potvrdí platbu a odešle informaci o provedené platbě ve formátu pro tisk účetního dokladu do tiskárny musí být splněna jednoznačná identifikace platby – kódů položek, podle odborů, PID může obsahovat 12 znaků, musí být zajištěna strukturovaná informace (GINIS), musí být nastaveno jednoznačné rozhraní o komunikaci SW SPT a SW GINIS, 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 Stránka

28 z 61

SPT uloží informaci o provedené platbě do souboru (databáze) – ke stažení dle nastavených podmínek (denní uzávěrka, měsíční uzávěrka) komunikace bude ošetřena generováním SSL certifikátů pro zabezpečení přenosu dat SPT bude mít jednoznačnou identifikaci pro přenos informací bude nutné dohodnout chybové stavy: např. přerušení komunikace SW SPT – SW GINIS, nelze zaúčtovat, nelze provést platbu (není možné vrátit příslušný obnos), vypršení certifikátu apod. 3.5.7

Avízo včetně SMS

Na základě dat z informačního systému úřadu musí nový systém umožnit rozesílat upomínkové zprávy SMS bez nutnosti ruční obsluhy, pouze na základě vzniku události. Posílaná SMS musí umožňovat zadání i instrukcí k platbě. Avizační SMS je možné zasílat i oznámení o změně stavu podání (vyřízené stavební povolení, hotový OP, …). Požadované funkce: 

SMS/MMS podatelna



SMS mobilní platby



SMS notifikace



SMS upomínky



SMS rozhlas



Napojení na SMS kanál pro rozesílání 3.5.7.1

SMS/MMS podatelna

Funkcionalita umožňuje příjem a automatickou evidenci SMS a MMS zpráv do spisové služby úřadu. Odesílatel obdrží identifikátor podání. Následně bude s tímto podáním pracováno jako s kterýmkoliv jiným dokumentem došlým na podatelnu úřadu. 3.5.7.2 SMS mobilní platby Možnost úhrady drobných plateb (správních poplatků) pomocí zaslané SMS zprávy. Tento typ platby je automaticky zaevidován do stávajícího ekonomického systému 3.5.7.3 SMS notifikace Posílání informačních SMS na základě událostí ve stávajícím informačním systému úřadu (došlá petice, přijetí a odeslání platby, změna zůstatku na účtu, …)


29 z 61

3.5.7.4 SMS upomínky Možnost zasílat cílené SMS občanům, u kterých je evidován nedoplatek (odpady, psi, nájemné, …). Lze využít jako první informaci před posíláním doporučených dopisů s výzvou. 3.5.7.5

SMS rozhlas

Možnost zasílání cílených (podle jména nebo adresy) SMS zpráv občanům událostech nebo situacích ve městě (dopravní omezení, čistění silnic, vypnutí plynu, vody nebo elektřiny, pozvánky na kulturní a sportovní akce, apod.) 3.5.7.6 Napojení na SMS kanál pro rozesílání Součástí plnění bude i napojení na SMS kanál pro rozesílání zpráv na v systému zaevidovaných telefonních čísel.

3.5.8

Rozhraní mezi spisovou službou a úřední deskou

Elektronická úřední deska umožňuje vyvěšovat digitální dokumenty na portálu organizace a zpřístupňovat je občanům. Změnou konfigurace je možné aplikaci využít k vyvěšování dokumentů přístupných pouze v rámci úřadu. Dokumenty na úřední desce jsou pro přehlednost rozděleny do logicky uspořádaných složek. K správě dokumentů slouží oddělená aplikace Administrace úřední desky, která dovoluje oprávněným uživatelům v závislosti na parametrizaci aplikace schvalování požadavků na vyvěšení dokumentů přicházejících ze spisové služby organizace, nastavování data vyvěšení a stažení dokumentu, změnu zařazení dokumentu do vybraného tématu a správu informací týkajících se vyvěšeného dokumentu. Aplikace je otevřená a umožňuje zveřejnění dokumentů z libovolného IS organizace. Rozhraní bude zajišťovat odesílání dokumentů v elektronické podobě (např. word, pdf,…) z modulu spisová služba přímo na elektronickou úřední desku umístěné na webovém portále města. Odeslání bude provedeno přímo ze spisové služby a musí po uživateli požadovat vyplnění povinných údajů (datum zveřejnění, datum sejmutí, zařazení do příslušné složky úřední desky). Spolupráce dodavatelů a obecná rozhraní jsou uvedena výše.

3.5.9

Vazba na centrální registry

Požadované funkce:  Spojení mezi ISRV 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  Správa uživatelů oprávněných k eGON službám na základě přidělené činnostní role.  Administrace a mapování rolí na činnostní a role v RPP  Administrace eGON služeb včetně nastavení četnosti a způsobu zpracování notifikací změn  Obhospodařování logovacích souborů eGON služeb přes GUI s možností tisku sestav  Na úrovni oprávněných agend (tj. agend VS), zajistí ověření správnosti dat (varianta eSO i eSIR) včetně možnosti jejich editace v lokálních registrech  Získávání dat z registrů

Informace o možnosti nalezení požadavků na propojení s ISZR – dokument Podmínky pro připojení AIS do ISZR, a další podstatné informace ze SZR ČR jsou na stránkách http://www.szrcr.cz/vyvojari


30 z 61

3.6 Dílčí plnění 5 – Transparentní kontrola rozpočtu města CPV 48000000-8 Balíky programů a informační systémy Zadavatel disponuje licencí umožňující přístup k datovým podkladům pro daný modul.

3.6.1



3.6.2


Transparentní kontrola rozpočtu města

Transparentní kontrola se bude skládat ze dvou základních komponent a to manažerské kontroly a veřejné kontroly. Jeho funkce budou následující:

MIS – Manažerský informační systém je nástrojem, který podporuje management organizace ve všech krocích rozpočtového procesu a finančních pohledů, včetně vytváření grafického znázornění, sledování vývojových trendů a publikování výstupů. Bude obsahovat pět základních oblastí ekonomických přehledů: 1. Úpravy rozpočtu – pohled na schválený rozpočet a jeho úpravy v rámci zvoleného roku včetně srovnání se skutečností předchozího rozpočtového roku k danému období. 2. Návrhy rozpočtu – sledování jednotlivé verze návrhů rozpočtu se srovnáním skutečností let předchozích. 3. Čerpání/plnění rozpočtu – pomocí MIS nástroje sledovat aktuální stav čerpání rozpočtu, dopady rozpočtových opatření v kapitolách rozpočtu 4. Rezervace prostředků – přehled čerpání rozpočtu včetně rezervovaných prostředků ze smluv, objednávek a faktur 5. Vývoj plnění/čerpání rozpočtu – pro srovnání čerpání/plnění rozpočtu v jednotlivých letech nabízíme Vývoj plnění/čerpání rozpočtu za poslední tři roky.

Transparentní kontrola rozpočtu – zajišťuje: 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.

transparentnost ve správě financí obce a úřadu, veřejnou kontrolu hospodaření s rozpočtem, informace o financování konkrétních projektů, kompletní přehled o příjmech a výdajích, informace o hospodaření organizací zřizovaných obcí, srozumitelné informace o nakládání s prostředky obce. zobrazení schválené informace z IS přímo na web města, zveřejnění rozpočtu a jeho plnění/čerpání určené široké veřejnosti, nabídku interaktivního „proklikávání“ příjmů i výdajů, poskytnutí čerpání rozpočtu přes odbory a investiční i neinvestiční akce podle nastavení, informování o hospodaření organizací zřizovaných obcí, zobrazení srovnávací tabulky, procenta plnění/čerpání a grafy, využití dat z rozpočtu a skutečností z účetnictví bez ohledu na provozovaný IS, zpracování dat automaticky, bez dalších operací správce, export tabulek a grafů do běžných formátů (doc, xls, pdf, ppt, odt, ods).


31 z 61

3.7 Dílčí plnění 6 – Tvorba formulářů a vytěžování formulářových dat CPV 48000000-8 Balíky programů a informační systémy Obecné rozhraní je uvedeno na adrese https://robot.gordic.cz/Xrg/ Zadavatel disponuje potřebnými licencemi na propojení.

3.7.1



3.7.2


Tvorba formulářů a vytěžování formulářových dat

Formuláře budou přímo napojeny do agendového informačního systému, kde jej budou naplňovat. Jako základní formuláře budou přebírány formuláře PVS a nakoupeny formuláře. Požadavek je pořízení a implementace hotových formulářů s upravenými hlavičkami dle následné specifikace úřadu. Formuláře budou včetně publikační licence. Formuláře budou umístěny a publikovány na webových stránkách města. Umístění odkazu na web města zajistí zadavatel. Uchazeč nabídne tvorbu minimálně 55 formulářů, které budou tvořeny podle aktuálních potřeb různých odborů Městského úřadu. Práce s formuláři bude probíhat on-line prostřednictvím browseru s nainstalovaným modulem plug-in, pro práci s dodanými formuláři. Tento SW bude automaticky nabídnut k instalaci na stanici, pokud bude formulář vyžadovat autorizaci nebo autentizaci. Po otevření formuláře bude s ním možná i off-line práce. Součástí dodávky bude i aplikační „server“ (tj. sw prostředí pro správu a tvorbu formulářů) pro online provoz formulářových aplikací s klientem v libovolném browseru na běžných desktopech i na tabletech nebo chytrých telefonech pro naplnění modelu BYOD (Bring Your Own Device) v organizaci. Bude možná autorizace (el. podpisy, časová razítka...) formulářů, XML dat a PDF dokumentů v mobilních aplikacích nebo s browser Plug-in (ActiveX/JAVA), a připojování příloh k jednotlivým formulářům. Součástí dodávky bude licence na právo publikace pořízených interních i veřejných formulářů a nástroj s debuggerem (IDE) pro návrh formulářových aplikací, předpokládají se základní znalosti XM L, XSD, s výhodou je znalost XSLT, Javascript a WSDL pro formulářové aplikace ve funkci SOAP klientů webových služeb aplikací třetích stran. Jakákoliv další změna, úprava formulářů či vývoj vlastního formuláře bude možné řešit vlastními silami.

3.8 Požadavky společné všem plněním 3.8.1

Instalace a implementace komponent všechna plnění

Součástí nabídky bude položkový výčet veškerých potřebných prací potřebných pro kompletní fyzickou instalaci všech navržených technologií, SW instalaci navržených licencí, zprovoznění funkčních celků, nastavení datových replikací, systému a nutná administrátorská školení. Součástí prací bude vytvoření kompletní a detailní dokumentace dle standardů ISVS. 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 Stránka

32 z 61

Dodavatel provede kompletní implementaci včetně provedení testů redundance a odolnosti proti plánovanému selhání jednonásobné chyby u redundantních komponent Součástí implementace je i povýšení domény na nově dodanou licenci serverového OS. Součástí implementace bude odpovídající školení v nezbytně nutném rozsahu.

3.8.2

Školení všechna plnění

Uchazeč uvede nutná školení pro zavedení nových modulů agendového informačního systému. Systém školení uživatelů je velmi podstatnou součástí realizace projektu pro úspěšné zavedení podpůrných nástrojů ICT do procesů s cílem zlepšení fungování úřadu. Školení je požadováno minimálně na:

Administrátorská školení (Dílčí plnění 1) 21. OS 22. Databáze Nově dodávané moduly a to jak správcovská, tak uživatelská (Dílčí plnění 3) Skenování (Dílčí plnění 3) 3.8.3

Akceptační kritéria

Předání a převzetí bude provedeno na základě akceptačního protokolu. Akceptační kritéria:

Dodávka HW dle smlouvy o dílo Dodávka SW licencí dle smlouvy o dílo Provedení akceptačních testů:

Technická dokumentace předaného řešení Dodání dokumentace k aplikacím a rozhraním Dodávka SW licencí dle smlouvy o dílo Implementace řešení včetně hromadného zaškolení uživatelů a správce systému Dodání dokumentace k aplikacím a rozhraním 3.8.4

Závazný harmonogram implementace.

Ukončení realizace díla podle navrženého harmonogramu.


33 z 61

2014

Položky

2015

2016

2017

2018

2019

2020

Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4

Přípravná etapa 01.03.2014 - 31.12.2014 Formování projektového záměru Zpracování SPP Schválení SPP Výběrové řízení na dodavatele zahájení a průběh Řízení, administrace, publicita, účetnictví Investiční etapa 01.01.2015 - 31.08.2015 Dokončení výběrového řízení Instalace HW a infr. SW Dodávka elektronizovaných agend Vytvoření projketové dokumentace Testování a školení Řízení, administrace, publicita, účetnictví Provozní etapa 01.09.2015 - 01.09.2020 Ostrý provoz projektu Poskytování technické podpory Administrace projektu, publicita

Milníky předpokládaného plnění:

Dokončení výběrového řízení (leden 2015) Realizace technického řešení - instalace HW a SW pro projekt (leden – červen 2015) Vytvoření projektové dokumentace (celá etapa) Testování a proškolení (červenec 2015) Předání díla dodavatelem, akceptace (k 31. 7. 2015) Pilotní provoz - běží pod kontrolou se zvýšeným dozorem dodavatele, který ověří kvalitu implementace a doladí případné problémy od termínu předání díla investorovi (srpen 2015) Uchazeč uvede podrobnější harmonogram svého plnění.

3.8.5

Záruční lhůta

Dodavatel odpovídá za vady dodávky po dobu záruční lhůty, které je stanovena v délce 60 měsíců. Pokud tato doba přesahuje obvyklé záruky, které jsou běžně poskytované, veškeré náklady na její zajištění uchazeč promítne do ceny technické podpory. Všechna zařízení budou vybavena odpovídající zárukou výrobce (dodavatele). Minimální délka záruky na hardware je 5 let mimo baterie UPS. U serverů, diskového pole a všech kritických HW částí virtuální infrastruktury je vyžadována záruka 5 let a odstranění závady nejpozději následující pracovní den (z důvodu redundance a sizingu řešení je tato odezva postačující).


34 z 61

4 Vyhodnocovací tabulky Specifikace minimálních parametrů TC ORP Uchazeč nakopíruje do nabídky následující tabulky a doplní nabízené hodnoty pro jednotlivé dodávky TC ORP. Položku Splněno vyplňuje zadavatel.

4.1

Vyhodnocovací tabulka pro dílčí plnění 1 – Dodávka HW a SW (infrastruktura) 4.1.1

Rack pro záložní lokalitu TC ORP

Tabulka 1: rack pro záložní lokalitu Výrobce:

Typ:

č.

Parametr

Specifikace min. požadavků

1. 2.

Šířka Výška, hloubka

3.

Provedení

19“ 42U, 1000mm dvojice bočních panelů přední a zadní uzamykatelné perforované dveře napájecí lišty o celkové kapacitě 24x C13 zásuvek

Uchazečem hodnota

nabízená

Splněno [ano/ne]

připojení napájecích lišt do UPS 4.

Připojení čidla vlhkosti, kouře a přístupu do racku

Čidla

4.1.2

Diskové úložiště

Tabulka 2: Požadavky – Diskové úložiště Výrobce: č.

Parametr

1.

Architektura

2.

Výkonnost

Typ:



Splněno [ano/ne]

Modulární, dvouřadičové diskové pole založené na 12Gbit SAS, řešení musí být koncipováno jako HW, SW a FW od jednoho výrobce výkon diskového pole musí být oveřen a otestován v reálném nasazení a veřejně dostupný pro možnost porovnání s konkurenčními produkty - škálování výkonnosti a kapacit přidáváním dalších řadičů


35 z 61

3.

Přenosová technologie, protokol

4.

Front-End konektivita

5.

Rozšíření konektivity

6.

Cache

7.

Rozšíření cache

8.

Instalovaná disková kapacita

9. 10.

Diskový subsystém Minimální rozšíření počtu disků

11.

RAID

12.

Požadované funkcionality diskového řešení

Fibre Channel SCSI protokol iSCSI protokol Min. 2 Storage controllery, min. 8 FC portů min 8Gbps, min 4 iSCSI porty a jeden management port 10/100 Mbps na každý Storage controller min. 8 FC portů min 16Gbps, min 4 iSCSI porty 10Gbps celková velikost cache/RAM v řadičích musí být minimálně 64GB, zálohovaná baterií celková velikost cache/RAM v řadičích musí být rozšiřitelná minimálně na 512GB, zálohovaná baterií fyzická kapacita minimálně 8TB na min. 7.2tis. ot. NL SAS discích v 2,5” velikosti (velikost jednoho disku maximálně 1TB) fyzická kapacita minimálně 4,7TB na rychlých min. 10tis. ot. SAS v 2,5” velikosti (velikost jednoho disku maximálně 600GB) Osaditelnost min. 24 HDD na každý diskový box Rozšiřitelnost na min. 490 HDD Systém musí podporovat tyto RAID standardy RAID-0, RAID-1,RAID-5, RAID-6, RAID-10, Podpora globálních hot-spares - vytváření virtuálních disků - transparentní migrace dat mezi diskovými prostory - thin provisioning (plus zero detect space reclamation) - remote mirroring, snapshoty, klony virtuálních disků i mezi diskovými poli různých výrobců, vícenasobné kaskádované inkrementální snapshoty/klony, reverzní snapshoty - ochrana virtualizovaných dat RAID1 (zdvojení dat virtuálního disku i na dvě pole) - upgrade software a hardware u řadičů musí být proveditelné za chodu a bez ztráty přístupu hostitelských serverů k datům - in-line komprese dat na blokové bázi


36 z 61

13.

Kompatibilita se SAN infrastrukturou

14.

Požadované softwarové funkcionality

- jednotlivá disková pole musí být možné spojit do clusteru, který umožňuje i zrcadlení mezi jednotlivými poli - inteligentní správa výkonnostních charakteristik virtualizovaných diskových prostorů (automatická migrace více utilizovaných dat na rychlejší disky nebo SSD) - diskové pole musí podporovat tzv. externí virtualizaci. Tzn. připojení externích diskových polí od různých výrobců. Seznam podporovaných diskových systému musí být veřejně dostupný pro kontrolu - podpora kompresních funkcí v reálném čase - nesmí být požadován žádný speciální HW, který by zvyšoval náročnost na správu a implementaci celého řešení, jako například použití speciálního inteligentniho switche apod. Diskové pole musí být možné připojit do standardní FC a iSCSI infrastruktury - licence na neomezené vytváření snapshotů a klonů v následujících režimech: - snapshot se po určité době může automaticky stát klonem - incrementá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ě) s možnosti rozšíření o synchronní a asynchronní zrcadlení logických (virtuálních) disků v případě více lokalit - inteligentní správa výkonnostních charakteristik virtualizovaných diskových prostorů (automatická migrace více utilizovaných dat na rychlejší disky nebo SSD) - licence na neomezené používání


37 z 61

15.

Management virtualizačního controleru, další požadavky

Online migrace storage pools

16. Zajištění vysoké dostupnosti 17.

18.

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 - automatický 3 vrstvý tiering SW pro plnohodnotnou správu diskového pole a diskových 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

Management

19.

dat/svazků

mezi

Upgrade konektivity, storage controllerů, rozšíření kapacity nebo výměna HDD musí být proveditelná za chodu, bez výpadku pole a bez ztráty konektivity připojených serverů GUI prostřednictvím web-browseru, Dedikovaný port pro management, CLI Automatická konfigurace a využití hot spare SMART

Monitoring 20.

Automatická práce s vadnými bloky (ABBR - Automatic bad block replacement) Auto-Stat Disk Monitoring System (ADMS) - monitorování „kondice“ dat na discích SNMP trapy, e-mail, syslog Access control (řízení přístupu) pro management rozhraní


38 z 61

21.

Podpora VAAI

VSS

a

Podpora VSS a VAAI v ceně SW

22.

Podpora clusteru

Jednotlivá disková pole musí být možné spojit do clusteru, který umožňuje i zrcadlení mezi jednotlivými poli

23.

Certifikace

certifikace pro VMWare Windows 2012 R2 Server, Xen

24.

Podpora a servis

podpora na 5 let s reakční dobou 4 v místě instalace, stavu a poruch centrum výrobce

25.

Způsob provádění záručního servisu

Jediné kontaktní místo pro nahlášení poruch v celé ČR, servisní střediska pokrývající celé území ČR, možnost sledování servisních reportů prostřednictvím Internetu

4.1.3

5.5,

typu 9x5x365 hodiny, oprava aktivní hlášení na dohledové

Software pro zrcadlení diskových polí

Tabulka 3: Software pro zrcadlení Výrobce:

Typ:

č.

Parametr

1.

Licence pro zrcadlení

2. 3. 4. 5.

Licence pro VDISKY Licence pro snapshoty Licence pro primární diskové pole Licence pro primární diskové pole

4.1.4


Uchazečem hodnota

nabízená

Splněno [ano/ne]

Uchazečem hodnota

nabízená

Splněno [ano/ne]

licence na neomezené zrcadlení volume a LUN pro obě diskové pole (stávající a nově pořizované) software pro vytváření virtuálních disků na primárním diskovém poli software pro vytváření snapshotů na primárním diskovém poli software pro vytváření virtuálních disků na primárním diskovém poli software pro vytváření snapshotů na primárním diskovém poli

Virtualizační server

Tabulka 4: Virtualizační server Výrobce:

Typ:

č.

Parametr


1.

Provedení a vnitřní

Velikost 2U, pro přístup ke všem komponentám serveru není nutné


39 z 61

uspořádání

nářadí, barevně značené hot-plug vnitřní komponenty Min osmijádrový procesor s výkonem minimálně SPECint_rate2006 = 216, SPECcfp_rate2006 = 187 Min osmijádrový procesor s výkonem minimálně SPECint_rate2006 = 216, SPECcfp_rate2006 = 187 128GB pro 2 CPUs, DDR3, (8x16GB Dual Ranked RDIMMs), nutnost zachovat rychlost sběrnice 1333MHz při osazení 66% slotů sbernice server musí podporovat až 6 x 3,5 palcových nebo 8 x 2,5 palcových disků standardu SAS nebo standardu SATA, standardu SAS, 8-mi portový, hardwarový RAID, 256MB zálohovaná cache, podpora hotplug disků SAS i SATA, podpora min. RAID - 0, 1, 5, 6, 10, 50, 60

2.

CPU 1

3.

CPU 2

4.

RAM

5.

Diskový subsystém

6.

Diskový řadič

7.

Optická mechanika

min. 16 x DVD-ROM typu SATA

8.

Síťové rozhraní 1

2x čtyř-portová gigabit ethernet síťová karta s podporou TOE a iSCSI Offload, WOL, iSCSI boot, IPv4, IPv6, rychlost 1Gbit/s

9.

SAN rozhraní 1

2x jednoportový HBA adaptér FC, min. rychlost přenosu 8Gbit/s 2 redundantní síťové napájecí zdroje max. 550W s možností nastavení limitů výkonu a spotřeby v BIOSu požadujeme konfiguraci minimálně 4 volné slot PCI-E pro další rozšiřování management serveru nezávislý na operačním systému poskytující následující management funkce a vlastnosti: web GUI a dedikovaná IP adresa, sledování hardwarových senzorů (teplota, napětí, stav, chybové senzory). Management je řešen zvláštním rozhraním (LAN port)

10.

Napájení

11.

Rozšiřující sloty

12.

Management a vzdálená správa

13.

Umístění v racku

Rackové lyžiny a rameno na kabeláž na zadní straně serveru

14.

Podpora a servis

podpora na 5 let typu 12x5x365 s reakční dobou 4 hodiny, oprava


40 z 61

v místě instalace serveru, servis je poskytován výrobcem serveru

4.1.5

Záložní zdroj UPS

Tabulka 5: UPS Výrobce: č.

Parametr

1.

System

2. 3. 4. 5. 6.


Uchazečem hodnota

nabízená

Splněno [ano/ne]

Uchazečem hodnota

nabízená

Splněno [ano/ne]

1x UPS + 1x rozšiřující baterie

Výstupní výkon Jmenovité vstupní napájení Zkreslení vstupního napětí Rozšiřující baterie Provedení UPS i baterie

7.

Management

8.

Podpora a servis

4.1.6

Typ:

4500W / 5500VA 230V Méně než 5% max. 3U, připojitelná/odpojitelná od UPS bez přerušení napájení Rack mount Monitoring a správa UPS prostřednictvím SNMP nebo webového rozhraní, monitoring a automatické vypínaní strojů různých operačních systémů podpora minimálně 5 let 13x5 na baterie min. 1 rok

Switche FC SAN

Tabulka 6: Switche SAN Výrobce:

Typ:

č.

Parametr


1.

Přenosová rychlost

128 Gbit/s

2.

Trunking rate

64 Gbit/s

3.

Plně režim

Ano

4.

Typ přepínače

FC

5.

Protokol datového spoje

Fibre Channel SCSI protokol

6.

Počet portů

24

duplexní


41 z 61

7. 8.

24 x FC 8Gbit/s Porty

1 x 100Mbit/s management

RJ-45

9.

Konektor

SFP Gbic

10.

Software pro SAN

SW licence pro Full Fabric

11.

Software rozšíření

SW licence pro rozšíření stávajících FC switchů

4.1.7

pro

Licence pro backup

Tabulka 7: Licence pro backup SW Výrobce:

Typ :

č.


1.

2.

Specifikace min. požadavků Zálohovací SW musí umožňovat zálohování MS Active Directory, otevřených souborů, Emailového systému Zálohování v prostředí Windows 2008R2, Windows 2012, Windows 2012R2, Linux

3.

Zálohování otevřených souborů

4.

Podpora D2D, D2T, D2D2T scénářů

5. 6. 7. 8.

Splněno [ano/ne]

Podpora addon zálohování serverové virtualizační vrstvy pro maximální výkonnost Podpora knihoven fyzických i virtuálních, zálohování na disk Automatické zálohování obrazu virtuálních strojů s využitím VCB pluginu Podpora archivace a deduplikace dat

4.1.8

Licence pro OS serverů

Tabulka 8: Licence pro server SW Specifikace min. č. Parametr požadavků Operační systém 2x Windows 2012R2 Server 1. do virtuálního Datacenter 2CPU (OLP prostředí licence) Uživatelské licence 120x Windows 2012R2 User 2. pro přístup CAL (OLP licence) k servrovému OS

Uchazečem hodnota

nabízená

Splněno [ano/ne]


42 z 61

4.1.9

Licence pro databáze

Tabulka 9: Licence pro databázový SW č.

Parametr


1.

Operační systém do virtuálního prostředí

2x licence kompatibilní s Microsoft Windows SQL Server 2014 Core Edition

Uchazečem hodnota

nabízená

Uchazečem hodnota

nabízená

Splněn o [ano/n e]

4.1.10 Implementace Tabulka 10: Implementace č.


1.

instalace a konfigurace HW včetně instalace do racku

2.

instalace a konfigurace SW IBM

3.

kompletní konfigurace zrcadlení diskových polí

4. 5. 6.

Splněno [ano/ne]

konfigurace zálohování včetně implementace zálohovacího plánu pro nové prostředí SAN školení v rozsahu správy a administrace dodávaných technologií konfigurace LAN a ověření funkčnosti při výpadku redundantního switche

7.

konfigurace a nastavení SAN

8.

konfigurace a nastavení VDISK a LUN

9.

testování SAN konektivity k diskovému poli

10.

měření rychlosti přenosu dat na SAN

11.

konfigurace a nastavení zrcadlení mezi poli

12.

konfigurace a nastavení VLAN

13.

testování LAN konektivity a měření zátěže

14.

ověření funkčnosti při výpadku LAN switche

15.

testování SAN konektivity k druhému diskovému poli

16.

ověření funkčnosti při výpadku optického vlákna


43 z 61

17.

měření rychlosti přenosu dat na SAN


44 z 61

4.2 Vyhodnocovací tabulka pro dílčí plnění 2 – Multifunkční zařízení a skenovací linka 4.2.1

Skenování

Zařízení musí mít následující vlastnosti Specifikace min. požadavků


Splněno [ano/ne]

Síťové připojení Rychlost skenovaní 25 stránek za minutu černobíle Podavač na minimálně 100 listů Možnost odeslání skenovaného dokumentu na úložiště typu Email, Adresář, FTP nebo na server s možností stažení přes webové rozhraní. Skenování na USB zařízení Skenování dokumentů do textového PDF formátu (tj. aby byl prohledatelný), Word, Excel přímo ze zařízení Možnost zpracovávat paralelně až 10 skenovacích úloh Schopnost kódy

automaticky

vytěžovat

čárové

Jednoduché skenování jedním stiskem tlačítka Podpora OCR Optické rozlišení minimálně 600 x 600 dpi (tady musí být uvedeny osy x a y, tedy 600x600 dpi (600x1200, 600x2400 dpi atd., jedná se hw rozlišení, to nemá nic společného se SW, které má pak hodnoty např. 9600 x 9600) Hloubka barev 24 bit vstup i výstup Ploché lože Formáty A3, A4, A5, A6, B5, Letter Denní spolehlivá kapacita minimálně 1 000 listů Automatické odstranění prázdných stran při oboustranném skenování Odstranění děr 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 Stránka

45 z 61

Automatická rotace obrazu Vylepšení textu Vyhlazování hran Doostření (neostrá maska) Potlačení moiré efektu Duplexní skenování Hardwarová komprese JPEG, Komprese TIFF, JPEG, Komprese PDF Výstupní formáty JPEG, TIFF, multi-TIFF, PDF, PDF dávkové, zabezpečené PDF, PDF/A, prohledávatelné soubory PDF, PDF/A, XPS, linearizované soubory PDF, JPEG, TIFF, jednostránkové/vícestránkové soubory PDF, TIFF, podpora rozhraní TWAIN Automatická rotace obrazu

4.2.2

Tisk

Technické podmínky - Digitální multifunkční stroj – barevný Zařízení musí mít následující vlastnosti: Specifikace min. požadavků


Splněno [ano/ne]

Digitální stroj technologie laser, LED Rychlost stroje min. 25 barevných str./min., 25 str./min černobíle Velikost originálu/kopie: A4, A3 Podporovaná média v rozsahu A5 až 297 x 420mm Automatický oboustranný podavač dokumentů (min. na 100 listů) Požadována duplexní jednotka (automatický duplex pro kopírování, tisk, skenování) Stroj bude vybaven tiskovým modulem, včetně síťové karty 10/100/1000 Base-TX Ethernet, přímý tisk z vysokorychlostního USB 2.0 Doba výstup první stránky při tisku: do 10 sekund v barevném režimu do 8 sekundy v černobílém režimu 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 Stránka

46 z 61

Požadované tiskové rozlišení: min.2400 x 600 dpi (požadujeme uvést hw rozlišení) Požadovány min. 4 zásobníky papíru, každý na 500 listů + boční vstup (ruční nakladač na 50 listů) Požadujeme integrovaný kancelářský finišer s možností sešívat až 50 listů v jednom místě Zoom v rozsahu 25 – 400% Tisk na papír s gramáží 60 až 250 g/m2 Tisk a skenování z/na USB klíč Dvoujádrový procesor systémové paměti

1GHz

/

2

GB

Paměť o velikosti min. 1 GB Pevný disk min. 160GB Barevné skenování rychlostí min. 55 str./min. Síťové skenování do domovské složky, do prohledávatelného souboru S-PDF, S-PDF/A, XPS, Word, Excel přímo ze zařízení s podporou českého jazyka Skenovaní dokumentů na úložiště typu Email, Adresář, FTP nebo na server s možností stažení přes webové rozhraní. Skenování na USB zařízení Náhled na celou tiskovou úlohu přes webové – kontrola tisků pro Administrátora s možností náhledu jednotlivých stran dokumentů Náhled na celou tiskovou úlohu přímo na zařízení, tak aby uživatel viděl přímo na zařízení jednotlivé strany dokumentu a mohl se ujistit, že je to požadovaný dokument Barevný dotykový LCD displej s ovládáním i v českém jazyce Požadujeme obousměrné tiskové ovladače poskytující informace o stavu zařízení a úlohy Požadujeme možnost uložení předvoleb ovladače podle aplikace ze které se tiskne a automatickou aktivaci těchto předvoleb při tisku z této aplikace Požadujeme plnou kontrolu nákladů, tj. možnost přidělit uživatelům restrikce např. podle barvy, denní doby, typu úlohy a aplikace odesílající tisk Požadujeme vzdálenou správu zařízení (např. webový server integrovaný v zařízení pro monitorování, nastavení, ovládání)


47 z 61

Požadujeme zdarma automatický odečet stavu počítadel (zařízení automaticky ve správný čas zašle počítadla) Stroj bude dodán včetně prvotního spotřebního materiálu

4.2.3

Skenovací linka

Skenovací SW musí mít následující vlastnosti Specifikace min. požadavků


Splněno [ano/ne]

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é předloh

narovnání

šikmo

vložených

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


48 z 61

Odmazání prázdných stran Nutnost nalepení vlastního čárového kódu V případě že je předchozí řádek Ano, cena za 150.000 ks (jinak nevypisovat) Zajištění napojení skenovací linky na stávající spisovou službu, případně na agendy - popis


49 z 61

4.3 Vyhodnocovací tabulka pro dílčí plnění 3 – DMS - jednotné úložiště dokumentů a datový sklad 4.3.1

DMS – jednotné úložiště dokumentů



Splněno [ano/ne]

· Centrální úložiště dokumentů založených v agendovém informačním systému · Centralizace procesu kontroly a správy elektronických podpisů a časových razítek. · Jednotné úložiště souborů s možností efektivní správy a prohlížení mimo aplikaci, kde soubor vznikl. · Evidence přidělených časových razítek (kolik, kdy, kdo). · Automatizace procesu kontroly exspirace certifikátů podpisů a časových razítek a jejich "přerazítkování" novým časovým razítkem. · Fulltextové vyhledávání nad metadaty. · Fulltextové vyhledávání nad vybranými typy souborů. · Verzování uložených dokumentů. · Možnost ukládání i jiných dokumentů, než písemností (fotografická dokumentace, plány, schémata, zápisy, …). · Možnost webového odkazu na daný dokument (možnost vystavit dokument na Intranetu). · Kontrola konzistence metadat mezi SSL a jednotným úložištěm. · Systém přístupových práv u dokumentů zadaných přímo do DMS. Další funkce: · zajištění důvěryhodnosti uložených souborů · záruka neměnnosti uloženého souboru · verzování změn souboru · přehled o přístupu k souboru 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 Stránka

50 z 61

· pokročilý způsob vyhledávání · možnost opatřit soubor metadaty · obecné XML rozhraní aplikace pro uložení externích dokumentů z jiných IS Migrace dokumentů uložených v současné spisové službě do nově pořizovaného DMS včetně zachování vazeb mezi dokumenty. Uchazeč popíše způsob zajištění a kontroly migrace těchto dokumentů Možnost provázání na skenovací linku: · definice přístupových práv · řízení přístupu na základě přístupových práv · evidence jakékoli manipulace s dokumentem · možnost vložení dokumentu · jednoznačná identifikace dokumentu v systému · možnost popisu dokumentu (metadata) · možnost exportu kopie dokumentu ze systému · možnost odstranění dokumentu ze systému · stanovení míry autenticity na základě metadat · možnost správy archivních metadat · schopnost automaticky vykonávat kontrolu uložených dat · schopnost zobrazení historie dokumentu ·

schopnost vazeb mezi dokumenty (např. vazba mezi původní a migrovanou verzí) ·

vyhledávání dokumentů (fulltext, metada)

sledování kopií dokumentu uložených na různých médiích


51 z 61

4.3.2

Datový sklad



Splněno [ano/ne]


Splněno [ano/ne]

Požadované služby a funkce: · Inkrementální plnění datového skladu (přírůstkové) · Kompatibilita se současnými datovými platformami · Kompletní pokrytí licencí a to jak na klientské tak na serverové straně · Analytická část – analýza datových zdrojů · Vytvoření datového skladu – implementace manažerského datového skladu · Plnění datového skladu – nastavení transformačních mechanismů pro primární data · Koncové reporty – návrh 20 manažerských reportů podle zadání · Prostředek pro tvorbu manažerských reportů · Proškolení interního týmu na tvorbu reportů · Prostředek pro prohlížení reportů – zadavatel pro prohlížení reportů připouští použití stávajícího vybavení jako např. Microsoft Office nebo webový prohlížeč · Publikace reportů na předem určenou skupinu · Řízení práv na reporty až na úroveň jednotlivých dimenzí · Databáze datového skladu bude korespondovat se standardizovanými modely struktury datového skladu · Rozhraní pro přístup k publikaci analytických výsledků nesmí být vázáno na jednoho dodavatele prezentační vrstvy, musí být realizováno v otevřeném formátu · Správa přístupu uživatelů musí být kompatibilní s používaným autentizačním systémem · Součástí dodávky bude uživatelská, provozní a bezpečnostní dokumentace.

4.3.3

Migrace



52 z 61

Uchazeč uvede všechny nutné migrace pro úspěšné nasazení díla do provozu tak, aby bylo plně datově kompatibilní se stávajícím prostředím a informačními systémy, viz výše a plnilo požadavky kompatibility. Minimálně je požadováno zachování všech dat a vazeb ze současného agendového informačního systému.

4.4 Vyhodnocovací tabulka pro dílčí plnění 4 – dodávka SW pro elektronizaci agend 4.4.1

•Napojení na krajskou digitální spisovnu



Splněno [ano/ne]

V SSL původce dojde k uzavření spisu a rozhodnutí že dojde k jeho předání do KDS SSL původce vytvoří balíček SIP obsahující povinná metadata a povolené formáty souborů SSL původce pomocí webových služeb předá SIP balíček do KDS KDS uloží SIP balíček do karanténního úložiště KDS opakovaně provádí antivirovou kontrolu a kontrolu správnosti formátu a metadat. Tento proces trvá cca 2 – 3 týdny aby došlo k aktualizaci antivirového software (tím se zamezí infikaci hlavního úložiště neznámým virem) Pokud SIP balíček projde všemi kontrolami, doplní pracovník KDS dodatečná metadata a ze SIP balíčku je vyroben AIP balíček, který putuje do garantovaného úložiště KDS se o balíček AIP stará až do skartačního řízení (konverze formátů, přerazítkování, kontrola integrity, atd …) Když dojde k vypršení skartační lhůty je obeslán původce a NDA Po skartaci jsou příslušná data odstraněna z depozitáře a vybrané dokumenty či spisy jsou přesunuty do NDA

4.4.2

•Ekonomické agendy pro PO města



Splněno [ano/ne]


53 z 61

Ekonomické agendy musí být ve shodě s následujícími legislativními normami:

č. 563/1991 Sb., o účetnictví, dále vyhláškou č. 383/2009 Sb., - novelizované dle vyhlášky č. 461/2012 Sb. s účinností od 1. 1. 2013, o účetních záznamech v technické formě vybraných účetních jednotek a jejich předávání do centrálního systému účetních informací státu a o požadavcích na technické a smíšené formy účetních záznamů (technická vyhláška o účetních záznamech). 235/2004 Sb., o dani z přidané hodnoty, 586/1992 Sb., o daních z příjmů; 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ů

Agendy obsahují následující moduly:


54 z 61

Rozpočtové účetnictví Rozhraní CSÚIS Objednávky Výdaje Příjmy SIPO Fakturace Pokladna Banka ISIR – Insolvenční rejstřík Vymáhání pohledávek Nespolehlivý plátce Pohledávky Závazky Finanční prostředky Avízo včetně SMS

4.4.3

Rozhraní na platební terminál



Splněno [ano/ne]

Propojení SPT se stávajícím ekonomickým systémem 1. nastavení připojení – ON-LINE 2. způsob průběhu transakce SPT stávajícím ekonomickým systémem:

–

se


55 z 61

 požadavek občana na zaplacení poplatku – definování účetního pohybu – příprava vstupních dat pro SW GINIS (formát GINIS) a předání informace do SW GINIS, po přiřazení PID a ostatních údajů je zaslána informace zpět do SPA pro možnost zaplacení poplatku,  otevře se položka v SPT pro platbu občana – občan provede platbu (případně dojde ke stornu) – tato informace o zaplacení/stornu je předána zpět do SW GINIS  SW SPT potvrdí platbu a odešle informaci o provedené platbě ve formátu pro tisk účetního dokladu do tiskárny  musí být splněna jednoznačná identifikace platby – kódů položek, podle odborů, PID může obsahovat 12 znaků,  musí být zajištěna strukturovaná informace (GINIS),  musí být nastaveno jednoznačné rozhraní o komunikaci SW SPT a SW GINIS,  SPT uloží informaci o provedené platbě do souboru (databáze) – ke stažení dle nastavených podmínek (denní uzávěrka, měsíční uzávěrka)  komunikace bude ošetřena generováním SSL certifikátů pro zabezpečení přenosu dat  SPT bude mít jednoznačnou identifikaci pro přenos informací  bude nutné dohodnout chybové stavy: např. přerušení komunikace SW SPT – SW GINIS, nelze zaúčtovat, nelze provést platbu (není možné vrátit příslušný obnos), vypršení certifikátu apod.

4.4.4

SMS avíza plateb

Specifikace min. požadavků - funkcí


Splněno [ano/ne]

SMS/MMS podatelna SMS mobilní platby SMS notifikace 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 Stránka

56 z 61

SMS upomínky SMS rozhlas Napojení na SMS kanál pro rozesílání

4.4.5

Rozhraní mezi spisovou službou a úřední deskou



Splněno [ano/ne]


Splněno [ano/ne]

Umožňuje odeslání dokumentu přímo ze stávající spisové služby na předem stanovenou url adresu.

4.4.6

•Vazba na centrální registry

Požadované funkce: Spojení mezi ISRV 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 Správa uživatelů oprávněných k eGON službám na základě přidělené činnostní role Administrace a mapování rolí na činnostní a role v RPP Administrace eGON služeb včetně nastavení četnosti a způsobu zpracování notifikací změn Obhospodařování logovacích souborů eGON služeb přes GUI s možností tisku sestav Na úrovni oprávněných agend (tj. agend VS), zajistí ověření správnosti dat (varianta eSO i eSIR) včetně možnosti jejich editace v lokálních registrech Získávání dat z registrů


57 z 61

4.5 Vyhodnocovací tabulka pro dílčí plnění 5 – Transparentní kontrola rozpočtu města Transparentní kontrola se bude skládat ze dvou základních komponent a to manažerské kontroly a veřejné kontroly. Specifikace min. požadavků


Splněno [ano/ne]

MIS – Manažerský informační systém, bude obsahovat 5 základních oblastí ekonomických přehledů :

- Úpravy rozpočtu – pohled na schválený rozpočet a jeho úpravy v rámci zvoleného roku včetně srovnání se skutečností předchozího rozpočtového roku k danému období. Návrhy rozpočtu – sledování jednotlivé verze návrhů rozpočtu se srovnáním skutečností let předchozích. Čerpání/plnění rozpočtu – pomocí MIS nástroje sledovat aktuální stav čerpání rozpočtu, dopady rozpočtových opatření v kapitolách rozpočtu 

Rezervace prostředků – přehled čerpání rozpočtu včetně rezervovaných prostředků ze smluv, objednávek a faktur  Vývoj plnění/čerpání rozpočtu – pro srovnání čerpání/plnění rozpočtu v jednotlivých letech nabízíme Vývoj plnění/čerpání rozpočtu za poslední tři roky

Transparentní kontrola rozpočtu – zajišťuje:  transparentnost ve správě financí obce a úřadu, 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 Stránka

58 z 61

 veřejnou kontrolu hospodaření s rozpočtem,  informace o financování konkrétních projektů,  kompletní přehled o příjmech a výdajích,  informace o hospodaření organizací zřizovaných obcí,  srozumitelné informace o nakládání s prostředky obce.  zobrazení schválené informace z IS přímo na web města,  zveřejnění rozpočtu a jeho plnění/čerpání určené široké veřejnosti,  nabídku interaktivního „proklikávání“ příjmů i výdajů,  poskytnutí čerpání rozpočtu přes odbory a investiční i neinvestiční akce podle nastavení,  informování o hospodaření organizací zřizovaných obcí,  zobrazení srovnávací tabulky, procenta plnění/čerpání a grafy,  využití dat z rozpočtu a skutečností z účetnictví bez ohledu na provozovaný IS,  zpracování dat automaticky, bez dalších operací správce,


59 z 61

 export tabulek a grafů do běžných formátů (doc, xls, pdf, ppt, odt, ods)


60 z 61

4.6 Vyhodnocovací tabulka pro dílčí plnění 6 – Tvorba formulářů a vytěžování formulářových dat Specifikace min. požadavků Napojení do stávajícího informačního systému úřadu


Splněno [ano/ne]

agendového

Dodávka publikační licence Tvorba min. 55 ks inteligentních formulářů pro výkon agend úřadu Intuitivní ovládání při tvorbě formulářů (bude ověřeno při hodnocení nabídky) Možnost práce s formuláři on-line i off-line Možnost nastavení autorizace formulářů (el. podpis, časové razítko) Možnost připojování formulářům Administrace místě

všech

příloh formulářů

k jednotlivým na

jednom

Sw prostředí pro on line provoz, správu a tvorbu formulářů


61 z 61

Příloha 1 Technická specifikace pro výběrové řízení Elektronizace městského úřadu Hustopeče

Recommend Documents