TECHNICKÁ SPECIFIKACE PŘEDMĚTU VEŘEJNÉ ZAKÁZKY

Příloha č. 4 – Technická specifikace předmětu veřejné zakázky

TECHNICKÁ SPECIFIKACE PŘEDMĚTU VEŘEJNÉ ZAKÁZKY Dodávka a implementace komponent hardware a software 2

Obsah dokumentu 1 2 3

Legislativa Popis současného stavu Požadavky budoucího stavu

6 9 12

3.1 3.2 3.2.1 3.2.2 3.2.3 3.2.4 3.2.5 3.3 3.3.1 3.3.2 3.3.3 3.4 3.4.1 3.4.2 3.4.3 3.4.4 3.4.5 3.4.5.1 3.4.5.2 3.4.6 3.4.7 3.4.7.1 3.4.7.2 3.4.7.3 3.4.7.4 3.4.7.5 3.4.7.6 3.4.7.7 3.4.8

Způsob prokázání splnění požadavků minimálního plnění Požadavky na rozšíření infrastruktury Server pro posílení virtualizace Diskové pole Datacentrový switch pro propojení serveru Licence pro virtualizaci (virtualizační SW) Instalace do infrastruktury Zadavatele Požadavky na skener a infrastrukturní SW pro skenovací linku Hardware skeneru Infrastrukturní SW pro skenovací linku Instalace skeneru, vč. infrastrukturního SW pro skenovací linku Požadavky na Agendový informační systém města Krnova (AISMK) Požadavky na licence Struktura AISMK Napojení AISMK na ISZR Obecné požadavky na AISMK Vazby mezi ekonomickými agendami Obecné vazby mezi moduly a základní návaznost procesů Vazba na ISIR a vymáhání Správní agendy – návaznosti Elektronizace dokumentů Spisová služba Čárový kód Komunikace s krajskou spisovnou Metadata digitalizace Základní nároky na obslužný systém Skartace Workflow oběhu dokumentů Ekonomické agendy

12 12 12 13 15 17 18 18 18 19 19 20 20 21 22 22 24 24 25 26 27 27 27 28 29 29 30 30 30

Tento projekt je spolufinancován Evropskou unií z Evropského fondu pro regionální rozvoj Operační program: Integrovaný operační program, výzva 22 – Konsolidace IT a nové služby TC obcí Prioritní osa: 2 Zavádění ICT v územní veřejné správě Oblast podpory: 2.1 Zavádění ICT v územní veřejné správě Cíl podpory: Konvergence

3.4.8.1 3.4.8.2 3.4.8.3 3.4.8.4 3.4.8.5 3.4.8.6 3.4.8.6.1

Evidence ekonomických subjektů Evidence movitého a nemovitého majetku Agendy nájmu Evidence smluv Objednávky Účetnictví obce Účetnictví

30 31 32 35 36 37 37

3.4.8.6.2

Kniha došlých faktur

39

3.4.8.6.3

Zpracování elektronických bankovních výpisů

39

3.4.8.6.4

Pokladna

40

3.4.8.6.5

Rozpočet

41

3.4.8.6.6

Poplatky

42

3.4.8.6.7

Skladová evidence

43

3.4.8.6.8

Vazby na interní i externí agendy / registry

44

3.4.9 3.4.9.1 3.4.9.2 3.4.9.3 3.4.9.4 3.4.9.5 3.4.9.6 3.4.9.6.1

Správní agendy Evidence obyvatel Evidence pozemků a zahrádek Evidence psů Evidence přestupků Evidence předpisů a nařízení obce Evidence stížností Matrika

45 45 45 45 46 48 48 48

3.4.9.7 3.4.9.8 3.4.9.9 3.4.9.10 3.4.9.11 3.4.9.12 3.4.9.13 3.4.9.14 3.4.9.15 3.4.10 3.4.10.1 3.4.10.2 3.4.10.3 3.4.10.4 3.4.10.5 3.4.10.6 3.4.10.7 3.4.10.8 3.4.10.9 3.4.10.10 3.4.10.11 3.4.10.12 3.5 3.5.1 3.5.2 3.5.3

Sociální agenda Sociální agenda – opatrovnictví Střet zájmů Evidence výherních hracích přístrojů (VHP) Evidence dopravních agend Evidence myslivosti Evidence znečišťovatelů ovzduší Evidence odnětí ZPF a PUPFL Evidence odpadů Obslužné agendy Evidence materiálů do rady a zastupitelstva Evidence úkolů Evidence žádanek o auto Evidence projektů Elektronická podatelna Elektronické podpisy Elektronická spisovna Kontrola rozpočtu veřejností Elektronická úřední deska Elektronická organizace voleb Webový přístup občana Stavební úřad Další práce, služby a požadavky implementace Instalace, implementace a akceptace plnění Migrace dat Rozhraní (integrace) na provozované IS města Krnov

49 50 51 51 52 52 53 54 54 56 56 56 57 57 58 58 58 58 59 59 60 60 62 62 63 64 Strana 2 ze 67

3.5.4 3.5.5 3.6

Školení Dokumentace Servisní podpora (technická podpora a servis)

65 65 66

Strana 3 ze 67

Zkratky a pojmy 1) 2) 3)

Zkratky a pojmy užité v Příloze P 04 – Technická specifikace jsou uvedeny v následující tabulce. Jedná se o podpůrnou informaci, kterou Zadavatel poskytuje pro zachování jednoznačného výkladu textu dokumentu. Zkratky a pojmy běžně užívané v oblasti informačních systémů veřejné správy a veřejné správy jako takové, vč. legislativou definovaných zkratek a pojmů zde nejsou uvedeny.

Zkratka

Význam

AIP

Archival Information Package (archivní balíčky zahrnující ukládaný obsah a jeho příslušné popisné informace pro uchovávání - metadata)

AIS

Agendové informační systémy

AISMK

Agendový informační systém města Krnova

CAF

Common Assessment Framework - Společný hodnotící rámec - je modelem jakosti, vycházejícím z modelu EFQM, specificky zjednodušený pro veřejnou správu.

CMS

Centrální místo služeb

CRR

Centrum regionálního rozvoje

CSÚIS

Centrální systém účetních informací státu

DCMES

Dublin Core Metadata Element Set Formát struktury metadatových popisků

DIČ

Daňové identifikační číslo

DIKHS

Dodávka a implementace komponent hardware a software 2 (název veřejné zakázky)

DMVS

Digitální mapy veřejné správy

ERMS

Electronic Record Management Systém (Elektronický systém spisové služby)

HTML

HyperText Markup Language. Jazyk internetových stránek

ICT

Informační a komunikační technologie

IČ

Identifikační číslo

IOP

Integrovaný operační program

IS

Informační systém

ISDS

Informační systém datových schránek

ISMK

Informační systém města Krnova

KIVS

Komunikační infrastruktura veřejné správy

Metadata

Strukturovaná popisná data

MIO

Milión

NSESSS

Národní standard pro elektronické systémy spisové služby

OP LZZ

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

ORP

Obec s rozšířenou působností

OS

Operační systém

OVM

Orgán veřejné moci

PDF

Portable Document Format Strana 4 ze 67

Zkratka

Význam

PDF/A

Oficiální archivační verze formátu PDF definovaná standardem ISO 19005-1:2005.

PO

Příspěvkové organizace

RDF

Resource Description Framework.

RMS

Rack monitoring system

SA

Smart Administration – chytrá veřejná správa

SIP

Státní informační politika

SIP

Submission Information Package (balíčky přijímané od původců)

SLA

Service Level Agreement – garantovaná úroveň služeb

SOA

Service Oriented Architecture – architektura orientovaná na služby

SSL

Spisová služba (nebo také Elektronická spisová služba)

StS

Státní správa

SZSS

Správa zdravotních a sociálních služeb

TC

Technologické centrum

ÚAP

Územně analytické podklady

ÚKM

Účelové katastrální mapy

Workflow

Definovaný pracovní postup s předem daným pořadím nebo větvením kroků.

XML

eXtensible Markup Language, rozšiřitelný značkovací jazyk je obecným značkovacím jazykem pro vytváření konkrétních značkovacích jazyků pro různé účely a typy dat.

KPI

Key performance indicator Klíčové ukazatele výkonu Tabulka 1. Zkratky a pojmy

Strana 5 ze 67

1 1) 2)

Legislativa Nabízené řešení musí splňovat platnou legislativu a to po celou dobu udržitelnosti projektu. Zejména se jedná o předpisy uvedené v následující tabulce

Agenda

Předpis

Typ agendy

Spisová služba 

Zákon č. 499/2004 Sb., o archivnictví a spisové službě a o změně některých zákonů

Evidence ekonomických subjektů



Zákon č. 111/2009 Sb., o základních registrech

Evidence movitého a nemovitého majetku



Zákon č. 563/1991 Sb., o účetnictví

Evidence bytů



Zákon 89/2012 Sb., obč. zákoník

Evidence nebytových prostor



Zákon č. 89/2012 Sb., občanský zákoník

Evidence nájemců nebytových prostor




Evidence nájemců bytů




Služby nebytových prostor




Služby bytů




Samospráva

Evidence smluv



Podpůrná agenda

Samospráva

Objednávky



Podpůrná agenda

Samospráva

Účetnictví obce

    

Samospráva



Zákon č. 563/1991 Sb., o účetnictví Zákon č. 235/2004 Sb., o dani z přidané hodnoty Zákon č. 586/1992 Sb., o daních z příjmů Zákon č. 323/2002 Sb., o rozpočtové skladbě Vyhláška č. 220/2013 Sb. o požadavcích na schvalování účetních závěrek některých vybraných účetních jednotek Vyhláška č. 383 (rok 2014) technická vyhláška o účetních záznamech Vyhláška č. 270 (rok 2010) o inventarizaci majetku a závazků

Poplatky

   

Zákon č. 565/1990 Sb., o místních poplatcích Zákon č. 280/2009 Sb., daňový řád Zákon č. 634/2004 Sb., o správních poplatcích Zákon č. 182/2006 Sb., insolvenční zákon

Samospráva


 

Zákon č. 563/1991 Sb., o účetnictví Zákon č. 235/2004 Sb., o dani z přidané hodnoty

Samospráva

KXF - zpracování elektronických bankovních výpisů



Podpůrná agenda

Skladová evidence



Zákon č. 563/1991 Sb., o účetnictví

Samospráva



Zákon č. 250/2000 Sb., o rozpočtových pravidlech územních rozpočtů

Samospráva

Spisová služba

Oboje

Ekonomické agendy



Rozpočet

Přenesená StS Samospráva Samospráva Samospráva Samospráva Samospráva Samospráva

Samospráva

Strana 6 ze 67

Agenda

Předpis

Typ agendy

  

Zákon č. 323/2002 Sb., o rozpočtové skladbě Zákon č. 320/2001 Sb., o finanční kontrole Vyhláška 416/2004 Sb.

Evidence obyvatel



Zákon č. 133/2000 Sb., o evidenci obyvatel a rodných číslech

Evidence pozemků a zahrádek




Evidence psů

    

Zákon č. 565/1990 Sb., o místních poplatcích, Zákon č. 280/2009 Sb., daňový řád, Zákon č. 634/2004 Sb., o správních poplatcích Zákon č. 182/2006 Sb., insolvenční zákon Zákon č. 246/1992 Sb., na ochranu zvířat proti týrání

Evidence přestupků

 

Zákon č. 200/1990 Sb., o přestupcích Zákon č. 500/2004 Sb., správní řád

Evidence předpisů a nařízení obce

 

Zákon č. 128/2000 Sb., zákon o obcích - jednací řád Zákon č. 106/1999 Sb., o svobodném přístupu k informacím

Samospráva

Evidence stížností

 

Zákon č. 128/2000 Sb., o obcích Zákon č. 85/1990 Sb., petiční zákon

Samospráva

Matrika



Zákon č. 301/2000 Sb., o matrikách, jménu a příjmení

Přenesená StS

Sociální agenda

 

Zákon č. 359/1999 Sb., o sociálně právní ochraně dětí Zákon č. 108/2006 Sb., o sociálních službách

Přenesená StS

Sociální agenda opatrovnictví




Střet zájmů



Zákon 159/2006 Sb., o střetu zájmů

Samospráva

Evidence výherních hracích přístrojů

   

Zákon č. 202/1990 Sb., o loteriích a jiných podobných hrách Zákon č. 500/2004 Sb., správní řád Zákon č. 634/2004 Sb., o správních poplatcích Vyhláška 223/1993 o hracích přístrojích

Přenesená StS

Evidence dopravních agend



Zákon č. 111/1994 Sb., o silniční dopravě

Evidence myslivosti



Zákon č. 449/2001 Sb., o myslivosti

Přenesená StS

Evidence mysliveckých a rybářských průkazů

 

Zákon č. 449/2001 Sb., o myslivosti Zákon č. 99/2004 Sb., o rybářství

Přenesená StS

Evidence znečišťovatelů ovzduší - OvzdusiSQL



Zákon č. 201/2012 Sb., ochraně ovzduší

Evidence odpadů Evi/Espi



Zákon č. 185/2001 Sb., o odpadech

Evidence materiálů do rady a zastupitelstva



Zákon č. 128/2000 Sb., zákon o obcích - jednací řád, právo občana projednávat určité záležitosti

Samospráva

Evidence úkolů



Podpůrná agenda

Samospráva

Evidence žádanek o auto



Podpůrná agenda

Správní agendy Přenesená StS Samospráva

Samospráva

Přenesená StS

Přenesená StS

Přenesená StS Přenesená StS

Obslužné agendy

Samospráva

Strana 7 ze 67

Agenda

Předpis

Typ agendy

Evidence projektů



Podpůrná agenda

Samospráva

Evidence konverzí a ověřování



Zákon č. 21/2006 Sb., o ověřování shody opisu nebo kopie s listinou

Elektronická podatelna



Zákon č. 500/2006 Sb., správní řád

Evidence agend, rolí a uživatelů



Zákon č. 111/2009 Sb., o základních registrech

Elektronické podpisy



Podpůrná agenda

Oboje

Elektronická spisovna

 

Zákon č. 252/2012 Sb., o podrobnostech výkonu spisové služby Vyhláška č. 259/2012 Sb., o podrobnostech výkonu spisové služby

Oboje

Kontrola rozpočtu veřejností



Podpůrná agenda

Elektronická úřední deska



Zákon č. 500/2004 Sb., správní řád

Elektronickou organizaci voleb



Zákon č. 491/2001 Sb. o volbách do zastupitelstev obcí a o změně některých zákonů

Přenesená StS

Webový přístup občana



Zákon č. 280/2009 Sb., daňový řád, dálkový přístup na osobní daňový účet poplatníka

Samospráva

Evidence odnětí ZPF a PUPFL



Zákon č. 334/1992 o ochraně zemědělského půdního fondu, 289/1995 lesní zákon

Přenesená StS

 

Zákon č.. 183/2006 Sb. popř. i Zákon č. 50/1976 Sb.

Přenesená StS

Stavební úřad

Samospráva Samospráva Oboje

Samospráva Samospráva

Tabulka 2. Minimální požadavky na aplikaci legislativy

Strana 8 ze 67

2 1) 2) 3) 4)

Popis současného stavu Veškeré dodávané komponenty musí respektovat stav infrastruktury Zadavatele a musí být s nimi kompatibilní. Veškeré náklady na toto zakomponování musí být součástí ceny. Pod pojmem back office je vnímán infrastrukturní hardware a software. Pokrytí výpočetní technikou pro jednotlivé odbory úřadu je uvedeno v následující tabulce

Název

Počet

Celkový počet zaměstnanců

154

Celkový počet odborů

9 + MP

Celkový počet PC úřadu

162

Celkový počet serverů

6 fyzických + 16 virtuálních

Celkový počet informatiků

5 Tabulka 3. Pokrytí výpočetní technikou pro jednotlivé odbory úřadu

5)

Servery Konfigurace a účel jednotlivých serverů je uvedena v následující tabulce

Název

Konfigurace

Účel

2x IBM Systém x3550 M4 Server

     

Intel Xeon CPU E5-2,6 GHz 6CPU x 2GHZ 1 Processor Socket 6 Cores per Sockets 12 logical processors 65,5 GB Physical memory



Server VMware 5.1

1x IBM Systém x3550 M2 Server

    

Intel Xeon CPU E55530- 2,4 GHz 8CPU x 2GHZ 2 Processor Socket 4 Cores per Sockets 36,5 GB Physical memory



Server VMware 5.1

1x IBM Server



1CPU 3,5 GB RAM, HD 130GB



Testovací, pomocné, dohledové servery

Noname



Linux Debian 32 bit, 1 CPU, 500MB RAM, HD 130 MB



Podatelna



Firewall

ZyWall USG 1000

Tabulka 4. Konfigurace a účel jednotlivých serverů

6)

Data Konfigurace a účel jednotlivých diskových polí je uvedena v následující tabulce

Diskové pole

Kapacita

FAS 2020 + expanzni box

  

NetApp FAS 2020 8x300k  SAS

12x1TB SATA - 4.15TB (free 1,4TB) + 14x 300GB 15k FC - 2,44TB (free 900GB) - konektivita ethernet 2x1Gbit – hlavní pole 2.rok v provozu 1,33TB (free 5GB) – určeno pro interní zálohovaní, konektivita ethernet 1x1Gbit – starší 6let, výpadky disků

Strana 9 ze 67

Diskové pole

Kapacita

IBM xSeries 345



Testovací 6x148,6 GB – výpadky disků

IOmega NAS

 

6x2TB v RAID5+spare = 8TB, primární uložiště zálohováni TSM, konektivita ethernet 1x1Gbit Tabulka 5. Konfigurace a účel jednotlivých diskových polí

7)

Lokální technické prostředky Správa lokálních technických prostředků je uvedena v následující tabulce

Název

Popis

Operační systém

 

Správa lokálních stanic

  

Správa periferií

 

Windows XP, update distribuován přes ZfD 7 (postupně nahrazován Windows 7 – licence zakoupené pro všechny PC) Windows 7, update distribuován přes ZCM11 Je vzdálený přístup k pracovní stanici při podpoře uživatelů Je řešena centrální správa politik (nastavení práv lokálních uživatelů k operačnímu systému pracovní stanice) prostředky ZCM11 a ZfD7 Ochrana proti malware není centralizovaná, pravidelné aktualizace probíhají na stanicích včetně systémových záplat lokálně Není řešena centralizovaná distribuce tiskových prostředků Není řešena centrální správa tiskáren Tabulka 6. Správa lokálních technických prostředků

8) Infrastrukturní SW Používaný infrastrukturní SW je uveden v následující tabulce Název

Popis

Zálohování

  

zálohovaní je řešeno IBM Tivoli storage manager instalovaném na zálohovacím serveru kde se primárně zálohuje do diskového systému vytvořeného na NAS Iomega px6300d (konfigurace v předcházejícím bodu) a následně se provádí archivace na pásky pomoci knihovny IBM TS3100 (pro 24 pasek) osazené 1 mechanikou Ultrium 4 ( 800/1600GB na pasku) připojené pomoci SAS rozhraní k zálohovacímu serveru

Pošta



Novell GroupWise 12.0.0

Virtualizace



VMWare 5.1

Operační systémy

    

Síťový OS - Novell OES 11 Podpora aplikací a databází: 6x MS WinServer 2003 1x MS WinServer 2008 1x MS WinServer 2012

Databáze

  

Oracle 11 (3 Schemas GIS, FLUX, Docházka) MySQL (datové schránky) FireBird (DB firmy YAMACO, Inisoft, Kvasar, Eskon)

Antivir



Eset NOD32 Antivirus 4

Konfigurace stanic

 

ZenWorks Central Management 11.2.2 pro Microsoft Windows 7 ZenWorks for Desktop 7 pro MS Windows XP

Identity manager



eDirectory, LDAP Tabulka 7. Používaný infrastrukturní SW

Strana 10 ze 67

9)

Agendový informační systém Provozované součásti Agendového informačního systému a jeho dodavatelé jsou uvedení v následující tabulce

Dodavatel

Provozovaná část

Různí dodavatelé



Agendový informační systém

GORDIC



Ekonomika

YAMACO



Agendy přenesené státní správy

FLUX



Personalistika, mzdy

Dignita



ePodatelna Tabulka 8. Provozované součásti Agendového informačního systému

10) Bezpečnostní prvky Používané bezpečnostní prvky jsou uvedeny v následující tabulce Prvek

Popis

ZyWall USG 1000



Ochrana bezpečnosti a oddělení vnitřní sítě je realizováno pomocí HW firewallu, který je spravován interním IT. Tabulka 9. Používané bezpečnostní prvky

11) Serverovna Popis parametrů serverovny je uveden v následující tabulce Položka

Splněno



Teplota prostředí se pohybuje v rozmezí od 18°C do 24°C, relativní vlhkost v rozmezí 35%-65%.

ANO



V místnostech datových center jsou instalována požární čidla kouře a teploty.

ANO



Tyto prostory jsou napojeny na systém elektronické zabezpečovací signalizace.



V prostorách je zajištěn rozvod elektrické energie 240/50V s „bezvýpadkovým“ zálohováním, samostatně jištěný pro rozvaděč nebo prostor a jsou rovněž zajištěny diesel agregáty.

ANO



Vnější ochrana budovy vlastníkem, nebo bezpečnostní službou 24 hodin denně a 7 dní v týdnu.

ANO



prostory, v nichž se datová centra nacházejí, leží mimo zátopovou oblast tzv. stoleté vody.

ANO

NE

Tabulka 10. Popis parametrů serverovny

Strana 11 ze 67

3

Požadavky budoucího stavu

3.1

Způsob prokázání splnění požadavků minimálního plnění

1) Zadavatel požaduje, aby Uchazečem nabízená dodávka splňovala veškeré dále uvedené požadavky (funkcionality a parametry) a tyto byly zahrnuty v Nabídce Uchazeče a celkové nabídkové ceně. 2) Uchazeč jednoznačně deklaruje splnění, popřípadě absenci každého níže uvedených požadavků v tabulkách označených jako „Minimální požadavky …“, a to vyplněním příslušného pole jedno ze dvou nabízených možností  „ANO“ … v případě že dodávka Uchazeče (Nabídka) minimální požadavek splňuje  nebo „NE“ ... v případě že dodávka Uchazeče (Nabídka) minimální požadavek nesplňuje Zadavatel požaduje informaci o skutečné funkcionalitě nabízeného systému, kterou bude možné ověřit v nasazeném systému již ve testovacím provozu (testovacím prostředí, např. v rámci školení uživatelů). 3) V případě, že Uchazeč v příslušné položce pole neoznačí nebo v položce budou označeny obě možnosti, bude taková položka posuzována jako neoznačená a bude znamenat vyloučení Uchazeče z důvodu nesplnění minimálního požadovaného plnění. 4) V případě, že Uchazeč v příslušné položce pole označí „NE“, bude taková položka posuzována jako nesplnění minimálních požadavků Zadavatele a bude znamenat vyloučení Uchazeče z důvodu nesplnění minimálního požadovaného plnění.

3.2

Požadavky na rozšíření infrastruktury

a s ním přímo související SW. Zadavatel požaduje rozšíření stávajícího HW a s tím souvisejícího SW Města Krnov a to v následujícím rozsahu.

3.2.1

Server pro posílení virtualizace

1) Předmětem dodávky je jeden server, který se zapojí do stávajícího clusteru. Celkem tedy budou 4 hosty, které si navzájem zajistí i vysokou dostupnosti aplikací v případě výpadku jednoho z nich. 2) Dodavatel musí být certifikovaným partnerem výrobce nabízeného HW a musí garantovat, že nabízené zboží je určené pro Český trh a pochází z oficiálního distribučního kanálu. 3) Tuto skutečnost doloží potvrzením lokálního zastoupení výrobce nebo distributora nabízeného HW. 4) Minimální požadavky na Servery pro posílení virtualizace jsou uvedeny v následující tabulce Číslo

Požadavek

Popis požadavku

01

Provedení

 

02

CPU





03

RAM

  

04

Odolnost chybám



Splněno

rack mount, velikost 1U, pro přístup ke všem komponentám serveru bez použití nářadí rackové ližiny a rameno na kabeláž na zadní straně serveru min. 2x šestijádrový procesor, s výkonem CPU2006 minimálně (údaj musí být uvedený na stránkách www.spec.org): - CINT2006: 38.8 - CFP2006: 65.5 minimálně 15MB L3 Cache min. 64 GB DDR3 s pokročilou vícebitovou opravou chyb na paměti (advanced ECC) rozšiřitelnost min. 12 paměťových DIMMů na jeden socket osazena moduly o kapacitě 8 GB s frekvencí min. 1333MHz technologie pro zajištění vyšší spolehlivosti procesoru, chipsetu, operační paměti (např. SDDC x8 na operacni pameti, CPU to CPU, CPU to Memory link failover, ….) Strana 12 ze 67

Číslo

Požadavek

Popis požadavku

05

Paralelní zpracování



podpora spuštění více vláken na jednom procesorovém jádře (multithreading)

06

Diskový subsystém

 

možnost osadit minimálně 8 HDD 2x min. 300 GB min 10k rpm SAS HDD

07

Rozšiřující sloty

 

min. 2 PCIe sloty pro rozšiřující PCIe karty USB slot na základní desce na integrovaný hypervisor

08

Porty



min. 8x gigabit ethernet port s podporou TOE a iSCSI FC Offload, WOL, iSCSI boot, IPv4, IPv6 možnost rozšíření o 2x 10 GbE port



Splněno

09

Management

 

management serveru nezávislý na operačním systému diagnosticky panel umožňující okamžité určení vadné komponenty i při odpojení serveru od napájení

10

Ostatní požadavky

  

64-bitová architektura HW musí být nezávislý na OS za provozu vyměnitelné disky, větráky, napájecí zdroje včetně záložních zdrojů redundantní zdroje napájení a chlazení, zdroje napájení musí být připojeny ke dvěma samostatným okruhům certifikace HW serveru pro serverovou i diskovou vizualizaci

 

Tabulka 11. Minimální požadavky na Servery pro posílení virtualizace

3.2.2

Diskové pole

1) Předmětem dodávky je jedno diskové pole 2) Dodavatel musí být certifikovaným partnerem výrobce nabízeného HW a musí garantovat, že nabízené zboží je určené pro Český trh a pochází z oficiálního distribučního kanálu. 3) Tuto skutečnost doloží potvrzením lokálního zastoupení výrobce nebo distributora nabízeného HW. 4) Minimální požadavky na Disková pole jsou uvedeny v následující tabulce Číslo

Požadavek

Popis požadavku

Splněno

01

Architektura

 

modulární, dvouřadičové diskové pole založené na 6Gbit SAS 2.1 řešení musí být koncipováno jako HW, SW a FW od jednoho výrobce

02

Rozšiřitelnost, podporované HDD

  



celková velikost cache/RAM v řadičích musí být minimálně 16GB celková rozšiřitelnost na min. 115 disků podpora 2,5” a 3,5” disků min. SAS 10/15tis. ot. a SSD disků enterprise úrovně podpora min. následujících režimů RAID - 0, 1, 5, 6, 10

03

Redundantní řadiče



min. dva řadiče v režimu active-active (ne ALUA)

04

Konektivita k hostitelským serverům (frontend)



diskové pole musí být vybaveno následujícími porty pro komunikaci k hostitelským serverům – min. 4x 1Gbit iSCSI, možnost nativní host konektivity SAS 6Gbs možnost host konektivity min. 8x 8Gbit FC

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

   

05







vytváření virtuálních disků transparentní migrace dat mezi diskovými prostory thin provisioning (plus zero detect space reclamation) klony virtuálních disků, vícenasobné kaskádované inkrementální snapshoty/klony, reverzní snapshoty ochrana virtualizovaných dat RAID1 (zdvojení dat virtuálního disku do Strana 13 ze 67

Číslo

Požadavek

Popis požadavku

Splněno



různých storage poolů) upgrade software a hardware u řadičů musí být proveditelný za chodu a bez ztráty přístupu hostitelských serverů k datům QoS tzn. min. možnost nastavení horních limitů pro jednotlivé hostitelské servery a logické disky v hodnotách IOPS nebo MB/s (propustnost) diskové pole musí podporovat HW transparentní migraci dat ze stávajícího diskového pole - tzn. připojení externího diskového pole a jeho virtualizace. snížení spotřeby elektrické energie snížením otáček disků (Drive Spin Down, Idle) možnost mixování SAS 15k, 10k, NL-SAS a SSD v rámci jednoho expanzního boxu plná VAAI podpora

    

06

Typ přístupu k datům



blokový, standard FCP a iSCSI

07

Počet hostitelských serverů připojovaných k diskovému poli



řešení musí obsahovat licence na neomezený počet připojení hostitelských serverů

08

Požadovaná hrubá kapacita



minimálně 4.8 TB na rychlých (10tis. nebo 15tis. ot.) SAS nebo FC discích velikosti 2,5” (kapacita jednoho disku maximálně 600 GB)

09

Požadované softwarové funkcionality a licence zahrnuté v ceně celého řešení



licence na vytváření snapshotů a klonů v následujících režimech: - snapshot se po určité době může automaticky stát klonem - inkrementální snapshoty tzn. kopírují se jen rozdílová data mezi dvěma okamžiky iniciace klonu - reverzní snapshoty - lze provést zpětné přesunutí dat z klonu do původního originalního Volume - lze udržovat až 4 inkrementálně pořizované klony z jednoho originálu (s možností reverzních snapshotů) - transparentní migrace (tzn. možnost zdarma migrovat data ze stávajícího/jiného diskové pole na nové diskové úložiště) licence na neomezené používání thin provisioning technologie: - pro vytváření virtuálních disků s použitím Thin provisioning technologie - pro vytváření snapshotů s použitím Thin provisioning technologie Remote Service (call home) Microsoft VSS support interní/externí zrcadlení logického (virtuálního) disku z jednoho zdroje do dvou cílů pro zvýšení dostupnosti v případě výpadku jednoho cíle SW pro redundantní datové cesty



  

 10

Volitelné softwarové funkcionality diskového pole





vzdálené zrcadlení synchronní a asynchronní mezi dvěma diskovými poli v různých lokalitách s možností nativního zrcadlení i s diskovými poli nejen midrange segmentu ale i enterprise segmentu licence na vzdálené zrcadlení musí být na celou kapacitu diskového pole funkcionalita interního tieringu na sub-LUN úrovni za účelem optimalizace výkonnosti; tiering optimalizuje rozložení dat mezi kapacitními vrstvami diskového pole (SSD a HDD) na základě serverové zátěže licence na tiering musí být na celou kapacitu diskového pole



SW pro plnohodnotnou správu diskového pole a diskových

 

11

Management

Strana 14 ze 67

Číslo

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

Popis požadavku 

Splněno

subsystémů, možnost ovládání přes CLI, GUI (ze std. web browseru) příkazy prováděné v GUI budou uchovávány v tzv. "AuditLogu" v podobě standardních CLI příkazů, které lze později snadno zkopírovat a aplikovat při programování uživatelských scriptů např. pro podporu automatizace zálohování a disaster recovery Tabulka 12. Minimální požadavky na Disková pole

5)

6)

Zadavatel v, kapitole 2 Popis současného stavu, uvádí, že V odst. 1) - Veškeré dodávané komponenty musí respektovat stav infrastruktury Zadavatele a musí být s nimi kompatibilní. V odst. 5) – Servery - 2x IBM Systém x 3550 M4 Server, 1x IBM Systém x 3550 M2 Server, 1x IBM Server Uchazeči se mohou obrátit na IBM, aby jim poskytl seznam alternativních dodavatelů, kteří mohou dodávat komponenty uvedených vlastností (V části 3.2.2 Diskové pole) tak, aby byla Zadavateli zachována investice a záruky.

3.2.3

Datacentrový switch pro propojení serveru

1) Předmětem dodávky jsou dva datacentrové switche pro propojení serveru. 2) Dodavatel musí být certifikovaným partnerem výrobce nabízeného HW a musí garantovat, že nabízené zboží je určené pro Český trh a pochází z oficiálního distribučního kanálu. 3) Tuto skutečnost doloží potvrzením lokálního zastoupení výrobce nebo distributora nabízeného HW. 4) Minimální požadavky na Datacentrový switch pro propojení serveru jsou uvedeny v následující tabulce Číslo 01

Požadavek

Popis požadavku

Plná GE platforma, non-block architektura



   

02

Parametry, vlastnosti



   

03

Vlastnosti virtuálního switche (VS)









Splněno

portová hustota, požadované prvky: - 24x10/100/1000BaseT, 1x slot (expanzní modul) - 48x10/100/1000BaseT, 1x slot (expanzní modul) požadovaný expanzní modul - 4x 1/10GE (SFP/SFP+) porty na tomto modulu mají sloužit pro připojení do infrastruktury = nemohou být tedy použity pro vytvoření „virtuálního switche“nonblocking architektura hot-swap ventilátory duální hot-swap napájecí zdroje AC 230V unicast forwarding L2 / L3 (IPv4/IPv6) v HW - min. 32k MAC - min 16k IPv4 unicast route propustnost až 176Gbps/130Mpps multicast forwarding v HW ACL / CoS v HW architektura na bázi programovatelných ASIC podpora min. 4 členů Chování VS jako jednoho „network elementu=chassis“ = společná konfigurace, spouštění procesů atd. redundatní bacplane (například kruh), min. propustnost 100 Gbps Pro VS nesmí být použité požadované 1/10GE z expanzního modulu. podpora všech členů do virtuálu HW konfigurace - 48x 10/100/1000BaseT - 24x 10/100/1000BaseT samostatně pracující členové virtuálu

Strana 15 ze 67

Číslo

Požadavek

Popis požadavku

Redundance podpora ve virtuálu (virtuální switch)

   

redundantní Controll plane Non-stop forwarding = failover „controll plane“ bez nutnosti reboot L2 provoz bez dopadu při „Controll plane failover“ Hot-removable členů virtuálu LAG (LACP) napříč členů virtuálního switche

05

Operační systém (OS)

  

určený výrobcem pro nabízené zařízení je součástí dodávky dostupnost upgradu a updatu OS po dobu záruky

06

Port security (i v L2 mode)

       

DHCP snooping / IP source guard / DAI 802.1x multiple /single suplikant / mac-radius Guest VLAN server reject VLAN server fail VLAN přiřazení ACLka Storm controll MAC limit / MAC move limit

07

Podpora Class of Service (CoS)

       

min 8x fronta 8x queues na port trust klasifikace L2/L3 (CoS pole v L2 a L3 hlavičce) untrust klasifikace (ACL) na L2-L4 policing „shaped round robin“ mechanismus RED mechanismus překlasifikace trust bitů v L2/L3

08

L2 podpora



802.1Q: Min. 4k VLAN - Port based VLAN / MAC based VLAN / MVRP - Private VLAN / Private VLAN accross switches / Local proxy ARP

    

podpora Jumbo frame STP, RSTP, MSTP, PVSTP BPDU protection, root protection, loop protection LAG / LACP ACLka v HW

04

Splněno

09

L3 podpora

      

routed VLAN interface Jumbo na L3 interface BFD VRRP Virtual router (VRF lite) – všechny L3 protokoly konfigurovatelné DHCP server / relay uRPF / IP directed broadcaśt

10

Multicast

 

IGMPv1,2,3 / MLD PIM-DM/SM/SSM

11

Management a monitoring

    

web management interface podpora sFlow nebo obdobné OAM LFM / CFM / Etherent frame delay measurement metoda „real-time“ měření přenosových paramentů možnost šifrované správy, podpora SSH, SSL, SNMPv3, RMON

Tabulka 13. Minimální požadavky na Datacentrový ho switch pro propojení serveru

Strana 16 ze 67

3.2.4

Licence pro virtualizaci (virtualizační SW)

1) Předmětem dodávky je upgrade/povýšení stávajících licencí plus nákup nových. 2) Počet licencí pak odvíjí od počtu hostů - VMware je nutno povýšit z Essentials Plus edice na edici Standard, kdy je nutno započítat i cenu vCenter Serveru Standard. Toto je nutno z důvodu omezení Essential Plus Edice pouze na 3 hosty. Jakmile dojde k povýšení edice na Standard, lze pro migraci využít i funkcionalitu Storage vMotion - přesun mezi poli za běhu virtuálních serverů bez výpadku. 3) Uchazeč by měl na základě popisu poptávaného řešení nabídnout odpovídající počet licencí. 4) Hypervizor instalovaný přímo na hardware, umožňující plnou virtualizaci jakéhokoliv x86 stroje. 5) Virtualizační platforma musí být plně kompatibilní s již používaným řešením virtualizace. 6) Dodavatel licencí pro virtualizaci musí být certifikovaným partnerem výrobce nabízeného virtualizačního SW. Tuto skutečnost doloží předložením platného certifikátu nebo potvrzením od výrobce dodávaného SW. 7) Zadavatel požaduje přímou podporu od výrobce nabízeného virtualizačního SW na všech úrovních podpory po dobu minimálně jednoho roku. 8) Minimální požadavky na Licence pro virtualizaci (virtualizační SW) jsou uvedeny v následující tabulce Číslo

Požadavek

Popis požadavku

01

Podpora

      

Virtualizace CPU OS Windows a Linux VLAN Tag 64 GB RAM pro virtuální stroj NAS, iSCSI a FC zapojení do clusteru vytváření snímků virtuální stanice s možností návratu a přechodu (snapshot)

02

Další požadované vlastnosti

    

spolupráce se SAN vč. možnosti bootování ze sítě SAN virtuální síťové karty a teaming síťových karet centrální správa prostřednictvím GUI řízení přístupů a práv k jednotlivým virtuální strojům a objektům vytváření alertů a upozornění včetně zasílání zpráv pomocí emailu, SNMP, nebo spuštění scriptu vlastní systém zálohování virtuálních strojů zajištění vysoké dostupnosti při výpadku jednoho z virtualizačních serverů nativní podpora Thin Provisioningu konzole přes webové rozhraní

   

03

Licence

   

04

Zálohování a obnova

      

Splněno

pro 2x6ti jádrové CPU na fyzickém serveru dle specifikace uvedené v čl. 3.2.1 pro systém centrální správy a managementu pro 3 hosty součástí SW je podpora výrobce na 5 let s právem na nové verze po ukončení doby 5 let provozu Nutno pod nový management licencovat i stávající servery o celkovém počtu 6x CPU. Celkem tedy bude 8xCPU na 4 fyzických serverech. Rychlé a efektivní zálohování a obnova pro virtuální stroje. Schopnost deduplikace Snižování zátěže hostitelské infrastruktury k minimalizování požadavků na délku zálohovacího okna Plná obnova virtuálního stroje nebo obnova jednotlivých disků a File Level Recovery (FLR) bez potřeby instalace agenta do každého virtuálního stroje. Nástroj pro nasazení a konfiguraci Administrace s využitím web client. Zařízení a data jsou chráněna použitím kontrolního bodu Strana 17 ze 67

Číslo

Požadavek

Popis požadavku

Splněno

(checkpoint) a rollback mechanismu. Windows a Linux soubory mohou být jednoduše obnoveny kterýmkoliv lokálním administrátorem stanice za pomoci webového klienta.



Tabulka 14. Minimální požadavky na Licence pro virtualizaci (virtualizační SW)

3.2.5

Instalace do infrastruktury Zadavatele

1) Předmětem dodávky je instalace zařízení a implementace HW a SW uvedeného v čl. 3.2.1 až 3.2.4 2) Minimální požadavky na Instalaci jsou uvedeny v následující tabulce Číslo

Požadavek

Popis požadavku

Splněno

01

Zachování funkčnosti stávajícího řešení



Nové HW a SW prvky zachovají plnou funkčnost stávajícího virtualizačního řešení

02

Rackové řešení HW



Veškerý HW bude v provedení pro montáž do standardního 19‘‘ RACKu

03

Místo instalace



Veškerý HW bude nainstalován v sídle Zadavatele v hlavní serverovně-místnosti č. 246 Tabulka 15. Minimální požadavky na instalaci do infrastruktury Zadavatele

3.3

Požadavky na skener a infrastrukturní SW pro skenovací linku

Předmětem dodávky jeden skener a potřebné licence pro skenovací linku.

3.3.1

Hardware skeneru

Minimální požadavky na HW skeneru jsou uvedeny v následující tabulce Číslo 01

HW

Popis požadavku

Skener

                     

Splněno

Síťové připojení Rychlost skenovaní 20 stránek za minutu černobíle Podavač na minimálně 100 listů Schopnost automaticky vytěžovat čárové kódy Jednoduché skenování jedním stiskem tlačítka Podpora OCR Minimálně schopnost rozlišení 600 dpi Hloubka barev 24 bit vstup i výstup Ploché lože Formáty A4, A5, A6, B5, Letter Denní spolehlivá kapacita minimálně 1 000 listů Přeskočení prázdných stran Odstranění děr Automatická rotace obrazu Vylepšení textu Vyhlazování hran Vylepšená funkce ořezu pro automatickou úpravu velikosti Doostření (neostrá maska) Potlačení moiré efektu Duplexní skenování Hardwarová komprese JPEG, Komprese TIFF, JPEG, CITT G4, LZW, Komprese PDF Výstupní formáty JPEG, TIFF, multi-TIFF, PDF, PDF / dávkové, Strana 18 ze 67

Číslo

HW

Popis požadavku

Splněno



prohledávatelné PDF, zabezpečené PDF, PDF/A Automatická rotace obrazu

02

Server

 

RAM 8 GB 2xCPU

03

Úložná kapacita



Odhadovaná nutná kapacita 3 TB na 5 let Tabulka 16. Minimální požadavky na HW skeneru

3.3.2

Infrastrukturní SW pro skenovací linku

Minimální požadavky na Infrastrukturní SW pro skenovací linku jsou uvedeny v následující tabulce Číslo 01

SW

Požadavky

Skenery

   

            

Splněno

kvalitně naskenovaný dokument rozpoznání čárového kódu dávkové skenování vytěžování a indexace strukturovaných dokumentů pomocí zónového OCR (samovýuka produktu - na základě prvního zpracování dokumentu jsou už pak další dokumenty stejného typu zpracovány automaticky) snadná indexace dokumentů pouhým označením pole a vše je následně vyplněno automaticky (Rubber Band OCR) separace dokumentů na základě změny hodnoty čárového kódu, patch kódu, prázdného listu apod. skenování dávek s různou velikostí předloh, automatické přizpůsobení formátu automatické narovnání šikmo vložených předloh automatické nastavení správné hodnoty jasu přesně podle aktuálně zpracovávané předlohy zesílení kontrastu u mdlých předloh potlačení nejrůznějších podtisků za účelem zmenšení velikosti souboru automatické natočení předloh k dosažení správné orientace textu – snížení nároků na přípravu dávek vyhlazení šumu automatické vylepšení kontrastu odstranění nečistot automatické natočení stran dle směru textu odmazání prázdných stran Tabulka 17. Minimální požadavky na Infrastrukturní SW pro skenovací linku

3.3.3

Instalace skeneru, vč. infrastrukturního SW pro skenovací linku

1) Předmětem dodávky je instalace zařízení a implementace WS uvedeného v čl. 3.3.1 a 3.3.2. 2) Minimální požadavky na Instalace skeneru, vč. software pro skenování jsou uvedeny v následující tabulce Číslo

Požadavek

Popis požadavku

01

Místo instalace



02

Propojení se spisovou  službou AISMK

Splněno

HW bude instalován v sídle Zadavatele v místnosti č. 115 SW bude napojen na spisovou službu AISMK

Strana 19 ze 67

Tabulka 18. Minimální požadavky na Instalaci

3.4

Požadavky na Agendový informační systém města Krnova (AISMK)

3.4.1

Požadavky na licence

1) Zadavatel předpokládá plošné nasazení nabízeného řešení AISMK v rámci celé své organizační struktury Města Krnova. Tato organizační struktura není v čase stálá. 2) S ohledem na tyto skutečnosti Zadavatel požaduje řešit licenční model formou multilicence. 3) Licenční model, seznam všech potřebných licencí a licenční podmínky dodaných licencí uvede Uchazeč v Příloze č. 12 - Licenční model. 4) Požadavky Zadavatele na licence AISMK Číslo

Licence AISMK  

01

02 03 04 05 06



Splněno

Řešit licenční model formou multilicence. To znamená, že Zadavatel nebude mít žádné omezení v počtu využívaných licencí (uživatelských přístupů) k jakékoliv části nabízeného řešení AISMK. Jedná se o časově neomezenou multilicenci opravňující k neomezenému počtu přístupů Zadavatele ke všem funkcionalitám AISMK provozovaného a spravovaného na zařízení Zadavatele.



Zadavatel požaduje poskytnutí veškerých nezbytných licencí k řádnému plnění předmětu, tj. k řádnému provozu díla na zařízení Zadavatele, zajišťující plnou funkcionalitu nabízeného řešení.



Uchazeč specifikuje název, počet a licenční podmínky ke všem nutným licencím v příloze smlouvy o dílo, a to včetně odůvodnění zvolené licenční nabídky, dále pak uvede licenční politiku, pravidla pro přidělení a případně změny v počtu licencí, typy a verze licencí.



Zadavatel požaduje dodání licence AISMK pro produkční i testovací (školící) prostředí.



Zadavatel požaduje zajištění veškerých nutných licencí třetích stran, včetně licencí open source software a pod, potřebných pro provozování DIKHS.



Licence AISMK zahrnuje rozhraní pro neomezený počet informačních systémů třetích stran (identity management, ISZR, apod.). Tabulka 19. Minimální požadavky na licence AISMK

5) 6)

7)

Bude-li součástí licenčního modelu AISMK Uchazeče i „run-time“ (běhové prostředí), pak Zadavatel očekává takovou licenční politiku, která bude splňovat minimální požadavky Zadavatele na licenci AISMK. Zadavatel nevyžaduje splnění licenční politiky u „run-time“ (běhového prostředí) dle bodu 5) potvrdit prohlášením či jiným osvědčením od autora (vlastníka) těchto licencí v případě, že je vlastník těchto licencí odlišný od Uchazeče. V Zadávacích podmínkách, Článku 19, odst. 8 si Zadavatel nicméně vyhrazuje právo ověřit si informace Uchazeče deklarované (obsažené) v jeho nabídce (nebo poskytnuté dodatečně na základě písemné výzvy Zadavatele) u třetích osob a Uchazeč je povinen v takovém případě Zadavateli poskytnout řádnou součinnost. Zadavatel si vyhrazuje právo (možnost) použití informací, dokladů a dalších listin předložených Uchazečem v jeho nabídce za účelem ověření jejich pravdivosti. Licence AISMK jako celek musí mít charakter multilicence v souladu s článkem 3.4.výše, tj. Zadavatel nebude mít žádné omezení v počtu využívaných licencí (uživatelských přístupů) k jakékoliv části nabízeného řešení AISMK. Jedná se o časově neomezenou multilicenci opravňující k neomezenému počtu přístupů Zadavatele ke všem funkcionalitám AISMK provozovaného a spravovaného na zařízení Zadavatele.

Strana 20 ze 67

3.4.2

Struktura AISMK

1) Elektronizace dokumentů a) Spisová služba b) Čárový kód c) Komunikace s krajskou spisovnou d) Metadata digitalizace e) Základní nároky na obslužný systém f) Skartace g) Workflow oběhu dokumentů 2) Ekonomické agendy a) Evidence ekonomických subjektů b) Evidence movitého a nemovitého majetku c) Agendy nájmu d) Evidence smluv e) Objednávky f) Účetnictví obce 3) Správní agendy a) Evidence obyvatel b) Evidence pozemků a zahrádek c) Evidence psů d) Evidence přestupků e) Evidence předpisů a nařízení obce f) Evidence stížností g) Matrika h) Sociální agenda i) Sociální agenda - opatrovnictví j) Střet zájmů k) Evidence výherních hracích přístrojů l) Evidence dopravních agend m) Evidence myslivosti n) Evidence znečišťovatelů ovzduší o) Evidence odnětí ZPF a PUPFL p) Evidence odpadů 4) Obslužné agendy a) Evidence materiálů do rady a zastupitelstva b) Evidence úkolů c) Evidence žádanek o auto d) Evidence projektů e) Elektronická podatelna f) Elektronické podpisy g) Elektronická spisovna h) Kontrola rozpočtu veřejností i) Elektronická úřední deska j) Elektronická organizace voleb Strana 21 ze 67

k) Webový přístup občana l) Stavební úřad

3.4.3

Napojení AISMK na ISZR

1) Musí být zajištěna komponenta sloužící k údržbě registru AISMK v aktuálním stavu na základě výměnných souborů z IS ZR. 2) Výdeje jsou poskytovány formou XML souborů, jejichž obsah si uživatel sám volí. 3) Modul musí pracovat v několika režimech dle pokynů uživatele (importním, aktualizačním, srovnávacím). 4) Nedílnou součástí aplikace je možnost přejímání a hromadné aktualizace celostátních číselníků RUIAN a ROB do agendového informačního systému. 5) Minimální požadavky na Napojení AISMK na ISZR jsou uvedeny v následující tabulce Číslo

AISMK bude zajišťovat

Splněno



Spojení mezi AISMK a publikačním rozhraním ISZR a splnění všech technologických a technických požadavků na komunikaci s eGON službami.

02



Správa uživatelů oprávněných k eGON službám na základě přidělené činnostní role.

03



Administrace a mapování rolí na činnostní a role v RPP.

04



Administrace eGON služeb včetně nastavení četnosti a způsobu zpracování notifikací změn.

05



Obhospodařování logovacích souborů eGON služeb přes GUI s možností tisku sestav.



Na úrovni oprávněných agend (tj. agend VS), zajistí ověření správnosti dat včetně možnosti jejich editace v lokálních registrech.



Získávání dat z registrů.

01

06 07

Tabulka 20. Minimální požadavky na Napojení AISMK na ISZR

3.4.4

Obecné požadavky na AISMK

1) Minimální požadavky na Obecné požadavky na AISMK jsou uvedeny v následující tabulce Číslo


Splněno



Uchazeč nabízeného řešení AISMK bude garantovat v celém životním cyklu nabízeného řešení EIS (implementace i následné provozování) vždy soulad s aktuálně platnou legislativou.



Identifikace uživatele do nabízeného AISMK bude prováděno prostřednictvím protokolu LDAP na základě přihlášení uživatele do sítě města Krnov.



V případě, že bude potřebné na koncová zařízení (osobní počítače) instalovat SW nutný k provozování nabízeného řešení AISMK, bude možno tento SW instalovat a aktualizovat centrálně z jednoho místa.



Plná lokalizace v českém jazyce (uživatelské i administrátorské rozhraní, nápověda a dokumentace).



Třívrstvá architektura – tenký klient, aplikační server, databázový server



Provoz serverové části bude realizován pod operačním systémem Microsoft Windows server 2008 a vyšší nebo pod operačním systémem Linux.



Provoz ve virtualizovaném prostředí.



Provoz v jednom z těchto typů databázových serverů - Microsoft SQL Server, Oracle nebo Informix Dynamic Server.

09



Provoz systému v jedné centralizované databázi.

10



Transakční zpracování dat v databázi.

01 02 03 04 05 06 07 08

Strana 22 ze 67

Číslo


Splněno

11



Možnost zálohování dat za provozu.

12



Klientská část IS musí bezproblémově pracovat na síti 10 Mbit/s a vyšší.

13



Rozložení zátěže mezi více aplikačních serverů, škálování výkonu.

14



Vysoká dostupnost systému (HA), zabezpečení proti výpadku hardware .

15



Podpora Single sign-on (SSO).

16



Komunikace s aplikacemi MS Office.

17



Rozhraní pro integraci s IdM.



Pořízená data budou v nabízeném řešení AISMK vedena pouze jednou a nabízené řešení nebude požadovat duplicitní vstupování dat.

19



Kde to jde, využívat maximálně služeb centrálních institucí (Registry, ISDS, Kraj apod.).

20



Umožňovat či nebýt překážkou úplného elektronického podání.

21



Možnost napojení na formulářová data.

22



Možnost předdefinovaných šablon dokumentů.



Vedení společných číselníků, například číselník organizací, zaměstnanců, číselník účetních předkontací (tj. předpisů pro automatické účtování jednotlivých dokladů z různých agend systému do účetnictví), číselník zakázek.



Uživatelské nastavení přehledů (seznamu záznamů) v minimálním rozsahu: zobrazování sloupců, filtrování údajů a třídění záznamů včetně možnosti jejich tisku



Pořizování a tvorba uživatelsky definovaných tiskových sestav s podporou výstupů ve formátech rtf, txt, xls, csv, pdf, xml. Omezení výpisu zadáním výběrového kritéria, možnost libovolného pořadí kritérií. Požadavky na sestavy budou definovány v rámci detailní analýzy a Detailního realizačního projektu.



Všechny části dodaného řešení musí splňovat požadavky zákona č. 101/2000 Sb. o ochraně osobních údajů, aplikace musí umožňovat logovaní přidělených uživatelských oprávnění, logování svého provozu a debug log.



Nabízené řešení nesmí odesílat žádná data z místní sítě, pokud to není předmětem požadavku Zadavatele. Pokud je předmětem dodávky externí komunikace, bude v rámci analýzy přesně popsán datový tok, aby bylo možné nastavit bezpečnostní kontroly komunikace.



Nabízené řešení nebude chráněno HW klíčem či jiným mechanismem, který by znemožňoval přenos serverových instancí v rámci virtuálního uzlu, případně změnu HW konfigurace (přidání vCPU, změnu velikosti paměti, změnu diskového prostoru apod.) se zachováním funkčnosti řešení (např. vázán na konkrétní HW apod.) a nebude vyžadovat aktivaci online. Bude-li nabízené řešení vyžadovat aktivaci, např. z důvodů stanovených licenčních podmínek, bude umožněna aktivace offline.

18

23 24 25

26

27

30 

31



Webový přístup občana bude realizován přes server vyhrazený Zadavatelem, jiný než na kterých bude realizována instalace ostatních komponent AISMK Tabulka 21. Minimální požadavky na Obecné požadavky na AISMK

2)

3)

Úkolem Uchazeče je zajištění příslušného počtu licencí operačního systému Microsoft Windows server 2008 a vyšší nebo licence operačního systému Linux pro provoz serverové části AISMK tak, jak je uvedeno v Tabulce č. 21, s tím že je zapotřebí naplnit minimální požadavek Zadavatele definovaný na řádku Číslo 06. Úkolem Uchazeče je zajištění příslušného počtu licencí jednoho z těchto typů databázových serverů Microsoft SQL Server, Oracle nebo Informix Dynamic Server, pro provoz AISMK tak, jak je uvedeno v Tabulce č. 21 s tím, že je zapotřebí naplnit minimální požadavek Zadavatele definovaný na řádku Číslo 08.

Strana 23 ze 67

3.4.5 3.4.5.1

Vazby mezi ekonomickými agendami Obecné vazby mezi moduly a základní návaznost procesů

1) Ekonomické agendy bude možno využívat jako relativně samostatné celky, nicméně jejich významnou předností bude vzájemná interní provázanost („bezešvý“ AISMK), která umožňuje, aby sdílely společné informace, poskytovaly si aktuální a včasné informace a podstatnou měrou přispěly ke snížení duplicitní a časově náročné ruční práce a tím k automatizaci procesů. 2) Struktura jednotlivých modulů a jejich vazeb bude postavena tak, aby odpovídala posloupnosti úkonů, které jsou s ekonomickými agendami obce spjaty, viz např. následující Obrázek.

Obrázek 1. Schéma obecných vazeb mezi moduly

3) Příklad procesních vazeb pro řešení příjmové oblasti je uveden na následujícím zjednodušeném procesním schématu Primární agenda

Příjmy

Pokladna

Evidence důvodů vzniku pohledávky

Zápis předpisu

Hotovostní úhrada

Účetnictví

Banka

Vymáhání pohledávek

Bezhotovostní úhrada

Předkontování

Předkontování

Předkontování

Spárování platby

Zápis platby

Úhrada pohledávky

Kontrola

Spárování platby

Zásobník předkontačních záznamů

Zaúčtování dokladu

Vymáhací řízení

Obrázek 2. Schéma procesních vazeb

Strana 24 ze 67

3.4.5.2

Vazba na ISIR a vymáhání

1) AISMK bude zajišťovat vazbu na ISIR – Insolvenční rejstřík – provádět monitoring (dlužníků) úpadců. 2) Bude umožňovat průběžnou hromadnou kontrolu, zda plátci evidovaní v agendách nevstoupili do insolvence. 3) Příklad vazeb na ISIR který bude AISMK zajišťovat je uveden na následujícím Obrázku

Insolvenční rejstřík (ISIR)

Banka

Ekonomické agendy viz čl. 3.4.8.

Poplatky

Pokladna

viz čl. 3.4.8.6.6

viz čl. 3.4.8.6.4


SIPO

Správní agendy viz čl. 3.4.9.

Obrázek 3. Schéma vazby na ISIR – Insolvenční rejstřík

4) Vymáhání pohledávek   

Efektivní práce s dlužníky ušetří čas a zkrátí dobu potřebnou k dosažení žádoucího cíle – vymožení dlužných částek. Přinese komfort ve zpracování nedoplatků. Propojením na Insolvenční rejstřík získá úřad nejen informace o dlužnících, ale bude moci sledovat i průběh insolvenčního řízení. Na následujícím Obrázku je struktura vazeb, které bude AISMK zajišťovat


Banka

Ekonomické agendy viz čl. 3.4.8.

Poplatky

Pokladna

viz čl. 3.4.8.6.6

viz čl. 3.4.8.6.4

Správní agendy viz čl. 3.4.9.

SIPO

Registry


Spisová služba


Bankovní sektor

Soudy

viz čl. 3.4.7.1

Exekuce

Policie

Obrázek 4. Schéma vymáhání pohledávek

Strana 25 ze 67

3.4.6

Správní agendy – návaznosti

Vazby používané u správních agend, jsou uvedeny v jednotlivých částech kapitoly 3.4.9 a ostatních relevantních kapitolách.

Strana 26 ze 67

3.4.7

Elektronizace dokumentů

3.4.7.1

Spisová služba

1) Agenda bude umožňovat evidenci informace o pohybu dokumentů, jejich stavu a začlenění do spisu. 2) Oběh dokumentů bude v agendě automatizován. 3) Vyřízené spisy bude možné skartovat, viz čl. 3.4.7.6 nebo archivovat, popř. postoupit do krajské spisovny, viz čl. 3.4.7.3. 4) Minimální požadavky na agendu Spisová služba jsou uvedeny v následující tabulce Číslo


Splněno



Zařazení e-Podatelny jako součásti spisové služby a úzce spjatá datová vazba na podací deník, spisové značky a číselné řady.



Možnost přidělit datovou zprávu více příjemcům.



Možnost využití zadaných dat účastníků řízení ve spisu pro další zpracování v řízení (zahájení, přerušení, pokračování, rozhodnutí, …).

04



Možnost vedení i jiné adresy účastníka řízení, než trvalé bydliště.

05



Při hromadné odpovědi na poštu více osobám – ponechání textu obsahu odpovědi.

06



Možnost doplnění našeho č.j., pod kterým byl dopis odeslán, na doručence datové zprávy.



Možnost předání nevyřízené pošty nebo rozpracovaného spisu pod stejným č.j. dalšímu úředníkovi např. v případě nemoci , čerpání ŘD, atd.

09



Automatické stahování datových zpráv z úložiště.

10



Možnost stahování dat z ARESu do adresáře firem.

11



Automatickou kontrolu na existenci datových schránek právnických a fyzických osob.



Možnost propojení nové spisové služby se spisovkou RŽP (oboustranné rozhraní -přechodový můstek) definice propojení.

01 02 03

08

12

Vazby na interní i externí agendy / registry 13



Vazbu na Elektronickou podatelnu.

14



Vazbu na Informační systém datových schránek.

15



Vazbu na Informační systém základních registrů.

16



Obecné rozhraní (vazba na externí agendové informační systémy).

17



Vazbu na Skenovací linku.

18



Vazbu na Podpisovou knihu.

19



Vazba SSL na centrální registry ROB, ROS, RÚIAN. Tabulka 22. Minimální požadavky na agendu Spisová služba

3.4.7.2

Čárový kód

1) Modul bude umožňovat generování unikátního čárového kódu. Tvar identifikátoru je dán Národním standardem pro ERMS a bude odpovídat Vyhlášce č. 259/2012 Sb., o podrobnostech výkonu spisové služby. 2) XSD schématu k NSESSS -

tIdentifikator - Povinný prvek pro zaznamenání názvu zdroje identifikátoru. V případě identifikace entit nebo některých objektů je zdrojem ERMS, v případě identifikace subjektů může být zdrojem například rodné číslo, klientské číslo, zaměstnanecké označení, služební číslo oprávněné úřední osoby (fyzické osoby) nebo IČ, DIČ (právnické osoby). Strana 27 ze 67

-

tIdentifikatorHodnota - Identifikátor je údaj pevně spojený s entitou nebo objektem zajišťující jejich nezaměnitelnost a jedinečnost v rámci ERMS nebo v rámci systémů elektronické komunikace (například e-mail, informační systém datových schránek, vydané certifikáty). V případě dokumentu tento identifikátor plní funkci jednoznačného identifikátoru ve smyslu zákona č. 499/2004 Sb. Jednoznačný identifikátor obsahuje zejména označení původce, popřípadě zkratku označení původce, a to ve formě alfanumerického kódu. V případě komponenty se zaznamenávají všechny identifikátory, které zajišťují nezaměnitelnost a jedinečnost entity v rámci příslušných informačních systémů, ve kterých je komponenta zpracovávána nebo zpřístupňována (ERMS, e-mail, informační systém datových schránek apod.).

3) Čárový kód bude vycházet z výše uvedeného a z potřeby propojení s jinými agendovými systémy pomocí obecného rozhraní. Jako příklad uvádíme požadavek agendy RŽP, kde musí být první 4 znaky označení úřadu, další ideálně 2 znaky pro spisovou službu, která s RŽP komunikuje. Zbytek tvaru je logicky rozšířen o rok, tak aby bylo zaručeno dostatečné množství identifikátorů. 4) Minimální požadavky na modul Čárový kód jsou uvedeny v následující tabulce Číslo 01

AISMK bude zajišťovat 

Splněno

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. Tabulka 23. Minimální požadavky na modul Čárový kód

3.4.7.3

Komunikace s krajskou spisovnou

Minimální požadavky na Komunikaci s krajskou spisovnou jsou uvedeny v následující tabulce Číslo


Splněno

01



Řízený přístup k dokumentům v úložišti, ochrana dokumentů v úložišti (řízení účtů uživatelů).

02

 

Uchování dokumentů v jednom úložišti, rychlá dostupnost dokumentů. Uživatelsky příjemná správa dokumentů, včetně jejich aktualizace.



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

03

 

04

 

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.

Parametry napojení na krajskou spisovnu 05



V SSL původce dojde k uzavření spisu a rozhodnutí že dojde k jeho předání do KDS.

06



SSL původce vytvoří balíček SIP obsahující povinná metadata a povolené formáty souborů.

07



SSL původce pomocí webových služeb předá SIP balíček do KDS.

08



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.

09 10 11 12

Strana 28 ze 67

Číslo 13


Splněno

Po skartaci jsou příslušná data odstraněna z repozitáře a vybrané dokumenty či spisy jsou přesunuty do NDA. Tabulka 24. Minimální požadavky na Komunikaci s krajskou spisovnou

3.4.7.4

Metadata digitalizace

Minimální požadavky na Metadata digitalizace jsou uvedeny v následující tabulce Číslo


01

Splněno

Výstupem digitalizace bude dokument obsahující veškerá potřebná metadata - Popisná - Administrativní - Strukturální - Technická Tabulka 25. Minimální požadavky na Metadata digitalizace

3.4.7.5

Základní nároky na obslužný systém

1) Kompletní manipulace s uloženými daty bude řízena systémem pro správu záznamů. 2) Během provozu bude nepochybně rozšiřován o další vlastnosti, a proto by měl být snadno modifikovatelný. Systém bude muset také komunikovat s jinými systémy. 3) Komunikace by měla být realizována prostřednictvím standardizovaných formátů či protokolů s dostupnou specifikací. 4) Minimální požadavky na Základní nároky na obslužný systém jsou uvedeny v následující tabulce Číslo


Splněno

01



Definice přístupových práv.

02



Řízení přístupu na základě přístupových práv.

03



Evidence jakékoli manipulace s dokumentem.

04



Možnost vložení dokumentu.

05



Jednoznačná identifikace dokumentu v systému.

06



Možnost popisu dokumentu (metadata).

07



Možnost exportu kopie dokumentu ze systému.

08



Možnost odstranění dokumentu ze systému.

09



Stanovení míry autenticity na základě metadat.

10



Možnost správy archivních metadat.

11



Schopnost automaticky vykonávat kontrolu uložených dat.

12



Schopnost zobrazení historie dokumentu.

13



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

14



Vyhledávání dokumentů (fulltext, metadata). Tabulka 26. Minimální požadavky na Základní nároky na obslužný systém

Strana 29 ze 67

3.4.7.6

Skartace

AISMK bude umožňovat 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.7.7

Workflow oběhu dokumentů

1) Workflow bude umožňovat elektronický oběh a schvalování dokumentů. 2) Minimální požadavky na Workflow jsou uvedeny v následující tabulce Číslo 01


Definici a tvorbu workflow procesních cest oběhu dokumentů nebo formulářů u předem definovaných interních procesů (strukturované workflow).



Podpora elektronického oběhu a schvalování pomocí centrálně definovaného WF a WF definovaného dle potřeb konkrétní PO, dle podpisového řádu. - Elektronický oběh a schvalování objednávek. - Elektronický oběh a schvalování faktur přijatých. - Elektronický oběh a schvalování pohledávek. - Elektronický oběh a schvalování faktur vydaných. Detailní nastavení jednotlivých Workflow bude předmětem implementačního projektu.

02  

Paralelní a sériové workflow, podmíněné směrování oběhu podle proměnných a timeoutů, spouštění návazných workflow procesů a jejich řetězení, spouštění návazných programových modulů a generování návazných formulářů, dokumentů, úkolů, generování upozornění uživatelům, připojení dalších dokumentů, poznámek, vyjádření ke schvalovacímu či jinému procesu.



Flexibilní kontrolní a validační pravidla pro komplexní směrování a kontrolu sekvenčního zpracování.



Sledování stavu a kroků v jakých se dokumenty a formuláře nacházejí v rámci oběhu, sledování časů, odezvy uživatelů, jejich rozhodnutí o schválení, neschválení, postoupení nebo vrácení dokumentů k přepracování.



Provázání procesů na funkční místa (myšleno v hierarchii organizace).



Změnu přístupových práv nebo blokace schvalovaného dokumentu v průběhu schvalovacího procesu, nemožnost změny schvalovaných informací po zahájení procesu žadatelem (podle analýzy konkrétních úloh).



Automatické časové spouštění procesů, opakování propojení na interní poštovní systém.

03

04 05 06 07 08

Splněno

Tabulka 27. Minimální požadavky na Workflow

3.4.8

Ekonomické agendy

3.4.8.1


1) Interní registr AISMK bude evidovat podstatné parametry ekonomických subjektů. 2) Minimální požadavky na agendu Evidence ekonomických subjektů jsou uvedeny v následující tabulce Číslo


Splněno



Evidenci ekonomických subjektů v rozsahu - IČO, plné jméno firmy, adresa sídla, doručovací adresa, typ a adresa datové schránky.

02



Ruční správu údajů.

03



Automatickou aktualizaci údajů ze zdrojů ARES anebo ISZR.

01

Tabulka 28. Minimální požadavky na agendu Evidence ekonomických subjektů

Strana 30 ze 67

3.4.8.2


1) Agenda bude umožňovat vedení podrobné evidence movitého i nemovitého majetku. 2) Na jednotlivých kartách majetku budou vedeny okamžité a přesné informace o stavu a pohybu majetku po celou dobu jeho životnosti, od pořízení do jeho vyřazení, v odpovídajícím ocenění. Následně bude možné tyto záznamy upravovat, příp. opravovat. 3) Minimální požadavky na agendu Evidence movitého a nemovitého majetku jsou uvedeny v následující tabulce Číslo


Evidence movitého a nemovitého majetku v rozsahu - Inv. číslo majetku, poř. cena, cena za jednotku, počet, umístění, syntetické a analytické členění, eviduje, zodpovídá, výrobní číslo, aktuální cena, vnější správce, datum pořízení, odpisová skupina, způsob odepisování, odpisy, odpisový plán, DPH, dotace k majetku, věcná břemena, technické zhodnocení.



Evidence veškerého typu majetku včetně speciálních údajů pro daný typ - dlouhodobý hmotný a nehmotný, drobný dlouhodobý hmotný a nehmotný, hmotný a nehmotný majetek v operativní evidenci, svěřený majetek, zapůjčený majetek, vypůjčený majetek, soubory movitých věcí.



Specifické karty majetku dle jeho typu s ohledem na odlišné potřeby evidence různých údajů (např. pro pozemky výměra, druh pozemku, list vlastnictví, katastr, číslo parcely, účel užití aj.)



Evidence movitého majetku a operativní evidence s vazbou na umístění v rámci nemovitého majetku (budova a místnost, parcela). Evidence budov a staveb s vazbou na parcelu. Evidence parcel s vazbou na č. p. budovy a stavby.



Různé členění majetku (dle legislativy, účetních údajů, umístění, organizačních údajů a dalších uživatelem nadefinovaných hledisek).



Generování inventárních čísel nebo použití uživatelem definovaných číselných řad.



Vedení a správu evidence majetku (zakládání, kopírování, opravy, vyřazování a rušení záznamů vč. protokolů (inventární karta s čárovým kódem, protokol o zavedení, pohybech, změnách, převodech a vyřazení majetku).



Evidence podkladů pro PAP jako součást evidence majetku.



Evidence majetkových pohybů (technické zhodnocení, přírůstky, úbytky, storna pohybů) vč. IČ dodavatelů.



Přecenění majetku určeného k prodeji na reálnou cenu vč. změny metody, rušení oprávek a zpětného dopočítání oprávek při přecenění zpět.



Hromadné operace nad kartami majetku - změny údajů (SU AU, AČ, ORG, ORJ, KAP a další), převody mezi organizacemi, stěhování majetku, změny strategie účetních odpisů, vyřazení majetku vč. částečného, zařazení majetku, plánování oprav, tisk štítků, protokoly o změnách.



Evidence věcných břemen a zástavních práv k budovám a pozemkům dle Katastru nemovitostí.



Evidence dotací u karet majetku (na jednotlivé pohyby) dle poskytovatelů dotací a údajů pro PAP.



Hromadné výpočty účetních odpisů (měsíční/ roční) dle nastavené metody odepisování s možností použití zbytkové hodnoty, rušení výpočtu odpisů, výpočet a rušení odpisů nad zvolenou kartou majetku.



Tvorbu a tisk odpisových plánů dle nastavené metody odpisů s možností zbytkové hodnoty.



Automatické účtování majetkových pohybů a odpisů dle nadefinovaných šablon a přenos kontací do účetnictví.



Plánování nezbytných termínů oprav, údržby, revizí včetně zdrojů peněz. Sledování plnění termínů a evidence finanční náročnosti oprav.



Možnost tisku pevných sestav ve formátu PDF, XLS, XLSX, DOC, DOCX dle požadovaného třídění a součtování. Zejména – změnové, přírůstkové, úbytkové, pohybové, inventární

01

02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18

Splněno

Strana 31 ze 67

Číslo


Splněno

soupisy položkové i sumární, stavy majetku k aktuálnímu dni i zpětně do minulosti, místní seznamy, přehledy přijatých dotací, přehledy odpisů vč. dotací, přehledy zůstatků dotací.

19



Možnost vytváření volitelných sestav dle potřeb uživatele.

20



Možnost tisku inventárních čísel na štítky v podobě čísla, textu a čárového kódu.



Proces inventarizace majetku. Zobrazení vazby evidovaného majetku na účetní osnovu evidence majetku.



Inventury majetku dle volitelných kritérií (stav k datu, druh majetku, odpovědná osoba, dle organizační jednotky, porovnání s údaji v Katastru nemovitostí, porovnání účetního a inventarizovaného stavu majetku dle jednotlivých účtů, apod.



Možnost zpracování inventury a pohybů (převodek) majetku pomocí čárových kódů, za pomoci čteček čárového kódu s možností práce off-line (zapracování do evidence majetku až po synchronizaci zaznamenaných údajů v terénu do IS).



Tisk inventurních sestav - inventarizačního protokolu, inventurního protokolu dle odpovědných osob, příp. lokalit nebo středisek.



Tvorbu vlastních tiskových sestav.



Měsíční a roční závěrky období s možností pořízení záznamů do budoucího období, rušení závěrky.



Nástroje pro vyhledávání pro tiskový výstup nebo do seznamu podle všech evidovaných údajů s možností kombinace údajů.



Možnost připojovat standardně formátované elektronické dokumenty ke všem evidovaným objektům.

29



Kompletní historie záznamu o objektech v čase (archiv s pohybem majetku).

30



Export dat do DOC, DOCX, XLSX, PDF, TXT souborů.

31



Využití čárového nebo OR kódu.

21 22 23 24 25 26 27 28

Vazby na interní i externí agendy / registry 

Vazbu na službu ČÚZK „Nahlížení do KN“.



Evidence vlastnických a uživatelských vztahů prostřednictvím vazby na registr obyvatel a ekonomických subjektů.



Vazbu na evidenci smluv (informace o souvisejících smlouvách na kartě majetku), pronajatý majetek (informace o pronájmu parcel).

36



Přístup k záznamům dle typu majetku a provádění činností dle přidělených práv.

37



Vazbu na účetnictví.

38



Vazbu na registr domů, bytů, parcel.

32 34 35

Tabulka 29. Minimální požadavky na agendu Evidence movitého a nemovitého majetku

3.4.8.3

Agendy nájmu

1) Agenda Nájmy bude obsahovat kompletní agendu nájmů a služeb spojených s nájmy včetně pasportů bytů a následné vyúčtování služeb, a to v rozsahu a) Evidence bytů b) Evidence nebytových prostor c) Evidence nájemců bytů d) Evidence nájemců nebytových prostor e) Služby bytů f) Služby nebytových prostor Strana 32 ze 67

2) Minimální požadavky na Agendy nájmu jsou uvedeny v následující tabulce Číslo 01 02 03


Splněno



Agenda Nájmy bude obsahovat kompletní agendu nájmů a služeb spojených s nájmy včetně pasportů bytů a následné vyúčtování služeb.



Nájemné a služby k nájmu budou evidovány kódem poplatku, který má své vlastní předkontace.



Subjekty s poplatkovou povinností budou vedeny jako tzv. plátci v samostatné sekci agendy Poplatky. Účelem této evidence bude zachycení pravidelně se opakujících i jednorázových typů příjmů u konkrétních fyzických nebo právnických osob.



Evidence bytů a Evidence nebytových prostor 04



Vedení pasportů domů, bytů, nebytových prostor.

05



Adresu bytu/nebytového prostoru, velikost bytu/prostoru, podlaží, číslo bytu, stav.



Evidence nájemních bytů a nebytových prostor (prodaných, obsazených, volných) dle různých sazeb.



Evidence podlahových a ostatních ploch, vybavení pro účely doúčtování služeb bytů a nebytových prostor.

08



Evidence údajů o spotřebách energií v jednotlivých objektech dle měřících zařízení.

09



Evidence nákladů na údržbu objektů.



Plánování revizí, kontrol a oprav s možností zasílání notifikačních emailů pověřené osobě stanovený počet dní před nebo po vypršení termínu.



Tisk nájemních smluv.

06 07

10 11

Evidence nájemců bytů a Evidence nájemců nebytových prostor 13



Vazbu na Evidence bytů a Evidence nebytových prostor.

14



Evidence nájemců a plátců pro jednotlivé byty a nebytové prostory.

15



Sledování průběhu vymáhání pohledávky.

16



Vazbu na prodeje bytů a nebytových prostor.

17



Variabilní tisky sestav.

18



Archív uzavřených pohledávek.

Služby bytů a Služby nebytových prostor, vč. nájemného 19



Vazbu na Evidence nájemců bytů a Evidence nájemců nebytových prostor.

20



Evidence za jednotlivé druhy služeb.

21



Zadání spotřeb na služby, byt / nájemný prostor a uživatele.

22



Rozpis zadaných nákladů na zúčtovací jednotky, období a služby.

23



Vyúčtování služeb.



Volitelné uživatelské nastavení záloh na služby s DPH nebo bez DPH, možnost výpočtu nájmu na poměrnou část měsíce.

25



Tisk evidenčních listů nájemného.

26



Měsíční předpisy za služby a následně tisk dobropisů a faktur.

27



Kompletní historii doúčtování za minulé roky.

28



Tisk evidenčních listů nájemného.

24

Strana 33 ze 67

Číslo


Splněno



Výpočet nájemného a měsíčních záloh za služby hromadně nebo nad vybraným bytem / nebytovým prostorem vč. možnosti rušení výpočtu.



Automatické účtování vystavených předpisů dle nadefinovaných šablon a přenos kontací do účetnictví.



Hromadné nebo individuální vystavení předpisů na nájem a služby za zadané období pro vybraný byt / nebytový prostor a zápis předpisů do příjmů.

32



Vytváření souborů pro platby pomocí služby SIPO České pošty.

33



Valorizace nájemného vybraných skupin bytů / nebytových prostor.

34



Hromadné jednostranné zvyšování nájemného.

35



Možnost tisku přehledu nákladů na objekty dle jednotlivých dodavatelů.

36



Vytváření volitelných sestav dle potřeb úřadu.

37



Tiskové vzory dokumentů (smlouvy, prodloužení nájmu aj.).

29 30 31


Vazbu na pohledávky, jde o soudně ošetřené pohledávky, které se do IS zavádějí po nabytí právní moci jednotlivých rozhodnutí v členění podle typu poplatku jako předpis – pohledávka (nájem a služby, kolky, náklady řízení, poplatek nebo úrok z prodlení, náklady na vyklizení …).



Vazbu na Poplatky – vystavené předpisy, platby z banky, pokladny, SIPO, storna, nedoplatky ve vymáhání a insolvenční rejstřík.

40



Vazba na výdaje u zadávání nákladů (faktury přijaté).

41



Vazbu na registr obyvatel.

42



Vazba na registr bytů, nebytových prostor, vazba na registr parcel.

43



Vazbu na Spisovou službu.

44



Vazbu na registr hospodářských subjektů.

45



Vazbu na majetek.

46



Vazba na Smlouvy.

38 39

Tabulka 30. Minimální požadavky na Agendy nájmu

Strana 34 ze 67

3.4.8.4

Evidence smluv

1) Agenda bude určena pro evidenci smluv, a to jak příjmových, tak i výdajových. Pro příjmovou oblast bude mít bezprostřední vazbu na vybrané agendy, např. nájemné, pronájmy nebytových prostor, hřbitovní agendu, fakturaci. 2) Minimální požadavky na agendu Evidence ekonomických subjektů jsou uvedeny v následující tabulce Číslo


Splněno



Centrální evidence smluv, zápis i z jiných agend (např. Hřbitovní agenda, nájemné za byty, pronájem nemovitého majetku).

02

  

Automatické číslování smluv pro celý úřad. Automatické číslování smluv dle odborů. Vlastní číslování smluv.

03



Smlouvu zapsanou pro více odborů. Právo editovat/prohlížet více odborů.

04



Přípravu smlouvy v editoru dle předem vytvořených vzorů.

05



Evidenci čísla usnesení Rady města/ Zastupitelstva města.

06



Evidence stavů smlouvy (Návrh, Schváleno, V realizaci, Ukončeno, Zrušeno).

07



Časové údaje spjaté se smlouvou (kdo podepsal, datum příchodu a platnosti smlouvy ..).

08



Kontrolní mechanismy mezi položkou datum a stav.



Životní cyklus smlouvy: - Založení smlouvy (Evidence dodatků s vazbou na původní smlouvu, Automatické číslování dodatků). - Doplnění smlouvy o naskenovaný záznam (scan smlouvy). - Zápis platebních podmínek – bude doplňovat platební podmínky smlouvy. K základním typům platebních podmínek bude patřit určení způsobu úhrad závazků, výše závazků/pohledávek, zápis a generování splátkových kalendářů. - Zápis finančního krytí – finanční krytí smlouvy bude podléhat režimu schválení odpovědnou osobou v systému. Při schvalování bude probíhat systémová kontrola na disponibilní prostředky rozpočtu. - K dané smlouvě bude připojen přehled o on-line čerpání rozpočtových prostředků. Do doby realizace smlouvy představuje schválení finančního krytí blokování rozpočtových prostředků.



Kontrola na Insolvenční rejstřík.



Realizační doklady - Vystavení objednávky, Vystavení faktury vydané, Provázat fakturu přijatou ke smlouvě, Vystavit výdajové poukazy, Generovat splátkový kalendář.



Dodatky – v případě uzavření dodatků ke smlouvě budou tyto evidovány u příslušné smlouvy. Program bude generovat pořadové číslo dodatku v číselné řadě dané smlouvy. Dodatky obsahující změnu v platebních a finančních podmínkách bude nutné dále promítnout do Platebních podmínek a Finančního krytí smlouvy.



Termíny a úkoly – úkoly budou sloužit k definování konkrétních jednotlivých úkolů a stanovení termínů plnění daných úkolů. Úkoly bude možno vybírat pomocí předem definovaného číselníku, případně je vkládat volně, tj. bez vazby na daný číselník. U jednotlivých úkolů bude možno určit odpovědnou osobu za plnění úkolu a dodržení termínů. K identifikaci bude možno připojit e-mailovou adresu. Systém pak sám bude sledovat dodržení těchto plánovaných termínů a pomocí elektronické pošty nejprve předem zašle upozornění na blížící se termín daného úkolu odpovědné osobě.

14



Tisk oběhových lístků pomocí uživatelsky nastavitelných vzorů.

15



Kopírování jednotlivých smluv.

16



Historii editačních změn.

014

09

10 11 12

13

Strana 35 ze 67

Číslo 17 18


Splněno



Možnost vytváření volitelných sestav dle potřeb uživatele ve formátu xlsx, docx, pdf.



Nástroje na vyhledávání smluv pro tiskové výstupy nebo do seznamu, podle všech zapsaných údajů, a to i v kombinaci.




Vazbu na vydané faktury (seznam faktur ke smlouvě, vč. zobrazení detailu).

20



Vazbu na objednávky (seznam objednávek ke smlouvě, vč. zobrazení detailu).



Vazbu na přijaté faktury a poukazy. Prohlížení navázaných přijatých faktur a poukazů. Při propojení přenos (RČ/IČ, adresa, rozpočtová skladba) do faktury.



Vazbu na SSL.

21 22

Tabulka 31. Minimální požadavky na agendu Evidence ekonomických subjektů

3.4.8.5

Objednávky

1) Agenda bude umožňovat centrální evidenci objednávek. 2) Minimální požadavky na agendu Objednávky jsou uvedeny v následující tabulce Číslo 01 02 03 04 05 06 07 08

09

10 11 12 13


Splněno



Agenda bude evidovat objednávky úřadu a bude umožňovat několika stupňové elektronické schvalování.



Agenda bude zajišťovat - na základě přidělených práv objednávky vložit, schválit, reportovat.



Aktivně objednávat budou moci jen oprávnění uživatelé oběhem účetních dokladů, ostatní pouze v pasivní roli k nahlédnutí a případné kontrole.



Agenda umožní nastavit číselnou řadu jednotnou či členěnou dle odborů (číselné řady objednávek dané konfigurací).



Rozsah dat pro vystavení objednávky - identifikační údaje objednávky, předmět, kontaktní údaje, termín a místo dodání, dodací listy, částky, klíčová slova, záruka, poznámka.



Vystavení objednávek vytváří automatickou vazbu na doklad, z něhož je objednávka vytvářena.



Agenda přenáší shodné údaje z karty dokladu, jako jsou Název dodavatele, Obsah, Klíčová slova, finanční krytí…



Výsledkem vazby je získání soupisu objednávek, které se k danému dokladu vážou a následnou informaci o přijatých plněních v podobě soupisu přijatých faktur.



Finanční krytí - v souladu s interními předpisy bude objednávka příkazcem operace nebo jím pověřeným zpracovatelem doplněna v systému o finanční krytí. Finanční krytí objednávky bude podléhat režimu schválení odpovědnou osobou v systému. Při schvalování bude probíhat systémová kontrola na disponibilní prostředky rozpočtu. K dané objednávce bude připojen přehled o on-line čerpání rozpočtových prostředků. Do doby realizace objednávky bude představovat schválení finančního krytí blokování rozpočtových prostředků.

   

Tisk objednávky bude probíhat v souladu s pracovními postupy spjatými s tiskem dokumentů typu „tiskopis“.



Tiskopis Objednávky bude upraven dle jednotného uživatelského stylu a obsahuje vedle popisu předmětu objednávky i předepsané náležitosti stanovení interními předpisy, jako je číslo smlouvy, číslo investiční akce, lhůta splatnosti.



„Košilka“ objednávky po vyhotovení objednávky bude obsahovat dále čárový kód, informaci o rozpočtovém krytí a bude podepsána příslušnými oprávněnými osobami.



Připojení přijaté faktury - v případě, že bude fakturovaný doklad vystaven na základě objednávky, bude provádět pověřený zpracovatel připojení faktury přijaté k dané objednávce. Připojením dojde ke vzájemnému provázání dokladů, přenosu souhlasných údajů, včetně



Strana 36 ze 67

Číslo


Splněno

finančního krytí.

14

 

K přijaté faktuře lze navázat i více objednávek. K objednávce lze navázat více přijatých faktur.

15



Seznam připojených objednávek bude k dispozici nad každou kartou přijaté faktury.

16

 

V agendě Objednávky bude souběžně vyhotoven seznam připojených faktur. Každá faktura snižuje předpokládanou částku objednaného výkonu a provádí „odblokování“ rozpočtových prostředků.



V případě, že objednávka bude vystavena s vazbou na Smlouvu, bude automaticky doplněna i vazba Přijatá faktura – Smlouva.



Automatická kontrola na Insolvenční rejstřík.

17 18




Provázat s rozpočtem a s oběhem účetních dokladů. Tabulka 32. Minimální požadavky na agendu Objednávky

3.4.8.6

Účetnictví obce

1) Agenda Účetnictví obce bude obsahovat kompletní agendu rozpočtového účetnictví, a to v rozsahu a) Účetnictví b) Kniha došlých faktur c) Zpracování elektronických bankovních výpisů d) Pokladna e) Rozpočet f) Poplatky g) Skladová evidence h) Vazby na interní i externí agendy / registry

3.4.8.6.1

Účetnictví

1) Zabezpečuje vedení účetní a daňové evidence. 2) Jednotlivé případy zaznamenané 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. 3) Minimální požadavky na agendu Účetnictví jsou uvedeny v následující tabulce Číslo

AISMK bude zjišťovat

Splněno

01



Aktualizace účetního předpisu i číselníků rozpočtové skladby a analytických účtů PAP.

02



Pořízení a aktualizace uživatelských číselníků.

03

 

Správu účtové osnovy, včetně analytického členění dle požadavků legislativy. Doplnění dalších vlastní požadavků na analytické členění účtové osnovy.



Analytické členění účtů hlavní knihy nabízeného řešení AISMK bude vždy nezávislé na rozpočtové skladbě, bankovním účtu a organizační struktuře.



Definici účetních dimenzí v minimálním rozsahu: Syntetický účet, Analytický účet, Kapitola, Oddíl-paragraf, Položka, Účelový znak, Záznamová jednotka, Nástroj, Zdroj, Organizace, Organizační jednotka, Dimenze PAP (analytické členění, typ změny, identifikace partnera aktiv/pasiv a transakce).



Automatizovaný vstup účetních dokladů z jiných úloh ekonomického subsystému a zachování vazby mezi dokladem v účetnictví a pohybem v jiné úloze.



Automatizované předkontace účetních dokladů pomocí uživatelem nadefinovaných předkontací – šablon.

04 05 06 07

Strana 37 ze 67

Číslo


Splněno



Ruční vstup (kontace) účetních dokladů s kontrolou na účetní osnovu (včetně analytického členění), rozpočtovou a položkovou skladbu, PAP, kontrola vyrovnanosti účetního dokladu.



Vazby mezi účetními doklady při tvorbě opravných nebo stornovacích dokladů.



Opravy účetních dokladů možnost opravy v rámci účetního období a rozpočtové skladby se zachováním hlídání disponibility rozpočtu a schvalovacího procesu dle zákona o finanční kontrole + generovat protokol o průběhu schvalovacího procesu při opravách účetních dokladů. Evidence oprav (monitorování kdo, co, kdy opravil, původní obsah, nový obsah).



Při prvotním zadávání údajů do účetního dokladu bude možnost současně zadat také údaje nutné (dle platné legislativy) pro následné zpracování výkazu PAP jako nedílnou součást účetní věty.

12



Účtování dokladů v cizí měně s možností centrálně stanoveného účetního kursu.

13



Vedení a tisk podle účetních dimenzí.

14



Vedení saldokonta včetně možnosti provádění vzájemných zápočtů pohledávek a závazků.

15



Paralelní zpracovávání více účetních období.



Provádění měsíční účetní závěrky (s možností zrušení kroku a vrácení se do minulého období).



Provádění roční účetní závěrky se zpracováním závěrečných zápisů a konečného účtu rozvažného, s počátečním účtem rozvažným a generování počátečních stavů.

 

Provedení roční účetní uzávěrky pověřenému uživateli úřadu bez nutné podpory dodavatele s dalším finančním nákladem. Případně tento náklad musí být výslovně uveden v celkové částce za dodávku.



Pořizování dat do příštího účetního období.



Dodání standardních účetních sestav v min. rozsahu: obratová předvaha, hlavní kniha, účetní doklady za libovolný časový úsek.



Definice a zpracování vlastních uživatelských (specifických) sestav (definice sloupců, výběru dat, součtování.

 

Při tisku bude možné nastavit do jaké podrobnosti se má sestava tisknout, a to individuálně pro každou. Nadefinované sestavy bude možné vytvářet, ukládat, třídit a opakovaně používat.

23



Export a import dat (minimálně ve formátech xls, xlsx, csv, txt atd.).

24



Nadefinovat libovolný počet kontrolních okruhů (sestav nad daty hlavní knihy).



Členění účetního deníku dle druhů účetních dokladů s možností kumulativního pohledu přes všechny účetní doklady.



Tvorba, evidence a tisk účetních interních dokladů.



Uchování dokladů, jednotlivých účetních obratů a stavů na kontech v současnosti i historii (spolu s rozpočtovými daty) pro potřeby tvorby sestav a pohledů do dat účetní evidence organizace (hlavní účetní kniha, chronologický deník, příjmy a výdaje dle rozpočtové skladby, vývoj konta, bankovní obraty a zůstatky, atd.).



Zobrazování - interaktivní hlavní kniha, možnost nastavení specifických výběrů a úrovně součtování.

08 09 10

11

16 17 18 19 20 21 22

25 26 27 28

Požadavky na evidenci DPH 29



Evidenci DPH pro měsíční i čtvrtletní plátce a evidenci DPH při pořizování dokladu.

30



Přechod mezi stavy plátce/neplátce DPH kdykoli v průběhu roku.

31



Oddělené provádění účetních a daňových závěrek.



Automatické vytvoření podkladů pro DPH; zahrnuje seznam daňových dokladů (záznamní povinnost), přenesenou daňovou povinnost, souhrnné hlášení.

32

Strana 38 ze 67

Číslo


Splněno



Sestavy pro daňové účely (výpisy pro režim přenesené daňové povinnosti, daňová evidence, daňová přiznání, atd.).

34



Výpočet koeficientu DPH.

35



Kontrolní sestavy pro sledování obratu k DPH (pro neplátce DPH).

36



Tisk podání pro finanční úřad (DPH apod.) na předepsaném formuláři.

37



Vedení, zobrazení a editaci seznamu podání pro FÚ.

38



Elektronické odesílání výkazů pro FÚ.

33

Tabulka 33. Minimální požadavky na agendu Účetnictví

3.4.8.6.2


1) Komplexní agenda došlých faktur s jejich životním cyklem 2) Minimální požadavky na agendu Kniha došlých faktur jsou uvedeny v následující tabulce Číslo


01



Pořízení vyúčtovací faktury.

02



Ověření finančního krytí.

03



Převody mezi účty.

04



Tisk průvodky.

05



Vystavení příkazu k úhradě.

Splněno

Tabulka 34. Minimální požadavky na agendu Kniha došlých faktur

3.4.8.6.3

Zpracování elektronických bankovních výpisů

1) Agenda bude umožňovat automatické načítání elektronických bankovních výpisů a následně položky bankovního výpisu párovat na primární doklady. 2) Minimální požadavky na agendu Zpracování elektronických bankovních výpisů jsou uvedeny v následující tabulce Číslo


Splněno



Evidenci pohybů na sledovaných bankovních účtech - prohlížení stavů bankovních účtů - prohlížení pohybů bankovních účtů

02



Předkontaci plateb.

03



Automatické nebo ruční založení položek bankovních výpisů vybraných bankovních ústavů.

04



Automatické nebo ruční párování na pohledávky a závazky.



Automatické nebo ruční zaúčtování položek výpisů - import bankovních výpisů a složenek - detailní prohlížení výpisů a složenek

06



Založení a párování poštovních poukázek k bankovnímu výpisu.

07



Zpracování složenek „B“.

08



Rozklad plateb na více předpisů, s nimiž má být platba spárována.

01

05

Strana 39 ze 67

Číslo


Splněno

09



Výběry dat dle všech položek výpisů.

10



Tiskové výstupy dle zadaných kritérií.

11



Možnost změny a rozložení párování přijaté platby k pohledávce. Tabulka 35. Minimální požadavky na agendu Zpracování elektronických bankovních výpisů

3.4.8.6.4

Pokladna

1) Agenda bude umožňovat výběr či vyplácení peněz. 2) Minimální požadavky na agendu Pokladna jsou uvedeny v následující tabulce Číslo


Splněno



Vedení libovolného počtu pokladen a pokladních knih v definované měně (s možností přepočtu kurzu).

02



Pokladní poukazy – příjmové, výdajové.

03



Nastavení číselných řad jednotlivých pokladen.

04



Tisk pokladních knih (jejich částí dle uživatelské definice).

05



Tvorbu a úpravy jednotlivých pokladních dokladů (příjmové, výdajové).

06



Zaúčtování přijaté či vydané platby.

07



Každý jednotlivý doklad přímo vstoupí do skutečnosti rozpočtu.



Vystavení příjmových a výdajových dokladů i daňových včetně předkontace rozpočtové skladby.

09



Podporu pokladního prodeje s vazbou na prodejní sklad.

10



Podporu vedení registrační pokladny.

11



Podporu práce s čárovými kódy při výběru plateb.

12



Podporu bezhotovostních plateb (propojení pokladny s platebním terminálem).

13



Zobrazení konta plátce a výběr předpisů k úhradě.

14



Jednu platbu na více odlišných poplatků (různé variabilní symboly).



Vystavení příjmového pokladního dokladu na jinou osobu než je vystavený předpis (úhrada poplatku kterýmkoliv členem rodiny).

16



Výčetku hotovosti.

17



V každém okamžiku aktuální informace o stavu hotovosti na pokladně.

18



Podle oprávnění – informace o stavu hotovosti na všech pokladnách.

19



Oprávnění k práci s každou pokladnou jednotlivě.

20



Tisk pokladního dokladu.

21



Uložení pokladního dokladu.

01

08

15

Tabulka 36. Minimální požadavky na agendu Pokladna

Strana 40 ze 67

3.4.8.6.5

Rozpočet

1) Tvorba rozpočtu bude umožňovat detailní zpracování návrhů rozpočtu, schvalování, pořizování změn rozpočtu. Bude poskytovat aktuální informace o čerpání rozpočtu navazujícím agendám informačního systému (Účetnictví, Evidence projektů, Smlouvy, Objednávky, Výdaje). 2) Minimální požadavky na agendu Rozpočet jsou uvedeny v následující tabulce Číslo


Splněno



Aktualizace rozpočtového předpisu i číselníků rozpočtové skladby v souladu se změnou legislativy.



Kontrolu na platné číselníky.



Přípravu rozpočtu pro následující období ve více variantách, varianty návrhu rozpočtu na sobě navzájem nezávislé.

04



Přenos dat schváleného rozpočtu do sestav po schválení varianty.

05



Sestavování, prohlížení, změny a tisk schváleného rozpočtu.



Kompletní proces přípravy rozpočtových změn a opatření (pořizování, prohlížení, tisk a opravy) a zajištění jejich realizace (okamžité promítnutí do rozpočtu, účetních sestav a prohlížecích formulářů).

07



Kontrola bilanční rovnosti rozpočtu při provádění rozpočtových změn a opatření.

08



Uchovávání původního schváleného rozpočtu a všech rozpočtových opatření.



Při realizaci rozpočtových opatření se změny rozpočtu automaticky a okamžitě budou promítat do účetních sestav a prohlížecích formulářů – možnost náhledu do stávajícího i následujícího účetního období.



Tisk uživatelsky definovaných sestav – tisk pouze zadaných výběrových kritérií, omezení výpisu na zadaná výběrová kritéria, možnost libovolného pořadí kritérií.



Konfigurovatelné několikastupňové schvalování čerpání rozpočtu.



Správcům rozpočtu jednotlivých odborů bude umožněno sestavit vlastní verzi rozpočtu pro svoji organizační jednotku – jak samostatnou verzi rozpočtu, tak formou konkretizace oficiální pracovní verze rozpočtu.



Omezení sestavení rozpočtu pomocí uživatelských oprávnění dle organizační struktury (správci rozpočtu jednotlivých odvětví - kapitol smí upravovat jen svoji část rozpočtu).



Výstupy o čerpání a plnění schváleného i upraveného rozpočtu v operativní i presentační formě (číselné i grafické informace, rozklikávací rozpočet) – možnost tvorby výstupů za kalendářní rok a porovnání ve vývojové řadě za více let (výstupy do formátů MS Word, MS Excel, HTML).



Tvorba dlouhodobého i krátkodobého cash-flow a rozpočtového výhledu včetně možnosti ručního vstupu.



On-line přehled o aktuálním skutečném čerpání rozpočtu i o čerpání předpokládaném (transakce, které ještě nebyly proúčtované na bankovním účtu).



Volitelné upozornění na blížící se vyčerpání rozpočtu – jak rozpočtového předpokladu, tak skutečného čerpání rozpočtu. Upozornit uživatele při použití rozpočtové skladby na dokladu u které se blíží přečerpání rozpočtu s možností blokace použití u dokladu takovou rozpočtovou skladbu, u které by došlo k přečerpání rozpočtu.



Dodání standardních účetních sestav v min. rozsahu: obratová předvaha, hlavní kniha, účetní doklady za libovolný časový úsek.

 

Definice a zpracování vlastních uživatelských (specifických) sestav. Nadefinované sestavy bude možné vytvářet, ukládat, třídit a opakovaně používat.



Při tisku bude možné nastavit do jaké podrobnosti se má sestava tisknout, a to individuálně pro každou.

01 02 03

06

09 10 11 12 13 14 15 16 17 18 19 20

Tabulka 37. Minimální požadavky na agendu Rozpočet Strana 41 ze 67

3.4.8.6.6

Poplatky

1) Agenda bude umožňovat správu všech plateb. 2) Minimální požadavky na agendu Poplatky jsou uvedeny v následující tabulce Číslo 01 02

AISMK bude zjišťovat 

Přehledná evidence všech poplatníků dle druhů místních poplatků.



Subjekty s poplatkovou povinností budou vedeny jako tzv. plátci v samostatné sekci agendy Poplatky. Účelem této evidence bude zachycení pravidelně se opakujících i jednorázových typů poplatků u konkrétních fyzických nebo právnických osob.

 

03

04



Nedílnou součástí budou informace o případném procesu vymáhání pohledávky. U každé pohledávky bude uveden způsob zaúčtování pohledávky a číslo účetního dokladu, pod nímž je daný případ zaúčtován.



O provedené úhradě bude proveden záznam s uvedením data úhrady, způsobu úhrady a odpovídajícím popisem dokladu (číslo bankovního výpisu, název bankovního výpisu, čísla pokladního dokladu a označení pokladny), na nějž úhrada byla provedena. Specifickým způsobem úhrady bude zápočet.

 

06 

 

Vedení přehledného daňového účtu u každého poplatníka, který je v souladu s požadavky daňového řádu (zák. 280/2009 Sb., a zákona o místních poplatcích 565/1990 Sb.) Tj. přehledně evidovat u každého předpisné, odpisné, platební a opravné doklady (s možností tisku dokladů jak samostatně tak v sestavách dle potřeb a požadavků správce místního poplatku). V případě více předpisů za rok (odpady vázané na trvalý pobyt, za vlastnictví rekreačního objektu, RD popř. byt, kde není k pobytu hlášena žádná osoba (možnost výběru označení) – bude možnost písemného vyjetí daňového účtu poplatníka. U místního poplatku za provoz systému shromažďování, sběru, třídění… ( dále „odpady“) bude vedení poplatníků samostatně se svým daňovým účtem (dle VS). V případě více předpisů u jednoho poplatníka za rok (odpady vázané na trvalý pobyt, za vlastnictví rekreačního objektu, RD popř. byt, kde není k pobytu hlášena žádná osoba)- bude možnost výběru označení, za co je předpis vystaven.



Sledování daňového účtu poplatníka – probíhající exekuce (vč. exekučních nákladů a jejich úhrady, správné přiřazování plateb k tomuto řízení), probíhající insolventní řízení (s možností vyznačení výše přihlášené pohledávky do insolvenčního řízení vč. období a následné přiřazování plateb, k tomuto úkonu), zpracování exekučních příkazů v souladu s daňovým řádem, zastavení řízení), dalších písemností (úřední záznam, protokol), evidovat neplatiče a tuto skutečnost jim oznámit ve formě, jakou si referent zvolí.



Sledování platební kázně všech poplatníků – platby uhrazené i neuhrazené, provádění výpočtu poplatku, sledování pohledávek po lhůtě splatnosti, průběh a termíny vymáhání od upozornění až do úhrady nebo ukončení řízení, sledování vyřízené pohledávky, vyhledávání dlužníků a pohledávky podle různých kritérií, tisk složenek, upozornění - výběr možností (na společného plátce, nebo i samotného poplatníka), rozhodnutí - platební výměr (výběr možností vyměření dluhu poplatníkovi, u nezletilých osob výběr i s možností vyměření dlužné částky na zákonného zástupce s vygenerováním nezletilé osoby v textu za koho a jaká částka je vyměřena).



Zavedení evidence plátců a poplatníků snadným a rychlým provedením v návaznosti na registr obyvatel dle požadavků referentů, automatická aktualizace evidence poplatníků s registrem obyvatel, u každého poplatníka zobrazit celou historii jeho plateb, předpisů, navýšení poplatku od vzniku jeho poplatkové povinnosti.



Sledování průběhu insolvence – napojení na insolvenční rejstřík, u poplatníků v insolvenčním řízení zobrazit skutečný dluh.

08

09

10 11

Předpisy budou zachycovat konkrétní a specifické pohledávky v daném období za jednotlivými plátci. V tomto místě bude pohledávce zapsána její výše, splatnost, charakter apod. Zde bude také vidět, zda je pohledávka uhrazená, stornovaná (z důvodu snížení nebo zrušení) či odepsaná, v jaké výši jsou na pohledávce vedeny opravné položky a jaké doklady jsou u pohledávky vystaveny.

 

05

07

Splněno

Strana 42 ze 67

Číslo


Splněno

12



Posílání e-mailu s informací o poplatku na evidované e-maily v komunálu a příjmech.

13



Tisku opravných položek s možností výběru výpočtu.

14



Elektronické vedení spisu.

15



Tvorby sestav (dle požadavků správce poplatku).



Při vyhotovení (platebních výměrů, upozornění apod.) vazba na spisovou agendu města s automatickým zapsáním a přiřazením čj., včetně uvedení čj. platebního výměru, vloženého do obálky a převedení na podatelnu.



Možnost opravit doklad a znovu tisknout nebo stornovat a vystavit znovu.

16 17

Tabulka 38. Minimální požadavky na agendu Poplatky

3.4.8.6.7

Skladová evidence

1) Agenda bude sloužit k vedení skladů zásob a zboží. 2) Bude zabezpečovat pořizování všech skladových dokladů, přehledů zboží a podkladů pro inventarizaci. 3) Minimální požadavky na agendu Skladová evidence jsou uvedeny v následující tabulce Číslo


Splněno



Evidence skladových karet pro jednotlivé sklady – základních údajů a pohybů vč. rekapitulace pro daný rok.

02



Evidence pohybů – příjem, výdej, prodej, převod, vratky, opravy pohybů.

03



Tisk dokladů - příjemky, výdejky, prodejky, převodky, pokladní doklady, storno doklady.

04



Ocenění průměrnými cenami.



Hromadné operace nad skladovými kartami: - změny údajů (ORJ, DPH, prodejní ceny aj.) - změny v umístění - převody mezi sklady - nastavení limitů zásob - tisk štítků - protokoly o změnách

06



Roční závěrky skladů s možností zrušení závěrky.

07



Přehledy pohybů a dokladů dle zadaných kritérií.



Automatické účtování skladových pohybů dle nadefinovaných šablon a přenos kontací do účetnictví.

09



Kompletní historie záznamu v čase.

10



Export dat do DOC, DOCX, XLSX, PDF, TXT souborů.

11



Nastavení oblíbených údajů na uživatele (sklad, druh zásoby, účet, budova, místnost…).



Možnost tisku pevných sestav ve formátu PDF, XLS, XLSX, DOC, DOCX dle požadovaného třídění a součtování, zejména - změnové - přírůstkové - úbytkové - pohybové - inventární soupisy položkové i sumární

01

05

08

12

Strana 43 ze 67

Číslo

AISMK bude zjišťovat -

Splněno

stavy zásob k aktuálnímu dni i zpětně do minulosti

13



Možnost vytváření volitelných sestav dle potřeb uživatele.

14



Výpisy stavu zásob, inventarizace skladů, možnost využití čteček čárových kódů.

15



Vazba na organizační a prostorovou strukturu úřadu.

16



Maximum možných dat lze zadávat pomocí číselníků.

17



Přístup k záznamům dle skladů a provádění činností dle přidělených práv.




Vazba na účetnictví.

19



Vazba na pokladnu s možností tisku pokladních dokladů.

20



Vazba na objednávky – vystavení objednávky pro podlimitní zásoby. Tabulka 39. Minimální požadavky na agendu Skladová evidence

3.4.8.6.8

Vazby na interní i externí agendy / registry

1) Agendy Účetnictví obce budou mít vazby na interní i externí agendy / registry 2) Minimální požadavky na Vazby na interní i externí agendy / registry jsou uvedeny v následující tabulce Číslo


01

 

  

02

  

Splněno

Komunikaci s Centrálním systémem účetních informací (CSÚIS). 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 bude zabezpečena celostátně platným komunikačním rozhraním prostřednictvím XML formátu. V případě, že úřad zasílá v souladu s metodickými pokyny krajského úřadu data (účetní obraty nebo účetní a finanční výkazy) prostřednictvím e-mailu, bude tato forma zajištěna v agendě Účetnictví. Účetnictví musí být navázáno na rozhraní Nespolehlivý plátce v souvislosti s novelou zákona o DPH s účinností od 1. 1. 2013. Rozhraní na Insolvenční rejstřík (ISIR). Zajištění monitoringu úpadců. Zajištění průběžné hromadné kontroly, zda plátci evidovaní v informačním systému nevstoupili do insolvence. Aktualizaci databáze bude zajištěna jednoduchým uživatelským postupem osoba s oprávněním Správce, dle potřeb úřadu. Informace budou rozděleny na subjekty a vedená řízení. Vyhledávání bude umožněno dle datumových položek zahájení a ukončení řízení, jednotlivých dlužníků či výběrem všech evidovaných plátců. Úpadci, kteří jsou vedeni v Insolvenčním rejstříku, budou následně zřetelně označeni na kartě plátce. Pro náhled na konkrétní záznamy včetně připojených dokumentů bude zajištěno připojení na ISIR s vyhledáním daného řízení. K jednotlivým předpisům úpadců pak uživatel může provést záznam o přihlášení pohledávky do insolvence, včetně data přihlášení. Tabulka 40. Minimální požadavky na Vazby na interní i externí agendy / registry

Strana 44 ze 67

3.4.9

Správní agendy

3.4.9.1

Evidence obyvatel

1) Agenda bude evidovat podstatné parametry evidence obyvatel. 2) Minimální požadavky na agendu Evidence obyvatel jsou uvedeny v následující tabulce Číslo


Splněno



Evidence obyvatel v rozsahu – RČ, datum narození, jméno a příjmení (nynější, dřívější a rodné), titul, místo narození, rodinné vztahy, rodinný stav, národnost.



Archív obyvatel od roku 1990 - datum přihlášení, datum změny, důvod změny, svéprávnost, občanství, adresa datové schránky.

03



Ruční správu údajů.

04



Automatickou aktualizaci údajů.

06



Možnost výběru skupin podle definovaného obvodu např. výběr dětí z obvodu ulic.

07



Tisk výpisu z IS EO.

08



Tisk potvrzení o trvalém pobytu, rodinném stavu.

09



Tisk potvrzení podle zákona o obcích.

01 02




Vazbu na ISZR. Tabulka 41. Minimální požadavky na agendu Evidence obyvatel

3.4.9.2


1) Agenda bude umožňovat jednoduchou evidenci pozemků a zahrádek v souladu s legislativou. 2) Minimální požadavky na agendu Evidence pozemků a zahrádek jsou uvedeny v následující tabulce Číslo


Splněno

01



Číslo parcely, výměra, účel pronájmu.

02



Vede archiv ukončených nájmů.

03



Vazbu na poplatky.

04



Vazbu na interní evidenci obyvatel. Tabulka 42. Minimální požadavky na agendu Evidence pozemků a zahrádek

3.4.9.3

Evidence psů

1) Agenda bude umožňovat evidenci základních informací o přihlášených psech (držitel, evidenční známka, číslo čipu, popis psa, účel chovu, a další) v návaznosti na sazby poplatku dané místní vyhláškou, včetně možnosti změny držitele (poplatníka). 2) Subjekty (fyzické i právnické osoby) budou načítány z registrů, včetně adresních údajů, s možností zápisu kontaktních údajů. Automaticky se vypočte poplatek, případně poměrnou část a vystaví předpis. Online budou předpisy předány do Poplatků (kde je umožněn tisk složenek) a do ekonomického systému. 3) V agendě bude možno vyhledávat podle informací o psovi i plátci.

Strana 45 ze 67

4) Minimální požadavky na agendu Evidence psů jsou uvedeny v následující tabulce Číslo


Splněno

01



Evidenční údaje - majitel, bydliště majitele, adresa umístění psa, plemeno, pohlaví, číslo čipu.

02



Číselník sazeb v návaznosti na vyhlášku města.

03



Převod psa na jiného majitele (poplatníka).



Automatický výpočet sazeb dle období, počtu psů a sazby. Výpočet poplatku při poskytnutí úlevy či osvobození.

05



Tvorba sestav (pevných / uživatelských).

06



Tvorba tiskopisů dle vytvořených šablon.



Konto plátce – zobrazení kompletní historie předpisů a plateb včetně vazeb na účetní doklady.

08



Kontrola subjektů vůči základním registrům (ISZR).

09



Připojení elektronických příloh.

04

07




Vazba na poplatky.

11



Vazba na interní evidenci obyvatel.

12



Vazba na interní evidenci ekonomických subjektů.

13



Vazba na SSL. Tabulka 43. Minimální požadavky na agendu Evidence psů

3.4.9.4


1) Agenda bude umožňovat pokrytí oblastí a) Evidence občansko-správních přestupků b) Evidence přestupků domácího násilí c) Evidence přestupků na úseku občanských průkazů d) Evidenci dopravních přestupků e) Evidenci dopravních přestupků provozovatele vozidla f) Tvorba Zpráv o pověsti g) a další 2) Minimální požadavky na agendu Evidence přestupků jsou uvedeny v následující tabulce Číslo


Kompletní záznam přestupku - automatické/ruční generování čísla přestupku. - automatické generování čísla přestupku pro každou organizační jednotku (různé číselné řady). - evidenci všech účastníků přestupkového řízení



Zaevidování - datum a čas spáchání přestupku - adresný bod a upřesnění místa spáchání přestupku - odesilatele (odesilatel iniciační písemnosti) / vybrat z číselníku Od koho došlo.

01

02

Splněno

-

evidovat změny, tj. původní a všechny nové stavy včetně status informací „kdo, kdy“ Strana 46 ze 67

Číslo


Splněno

03



Z jednoho podnětu založit n-řízení (přestupky společného spisu).

04

 

Automatické/ruční generování čísla přestupku. Automatické generování čísla přestupku pro každou organizační jednotku (různé číselné řady).



Zpracovávání přestupků pouze určeným zpracovatelem / všemi pracovníky organizační jednotky. Řízení uživatelských oprávnění.



Sloučení přestupku do společného řízení, z jednoho podnětu založit n-řízení (přestupky společného spisu), možnost společného rozhodnutí.

07



Zapsání Ustanovení přestupku.

08

 

Výběr zákona, paragrafu, odstavce a písmena z číselníku. Zadání více paragrafů, odstavců a písmen.

09

 

Číselník pro důvody postoupení, Odložení a Zastavení řízení. Číselník způsobů vyřízení přestupku.

10



Zapsání skutkové podstaty do textového pole nebo do textového editoru.

11



Vyřízení přestupku všemi možnými způsoby.

12



Online zobrazení informací o předpisech a úhradách, informace o platební morálce.

13



Evidence přestupků vůči konkrétní osobě a naopak, vyhledání přestupků ke konkrétní osobě.



Evidenci data a času pozvání přestupce, data podání odporu, podání mimořádného odporu, způsobu náhrady škody a částky, ochranných opatření, výkonu rozhodnutí, včetně data účinnosti a data zaslání rozhodnutí, data zahájení a ukončení sankce, odvolání v řízení, hodnot do statistiky domácího násilí. Evidenci vztahující se k řidiči motorového vozidla, měření maximální povolené rychlosti, měření požití alkoholu, předchozího projednání přestupku, zákazu řízení motorových vozidel, výpisu z evidenční karty řidiče, vozidel přestupce, Provozovatele vozidla včetně aparátu pro vydání určené částky s vazbou na agendu Poplatky.

05 06

14

15





Zápis doručenek, resp. převzetí data doručení ze spisové služby.



Vzory a generování dokumentů spojených s přestupkem a řízením - Předdefinované vzory - Možnost úpravy vlastních vzorů - Generování dokumentů na základě těchto vzorů



Práce s tisky - předdefinované tisky, tisk sestav dle různých parametrů - tisk podkladů pro statistické výkazy o přestupcích, např. podklady pro statistiku MVCR - tisk volně definovatelných sestav

16

17




Vazba přestupku na subjekty ověřené v ISZR.

19



Vazba přestupku(ů) na Spisovou službu.

20



Vazba vyřízení přestupků na agendu Poplatky.



Zapsání pokuty s vazbou, nákladů řízení s vazbou, pořádkové pokuty s vazbou, blokové pokuty s vazbou do agendy Poplatky.

21

Tabulka 44. Minimální požadavky na agendu Evidence přestupků

Strana 47 ze 67

3.4.9.5


1) Agenda bude umožňovat evidenci, uchování a uveřejňování zásadních dokumentů města. 2) Minimální požadavky na agendu Evidence předpisů a nařízení obce jsou uvedeny v následující tabulce Číslo


Splněno

01



Evidence nařízení, opatření, vyhlášek, směrnic.

02



Uchování těchto dokumentů v úložišti.




Výstup předpisů a nařízení obce např. na webové stránky Zadavatele apod. Zadavatel předpokládá, že Uchazeči využijí např. webových služeb nebo jiných standardně využívaných vazeb (rozhraní). Tabulka 45. Minimální požadavky na agendu Evidence předpisů a nařízení obce

3.4.9.6 1) 2)


Agenda bude zajišťovat přípravu dokumentů pro vyřízení stížností, oznámení a podnětů. Minimální požadavky na agendu Evidence stížností jsou uvedeny v následující tabulce

Číslo


Splněno



Evidenci stížností, nebo např. peticí, oznámení a dalších podnětů.



Evidován: stěžovatel vč. kontaktní adresy, obsah stížnosti, lhůta k vyřízení, zodpovědný referent/ odbor za vyřízení, odbor, kterému byla stížnost postoupena, oprávněnost stížnosti, datum a způsob vyřízení, číslo spisu a jednotlivá čísla jednací, přílohy.

03



Zápis na základě oprávnění, s možností postoupení jinému odboru.

04



Přehled nad stížnostmi celého úřadu na speciální oprávnění.

05



Automaticky přidělovaná čísla stížností v kalendářním roce.

06



Tvorba vyjádření s využitím tiskopisů s možností uživatelských úprav.

07



Tisk karet stížností.

08



Přehledy stížností – pevné i volitelné sestavy.

09



Roční statistika.

10



Hlídání termínů pro vyřízení.

01 02




Provázanost na Spisovou službu, lokální registry i na ISZR. Tabulka 46. Minimální požadavky na agendu Evidence stížnosti

3.4.9.6.1

Matrika

Minimální požadavky na agendu Matrika jsou uvedeny v následující tabulce Číslo


01

Splněno

Aplikace legislativy, zejména - Zákon 301/2000 Sb., o matrikách, jménu a příjmení a o změně některých souvisejících zákonů. - Vyhláška 207/2001 Sb., kterou se provádí zákon č. 301/2000 Sb., o matrikách, jménu a Strana 48 ze 67

Číslo

AISMK bude zajišťovat -

Splněno

příjmení a o změně některých souvisejících zákonů. Směrnice MV ze dne 2. června 2005 č.j. VS-95/60/2-2005 k jednotnému postupu matričních úřadů při souběžném vedení matričních knih pomocí výpočetní techniky. Zákon 115/2006 Sb., o registrovaném partnerství a o změně některých souvisejících zákonů. Zákon č. 101/2000 Sb.



Vedení matričních knih na prostředcích výpočetní techniky v souladu s platnými zákony a předpisy – aktualizace při změnách.

03



Řízení oprávnění, včetně zastupitelnosti.

04



Konfigurace na míru potřebám a praxi úřadu – uživatelské číselníky.



Evidovat uskutečněná souhlasná prohlášení o určení otcovství, včetně tisku textu prohlášení s využitím dat agendy.



Historie změn vedená přímo pro jednotlivá pole formuláře, nikoli pouze slovním zápisem do dodatečných záznamů - program automaticky podtečkuje v matričních knihách změněné záznamy.



Statistiky – výběr preferované varianty – tisk do formuláře, tisk na čistý list včetně naskenovaného pozadí, XML výstup.



Uživatelské nastavení prostředí, včetně možnosti nastavit tisk s naskenovaným pozadím



Statistiky – výběr preferované varianty – tisk do formuláře, tisk na čistý list včetně naskenovaného pozadí, XML výstup.

02

05 06 07 08 09

Vazby na interní i externí agendy / registry 10 11



Vazbu se Spisovou službou a možnost tvorby dokumentu přímo v agendě s výstupem do datové schránky.



Vazbu na ISZR i na lokální registry obyvatel včetně možnosti automatické aktualizace lokálních registrů po uzavření matričních událostí. Tabulka 47. Minimální požadavky na agendu Matrika

3.4.9.7

Sociální agenda

1) Agenda bude umožňovat evidence ohrožených osob, např. mládeže, případně souvisejících osob, na které se zaměřuje Sociálně-právní ochrana. 2) Minimální požadavky na Sociální agendu jsou uvedeny v následující tabulce Číslo


Splněno



Vedení evidence ohrožených osob, např. mládeže, případně souvisejících osob, včetně důvodů vedení v evidenci, popř. vyřazení z evidence. Součástí bude možnost i evidence vztahů v rámci rodiny.

02



Vedení evidence (číselníků) škodlivých vlivů a ohrožení.

03

 

Vedení evidence nápravných opatření a preventivních opatření. Kontrola účinnosti nápravných opatření a preventivních opatření a stanovení dalšího postupu.

04



Vedení evidenci dětí v rámci Náhradní péče.

05



Chronologické ukládání záznamů a zápisů z jednání (včetně Příloh).

06



Tisk veškeré potřebné dokumentace.

07



Řízení uživatelských oprávnění agendy, včetně zastupování.

01

Modul pro podporu kurátorů 08



Vedení evidence karet klientů, včetně vyřazených klientů. Všechny relevantní údaje, vč. osobních i adresních údajů. Strana 49 ze 67

Číslo


Splněno

09



Evidenci úkonů s pachateli trestné činnosti jak v rámci trestního řízení i po jeho skončení.

10



Evidenci případů, které vznikly z jiného podnětu než je pobyt v NVZ.

11



Vedení evidence (číselníků) typu vykonávané práce s klientem.



Chronologické ukládání záznamů a zápisů (včetně Příloh) - z jednání. - o návštěvách a pobytech v NVZ. - Apod.

13

 

Vytváření podkladů pro statistické přehledy . Naplnění šablony definované MPSV relevantními daty agendy.

14



Tisk veškeré potřebné dokumentace.

15



Řízení uživatelských oprávnění agendy, včetně zastupování.

12




Vazbu na spisovou službu.

17



Aktualizaci údaje z registrů u již zavedených klientů.

18



Aktuální informace z ROB. Tabulka 48. Minimální požadavky na Sociální agendu

3.4.9.8

Sociální agenda – opatrovnictví

1) V naprosté většině vykonávají obce opatrovnictví k opatrovancům, kteří jsou zcela zbaveni způsobilosti k právním úkonům. 2) Minimální požadavky na Sociální agendu – opatrovnictví jsou uvedeny v následující tabulce Číslo


Splněno

01



Jednoduchá evidence nesvéprávných/částečně svéprávných občanů.

02



Na kartě přehled příjmů, výdajů a zůstatek.

07



Možnost vytvoření záložek (rozsah omezení způsobilosti).

08



Možnost vyhledávání a třídění klientů podle zvolených parametrů.

03



Tisk platebního příkazu.

04



Generování sestav příjmů a výdajů podle zvolených kritérií (datum, výše částky, účel).




Vazbu na účetnictví.

06



Vazbu na interní i celostátní registry. Tabulka 49. Minimální požadavky na Sociální agendu – opatrovnictví

Strana 50 ze 67

3.4.9.9

Střet zájmů

1) Agenda bude zajišťovat splnění legislativních povinností vyplývajících ze znění zákona č. 159/2006 Sb., o střetu zájmu. 2) Minimální požadavky na agendu Střet zájmů jsou uvedeny v následující tabulce Číslo 01 02


Splněno

Přístup zájemce přes portálové řešení, přes veřejnou datovou síť, nezávisle na technickém vybavení klienta (vyplnění, ukládání, tisk …).

 Přístup zájemce na základě přiděleného uživatelského účtu (jméno / heslo) pro nahlížení do agendy.

03



Vedení evidence podání, které budou přijaty v listinné podobě.

04



Aplikaci zákona č. 101/2000 Sb. o ochraně osobních údajů, na evidenci a vedení oznámení.

05



Záznamy (protokoly, logy) o každé relevantní aktivitě v agendě. Tabulka 50. Minimální požadavky na agendu Střet zájmů

3.4.9.10

Evidence výherních hracích přístrojů (VHP)

1) Agenda bude umožňovat vedení evidence výherních hracích přístrojů (provozovny, provozovatele hracích přístrojů a hrací přístroje) včetně jejich umístění. Tvorba Rozhodnutí o povolení provozování hracích přístrojů a jejich tisk včetně předání rozhodnutí do spisové služby a tisknout známky. Podpora zákona č. 202/1990 Sb. o loteriích a jiných podobných hrách ve znění novely zákona č. 215/2013 Sb. 2) Poplatky a jejich sledování a účtování řešit ve spolupráci s agendou Poplatky a online přenosem do ekonomického systému. Obdobně vypočíst a evidovat i poplatky na veřejně prospěšné účely. 3) Výstupy z evidence budou poskytovat přehledy o vydaných rozhodnutích, seznamy provozoven a provozovatelů, hracích přístrojů ve vybrané provozovně, výkaz vydaných známek v příslušném roce a další. 4) Minimální požadavky na agendu Evidence výherních hracích přístrojů jsou uvedeny v následující tabulce Číslo


Splněno

01



Vedení evidence provozoven, provozovatelů a jejich VHP.

02



Tvorbu sestav (pevných / uživatelských).

03



Tvorbu tiskopisů dle vytvořených šablon.






Kontrolu subjektů vůči základním registrům (ISZR).

04 05




Vazba na poplatky.

07




08




09



Vazba na SSL. Tabulka 51. Minimální požadavky na agendu Evidence výherních hracích přístrojů

Strana 51 ze 67

3.4.9.11


1) Dopravní agendy budou pokrývat tyto oblasti správního řízení: evidence autoškol, evidence stanic měření emisí, evidence licencí v osobní dopravě, evidence dopravců v taxislužbě, evidence zkoušek odborné způsobilosti dopravců a řidičů taxislužby, podpora kontrolní činnosti státního orgánu veřejné správy, Evidence řidičů, Řidičské průkazy - zadržené řidičské průkazy, 12 bodů, odevzdané řidičské průkazy. 2) Minimální požadavky na Evidenci dopravních agend jsou uvedeny v následující tabulce Číslo


Splněno

01



Vedení evidence všech subjektů spojených s dopravními agendami.

02



Uživatelské číselníky dané charakterem sledované oblasti.

03

 

Evidenci jednotlivých kroků kroky při zpracování správních řízení. Evidenci historie řízení a dokumentů v rámci daného případu.

04

 

Sledování jednotlivých kroků při zpracování správních řízení. Evidenci historie řízení a dokumentů v rámci daného případu.


Vazbu na ekonomické agendy – Poplatky, Pokladna – přehled o úhradě poplatků určením ve správním řízení před vydáním dokladů a rozhodnutí.

06



Vazbu na Spisovou službu.

07



Ověřování subjektů v ISZR.

08



Propojení do Centrálního registru dopravců.

05

Tabulka 52. Minimální požadavky na Evidenci dopravních agend

3.4.9.12

Evidence myslivosti

1) Agenda pokrývá oblasti a) Lovecké lístky b) Myslivecká stráž c) Myslivecký hospodář d) Honební společenstvo 2) Minimální požadavky na agendu Evidence myslivosti jsou uvedeny v následující tabulce Číslo 01 02


Vedení evidence všech relevantních subjektů myslivců, myslivecké stráže, mysliveckých hospodářů, loveckých lístků, průkazů myslivecké stráže a mysliveckých hospodářů, apod.



Evidence osob, kterým je vydán Lovecký lístek.



Evidence splnění a platnosti podmínek k vydání Loveckého lístku k následné přehledné kontrole - např.: - Výpis z rejstříku trestů - Složení zkoušky z myslivosti nebo zkoušky z myslivosti na vysoké škole - Platnost pojištění odpovědnosti za škodu způsobenou při této činnosti ublížením na zdraví nebo usmrcením jiných osob.



Evidence číselného označení Loveckého lístku, č.j. a spis. zn, kterým a kdy byl vydán.

   

Evidence osob ustanovených za Mysliveckou stráž dle §12, zák. č. 449/2001 Sb. Evidence řízení k ustanovení fyzické osoby za Mysliveckou stáž. Evidence řízení ke zrušení Myslivecké stráže. Evidence splnění a platnosti podmínek k ustanovení Mysliveckou stráží k následné přehledné kontrole.

03

04

05

Splněno

Strana 52 ze 67

Číslo


Splněno



Evidence honitby a příslušné ustanovené Myslivecké stáže.



Automatizované kontroly na ukončení platnosti: - Loveckého lístku - Zbrojného průkazu

07

  

Evidence osob ustanovených za Mysliveckého hospodáře dle §35, zák. č. 449/2001 Sb. Evidence řízení k ustanovení fyzické osoby za Mysliveckého hospodáře. Evidence řízení k odvolání Mysliveckého hospodáře.

08



Postupně vytvářet archiv s možností zpětného zařazení případu mezi platné záznamy.

09




10



Tvorba tiskopisů dle vytvořených šablon - tisknout adresy, lovecké lístky a průkazy.

11



Výstupy přímo tisknout nebo zobrazovat a ukládat do souboru ve formátech word, excel, pdf







06

12 13


Vazba na Poplatky.



Vazba na ekonomické agendy – Poplatky, Pokladna – přehled o úhradě poplatků určením ve správním řízení před vydáním dokladů a rozhodnutí.

16




17




18



Vazba na SSL, vyřizovat písemnosti i celé spisy přímo z agendy.

14 15

Tabulka 53. Minimální požadavky na agendu Evidence myslivosti

3.4.9.13

Evidence znečišťovatelů ovzduší

1) Agenda bude součást agendové oblasti Životní prostředí (spolu s agendou Evidence odnětí ZPF a PUPFL). 2) Minimální požadavky na agendu Evidence znečišťovatelů ovzduší jsou uvedeny v následující tabulce Číslo


Splněno



Vést správní řízení o ochraně ovzduší (evidence malých zdrojů znečištění ovzduší, stanovení poplatků za znečištění ovzduší popř. stanovení pokut za nedodržení oznamovací povinnosti).

02



Vyhotovovat roční statistické výkazy.

03




04



Tvorba tiskopisů dle vytvořených šablon.




06




07




01

05




Vazba na Poplatky.

09




10



Vazba na interní evidenci ekonomických subjektů. Strana 53 ze 67

Číslo 11


Splněno

Vazba na SSL. Tabulka 54. Minimální požadavky na agendu Evidence znečišťovatelů ovzduší

3.4.9.14

Evidence odnětí ZPF a PUPFL

1) Agenda je součást agendové oblasti Životní prostředí (spolu s agendou Evidence znečišťovatelů ovzduší). 2) Minimální požadavky na agendu Evidence odnětí ZPF a PUPFL jsou uvedeny v následující tabulce Číslo


Splněno



Vedení správního řízení - o vynětí půdy ze zemědělského půdního fondu (ZPF) - o odnětí pozemků určených k plnění funkce lesa (PUFL) - o ochraně ovzduší (evidence malých zdrojů znečištění ovzduší, stanovení poplatků za znečištění ovzduší popř. stanovení pokut za nedodržení oznamovací povinnosti).

02



Uchovávání a vyhledávání jednotlivých řízení.

03



Kontrolu termínů řízení.

04

 Vedení záznamů, včetně možnosti připojení dokumentů.

01



05  

06

Vzory a generování dokumentů spojených s řízením - Předdefinované vzory - Možnost úpravy vlastních vzorů Generování dokumentů na základě těchto vzorů. Práce s tisky - předdefinované tisky, tisk sestav dle různých parametrů - tisk podkladů pro statistické výkazy o přestupcích, např. podklady pro statistiku MVCR - tisk volně definovatelných sestav




Nahlížet do Registrů nemovitostí (domy, parcely, ulice a katastry daného území).

08



Vazba na Poplatky.

09




10




11



Vazba na SSL.

12



Vazba na ISZR. Tabulka 55. Minimální požadavky na agendu Evidence odnětí ZPF a PUPFL

3.4.9.15

Evidence odpadů

1) Agenda Evidence odpadů bude sloužit ke správě poplatku za sběr a likvidaci komunálního odpadu. Umožní stanovit různé typy sazeb v návaznosti na místní vyhlášku a zajistí tak evidenci plátců (zástupců) a poplatníků s předpisem výše poplatku, a to v návaznosti na registr obyvatel. 2) Bude evidovat rovněž nemovitost, ve které poplatníci bydlí, případně odpadové nádoby, které slouží poplatníkům jako místo určené k shromažďování odpadu. 3) Minimální požadavky na agendu evidence odpadů jsou uvedeny v následující tabulce Číslo 01


Splněno

Číselník sazeb v návaznosti na vyhlášku města. Strana 54 ze 67

Číslo


Splněno



Automatický výpočet poplatku dle období a sazby.

02



Přístup k osobním informacím subjektů pouze oprávněným osobám.

03



Vybírání poplatků od externích subjektů např. za rekreační objekty.

04



Evidence rekreačních objektů, bytů a domů pro výpočet poplatku.

05



Zadání kontaktních adres plátců (poplatníků) včetně e-mailů.



Hromadnou / individuální tvorbu e-mailu s informací o placení poplatku vč. Seznamu poplatníků a dalších údajů.



Používat inteligentní formuláře jako moderní způsob komunikace občana s úřadem.



Uživatelskou aktualizaci poplatníků podle registru obyvatel, včetně možnosti vyhledání těch, kteří nejsou dosud k poplatkové povinnosti přihlášeni.



Tvorbu sestav (pevných / uživatelských).



Tisk poplatníků na alonž složenky společného zástupce (plátce), včetně dalších vybraných údajů (např. sazeb, období, roku narození poplatníků).




12



Kontrolu subjektů vůči základním registrům (ISZR).

13




06 07 08 09 10 11


 

Vazba na Poplatky. Evidence plátců (společ. zástupců) a jednotlivých poplatníků, případně dalších plátců – fyzické i právnické osoby.

15




16




17



Vazba na SSL. Tabulka 56. Minimální požadavky na agendu evidence odpadů

Strana 55 ze 67

3.4.10

Obslužné agendy

3.4.10.1

Evidence materiálů do rady a zastupitelstva

1) Agenda bude umožňovat přípravu a průběh jednání, které je v gesci Zadavatele, včetně podpory relevantních procesů. 2) Zadavatel předpokládá využití této agendy nejen pro jednání RM a ZM, ale i pro jednání jiných organizačních útvarů Města, nebo např. pro zachycení jednání mezi Zadavatelem a soukromým (komerčním) dodavatelem. Tato jednání mají svůj průběh (jednotlivá jednání mají svůj časový průběh, navazující jednání mají svůj časový průběh apod.) a Zadavatel požaduje, aby agenda zachytila veškeré tyto průběhy. 3) Minimální požadavky na agendu Evidence materiálů do rady a zastupitelstva jsou uvedeny v následující tabulce Číslo


Komplexní ošetření procesu jednání, např. RM/ZM.



Agenda bude zajišťovat procesní kroky (podporovat workflow) - Přípravu a editaci (připomínky) programu jednání, příprava pozvánek - Návrh a editace (připomínky) usnesení. - Záznam z projednání. - Přidělení a editace úkolů v rámci usnesení. - Schválení a editace (připomínky) návrhu usnesení. - Zápis z jednání, ihned po skončení jednání



Agenda bude dále zajišťovat - Verzování dokumentů a přehled provedených změn ke každé verzi - Průběžnou dostupnost dokumentů i během jednání - Mechanismy vyhledávání dokumentů, vč. fulltextového vyhledávání

04



Přímou práci s agendou i během jednání, on-line editace (připomínky).

05



Přenesení úkolů vzniklých z jednání do Evidence úkolů.

06



Export a tisk dokumentů z agendy.

01

02

03

Splněno




Výstup usnesení např. na webové stránky Zadavatele apod. Zadavatel předpokládá, že Uchazeči využijí např. webových služeb nebo jiných standardně využívaných vazeb (rozhraní). Tabulka 57. Minimální požadavky na agendu Evidence materiálů do rady a zastupitelstva

3.4.10.2

Evidence úkolů

1) Agenda bude umožňovat podporu pro komunikaci úkolů v rámci organizace. 2) Minimální požadavky na agendu Evidence úkolů jsou uvedeny v následující tabulce Číslo 01


Komplexní řízení úkolů organizace.



Agenda bude zajišťovat procesní kroky (podporovat workflow) pro zadavatele úkolu - Založení úkolu (vytváření podřízených úkolů) Požadavek Zadavatele je, aby každý úkol umožnil rozpad na řadu podřízených úkolů. - Definice úkolu, včetně termínů a priorit - Přidělení úkolů jednotlivě nebo současně více pracovníkům. - Kontrola plnění úkolu - Notifikace plnění úkolu pro zadavatele úkolu (např. e-mailem, apod.)



Agenda bude zajišťovat procesní kroky (podporovat workflow) pro řešitele úkolu - Notifikace uložení úkolu pro řešitele úkolu (např. e-mailem, apod.)

02

03

Splněno

Strana 56 ze 67

Číslo

AISMK bude zajišťovat -

-

Splněno

Delegování úkolu Status plnění úkolu Požadavek Zadavatele je, aby u každého úkolu bylo možno ověřit jeho splnění, tj. např. aby status splnění úkolu byl aktivní až v okamžiku, kdy splnění úkolu potvrdí zadavatel úkolu. Notifikace plnění úkolu pro řešitele úkolu (např. e-mailem, apod.)



Agenda bude umožňovat - Mechanismy vyhledávání v úkolech a vložených dokumentech, vč. fulltextového vyhledávání v úkolech - Stanovení priorit úkolů - Filtrování úkolů dle zadaných parametrů - Notifikaci zpožděných úkolů (např. e-mailem, apod.) - Evidenci revizí a změn Požadavek Zadavatele je, aby bylo možno v agendě zachytit kompletní historii změn. Je v kompetenci Uchazeče, aby Zadavateli nabídl pro Zadavatele efektivní a vypovídající evidenci historie změn. - Elektronickou komunikaci mezi zadavatelem a řešitelem (řešiteli, delegovanými řešiteli apod.)



Řízení uživatelských oprávnění agendy, včetně zastupování. Požadavek Zadavatele je, aby v rámci agendy bylo možno spravovat oprávnění uživatelů agendy. Požadavek Zadavatele je, aby bylo umožněno Zadavateli v rámci agendy specifikovat (zpřesnit, upřesnit) přístup k jednotlivým částem (procesům, funkcím, dokumentům apod.) agendy pomocí nastavení uživatelských práv.

06



Spouštění agendy, resp. Konkrétního úkolu z e-mailové zprávy (např. notifikace).

07

 

Tvorba tiskových sestav (pevných / uživatelských). Využívání předdefinovaných nebo vlastních šablon.

04

05

Tabulka 58. Minimální požadavky na agendu Evidence úkolů

3.4.10.3

Evidence žádanek o auto

1) Agenda bude umožňovat jednoduchou evidenci vytíženosti vozidel 2) Minimální požadavky na agendu Evidence žádanek o auto jsou uvedeny v následující tabulce Číslo


Splněno

01

Jednoduchá evidence s možnosti tisku vytíženosti vozidel.

02

Vazbu na náklady v účetnictví. Tabulka 59. Minimální požadavky na agendu Evidence žádanek o auto

3.4.10.4

Evidence projektů

1) Agenda bude zajišťovat jednoduchou evidenci projektů, zejména dotačních projektů. 2) Minimální požadavky na agendu Evidence projektů jsou uvedeny v následující tabulce Číslo


01

Evidence spisů k dotačním projektům.

02

Evidence úkolů a podkladů.

03

Evidence dokumentů.

Splněno

Tabulka 60. Minimální požadavky na agendu Evidence projektů Strana 57 ze 67

3.4.10.5

Elektronická podatelna

1) Agenda bude zajišťovat komunikaci Elektronické podatelny s AISMK. 2) Minimální požadavky na agendu Elektronická podatelna jsou uvedeny v následující tabulce Číslo 01 02 03


Splněno



Splnění požadavků Vyhlášky č . 496/2004 Sb., o elektronických podatelnách a Standard ISVS pro provoz elektronických podatelen ve vztahu k používání zaručeného elektronického podpisu 016/01.01.



Příjem elektronického podání z Elektronické podatelny a jeho zaevidování do Spisové služby.



Odeslání dokumentu vytvořeného ve Spisové službě elektronicky přes Elektronickou podatelnu s možností zaručeného elektronického podpisu. Tabulka 61. Minimální požadavky na agendu Elektronická podatelna

3.4.10.6

Elektronické podpisy

1) Agenda bude umožňovat elektronický podpis a záznam o časovém razítku včetně evidence. 2) Minimální požadavky na agendu Elektronické podpisy jsou uvedeny v následující tabulce Číslo


Splněno

01



Elektronický podpis.

02



Záznam o časovém razítku.

03



Notifikační systém.

04



Vytvoření záznamu o schvalování / podepisování. Tabulka 62. Minimální požadavky na agendu Elektronické podpisy

3.4.10.7

Elektronická spisovna

Součást spisové služby, řešena v jejích požadavcích.

3.4.10.8

Kontrola rozpočtu veřejností

1) Modul kontrola rozpočtu bude umožňovat presentaci rozpočtu města v uživatelsky přívětivě a přehledně, tj. i formou rozklikávacího rozpočtu na jednotlivé položky. 2) Minimální požadavky na modul Kontrola rozpočtu veřejností jsou uvedeny v následující tabulce Číslo


01

  

02 03

 

Splněno

Možnost vyjíždění podkladů (výstupů) pro schvalování rozpočtu, rozpočtových opatření a následně i plnění rozpočtu pro orgány obce i v takové podobě (tvaru), aby nemuselo docházet k přepisování údajů (dle požadavků orgánů obce) do „excelu“. Tj. nejen možnost vyjetí dat a sestav ke schvalování v třídění dle platné rozpočtové skladby, ale i ve tvaru s názvy akcí a dalších závazných schválených ukazatelů (dle předem nadefinovaných výstupů). Export grafů a tabulek do běžných formátů (xlsx,docx, pdf). Možnost zpracování rozpočtových výhledů a jejich tisk formou přijatelnou a srozumitelnou pro schvalování v orgánech obce. Tj. ne jen dle platné rozpočtové skladby, ale i ve tvaru s textovým vyjádřením. (jmenovité akce, závazné ukazatele – tj. dle předem nadefinovaných výstupů). Kontrolní systémy (mechanismy): vazba - jmenovité akce (závazné ukazatele) - schválený rozpočet, podepsané smlouvy, již provedené úhrady.

Strana 58 ze 67

Číslo 04 05 06


Splněno



Druhové členění příjmů a výdajů rozpočtu ve struktuře - schválený rozpočet, upravený rozpočet, skutečnost, % skutečnost z upraveného rozpočtu.



Členění příjmů a výdajů rozpočtu dle organizačního čísla ve struktuře - schválený rozpočet, upravený rozpočet, skutečnost, % skutečnost z upraveného rozpočtu.



Členění příjmů a výdajů rozpočtu dle organizační jednotky ve struktuře - schválený rozpočet, upravený rozpočet, skutečnost, % skutečnost z upraveného rozpočtu.




Agendy účetnictví. Tabulka 63. Minimální požadavky na modul Kontrola rozpočtu veřejností

3.4.10.9

Elektronická úřední deska

1) Modul bude umožňovat aplikaci podle zákona č. 500/2004 Sb., správní řádu. 2) Minimální požadavky na agendu Elektronická úřední deska jsou uvedeny v následující tabulce Číslo 01 02 03 04 05


Splněno



Veškeré dokumenty a informace umístěné na úřední desce musí splňovat metodiku doporučovanou MV ČR.



Úřední deska bude být nepřetržitě veřejně přístupná.



Každý dokument na úřední desce je opatřen pořadovým číslem, číslem jednacím a odborem, který dokument na desce zveřejnil.



Životní cyklus dokumentu na úřední desce bude auditován, zejména následující údaje - kdo vytvořil, kdo schválil, kdo zveřejnil, kdy zveřejnil (časové razítko), kdy byl dokument z desky odstraněn a přesunut do archívu.



Generování e-mailového upozornění pro obsluhu fyzické - papírové úřední desky, jaké dokumenty mají být vyvěšeny nebo staženy podle dokumentů, které jsou vyvěšovány na elektronické úřední desce.




Výstup dokumentů např. na webové stránky Zadavatele apod. Zadavatel předpokládá, že Uchazeči využijí např. webových služeb nebo jiných standardně využívaných vazeb (rozhraní). Tabulka 64. Minimální požadavky na agendu Elektronická úřední deska

3.4.10.10 1) 2)

Elektronická organizace voleb

Agenda bude umožňovat evidenci údajů souvisejících s přípravou voleb ze strany úřadu. Minimální požadavky na agendu Elektronická organizace voleb jsou uvedeny v následující tabulce

Číslo


Splněno



Vedení volebního seznamu v souladu s platnými zákony a předpisy – aktualizace při změnách.

02



Aktualizace systémových číselníků dle platné legislativy.

03



Pořízení a aktualizace uživatelských číselníků.

04



Vymezování volebních okrsků.

05



Konfigurace pro nové volby.

06



Řešit souběh voleb, vícekolové volby aj.

01

Strana 59 ze 67

Číslo


Splněno

07



Vedení stálého seznamu voličů s možností porovnání s aktuálním .csv výstupem z dat.

08



Vedení dodatku seznamu voličů.

09



Vedení seznamu voličů zapsaných ve zvláštním seznamu vedeném zastupitelským úřadem.

10



Vedení zvláštního seznamu voličů vytvářeného pro konkrétní volby.



Aktualizace seznamu voličů (odstěhovaní, přistěhovaní, přestěhovaní, zbavení svéprávnosti, dovršení osmnácti let, úmrtí).



Tiskové výstupy: kontrolní seznamy (např. nezařazené domy s voliči), roznáškové sestavy, tisk štítků pro roznášku, výpis ze stálého seznamu voličů, ze zvláštního seznamu voličů a dodatku, index.

13



Tisk voličských průkazů.

14



Evidence stran a kandidátů.

15



Vedení okrskových komisí a možnost využití dat pro nové volby.

16



Vedení dalšího personálu k volbám.

17



Výpočet odměn členů komise i personálu.

18



Tisky související s činností okrskových komisí.

11 12




Vazba na ISZR. Tabulka 65. Minimální požadavky na agendu Elektronická organizace voleb

3.4.10.11

Webový přístup občana

Webový přístup občana umožňuje kontrolu daňových pohledávek jako dálkový přístup na osobní daňový účet subjektu dle výše zmíněného zákona ( Zk. 280/2009 Sb., daňový řád; dálkový přístup na osobní daňový účet subjektu).

3.4.10.12

Stavební úřad

1) Agenda Stavební úřad bude umožňovat řízení případů vedených obecným stavebním úřadem, speciálním stavebním úřadem vodoprávním a silničním. 2) Zadavatel požaduje, aby agenda Stavební úřad umožňovala řízení případů vedených obecným stavebním úřadem, speciálním stavebním úřadem vodoprávním a silničním. Zadavatel nikterak nepředepisuje Uchazeči, jakými SW produkty má požadavky Zadavatele naplnit. 3) Agenda bude usnadňovat práci se správním řízením, které probíhá na stavebním úřadě: územním, stavebním, kolaudačním atd. Kromě těchto řízení bude možné zpracovat ohlášení a další povolení, které nevyžaduje správní řízení. 4) Agenda bude navazovat na registry obyvatel, organizací a nemovitostí (katastry, parcely, domy). 5) Minimální požadavky na agendu Stavební úřad jsou uvedeny v následující tabulce Číslo


Splněno



Aplikovat zákon č. 186/2006 Sb., o územním plánování a stavebním řádu (stavební zákon), zákon č. 500/2004 Sb., správní řád, zákon č. 200/1990 Sb., o přestupcích.



Provázanost s mapovým portálem (Geografický Informační Systém města Krnova - GIS) – podle žadatele vyhledat sousedy, další účastníky řízení (č. parcelní, č. pop.).

03



Územní řízení (umístění stavby, změna využití území, změna stavby, ochranné pásmo, dělení a scelování pozemků), územní souhlas, zjednodušené územní řízení.

04



Prodloužení a ukončení platnosti územních rozhodnutí, povolení výjimky, změny územních

01 02

Strana 60 ze 67

Číslo


Splněno

rozhodnutí.

05



Ohlášení stavby, ohlášení změny stavby před jejím dokončením.

06



Stavební řízení, zkrácené stavební řízení.

07



Prodloužení platnosti stavebního povolení, změna stavby před dokončením.

08



Kolaudační řízení, kolaudační souhlas, oznámení o užívání stavby.

09



Předčasné užívání stavby, zkušební provoz.

10



Změna užívání stavby – rozhodnutí i souhlas.

11



12



Nařízení údržby stavby, nezbytných úprav, odstranění stavby (vč. stavby dočasné), zabezpečovacích prací, vyklizení stavby, pasportu stavby. Stavební dozor (nařízení zastavení prací, nařízení zjednání nápravy, přerušení prací a stanovení podmínek, výzvy k bezodkladnému zastavení prací, k předložení potřebných podkladů, ke zjednání nápravy ve lhůtě).

13



Dokumentace skutečného provedení stavby.

14



Přestupky občanů a pokuty organizacím.

15



Výjimky z technických požadavků.

16



Opatření na sousedních nemovitostech.

17



Veřejnoprávní smlouvy.

18



Územně plánovací informace.

19



Spojená a sloučená řízení.

20



Pořádkové pokuty.

21



Řada výstupních sestav s různými přehledy o stavební činnosti, včetně výstupu s daty pro tzv. Benchmarkingovou iniciativu.

22



Přehled o práci jednotlivých referentů a o stavu rozpracovanosti jednotlivých případů.

23



Sada vzorů rozhodnutí, citací právních předpisů, parametrizačních a uživatelských nástrojů pro efektivní přizpůsobení potřebám uživatele.

24



Možnost vytváření vlastních šablon.

25



Evidence vydaných rozhodnutí (archiv stavebního úřadu).

26



Evidence jednání a kontrolních prohlídek.

27



Tisk adres.

28



Tisk přehledů (word, excel, pdf).


Vazba na Spisovou službu – jednotná číselná řada dokumentů, jednotný vzhled dokumentů – vzory, tisk obálek.



Vazba na Poplatky – přehled o úhradě poplatků – částka, datum úhrady, automatické založení předpisu.



Vazba na ISZR – ověření, příp. převzetí údajů o subjektech + notifikace – upozornění na změny u subjektů.

32



Vazba na Registr osob, Registr hospodářských subjektů a Kartotéku dotčených orgánů.

33



Vazba na Registr parcel (s daty z Katastrálního úřadu).

29 30 31

Tabulka 66. Minimální požadavky na agendu Stavební úřad

Strana 61 ze 67

3.5

Další práce, služby a požadavky implementace

Požadavky, které musí Uchazeč minimálně naplnit v souvislosti se Smlouvou o dílo, viz Příloha č. 6 této ZD.

3.5.1

Instalace, implementace a akceptace plnění

Plnění požadavků na instalaci a implementaci jsou v níže uvedené tabulce Číslo

Plnění požadavků

Splněno



Uchazeč zajistí, že veškeré vlastnosti díla, včetně jeho update, legislativního update, upgrade a legislativního upgrade budou po celou dobu účinnosti této smlouvy odpovídat vždy aktuálním obecně platným právním předpisům ČR a platným standardům ISVS.



Implementace nesmí ohrozit ani omezit provoz zdrojových aplikací a databází.



Zkušební provoz bude součástí realizační fáze (implementace). V rámci zkušebního provozu bude ověřena funkčnost díla na HW a SW Zadavatele.



Součástí implementace jsou veškeré práce a služby nezbytné pro řádné a úplné zprovoznění díla včetně vytvoření dokumentace a implementačních postupů, které budou obsahovat jednotlivé kroky implementace a konfigurace všech částí umožňující přesné opakování postupů.



Součástí budou rovněž práce a služby, které ve smlouvě nejsou uvedeny ale Uchazeč, jakožto odborník, o nich vědět měl nebo mohl vědět.



V případě požadavků na součinnost třetích stran, zajistí tuto součinnost Uchazeč. Zadavatel nemá k dispozici datový model informačních systémů, ani popis jejich rozhraní. Od Uchazeče je požadována koordinace a zajištění součinnosti příslušného dodavatele, včetně finančních záležitostí s tím spojených.

07



Implementace testovacího / školícího prostředí, vč. testovacích / školících dat.

08



Implementace produkčního prostředí, vč. produkčních dat.

01 02 03 04 05 06

Akceptační testy (systémové, funkční a integrační) testy DIKHS 09 10 11 12 13 14



Uchazeč předloží plán akceptačních testů (jako součást Detailního realizačního projektu).



V průběhu implementace bude prováděno funkční testování jednotlivých komponent na testovacím prostředí, a to včetně odpovídajících systémových a integračních testů.



Na konci zkušebního provozu provede Uchazeč zátěžové a akceptační (systémové, funkční a integrační) testy DIKHS, a to s nastavením a daty ve stejné podobě, s jakou bude pracovat dílo během rutinního (produktivního) provozu.



Akceptační testy budou provádět pracovníci Zadavatele pod dohledem pracovníků Uchazeče.



Podrobná specifikace akceptačních kritérií (jednoznačná specifikace postupů pro ověření funkčnosti řešení) a rozsah testů bude navržen a vzájemně odsouhlasen v rámci zpracování Detailního realizačního projektu.



Výsledky zátěžových a akceptačních testů (testovací protokol) budou součástí předávacího protokolu. Převzato bude pouze plnění Uchazeče, které bude mít úspěšné testy, jinak bude plnění vráceno Uchazeči k odstranění vad a k provedení nových testů. Tabulka 67. Plnění požadavků na instalaci a implementaci

Strana 62 ze 67

3.5.2

Migrace dat

1) 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 níže a plnilo požadavky kompatibility. 2) Minimálně je požadováno zachování všech dat a vazeb ze současného agendového informačního systému, tak aby v době zkušebního provozu agendy nového DIKHS vykazovaly srovnatelné hodnoty jako současný informační systém v hlavních ukazatelích určení agendy. 3) Minimální požadavky na části stávajícího IS určené k migraci dat jsou uvedeny v následující tabulce Část IS

Současný dodavatel

Evidence obyvatel



Ing. Richard Kotlář

















Matrika




Sociální agenda



GEOVAP, spol. s r.o.

Sociální agenda - opatrovanci




Evidence výherních hracích přístrojů



YAMACO Software




YAMACO Software

Evidence myslivosti



YAMACO Software

Evidence znečišťovatelů ovzduší - OvzdusiSQL



Kvasar, spol. s r. o.

Evidence odpadů - Evi/Espi



INISOFT s.r.o.




GORDIC, s.r.o.





Evidence bytů



RNDr. Vilém Otte

Evidence nebytových prostor




Evidence nájemců nebytových prostor




Evidence nájemců bytů



RNDr. Vilém Otte

Služby nebytových prostor




Služby bytů



RNDr. Vilém Otte

Poplatky




Účetnictví obce



GORDIC, s.r.o.




GORDIC, s.r.o.

KXF - zpracování elektronických bankovních výpisů



GORDIC, s.r.o.

Evidence skladová




Rozpočet obce



GORDIC, s.r.o.

Spisová služba




Splněno

Tabulka 68. Minimální požadavky na části stávajícího IS určené k migraci dat Strana 63 ze 67

4) Součástí dodávky je i migrace dat ze stávajících systémů. Dále uvedené požadavky obsahují předpokládaný rozsah migrace dat. Skutečný rozsah a druh migrovaných dat bude upřesněn a vzájemně odsouhlasen v rámci zpracování detailní analýzy a realizačního projektu (Detailní realizační projekt), dle možností přenosu dat ze stávajících systémů nebo dostupných zdrojů. Zde budou také definovány postupy pro převody matričních dat a převody počátečních stavů. 5) Zadavatel nebude zajišťovat součinnost dodavatelů stávajících systémů pro migraci export dat z částí stávajícího IS určených k migraci dat. Zadavatel nemá zesmluvněny tyto činnosti se současnými dodavateli částí stávajícího IS určených k migraci dat. Zadavatel předpokládá pouze součinnost svých pracovníků v rozsahu uvedeném v Nabídce Uchazeče (viz Článek 17 Zadávacích podmínek, odst. Časová náročnost součinnosti ze strany Zadavatele). 6) Požadavek Zadavatele je, aby oblast migrace dat, a to včetně zjištění zdrojových dat a jejich popisu, bylo součástí činností Uchazeče. 7) Uchazeč uvede a zahrne do ceny plnění veškeré náklady na 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, a to včetně těch, které pro přípravu a realizaci migrace dat budou na straně současných dodavatelů částí stávajícího IS určené k migraci dat. 8) Minimální požadavky na typy migrovaných dat ze současných částí IS jsou uvedeny v následující tabulce Číslo 01

Plnění požadavků 

Splněno

Uchazeč předloží plán migrace dat (jako součást Detailního realizačního projektu).

Matriční data 02



Karty kontaktů.

03



Karty dodavatelů.

04



Karty odběratelů.

05



Karty zásob.

06



Karty zásob – stavy.



Dimenze interní – Analytické účty, Kapitola, Organizace, Organizační jednotka, Středisko, Zakázka.



Dimenze zákonné – Syntetický účet, Odvětvový paragraf, Položka, Záznamová jednotka, Účelový znak, Nástroj, Zdroj, PAP.

07 08

Počáteční stavy 09



Počáteční stavy syntetických a analytických účtů.

10



Otevřené položky dodavatelů.

11



Otevřené položky odběratelů.

12



Počáteční stavy zásob (stav ke dni inventury). Tabulka 69. Minimální požadavky na typy migrovaných dat

3.5.3

Rozhraní (integrace) na provozované IS města Krnov

1) Dále uvedený seznam obsahuje minimální požadavky na realizaci integračních vazeb AISMK s dalšími informačními systémy třetích stran, v současné době provozovanými městem Krnov. 2) Skutečný rozsah realizace integračních vazeb konkrétní rozsah a druh migrovaných dat bude upřesněn a vzájemně odsouhlasen v rámci zpracování detailní analýzy a realizačního projektu (Detailní realizační projekt). 3) Zadavatel nebude zajišťovat přípravu rozhraní na straně systémů třetích stran. Zadavatel nemá zesmluvněny tyto činnosti FLUX, spol. s r.o. a GEOVAP, spol. s r.o. Zadavatel předpokládá pouze Strana 64 ze 67

součinnost svých pracovníků v rozsahu uvedeném v Nabídce Uchazeče (viz Článek 17 Zadávacích podmínek, odst. Časová náročnost součinnosti ze strany Zadavatele). 4) FLUX, spol. s r.o. a GEOVAP, spol. s r.o. nejsou smluvně vázáni se Zadavatelem tak, aby poskytovali potřebnou součinnost Uchazeči i v rámci 60ti měsíční záruční doby, zejména při změnách vyvolaných update systému Uchazeče a to jak v souvislosti se změnami legislativy, tak v souvislosti s inovacemi systému Uchazeče. 5) Uchazeč uvede a zahrne do ceny plnění veškeré náklady na rozhraní, a to jak náklady na straně Uchazeče, tak vyvolané náklady které pro přípravu a realizaci rozhraní budou na FLUX, spol. s r.o. a GEOVAP, spol. s r.o (Náklady na straně FLUX, spol. s r.o. a GEOVAP, spol. s r.o. 6) Minimální požadavky rozhraní na současné / nenahrazované části IS jsou uvedeny v následující tabulce Agenda

Dodavatel / Informační systém

Splněno



Uchazeč předloží plán tvorby rozhraní (jako součást Detailního realizačního projektu).

Mzdová a personální agenda



FLUX, spol. s r.o.

Geografický informační systém (GIS)




xxx

Tabulka 70. Minimální požadavky rozhraní na současné / nenahrazované části IS

3.5.4

Školení

1) Uchazeč uvede nutná školení pro zavedení nových modulů AISMK a správu systému. 2) 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. 3) Školení je požadováno minimálně na: a) Nově dodávané moduly b) Skenování 4) Minimální požadavky na školení na školení jsou v níže uvedené tabulce Číslo 01 02

Plnění požadavků 

Uchazeč předloží plán školení (jako součást Detailního realizačního projektu).



Bude provedeno základní seznámení s funkčností dodávaného systému pro členy projektového týmu Zadavatele na začátku realizace díla (před zpracováním detailní analýzy a prováděcího projektu).



Bude provedeno školení administrátorů systému v rozsahu minimálně dvou školících dnů (8 vyučovacích hodin/den) pro max. 3 zaměstnance určených Zadavatelem, které bude zahrnovat kompletní správu systému. Jako podkladový materiál musí být dodána administrátorská příručka.



Bude provedeno školení uživatelů na seznámení s obsluhou modulů dodaného systému. Jako podkladový materiál musí být dodána uživatelská příručka.



Veškerá školení poskytovaná v průběhu implementace (realizační fázi), která jsou součástí jednotlivých častí díla, zajistí Uchazeč na své náklady a v místě realizace.

03 04 05

Splněno

Tabulka 71. Minimální požadavky na školení

3.5.5

Dokumentace

1) Dodaná dokumentace v rámci DIKHS slouží k zachycení a vyhodnocování plánovaných činností a též k dokumentaci skutečného stavu.

Strana 65 ze 67

2) Minimální požadavky na dokumentaci jsou v níže uvedené tabulce Číslo


Splněno



Součástí prací bude vytvoření kompletní a detailní dokumentace dle standardů ISVS.



Dokumentace nebude chráněna dle autorského zákona, bude umožněno ji dále upravovat a předávat dalším subjektům, které se podílejí na chodu informačních systémů.

03



Uchazeč předloží plán tvorby dokumentace (jako součást Detailního realizačního projektu).

04



Dokumentace bude v elektronické formě, ve standardu MS Office.

01 02

Detailní realizační projekt 

Úvodní seznámení s funkcionalitami dodávaného systému pro členy projektového týmu Zadavatele.



Kompletní analýza řešení problematiky AISMK a jeho implementace v prostředí Zadavatele včetně stanovení rozsahu migrace a integračních vazeb na okolní AISMK.



Grafické schéma a podrobný popis architektury řešení AISMK, obsahující přehled použitých serverů a jim přidělených zdrojů (CPU, RAM, …), včetně popisu funkčních vazeb.



Podrobný popis způsobu a rozsahu implementace AISMK včetně realizace odpovídajících integračních vazeb.

09



Návrh zátěžových, funkčních, integračních (akceptačních) testů.

10



Návrh monitoringu, zálohování a obnovy s využitím stávajících technologií Zadavatele.

11



Podrobný harmonogram realizace vycházejícího z milníků zakázky.

05 06 07 08

Realizační dokumentace 12 13



Bude zpracována kompletní implementační a provozní dokumentace v písemné i elektronické editovatelné podobě ve formátu MS Office, včetně popisu pravidelné údržby a dokumentace finálního provedení, zahrnující, krom jiného, i detailní popis rozhraní.



Bude zpracována dokumentace finálního vyhotovení včetně detailního popisu všech rozhraní. Součástí dokumentace bude i detailní popis API rozhraní produkčního i testovacího prostředí AISMK pro napojení aplikací třetích stran.



Pro školení uživatelů a administrátorů bude zpracována - uživatelská příručka. - administrátorská příručka.

14

Tabulka 72. Minimální požadavky na dokumentaci

3.6

Servisní podpora (technická podpora a servis)

1) Požadavky, které musí Uchazeč minimálně naplnit v souvislosti se Smlouvou o komplexní podpoře a užívání, viz Příloha č. 7 této ZD. 2) Minimální požadavky na Servisní podporu jsou v níže uvedené tabulce Číslo 01 02 03


Splněno



Uchazeč zajistí, že veškeré vlastnosti díla, včetně jeho update, legislativního update, upgrade a legislativního upgrade budou po celou dobu účinnosti této smlouvy odpovídat vždy aktuálním obecně platným právním předpisům ČR a platným standardům ISVS.



Úpravy programového vybavení AISMK (obecné, rozvoj, legislativa apod.) zajistí s dostatečným časovým předstihem před nabytím účinnosti konkrétního právního předpisu, minimálně 5 pracovních dní.



V rámci běžného rozvoje jednotlivých modulů IS Uchazeče zajistí poskytnutí aktualizovaných verzí nejpozději do 3 měsíců po uvolnění Uchazečem nové verze k distribuci.

Strana 66 ze 67

Číslo 04 05 06 07 08 09 10 11 12 13 14 15

16

17 18


Splněno



Budou poskytovány informace o změnách a nových funkcích v aktualizovaných verzích IS Uchazeče.



Bude prováděna průběžná aktualizace dokumentace k programovému vybavení tak, aby u Zadavatele byla vždy aktuální dokumentace k provozovanému AISMK.



Bude poskytována součinnost při zásadním upgrade operačního systému a databázového systému na vyšší verze.



Bude zajištěna udržitelnost HW a SW třetích stran, dodaných Uchazečem v rámci veřejné zakázky.



Technická podpora a servis budou poskytovány po celou dobu udržitelnosti projektu. (min 60 měsíců ode dne protokolárního ukončení zkušebního provozu). Poskytování technické a servisní podpory bude odpovídat příkladům nejlepší praxe dle rámce ITIL/ITSM.

 

Technická podpora a servis zařízení HW a SW budou realizovány Uchazečem, případně prostřednictvím odpovídajícího servisního kanálu výrobce.



Technická podpora a servis budou realizovány v místě Zadavatele. Výjimku tvoří činnosti realizované vzdáleným připojením Uchazeče do prostředí Zadavatele.



Veškeré požadavky budou evidovány v systému servisní podpory Uchazeče (HelpDesk).



Kontaktní místo umožní příjem požadavku na servisní zásah v českém jazyce prostřednictvím služby HelpDesk, popř. služby Hot-line.



Služba Hot-Line umožní příjem požadavku na servisní zásah v českém jazyce na telefonním čísle v režimu 5x8 (8 hodin v pracovní dny) v době od 09:00 do 17:00 hod, příjem požadavku bude zajištěn lidskou obsluhou.



Služba HelpDesk umožní příjem požadavku na servisní zásah v českém jazyce prostřednictvím webového rozhraní v režimu 7x24 (nepřetržitě vyjma nahlášených servisních zásahů Uchazeče při správě systému HelpDesk.



Služba HelpDesk umožní Zadavateli upřesnit nebo doplnit požadavek.



Služba HelpDesk bude Zadavateli poskytovat přehled o aktuálně nahlášených požadavcích, jejich stavu a aktuálním způsobu jejich řešení. Služba HelpDesk bude Zadavateli zasílat notifikace o změně stavu jeho požadavku (např. zadaný, v řešení, uzavřený atd.) a musí Zadavateli umožnit schvalování uzavření nahlášeného požadavku.





Služba HelpDesk bude poskytovat Zadavateli přístup i k uzavřeným požadavkům a způsobu jejich řešení, bude poskytovat podrobné údaje o historii požadavků od jejich nahlášení, po jejich vyřešení.

 

HelpDesk bude umožňovat export dat, včetně obsahu požadavku a způsobu vyřešení. Tato funkcionalita bude poskytována bezúplatně minimálně na vyžádání Zadavatele ve formátu minimálně *.xls a *.csv.

Parametry technické podpory a servisu (SLA) 19



Garantovaná doba odezvy do 1 pracovní hodiny od nahlášení požadavku.



Garantovaná doba obnovení funkce a odstraňování vad kategorie „vysoká“: - garantovaná doba zahájení prací do 2 pracovních hodin od nahlášení vady

20



21

Garantovaná doba obnovení funkce a odstraňování vad kategorie „střední“: - garantovaná doba zahájení prací do 8 pracovních hodin od nahlášení vady -



22

garantovaná doba odstranění vady do 24 pracovních hodin od nahlášení vady

garantovaná doba odstranění vady do 2 pracovních dnů od nahlášení vady

Garantovaná doba obnovení funkce a odstraňování vad kategorie „nízká“: - garantovaná doba zahájení prací do 1 pracovních dnů od nahlášení požadavku -

garantovaná doba odstranění vady do 5 pracovních dnů od nahlášení požadavku Tabulka 73. Minimální požadavky na Servisní podporu Strana 67 ze 67

TECHNICKÁ SPECIFIKACE PŘEDMĚTU VEŘEJNÉ ZAKÁZKY

Recommend Documents