Předmět smlouvy

I.

Předmět smlouvy

1. Objednatel prohlašuje, že má zájem na dodání a implementaci nového ekonomického informačního systému (dále jen „ERP“) formou systémové integrace do stávajícího informačního prostředí objednatele, včetně migrace dat z nahrazovaných stávajících agendových SW a následných poimplementačních služeb. Zhotovitel prohlašuje, že je ochoten a po právní i odborné stránce schopen objednateli plnění uvedené v první větě tohoto odstavce smlouvy poskytnout.

2. Touto smlouvou se zhotovitel zavazuje, že pro objednatele vytvoří a předá plně funkční nový ERP formou systémové integrace do stávajícího informačního prostředí objednatele v souladu s potřebami objednatele, včetně migrace dat z nahrazovaných agendových SW. Rozsah předmětu plnění bude definován v dokumentu Cílový koncept, jehož vytvoření je součástí předmětu plnění zhotovitele dle této smlouvy. Plnění zhotovitele tedy bude obsahovat vytvoření Cílového konceptu dle požadavků objednatele, poskytnutí software včetně licenčních práv, kompletní implementaci včetně školení klíčových uživatelů a správců (administrátorů) ERP, migraci dat a další plnění, které je v této smlouvě uvedeno nebo bylo součástí jeho nabídky. Zhotovitel se zavazuje, že objednateli výše uvedená plnění bez vad a nedodělků předá, a objednatel se zavazuje, že výše uvedené plnění bez vad a nedodělků od zhotovitele převezme a zaplatí mu za toto plnění dohodnutou cenu, to vše za podmínek dohodnutých v této smlouvě.

3. Zhotovitel se touto smlouvou zavazuje poskytovat objednateli poimplementační služby pro zabezpečení bezporuchového provozu, údržby a rozvoje ERP všech software komponent, které byly ze strany zhotovitele dodány při plnění této smlouvy (dále jako „SW maintenance“), a to po dobu nejméně 5-ti let od zahájení produktivního provozu ERP.

4. Zhotovitel se zavazuje na základě této smlouvy v rámci SW maintenance pro objednatele provádět činnosti, jejichž rozsah je uveden v následujících bodech:

a) předat a nainstalovat objednateli všechny aktuální nové verze (upgrade, update, patch, feature pack) software dodaného v rámci implementace ERP, které výrobce software uvolnil k použití v době 60 měsíců od zahájení produktivního provozu ERP. Nové verze budou poskytovány nejpozději koncem měsíce, ve kterém jsou výrobcem uvolněny. Instalace nových aktuálních verzí software může být prováděna dálkovým přístupem zhotovitele do informačního prostředí objednatele, které zhotoviteli objednatel zpřístupní. Součástí služby je i poskytnutí uživatelské a administrátorské dokumentace v elektronické podobě ke změnovým (novým) funkcím aktuálních verzí software.

b) zajistit legislativní servis software dodaného v rámci implementace ERP. Legislativním servisem se rozumí úprava stávající funkčnosti software v případech, pokud by tato stávající funkcionalita nutila uživatele konat v rozporu s novou legislativní úpravou České republiky. Legislativní servis bude poskytován k datu nabytí účinnosti nové právní úpravy za předpokladu vydání prováděcích předpisů k této úpravě nejpozději 60 dnů před nabytím účinnosti této nové právní úpravy.

c) zajistit službu Helpdesk pro komunikaci mezi zhotovitelem a objednatelem, pro jednotné zadávaní a evidenci požadavků objednatele a evidenci průběhu jejich řešení. Služba Helpdesk musí být poskytována nepřetržitě v době 60 měsíců od zahájení produktivního provozu ERP, s garantovanou reakcí v pracovní dny v době: 8:00 - 17:00 hod.

5. Předmětem plnění dle této smlouvy nejsou dodávky hardwaru pro nový ERP.

II.

Závazky zhotovitele, způsob provádění

1. Zhotovitel se touto smlouvou zavazuje poskytnout objednateli níže uvedené plnění:

a) Vytvořit dle své nabídky předložené v rámci zadávacího řízení k veřejné zakázce na dodávku

„Ekonomického informačního systému pro Město Neratovice“, vyhlášené objednatelem v postavení zadavatele, a v souladu s touto nabídkou pro objednatele dle jeho požadavků Cílový koncept. Tento dokument bude vytvořen zhotovitelem na základě analýzy stávajícího stavu informačního prostředí objednatele a v součinnosti s objednatelem. Cílový koncept musí respektovat potřeby objednatele, zejména musí být v souladu se zadávacími podmínkami ke shora citované veřejné zakázce a předložené nabídky zhotovitele. Cílový koncept bude předmětem akceptačního řízení a po jeho akceptaci objednatelem bude závazným podkladem a východiskem pro další plnění zhotovitele dle této smlouvy; zhotovitel se zavazuje při plnění této smlouvy postupovat dle aktuálně platného Cílového konceptu. Termín vytvoření Cílového konceptu bude nejpozději do dvou kalendářních měsíců po datu podpisu této smlouvy.

b) Dodat objednateli software komponenty ERP, tj. programové vybavení, včetně poskytnutí licenčních práv k poskytnutému softwaru v souladu s nabídkou zhotovitele. Nedílnou součástí této smlouvy je Příloha č. 1 („Seznam dodávaného software“), ve které je uveden veškerý software, licenční práva k tomuto softwaru dle zadávacích podmínek objednatele požadovaných v zadávacím řízení, přičemž licence budou

i) nevýhradní,

ii) časově ani datově neomezené pro použití v rámci území České republiky

iii) neodvolatelné, převoditelné na právního nástupce Města Neratovice či organizace zřízené Městem Neratovice.

c) Provést kompletní implementaci ERP dle předmětu smlouvy, včetně provedení migrace dat ze stávajících nahrazovaných agendových SW v rozsahu, uvedeném v Příloze č. 6 („Rozsah migrace dat“) do nového ERP, přičemž přehled integračních vazeb je stanoven v Cílovém konceptu a v Příloze č. 5 („Popis integračních vazeb“) této smlouvy.

Popis integračního/migračního rozhraní poskytne uchazeči vždy dodavatel konkrétního subsystému stávajícího agendového SW. Funkčnost integračních vazeb je v plné odpovědnosti dodavatele ERP.

Zhotovitel se zároveň zavazuje, že poskytne v budoucnu veškerou součinnost

i) při možné integraci nových SW po předání funkčního ERP,

ii) při možném nahrazení jím dodaného řešení SW jiného dodavatele.

d) Provést školení klíčových uživatelů a správců (administrátorů) ERP určených objednatelem. Pro práci s ERP bude provedeno školení v takovém rozsahu, aby tito klíčoví uživatelé řádně ovládali práci s ERP a administrátoři byli schopni poskytovat podporu produktivního provozu ERP. Podrobněji bude školení definováno v dokumentu Cílový koncept.

e) Zajistit zkušební provoz na testovacím informačním prostředí objednatele dle požadavků uvedených v Cílovém konceptu. Termín zahájení zkušebního provozu bude nejpozději do 6 měsíců od zahájení realizace díla, přičemž tato podmínka musí být součástí Cílového konceptu.

f) Zajistit dohled (supervizi) produktivního provozu a další plnění, které není výše pod písm. a), b), c), d) a e) tohoto čl. II., odstavce 1 smlouvy výslovně uvedeno, které však bude nezbytné k naplnění cíle předmětu této smlouvy, tj. vytvoření úplného a plně funkčního nového ERP dle podmínek této smlouvy a dle požadavků uvedených v Cílovém konceptu, bez vad a nedodělků. Termín zahájení produktivního provozu s dohledem bude nejpozději po uplynutí 7 měsíců od zahájení realizace díla, přičemž tato podmínka musí být součástí Cílového konceptu.

Zajistit podporu dodaného ERP (služby SW maintenance), tj. služby uvedené v čl. I., odst. 4. na dobu neurčitou, nejméně však na dobu 5 let.

2. Závazek zhotovitele vytvořit objednateli nový ERP bude splněn tím, že zhotovitel splní všechny závazky vyplývající pro něho z této smlouvy a veškerých dokumentů souvisejících s plněním tohoto díla. Splnění závazku zhotovitele vytvořit a předat objednateli nový ERP, nebo jeho část dle předmětu této smlouvy, podléhá vždy odsouhlasení objednatelem. Odsouhlasení musí být vždy formou akceptačního protokolu o předání a převzetí nového ERP, nebo jeho části, podepsaného oběma smluvními stranami. Bližší podmínky upravující pravidla předání a převzetí nového ERP jsou smluvními stranami dohodnuty v čl. VI. této smlouvy.

3. Zhotovitel prohlašuje, že plnění svých závazků vyplývajících z této smlouvy bude zajišťovat odbornými pracovníky s kvalifikací odpovídající předmětu zakázky.

4. Pro plnění předmětu zakázky zhotovitel sestaví tým osob odpovědných za plnění předmětu této smlouvy - realizační tým vedený vedoucím realizačního týmu s kvalifikací a praxí odpovídající plně zadávacích

podmínkám objednatele. Realizační tým budou dále tvořit nejméně xxxx xxxxxxxxxx specialisté ve funkcích: specialista informačních technologií, specialista pro oblast rozpočtu a specialista pro oblast účetnictví,

každý s praxí odpovídající jeho funkci v realizačním týmu. Seznam osob odpovědných za splnění předmětu této smlouvy (realizační tým) je uveden v Příloze č. 2 („Realizační tým“) této smlouvy.

5. Zhotovitel ručí za dodržení všech příslušných zákonných ustanovení, nařízení vlády, nebo dotčených orgánů státní správy, technických norem, technologických předpisů, podmínek BOZP, požadavků objednatele a ostatních zúčastněných.

6. Zhotovitel zodpovídá za škody jím způsobené objednateli i třetím osobám. Zhotovitel na sebe přejímá zodpovědnost za škody způsobené všemi osobami a subjekty (včetně subdodavatelů) podílejícími se na provádění předmětného díla, a to po celou dobu realizace, tzn. do převzetí díla objednavatelem bez vad a nedodělků, stejně tak za škody způsobené svou činností objednavateli nebo třetí osobě na zdraví nebo majetku tzn., že v případě jakéhokoliv narušení či poškození majetku nebo poškození zdraví osob je zhotovitel povinen bez zbytečného odkladu tuto škodu odstranit a není-li to možné, tak finančně uhradit.

7. Zhotovitel garantuje, že jím vytvořený a předaný nový ERP dle předmětu této smlouvy bude v celém životním cyklu vždy v souladu s aktuálně platnou legislativou České republiky. Bude poskytován SW maintenance systému ERP a to na dobu neurčitou, nejméně však na dobu 5 let.

8. Zhotovitel bezvýhradně souhlasí s tím, že konečnými uživateli nového ERP, včetně veškerých potřebných licenčních práv, bude objednatel a společnosti s jeho majetkovou účastí.

III.

Termíny a místo plnění

1. Zhotovitel se zavazuje poskytnout objednateli plnění dle této smlouvy kompletně, kvalitně a v níže uvedených dohodnutých etapách, jejichž termíny budou nedílnou součástí Cílového konceptu akceptovaného objednatelem:

a) vytvoření Cílového konceptu a jeho předložení objednateli k odsouhlasení na základě akceptačního protokolu vystaveného do 2 měsíců ode dne podpisu této smlouvy.

b) provedení kompletní implementace dle časového harmonogramu uvedeného ve zpracovaném a objednatelem akceptovaném Cílovém konceptu, v souladu s termíny stanovenými v Příloze č. 3 této smlouvy, s tím, že termín zahájení zkušebního provozu bude nejpozději po uplynutí 6 měsíců od zahájení realizace díla,

c) zajištění produktivního provozu s dohledem dle časového harmonogramu uvedeného ve

zpracovaném a objednatelem akceptovaném Cílovém konceptu, v souladu s termíny stanovenými v

Příloze č. 3 této smlouvy s tím, že termín zahájení produktivního provozu bude nejpozději po uplynutí 7 měsíců od zahájení realizace díla.

d) Zajištění služeb dle čl. I. odstavec 3, 4 na dobu neurčitou, nejméně však na dobu 5 let od zahájení produktivního provozu ERP. Toto ustanovení neomezuje ani nemění záruční lhůty a podmínky

stanovené touto smlouvou.

2. Zhotovitel se zavazuje dodržet termín zahájení produktivního provozu s dohledem, stanovený objednatelem, na základě této smlouvy nejpozději po uplynutí 7 měsíců od zahájení realizace díla. Tento termín je závazný a nepřekročitelný.

3. Zahájení produktivního provozu bez dohledu zhotovitele předchází akceptace kompletní implementace při ukončení produktivního provozu s dohledem. Podepsáním akceptačního protokolu o kompletní implementaci zároveň končí plnění dle této smlouvy. Tento termín je stanoven na nejpozději po uplynutí 8 měsíců od zahájení realizace díla.

4. Plnění dle této smlouvy bude zhotovitel poskytovat objednateli zejména v sídle objednatele, případně vzdálenou formou (připojením) ze sídla zhotovitele.

IV.

Cena plnění zhotovitele, platební podmínky

1. Smluvní strany se dohodly na tom, že cena díla za veškeré plnění zhotovitele dle této smlouvy, tj. za plnění uvedené v čl. II., jakož i za veškeré další plnění zhotovitele uvedené v kterémkoli ujednání této smlouvy, je uvedena odstavci 4. tohoto článku.

2. Xxxxxxx cena díla za plnění předmětu dle této smlouvy je uvedena jako nejvýše přípustná a nelze ji překročit vyjma změny daňových právních předpisů týkajících se DPH.

3. Cena díla zahrnuje veškeré náklady nezbytné k řádnému, úplnému a kvalitnímu provedení předmětu díla včetně všech rizik a vlivů během provádění díla.

4. Celková cena plnění zhotovitele uvedená v odst. 1. tohoto článku smlouvy je součtem cen za jednotlivá dílčí plnění zhotovitele:

položka	cena bez DPH	DPH	cena s DPH
Zpracování dokumentu Cílový koncept, dodávka požadovaných licencí jednotlivých komponent ERP, implementace ERP včetně migrace dat z nahrazovaných agend, specifikovaných v Příloze č. 6 a integrace agend specifikovaných v Příloze č. 5 této smlouvy, provedení školení klíčových uživatelů a správců informačního systému a dodávka komplexní dokumentace cílového stavu ERP	2 956 000,00 Kč	620 760,00 Kč	3 576 760,00 Kč
Ostatní náklady	0,00 Kč	0,00 Kč	0,00 Kč
CENA za dodávku	2 956 000,00 Kč	620 760,00 Kč	3 576 760,00 Kč
1 rok podpory dodaného ERP systému (SW maintenance)	485 000,00 Kč	101 850,00 Kč	586 850,00 Kč
4 roky podpory dodaného ERP systému (SW maintenance)	1 940 000,00 Kč	407 400,00 Kč	2 347 400,00 Kč
CENA CELKEM (CENA za dodávku + CENA za 4 roky SW maintenance)	4 896 000,00 Kč	1 028 160,00 Kč	5 924 160,00 Kč

Poř. číslo	Specifikace dílčího plnění	cena bez DPH	cena včetně DPH
1	Článek II. 1. a) Cílový koncept	591 200,00 Kč	715 352,00 Kč
2	Článek II. 1. b) Licence – Software	594 400,00 Kč	719 224,00 Kč
3	Článek II. 1. c), d) , e) a f) Kompletní implementace včetně produktivního provozu s dohledem a školení	1 770 400,00 Kč	2 142 184,00 Kč
4	CENA celkem dle článku II. 1. a) až f)	2 956 000,00 Kč	3 576 760,00 Kč

5. Cenu plnění zhotovitele zaplatí objednatel zhotoviteli takto:

Poř. číslo	Specifikace dílčího plnění	cena bez DPH	cena včetně DPH
1	Po akceptaci Cílového konceptu ze strany objednatele Cena je ve výši 20% z „Cena celkem dle Článku II. 1. a) až f)“	591 200,00 Kč	715 352,00 Kč
2	Po akceptaci Kompletní implementace Cena je ve výši 50% z „Cena celkem dle Článku II. 1. a) až f)“	1 478 000,00 Kč	1 788 380,00 Kč
3	Po akceptaci Produktivního provozu s dohledem Cena je ve výši 30% z „Cena celkem dle Článku II. 1. a) až f)“	886 800,00 Kč	1 073 028,00 Kč
4	Do 10 kalendářních dnů po akceptaci Produktivního provozu s dohledem Cena za roční SW maintenance ERP systému	485 000,00 Kč	586 850,00 Kč
5	Vždy po uplynutí 12 měsíců (v průběhu následujících 3 roků) Cena za roční SW maintenance ERP systému	485 000,00 Kč	586 850,00 Kč

6. Objednatel neposkytuje zálohy.

7. Faktury zhotovitele, které je oprávněn vystavit ve výši dle odst. 5 tohoto článku a po podpisu akceptačního protokolu objednatelem, musí splňovat náležitosti daňového dokladu vyžadované příslušnými právními předpisy. Nebude-li některá faktura zhotovitele splňovat, platným právním předpisem stanovené náležitosti daňového dokladu, nebo bude nesprávně vyhotovena, bude objednatel oprávněn tuto fakturu zhotoviteli vrátit a požadovat její opravu. Termín splatnosti opravené faktury začíná běžet nově po doručení řádné faktury do sídla objednatele. Přílohou faktury musí být oběma smluvními stranami podepsaný akceptační protokol vztahující se k příslušné etapě.

8. Faktury zhotovitele budou splatné ve lhůtě 30 dnů ode dne jejich doručení do sídla objednatele uvedeného v záhlaví této smlouvy.

9. Platby budou probíhat výhradně v CZK a rovněž veškeré cenové údaje budou v této měně, nebude-li dohodnuto jinak.

10. DPH bude účtována v zákonné sazbě podle platných právních předpisů v době vystavení faktur.

V.

Součinnost smluvních stran

1. Smluvní strany jsou povinny vzájemně spolupracovat při plnění předmětu této smlouvy a jsou povinny poskytnout si vzájemně dostupnou součinnost nezbytnou k tomu, aby mohl být naplněn předmět této smlouvy bez vad a nedodělků.

2. Smluvní strany jsou povinny neprodleně si vzájemně sdělovat informace, které mohou mít vliv na plnění závazků vyplývajících z této smlouvy.

3. Veškerá komunikace mezi smluvními stranami bude probíhat v českém jazyce a prostřednictvím osob, které jednotlivé smluvní strany určí. Seznam odpovědných osob určených smluvními stranami je uveden v Příloze č. 2 („Realizační tým“) této smlouvy. Smluvní strany jsou povinny bezodkladně se vzájemně informovat o změnách v těchto osobách a Přílohu č. 2 aktualizovat. V případě, že nastane situace, kdy zhotovitel bude nucen změnit osobu, kterou prokazoval splnění kvalifikačních předpokladů v rámci zadávacího řízení, podléhá tato změna schválení objednatelem, přičemž nahrazující osoba musí splnit stejné kvalifikační předpoklady.

4. Objednatel i zhotovitel se zavazují přidělit pro plnění předmětu této smlouvy potřebný počet pracovníků tak, aby byl zajištěn řádný a plynulý průběh plnění dle této smlouvy. Zhotovitel bere na vědomí, že požadavky na součinnost objednatele bude předávat pouze písemně v předstihu minimálně 3 pracovních dnů.

5. Objednatel umožní pracovníkům zhotovitele uvedeným v Příloze č. 2 této smlouvy za účelem plnění závazků vyplývajících z této smlouvy přístup do prostor nezbytných pro plnění předmětu této smlouvy. Tyto osoby jsou povinny dodržovat režim určený pro užívání objektů objednatele, se kterým je zhotovitel povinen se seznámit.

6. Objednatel zajistí, po předchozím písemném vyžádání pro zhotovitele na dobu, která bude nezbytná ke splnění závazků zhotovitele bezpečný vzdálený (např. pomocí VPN) přístup k ERP dodávanému dle této smlouvy. Zhotovitel se v takovém případě zavazuje dodržovat podmínky pro zajištění bezpečnosti informací stanovené objednatelem. S podmínkami pro zajištění bezpečnosti informací je zhotovitel povinen se seznámit.

7. V případě, že některá ze smluvních stran bude mít za to, že jí druhá smluvní strana neposkytuje dostatečnou součinnost dle ujednání této smlouvy, je povinna písemně na tuto skutečnost upozornit druhou smluvní stranu a současně ji písemně vyzvat k nápravě. V případě, že smluvní strana písemně neupozorní druhou smluvní stranu na nedostatečné poskytování součinnosti a současně ji písemně nevyzve k nápravě, pak platí, že druhá smluvní strana poskytovala řádně a dostatečně součinnost dle ujednání této smlouvy.

8. Xxxxxxxxxx se zároveň zavazuje, že poskytne veškerou potřebnou součinnost při integraci nových SW do ERP po jeho předání.

9. Poskytovatel bere na vědomí, že uživatelem nového ERP jsou ve smyslu této smlouvy pracovníci objednatele. Technickou správu systému a infrastruktury IT města Neratovice zajišťují pracovníci oddělení IT Města Neratovice.

VI.

Předání a převzetí ERP

1. Vždy po dokončení prací jednotlivých etap vyzve zhotovitel písemně objednatele k převzetí plnění každé etapy v souladu s Přílohou č. 3 („Závazný harmonogram plnění díla“) této smlouvy formou předání akceptačního protokolu.

2. Objednatel není povinen převzít plnění jednotlivé etapy předmětu díla od zhotovitele, pokud zhotovitel neposkytnul objednateli veškerá plnění bez vad a nedodělků.

3. V případě, že rozpracovaný předmět díla bude v jakémkoliv okamžiku vykazovat vady a nedodělky, je zhotovitel povinen do sedmi pracovních dnů od termínu upozornění objednatelem navrhnout další postup řešení.

4. Dílo se považuje za dokončené po provedení všech prací a dodávek, které jsou předmětem plnění zhotovitele dle této smlouvy a po odstranění všech vad a nedodělků zjištěných při předání a převzetí díla.

5. Předání a převzetí díla je možné pouze na základě akceptačního protokolu potvrzeného oprávněnými zástupci obou smluvních stran.

VII.

Vady plnění zhotovitele, záruční podmínky

1. Záruční lhůta činí 24 měsíců od řádného předání díla podle této smlouvy bez vad a nedodělků.

2. Záruční doba začíná dnem podpisu akceptačního protokolu o ukončení etapy produktivního provozu s dohledem.

3. Po dobu záruční lhůty se zhotovitel zavazuje, na základě písemné reklamace s popisem vady, odstranit tuto vadu na vlastní náklady a v souladu s podmínkami uvedenými v Servisní smlouvě uzavřené mezi objednatelem a zhotovitelem.

4. Xxxxxxxxxx odpovídá objednateli za vady plnění poskytnutého dle této smlouvy, a to za vady v době předání díla objednateli, i za vady, které se projeví po předání díla objednateli v záruční lhůtě (záruka za jakost).

Vadou se rozumí stav, který je v rozporu:

• se standardní funkčností ERP systému implementovaného na produkčním prostředí a tento rozpor je vůči uživatelské dokumentaci systému,

• s funkcionalitou ERP definovanou v Cílovém konceptu, případně akceptačním protokolu implementace systému,

• s platnou legislativou ČR k datu hlášení incidentu objednatelem.

5. Zhotovitel poskytuje objednateli záruku za jakost plnění poskytnutého na základě této smlouvy, tj. zhotovitel přebírá závazek, že poskytnuté plnění bude po dobu záruční lhůty způsobilé k užívání, ke kterému je určeno, bude mít vlastnosti určené dle této smlouvy, případně obvyklé vlastnosti a bude kompletní bez vad.

6. Xxxx se považuje za odstraněnou okamžikem potvrzení o odstranění vady ze strany objednatele.

7. Zhotovitel nese plnou zodpovědnost za to, že veškerá jeho činnost je bez výhrady v souladu s legislativou či obecně uznávanou výkladovou praxí, vztahující se k plnění předmětu této smlouvy a činnosti zhotovitele v souvislosti s plněním této smlouvy.

8. Není-li stanoveno jinak, je zhotovitel odpovědný za vady plnění podle ust. § 2615-2619 občanského zákoníku.

9. Uplatněním jakékoliv smluvní pokuty objednatelem dle této smlouvy nezaniká povinnost (dluh) zhotovitele, kterou smluvní pokuta utvrzuje. Je-li ujednána smluvní pokuta, nemá objednatel právo na náhradu škody vzniklé z porušení povinnosti, ke kterému se smluvní pokuta vztahuje.

VIII.

Důvěrné informace a nakládání s osobními údaji, ochrana autorských práv

1. Smluvní strany jsou povinny zajistit utajení získaných důvěrných informací způsobem obvyklým pro utajování takových informací (povinnost mlčenlivosti), není-li výslovně sjednáno jinak. Tato povinnost platí bez ohledu na ukončení účinnosti této smlouvy. Strany mají právo požadovat navzájem doložení dostatečnosti utajení důvěrných informací. Strany jsou povinny zajistit utajení důvěrných informací i u svých zaměstnanců, zástupců, jakož i jiných spolupracujících třetích stran, pokud jim takové informace byly poskytnuty.

2. Dojde-li při plnění této smlouvy k vytvoření díla, které bude mít povahu autorského díla ve smyslu autorského zákona č. 121/2000 Sb., řídí se poměry k takto nově vytvořenému dílu platnými předpisy.

3. Objednatel bude mít nevýhradní, časově neomezené, množstevně a teritoriálně neomezené právo užívat produkt vytvořený prostřednictvím předmětu díla, a to včetně studií, přípravných materiálu, návrhů dokumentů, software, licenčních práv, vytvořené zhotovitelem nebo jeho subdodavatelem či partnerem při plnění smlouvy.

4. Xxxxxxxxxx je povinen zajistit pro objednatele licence k autorským dílům svým i třetích osob, jestliže jsou nutné k užívání díla. Náklady na tyto veškeré licence jsou součástí celkové ceny díla.

5. Informace shromážděné a data vytvořená při provádění díla jsou od počátku výlučným vlastnictvím objednatele.

6. Zhotovitel má povinnost mlčenlivosti ohledně všech skutečností, s nimiž se seznámil v souvislosti s plněním této smlouvy. Zhotovitel se zavazuje zajistit, aby veškeré osoby, jež se budou v rámci jeho týmu podílet na plnění díla, byly zavázány mlčenlivostí.

7. Pro vyloučení veškerých pochybností zhotovitel stvrzuje, že veškeré výstupy splňující definiční znaky autorského díla, jež jsou součástí nabídky či nabídek, jsou soutěžním dílem.

8. Pro vyloučení veškerých pochybností zhotovitel stvrzuje, že veškeré výstupy splňují definiční znaky autorského díla, jež jsou nebo budou součástí plnění díla, jsou dílem na objednávku.

9. Xxxxxxxxxx je povinen předat objednateli veškerou dokumentaci nutnou k užívání díla a nezbytnou k zásahům ve smyslu § 66 autorského zákona č. 121/2000 Sb.

10. Povinnost mlčenlivosti a ochrany důvěrných informací dle této smlouvy se vztahuje i na všechny třetí osoby, které některá ze smluvních stran s předchozím písemným souhlasem strany druhé přizve, byť i k parciálnímu jednání nebo které se vzájemně sdělovanými skutečnostmi jinak seznámí.

11. Smluvní strana je oprávněna sdělit důvěrné informace třetí osobě pouze s předchozím písemným souhlasem druhé smluvní strany s tím, že její souhlas může být vázán na povinnost smluvní strany zavázat tuto třetí osobu, aby nakládala s těmito informacemi jako s důvěrnými, a to alespoň v rozsahu stanoveném touto smlouvou; tím nejsou dotčeny povinnosti smluvních stran stanovené právními předpisy pro nakládání s informacemi označenými těmito předpisy za důvěrné. Objednatel je oprávněn bez výše uvedeného souhlasu zhotovitele předat za podmínek důvěrnosti této smlouvy dílo svým dodavatelům, kteří se na díle podílejí, nebo poskytují objednateli související služby.

12. Xxxxxxxxxx je oprávněn sdělit za podmínek důvěrnosti dle této smlouvy důvěrné informace svým subdodavatelům, pokud je to třeba k plnění této smlouvy. Smluvní strany jsou dále oprávněny nehledě na výše uvedená ustanovení týkající se důvěrných informací sdělovat důvěrné informace osobám, které jsou samy ze zákona vázány povinností mlčenlivosti (advokáti, daňoví poradci apod.) a sdělovat důvěrné informace příslušným orgánům na základě povinnosti vyplývající ze zákona nebo na základě rozhodnutí soudu.

TECHNICKÉ ZABEZPEČENÍ;

Zhotovitel se zavazuje dodržovat pravidla:

a) IT bezpečnosti; zhotovitel bude ke zpracovávání chráněných osobních údajů (dále jen „OÚ“) používat výhradně takové technické a programové prostředky, jejichž používání při vyloučení nepředvídatelných okolností eliminuje možnost narušení.

b) komunikační bezpečnosti; zhotovitel bude dodržovat taková opatření k zabezpečení ochrany chráněných OÚ při jejich přenosu telekomunikačními kanály, jejichž povaha zaručuje při vyloučení nepředvídatelných okolností možnost narušení.

c) fyzické bezpečnosti; zhotovitel prohlašuje, že místo, ve kterém budou chráněné OÚ zpracovávány, bude mít charakter prostoru zabezpečeného před možností narušení, to však za vyloučení možnosti nepředvídatelných okolností.

ORGANIZAČNÍ ZABEZPEČENÍ;

Zhotovitel zabezpečí, že oprávnění ke vstupu na místo, ve kterém budou chráněné OÚ zpracovávány, budou mít pouze osoby, které:

a) jsou zaměstnanci zhotovitele, jimž zpracovávání chráněných OÚ vyplývá z jejich pracovní náplně nebo z jejichž pracovní smlouvy nebo pracovní náplně vyplývá oprávnění ke vstupu na pracoviště, ve kterém jsou chráněné OÚ zpracovávány; tito zaměstnanci musí být bezúhonní a důvěryhodní, anebo

b) jsou třetími osobami použitými zhotovitelem ke zpracovávání chráněných OÚ. Tyto třetí osoby či jejich zaměstnanci však musí splňovat požadavky stanovené pro zaměstnance zhotovitele, anebo

byly zhotovitelem na pracoviště, ve kterém jsou chráněné OÚ zpracovávány, vpuštěny, ačkoli nespadají do výše uvedených kategorií osob; těmto osobám je však zhotovitel povinen po dobu jejich pobytu v těchto prostorách zabezpečit doprovod zaměstnancem zhotovitele nebo jinak zabezpečit, že tyto osoby nezískají k chráněným OÚ přístup, vyjma případů, kdy je umožnění přístupu na pracoviště, ve kterém jsou chráněné OÚ zpracovávány, ve vztahu k určitým osobám vyžadováno obecně závaznými právními předpisy.

c) Zhotovitel zabezpečí poučení uvedených osob o jejich povinnosti zachovávat mlčenlivost o chráněných OÚ, jakož i o souvisejících bezpečnostních opatřeních.

13. Xxxxxxxxxx se zavazuje zachovat mlčenlivost o všech informacích, jež se při poskytování služeb nebo v souvislosti s tímto poskytováním služeb dozví (ústně, písemně, prostřednictvím prostředků elektronických komunikací nebo jakýmkoliv jiným způsobem, případně prostřednictvím jakéhokoliv nosiče informací) a:

a) které objednatel označí jako tajné či důvěrné, nebo

b) o nichž je podle příslušných právních předpisů povinen mlčenlivost zachovávat též objednatel resp. členové jeho orgánů, zaměstnanci či osoby činné pro objednatele, nebo

c) o nichž se zhotovitel může důvodně domnívat, že objednatel bude mít zájem na jejich utajení nebo že jejich utajení je v zájmu objednatele;

tato povinnost neplatí pro případy, kdy je zpřístupnění určitých informací vyžadováno právními předpisy.

14. Xxxxxxxxxx tímto bere na vědomí, že informace uvedené v odst. 13. tohoto článku výše tvoří předmět obchodního tajemství objednatele a jako takové požívají ochrany podle příslušných ustanovení 89/2012 Sb., občanský zákoník § 504 a § 2985 v platném znění. Xxxxxxxxxx bere na vědomí, že informace uvedené v odst. 13. tohoto článku výše mohou být také předmětem mlčenlivosti podle příslušných ustanovení zákona č. 363/1999 Sb., o pojišťovnictví, v platném znění, a zavazuje se dodržovat povinnosti vyplývající z příslušných ustanovení tohoto zákona.

15. Smluvní strany se zavazují zajistit utajení důvěrných informací definovaných v průběhu plnění této smlouvy také po skončení účinnosti této smlouvy.

IX.

Další ujednání a odstoupení od smlouvy

1. Zhotovitel se zavazuje, že plnění dle této smlouvy bude objednateli poskytovat takovým způsobem, aby nedocházelo k přerušením provozu dosavadního ERP objednatele, pokud nebude dohodnuto jinak. Dosavadní ERP musí být přístupný pro uživatele až do doby, kdy bude plně funkční nový ERP vytvořený zhotovitelem předán objednateli dle podmínek této smlouvy.

2. Pro účely této smlouvy se řádným provozem nového ERP rozumí takový provoz, při kterém nově vytvořený ERP řádně plní všechny své funkce, které jsou definovány v Cílovém konceptu, a které jsou v souladu s běžnými požadavky na práci uživatelů včetně souladu s platnou legislativou.

3. Otázky, které v této smlouvě nejsou výslovně upraveny, se řídí příslušnou obecně platnou právní úpravou, zejména příslušnými ustanoveními Občanského zákoníku.

4. V případě, že se některé ujednání této smlouvy ukáže jako neplatné či neúčinné, nemá tato skutečnost vliv na platnost a účinnost ostatních ujednání této smlouvy ani na platnost a účinnost této smlouvy jako celku. Nastane-li taková situace, nahradí smluvní strany neplatné či neúčinné ujednání ujednáním novým, platným a účinným, které bude nejlépe odpovídat dané otázce a vůli smluvních stran při uzavírání této smlouvy. Nedojde-li k dohodě smluvních stran v předmětné věci, pak se namísto neplatného či neúčinného ujednání použije to ustanovení platného a účinného právního předpisu, které bude svým obsahem a účelem, s přihlédnutím k vůli smluvních stran při uzavírání této smlouvy, dané otázce nejbližší.

5. Jestliže kterákoli strana poruší podstatným způsobem tuto smlouvu, je druhá strana oprávněna písemně vyzvat druhou stranu ke splnění jejích závazků. Pokud do patnácti dnů od doručení této výzvy strana, která porušila smlouvu, neučiní uspokojivé kroky k nápravě, nebo do doby dohodnuté stranami tato strana neodstraní porušení závazků, může druhá strana od smlouvy odstoupit, aniž by se tím zbavovala výkonu jakýchkoli jiných práv nebo prostředků k dosažení nápravy.

6. Za podstatné porušení této smlouvy zhotovitelem se považuje:

- prodlení zhotovitele s termínem dokončení části díla – předání Cílového konceptu o více než 14 dní

- prodlení zhotovitele s termínem dokončení části díla - zavedení zkušebního provozu o více než 30 dní

7. Za podstatné porušení této smlouvy objednatelem se považuje:

- prodlení objednatele s termínem úhrady plateb více než o 30 dní.

8. V případě odstoupení od smlouvy ze strany objednatele uhradí objednatel zhotoviteli pouze náklady za dílo prokazatelně vynaložené ke dni odstoupení od smlouvy, pokud se smluvní strany nedohodnou jinak.

9. Pokud bude kterákoli smluvní strana v úpadku, v likvidaci nebo nebude schopna z jiných důvodů dostát svým závazkům, může druhá strana, aniž by se tím zbavovala jakýchkoli jiných práv nebo možných prostředků k nápravě, odstoupit od této smlouvy, včetně všech objednávek, oznámením této skutečnosti první straně. V případě, kdy se výše uvedené bude týkat objednatele a zhotovitel od smlouvy neodstoupí, je zhotovitel povinen zhotovit objednateli plnění dle předmětu této smlouvy pouze a jen do výše již zaplacené části díla ze strany objednatele.

10. Odstoupení od této smlouvy je účinné dnem doručení oznámení o odstoupení. Smluvní strany se dohodly, že narovnání veškerých práv na peněžitá a nepeněžitá plnění bude realizováno ve lhůtě do 30 dnů od nabytí platnosti odstoupení od smlouvy. Za zhotovitele formou dobropisu, který se zavazuje zaslat objednateli na fakturační adresu objednatele. Pro odstoupení od smlouvy platí příslušná ustanovení obchodního zákoníku.

X.

Smluvní pokuty

1. V případě, že zhotovitel bude v prodlení se splněním svého závazku dle článku III, odst. 1. písm. a), oproti termínu dle této smlouvy, vzniká objednateli právo uplatnit vůči zhotoviteli jednorázovou smluvní pokutu ve výši 50.000,- Kč (slovy: padesáttisíckorun českých). Pokud zhotovitel nesplní svůj závazek ani ve lhůtě do 7 pracovních dnů od stanoveného termínu, vzniká objednateli právo uplatnit vůči zhotoviteli smluvní pokutu ve výši 10.000,- Kč (slovy: desettisíckorun českých) za každý započatý den prodlení.

2. V případě, že zhotovitel bude v prodlení se splněním svého závazku dle článku III, odst. 1. písm. b), oproti termínu dle této smlouvy, vzniká objednateli právo uplatnit vůči zhotoviteli jednorázovou smluvní pokutu ve výši 100.000,- Kč (slovy: jednostotisíckorun českých). Pokud zhotovitel nesplní svůj závazek ani ve lhůtě do 7 pracovních dnů od stanoveného termínu, vzniká objednateli právo uplatnit vůči zhotoviteli smluvní pokutu ve výši 30.000,- Kč (slovy: třicettisíckorun českých) za každý započatý den prodlení.

3. V případě, že zhotovitel bude v prodlení se splněním svého závazku dle článku III, odst. 1. písm. c), oproti termínu dle této smlouvy, vzniká objednateli právo uplatnit vůči zhotoviteli jednorázovou smluvní pokutu ve výši 75.000,- Kč (slovy: sedmdesátpěttisíckorun českých). Pokud zhotovitel nesplní svůj závazek ani ve lhůtě do 7 pracovních dnů od stanoveného termínu, vzniká objednateli právo uplatnit vůči zhotoviteli smluvní pokutu ve výši 15.000,- Kč (slovy: patnáctisíckorun českých) za každý započatý den prodlení.

4. V případě, že zhotovitel bude v prodlení se splněním svých dílčích závazků u ostatních záležitostí, které nejsou uvedeny v odstavcích 2., 3. a 4. tohoto článku a které mají povahu termínovaného ukazatele, oproti termínům definovaným v Cílovém konceptu a souvisejících písemných výstupech, vzniká objednateli právo uplatnit vůči zhotoviteli smluvní pokutu ve výši 2.000,- Kč (slovy: dvatisícekorun českých) za každý započatý den prodlení.

5. V případě, že kterákoli ze smluvních stran poruší některou z povinností uvedených v čl. VIII. této smlouvy, vzniká poškozené smluvní straně právo uplatnit proti druhé straně smluvní pokutu ve výši 100.000,-Kč (slovy: jednostotisíckorun českých), a to za každé jednotlivé porušení povinnosti uvedené v čl. VIII., a to i opakovaně.

6. V případě, že objednatel bude v prodlení se zaplacením oprávněně vystavené faktury, jejíž přílohou je akceptační protokol potvrzený oběma smluvními stranami, zavazuje se dle této smlouvy objednatel zaplatit zhotoviteli úrok z prodlení ve výši 0,05 % z nezaplacené částky za každý započatý den prodlení.

7. Objednatel má právo, po celou dobu platnosti této smlouvy, uplatňovat jakoukoliv smluvní pokutu formou zápočtu ke kterékoliv splatné pohledávce zhotovitele vůči objednateli.

8. Zhotovitel odpovídá za škody jím způsobené při provádění díla nebo v souvislosti s prováděním, a to jak objednateli, tak i třetím osobám. Zhotovitel nese odpovědnost za škodu způsobenou objednateli v důsledku porušení jeho povinností, pokud toto porušení nebylo způsobeno okolností vylučující odpovědnost dle platných ustanovení občanského zákoníku a/nebo neodborným jednáním objednatele.

9. Zhotovitel odpovídá za škody způsobené jeho činností při plnění předmětu smlouvy nebo v důsledku užití jím instalovaných produktů, a to po celou dobu účinnosti smlouvy. Případně vzniklé škody je zhotovitel povinen bez zbytečného odkladu odstranit a není-li to možné, tak finančně uhradit. Za tímto účelem má zhotovitel po celou dobu plnění předmětu smlouvy a závazků z ní vyplývajících uzavřenu pojistnou smlouvu platnou na pojištění odpovědnosti za škody způsobené při výkonu činnosti třetí osobě ve výši min. 10 mil. Kč. Číslo pojistného certifikátu (pojistné smlouvy) zhotovitele: 500 054 360 (Allianz pojišťovna, a.s.).

10. Ukončením či zánikem této smlouvy, ať už se tak stane z jakéhokoli důvodu (naplněním cíle této smlouvy – tj. splněním závazků smluvních stran ze smlouvy vyplývajících, odstoupením od smlouvy některou smluvní stranou) není dotčena platnost a účinnost těch ujednání této smlouvy, z jejichž účelu a obsahu je zřejmé, že mají být platná a účinná i po ukončení či zániku této smlouvy (závazky vyplývající z článku VIII. této smlouvy, závazek zaplatit smluvní pokutu, závazky zhotovitele vyplývající z vad plnění či ze záruky za jakost, náhrada škody apod.).

XI.

Závěrečná ustanovení

1. Tato smlouva nabývá platnosti a účinnosti dnem jejího podpisu smluvními stranami a uzavírá se na dobu neurčitou. Tato smlouva tvoří úplnou dohodu mezi smluvními stranami v záležitostech jí upravených a nahrazuje veškerá předchozí ústní i písemná ujednání a dohody.

2. Zhotovitel se seznámil v rámci zadávacího řízení ke shora citované veřejné zakázce s potřebami objednatele a funkcemi, které bude zahrnovat nově vytvořený ERP tj. v rozsahu dokumentu zadávací dokumentace a považuje jej za dostatečný a vhodný podklad pro provedení díla, zavazuje se jej dodržet.

3. Zhotovitel předloží objednateli podle § 147a odst. 1 písm. c) zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů, seznam subdodavatelů, ve kterém uvede subdodavatele, jímž za plnění subdodávky uhradil více než 10 % z části plnění dle předmětu této smlouvy fakturovaného v příslušném kalendářním roce. Tento seznam předloží zhotovitel objednateli vždy nejpozději do 28.2. následujícího kalendářního roku, a poté v termínu do 60 dnů od splnění smlouvy. Má-li subdodavatel formu akciové společnosti, bude přílohou seznamu i seznam vlastníků akcií, jejichž souhrnná jmenovitá hodnota přesahuje 10 % základního kapitálu. Tento seznam vlastníků akcií bude vyhotoven ve lhůtě 90 dnů před dnem předložení seznamu subdodavatelů.

4. Xxxxxxxxxx není oprávněn bez souhlasu objednatele postoupit žádnou svou pohledávku vyplývající z této smlouvy dalšímu subjektu.

5. Tuto smlouvu lze měnit nebo doplňovat pouze formou písemných vzestupně číslovaných dodatků k této smlouvě, odsouhlasených a podepsaných oběma smluvními stranami.

6. Není-li touto smlouvou výslovně stanoveno jinak, řídí se smlouva a vztahy vzniklé na základě této smlouvy ustanoveními zák. 89/2012 Sb., občanského zákoníku, ve znění pozdějších předpisů a souvisejících

právních předpisů. Místem k projednávání veškerých sporů v souvislosti se smlouvou o dílo budou příslušné soudy České republiky.

7. Zhotovitel výslovně souhlasí s tím, aby tato smlouva byla uvedena v evidenci smluv vedené objednatelem a byla v plném znění včetně jejích příloh zveřejněna v souladu se zákonem č. 137/2006 Sb., o veřejných

zakázkách, ve znění pozdějších předpisů, na profilu zadavatele.

PŘÍLOHA č. 1 – Seznam dodávaného software

V rámci plnění díla dle této smlouvy budou dodány tyto software produkty (komponenty systému PROXIO a systém ELOGIO), jejichž výrobcem je společnost MARBES CONSULTING s.r.o. :

▪ PROXIO-REN

▪ PROXIO-ROB

▪ PROXIO-VOLBY

▪ PROXIO-XRN

▪ PROXIO-ESP

▪ PROXIO-XZR

▪ PROXIO-EOS

▪ PROXIO-ENO

▪ PROXIO-NAV

▪ PROXIO-RZP

▪ PROXIO-RZP VIEW

▪ PROXIO-EZAM

▪ PROXIO-AGENDIO

▪ PROXIO-WORKFLOW

▪ PROXIO-MC HelpDesk

▪ ELOGIO.

Objednatel (Město Neratovice) získává právo užití software díla („licenci“), které je:

a) nevýhradní

b) neomezené časově ani místně v rámci území České republiky

c) neodvolatelné, převoditelné na právního nástupce objednatele (Města Neratovice) či jím zřízené organizace.

Následující tabulka uvádí kvantitativní licenční pokrytí dodávaného ERP systému:

Č.	Komponenta	Počet požadovaných licencí dodaných v ERP systému	Naplnění - počet nabízených licencí
1	Registry a Evidence (viz články 2.2.1 až 2.2.5 Přílohy č. 2 ZD) PROXIO-REN; PROXIO-XRN; PROXIO- ESP; PROXIO-ENO	minimálně 130 licencí	neomezený počet
2	Centrální správa ERP (viz články 2.3.1 a 2.3.2 Přílohy č. 2 ZD) PROXIO-EOS	minimálně 130 licencí	neomezený počet
3	Centrální místo pro komunikaci agendových systémů úřadu se Základními registry (viz článek 2.4 Přílohy č. 2 ZD) PROXIO-XZR	minimálně 130 licencí	neomezený počet

4	Ekonomický subsystém – Finance (viz článek 2.6.1 Přílohy č. 2 ZD) PROXIO-NAV	minimálně 7 licencí	7 licencí
5	Ekonomický subsystém – Rozpočet (viz článek 2.6.2 Přílohy č. 2 ZD) PROXIO-RZP	minimálně 30 licencí	neomezený počet
6	Ekonomický subsystém – Interaktivní rozpočet (viz článek 2.6.3 Přílohy č. 2 ZD) PROXIO-RZP VIEW	neomezený přístup	neomezený počet
7	Ekonomický subsystém – Kniha odeslaných faktur (viz článek 2.6.4 Přílohy č. 2 ZD) PROXIO-NAV	minimálně 4 licence	4 licence
8	Ekonomický subsystém – Kniha došlých faktur (viz článek 2.6.5 Přílohy č. 2 ZD) PROXIO-NAV	minimálně 4 licence	4 licence
9	Ekonomický subsystém – Pokladna (viz článek 2.6.6 Přílohy č. 2 ZD) PROXIO-NAV	minimálně 4 licence	4 licence
10	Ekonomický subsystém – Banka (viz článek 2.6.7 Přílohy č. 2 ZD) PROXIO-NAV	minimálně 4 licence	4 licence
11	Ekonomický subsystém – Účetní evidence majetku (viz článek 2.6.8 Přílohy č. 2 ZD) PROXIO-ENO	minimálně 130 licencí	neomezený počet
12	Ekonomický subsystém – Workflow (viz článek 2.6.9 Přílohy č. 2 ZD) PROXIO-WORKFLOW	minimálně 130 licencí	neomezený počet
13	Agendový systém – agendy samosprávy (viz články 2.5.1 až 2.5.15 Přílohy č. 2 ZD) PROXIO-AGENDIO	minimálně 130 licencí	neomezený počet
14	Agendový systém – Správní řízení (viz články 2.7.1 až 2.7.7 Přílohy č. 2 ZD) PROXIO-AGENDIO	minimálně 130 licencí	neomezený počet
15	Podpůrné a interní agendy (viz články 2.8.1 až 2.8.8 Přílohy č. 2 ZD) PROXIO-AGENDIO; PROXIO-ROB; PROXIO-VLB; PROXIO-MC HelpDesk; PROXIO-EZAM; ELOGIO	minimálně 130 licencí	neomezený počet

PŘÍLOHA č. 3 – Závazný harmonogram plnění díla

Závazný harmonogram plnění díla	zahájení	ukončení
Cílový koncept	Dnem podpisu smlouvy (předpokládaný termín: do 31.12.2014)	do 2 měsíců ode dne podpisu této smlouvy (předpokládaný termín: do 28.2.2015)
Kompletní implementace, včetně migrace dat, školení uživatelů a dalšího plnění dle cílového konceptu	po akceptaci Cílového konceptu (předpokládaný termín: do 28.2.2015)	do 6 měsíců ode dne podpisu této smlouvy (předpokládaný termín: do 30.6.2015)
Zkušební provoz	do 6 měsíců ode dne podpisu této smlouvy (předpokládaný termín: do 30.6.2015)	do 7 měsíců ode dne podpisu této smlouvy (předpokládaný termín: do 31.7.2015)
Produktivní provoz s dohledem	do 7 měsíců ode dne podpisu této smlouvy (předpokládaný termín: do 31.7.2015)	do 8 měsíců ode dne podpisu této smlouvy (předpokládaný termín: do 31.8.2015)
Zahájení produktivního provozu bez dohledu zhotovitele	do 8 měsíců ode dne podpisu této smlouvy (do 31.8.2015)

Dále uvedený detailní harmonogram projektu, včetně požadavků na zajištění nezbytné součinnosti objednatele, je v souladu s termínovými požadavky objednatele v „Závazném harmonogramu plnění díla“.

V detailním harmonogramu termín „D“ značí den podpisu smlouvy a číselné údaje značí počet kalendářních dní, popř. kalendářních měsíců od podpisu smlouvy o dílo.

Etapa projektu – činnost	Zahájení etapy	Ukončení etapy
Podpis Smlouvy – zahájení projektu – Inicializační schůzka	D	D + 7 dnů
Zhotovení Cílového konceptu, předání dokumentu k připomínkování zadavateli	D	D + 2 měsíce
Implementace řešení Centrální správy identit a akceptace na TST prostředí	D	D + 3 měsíce
Implementace řešení Registrů a evidence včetně vazby na IS základních registrů a akceptace na TST prostředí	D	D + 6 měsíců
Implementace řešení Ekonomiky a agend samosprávy a akceptace na TST prostředí	D	D + 5 měsíců
Implementace řešení Interních podpůrných agend a akceptace na TST prostředí	D	D + 6 měsíců
Implementace řešení Vazeb na okolní IS na MÚ Neratovice a akceptace na TST prostředí	D	D + 7 měsíců
Zahájení zkušebního provozu	D + 6 měsíců	D + 7 měsíců
Produktivní provoz s dohledem	D + 7 měsíců	D + 8 měsíců
Zahájení produktivního provozu bez dohledu uchazeče	D + 8 měsíců	D + 8 měsíců

Pro dodržení výše uvedeného harmonogramu plnění je nezbytné v následujícím rozsahu zajistit tuto součinnost zadavatele:

Poř. č.	Popis požadavku na součinnost	Upřesnění požadavku na součinnost	Termín splnění
1	Jmenování vedoucího projektu zadavatele a vytvoření organizačních, časových i materiálních podmínek pro práci na projektu. Projektový vedoucí zadavatele bude vybaven potřebnými kompetencemi.	Zadavatel zajistí nominaci odpovědné osoby zadavatele, která bude zodpovědná za předávání požadavků zadavatele pracovníkům uchazeče a za převzetí výsledků práce (podpis předávacích a akceptačních protokolů).	Nejpozději do 2 dnů od podpisu Smlouvy o dílo.

2	Jmenování projektového týmu zadavatele a vytvoření organizačních, časových i materiálních podmínek pro práci projektového týmu na projektu.	Průběžné zajištění účasti odpovědných pracovníků zadavatele na práci v projektovém týmu. Tito pracovníci budou mít vytvořeny organizační, časové i materiální podmínky a budou vybaveni potřebnými kompetencemi.	Nejpozději do 2 dnů od podpisu Smlouvy o dílo.
3	Předání všech připomínek či dotazů k dokumentu Cílový koncept dodavateli. Následně budou připomínky vypořádány a případně zapracovány do finální verze dokumentu.	Připomínky budou předány v excelové tabulce emailem projektovému vedoucímu dodavatele. Připomínky musí být věcné, srozumitelné, vztahovat se ke konkrétním, přesně identifikovaným částem ERP, a obsahovat jméno autora oprávněného vznést danou připomínku.	Do 5ti pracovních dnů ode dne předání dokumentu k připomínkování.
4	Předání případných dotazů vzešlých z testovacího provozu.	Dotazy či připomínky z testovacího provozu budou předávány prostřednictvím aplikace MC Desk dodavatele. Připomínky musí být věcné, srozumitelné, vztahovat se ke konkrétním, přesně identifikovaným částem ERP, a obsahovat jméno autora oprávněného vznést daný dotaz či připomínku.	Průběžně, konečný seznam nejpozději 3 pracovní dny před ukončením testovacího provozu.
5	Akceptace plnění.	Zadavatel provede v souladu s akceptační procedurou akceptaci každé dílčí části plnění v termínu dle harmonogramu projektu a její konání potvrdí podpisem akceptačního protokolu.	Podpis akceptačního protokolu zadavatel zajistí neprodleně, nejpozději však do 3 dnů od akceptace dílčího plnění.

6	Předání případných dotazů ze zkušebního provozu.	Dotazy či připomínky ze zkušebního provozu budou předávány prostřednictvím aplikace MC Desk uchazeče. Připomínky musí být věcné, srozumitelné, vztahovat se ke konkrétním, přesně identifikovaným částem ERP, a obsahovat jméno autora oprávněného vznést danou připomínku.	Průběžně, konečný seznam zadavatel předá nejpozději 10 pracovních dnů před ukončením zkušebního provozu.
7	Předání organizační struktury úřadu, seznamu interních uživatelů systémů a specifikace rolí uživatelů.	Předat organigram v PDF/docx formátu a seznam interních uživatelů v excelové tabulce. Oba podklady budou předány emailem projektovému vedoucímu dodavatele. V tabulce se seznamem interních uživatelů bude uvedena informace, v jaké roli bude uživatel v ERP pracovat.	Nejpozději 5 pracovních dnů před zahájením zkušebního provozu.
8	Připojení ERP k systému základních registrů.	Zadavatel zajistí: • Registraci ERP jako agendového informačního systému (AIS) v ISZR. • Přihlášení k agendám a činnostním rolím, jež budou v ERP vykonávány. • Získat a následně předat testovací a produktivní certifikát vydaný ISZR pro daný AIS. • Předat seznam uživatelů a jejich agend a činnostních rolí, jež budou uživatelé v ERP vykonávat.	Nejpozději do 15 dnů od předání dokumentu Cílový koncept k připomínkování zadavateli.

9	Předání připravené infrastruktury testovacího a produkčního prostředí pro instalaci ERP.	Zadavatel předá uchazeči infrastrukturu testovacího a provozního prostředí připravenou pro zahájení instalací ERP.	Nejpozději do 40 dnů od podpisu Smlouvy o dílo.
10	Příprava šablon dokumentů.	Klíčový uživatelé zadavatele zajistí přípravu nejčastěji používaných šablon dokumentů v ERP dle jednotlivých správních řízení a správních deliktů.	Nejpozději 3 dny před zahájením zkušebního provozu.
11	Součinnost dodavatelů subsystémů stávajícího informačního systému při integraci ERP na tyto subsystémy.	Popis integračního rozhraní poskytne uchazeči vždy dodavatel konkrétního subsystému stávajícího software. Funkčnost integračních vazeb je v plné odpovědnosti dodavatele ERP. Zadavatel zajistí: • Součinnost dodavatelů konkrétních subsystémů stávajícího SW při vývoji integračních rozhraní, testování a přípravě produkčního provozu. • Bezchybnou funkčnost rozhraní integrovaných systémů. • Dostatečnou kapacitu odpovědné osoby zadavatele, která bude zajišťovat součinnost dodavatelů subsystémů stávajícího SW v rámci přípravy všech integračních rozhraní. • Zpřístupnění integrovaných služeb z testovacího a produkčního prostředí ERP. • Všechny podmínky, aby integrační rozhraní mohlo být zprovozněno, včetně případné rekonfigurace stávajících systémů.	Do 30 dnů od podpisu Smlouvy o dílo.

12	Součinnost dodavatelů subsystémů stávajícího SW při migraci dat do ERP z těchto subsystémů.	Pro migraci dat uchazeč připraví a předá zadavateli migrační šablony (struktury dat). Zadavatel zajistí do 5 dnů od předání migračních šablon jejich naplnění daty určenými k migraci dat do ERP. Zadavatel dále zajistí případnou nutnou opravu dat (tzn. odstraňování duplicit, doplňování nekompletních informací apod.) nejpozději před předáním dat dodavateli v migračních šablonách.	Dle termínů uvedených ve sloupci „Upřesnění požadavku na součinnost“.
13	Zajištění součinnosti dodavatelů subsystémů stávajícího informačního systému.	Zadavatel zajistí nezbytnou součinnost dodavatelů subsystémů stávajícího IS v termínech, které neohrozí realizaci projektu dle schváleného projektového harmonogramu. Jedná se zejména o následující součinnosti: • Realizace případných požadavků na úpravu integračních rozhraní. • Součinnost při přípravě testovacího a produkčního prostředí (např. konfigurace komunikačních rozhraní). • Součinnost při interních dodavatelských vývojových testech. • Součinnost při uživatelských a akceptačních testech. • Součinnost při zkušebním provozu.	V termínech dle schváleného projektového harmonogramu.
14	Zajištění školících prostor.	Zadavatel zajistí 2 školící učebny, každá učebna bude vybavena 11 pracovními stanicemi, včetně pracovní stanice pro školitele a odpovídajícího technického vybavení pro školitele i školené pracovníky, a to včetně konektivity na testovací prostředí ERP a internet.	Nejpozději 5 dnů před zahájením školení.

15 Zajištění součinnosti zadavatele. Nedostatečná nebo pozdní součinnost zadavatele bude považována za překážku v realizaci předmětu plnění na straně zadavatele, umožňující uchazeči posunout termíny realizace. V těchto případech zadavatel na žádost uchazeče do 3 dnů písemně potvrdí, že z důvodu nesoučinnosti zadavatele není vyžadováno realizovat odpovídající část díla v termínech dle Xxxxxxx o dílo. Průběžně.

PŘÍLOHA č. 4 –– Vyplněná příloha č. 2 z nabídky zhotovitele („Podrobná specifikace předmětu veřejné zakázky“)

V textu této přílohy smlouvy označení uchazeč představuje zhotovitele a označení zadavatel představuje objednatele.

Podrobná specifikace předmětu veřejné zakázky „Ekonomický informační systém“ (ERP)

Uchazeč v této příloze vyplní u všech požadovaných (povinných) parametrů ve sloupci NAPLNĚN způsob naplnění u jím nabízeného řešení takto:

ANO

- nabízené řešení naplňuje požadovaný parametr již v termínu podání nabídky. U požadavků integrace se stávajícími software aplikacemi úřadu (Spisová služba firmy Geovap, spol. s.r.o., dále jen „spisová služba úřadu“, Gis aplikace MISYS firmy Gepro, spol. s.r.o., dále jen

„GIS úřadu“) uchazeč vyjádřením ANO potvrzuje, že nabízené řešení naplní požadovaný parametr nejpozději v termínu instalace na testovací prostředí.

ČÁSTEČNĚ ANO

- nabízené řešení naplňuje požadovaný parametr v termínu podání nabídky jen částečně. Uchazeč v tomto případě popíše podmínky a termín plného pokrytí požadavku. Obdobně popíše podmínky a termín plného pokrytí u požadavků na integraci se stávajícími software aplikacemi úřadu (spisová služba úřadu, GIS úřadu).

Zadavatel si před rozhodnutím o výběru nejvhodnější nabídky vyhrazuje právo s předstihem 14 dnů vyžádat prezentaci před hodnotící komisí namátkově vybraných parametrů, u kterých uchazeč vyznačil naplnění ANO. Při této prezentaci bude uchazeč povinen předvést vyžádanou funkci (vyžádané funkce) na konkrétních datech ve shodě s požadavky uvedenými v této Příloze č. 2.

Všechny požadavky uvedené v této Příloze č. 2 jsou zadavatelem požadované (povinné) a při neuvedení stavu naplnění ANO nebo ČÁSTEČNĚ ANO u některého požadavku v Příloze č. 2 této zadávací dokumentace musí být taková nabídka vyřazena z dalšího hodnocení jako nevyhovující.

1. Popis architektury a komponent řešení ERP

1.1 Seznam pojmů a zkratek

AD Active Directory

AIFO Agendový identifikátor fyzické osoby

CSI Centrální správa identit

ČSÚ Český statistický úřad

ČUZK Český úřad zeměměřičský a katastrální DOC Formát souborů Microsoft Word

ERP Ekonomický systém úřadu Města Neratovice (komplexní integrované řešení) ES Ekonomický subsystém řešení ERP

GIS Geografický informační systém

HTML HyperText Markup Language (značkovací jazyk pro hypertext)

http Hyper Text Transfer Protocol (internetový protokol určený původně pro výměnu hypertextových dokumentů ve formátu HTML)

HW Hardware (technické vybavení)

IČ Identifikační číslo

IS Informační systém

ISDS Informační systém datových schránek ISEO Informační systém evidence obyvatel ISKN Informační systém katastru nemovitostí ISUI Informační systém územní identifikace

ISVS Informační systém veřejné správy

ISZR Informační systém základních registrů

JDBC Java Database Connectivity (standard pro přístup k databázím z prostředí JAVA)

KN Katastr nemovitostí České republiky

KÚ Katastrální území

LDAP Lightweight Directory Access Protocol

(definovaný protokol pro ukládání a přístup k datům na adresářovém

serveru)

MPSV Ministerstvo práce a sociálních věcí České republiky

PDF PDF (Portable Document Format) je souborový formát vyvinutý firmou Adobe pro ukládání dokumentů nezávisle na softwaru i hardwaru, na kterém byly pořízeny.

RPP Registr práv a povinností, součást systému základních registrů RTF Rich Text Format (formát zpracovatelný v Microsoft Word)

RUIAN Registr územní identifikace a adres, součást systému základních registrů SMS Short Message Service – krátké textové zprávy zasílané prostřednictvím mobilní sítě

SOAP Protokol (Simple Object Access Protocol) pro výměnu zpráv založených na XML přes síť, hlavně pomocí HTTP. Formát SOAP tvoří základní vrstvu komunikace mezi webovými službami a poskytuje prostředí pro tvorbu složitější komunikace. SW Software

XLS[X] Souborový formát na ukládání dokumentů kancelářských balíků jako textových dokumentů, tabulek či prezentací. Formát byl navržen společností Microsoft

a je podporován v programech Microsoft Office.

Webová služba Softwarový systém umožňující interakci dvou strojů/aplikací na síti. S webovou službou ostatní stroje/aplikace komunikují způsobem, který je předepsaný v popisu služby, pomocí protokolu SOAP přenesené pomocí jiných, již zavedených protokolů (např. http).

TXT Textový formát

ÚIR-ADR Územně identifikační registr spravovaný MPSV XLS Souborový formát Microsoft Excel

XML eXtensible Markup Language (rozšiřitelný značkovací jazyk je obecný značkovací jazyk, který byl vyvinut a standardizován konsorciem W3C)

Základní registry Informační systém základních registrů ZIFO Základní identifikátor fyzické osoby

1.2 Konceptuální architektura a komponenty ERP systému

Město Neratovice hodlá realizovat skutečně integrovaný ERP systém, který bude mít tuto konceptuální architekturu:

• Jednotný systém registrů a evidencí využívaný všemi aplikacemi informačního systému města

• Centrální správa ERP (agend, agendových rolí, identit, uživatelských oprávnění a všech software aplikací používaných pracovníky úřadu),

• Centrální místo pro komunikaci agendových systémů úřadu se systémem Základních registrů

• Elektronické vedení agend v samostatné působnosti úřadu:

o správa příjmů a pohledávek ze všech typů místních poplatků a řízení vykonávaných úřadem

o správa závazků (smlouvy a objednávky)

o správu majetku města

o evidence soudních sporů

o řízení záměrů a investic

• Elektronické vedení ekonomických agend (účetnictví a rozpočet)

• Elektronické vedení agend správních řízení

o přestupky a jiné správní delikty

o speciální stavební úřad silniční

o speciální stavební úřad vodoprávní

o stavební řízení a územní plánování

o vyvlastňovací řízení

• Elektronické vedení podpůrných a interních agend:

o ohlašovna (evidence obyvatel)

o volební agenda

o matrika včetně vidimace a legalizace

o poskytování informací, stížnosti a petice

o správa požadavků zaměstnanců úřadu

o manažerské přehledy (reporting)

o správa dotací a příspěvků

• On-line integrace s již provozovanými subsystémy (spisová služba úřadu, GIS úřadu)

1.3 Obecné principy a technologie požadovaného řešení ERP

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Pracovní prostředí uživatele je v rámci řešení ERP sjednocené. Informace z okolních systémů a aplikací jsou uživateli „dodávány“ prostřednictvím rozhraní. Uživatelům jsou tak k dispozici již jednou pořízená data nejen z „jeho aplikace“, ale též z aplikací okolních. Jednotlivé součásti řešení poskytují uživateli moderní uživatelské rozhraní, jehož ovládání je podobné jaké znají uživatelé z ovládání kancelářských (např. MS Office, Adobe Acrobat Reader) či webových aplikací.	ANO
2	Požadované	Identita uživatelů a jejich uživatelská oprávnění jsou spravovány centrálně. Kromě oprávnění k interním aplikacím jsou centrálně přidělována též oprávnění k přístupu k systému základních registrů.	ANO
3	Požadované	Integrace mezi jednotlivými součástmi řešení ERP je realizována on-line.	ANO
4	Požadované	Požadované řešení ERP je řešení modulární. Jednotlivé součásti řešení jsou schopné fungovat zcela odděleně a při výpadku jedné součásti řešení zůstávají ostatní součásti řešení funkční.	ANO
5	Požadované	Architektura řešení ERP a jeho jednotlivých součástí je vícevrstvá využívající databázi, aplikační server a klientskou část. Všechny součásti řešení poskytují tenkého klienta, který nevyžaduje instalaci a je realizován jako aplikace běžící v internetovém prohlížeči nebo jako win32 aplikace. Řešení ERP je technologicky postaveno na obecně uznávaných standardech a technologiích – JAVA, .NET, webové služby (SOAP), PDF, Apache Tomcat a dalších.	ANO

1.4 Infrastruktura pro požadované řešení ERP

Serverová část:

V současné době probíhá výběrové řízení na virtualizaci serverové části IS Zadavatel předpokládá tyto parametry dotčených technologií:

HW a SW produktivního aplikačního serveru (virtualizované prostředí):

2 x Intel Xeon 2,2 GHz (2 x 6 core), diskové pole s volnou kapacitou 300 GB, 1 x 1 Gbps LAN, OS Windows Server 2012 a vyšší.

(celkem 9 virtuálních serverů)

HW a SW databázového serveru pro řešení ERP (virtualizované prostředí):

2 x Intel Xeon 2,5 GHz, diskové pole s volnou kapacitou 1TB, SATA disk pro operační zálohu 1 TB, 1 x 1 Gbps LAN,

OS Windows Server 2012 a vyšší, MS SQL Server Standard, 2014 a vyšší

Klientská část:

HW a SW klientské stanice pro řešení ERP:

Procesor Dual Core, 2GB RAM, rozlišení obrazovky 1024x768 / 96Dpi, OS WIN XP SP3 CZ 32 bit nebo OS WIN 7 SP1 64 bit OS WIN 8.1 64 bit

Zadavatel předpokládá budoucí virtualizaci stanic (desktopů nebo aplikací nebo kombinace obou). Požaduje chod pořizovaného aplikačního SW v režimu tzv. „tenkého klienta“.

MARBES CONSULTING s.r.o. tímto potvrzuje, že jím řešení ERP, jehož dodávka a implementace je předmětem této smlouvy, lze trvale provozovat na infrastruktuře zadavatele s parametry uvedenými v tomto článku Přílohy č. 2 zadávací dokumentace, v režimu tzv.

„tenkého klienta“.

2. Požadované parametry řešení ERP

2.1 Obecné a technologické vlastnosti ERP

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Provázanost mezi jednotlivými agendami dodávaného IS.	ANO
2	Požadované	Třívrstvá (čtyř) systémová architektura s možným dalším členěním do více vrstev. Možnost dedikovaných serverů pro databázi, aplikaci.	ANO
3	Požadované	Postavený na moderních a běžně uznávaných technologických i obchodních standardech a rozhraních (API, XML, PDF, e-mail).	ANO
4	Požadované	Plná lokalizace v českém jazyce.	ANO
5	Požadované	Platná legislativa všech agend (ochrana osobních údajů, elektronický podpis apod.).	ANO
6	Požadované	Jednotné otevřené aplikační rozhraní pro obousměrnou komunikaci s dalšími aplikacemi IS jiných subjektů, on-line připojení a možnost výměny dat s jinými subjekty.	ANO
7	Požadované	Transakční zpracování dat v databázi.	ANO
8	Požadované	ERP musí bezproblémově pracovat na síti (100 Mbit/s a 1 Gbit/s).	ANO
9	Požadované	Komunikace s aplikacemi MS Office (verze 2003 a vyšší).	ANO
10	Požadované	Nastavení všech parametrů ERP bez nutnosti zásahu dodavatele.	ANO
11	Požadované	Přidávání dalších agend administrátorem systému, umožnění specifického nastavení v závislosti na agendě.	ANO
12	Požadované	Pohledy nad daty a tiskové sestavy (výsledky hledání, základní pohledy, atd.) lze třídit dle různých kritérií vybraných uživatelem, následně tisknout nebo exportovat do běžných formátů.	ANO
13	Požadované	Jedinečnost uložených dat v ERP.	ANO
14	Požadované	Tvorba vlastních výstupních sestav ve všech agendách jednoduchými prostředky uživatelů. Tiskové sestavy musí být uživatelsky modifikovatelné.	ANO
15	Požadované	Možnost prezentace veřejných údajů uložených v ERP na webu města (dodavatel: Webhouse, s.r.o.) přes definované rozhraní.	ANO
16	Požadované k datu instalace na testovací prostředí	Migrace (převod) dat otevřených případů ze stávajících agendových IS do nabízeného řešení ERP, které bude provozováno na databázové platformě MS SQL. Zadavatel poskytne součinnost při převodu. Dodavatel pro migraci dat připraví migrační šablony (struktury dat) a zadavatel zajistí naplnění těchto migračních šablon stávajícími daty.	ANO

17	Požadované k datu instalace na testovací prostředí	On-line integrace se software systémy zadavatele, které jsou vyjmenovány v Příloze č. 1 této zadávací dokumentace, Zadavatel pro tyto systémy zajistí API rozhraní umožňující integraci s nabízeným ERP řešením.	ANO
18	Požadované	Součástí nabízeného ERP řešení je e- learningový nástroj, který obsahuje videokursy ovládání jednotlivých subsystémů ERP řešení, a který je trvale dostupný neomezenému počtu uživatelů (zaměstnanců) zadavatele.	ANO
19	Požadované	Agendové systémy splňují požadavky legislativy platné pro subjekty veřejné správy.	ANO

2.2 Požadavky na Registry a evidence

2.2.1 Základní funkcionalita

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Centrální datová základna pro okolní subsystémy/moduly řešení ERP, které si pro svoji funkci odtud čerpají data. Kompletní vedení historie změn záznamu v čase.	ANO
2	Požadované	Seskupování, filtrování, součtování vybraných záznamů, export vybraných záznamů ve formátu PDF, XLS, XML, TXT a HTML.	ANO
3	Požadované	Sledování návazností mezi daty.	ANO
4	Požadované	Zakládání záznamů do databáze, manuálně nebo přebíráním z registrů.	ANO
5	Požadované	Vyhledávání dle libovolných kritérií zvolených uživatelem (i částečné údaje doplněné hvězdičkou).	ANO
6	Požadované	Možnost nastavení kontroly duplicity.	ANO
7	Požadované	Nástroje pro uživatelské přizpůsobení vzhledu obrazovek a pohledu na data.	ANO

2.2.2 Registr nemovitostí

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Přijímat data z KN (VFK/ISKN) a zprostředkovat je ostatním aplikacím (informace o katastrálních územích, parcelách, budovách, vlastnících a nájemcích a právních vztazích mezi nimi) formou stavových a změnových záznamů.	ANO
2	Požadované	Vedení evidence vlastníků a řízení.	ANO
3	Požadované	Vedení evidence listin.	ANO
4	Požadované	Evidence právních vztahů.	ANO

5	Požadované	Tisk LV v obdobném tvaru jako jej tiskne KN.	ANO
6	Požadované	Tisk informací o parcele, budově, jednotce dle uživatelsky vybraných kritérií.	ANO
7	Požadované	Tisk soupisu parcel dle uživatelsky vybraných kritérií.	ANO
8	Požadované	Vazba na Evidenci majetku (je zdrojem dat o nemovitostech).	ANO
9	Požadované	Vazba na službu ČÚZK „Nahlížení do KN“.	ANO
10	Požadované k datu instalace na testovací prostředí	Vazba na GIS úřadu.	ANO
11	Požadované	Vazba na agendový systém ERP a ekonomický subsystém.	ANO

2.2.3 Registr adres / územní evidence

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Maximum možných dat zadávat pomocí číselníků, číselníky jsou dostupné jak z hlavní nabídky agendy, tak je lze doplňovat i při pořízení údajů.	ANO
2	Požadované	Import a pravidelná aktualizace dat z RUIAN.	ANO
3	Požadované	Vazba na Evidenci majetku, na agendový systém, na ES a ostatní moduly ERP řešení.	ANO
4	Požadované k datu instalace na testovací prostředí	Vazba na GIS úřadu.	ANO
5	Požadované	Adresy podle čísla domovního nebo úplné adresy - seznam adres, které splňují zadanou podmínku.	ANO

2.2.4 Evidence partnerů

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Centrální správa veškerých partnerů města. Evidence musí umožnit evidovat partnera ve více agendách, přičemž v každé agendě je partner evidován zcela nezávisle na agendě jiné. V rámci jedné agendy je zajištěno zamezení vzniku duplicitních záznamů téhož partnera. Evidence partnerů v jednotlivých agendách bude oddělena na úrovni uložení dat, jejich zpracování i jejich poskytování uživatelům.	ANO
2	Požadované	Založení partnera jeho vyhledáním a přenesením ze základních registrů, včetně uložení AIFO u partnera v odpovídající agendě. Podpora automatického zpracování notifikací změn ze základních registrů.	ANO

3	Požadované	Evidence informací o partnerech: adres, bankovních spojení, provozoven. Evidovat libovolné množství kontaktních údajů u každého partnera (adres, telefonních čísel, apod.)	ANO
4	Požadované	Evidovat u partnera důvody vztahu s městem (odběratel, dodavatel, přestupce, …).	ANO
5	Požadované	Jedinečné zaevidování partnera (možnost definovat požadované kontroly minimálně dle: rodné číslo, jméno+příjmení+adresa, resp. IČ, IČ+adresa). Partner je zaevidován pouze jednou, bez ohledu na důvody vzniku vztahu s městem.	ANO
6	Požadované	Rozlišení občan či firma.	ANO
7	Požadované	Vyhledání a převzetí adresy z registru adres.	ANO
8	Požadované	Přímá vazba na ES a agendové moduly. Založení odběratele a dodavatele do ekonomického subsystému.	ANO
9	Požadované	Vyhledávání dle různých uživatelsky zvolených kritérií.	ANO
10	Požadované	Tisková sestava partnerů města - právnické osoby - fyzické osoby dle zadaných podmínek vyhledání	ANO
11	Požadované	Tisková sestava – informace o aktivitách partnera (přehled o aktivitách partnera v návazných evidencích a agendách)	ANO
12	Požadované	Nástroje na dohledání souvisejících údajů k partnerovi v agendovém systému.	ANO
13	Požadované	Vazba (ověření údajů) oproti službě Ministerstva financí „ ARES“.	ANO
14	Požadované	Zajištění ochrany osobních údajů v souladu se Zák. č. 101/2000 Sb. Zajištění logování přístupu k osobním údajům partnerů, včetně důvodu přístupu, prohlížení logů přístupu k osobním údajům, likvidace osobních údajů, zabezpečení přístupu k partnerům přístupovými oprávněními.	ANO

2.2.5 Evidence majetku

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Maximum možných dat zadávat pomocí číselníků, číselníky jsou dostupné jak z hlavní nabídky agendy, tak je lze doplňovat i při pořízení údajů.	ANO
2	Požadované	Evidovat údaje o parcelách, budovách, bytech a nebytových prostorách, jiných stavbách (most, socha, …), sítích.	ANO
3	Požadované	Evidence veškerého nemovitého a movitého majetku.	ANO

4	Požadované	Evidence movitého majetku s vazbou na umístění v rámci nemovitého majetku (osvětlení, lavičky, dopravní značení s vazbou na parcelu, vybavení s vazbou na budovu/byt/nebytový prostor).	ANO
5	Požadované	Kompletní historie záznamů o evidovaných objektech v čase (zakládání, opravy a úpravy záznamů, historie záznamů).	ANO
6	Požadované	Evidovat vlastnické a uživatelské vztahy.	ANO
7	Požadované	Inventarizační seznam (porovnání údajů v Evidenci nemovitého majetku oproti aktuálním datům z KN).	ANO
8	Požadované	Evidence údajů o svěření majetku do správy či zápůjčky.	ANO
9	Požadované	Evidence údajů týkajících se ochrany přírody.	ANO
10	Požadované	Evidence záměrů s majetkem, plánování změn na majetku.	ANO
11	Požadované	Vytváření skupin objektů - souvislostí (parcela, budova, bytový prostor, …).	ANO
12	Požadované	Nástroje na dohledání souvisejících údajů k objektu v agendovém systému.	ANO
13	Požadované	Export dat do XML, XLS.	ANO
14	Požadované	Realizace úkonů nakládání s majetkem (uzavírání smluv, tvorba protokolů apod.).	ANO
15	Požadované	Nástroje pro vyhledávání podle všech evidovaných údajů s možností kombinace údajů.	ANO
16	Požadované	Evidovat majetek pronajatý či zapůjčený do jiné organizace.	ANO
17	Požadované	Výběrová řízení na vznik nájmu bytu – přiřazení bytu k výherci soutěže, nájem na dobu určitou a následně prodloužení smlouvy.	ANO
18	Požadované	Vazba na evidenci úmrtí, z důvodu ukončení nájemní smlouvy na byt.	ANO
19	Požadované	Evidence soudních záležitostí u nájemních bytů – výpovědi, vyklizení, vymáhání, exekuce.	ANO
20	Požadované	Vazba exekucí na rozpočet (příjem rozpočtu).	ANO
21	Požadované	Vymáhání pohledávek prostřednictvím externího subjektu (evidence externích subjektů, předávaných materiálů a následných kroků).	ANO

2.2.5.1 Tiskové sestavy z oblasti evidence majetku

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Evidence technického zhodnocení majetku - přehled o investicích do technického zhodnocení (renovace) či údržby majetku.	ANO
2	Požadované	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.	ANO
3	Požadované	Inventurní soupis (DHM, DDHM, celkem).	ANO
4	Požadované	Tisk rejstříku inventárních čísel.	ANO
5	Požadované	Tisk inventarizačního protokolu.	ANO
6	Požadované	Tisk sumáře veškerého inventarizovaného majetku v daném období.	ANO
7	Požadované	Tisk karty majetku vč. čárového kódu.	ANO
8	Požadované	Soupis nemovitostí	ANO
9	Požadované	Soupis nehmotného majetku - DHM, DDHM	ANO
10	Požadované	Sumář v místnosti.	ANO
11	Požadované	Seznam přebytků a mank.	ANO
12	Požadované	Inventář místní.	ANO
13	Požadované	Všechny změny DHM, DDHM.	ANO
14	Požadované	Zařazený DHM, DDHM.	ANO
15	Požadované	Vyřazený DHM, DDHM.	ANO
16	Požadované	Převedený DHM, DDHM.	ANO
17	Požadované	Doúčtovaný DHM, DDHM - technické zhodnocení, ostatní.	ANO
18	Požadované	Majetek dle zdroje nabytí - bezúplatný, úplatný, dotace, dar.	ANO
19	Požadované	Podklady pro účtování změn.	ANO
20	Požadované	Odpisy - daňové, účetní, odpisový plán	ANO
21	Požadované	Přehled vazeb na účetnictví.	ANO
22	Požadované	Evidence přírůstků - DHM, DDHM.	ANO
23	Požadované	Tisk štítků s čárovým kódem.	ANO

2.2.5.2 Vazby evidence majetku

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Vazba na službu ČÚZK „Nahlížení do KN“.	ANO
2	Požadované k datu instalace na testovací prostředí	Vazba na GIS úřadu (parcely, pasporty).	ANO

3	Požadované k datu instalace na testovací prostředí	Vazba na spisovou službu úřadu.	ANO
4	Požadované	Vazba na Správu závazků.	ANO
5	Požadované	Vazba na účetní evidenci majetku.	ANO

2.3 Centrální správa ERP

2.3.1 Správa organizační struktury

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Jednotná evidence organizační struktury úřadu, zařazení jednotlivých pracovníků do organizační struktury v rámci pracovního zařazení a funkce (jeden pracovník může být zařazen do více organizačních jednotek).	ANO
2	Požadované	Nastavení přístupových práv, zařazení do skupin, nastavení přístupových práv do aplikací s využitím profilů a přístupu k datům.	ANO
3	Požadované	Založení, zrušení a aktualizace uživatelského profilu.	ANO
4	Požadované	Synchronizace s MS Active Directory a nástrojem pro centrální správu identit.	ANO
5	Požadované	Tiskové výstupy, tištěný abecední seznam, strukturovaný telefonní seznam podle jednotlivých organizačních jednotek přístupný v prostředí WWW.	ANO
6	Požadované	Historie organizačních změn u pracovníků (kdo, kdy, kde a co dělal a jaká měl k tomu přístupová práva).	ANO
7	Požadované	Možnost evidovat více organizačních struktur (např. úřad, zřizované organizace, jiné externí organizace apod.).	ANO

2.3.2 Centrální správa identit

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Správa identit pracovníků úřadu - nastavení a aktualizace přístupových práv, účtů a přístupů do domény pro jednotlivé pracovníky - synchronizace úložiště identit s řešením MS Active Directory (např. LDAP).	ANO
2	Požadované	Záznam operací nad identitami v auditním logu.	ANO
3	Požadované	Podpora Simple Sign-On – Centrální správa identit zajišťuje, že uživatelské jméno a heslo uživatele jsou shodné ve všech informačních systémech napojených na tuto komponentu řešení ERP.	ANO

4	Požadované	Nástroje pro evidenci, generování, správu, archivaci, zneplatnění a distribuci certifikátů.	ANO
5	Požadované	Uživatelské rozhraní pro manuální editaci vybraných informací z uživatelského profilu, včetně editace bezpečnostních prvků, jako je uživatelské heslo a osobní kvalifikované a komerční certifikáty.	ANO
6	Požadované	Synchronizace identit v reálném čase; tj. změna údajů v jednom systému se okamžitě projeví i v ostatních propojených systémech.	ANO
7	Požadované	Historie provedených změn, možnost „řezu v čase“ (stav k zadanému datu - kdo, kdy, kde a co dělal a jaká měl k tomu přístupová práva v zadaném termínu). Zobrazení stavu v čase musí být shodné se standardním zobrazením dat.	ANO
8	Požadované	Centrální správa všech agend, ve kterých má úřad působnost, a agendových rolí s načtením a průběžnou aktualizací z Registru práv a povinností (RPP). Musí umožnit definovat vlastní agendy a role a tyto provázat s agendami a agendovými rolemi z RPP. Podpora přiřazení agend a agendových rolí k identitě.	ANO
9	Požadované	Přiřazení jednotlivých agendových rolí uživatelům a správa tohoto přiřazení. Přiřazení musí být možné provést na úroveň pracovní pozice, ze které se propadne na pracovníka zařazeného v této pozici, nebo přímo na pracovníka. Přiřazení musí být možné provést jak po jednotlivých rolích tak přiřazením celé agendy, které znamená přiřazení všech rolí dané agendy.	ANO

2.4 Centrální místo pro komunikaci agendových systémů úřadu se systémem Základních registrů

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	ERP poskytuje rozhraní, jehož funkce jsou shodné s funkcemi vnějšího rozhraní ISZR.	ANO
2	Požadované	Centrální řízení přístupů uživatelů k základním registrům prostřednictvím ověřování přidělených agendových rolí v modulu Centrální správy identit.	ANO
3	Požadované	Záznam (logování) přístupů uživatelů k údajům základních registrů (v rozsahu dle zákona č. 111/2009 Sb.). Rozhraní pro správu logu, vyhledávání a provedení výpisu z logu.	ANO
4	Požadované	Poskytování výpisu z logů přístupů uživatelů k údajům základních registrů a možnost nastavení automatického mazání záznamů z logu po uplynutí nastavené doby.	ANO

5	Požadované	ERP musí poskytnout klientskou aplikaci, která umožní minimálně vyhledávaní v logu dle různých kritérií včetně kombinace údajů (minimálně dle uživatele, času přístupu, důvodu přístupu, agendy).	ANO
6	Požadované	Zamezení neoprávněného přístupu k datům základních registrů. Zamezení přístupu v případě, kdy daný uživatel nemá přiřazenu roli, pod kterou přistupuje. Tento neoprávněný přístup musí být zaznamenán v logu.	ANO
7	Požadované	Možnost vedení a správy lokální kopie dat RUIAN, která bude průběžně aktualizována prostřednictvím notifikací anebo výdejem dat ze základního registru RUIAN.	ANO
8	Požadované	Načtení notifikací a načtení dat označených v notifikacích jako změněných. Řešení musí umožnit aktualizace těchto dat v Evidenci partnerů určených k aktualizaci i zprostředkovat přímou aktualizaci v připojených aplikacích.	ANO
9	Požadované	Podpora připojení více agendových systémů (AIS) s různými systémovými certifikáty a komunikace s ISZR pod certifikátem příslušným danému AIS.	ANO
10	Požadované	Klient pro online ověření dat v základních registrech umožňující ověření dat v registru ROS, ROB a RUIAN. Klient umožní vygenerování dokumentu s opisem dat získaných ze základních registrů. Dotazy budou logovány stejně jako dotazy přes komunikační rozhraní. Klient bude realizován pro běh prostředí webového prohlížeče (HTML5).	ANO

2.5 Agendový systém

2.5.1 Obecné požadavky na agendové systémy

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Jediný (centrální) agendový systém pro správu poplatků, pokut a veškerých dalších typů pohledávek. Uživatelské i technologické prostředí musí být totožné pro všechny agendy zpracovávané systémem.	ANO
2	Požadované	Podpora celého administrativního procesu – od zaevidování případu až po vystavení příslušných dokumentů (výzvy, rozhodnutí, platební výměry).	ANO
3	Požadované k datu instalace na testovací prostředí	Vazba na spisovou službu úřadu na aplikační úrovni umožňující zejména: předání dokumentu do spisové služby úřadu včetně vypravení, převzetí čísla jednacího ze spisové služby úřadu, převzetí spisů a dokumentů ze spisové služby úřadu pro založení případu. Systém umožňuje zobrazit setřídit a exportovat přehled spisů a písemností.	ANO
4	Požadované	Konfigurovatelnost systému dle nově vzniklých požadavků úřadu - možnost přidávání dalších agend administrátorem úřadu (max. v řádu dnů).	ANO
5	Požadované	Přidělování diferencovaných přístupových práv k záznamům, tzn. každý uživatel bude mít přesně definováno, které záznamy může prohlížet, měnit a přidávat. Zohlednění organizační struktury v dostupnosti záznamů případů, tj. bude možné určit, zda jsou dané záznamy přístupné jen v rámci např. oddělení, odboru.	ANO
6	Požadované	Nástroje pro sledování úkolů a lhůt zadaných uživatelům jednotlivých agend, včetně nastavitelného upozornění, zaznamenání do MS Outlook (neprovedený úkon, prekluze, atd.).	ANO
7	Požadované	Všechny pohledy nad daty (výsledky hledání, základní pohledy, atd.) lze třídit dle různých kritérií zvolených uživatelem. Každý takovýto náhled lze tisknout a exportovat do vybraného formátu (XLS, XML, DOC,HTML).	ANO
8	Požadované	Komunikace s MS Outlook - funkce Kalendáře.	ANO
9	Požadované	Vygenerování datového souboru na šifrování složenek k tisku a párování plateb. Komunikace s programy České pošty.	ANO
10	Požadované	Systém musí vést záznam o veškerých změnách provedených uživateli v datech.	ANO
11	Požadované	Evidence opakovaných i jednorázových příjmů dle číselníku poplatků.	ANO
12	Požadované	Základní údaje o dlužníkovi a pohledávce (tj. příjmení, jméno, rodné číslo, datum narození, XXX, adresa, kontaktní adresa, č. smlouvy, č. jednací, č. rozhodnutí, částka atd.).	ANO

13	Požadované	Centrální správa a automatické generování variabilního symbolu s možností ručního zadání VS, resp. pořadového čísla VS, při zadání předpisu jednotlivých druhů poplatků.	ANO
14	Požadované	Podpora automatické tvorby periodických předpisů.	ANO
15	Požadované	Hromadné vystavení předpisů dle požadavku.	ANO
16	Požadované	Nastavení splatnosti u jednotlivých poplatků (datum splatnosti nebo pravidelná roční, čtvrtletní, pololetní, měsíční splatnost).	ANO
17	Požadované	Zavedení splátkového kalendáře k pohledávce a sledování jeho plnění s využitím rozhraní na ekonomický informační systém.	ANO
18	Požadované	Výpočet navýšení, penále, sankcí (jednotlivě i hromadně) a automatický samostatný zápis předpisu penále u každého poplatníka.	ANO
19	Požadované	Zadání č. účtu dlužníka, případně dalších vedlejších údajů.	ANO
20	Požadované	Zobrazení všech nedoplatků u požadovaného poplatníka.	ANO
21	Požadované	Možnost náhledu do ukončených záznamů (možnost vyhledání podle jména nebo VS).	ANO
22	Požadované	Možnost ovládat aplikace pomocí klávesových zkratek.	ANO
23	Požadované	Nástroje pro uživatelské přizpůsobení vzhledu obrazovek a pohledu na data a tiskových výstupů.	ANO
24	Požadované	Přenos předpisů pořízených v agendovém systému do ekonomického subsystému (načítání úhrad z ES k jednotlivým předpisům v agendovém systému).	ANO
25	Požadované	Automatický převod odepsané pohledávky na podrozvahový účet s možností náhledu. Vazba na ekonomický subsystém.	ANO
26	Požadované	Tisková sestava: Kontrolní roční (měsíční) uzávěrky pro srovnání s účetnictvím. (rozdíly, změny, atd.). Vazba na ekonomický subsystém.	ANO
27	Požadované	Možnost sledování salda jednotlivých partnerů a předpisů přímo v agendovém systému. Vazba na ekonomický subsystém.	ANO
28	Požadované	Možnost výběru tisku na obrazovku, na tiskárnu nebo do souboru ve formátu (XLS, DOC, HTML, XML, PDF).	ANO
29	Požadované	Převedení číselné částky v Kč na slovní vyjádření.	ANO
30	Požadované	Kopírování informací z případu (např. u návazných řízení)	ANO
31	Požadované	Přesun pohledávek v rámci organizační struktury úřadu, předání pohledávek k vymáhání.	ANO
32	Požadované	Prohledávání záznamů dle různých kritérií vybraných uživatelem.	ANO

33	Požadované	Tvorba přehledů stavů předpisů (jednotlivých agend) přímo v agendovém systému. Přehledy lze generovat a filtrovat dle vybraných kritérií (např. podle data účtování, splatnosti atd.) s následnou možností tisku.	ANO
34	Požadované	Všechny osoby v každé agendě (fyzické, právnické a další) budou provázány (ztotožněny) se záznamem partnera v odpovídající agendě v Evidenci partnerů.	ANO
35	Požadované	Tvorba opravných položek a vytvoření tiskové kontrolní sestavy	ANO

2.5.2 Požadavky na vazby agendového systému

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Propojení na ekonomický subsystém - uhrazení poplatku a sledování salda.	ANO
2	Požadované k datu instalace na testovací prostředí	Propojení na spisovou službu úřadu na aplikační úrovni. Vazba musí umožňovat minimálně: předání dokumentu do spisové služby úřadu včetně vypravení, převzetí čísla jednacího ze spisové služby úřadu, převzetí spisů a dokumentů ze spisové služby úřadu pro založení případu.	ANO
3	Požadované	Propojení na ISZR.	ANO
4	Požadované	Vazba na insolvenční rejstřík. Automatické dohledání dlužníků dle insolvenčního zákona na základě veřejného rozhraní (xxxx.xxxxxxx.xx). Dlužníci jsou dohledáváni na základě evidovaných údajů partnera v jednotlivých agendách. Informace o zahájení či ukončení vedení insolvenčního řízení je dostupná jak přímo z agendového subsystému, tak je možné zasílat upozornění emailem určeným uživatelům ERP systému.	ANO
5	Požadované k datu instalace na testovací prostředí	Propojení na GIS úřadu.	ANO

2.5.3 Požadavky na výstupy (tiskopisy)

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Hromadný tisk platebních výměrů, výzev, exekučních příkazů, návrhů k soudu a dalších tiskopisů včetně automatického generování potřebných dat do těchto tiskopisů, tzn. i rodného čísla do určených šablon.	ANO
2	Požadované	Nástroje pro tvorbu dokumentu prostřednictvím definovaných šablon (administrátorsky, uživatelsky). Možnost opravovat vzory tiskopisů (šablony).	ANO
3	Požadované	Hromadný tisk adresních štítků a obálek (obálek s doručenkou), možnost tisku kontaktních adres.	ANO
4	Požadované	Tisk pevných sestav (vyrovnání předpisů a plateb, inventur pohledávek, souhrn předpisů a plateb).	ANO
5	Požadované	Tisk zadaných plateb apod. – dle různých kritérií, např. data zaplacení, data připsání na účet, dle způsobu zaplacení, atd.).	ANO
6	Požadované	Tisk volitelných sestav (možnost vlastního výběru dat uživatelem).	ANO
7	Požadované	Tisk upomínek, platebních výměrů a výzev.	ANO
8	Požadované	Tisk formuláře na vrácení přeplatku (automatický tisk vratek dle jednotlivých druhů poplatků).	ANO

2.5.4 Požadavky na výstupy (složenky)

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Tisk složenek hromadně i jednotlivě na vlastní tiskárně nebo prostřednictvím České pošty (elektronickou formou do souboru) s možností vyřazení některých předpisů nebo zohlednit přeplatky.	ANO
2	Požadované	Tisk složenek bez alonže i s alonží (text na alonži – pevné nastavení informací k platbě druh poplatku, splatnost), ale i možnost tisku dalších informací pro poplatníka.	ANO
3	Požadované	Možnost výběru řazení složenek v souboru k tisku dle různých kritérií vybraných uživatelem (např. příjmení, PSČ, ulice, čísla popisného, čísla orientačního, VS) s možností kombinace více kritérií.	ANO

2.5.5 Požadavky na otevřené rozhraní

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Systém musí disponovat popsaným aplikačním rozhraním na bázi Web Services (technologie SOAP).	ANO
2	Požadované	Rozhraní musí vést a předat třetí straně následující datové objekty z patřičných registrů a evidencí včetně jednoznačného identifikátoru: • osoby (ekonomický subjekt) a obyvatele • adresy • budovy a bytové jednotky • parcely • typu agendy a konkrétního případu	ANO

2.5.6 Požadavky na agendu psů

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Evidence všech potřebných informací o držiteli psa (poplatníkovi), včetně kontaktních adres, e- mailů a mobilních telefonů.	ANO
2	Požadované	Evidence informací o psu (minimálně rasa, jméno, barva, věk psa, číslo známky, číslo čipu a zda má pes očkování).	ANO
3	Požadované	Evidenci plátců (společných zástupců) i jednotlivých poplatníků, případně dalších dohodnutých plátců – fyzických i právnických osob.	ANO
4	Požadované	Číselník sazeb v návaznosti na vyhlášku města. Automatický výpočet sazeb dle počtu měsíců, dle změny sazby, poplatku při poskytnutí úlevy či osvobození.	ANO
5	Požadované	Možnost převedení psa na jiného poplatníka.	ANO
6	Požadované	Prohledávání záznamů podle volitelných kritérií uživatele.	ANO
7	Požadované	Tiskové sestavy: karta psa, generované seznamy majitelů psů, změna sazby v době evidence psa atd.	ANO
8	Požadované	Tisk složenek, upomínek, platebních výměrů a výzev.	ANO
9	Požadované	Vazba na ekonomický subsystém - evidovat neplatiče, upomínky oznámit ve formě jakou si uživatel zvolí.	ANO
10	Požadované k datu instalace na testovací prostředí	Vazba na spisovou službu úřadu.	ANO

2.5.7 Požadavky na agendu komunálního odpadu

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Číselník sazeb v návaznosti na vyhlášku města. Automatický výpočet poplatku dle počtu měsíců, dle změny sazby.	ANO
2	Požadované	Vazba na Evidenci partnerů - automatická aktualizace (odstěhovaných, zemřelých, narozených, přistěhovaných, znovu přistěhovaných, smazaných, opravených). U dětí možnost vazby na kontaktní osoby – zákonné zástupce.	ANO
3	Požadované	Evidenci plátců (společ. zástupců) i jednotlivých poplatníků, případně dalších dohodnutých plátců – fyzických i právnických osob.	ANO
4	Požadované	Zaevidovat (automaticky) plátce, který se k poplatku nepřiznal.	ANO
5	Požadované	Možnost operativních změn sazeb dle vyhlášky města.	ANO
6	Požadované	Vazba na insolvenční rejstřík a na ekonomické moduly - evidovat neplatiče, upomínky oznámit ve formě jakou si uživatel zvolí.	ANO
7	Požadované	Možnost zadání kontaktních adres plátců (poplatníků) včetně e-mailů.	ANO
8	Požadované	Tisk všech 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ů).	ANO
9	Požadované	Dotahování zákonného zástupce k nezletilým. I při tisku plateb a předpisů.	ANO
10	Požadované k datu instalace na testovací prostředí	Vazba na spisovou službu úřadu.	ANO
11	Požadované	Tisk sestav, upomínek a platebních výměrů.	ANO
12	Požadované	Vazba na ekonomický subsystém ERP.	ANO

2.5.8 Požadavky na agendu výherní hrací přístroje

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Zapsání poplatníka z Evidence partnerů.	ANO
2	Požadované	Evidence provozoven, včetně odpovědných osob, výherních hracích přístrojů (VHP) a servisních pracovníků přístrojů.	ANO
3	Požadované	Poskytnutí uživatelsky nadefinovaných tiskových sestav (přehled vydaných rozhodnutí, provozoven, provozovatelů, správních poplatků, vydaných známek, atd.).	ANO

4	Požadované	Tisková sestava: Rozhodnutí o povolení provozování VHP dle správního řádu. Možnost výběru podle data vydání rozhodnutí, následný tisk.	ANO
5	Požadované	Statistické tiskové sestavy: (přehledy vydaných rozhodnutí, seznamy provozoven a provozovatelů, seznamy hracích přístrojů, vydané zámky, atd.).	ANO
6	Požadované	Tisk údajů na známku (vygenerování dat ze systému).	ANO
7	Požadované k datu instalace na testovací prostředí	Vazba na spisovou službu úřadu.	ANO
8	Požadované	Vazba na ekonomické moduly ES.	ANO
9	Požadované	Evidenci plátců (společ. zástupců) i jednotlivých poplatníků, případně dalších dohodnutých plátců – fyzických i právnických osob.	ANO
10	Požadované	Evidence povolených heren.	ANO

2.5.9 Požadavky na agendu vymáhání

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Podpora procesu vymáhání v přenesené i samostatné působnosti obce včetně zaznamenání jednotlivých úkonů a dokumentů tohoto procesu. Proces musí podporovat minimálně interní předání a převzetí exekučního titulu do vymáhání v rámci úřadu, volitelné vyrozumění o výši nedoplatku exekučního titulu, volitelné typy exekučních příkazů včetně nabytí právní moci, vykonatelnosti a opravných prostředků.	ANO
2	Požadované	Podpora centrálního vymáhání pohledávek včetně sloučení exekučních titulů jednoho dlužníka do jednoho exekučního řízení.	ANO
3	Požadované	Evidence procesu předání, převzetí a ukončení vymáhání exekučního titulu v agendě vymáhání.	ANO
4	Požadované	Podpora základních šablon dokumentů vymáhacího procesu. Dokumenty vytvořené na základě šablon jsou jednoduše upravitelné uživatelem na základě potřeby.	ANO
5	Požadované	Jednotlivé úkony a dokumenty procesu vymáhání včetně jejich návazností je možné definovat v konfiguraci sytému.	ANO

6	Požadované	V systému je možné definovat a sledovat lhůty na základě evidovaných úkonů procesu vyměřování a vymáhání. Jedná se především o lhůty nabytí právní moci a vykonatelnosti a lhůty pro stanovení a placení daně. V systému je dostupná informace o stavu jednotlivých lhůt ve vztahu k dlužné pohledávce, exekučnímu titulu či exekučnímu příkazu.	ANO
7	Požadované	Podpora žádostí o poskytování informací správci daně (součinnosti) od bank a zdravotních pojišťoven. Automatické generování žádostí o informace pro jednotlivé banky či zdravotní pojišťovny včetně dokumentů a seznamu dlužníků. Možnost evidence zpětných informací o bankovních účtech či informací od zdravotních pojišťoven (zaměstnavatel …).	ANO
8	Požadované	Přehledné souhrnné zobrazení stavu exekučních titulů v procesu vymáhání s možností spuštění hromadných akcí nad exekučními tituly v určeném stavu. Jedná se například o hromadné generování a tisk vyrozumění o výši nedoplatku exekučního titulu či hromadné předání exekučních titulů externímu exekutorovi.	ANO
9	Požadované	Možnost vytvoření exekučního příkazu včetně automatického výpočtu exekučních nákladů a generování odpovídajících dokumentů. Přebírání údajů do exekučních příkazů z poskytnutých informací správci daně (existence bankovních účtů, identifikace zaměstnavatele …).	ANO
10	Požadované k datu instalace na testovací prostředí	Vazba na spisovou službu úřadu.	ANO
11	Požadované	Vazba na ekonomické moduly ES a na Insolvenční rejstřík.	ANO
12	Požadované	Možnost ověření referenčních údajů účastníků vymáhacího řízení v základních registrech včetně automatické notifikace a aktualizace jejich údajů.	ANO

2.5.10 Požadavky na agendu poplatky za veřejné prostranství

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Evidence plátců poplatku.	ANO
2	Požadované	Evidence a výpočet místního poplatku.	ANO
3	Požadované	Prohledávání záznamů podle volitelných kritérií uživatele.	ANO
4	Požadované	Tiskové sestavy.	ANO
5	Požadované	Vazba na ekonomické moduly a na insolvenční rejstřík.	ANO
6	Požadované	Vazba na Registr obyvatel a Evidenci partnerů.	ANO
7	Požadované k datu instalace na testovací prostředí	Vazba na spisovou službu úřadu.	ANO
8	Požadované	Evidenci plátců (společ. zástupců) i jednotlivých poplatníků, případně dalších dohodnutých plátců – fyzických i právnických osob.	ANO

2.5.11 Požadavky na agendu poplatky za ubytovací kapacitu

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Evidence plátců poplatku.	ANO
2	Požadované	Evidence a výpočet místního poplatku.	ANO
3	Požadované	Prohledávání záznamů podle volitelných kritérií uživatele.	ANO
4	Požadované	Tiskové sestavy.	ANO
5	Požadované	Vazba na ES a na insolvenční rejstřík.	ANO
6	Požadované	Vazba na Registr obyvatel a Evidenci partnerů.	ANO
7	Požadované k datu instalace na testovací prostředí	Vazba na spisovou službu úřadu.	ANO
8	Požadované	Evidenci plátců (společ. zástupců) i jednotlivých poplatníků, případně dalších dohodnutých plátců – fyzických i právnických osob.	ANO

2.5.12 Správa závazků (smlouvy a objednávky)

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Automatické generování čísel smluv a objednávek - v závislosti na nastavení uživatele a s přihlédnutím na dodržení pravidla jednoznačnosti čísla (jednotná řada smluv/objednávek pro celý úřad).	ANO
2	Požadované	Evidovat všechny typy smluv (mimo smluv personálních), dle typu smlouvy nabízet i strukturu dat smlouvy.	ANO
3	Požadované	Evidence smluv bude evidovat minimálně tyto položky: uzavření smlouvy, platnost smlouvy, ukončení akce, záruka, kontrola, vložení do evidence, právní účinky smlouvy, odeslání daňového přiznání (pokud je potřeba), dodatky, přílohy. Dále bude evidovat, kdo smlouvu vypracoval a odpovídá za plnění smluvních ujednání, datum Rady města a číslo usnesení, pod kterým byla smlouva schválena.	ANO
4	Požadované	Evidence sankcí a termínů za porušení smlouvy s možností vystavit penále (i hromadně na základě výběru).	ANO
5	Požadované	U objednávek a smluv generující výdaje města se doplní rozpočtová skladba s kontrolou na schválený rozpočet. Přímo ze smlouvy provést blokaci prostředků v rozpočtu.	ANO
6	Požadované	Online přehled o aktuálním čerpání rozpočtu, a to jak o skutečném čerpání rozpočtu, tak o čerpání předpokládaném (transakce, které ještě nebyly proúčtované na bankovním účtu).	ANO
7	Požadované	Hlídání disponibility rozpočtu, a to jak rozpočtového předpokladu, tak skutečného čerpání rozpočtu. Aplikace musí umět zamezit uživateli použít na objednávce nebo smlouvě rozpočtovou skladbu, u které by došlo k přečerpání rozpočtu, popřípadě upozornit při účtování, že se toto přečerpání blíží.	ANO
8	Požadované	Vygenerovat objednávku na základě smlouvy. Při vytváření objednávky, která plyne ze smlouvy možnost dosadit identifikátor smlouvy, na jejímž základě vzniká objednávka. Z takovýchto objednávek lze kliknutím na identifikátor zobrazit danou smlouvu. Při přečerpání rozpočtu není možné vystavit objednávku.	ANO
9	Požadované	Každou objednávku nebo smlouvu lze strukturovat mimo jiné na jednotlivé položky, které budou obsahovat alespoň údaje: popis, množství, cenu, termín dodání, dobu trvání.	ANO
10	Požadované	Partnery vystupující v objednávkách (smlouvách) je nutné zadat primárně z Evidence partnerů města.	ANO

11	Požadované	Sestava objednávek a smluv - výběr podle dodavatele, výběr podle rozpočtové skladby (číslo organizace, paragraf, položka), podle data.	ANO
12	Požadované	Zařazení objednávky, smlouvy, finančních nároků smlouvy (rezervace) do elektronického schvalovacího procesu. Po jeho dokončení automatická změna stavu objednávky, smlouvy, finančních nároků smlouvy s dopadem do ekonomického subsystému (založení objednávky, rezervace rozpočtu). Pro elektronické schvalování využít stejného schvalovacího systému jako pro ekonomický subsystém. Schvalovací proces bude plně konfigurovatelný prostředky správce systému.	ANO
13	Požadované	Filtrování smluv a objednávek dle libovolných požadavků uživatele.	ANO
14	Požadované	Sledování historie změn provedených v evidenci smluv a objednávek.	ANO
15	Požadované	Tisk objednávky nebo smlouvy.	ANO
16	Požadované	Tisk žádosti o vystavení nájemní smlouvy.	ANO
17	Požadované	Vazba na Závazky - Kniha došlých faktur	ANO
18	Požadované k datu instalace na testovací prostředí	Založenou a schválenou objednávku nebo smlouvu systém uloží do elektronické spisové služby úřadu.	ANO
19	Požadované	Možnost u smlouvy evidovat dokumenty návrhu smlouvy, oskenovanou verzi podepsané smlouvy, verzi smlouvy upravenou pro zveřejnění.	ANO
20	Požadované	Interní prohlížečka smluv pro vybrané pracovníky úřadu (management). Prohlížečka bude realizována formou klienta běžícího ve webovém prohlížeči (realizace v HTML5). V prohlížečce budou dostupné základní údaje smlouvy a oskenované verze podepsaných smluv.	ANO

2.5.13 Správa majetku

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Vedení agend správy majetku města (nabývání, prodej, směna, nájem …).	ANO
2	Požadované	Evidence volných bytů a nebytových prostor.	ANO
3	Požadované	Partnery vystupující v majetkových operacích je nutné zadat primárně z Evidence partnerů.	ANO
4	Požadované	Filtrování dle libovolných požadavků uživatele.	ANO
5	Požadované	Nástroje pro sledování úkolů a lhůt zadaných uživatelům ze správy jednotlivých agend, včetně nastavitelného upozornění (neprovedený úkon, prekluze, atd.).	ANO
6	Požadované	Všechny pohledy nad daty (výsledky hledání, základní pohledy, atd.) lze třídit dle různých kritérií zvolených uživatelem. Každý takovýto náhled lze tisknout a exportovat do vybraného formátu (XLS, XML, DOC, HTML).	ANO
7	Požadované	Sledování historie změn.	ANO
8	Požadované	Evidence nájmů nebytových prostor.	ANO
9	Požadované	Evidence městských pohledávek s vazbou do ES.	ANO
10	Požadované	Hlášení volného bytu.	ANO
11	Požadované	Žádost o prodloužení nájemní smlouvy.	ANO
12	Požadované	Přechod nájmu.	ANO
13	Požadované	Přidělení bytu.	ANO
14	Požadované	Výměna bytu.	ANO
15	Požadované	Sestava prodejů.	ANO
16	Požadované	Sestava směn.	ANO
17	Požadované	Vazba na ekonomický subsystém - modul: Správu závazků - smlouvy a objednávky.	ANO
18	Požadované	Vazba na Evidenci majetku.	ANO
19	Požadované	Vazba na Evidenci partnerů.	ANO
20	Požadované	Propojení na Registr adres / územní identifikace.	ANO
21	Požadované k datu instalace na testovací prostředí	Vazba na spisovou službu úřadu.	ANO
22	Požadované k datu instalace na testovací prostředí	Vazba na GIS úřadu.	ANO
23	Požadované	Vazba na ES a na insolvenční rejstřík.	ANO

2.5.14 Evidence soudních sporů

Zadavatel předpokládá primární využití v rámci Odboru kanceláře tajemníka úřadu se zapojením dalších odborů úřadu, které jsou v jednotlivých soudních kauzách zainteresovány, formou mailové notifikace.

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Evidence soudních sporů se záznamem kompletního průběhu (historie) kauz včetně jednotlivých evidovaných údajů.	ANO
2	Požadované	U každého případu systém zaznamenává: Název odboru a jméno zodpovědné osoby vystupující za Město Neratovice; popř. další subjekt vystupující na straně Města Neratovice, např. zastupující osoba. Údaje o protistraně - fyzická či právnická osoba (RČ, IČO, jméno, příjmení, název, adresa). Informace o soudním případu (datum podání žaloby, nabytí právní moci, výsledek sporu) a soudu (instance soudu, název soudu, soudní značka, dílčí rozsudek, datum rozsudku). Petit případu (způsob vyrovnání sporu – peněžní/nepeněžní). Průběh sporu (jednotlivé události – předvolání, jednání, postoupení; jejich datum a popis). Identifikace nemovitého objektu, ke kterému se soudní spor vztahuje. Evidence nákladů řízení (xxxxx, zastupování apod.) Rozlišení aktivní a pasivní pozice Města Neratovice	ANO
3	Požadované	Zaznamenávat vazbu mezi jednotlivými kauzami.	ANO
4	Požadované	Vyhledávání záznamů dle různých kritérií.	ANO
5	Požadované	Subsystém nabídne číselník právních zástupců (pro jejich založení, vymazání a úpravu subjektů, vkládání do případu).	ANO
6	Požadované	Subsystém nabídne číselník soudů a práci s ním (zakládat, opravovat položky, vkládat je do případu).	ANO
7	Požadované	Řízení přístupových práv k jednotlivým případům, např. uzamknout celý případ proti úpravám ostatních uživatelů.	ANO
8	Požadované	Připojení jakéhokoli elektronického objektu (scan dokumentu, email, fotografie,…) k záznamu soudní kauzy.	ANO
9	Požadované	Export evidovaných údajů pro účely dalšího zpracování např. ve formátu xls.	ANO
10	Požadované	Vyhledávání informací o fyzických a právnických osobách z Evidence partnerů (jméno, příjmení, název, adresa, rodné číslo, IČO) a jejich vkládání do případů.	ANO

11	Požadované	Vazba na celostátní evidence – XXXX, Insolvenční rejstřík. Import dat z Insolvenčního rejstříku, ale i upozornění o zařazení partnera do Insolvenčního rejstříku.	ANO
12	Požadované k datu instalace na testovací prostředí	Vazba na spisovou službu úřadu.	ANO

2.5.15 Řízení záměrů a investic

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Kompletní evidence životního cyklu záměru včetně podpory schvalování. Evidence návrhů záměru včetně informací o podmínkách realizace a předběžném finančním a časovém plánu.	ANO
2	Požadované	Elektronické schvalování návrhů záměrů.	ANO
3	Požadované	U schváleného záměru zajistí podrobný rozpad na jednotlivé příjmové, výdajové a dotační akce s časovým i finančním plánem.	ANO
4	Požadované	Vazba na rozpočet: subsystém poskytne podklady pro tvorbu a úpravy rozpočtu organizace. Jednotlivé akce záměru prováže s konkrétním rozpočtem, následně lze sledovat plánované a skutečné čerpání finančních prostředků z ekonomického subsystému.	ANO
5	Požadované	Příprava podkladů pro zadání veřejné zakázky.	ANO
6	Požadované	Vazba na Správu závazků (Smluv): Přenos podkladů pro uzavírání smluv s dodavateli (vybranými uchazeči veřejných zakázek).	ANO
7	Požadované	Vazba na Správu majetku: Subsystém eviduje majetkové dopady a souvislosti záměrů s majetkem obce (organizace).	ANO
8	Požadované	Subsystém poskytne informace v příslušném rozsahu pouze kompetentním pracovníkům. Dostupnost těchto informací je řízena Centrální správou identit.	ANO

2.6 Požadavky na ekonomický subsystém

2.6.1 Obecné požadavky – Finance

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Integrace s registrem obyvatel, ekonomických subjektů, partnerů města, a to minimálně na položkách (datum narození, IČO, adresa, bankovní spojení).	ANO
2	Požadované	Struktura hlavní knihy dle různých požadavků, 3 místa syntetiky, 3 místa analytika, možnost využití dimenze.	ANO
3	Požadované	Zpracovávat účetní data pro více samostatných účetních jednotek, včetně podřízených organizací.	ANO
4	Požadované	Vytvářet předpis souvztažností (účetní předkontace).	ANO
5	Požadované	Obousměrná komunikace mezi účetnictví a rozpočtem a rozpočtového výkaznictví, nejsou-li součástí účetnictví.	ANO
6	Požadované	Online přehled o aktuálním čerpání rozpočtu + o předpokládaném rozpočtu (transakce, které ještě nebyly proúčtované na bankovním účtu).	ANO
7	Požadované	Opravovat rozpočtové skladby u již zaúčtovaného dokladu, pokud je účetní období otevřeno (neřešit opravným dokladem).	ANO
8	Požadované	Vytvářet platební poukazy správcům rozpočtu jednotlivých kapitol.	ANO
9	Požadované	Možnost volitelného hlídání disponibility rozpočtu - rozpočtového předpokladu i skutečného čerpání rozpočtu, s nemožností uživateli použít na dokladu rozpočtovou skladbu, u které by došlo k přečerpání rozpočtu, popřípadě upozornit při účtování, že se toto přečerpání blíží. Hranice přiblížení k přečerpání je uživatelsky volitelná (dle oprávnění).	ANO
10	Požadované	Práce s cizí měnou (předpis v Kč platba v EUR); připravenost na přechod na EURO-automatický přepočet, automatický výpočet kursových rozdílů.	ANO
11	Požadované	Číselníky: Maximum možných dat zadávat pomocí číselníků, číselníky jsou dostupné jak z hlavní nabídky agendy, tak je lze doplňovat i při pořízení údajů. Možnost vytvoření pevných seskupeních s vazbou na rozpočtovou skladbu, účetní číselné řady.	ANO
12	Požadované	Sledování historie změn u vybraných číselníků a dokladů.	ANO
13	Požadované	Výstupy minimálně do formátů XML, XLS, HTML, DOC a PDF.	ANO
14	Požadované	Sada standardních výkazů (hlavní kniha (včetně rozpočtové skladby), účetní deník, saldokonto).	ANO

15	Požadované	Vygenerování všech sestav a následný tisk (např. Rozvaha, Výsledovka, Výkaz zisků a ztrát, Příloha, Výkaz Fin 2-12M a dluhová služba) dle platné legislativy ČR.	ANO
16	Požadované	Umožnit uživateli nadefinovat libovolný počet kontrolních sestav nad aktuálními daty hlavní knihy, včetně součtů.	ANO
17	Požadované	Sady sestav k jednotlivým kódům DPH, koeficient.	ANO
18	Požadované	Podklad pro výkaz o DPH.	ANO
19	Požadované	Převod a archivace dat (saldokonto, měsíční obraty, deník, hlavní kniha, výkazy (Fin 2 –12M, rozvaha, příloha a dále dle současné platné legislativy) od 1.1.2012.	ANO
20	Požadované	Automatické pořízení dat (Pohledávky - Kniha odeslaných faktur i Závazky - Kniha došlých faktur).	ANO
21	Požadované	Zaúčtovávat přijaté a vydané platby z pokladny (záznam v evidenci pohledávek, závazků, saldokonta).	ANO
22	Požadované	Zaúčtovávat přijaté a vydané platby z banky (záznam v evidenci pohledávek, závazků, saldokonta).	ANO
23	Požadované	Automatické i ruční zaúčtování přírůstků, úbytků majetku. Vazba na Správu majetku.	ANO
24	Požadované	Zaúčtování předpisů mezd (výdajů na mzdy podle organizace, kapitoly, oddílu, paragrafu, položky) výplaty mezd z banky a jejich zaúčtování.	ANO
25	Požadované	Schvalovací proces - vytvoření protokolu o průběhu procesu (podpisy příkazců, správce rozpočtu, hlavní účetní) - ověření dle zákona o finanční kontrole.	ANO
26	Požadované	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).	ANO
27	Požadované	Výstup výkazů města v XML formátu, dle požadavků CSUIS .	ANO
28	Požadované	Export dat do formátu (XLS, HTML, DOC, XML, PDF) s možností uživatelského výběru položek včetně součtů.	ANO
29	Požadované	Uzavření účetního měsíčního období - Měsíční uzávěrka. Možnost zrušení měsíční uzávěrky (opětovného otevření již uzavřeného účetního období).	ANO
30	Požadované	Uzavření ročního účetního období - Roční uzávěrka s vytvořením koncových stavů a vygenerování počátečních stavů pro nové roční účetní období.	ANO

31	Požadované	Při zpracovávání roční uzávěrky umožnit pořizování dat do nového období.	ANO
32	Požadované	Hlavní kniha: možnost výběru položek, součtů, účetní věta, měsíční obraty, obraty k datu, zůstatků.	ANO
33	Požadované	Denní zůstatky, měsíční obraty, možnost výběru prvků, součtů. Možnost výběru do účetní věty (Možnost upravovat a rozšiřovat účetní větu podle platné legislativy. Např.: v roce 2012 nově PAP – jsou to 4 nové identifikační znaky): datum, syntetika/analytika, účelový znak, organizace, kapitola, oddíl, paragraf, seskupení položek, druh služby, útvar, záznamová jednotka, nástroj a zdroj.	ANO
34	Požadované	Předvaha.	ANO
35	Požadované	Podklad pro daňové přiznání DPPO.	ANO
36	Požadované	Sestavy nákladů a výnosů	ANO
37	Požadované	Rozvaha včetně přílohy.	ANO
38	Požadované	Výkaz zisků a ztrát dle platné legislativy.	ANO
39	Požadované	Výkaz Fin 2-12M a další dle současné platné legislativy, včetně požadovaných pomocných statistických přehledů. Výkaz o změnách kapitálu. Výkaz o peněžních tocích.	ANO
40	Požadované	Oboustranná vazba na příjmové agendy - vytvoření předpisu v agendovém systému s propadnutím do účetnictví, v momentě zaúčtování promítnutí informace o zaplacení do agendového systému.	ANO
41	Požadované	Sestavy uhrazených faktur s datem úhrady podle rozpočtové skladby, podle dodavatele, podle variabilního symbolu a částky.	ANO
42	Požadované	Sestavy podle čísla organizace (rozpočtová skladba) - výběr podle jednotlivých staveb u investic a podle jednotlivých objektů u údržby.	ANO
43	Požadované	Přehled o zaplacených fakturách na jednotlivých investičních akcích.	ANO
44	Požadované	ES musí splňovat požadavky vyhlášky č. 410/2009, kterou se provádějí některá ustanovení zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, pro některé vybrané účetní jednotky, ve znění vyhlášky č. 435/2010 Sb.	ANO
45	Požadované	Podklad pro daňové přiznání - Daň z převodu nemovitostí.	ANO
46	Požadované	Podklad pro daňové přiznání – Ekologická daň.	ANO
47	Požadované	Podklad pro daňové přiznání – DPH, podklad pro výpis z evidence pro účely daně z přidané hodnoty podle § 92a zákona o DPH.	ANO

2.6.2 Požadavky na agendu Rozpočet

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	On-line přístup k aktuálním datům rozpočtu i účetnictví. Napojení modulu Rozpočet na Účetnictví a Správu závazků – podrobněji popsáno v dalších částech (export schváleného rozpočtu a jeho změn do účetnictví, import dat o skutečnosti - čerpání rozpočtu v minulých letech, import aktuálního stavu čerpání rozpočtu z účetnictví, výše objednávek, uzavřených smluv, atd.).	ANO
2	Požadované	Sběr požadavků na tvorbu rozpočtu vytvořených jednotlivými správci rozpočtových kapitol.	ANO
3	Požadované	Stromová struktura rozpočtu, uživatelsky definovaná, s neomezenou možností rozpadu - větvení, s možností definovat oprávnění ke každé větvi samostatně.	ANO
4	Požadované	Jednotlivým prvkům rozpočtu lze přiřadit zdroj krytí z uživatelsky definovaného číselníku (vlastní zdroje, úvěr, dotace, účelové fondy, apod.).	ANO
5	Požadované	Současná práce ve více obdobích (tzn. zejména na přelomu měsíce a na přelomu roku).	ANO
6	Požadované	Pro každou sestavu rozpočtu lze libovolně uživatelsky nastavit strukturu sestavy pro tisk, a to individuálně pro každou sestavu. Nadefinované sestavy ukládat, třídit a opakovaně používat.	ANO
7	Požadované	Sestavy a přehledy pro libovolnou verzi rozpočtu a detailní analýzu rozpočtových změn. Export veškerých sestav do formátu XLS, DOC, HTML, PDF vč. vytvoření požadovaného formátování.	ANO
8	Požadované	Nástroj pro vlastní definici výkazů nad daty rozpočtu a výkaznictví (např. pro schválení radou a zastupitelstvem).	ANO
9	Požadované	Hromadná úprava formátů (stylů) ve všech sestavách.	ANO
10	Požadované	Tvorba na sobě nezávislých variant návrhu rozpočtu.	ANO
11	Požadované	Označení zda je daný prvek určen k vypořádání (příspěvky organizacím ve výdajích, účelové příjmy v příjmech), s jakou organizací/institucí a v jakém termínu (nad rámec současných ÚZ), příp. nastavení připomenutí + upozorněni do mailu.	ANO
12	Požadované	Definování libovolného množství schvalovatelů na různých úrovních (zastupitelstvo, rada města, primátor, náměstek, tajemník, centrální správce rozpočtu, správce rozpočtové kapitoly).	ANO

13	Požadované	Evidence a zápis provedených operací, které uživatel provedl (data zadal, změnil, apod.).	ANO
14	Požadované	Funkce časový zámek – možnost stanovit termín pro zadání požadavků na rozpočet, změnu rozpočtu, apod. a poté možnost editace odepřít.	ANO
15	Požadované	Mimo rozpočtové skladby možnost nadefinovat libovolný počet dílčích celků rozpočtu (rozpočtových akcí)	ANO
16	Požadované	Vytvářet a sledovat časové řady – sestavy s výstupy za více let – často řešená úloha pro vedení města, podklady pro žádosti o dotace, apod.	ANO
17	Požadované	Sestavování rozpočtového výhledu na 2 – 5 let.	ANO
18	Požadované	Údaje z minulého období (schválený a upravený rozpočet, skutečná čerpání - účetnictví, rozpočtový výhled, rozpočtový výhled - akce ve výhledu).	ANO
19	Požadované	Kontrola čerpání rozpočtu při proplácení - evidence prostředků rozpočtu, zadávání výdajů je vázáno na konkrétní položku rozpočtu. Kontrola na volné prostředky na danou akci. Nastavení upozornění při zadávání rezervace již na úrovni objednávky v případě nízké částky zbývajících volných prostředků.	ANO
20	Požadované	Při sestavení základního rámce zohlední rozpočet akce zařazené do rozpočtového výhledu (akce pokračující více let).	ANO
21	Požadované	Návrh a zadání rozpočtových opatření s následným tiskem.	ANO
22	Požadované	Vlastní verze rozpočtu pro správce rozpočtu jednotlivých odborů pro příslušné oddělení (samostatná verze rozpočtu, pracovní verze rozpočtu sestavené na oddělení rozpočtu ekonomického odboru.	ANO
23	Požadované	Omezení sestavení rozpočtu pomocí uživatelských oprávnění dle organizační struktury (správci rozpočtu jednotlivých odborů smí prohlížet a upravovat jen svoji část rozpočtu).	ANO
24	Požadované	Dle organizační struktury omezit přístupy k datům - náhled na data jen konkrétním odborům, oddělením.	ANO
25	Požadované	Možnost příjmu, kontroly a odsouhlasení požadavků na změny v rozpočtu.	ANO
26	Požadované	Výkaz FIN 2-12M kdykoli v průběhu účetního období a vytvoření souboru pro odeslání CSUIS.	ANO
27	Požadované	Interní výkazy nad daty rozpočtu a účetnictví (např. čerpání rozpočtu dle jednotlivých odborů včetně předpokládaného čerpání, apod.).	ANO
28	Požadované	Sestava čerpání rozpočtových prostředků - výběr podle rozpočtové skladby, celkově (stav rozpočtu), v detailu podle dodavatele, organizace, data, dle účelu čerpání prostředků, případně dalšího detailu	ANO

2.6.3 Interaktivní rozpočet – pro webové stránky úřadu

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Systém periodicky generuje data z upravených verzí rozpočtu a řízeným způsobem je zobrazuje na webových stránkách úřadu. Zdrojem dat pro zobrazení uživatelům je stav upraveného rozpočtu k zadanému datu.	ANO
2	Požadované	Systém odděluje aplikační data Rozpočtu (viz předchozí článek této přílohy) od dat určených pro prezentaci na webu úřadu.	ANO
3	Požadované	grafické zobrazení základních větví rozpočtu (např. příjmy, výdaje, financování…), k dispozici jsou souhrnné informace o rozpočtu svázané s vybraným grafem, v členění: Plán - Zobrazení aktuálního stavu rozpočtu ve srovnání s rozpočtem schváleným. Skutečnost - Aktuální stavu čerpání/plnění rozpočtu ve srovnání s aktuálním upraveným rozpočtem. Průběh - Vývoj upraveného rozpočtu a plnění/čerpání rozpočtu v průběhu roku.	ANO
4	Požadované	prezentace rozpočtu ve formě stromu	ANO
5	Požadované	fulltextové vyhledávání dle klíčových slov ve stromu rozpočtu a zobrazení výsledků v samostatném interaktivním panelu	ANO
6	Požadované	statistiky v členění Plán / Skutečnost	ANO
7	Požadované	možnost výběru starších verzí rozpočtu (rozpočtů z předchozích let) export do formátu PDF a XLS	ANO
8	Požadované	online nápověda k použití prezentační aplikace	ANO
9	Požadované	možnost anonymizace libovolné akce rozpočtu pro zobrazení na webových stránkách. Tato akce bude zobrazena (a v případě více anonymizovaných akcí na stejné úrovni nasčítána) jako akce „Ostatní“.	ANO

2.6.4 Požadavky na Správu pohledávek – Kniha odeslaných faktur

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Vznik pohledávkové transakce na základě jakéhokoliv podání, žádosti o rozhodnutí, a to včetně informací o předpokládaném příjmu rozpočtu (konkrétní rozpočtová skladba).	ANO
2	Požadované	Předpis pohledávky musí být jednoznačně identifikovatelné číslo (variabilní symbol).	ANO
3	Požadované	Předpisy pohledávek musí umožnit uvést informaci o předpokládaném příjmu rozpočtu a navýšit o uvedenou částku předpokládaný rozpočtový příjem, a to i u nezaúčtovaných transakcí.	ANO

4	Požadované	Předpis pohledávek, který vznikl na základě podání, žádostí o rozhodnutí, musí být jednoznačně identifikován (i v případě, kdy nevzniká předpis pohledávky do účetnictví).	ANO
5	Požadované	Evidence správních poplatků (mimo účetnictví) s vazbou na pokladnu, banku, platební terminál pro úhradu správního poplatku a zpětnou vazbou z pokladny, banky, platebního terminálu do evidence k provedení záznamu o úhradě.	ANO
6	Požadované	Ověřování uhrazených pohledávek ze správních agend.	ANO
7	Požadované	Standardní evidence pohledávkového saldokonta, pohledávkových účtů.	ANO
8	Požadované	Sestava stavu pohledávek k určitému dni.	ANO
9	Požadované	Pohledávky vzniklé na základě fakturace (vydané faktury).	ANO
10	Požadované	Ruční párování, opravy párování, možnost definice párovacího klíče pro jednotlivé druhy pohledávek.	ANO
11	Požadované	Tisková sestava: seznam knihy odeslaných faktur, s možností rozšíření o datum splatnosti a úhrady.	ANO
12	Požadované	Systém musí umožnit elektronický schvalovací proces.	ANO
13	Požadované	Předkontace pomocného analytického přehledu při účtování	ANO
14	Požadované	Možnost evidování faktur s přenesenou daňovou povinností a vytvoření sestavy těchto faktur (vč. tisku)	ANO
15	Požadované	Výpočet opravných položek a kontrolní sestava k výpočtu opravných položek (vč. tisku)	ANO

2.6.5 Požadavky na Správu závazků – Kniha došlých faktur

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Závazkové transakce mohou v systému vzniknout již jako objednávka nebo smlouva, platební poukaz, a to včetně informací o předpokládaném čerpání rozpočtu (konkrétní rozpočtová skladba). V případě existence smlouvy nebo objednávky, která byla pořízena v jiné agendě, automaticky převzít do Závazků - Kniha došlých faktur, z důvodu zamezení dvojího pořízení jednoho a téhož čerpání z rozpočtové skladby.	ANO
2	Požadované	Předpis závazků jako doklad o kontrolním zajištění finančního krytí připravovaného závazku v navržené výši a o předpokládaném termínu jeho plnění konkrétnímu věřiteli, musí být jednoznačně identifikovatelné číslo, které se váže k objednávce nebo smlouvě.	ANO
3	Požadované	Předpis závazků musí být jednoznačně identifikovatelné číslo této objednávky nebo smlouvy.	ANO

4	Požadované	Systém musí umožnit elektronický schvalovací proces (scanování dokladů).	ANO
5	Požadované	Standardní evidenci závazkového saldokonta všech závazkových účtů, všech závazkových účtů.	ANO
6	Požadované	Tisková sestava: seznam knihy došlých faktur, s možností rozšíření o datum splatnosti a úhrady.	ANO
7	Požadované	Ruční párování, opravy párování, možnost definice párovacího klíče pro jednotlivé druhy závazků.	ANO
8	Požadované	Sestavy uhrazených faktur s datem úhrady podle rozpočtové skladby a podle dodavatele včetně sestavy faktur, jichž se týká ohlašovací povinnost na finanční úřad.	ANO
9	Požadované	Sestavy podle čísla organizace (rozpočtová skladba) - výběr podle jednotlivých staveb u investic a podle jednotlivých objektů u údržby.	ANO
10	Požadované	Přehled o zaplacených fakturách na jednotlivých investičních akcích.	ANO
11	Požadované	Možnost zaúčtování závazkového účtu automaticky podle položky (účetní protizápis faktur).	ANO
12	Požadované	Proplácení faktur v režimu Revers Charge (XML soubor plateb v tomto režimu pro Finanční úřad).	ANO
13	Požadované	Předkontace pomocného analytického přehledu při účtování	ANO
14	Požadované	Možnost evidování faktur s přenesenou daňovou povinností a vytvoření sestavy těchto faktur (vč. tisku)	ANO
15	Požadované	Kontrola spolehlivosti plátce – dodavatele vůči Insolvenčnímu rejstříku	ANO

2.6.6 Požadavky na ES – Pokladna

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Vést libovolný počet pokladen s pokladními knihami. Více hlavních pokladen.	ANO
2	Požadované	Vystavovat příjmové a výdajové doklady (i daňové) včetně rozpočtové skladby.	ANO
3	Požadované	Jednotlivý pokladní doklad musí přímo vstupovat do skutečnosti rozpočtu, musí mít vazbu na evidenci závazků a pohledávek.	ANO
4	Požadované	Vést pokladnu v cizích měnách s možností přepočtu kurzu.	ANO
5	Požadované	Pokladny musí mít oddělené číselné řady.	ANO
6	Požadované	Podpořit bezhotovostní platby (platba platební kartou).	ANO
7	Požadované	Možnost práce s čárovými kódy při výběru správního poplatku či při úhradě pohledávky.	ANO

8	Požadované	Tiskové sestavy - pokladní knihy (včetně rozpočtových skladeb), podkladní doklady (výdajové i příjmové).	ANO
9	Požadované	Tisková sestava – rekapitulace dle účelu platby.	ANO
10	Požadované	Náležitosti dokladů: VS, č. účtu, adresa plátce, text, vyhotovitel dokladu, OP, IČ organizace, datum platby, identifikace pokladny. Umožnit po vytištění dokladu opravit VS, č. účtu, text a adresu plátce a následně doklad znovu vytisknout jako opravený.	ANO
11	Požadované	Náležitosti pokladního deníku: datum vyhotovení, č. dokladu, předmět poplatku, jméno a příjmení poplatníka, adresa, částka příjmy a výdaje, zůstatek v pokladně	ANO
12	Požadované	Tiskové sestavy pro jednotlivé druhy plateb.	ANO
13	Požadované	Na pokladním dokladu umožnit vyznačení DPH.	ANO
14	Požadované	Předkontace pomocného analytického přehledu při účtování	ANO
15	Požadované	Možnost evidování dokladů s přenesenou daňovou povinností a vytvoření sestavy těchto dokladů (vč. tisku).	ANO

2.6.7 Požadavky na ES – Banka

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Vytvoření platebního příkazu k úhradě s vazbou na závazky - Kniha došlých faktur (označení data vytvoření platebního příkazu k úhradě).	ANO
2	Požadované	Elektronický styk se všemi bankami v ČR (export platebního příkazu, import bankovního výpisu, automatické párování).	ANO
3	Požadované	Evidovat přijaté a vydané bezhotovostní platby na minimálně 99 bankovních účtech.	ANO
4	Požadované	Přednastavit šablony pro opakované platby (platební poukazy), pro tvorbu příkazu k úhradě, pro zjednodušení vlastního účtování.	ANO
5	Požadované	Automatické předkontace bankovního výpisu dle vybraných kritérií uživatele, včetně kombinace těchto kritérií.	ANO
6	Požadované	Automaticky předvyplnit rozpočtovou skladbu u bankovního účtu dle rozpočtové skladby u předpisu (je-li rozpočtová skladba u předpisu uvedena).	ANO
7	Požadované	Kontrola denních zůstatků na účtech – předcházení debetu.	ANO
8	Požadované	Tiskové sestavy bankovního výpisu s možností volitelnosti kritérií zaúčtování či rozpočtové skladby.	ANO

2.6.8 Požadavky na ES – Účetní evidence majetku

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Evidence veškerého typu majetku města včetně speciálních údajů pro daný typ.	ANO
2	Požadované	Vedení a správa evidence majetku (zakládání, opravy a úpravy záznamů).	ANO
3	Požadované	Číselníky: Maximum možných dat zadávat pomocí číselníků, číselníky jsou dostupné jak z hlavní nabídky, tak je lze doplňovat i při pořízení údajů.	ANO
4	Požadované	Členit majetek dle účetního rozvrhu.	ANO
5	Požadované	Možnost provádět výpočty účetních odpisů. Volba doby odepisování, kategorizace CZCPI.	ANO
6	Požadované	Realizovat hromadné převody mezi jednotlivými útvary.	ANO
7	Požadované	Tisknout sestavy (změnové, přírůstkové, úbytkové, inventární).	ANO
8	Požadované	Zajistit jednoznačnou identifikaci v evidenci drobného majetku – OE.	ANO
10	Požadované	Proces inventarizace majetku – včetně využití digitalizace účetních zápisů. Zobrazení vazby evidovaného majetku na účetní osnovu evidence majetku.	ANO
11	Požadované	Možnost odepisovat veškerý majetek ve vlastnictví města.	ANO
12	Požadované	Možnost uživatelského vytváření sestav v daném časovém okamžiku – např. změny.	ANO
13	Požadované	Možnost každoročně přeceňovat majetek na tržní (resp. reálnou) hodnotu.	ANO
14	Požadované	Tisk inventárních čísel na štítky v podobě čísla a čárového kódu, s možností výběru tisku drobných údajů (např. PC, židle, atp.).	ANO
15	Požadované	Možnost zpracování inventury a pohybů (převodek) majetku pomocí čárových kódů, za pomoci čteček připojených k PC i pomocí mobilního zařízení (max. velikosti tabletu) s možností práce offline (zapracování do evidence majetku až po synchronizaci zaznamenaných údajů v terénu do IS)	ANO
16	Požadované	Vazba na Evidenci majetku	ANO
17	Požadované	Vazby na Řízení záměrů a investic	ANO

2.6.9 Požadavky na ES – Workflow

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Konfigurovatelné elektronické schvalování dokladů (faktura došlá, objednávka, platební poukaz, smlouva).	ANO

2.7 Správní řízení

2.7.1 Obecné požadavky na správní řízení

Obecné společné vlastnosti
Systém disponuje nástroji pro vedení následujících procesů dle Správního řádu (zákon č. 500/2004 Sb., správní řád, ve znění pozdějších předpisů):
Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Opatření obecné povahy	ANO
2	Požadované	Předběžné opatření, Předběžná otázka	ANO
3	Požadované	Obnova řízení, Nové řízení	ANO
4	Požadované	Přezkumné řízení	ANO
5	Požadované	Odvolací řízení	ANO
6	Požadované	Veřejnoprávní smlouvy	ANO
7	Požadované	Exekuční řízení na nepeněžitá plnění	ANO
8	Požadované	Řízení o určení právního vztahu	ANO
9	Požadované	Řízení na místě	ANO
10	Požadované	Uspokojení účastníka po podání žaloby ve správním soudnictví	ANO
11	Požadované	Stížnosti	ANO
12	Požadované	Koordinovaná stanoviska, závazná stanoviska, stanoviska a vyjádření zpracovávaná více odděleními jsou řešena pouze v jednom systému.	ANO
13	Požadované	Systém automaticky hlídá příslušné lhůty k vyřízení, dokáže rozesílat mailem upozornění jednotlivým pracovníkům na blížící se termín vyřízení.	ANO
14	Požadované	Nástroj pro tvorbu vlastních šablon (dokumenty, sestavy, statistiky, upomínky).	ANO
15	Požadované	Podrobná centrální procesní evidence jednotlivých správních řízení dle odpovídající právní kategorie. Systém umožní, aby případ mohl být zahájen jak na základě příchozího dokumentu, tak z moci úřední, resp. bez inicializačního dokumentu. Je-li řízení zahájeno na základě příchozího dokumentu, pak systém zajistí dotažení údajů o čísle jednacím přijatého dokumentu, odesílateli dokumentu a popisu věci dokumentu ze spisové služby úřadu.	ANO

16	Požadované	Plná procesní podpora vyplývající ze zákona č. 500/2004 Sb., správní řád, Jednotlivé procesní kroky jsou podrobně zaznamenány a jejich sled odráží přesný procesní průběh celého správního řízení. Při záznamu právního úkonu lze pomocí evidenčního formuláře právního úkonu uložit určitá data. Jejich struktura je specifická a váže se ke konkrétnímu právnímu úkonu.	ANO
17	Požadované	Evidence všech partnerů vystupujících v řízení (účastníci řízení, dotčené orgány, ostatní) s jejich ověřením v základních registrech a průběžnou aktualizací ze základních registrů: - ke každému partnerovi lze zaevidovat zástupce s jejich procesním postavením, včetně společného zástupce - ke každému partnerovi lze zaevidovat doručovací adresu dle § 19 odst. 3 zákona č. 500/2004 Sb., správní řád, a doručovací adresu dle § 10b zákona č. 133/2000 Sb., o evidenci obyvatel a rodných číslech, a další kontaktní údaje - pokud některé ze správních řízení předpokládá stejný či podobný okruh dotčených orgánů, umožní řešení jejich předvyplnění v systému a opakované automatické dotažení do daného typu správního řízení včetně ověření proti základním registrům - evidenci oprávněných úředních osob ke každému řízení s možností tiskového výstupu pro založení do spisu.	ANO
18	Požadované	Evidence aktuálního stavu řízení (odloženo, postoupeno, přerušeno, zastaveno, rozhodnuto, apod.) dle fáze procesu řízení.	ANO
19	Požadované	Pokud z povahy právního úkonu vyplývá, že se činí písemně, pak systém umožní vytvořit a připojit příslušný dokument. Do šablon pro výsledný dokument se doplní data shromážděná v řízení nebo zapsaná v evidenčním formuláři právního úkonu.	ANO
20	Požadované	Tisk dokumentů s uživatelským nástrojem pro tvorbu vlastních šablon.	ANO

21	Požadované	U textových evidenčních polí bude k dispozici zásobník textů – pro připravené fragmenty textů (často se opakující texty), které uživatel ukládá, vybírá a vkládá do jednotlivých polí s následným tiskem do dokumentů.	ANO
22	Požadované	Provázání řízení, která spolu procesně souvisí a možnost kopírování evidovaných údajů z jednoho řízení do druhého.	ANO
23	Požadované k datu instalace na testovací prostředí	V rámci správních řízení, kde je to vhodné, komunikace s GIS úřadu formou otevřeného rozhraní, jehož účelem je grafické zobrazení umístění objektů.	ANO
24	Požadované	Evidence libovolných úkolů souvisejících s vedeným řízením jak uživateli, tak případně i dalším oprávněným úředním osobám. K jednotlivým úkolům lze zadávat termíny pro jejich splnění i připomenutí termínů.	ANO
25	Požadované	Evidence (ne)doložených podkladů a příloh k danému řízení.	ANO
26	Požadované	Automatická tvorba povinných celostátních statistik.	ANO
27	Požadované	Komfortní vyhledávání jednotlivých správních řízení i údajů v nich vedených pomocí uživatelsky nastavitelných filtrů s možností zobrazení základních statistických údajů, např. o počtu jednotlivých typů řízení za odbor/oddělení, či za pracovníka.	ANO
28	Požadované	V rámci správního řízení předání pokuty, nákladů řízení a správních poplatků do agendového systému.	ANO
29	Požadované	Systém bude respektovat ustanovení zákona č 101/2000 Sb., o ochraně osobních údajů, včetně možnosti likvidace osobních údajů po uplynutí zákonné lhůty pro archivaci či skartaci spisu správního řízení. Evidované správní řízení zůstává zachováno s příznakem likvidačního stavu bez veškerých osobních údajů pro sledování dlouhodobých trendů a nadále se nevyskytuje v seznamech aktivně vedených či uzavřených správních řízení.	ANO

30	Požadované	Přenos speciálních údajů z úkonu (charakteru ústního jednání) do kalendáře uživatele v MS Outlook.	ANO
31	Požadované	Zpětný náhled na správní řízení v čase. Zobrazení historie řízení, záznam všech změn, které se v procesu řízení udály - datum, čas a informace o tom, který uživatel změny provedl.	ANO
32	Požadované	Systém umožňuje tisk obálek a poštovních poukázek.	ANO

2.7.2 Požadavky na integrace

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Integrace s Centrální správou identit, odkud systém online načítá oprávnění přidělená jednotlivým uživatelům (systém volá webové služby poskytované systémem Centrální správy identit). Přenášená data obsahují seznam uživatelů formou jejich loginů a k nim přiřazených rolí.	ANO
2	Požadované k datu instalace na testovací prostředí	Integrace se spisovou službou úřadu pomocí otevřeného rozhraní (tzn., že odborný referent pracuje pouze v aplikaci pro správní řízení a nepřepíná se do aplikace spisové služby úřadu).	ANO
3	Požadované	Integrace s agendovým systémem pomocí webových služeb a nástrojů SQL serveru.	ANO
4	Požadované	Integrace s Evidencí partnerů online pomocí technologie webových služeb a nástrojů SQL serveru.	ANO
5	Požadované	Integrace s ekonomickým subsystémem úřadu (ES).	ANO
6	Požadované	Integrace s IS základních registrů, kde systém ověřuje data subjektů a objektů.	ANO

2.7.3 Přestupky a jiné správní delikty

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Centrální procesní evidence správních řízení (přestupků a jiných správních deliktů) vedených dle příslušných právních předpisů, mezi které patří zákon č. 200/1990 Sb., o přestupcích, ve znění pozdějších předpisů a zákon č. 500/2004 Sb., správní řád, ve znění pozdějších předpisů a řada dalších.	ANO
2	Požadované	Systém umožní, aby případ mohl být zahájen jak na základě příchozího dokumentu, tak z moci úřední, resp. bez inicializačního dokumentu. Je-li řízení zahájeno na základě příchozího dokumentu, pak systém zajistí dotažení údajů o čísle jednacím přijatého dokumentu, odesílateli dokumentu a popisu věci dokumentu ze spisové služby úřadu.	ANO
3	Požadované	Jednotlivé procesní kroky budou podrobně evidovány a jejich posloupnost odráží přesný procesní průběh celého správního řízení.	ANO
4	Požadované	Systém musí uživateli nabídnout výběr dalších platné legislativě odpovídajících postupů/úkonů pro daný typ řízení, a zároveň jejich legislativní oporu (zákon, paragraf, odstavec, písmeno).	ANO
5	Požadované	Systém musí evidovat údaje o spáchání skutku, vč. skutkových podstat, sankcí a seznamu poškozených, vč. výše škody a “Platebního kalendáře”.	ANO
6	Požadované	K jednotlivým úkonům řízení musí systém generovat výsledné dokumenty dle předdefinovaných šablon, do kterých se dotahují údaje z daného řízení, příp. ze souvisejících řízení.	ANO
7	Požadované k datu instalace na testovací prostředí	Výsledné dokumenty (vč. adresátů a způsobů vypravení) jsou prostřednictvím rozhraní odesílány do spisové služby úřadu - tj. bez přepínání se do aplikace spisové služby úřadu.	ANO
8	Požadované	Systém musí nabízet všechny způsoby vyřízení věci – odložení, postoupení, zastavení, rozhodnutí o uznání vinným s i bez uložení sankce, příkazní řízení, blokové řízení, včetně zaznamenání příslušných zákonných ustanovení.	ANO
9	Požadované	Systém nesmí umožnit chyby typu den spáchání přestupku následuje až po oznámení přestupku či zahájení řízení je zapsáno chybně dříve, než byl přestupek spáchán.	ANO

10	Požadované	Systém musí být schopen ukázat pracovníkovi v rámci spisu, zda je proti témuž obviněnému vedeno již nějaké jiné řízení.	ANO
11	Požadované	Systém musí být schopen slučovat jednotlivá řízení.	ANO
12	Požadované	Systém musí být schopen dle data narození či rodného čísla osoby a dle data spáchání skutku určit, zda se jedná o osobu mladistvou a tuto skutečnost viditelně evidovat v řízení	ANO
13	Požadované	Systém musí být schopen definovat osoby a instituce, jimž jsou zasílána rozhodnutí přestupkové agendy, či které dávají přestupkové agendě podněty k její činnosti (např. odevzdání spisového materiálu policií musí být zaznamenáno jak označením, že se jedná o odevzdání věci, tak označením policejního útvaru, který věc odevzdává, datem doručení a policejním číslem jednacím) nebo ji žádají o nějakou formu součinnosti (např. dožádání), včetně označení, o jaký typ součinnosti se jedná.	ANO
14	Požadované	Systém musí být schopen přebírat spisové značky pro jednotlivé typy řízení a odlišit řízení o přestupku od řízení o jiném správním deliktu, řízení o pořádkové pokutě či provedení dožádání.	ANO
15	Požadované	Systém musí být schopen propojení s údaji z registru obyvatel, osob, adres, katastru nemovitostí a být schopen vyhledat datovou schránku.	ANO
16	Požadované	Systém by měl automaticky generovat variabilní symboly platebních povinností (sankce, náklady řízení) a umožnit zaznamenat data jejich splatnosti automaticky přednastavenou hodnotou se současnou možností její ruční změny	ANO
17	Požadované	Systém by měl umožnit propojení uložených platebních povinností s účetnictvím města (jakož i s vymáháním nesplacených pohledávek) - odstranění dvojího zadávání údajů o platebních povinnostech.	ANO
18	Požadované	Systém by měl umožnit vyhledávání spisů nejen dle jmen pachatelů, čísel spisů, dat oznámení či spáchání, jmen navrhovatelů a dalších osob, ale i podle právní kvalifikace skutku či způsobu vyřízení věci.	ANO
19	Požadované	Systém musí zajistit zapsání a automatické započítání lhůt, které se nezapočítávají do běhu prekluzívní lhůty	ANO

20	Požadované	Systém musí zajistit, aby veškerá legislativa upravující skutkové podstaty přestupků a jiných správních deliktů byla provázána s datem spáchání skutku tak, aby se nabízela ve znění účinném v době spáchání (katalog přestupků a jiných správních deliktů s právní kvalifikací a označením typu porušení povinnosti).	ANO
21	Požadované	Systém musí umožnit zápis doby spáchání ve více dnech u pokračujících přestupků či trvání po více dnů u přestupků trvajících.	ANO
22	Požadované	Systém musí být schopen zaznamenat více skutků, více přestupků, více správních deliktů či více obviněných (povinných) v jednom spise.	ANO

2.7.4 Speciální stavební úřad silniční

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Centrální procesní evidence správních řízení vedených dle zákona č. 13/1997 Sb., o pozemních komunikacích, ve znění pozdějších předpisů, s přímou podporou zákona č. 500/2004 Sb., správní řád, ve znění pozdějších předpisů. Z pohledu zákona č. 13/1997 Sb. se jedná zejména o následující typy správních řízení:	ANO
2	Požadované	Zařazení, změna, vyřazení pozemní komunikace do/z příslušné kategorie	ANO
3	Požadované	Omezení či úprava veřejného přístupu na účelovou komunikaci	ANO
4	Požadované	Uzavření prostoru z hlediska pozemní komunikace	ANO
5	Požadované	Návrh na určení hranice souvislého zastavění	ANO
6	Požadované	Povolení, úprava, zrušení připojení pozemní komunikace/sousední nemovitosti	ANO
7	Požadované	Kácení dřevin na silničních pozemcích	ANO
8	Požadované	Zřízení věcného břemene	ANO
9	Požadované	Zrušení dálnice, silnice nebo místní komunikace	ANO
10	Požadované	Odstranění věcí a reklamních zařízení umístěných bez povolení na pozemních komunikacích nebo v rozporu s ním	ANO
11	Požadované	Povolení, změna, odnětí povolení zřízení a provozování reklamního zařízení v silničním ochranném pásmu	ANO
12	Požadované	Povolení umístění/ odstranění pevné překážky	ANO
13	Požadované	Povolení provedení stavby nebo terénní úpravy v silničním ochranném pásmu	ANO
14	Požadované	Ochrana dálnice, silnice a místní komunikace	ANO
15	Požadované	Povolení zřízení/ zrušení úrovňového křížení pozemní komunikace s dráhou	ANO

16	Požadované k datu instalace na testovací prostředí	Výsledné dokumenty (vč. adresátů a způsobů vypravení) jsou prostřednictvím rozhraní odesílány do spisové služby úřadu - tj. bez přepínání se do aplikace spisové služby úřadu.	ANO
17	Požadované k datu instalace na testovací prostředí	Vazba na GIS úřadu a Registr nemovitostí včetně přenosu parcel i vlastníků	ANO

2.7.5 Speciální stavební úřad vodoprávní

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Centrální procesní evidence správních řízení vedených dle zákona č. 254/2001 Sb., vodní zákon, ve znění pozdějších předpisů, a zákona č. 274/2001 Sb., o vodovodech a kanalizacích; s přímou podporou zákona č. 500/2004 Sb., správní řád, ve znění pozdějších předpisů.	ANO
2	Požadované k datu instalace na testovací prostředí	Výsledné dokumenty (vč. adresátů a způsobů vypravení) jsou prostřednictvím rozhraní odesílány do spisové služby úřadu - tj. bez přepínání se do aplikace spisové služby úřadu.	ANO
3	Požadované k datu instalace na testovací prostředí	Vazba na GIS úřadu a Registr nemovitostí včetně přenosu parcel i vlastníků	ANO

2.7.6 Stavební řízení a územní plánování

Požadavky na integrace
Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Řízení slouží pro centrální evidenci správních řízení vedených dle zákona č. 183/2006 Sb., o územním plánování a stavebním řádu, zákona č. 13/1997 Sb., o pozemních komunikacích a zákona č. 254/2001 Sb., o vodách a o změně některých zákonů	ANO
2	Požadované k datu instalace na testovací prostředí	Založení nového řízení na základě podané žádosti (návrhu, oznámení, …) zaevidované ve spisové službě úřadu, příp. založení nového řízení z moci úřední bez prvotní vazby na spisovou službu úřadu s následným vytvořením vazby při prvním odeslání dokumentu do spisové služby úřadu.	ANO

3	Požadované	Evidence kompletních informací o účastnících řízení a dotčených orgánech (identifikační údaje, adresa trvalého pobytu, příp. sídla firmy, adresa pro doručování, kontaktní údaje – telefon, fax, email, datová schránka, …, evidence zástupců, příp. evidence společného zástupce)	ANO
4	Požadované	Evidence speciálních údajů dle typu případu (informace o stavbě, …)	ANO
5	Požadované	Evidence průběhu správního řízení formou jednotlivých úkonů s možností hlídání zákonných lhůt plynoucích z jednotlivých úkonů vč. upozornění na uplynutí lhůty	ANO
6	Požadované	Evidence námitek, stanovisek a závazných stanovisek jednotlivých subjektů k danému řízení	ANO
7	Požadované	Evidence (ne)doložených podkladů, příp. evidence libovolných příloh k danému řízení	ANO
8	Požadované	Vystavování dokumentů na základě zaevidovaných údajů podle předdefinovaných šablon	ANO
9	Požadované	Generování podkladů pro statistiky Českého statistického úřadu (Stav 2-12a Stav 7-99)	ANO
10	Požadované	Vytvoření návazného řízení s možností elektronického okopírování údajů z předchozího řízení již úřadem elektronicky vedeným včetně údajů uvedených pod bodem 3 a 4	ANO
11	Požadované	Tiskové výstupy	ANO
12	Požadované	Knihovna textů – připravené fragmenty textů (často se opakující texty), které se jednoduše vkládají do jednotlivých polí	ANO
13	Požadované	Hlídání existence aktivní datové schránky, příp. doručovací adresy nahlášené na ohlašovně úřadu při odesílání dokumentů do spisové služby úřadu.	ANO
14	Požadované k datu instalace na testovací prostředí	Vazba na geografický informační systém a Registr nemovitostí včetně přenosu parcel i vlastníků.	ANO
15	Požadované	Aktualizace dat z Registru nemovitostí.	ANO
16	Požadované	Zobrazení informací o pozemku, vlastnících a právních vztazích a mapových podkladech na webových stránkách ČÚZK	ANO
17	Požadované k datu instalace na testovací prostředí	Výsledné dokumenty (vč. adresátů a způsobů vypravení) jsou prostřednictvím rozhraní odesílány do spisové služby úřadu - tj. bez přepínání se do aplikace spisové služby úřadu.	ANO

2.7.7 Vyvlastňovací řízení

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Centrální procesní evidence správních řízení vedených dle zákona č. 184/2006 Sb., o odnětí nebo omezení vlastnického práva k pozemku nebo ke stavbě, ve znění pozdějších předpisů, konkrétně se jedná o: Vyvlastňovací řízení (§ 15 - § 25 zákon č. 184/2006 Sb.), Prodloužení lhůty k započetí s uskutečňováním účelu vyvlastnění (§ 25 odst. 6 zákon č. 184/2006 Sb.) a Zrušení vyvlastnění (§ 26 zákon č. 184/2006 Sb.).; s přímou podporou zákona č. 500/2004 Sb., správní řád, ve znění pozdějších předpisů.	ANO
2	Požadované k datu instalace na testovací prostředí	Výsledné dokumenty (vč. adresátů a způsobů vypravení) jsou prostřednictvím rozhraní odesílány do spisové služby úřadu - tj. bez přepínání se do aplikace spisové služby úřadu.	ANO
3	Požadované k datu instalace na testovací prostředí	Vazba na GIS úřadu a Registr nemovitostí včetně přenosu parcel i vlastníků	ANO

2.8 Podpůrné a interní agendy

2.8.1 Ohlašovna pobytu (Lokální registr obyvatel)

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Údaje v rozsahu Zákona č. 133/2000 Sb. (včetně vazebních údajů o cizincích).	ANO
2	Požadované	Číselníky: Maximum možných dat zadávat pomocí číselníků, číselníky jsou dostupné jak z hlavní nabídky agendy, tak je lze doplňovat i při pořízení údajů.	ANO
3	Požadované	Vyhledávání podle zvolených požadavků uživatele s dotazem na důvod lustrace: evidovat jméno uživatele, datum, čas, co lustroval a důvod této lustrace. Údaje dohledatelné dle všech evidovaných kritérií s následnou možností tiskové sestavy.	ANO
4	Požadované	Pořízení nového občana při narození či změně trvalého pobytu či bezdůvodně.	ANO
5	Požadované	Možnost výběru údajů, které se mají promítnout do tisku (např. zaškrtávacím tlačítkem), např.: potvrzení o žití, potvrzení dle zákona č. 128/2000 Sb., výdeje dle § 8 zákona o evidenci obyvatel, karty trvalého pobytu a potvrzení o změně místa TP, jubilanti. Potvrzení o změně osobních údajů (ustřižený občanský průkaz).	ANO
6	Požadované	Veškeré výstupy evidovat v kartě osoby včetně data, času, osoby provádějící výdej.	ANO
7	Požadované	Počet trvale hlášených občanů na adrese.	ANO
8	Požadované	Zákazy pobytu na území města.	ANO
9	Požadované	Historie změn záznamů občana.	ANO
10	Požadované	Statistické výstupy.	ANO
11	Požadované	Zápis do log souboru o provedených změnách údajů.	ANO
12	Požadované	Vazba na agendový systém a ES.	ANO

2.8.2 Volební agenda

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Kompatibilita s legislativou ČR a EU.	ANO
2	Požadované	Maximum možných dat zadávat pomocí číselníků. Číselníky musí být dostupné z hlavní nabídky agendy, možnost doplňování i při pořizování údajů. Možnost úpravy číselníků uživatelem.	ANO
3	Požadované	Vyhledávání dle různých kritérií.	ANO
4	Požadované	Seznam volebních okrsků s uvedením adresy volební místnosti a počtem členů. Jednotlivé okrsky bude možno upravovat (volební místnost, složení volební komise, atd.).	ANO
5	Požadované k datu instalace na testovací prostředí	Tvorba a evidence, vymezení volebního okrsku, zobrazení na mapě, možnost definovat hranice okrsku v mapě (GIS úřadu).	ANO
6	Požadované	Zobrazit voliče (včetně data narození, TP, č. vol. okrsku a místnosti).	ANO
7	Požadované	Prohlížení a editace členů volební komise. Na základě úprav, možnost vytvoření nové volební komise (z předchozích voleb). Možnost přesunu člena (členů) z okrsku do okrsku.	ANO
8	Požadované	Archivace a verzovatelnost volební komise.	ANO
9	Požadované	Kontrola duplicity osob v komisích pro aktuální volby.	ANO
10	Požadované	Vyhledávání členů (dle různých kritérií) s následnou možností s tímto členem pracovat (editovat, mazat, přesunovat atd.).	ANO
11	Požadované	Zobrazení a tisk seznamu členů komise s různými variantami typu a výběru tisku.	ANO
12	Požadované	Zobrazení a tisková sestava seznamu voličů s různými variantami typu a výběru tisku.	ANO
13	Požadované	Tisková sestava uzavřeného seznamu voličů k určitému datu.	ANO
14	Xxxxxxxxxx	Evidence a následný tisk voličských průkazů.	ANO
15	Požadované	Umožnit uložení do textového souboru (formát PDF, DOC, RTF případně TXT).	ANO
16	Požadované	Seznam adres k vybranému ÚO (účelovému obvodu).	ANO
17	Požadované	Počet voličů po jednotlivých volebních okrscích.	ANO
18	Požadované	Další tiskové sestavy: např. pozvánky jednotlivým členům komisí, sliby členů, seznam zapisovatelů, … s různými variantami typu a výběru.	ANO
19	Požadované	Propojení na Registr obyvatel.	ANO
20	Požadované	Propojení na Registr adres.	ANO

21 Požadované k datu instalace na testovací prostředí
Propojení na Spisovou službu úřadu.
ANO

2.8.3 Matrika

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Soulad s legislativou ČR a EU (zákon č. 301/2000 Sb., vyhl. 207/2001 Sb. ve znění pozdějších předpisů.).	ANO
2	Požadované	Import údajů z ISEO k nově zadanému rodnému číslu.	ANO
3	Požadované	Označení matričních knih (číslo svazku) musí být možnost zadávat čísla i písmena.	ANO
4	Požadované	Vkládání údajů o rodičích z Registru obyvatel s možností pokračovat v zápise bez udání RČ otce a matky.	ANO
5	Požadované	Mrtvě narozené děti zadávat bez RČ.	ANO
6	Požadované	Protokol o určení otcovství před a po narození – ukládání dat a následný tisk. (automatické propojením do Agendy narození).	ANO
7	Požadované	Vyhledávaní příslušných zápisů dle různých kritérií (zvolených uživatelem) - osobních dat (RČ, příjmení, data matriční události, bydliště atd.)	ANO
8	Požadované	Číslování svazků a zápisů zvlášť pro každou obec spadající do matričního obvodu a to na všech vnitřních agendách.	ANO
9	Požadované	Číselníky: Maximum možných dat zadávat pomocí číselníků, číselníky jsou dostupné jak z hlavní nabídky, tak je lze doplňovat i při pořízení údajů.	ANO
10	Požadované	Vkládání textů z číselníku a zároveň i ručně v položkách místo narození, místo sňatku, místo registrace partnerství, místo úmrtí, poznámka, záznamy a opravy před podpisem i v dodatečných zápisech.	ANO
11	Požadované	Evidence a tisk zápisů do zvláštní matriky narození, manželství, registrace partnerství a úmrtí.	ANO
12	Požadované	Evidovat vydané duplikáty k matričním dokladům, nebo možnost zjistit, kolik se vydalo duplikátů k jednotlivým matričním dokladům a ke konkrétním matričním událostem konkrétní osoby.	ANO
13	Požadované	Agenda registrovaného partnerství, narození, manželství a úmrtí.	ANO
14	Požadované	Agenda pro vítání občánků.	ANO
15	Požadované	Agenda jubilantů.	ANO

16	Požadované	Agenda správního řízení při změně jména a příjmení, mužský tvar příjmení a dopsání druhého jména.	ANO
17	Požadované	Vnitřní statistika s volitelnou časovou osou (počet uzavřených manželství, registrace partnerství, nejčastěji užívaná jména, počet narozených dětí, počet narozených dětí, atd.)	ANO
18	Požadované	Evidence oddávajících, kdy který oddávající oddává, včetně plánu kalendáře sňatků a partnerství.	ANO
19	Požadované	Migrace dat od 1.1.1998, v souladu se zákonem 301/2000 Sb.	ANO
20	Požadované	Evidence matričních úřadů ve správním obvodu, zahrnující zkoušky matriky a vidimace a legalizace, dohlídky, termíny, porady, zápisy, podpisové vzory, osvědčení o vykonaných zkouškách (matrika, vidimace a legalizace), včetně průběhu zkoušek.	ANO
21	Požadované	Evidence státoobčanských slibů a vyššího ověření.	ANO
22	Požadované	Tisk štítků „Ověřovací doložka pro legalizaci a vidimaci“.	ANO
23	Požadované	Tisk matričních knih včetně jmenného rejstříku a matričních dokladů na agendách narození, úmrtí, manželství, registrace partnerství včetně statistiky protokolů o uzavření manželství, protokolů o vstupu do registrovaného partnerství, dotazníků k uzavření manželství, osvědčení k církevním sňatkům.	ANO
24	Požadované	Tvorba sestav (i uživatelská) pro statistický úřad ze všech vnitřních agend (narození, úmrtí, sňatky, registrované partnerství).	ANO
25	Požadované	Tisk do blanketu Vysvědčení o právní způsobilosti k uzavření manželství.	ANO
26	Požadované	Tisk adres z matričních agend na obálky (štítky). Musí obsahovat číslo jednací ze spisové služby úřadu.	ANO
27	Požadované	Potvrzení o změně osobních údajů – kartička přiložená k ustřiženému občanskému průkazu (změna rodinného stavu, změna příjmení).	ANO
28	Požadované	Tisk složenek k úhradě, ale i pokladních dokladů k úhradě ihned na přepážce v hotovosti.	ANO
29	Požadované	Žádost o vystavení druhopisu matričního dokladu.	ANO
30	Požadované	Žádost o uzavření manželství a registrovaného partnerství mimo obřadní místnost a mimo stanovenou dobu.	ANO
31	Požadované	Prohlášení o dopsání druhého jména (nezletilý, zletilý, osvojené dítě).	ANO
32	Požadované	Zapsání příjmení v mužském tvaru (bez koncovky –ová) u: nezletilé dítě, zletilá žena (svobodná, rozvedená), zletilá žena (vdaná), při uzavírání manželství (před sňatkem, po sňatku).	ANO

33	Požadované	Možnost změny jména a příjmení a šablony: rozvod do 1 měsíce, rozvod-klasické, změna příjmení – nezletilý, zletilý, celá rodina, transsexualismus, prohlášení o jméně-osvojení.	ANO
34	Požadované	Šablony pro podporu registrovaného partnerství - delegace na jiný příslušný úřad.	ANO
35	Požadované	Šablony k prominutí předložení dokladu o osobním stavu pro uzavření manželství, o trvalém pobytu a o právní způsobilosti.	ANO
36	Požadované	Tisková sestava pro vítání občánků (výběr podle data narození).	ANO
37	Požadované	Tisková sestava jubilantů (výběr podle jubilea).	ANO
38	Požadované	Propojení na Registr obyvatel.	ANO
39	Požadované	Oboustranné propojení na ISEO.	ANO
40	Požadované	Propojení na Registr adres / územní identifikace.	ANO
41	Požadované k datu instalace na testovací prostředí	Vazba na spisovou službu úřadu.	ANO
42	Požadované	Propojení na ES – možnost ověření zaplacení poplatku.	ANO

2.8.4 Požadavky na agendu Vidimace a legalizace

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Ověřování shody opisů nebo kopie s listinou (vidimace).	ANO
2	Požadované	Ověřování pravosti podpisu (legalizace).	ANO
3	Požadované	Uložení, kopie, oprava, zrušení záznamu.	ANO
4	Požadované	Vyhledávání záznamu dle různých uživatelských kritérií.	ANO
5	Požadované	Možnost přednastavení pořadových čísel.	ANO
6	Požadované	Vazba na Registr obyvatel.	ANO
7	Požadované	Opakovatelný tisk ověřovací doložky – samostatný list a samolepící štítky „Ověřovací doložka pro legalizaci a vidimaci“.	ANO
8	Požadované	Při ověřování více dokumentů pro jednu osobu umožnit zapsat údaje a teprve poté vytisknout najednou všechny potřebné štítky.	ANO
9	Požadované k datu instalace na testovací prostředí	Tvorba šablon pro tisk doložek – vzory dle vyhlášky č. 36/2006, ale i vlastní šablony.	ANO
10	Požadované	Soulad s legislativou ČR a EU (zákon č. 21/2006 Sb. a č. 36/2006 Sb. ve znění pozdějších předpisů).	ANO

11 Požadované k datu instalace na testovací prostředí
Vazba na spisovou službu úřadu.
ANO

2.8.5 Poskytování informací, stížnosti a petice

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Zajištění centrální evidence podaných žádostí o poskytnutí informace v souladu se zákonem č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů.	ANO
2	Požadované	Zajištění centrální evidence stížností podaných dle zákona č. 128/2000 Sb., o obcích, ve znění pozdějších předpisů, dle zákona č. 129/2000 Sb., o krajích, ve znění pozdějších předpisů	ANO
3	Požadované	Zajištění centrální evidence petic podaných dle zákona č. 85/1990 Sb., o právu petičním, ve znění pozdějších předpisů. Řešení poskytuje přehled o peticích přijatých orgánem veřejné moci, o procesu vyřizování o tom, kdo se k dané petici aktuálně vyjadřuje, zda je již projednávána v některém z příslušných orgánů (rada, zastupitelstvo).	ANO
4	Požadované	Evidence všech doručených a ústně podaných stížností a peticí obsahuje: datum podání; jméno, příjmení a adresu stěžovatele/podavatele; předmět stížnosti/petice; kdy a komu byla podaná stížnost/petice předána k vyřízení; výsledek šetření; opatření ke zjednání nápravy; datum podání zpráv o příjmu a vyřízení; výsledek kontroly; jak byla splněna opatření k nápravě.	ANO
5	Požadované	Kontrola zákonných lhůt a upozornění blížícího se termínu formou e-mailu příslušnému pracovníkovi.	ANO
6	Požadované	Roční statistika.	ANO
7	Požadované	Hodnocení vyřízených stížností z hlediska jejich oprávněnosti.	ANO
8	Požadované	Šablony: zápis o prošetření stížností, petic, oznámení a podnětů; formulář s podrobnými údaji o případu.	ANO
9	Požadované	Propojení na Registr obyvatel.	ANO
10	Požadované	Propojení s registrem ekonomických subjektů.	ANO
11	Požadované k datu instalace na testovací prostředí	Vazba na spisovou službu úřadu.	ANO

2.8.6 Správa požadavků zaměstnanců úřadu

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Evidence a schvalování uživatelských požadavků na technickou podporu (nejen v oblasti IT), na údržbu a opravy (budovy, zařízení, …).	ANO
2	Požadované	Evidence a schvalování požadavků na přidělování spotřebního materiálu a na přidělení zdrojů (služební automobily, zasedací místnosti, prezentační zařízení, …).	ANO
3	Požadované	Webové řešení - uživatel pracuje výhradně v prostředí webového prohlížeče.	ANO
4	Požadované	Správa uživatelských požadavků musí minimálně umožnit: • klasifikaci požadavků dle oblastí • sledování vývoje řešení požadavků • informování řešitele i zadavatele o stavu požadavku po celou dobu řešení (zasílání emailů) • hlídání překročení termínů pro vyřešení požadavku.	ANO
5	Požadované	Subsystém má pro každý typ požadavku volně definovatelný work-flow (schvalovací proces) nastavovaný parametricky. K takto nastavenému work-flow jsou přidělována práva konkrétním uživatelům nebo skupinám z ActiveDirectory (vazba na AD je realizována pomocí protokolu LDAP).	ANO
6	Požadované	V subsystému lze nastavit notifikaci o přechodu z/do libovolného stavu (a to jak řešiteli/schvalovateli, tak i zadavateli požadavku) a notifikace při nesplnění či potvrzení splnění incidentu.	ANO
7	Požadované	Možnost využití různých reportů (např. počet řešených problémů u jednotlivých aplikací, poruchovost jednotlivých zařízení, vytížení pracovníků, množství hlášení generované jednotlivými pracovníky, spotřeba a efektivita využití spotřebního materiálu,…).	ANO
8	Požadované	Subsystém musí být technologicky nezávislá webová aplikace, lze ji provozovat pod libovolným webovým serverem, který podporuje skriptovací jazyk PHP.	ANO

2.8.7 Manažerské přehledy (reporting)

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Uživatelsky jednoduchý sdílený nástroj pro získání provozních a agendových informací ze systému ERP.	ANO
2	Požadované	Subsystém zahrnuje předdefinované sestavy (reporty), jejichž uživatelem může být široký okruh osob bez ohledu na jejich pracovní zařazení či přístup k jednotlivým subsystémům ERP. Oprávnění k jednotlivým sestavám je řízeno Centrální správou identit.	ANO
3	Požadované	Subsystém umožňuje automatické a/nebo manuální vytváření reportů.	ANO
4	Požadované	Reporty jsou vytvářeny ve výstupním formátu PDF souboru (který může obsahovat text, tabulky i grafické znázornění dat) a mají jednotný vzhled společných prvků. Datový obsah a forma prezentace dat v reportu odpovídá vždy konkrétnímu typu reportu.	ANO
5	Požadované	Možnost konfigurace periody automaticky vytvářených reportů. Na základě žádosti uživatele a zadání vstupních podmínek dle typu sestavy dojde následně k off-line vygenerování sestavy, která bude následně zaslána na emailovou adresu uživatele, a to pravidelně za časový úsek daný periodou sestavy.	ANO
6	Požadované	Možnost modifikovat datový obsah předdefinovaných sestav, tj. omezení množiny dat na vstupu (nikoli formát sestavy).	ANO
7	Požadované	Seznam předdefinovaných sestav je on-line přístupný uživatelům. Vlastní přístup k sestavám je omezen uživatelskými právy přidělovanými Centrální správou identit.	ANO
Jako součást dodávky jsou požadovány minimálně tyto sestavy (reporty):
8	Požadované	Využití dat Základních registrů dle organizační struktury (report ukazuje, jak který uživatel ověřuje data v ZR)	ANO
9	Požadované	Využití dat Základních registrů dle agend (report prezentuje, ze kterých agend jsou prováděny přístupy do ZR)	ANO
10	Požadované	Správa majetku - Stav majetku v evidenci	ANO
11	Požadované	Správa majetku - Pohyby majetku v evidenci	ANO
12	Požadované	Správa majetku - Příjem z prodeje majetku	ANO

13	Požadované	Správa závazků (smluv) - Přehledy uzavíraných a evidovaných smluv a dodatků.	ANO
14	Požadované	Správa příjmů a pohledávek - Příjmy z poplatků a pohledávek	ANO
15	Požadované	Správa příjmů a pohledávek - Předepisované, uhrazené a neuhrazené pohledávky.	ANO
16	Požadované	Správa příjmů a pohledávek - Pohledávky po splatnosti.	ANO

2.8.8 Správa dotací a příspěvků

Č.	Povinnost	Požadavek	Naplněn
1	Požadované	Centrální evidence příspěvků poskytovaných z rozpočtu města fyzickým či právnickým osobám formou finančního příspěvku či bezúročnou půjčkou. Evidovány jsou minimálně údaje o: • vypsání finanční podpory, tj. definice náplně a termínu podání žádostí, • zpracování žádosti, • příprava a uzavření smlouvy o příspěvku, • zpracování vyúčtování, • kontrole čerpání a využití příspěvku.	ANO
2	Požadované	Nástroje pro komunikaci s žadatelem (výzva k doplnění žádosti, oznámení o přiznání/nepřiznání finanční podpory apod.). Pro odeslání dokumentů je využita integrace se spisovou službou úřadu.	ANO
3	Požadované	V rámci uzavírané smlouvy je zaznamenán předpis závazku, jehož řádek (řádky) je navázán na konkrétní prvek rozpočtu.	ANO
4	Požadované	Předpis závazku je před odesláním do ekonomického subsystému předán ke schválení. Schvalovací proces proběhne ve stejném modulu jako u ostatních dokladů (objednávky, alokace).	ANO
5	Požadované	V případě bezúročné půjčky je v rámci případu smlouvy zaznamenán také splátkový kalendář formou předpisů pohledávek (ručně zadaných nebo vygenerovaných ze šablony).	ANO
6	Požadované	Zpracování vyúčtování je evidováno u smlouvy, jejímž prostřednictvím byla finanční podpora poskytnuta.	ANO
7	Požadované	V případě vrácení části finanční podpory (na základě vyúčtování k nárokování), je tento nárok evidován jako předpis pohledávky v rámci dané smlouvy a je přenesen do ekonomického subsystému.	ANO
8	Požadované	Subsystém kontroluje čerpání a využití příspěvku.	ANO
9	Požadované	Při porušení ustanovení smlouvy nebo jiných pravidel pro využití finanční podpory subsystém uloží odvod formou předpisu pohledávky v rámci příslušného případu.	ANO

10	Požadované	Centrální evidence poskytování příspěvků na provoz či investice zřizovaným organizacím města.	ANO
11	Požadované	Subsystém generuje závazkové předpisy pro příspěvky (transfery) zřizovaným organizacím a případné další periodicky se opakující předpisy závazků.	ANO
12	Požadované	Subsystém umožní hromadné odeslání vygenerovaných předpisů do schvalovacího procesu k jejich hromadnému schválení. Schválené předpisy jsou pak odeslány prostřednictvím rozhraní do ekonomického subsystému	ANO
13	Požadované	Vlastní realizace platby a její napárování na předpis probíhá standardně k tomu určenými nástroji ekonomického subsystému.	ANO

3. Licenční pokrytí ERP systému

Dodávaný (resp. požadovaný) ERP systém má povahu díla zhotoveného vítězným uchazečem veřejné zakázky ve smyslu ustanovení § 61 a násl. zákona č. 121/2000 Sb. v platném znění, o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon) a Město Neratovice získává právo toto dílo užívat („Licenci“), a to jako Licenci:

a) nevýhradní (a cena za Licenci je zahrnuta v ceně díla),

b) neomezenou v rámci území České republiky

c) neodvolatelnou, převoditelnou na právního nástupce Města Neratovice či organizace zřízené Městem Neratovice.

Uchazeč ve sloupci „Naplnění - počet nabízených licencí“ uvede počet jím nabízených licencí. Pokud počet jím nabízených licencí bude pokrývat alespoň minimální počet požadovaných licencí dodaných v ERP systému, bude tento požadavek kvalifikován jako splněný s hodnotou ANO.

MARBES CONSULTING s.r.o. ve sloupci „Komponenta“ doplňuje i název konkrétní software komponenty systému PROXIO, která/ naplňuje požadovanou funkcionalitu

Seznam poskytovaného software

V rámci plnění díla dle této smlouvy budou dodány tyto software produkty (komponenty systému PROXIO), jejichž výrobcem je společnost MARBES CONSULTING s.r.o. :

▪ PROXIO-REN

▪ PROXIO-ROB

▪ PROXIO-VLB

▪ PROXIO-XRN

▪ PROXIO-ESP

▪ PROXIO-XZR

▪ PROXIO-EOS

▪ PROXIO-ENO

▪ PROXIO-NAV

▪ PROXIO-RZP

▪ PROXIO-RZP VIEW

▪ PROXIO-EZAM

▪ PROXIO-AGENDIO

▪ PROXIO-WORKFLOW

▪ PROXIO-MC HelpDesk

▪ ELOGIO – zajištěn neomezený přístup k e-learningovým kursům ovládání systému PROXIO

Následující tabulka uvádí konkrétní licenční pokrytí dodávaného ERP systému:

Č.	Komponenta	Počet požadovaných licencí dodaných v ERP systému	Naplnění - počet nabízených licencí
1	Registry a Evidence (viz články 2.2.1 až 2.2.5 Přílohy č. 2 ZD) PROXIO-REN; PROXIO-XRN; PROXIO-ESP; PROXIO-ENO	minimálně 130 licencí	neomezený počet
2	Centrální správa ERP (viz články 2.3.1 a 2.3.2 Přílohy č. 2 ZD) PROXIO-EOS	minimálně 130 licencí	neomezený počet
3	Centrální místo pro komunikaci agendových systémů úřadu se Základními registry (viz článek 2.4 Přílohy č. 2 ZD) PROXIO-XZR	minimálně 130 licencí	neomezený počet
4	Ekonomický subsystém – Finance (viz článek 2.6.1 Přílohy č. 2 ZD) PROXIO-NAV	minimálně 7 licencí	7 licencí
5	Ekonomický subsystém – Rozpočet (viz článek 2.6.2 Přílohy č. 2 ZD) PROXIO-RZP	minimálně 30 licencí	neomezený počet
6	Ekonomický subsystém – Interaktivní rozpočet (viz článek 2.6.3 Přílohy č. 2 ZD) PROXIO-RZP VIEW	neomezený přístup	neomezený počet
7	Ekonomický subsystém – Kniha odeslaných faktur (viz článek 2.6.4 Přílohy č. 2 ZD) PROXIO-NAV	minimálně 4 licence	4 licence
8	Ekonomický subsystém – Kniha došlých faktur (viz článek 2.6.5 Přílohy č. 2 ZD) PROXIO-NAV	minimálně 4 licence	4 licence
9	Ekonomický subsystém – Pokladna (viz článek 2.6.6 Přílohy č. 2 ZD) PROXIO-NAV	minimálně 4 licence	4 licence
10	Ekonomický subsystém – Banka (viz článek 2.6.7 Přílohy č. 2 ZD) PROXIO-NAV	minimálně 4 licence	4 licence

11	Ekonomický subsystém – Účetní evidence majetku (viz článek 2.6.8 Přílohy č. 2 ZD) PROXIO-ENO	minimálně 130 licencí	neomezený počet
12	Ekonomický subsystém – Workflow (viz článek 2.6.9 Přílohy č. 2 ZD) PROXIO-WORKFLOW	minimálně 130 licencí	neomezený počet
13	Agendový systém – agendy samosprávy (viz články 2.5.1 až 2.5.15 Přílohy č. 2 ZD) PROXIO-AGENDIO	minimálně 130 licencí	neomezený počet
14	Agendový systém – Správní řízení (viz články 2.7.1 až 2.7.7 Přílohy č. 2 ZD) PROXIO-AGENDIO	minimálně 130 licencí	neomezený počet
15	Podpůrné a interní agendy (viz články 2.8.1 až 2.8.8 Přílohy č. 2 ZD) PROXIO-AGENDIO; PROXIO-ROB; PROXIO-VLB; PROXIO-MC HelpDesk; PROXIO-EZAM	minimálně 130 licencí	neomezený počet

4. Podpora (SW maintenance) ERP systému

Uchazeč se musí ve své nabídce zavázat poskytovat údržbu a podporu nabízeného systému minimálně po období 5 let od zahájení produktivního provozu a to na základě Smlouvy o dílo, která bude splňovat minimálně požadavky uvedené níže v této kapitole. Roční cena v této smlouvě nesmí překročit nabídkovou cenu roční údržby a podpory nabízeného řešení, kterou uchazeč uvede ve své nabídce.

Společnost MARBES CONSULTING s.r.o. garantuje údržbu a podporu ERP systému, jehož dodávka a implementace je předmětem této smlouvy, (dále také jako „SW maintenance“) po dobu neurčitou, minimálně po dobu 5 let od zahájení produktivního provozu ERP systému, a její cena nepřekročí cenu uvedenou v nabídce společnosti MARBES CONSULTING s.r.o. k veřejné zakázce „Ekonomický informační systém“ vyhlášené Městem Neratovice.

Údržba a podpora ERP systému bude v souladu s požadavky uvedenými v Příloze č. 2 zadávací dokumentace veřejné zakázky „Ekonomický informační systém“ obsahovat tyto služby:

Č.	Povinnost	Požadavek	Naplněn
Základní podpora
1	Požadované	SW maintenance – nárok na všechny aktuální verze (upgrade, update, patch, feature pack) dodaného software včetně zajištění legislativního servisu. Nové verze jsou poskytovány nejpozději koncem měsíce, ve kterém jsou výrobcem uvolněny. Legislativní servis musí zajistit úpravu stávající funkčnosti software v případech, pokud by stávající funkcionalita nutila uživatele konat v rozporu s novou legislativní úpravou České republiky. Legislativní servis bude poskytován k datu nabytí účinnosti nové právní úpravy za předpokladu vydání prováděcích předpisů k této úpravě nejpozději 60 dnů před nabytím účinnosti této nové právní úpravy.	ANO
2	Požadované	Helpdesk pro komunikaci mezi zadavatelem a dodavatelem ERP, pro jednotné zadávaní a evidenci požadavků zadavatele a evidenci průběhu jejich řešení. Služba Helpdesk musí být poskytována nepřetržitě, s garantovanou reakcí v pracovní dny v době: 8:00 - 17:00 hod.	ANO

PŘÍLOHA č. 5 – Popis integračních vazeb

„Ekonomický informační systém“ (ERP)

ERP systém musí integrovat tyto stávající systémy objednatele:

Název	Popis	Požadavek
Flux FLUXPAM5	Mzdový a personální program úřadu	plná integrace
Flux PERSONALISTIKA	Evidence vzdělávání	plná integrace
Geovap SpS	Spisová služba úřadu a elektr. podatelna	plná integrace
GIS GEPRO MISYS	ÚAP a mapy okolních obcí	plná integrace
Multicash	Bankovní program pro CS a KB	plná integrace

PŘÍLOHA č. 6 – Rozsah migrace dat

„Ekonomický informační systém“ (ERP)

Název	Popis	Požadavek
Geovap MATRIKA	Vedení matričních knih	plná migrace dat: období 2013 a 2014 a všechny živé případy
Geovap ODPADY	Evidence komunálního odpadu	plná migrace dat: období 2013 a 2014 a všechny živé případy
Geovap POPLATKY	Evidence příjmů úřadu	plná migrace dat: všechny živé případy
Geovap PSI	Evidence psů	plná migrace dat: období 2013 a 2014 a všechny živé případy
Geovap VHP	Výherní hrací přístroje	plná migrace dat: období 2013 a 2014 a všechny živé případy
Gordic EMA	Evidence majetku města	plná migrace dat
Gordic KDF	Kniha došlých faktur	plná migrace dat: období 2013 a 2014 a všechny živé případy
Gordic KOF	Kniha odeslaných faktur	plná migrace dat: období 2013 a 2014 a všechny živé případy
Gordic POK	Pokladna	plná migrace dat: období 2013 a 2014 a všechny živé případy
Gordic UCR	Účetnictví a rozpočet města	plná migrace dat: období 2013 a 2014 a všechny živé případy
Vita POHLEDÁVKY	Vymáhání	plná migrace dat: období 2013 a 2014 a všechny živé případy
Vita PŘESTUPKY	Přestupky	plná migrace dat
Vita SU	Stavební úřad	plná migrace dat
Vita UUP	Úřad územního plánování	plná migrace dat