MARBES CONSULTING s.r.o. Stránka 2 z 89

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.

Smlouva o dílo: Město Neratovice / MARBES CONSULTING s.r.o.

Stránka 2 z 89

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.


Stránka 3 z 89

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ě tito definovaní 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.


Stránka 4 z 89

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.

Celková 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 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 Ostatní náklady CENA za dodávku 1 rok podpory dodaného ERP systému (SW maintenance) 4 roky podpory dodaného ERP systému (SW maintenance) CENA CELKEM (CENA za dodávku + CENA za 4 roky SW maintenance)

cena bez DPH

DPH

cena s DPH

2 956 000,00 Kč

620 760,00 Kč

3 576 760,00 Kč

0,00 Kč

0,00 Kč

0,00 Kč

2 956 000,00 Kč

620 760,00 Kč

3 576 760,00 Kč

485 000,00 Kč

101 850,00 Kč

586 850,00 Kč

1 940 000,00 Kč

407 400,00 Kč

2 347 400,00 Kč

4 896 000,00 Kč

1 028 160,00 Kč

5 924 160,00 Kč


Stránka 5 z 89

Poř. číslo

5.

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č

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č

Cenu plnění zhotovitele zaplatí objednatel zhotoviteli takto: Poř. číslo

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.


Stránka 6 z 89

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.

Zhotovitel 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.


Stránka 7 z 89

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.

Zhotovitel 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.

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


Stránka 8 z 89

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.

Zhotovitel 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.

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


Stránka 9 z 89

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. Zhotovitel 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. Zhotovitel 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;


Stránka 10 z 89

tato povinnost neplatí pro případy, kdy je zpřístupnění určitých informací vyžadováno právními předpisy. 14. Zhotovitel 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í. Zhotovitel 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í.


Stránka 11 z 89

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.


Stránka 12 z 89

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.

Zhotovitel 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.


Stránka 13 z 89

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: Č.

1

2

Komponenta Registry a Evidence (viz články 2.2.1 až 2.2.5 Přílohy č. 2 ZD)

PROXIO-REN; PROXIO-XRN; PROXIOESP; PROXIO-ENO Centrální správa ERP (viz články 2.3.1 a 2.3.2 Přílohy č. 2 ZD)

PROXIO-EOS

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

Počet požadovaných licencí dodaných v ERP systému

Naplnění - počet nabízených licencí

minimálně 130 licencí

neomezený počet


neomezený počet


neomezený počet


Stránka 16 z 89

4

Ekonomický subsystém – Finance (viz článek 2.6.1 Přílohy č. 2 ZD)


7 licencí


neomezený počet

neomezený přístup

neomezený počet

minimálně 4 licence

4 licence


4 licence


4 licence


4 licence


neomezený počet


neomezený počet

PROXIO-NAV 5

Ekonomický subsystém – Rozpočet (viz článek 2.6.2 Přílohy č. 2 ZD)

PROXIO-RZP 6

Ekonomický subsystém – Interaktivní rozpočet (viz článek 2.6.3 Přílohy č. 2 ZD)

PROXIO-RZP VIEW 7

Ekonomický subsystém – Kniha odeslaných faktur (viz článek 2.6.4 Přílohy č. 2 ZD)

PROXIO-NAV 8

Ekonomický subsystém – Kniha došlých faktur (viz článek 2.6.5 Přílohy č. 2 ZD)

PROXIO-NAV 9

Ekonomický subsystém – Pokladna (viz článek 2.6.6 Přílohy č. 2 ZD)

PROXIO-NAV 10

Ekonomický subsystém – Banka (viz článek 2.6.7 Přílohy č. 2 ZD)

PROXIO-NAV 11

Ekonomický subsystém – Účetní evidence majetku (viz článek 2.6.8 Přílohy č. 2 ZD)

PROXIO-ENO 12

Ekonomický subsystém – Workflow (viz článek 2.6.9 Přílohy č. 2 ZD)

PROXIO-WORKFLOW 13

Agendový systém – agendy samosprávy (viz články 2.5.1 až 2.5.15 Přílohy č. 2 ZD)

PROXIO-AGENDIO 14

Agendový systém – Správní řízení (viz články 2.7.1 až 2.7.7 Přílohy č. 2 ZD)

PROXIO-AGENDIO Podpůrné a interní agendy (viz články 2.8.1 až 2.8.8 Přílohy č. 2 ZD) 15

PROXIO-AGENDIO; PROXIO-ROB; PROXIO-VLB; PROXIO-MC HelpDesk; PROXIO-EZAM; ELOGIO


neomezený počet


neomezený počet


neomezený počet


Stránka 17 z 89

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

zahájení

ukončení

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)

po akceptaci Cílového konceptu (předpokládaný termín: do 28.2.2015)


Zkušební provoz



Produktivní provoz s dohledem



Cílový koncept

Kompletní implementace, včetně migrace dat, školení uživatelů a dalšího plnění dle cílového konceptu

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.


Stránka 19 z 89

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

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.

Upřesnění požadavku na součinnost

Termín splnění

Zadavatel zajistí nominaci odpovědné Nejpozději do 2 osoby zadavatele, která bude dnů od podpisu zodpovědná za předávání požadavků Smlouvy o dílo. zadavatele pracovníkům uchazeče a za převzetí výsledků práce (podpis předávacích a akceptačních protokolů).


Stránka 20 z 89

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.

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

Následně budou připomínky vypořádány a případně zapracovány do finální verze dokumentu.

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


Stránka 21 z 89

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í:    

Nejpozději do 15 dnů od předání Registraci ERP jako agendového dokumentu Cílový informačního systému (AIS) koncept v ISZR. k připomínkování Přihlášení k agendám a činnostním rolím, jež budou v ERP zadavateli. 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.


Stránka 22 z 89

9

Předání připravené infrastruktury testovacího a produkčního prostředí pro instalaci ERP.

Zadavatel předá uchazeči Nejpozději do 40 infrastrukturu testovacího a dnů od podpisu provozního prostředí připravenou pro Smlouvy o dílo. zahájení instalací ERP.

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.

Do 30 dnů od podpisu Smlouvy o dílo.

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ů.


Stránka 23 z 89

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.

Dle termínů uvedených ve sloupci „Upřesnění požadavku na součinnost“.

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. 13

Zajištění součinnosti dodavatelů Zadavatel zajistí nezbytnou subsystémů stávajícího součinnost dodavatelů subsystémů stávajícího IS v termínech, které informačního systému. neohrozí realizaci projektu dle schváleného projektového harmonogramu. Jedná se zejména o následující součinnosti:  

   14

Zajištění školících prostor.

V termínech dle schváleného projektového harmonogramu.

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.

Zadavatel zajistí 2 školící učebny, Nejpozději 5 dnů každá učebna bude vybavena 11 před zahájením pracovními stanicemi, včetně školení. 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.


Stránka 24 z 89

15

Zajištění součinnosti zadavatele. Nedostatečná nebo pozdní Průběžně. 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 Smlouvy o dílo.


Stránka 25 z 89

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


Stránka 26 z 89

1. Popis architektury a komponent řešení ERP 1.1 Seznam pojmů a zkratek AD AIFO CSI ČSÚ ČUZK DOC ERP ES GIS HTML http výměnu HW IČ IS ISDS ISEO ISKN ISUI ISVS ISZR JDBC JAVA) KN KÚ LDAP serveru) MPSV PDF pro pořízeny. RPP RTF RUIAN SMS mobilní sítě SOAP XML přes mezi SW XLS[X] textových

Active Directory Agendový identifikátor fyzické osoby Centrální správa identit Český statistický úřad Český úřad zeměměřičský a katastrální Formát souborů Microsoft Word Ekonomický systém úřadu Města Neratovice (komplexní integrované řešení) Ekonomický subsystém řešení ERP Geografický informační systém HyperText Markup Language (značkovací jazyk pro hypertext) Hyper Text Transfer Protocol (internetový protokol určený původně pro hypertextových dokumentů ve formátu HTML) Hardware (technické vybavení) Identifikační číslo Informační systém Informační systém datových schránek Informační systém evidence obyvatel Informační systém katastru nemovitostí Informační systém územní identifikace Informační systém veřejné správy Informační systém základních registrů Java Database Connectivity (standard pro přístup k databázím z prostředí Katastr nemovitostí České republiky Katastrální území Lightweight Directory Access Protocol (definovaný protokol pro ukládání a přístup k datům na adresářovém Ministerstvo práce a sociálních věcí České republiky PDF (Portable Document Format) je souborový formát vyvinutý firmou Adobe ukládání dokumentů nezávisle na softwaru i hardwaru, na kterém byly Registr práv a povinností, součást systému základních registrů Rich Text Format (formát zpracovatelný v Microsoft Word) Registr územní identifikace a adres, součást systému základních registrů Short Message Service – krátké textové zprávy zasílané prostřednictvím

Protokol (Simple Object Access Protocol) pro výměnu zpráv založených na síť, hlavně pomocí HTTP. Formát SOAP tvoří základní vrstvu komunikace webovými službami a poskytuje prostředí pro tvorbu složitější komunikace. Software Souborový formát na ukládání dokumentů kancelářských balíků jako 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). Smlouva o dílo: Město Neratovice / MARBES CONSULTING s.r.o.

Stránka 27 z 89

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 o o o o 

přestupky a jiné správní delikty speciální stavební úřad silniční speciální stavební úřad vodoprávní stavební řízení a územní plánování vyvlastňovací řízení Elektronické vedení podpůrných a interních agend:

o o o o o o o

ohlašovna (evidence obyvatel) volební agenda matrika včetně vidimace a legalizace poskytování informací, stížnosti a petice správa požadavků zaměstnanců úřadu manažerské přehledy (reporting) správa dotací a příspěvků

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


Stránka 28 z 89

1.3 Č.

1

2

3

4

5

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

Požadované

Požadované

Požadované

Požadované

Požadované

Požadavek 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í. 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ů. Integrace mezi jednotlivými součástmi řešení ERP je realizována on-line. 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í. 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.


Naplněn

ANO

ANO

ANO

ANO

ANO

Stránka 29 z 89

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“.


Stránka 30 z 89

2. Požadované parametry řešení ERP 2.1 Obecné a technologické vlastnosti ERP Č. 1

2

3 4 5

6

7 8 9 10 11

12

13

14

15

16

Povinnost Požadované Požadované

Požadované Požadované Požadované Požadované Požadované Požadované Požadované Požadované Požadované

Požadované Požadované Požadované

Požadované

Požadované k datu instalace na testovací prostředí

Požadavek

Naplněn

Provázanost mezi jednotlivými agendami dodávaného IS. 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. 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

Plná lokalizace v českém jazyce.

ANO

Platná legislativa všech agend (ochrana osobních údajů, elektronický podpis apod.). 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

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

ANO

ERP musí bezproblémově pracovat na síti (100 Mbit/s a 1 Gbit/s). Komunikace s aplikacemi MS Office (verze 2003 a vyšší). Nastavení všech parametrů ERP bez nutnosti zásahu dodavatele. Přidávání dalších agend administrátorem systému, umožnění specifického nastavení v závislosti na agendě. 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

Jedinečnost uložených dat v ERP.

ANO

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

ANO

ANO

ANO ANO ANO

ANO

ANO

ANO

ANO

Stránka 31 z 89

17


18

Požadované

19

2.2

Požadované

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. Součástí nabízeného ERP řešení je elearningový 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.

Agendové systémy splňují požadavky legislativy platné pro subjekty veřejné správy.

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

2.2.2 Registr nemovitostí Č. Povinnost

2 3 4

ANO

ANO

Požadavky na Registry a evidence

2.2.1 Základní funkcionalita Povinnost Č.

1

ANO

Požadované


Požadavek

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. 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. Sledování návazností mezi daty. Zakládání záznamů do databáze, manuálně nebo přebíráním z registrů. Vyhledávání dle libovolných kritérií zvolených uživatelem (i částečné údaje doplněné hvězdičkou). Možnost nastavení kontroly duplicity. Nástroje pro uživatelské přizpůsobení vzhledu obrazovek a pohledu na data.

Požadavek 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ů.

Naplněn

ANO

ANO ANO ANO ANO ANO ANO

Naplněn

ANO

Vedení evidence vlastníků a řízení.

ANO

Vedení evidence listin.

ANO

Evidence právních vztahů.

ANO


Stránka 32 z 89

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované Požadované k datu instalace na testovací prostředí

10

11

Požadované

Tisk LV v obdobném tvaru jako jej tiskne KN. Tisk informací o parcele, budově, jednotce dle uživatelsky vybraných kritérií. Tisk soupisu parcel dle uživatelsky vybraných kritérií. Vazba na Evidenci majetku (je zdrojem dat o nemovitostech). Vazba na službu ČÚZK „Nahlížení do KN“.

ANO

Vazba na GIS úřadu.

ANO

Vazba na agendový systém ERP a ekonomický subsystém.

ANO

2.2.3 Registr adres / územní evidence Č. Povinnost

Požadavek

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ů. Import a pravidelná aktualizace dat z RUIAN. Vazba na Evidenci majetku, na agendový systém, na ES a ostatní moduly ERP řešení.

ANO ANO ANO ANO

Naplněn

1

Požadované

2

Požadované

3

Požadované

4



ANO

5

Požadované

Adresy podle čísla domovního nebo úplné adresy - seznam adres, které splňují zadanou podmínku.

ANO

ANO ANO ANO

2.2.4 Evidence partnerů Č.

1

2

Povinnost

Požadované

Požadované

Požadavek 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. 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ů.


Naplněn

ANO

ANO

Stránka 33 z 89

3

4

5

Požadované Požadované

Požadované

7


8

Požadované

9

Požadované

10

Požadované

11

Požadované

12

Požadované

13

Požadované

14

Požadované

6

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.) Evidovat u partnera důvody vztahu s městem (odběratel, dodavatel, přestupce, …). 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. Rozlišení občan či firma. Vyhledání a převzetí adresy z registru adres. Přímá vazba na ES a agendové moduly. Založení odběratele a dodavatele do ekonomického subsystému. Vyhledávání dle různých uživatelsky zvolených kritérií. Tisková sestava partnerů města - právnické osoby - fyzické osoby dle zadaných podmínek vyhledání Tisková sestava – informace o aktivitách partnera (přehled o aktivitách partnera v návazných evidencích a agendách) Nástroje na dohledání souvisejících údajů k partnerovi v agendovém systému. Vazba (ověření údajů) oproti službě Ministerstva financí „ ARES“. 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 ANO

ANO

ANO ANO ANO ANO ANO

ANO ANO ANO

ANO

2.2.5 Evidence majetku Č.

1

2 3

Povinnost Požadované


Požadavek 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ů. Evidovat údaje o parcelách, budovách, bytech a nebytových prostorách, jiných stavbách (most, socha, …), sítích. Evidence veškerého nemovitého a movitého majetku.


Naplněn ANO

ANO ANO

Stránka 34 z 89

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10

Požadované

11

Požadované

12

Požadované

13

Požadované

14

Požadované

15

Požadované

16

Požadované

17

Požadované

18

Požadované

19

Požadované

20

Požadované

21

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). Kompletní historie záznamů o evidovaných objektech v čase (zakládání, opravy a úpravy záznamů, historie záznamů). Evidovat vlastnické a uživatelské vztahy. Inventarizační seznam (porovnání údajů v Evidenci nemovitého majetku oproti aktuálním datům z KN). Evidence údajů o svěření majetku do správy či zápůjčky. Evidence údajů týkajících se ochrany přírody. Evidence záměrů s majetkem, plánování změn na majetku. Vytváření skupin objektů - souvislostí (parcela, budova, bytový prostor, …). Nástroje na dohledání souvisejících údajů k objektu v agendovém systému. Export dat do XML, XLS. Realizace úkonů nakládání s majetkem (uzavírání smluv, tvorba protokolů apod.). Nástroje pro vyhledávání podle všech evidovaných údajů s možností kombinace údajů. Evidovat majetek pronajatý či zapůjčený do jiné organizace. 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. Vazba na evidenci úmrtí, z důvodu ukončení nájemní smlouvy na byt. Evidence soudních záležitostí u nájemních bytů – výpovědi, vyklizení, vymáhání, exekuce. Vazba exekucí na rozpočet (příjem rozpočtu). 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

ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO

Stránka 35 z 89

2.2.5.1 Tiskové sestavy z oblasti evidence majetku Povinnost Č.

Požadavek

1

Požadované

2

Požadované

3 5


6

Požadované

7

16

Požadované Požadované Požadované Požadované Požadované Požadované Požadované Požadované Požadované Požadované

17

Požadované

18

Požadované

19

Požadované Požadované Požadované Požadované Požadované

4

8 9 10 11 12 13 14 15

20 21 22 23

Evidence technického zhodnocení majetku přehled o investicích do technického zhodnocení (renovace) či údržby majetku. Inventury majetku dle volitelných kritérií (stav k datu, druh majetku, odpovědná osoba, dle organizační jednotky, porovnání s údaji v Katastru nemovitostí, porovnání účetního a inventarizovaného stavu majetku dle jednotlivých účtů, apod. Inventurní soupis (DHM, DDHM, celkem). Tisk rejstříku inventárních čísel. Tisk inventarizačního protokolu. Tisk sumáře veškerého inventarizovaného majetku v daném období. Tisk karty majetku vč. čárového kódu. Soupis nemovitostí Soupis nehmotného majetku - DHM, DDHM Sumář v místnosti. Seznam přebytků a mank. Inventář místní. Všechny změny DHM, DDHM. Zařazený DHM, DDHM. Vyřazený DHM, DDHM. Převedený DHM, DDHM. Doúčtovaný DHM, DDHM - technické zhodnocení, ostatní. Majetek dle zdroje nabytí - bezúplatný, úplatný, dotace, dar. Podklady pro účtování změn. Odpisy - daňové, účetní, odpisový plán Přehled vazeb na účetnictví. Evidence přírůstků - DHM, DDHM. Tisk štítků s čárovým kódem.

Naplněn ANO

ANO

ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO

2.2.5.2 Vazby evidence majetku Č. 1 2

Povinnost Požadované Požadované k datu instalace na testovací prostředí

Požadavek Vazba na službu ČÚZK „Nahlížení do KN“.

Naplněn ANO

Vazba na GIS úřadu (parcely, pasporty).


ANO

Stránka 36 z 89

3

4 5

2.3

Požadované k datu instalace na testovací prostředí Požadované Požadované

Vazba na spisovou službu úřadu.

ANO Vazba na Správu závazků. Vazba na účetní evidenci majetku.

ANO ANO

Centrální správa ERP

2.3.1 Správa organizační struktury Č.

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

Požadavek

Naplněn

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). 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. Založení, zrušení a aktualizace uživatelského profilu. Synchronizace s MS Active Directory a nástrojem pro centrální správu identit. Tiskové výstupy, tištěný abecední seznam, strukturovaný telefonní seznam podle jednotlivých organizačních jednotek přístupný v prostředí WWW. 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). Možnost evidovat více organizačních struktur (např. úřad, zřizované organizace, jiné externí organizace apod.).

ANO

ANO ANO ANO ANO

ANO ANO

2.3.2 Centrální správa identit Č.

Povinnost

1

Požadované

2

Požadované

3

Požadované

Požadavek 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). Záznam operací nad identitami v auditním logu. 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.


Naplněn

ANO

ANO ANO

Stránka 37 z 89

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

2.4

Nástroje pro evidenci, generování, správu, archivaci, zneplatnění a distribuci certifikátů. 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. 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. 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. 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ě. 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

ANO

ANO

ANO

ANO

ANO

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

Č.

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

Požadavek ERP poskytuje rozhraní, jehož funkce jsou shodné s funkcemi vnějšího rozhraní ISZR. 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. 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. 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.


Naplněn ANO

ANO

ANO

ANO

Stránka 38 z 89

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10

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). 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. 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. 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. 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. 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

ANO

ANO

ANO

ANO

ANO

Stránka 39 z 89

2.5

Agendový systém

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

1

2

3

4

5

6

7

8 9 10 11

12


Požadované


Požadované

Požadované

Požadované

Požadované


Požadavek 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. 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). 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í. 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ů). 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. 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.). 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). Komunikace s MS Outlook - funkce Kalendáře. Vygenerování datového souboru na šifrování složenek k tisku a párování plateb. Komunikace s programy České pošty. Systém musí vést záznam o veškerých změnách provedených uživateli v datech. Evidence opakovaných i jednorázových příjmů dle číselníku poplatků. Základní údaje o dlužníkovi a pohledávce (tj. příjmení, jméno, rodné číslo, datum narození, IČO, adresa, kontaktní adresa, č. smlouvy, č. jednací, č. rozhodnutí, částka atd.).


Naplněn ANO

ANO

ANO

ANO

ANO

ANO

ANO

ANO ANO ANO ANO ANO

Stránka 40 z 89

13

Požadované

14

Požadované

15

Požadované

16

Požadované

17

Požadované

18

Požadované

19

Požadované

20

Požadované

21

Požadované

22

Požadované

23

Požadované

24

Požadované

25

Požadované

26

Požadované

27

Požadované

28

Požadované

29

Požadované

30

Požadované

31

Požadované

32

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ů. Podpora automatické tvorby periodických předpisů. Hromadné vystavení předpisů dle požadavku. Nastavení splatnosti u jednotlivých poplatků (datum splatnosti nebo pravidelná roční, čtvrtletní, pololetní, měsíční splatnost). 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. 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. Zadání č. účtu dlužníka, případně dalších vedlejších údajů. Zobrazení všech nedoplatků u požadovaného poplatníka. Možnost náhledu do ukončených záznamů (možnost vyhledání podle jména nebo VS). Možnost ovládat aplikace pomocí klávesových zkratek. Nástroje pro uživatelské přizpůsobení vzhledu obrazovek a pohledu na data a tiskových výstupů. 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). Automatický převod odepsané pohledávky na podrozvahový účet s možností náhledu. Vazba na ekonomický subsystém. 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. Možnost sledování salda jednotlivých partnerů a předpisů přímo v agendovém systému. Vazba na ekonomický subsystém. Možnost výběru tisku na obrazovku, na tiskárnu nebo do souboru ve formátu (XLS, DOC, HTML, XML, PDF). Převedení číselné částky v Kč na slovní vyjádření. Kopírování informací z případu (např. u návazných řízení) Přesun pohledávek v rámci organizační struktury úřadu, předání pohledávek k vymáhání. Prohledávání záznamů dle různých kritérií vybraných uživatelem.


ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO

ANO

ANO ANO ANO ANO ANO ANO ANO ANO

Stránka 41 z 89

33

Požadované

34

Požadované

35

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. 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ů. Tvorba opravných položek a vytvoření tiskové kontrolní sestavy

ANO

ANO ANO

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

Povinnost

1

Požadované

2


3

Požadované

4

Požadované

5


Požadavek Propojení na ekonomický subsystém - uhrazení poplatku a sledování salda. 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. Propojení na ISZR. 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í (isir.justice.cz). 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. Propojení na GIS úřadu.


Naplněn ANO

ANO

ANO

ANO

ANO

Stránka 42 z 89

2.5.3 Požadavky na výstupy (tiskopisy) Č. 1

2

Požadované

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7


8

Požadavek

Povinnost

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. Nástroje pro tvorbu dokumentu prostřednictvím definovaných šablon (administrátorsky, uživatelsky). Možnost opravovat vzory tiskopisů (šablony). Hromadný tisk adresních štítků a obálek (obálek s doručenkou), možnost tisku kontaktních adres. Tisk pevných sestav (vyrovnání předpisů a plateb, inventur pohledávek, souhrn předpisů a plateb). 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.). Tisk volitelných sestav (možnost vlastního výběru dat uživatelem). Tisk upomínek, platebních výměrů a výzev. Tisk formuláře na vrácení přeplatku (automatický tisk vratek dle jednotlivých druhů poplatků).

Naplněn

ANO

ANO ANO ANO ANO ANO ANO ANO

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

Povinnost

1

Požadované

2

Požadované

3

Požadované

Požadavek 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. 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. 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í.


Naplněn

ANO

ANO

ANO

Stránka 43 z 89

2.5.5 Požadavky na otevřené rozhraní Č.

Požadavek

Povinnost

1

Požadované

2

Požadované

Systém musí disponovat popsaným aplikačním rozhraním na bázi Web Services (technologie SOAP). 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

Naplněn ANO

ANO

2.5.6 Požadavky na agendu psů Č.

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10


Požadavek Evidence všech potřebných informací o držiteli psa (poplatníkovi), včetně kontaktních adres, emailů a mobilních telefonů. 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í). 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. Čí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í. Možnost převedení psa na jiného poplatníka. Prohledávání záznamů podle volitelných kritérií uživatele. Tiskové sestavy: karta psa, generované seznamy majitelů psů, změna sazby v době evidence psa atd. Tisk složenek, upomínek, platebních výměrů a výzev. Vazba na ekonomický subsystém - evidovat neplatiče, upomínky oznámit ve formě jakou si uživatel zvolí.



Naplněn ANO

ANO

ANO


ANO

Stránka 44 z 89

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

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10

11 12

Požadované k datu instalace na testovací prostředí Požadované Požadované

Požadavek Čí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. 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. 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. Zaevidovat (automaticky) plátce, který se k poplatku nepřiznal. Možnost operativních změn sazeb dle vyhlášky města. Vazba na insolvenční rejstřík a na ekonomické moduly - evidovat neplatiče, upomínky oznámit ve formě jakou si uživatel zvolí. Možnost zadání kontaktních adres plátců (poplatníků) včetně e-mailů. 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ů). Dotahování zákonného zástupce k nezletilým. I při tisku plateb a předpisů.

Naplněn ANO

ANO

ANO ANO ANO ANO ANO

ANO

ANO


ANO

Tisk sestav, upomínek a platebních výměrů.

ANO ANO

Vazba na ekonomický subsystém ERP.

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

Povinnost

1

Požadované

2

Požadované

3

Požadované

Požadavek

Naplněn

Zapsání poplatníka z Evidence partnerů. Evidence provozoven, včetně odpovědných osob, výherních hracích přístrojů (VHP) a servisních pracovníků přístrojů. 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


ANO

ANO

Stránka 45 z 89

4

Požadované

5

Požadované

6

Požadované

8

Požadované k datu instalace na testovací prostředí Požadované

9

Požadované

10

Požadované

7

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. Statistické tiskové sestavy: (přehledy vydaných rozhodnutí, seznamy provozoven a provozovatelů, seznamy hracích přístrojů, vydané zámky, atd.). Tisk údajů na známku (vygenerování dat ze systému).

ANO

ANO ANO


ANO

Vazba na ekonomické moduly ES. 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. Evidence povolených heren.

ANO ANO ANO

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

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

Požadavek 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ů. 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í. Evidence procesu předání, převzetí a ukončení vymáhání exekučního titulu v agendě vymáhání. 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. Jednotlivé úkony a dokumenty procesu vymáhání včetně jejich návazností je možné definovat v konfiguraci sytému.


Naplněn

ANO

ANO ANO

ANO

ANO

Stránka 46 z 89

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10


11

Požadované

12

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. 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 …). 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. 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 …). Vazba na spisovou službu úřadu. Vazba na ekonomické moduly ES a na Insolvenční rejstřík. 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

ANO

ANO

ANO

ANO

ANO ANO

Stránka 47 z 89

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

Povinnost

2


3

Požadované

4

Požadované

5

Požadované

6

Požadované Požadované k datu instalace na testovací prostředí

1

7

8

Požadované

Požadavek Evidence plátců poplatku. Evidence a výpočet místního poplatku. Prohledávání záznamů podle volitelných kritérií uživatele. Tiskové sestavy. Vazba na ekonomické moduly a na insolvenční rejstřík. Vazba na Registr obyvatel a Evidenci partnerů.

Naplněn ANO ANO ANO ANO ANO ANO


ANO

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

2


3

Požadované

4

Požadované Požadované Požadované Požadované k datu instalace na testovací prostředí

1

5 6

7

8

Požadované

Požadavek Evidence plátců poplatku. Evidence a výpočet místního poplatku. Prohledávání záznamů podle volitelných kritérií uživatele. Tiskové sestavy.

Naplněn ANO ANO ANO

Vazba na Registr obyvatel a Evidenci partnerů.

ANO ANO ANO


ANO

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

Vazba na ES a na insolvenční rejstřík.


Stránka 48 z 89

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

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10

Požadované

Požadavek 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). Evidovat všechny typy smluv (mimo smluv personálních), dle typu smlouvy nabízet i strukturu dat smlouvy. 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. Evidence sankcí a termínů za porušení smlouvy s možností vystavit penále (i hromadně na základě výběru). 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. 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). 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íží. 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. 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í. Partnery vystupující v objednávkách (smlouvách) je nutné zadat primárně z Evidence partnerů města.


Naplněn

ANO

ANO

ANO

ANO

ANO

ANO

ANO

ANO

ANO

ANO

Stránka 49 z 89

11

Požadované

12

Požadované

13

Požadované

14

Požadované

15

Požadované Požadované Požadované Požadované k datu instalace na testovací prostředí

16 17

18

19

Požadované

20

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. 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. Filtrování smluv a objednávek dle libovolných požadavků uživatele. Sledování historie změn provedených v evidenci smluv a objednávek. Tisk objednávky nebo smlouvy. Tisk žádosti o vystavení nájemní smlouvy. Vazba na Závazky - Kniha došlých faktur Založenou a schválenou objednávku nebo smlouvu systém uloží do elektronické spisové služby úřadu. Možnost u smlouvy evidovat dokumenty návrhu smlouvy, oskenovanou verzi podepsané smlouvy, verzi smlouvy upravenou pro zveřejnění. 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

ANO


ANO

ANO

Stránka 50 z 89

2.5.13 Správa majetku Č. 1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7 8


9

Požadované

10

16

Požadované Požadované Požadované Požadované Požadované Požadované Požadované

17

Požadované

18

Požadované Požadované Požadované Požadované k datu instalace na testovací prostředí Požadované k datu instalace na testovací prostředí Požadované

11 12 13 14 15

19 20

21

22

23

Požadavek

Povinnost

Vedení agend správy majetku města (nabývání, prodej, směna, nájem …). Evidence volných bytů a nebytových prostor. Partnery vystupující v majetkových operacích je nutné zadat primárně z Evidence partnerů. Filtrování dle libovolných požadavků uživatele. 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.). 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). Sledování historie změn. Evidence nájmů nebytových prostor. Evidence městských pohledávek s vazbou do ES. Hlášení volného bytu. Žádost o prodloužení nájemní smlouvy. Přechod nájmu. Přidělení bytu. Výměna bytu. Sestava prodejů. Sestava směn. Vazba na ekonomický subsystém - modul: Správu závazků - smlouvy a objednávky. Vazba na Evidenci majetku.

Naplněn ANO ANO ANO ANO ANO

ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO

Propojení na Registr adres / územní identifikace.

ANO ANO ANO


ANO


ANO

Vazba na ES a na insolvenční rejstřík.

ANO

Vazba na Evidenci partnerů.


Stránka 51 z 89

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. Č. 1

Požadavek

Povinnost Požadované 

 

2

Požadované

    

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10

Požadované

Evidence soudních sporů se záznamem kompletního průběhu (historie) kauz včetně jednotlivých evidovaných údajů. 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í (kolky, zastupování apod.) Rozlišení aktivní a pasivní pozice Města Neratovice Zaznamenávat vazbu mezi jednotlivými kauzami. Vyhledávání záznamů dle různých kritérií. 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). Subsystém nabídne číselník soudů a práci s ním (zakládat, opravovat položky, vkládat je do případu). Řízení přístupových práv k jednotlivým případům, např. uzamknout celý případ proti úpravám ostatních uživatelů. Připojení jakéhokoli elektronického objektu (scan dokumentu, email, fotografie,…) k záznamu soudní kauzy. Export evidovaných údajů pro účely dalšího zpracování např. ve formátu xls. 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ů.


Naplněn ANO

ANO


Stránka 52 z 89

11

Požadované

Vazba na celostátní evidence – ARES, 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.

12



ANO

ANO

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

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

Požadavek 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. Elektronické schvalování návrhů záměrů. 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. 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. Příprava podkladů pro zadání veřejné zakázky. 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). Vazba na Správu majetku: Subsystém eviduje majetkové dopady a souvislosti záměrů s majetkem obce (organizace). 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.


Naplněn

ANO

ANO ANO

ANO

ANO

ANO

ANO

ANO

Stránka 53 z 89

2.6 2.6.1 Č.

Požadavky na ekonomický subsystém Obecné požadavky – Finance Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10

Požadované

11

Požadované

12

Požadované

13

Požadované

14

Požadované

Požadavek 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í). Struktura hlavní knihy dle různých požadavků, 3 místa syntetiky, 3 místa analytika, možnost využití dimenze. Zpracovávat účetní data pro více samostatných účetních jednotek, včetně podřízených organizací. Vytvářet předpis souvztažností (účetní předkontace). Obousměrná komunikace mezi účetnictví a rozpočtem a rozpočtového výkaznictví, nejsou-li součástí účetnictví. 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). Opravovat rozpočtové skladby u již zaúčtovaného dokladu, pokud je účetní období otevřeno (neřešit opravným dokladem). Vytvářet platební poukazy správcům rozpočtu jednotlivých kapitol. 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í). 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ů. Čí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. Sledování historie změn u vybraných číselníků a dokladů. Výstupy minimálně do formátů XML, XLS, HTML, DOC a PDF. Sada standardních výkazů (hlavní kniha (včetně rozpočtové skladby), účetní deník, saldokonto).


Naplněn ANO


ANO

ANO

ANO

ANO ANO ANO

Stránka 54 z 89

15

Požadované

16

Požadované

17

Požadované

18

Požadované

19

Požadované

20

Požadované

21

Požadované

22

Požadované

23

Požadované

24

Požadované

25

Požadované

26

Požadované

27

Požadované

28

Požadované

29

Požadované

30

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. Umožnit uživateli nadefinovat libovolný počet kontrolních sestav nad aktuálními daty hlavní knihy, včetně součtů. Sady sestav k jednotlivým kódům DPH, koeficient. Podklad pro výkaz o DPH. 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. Automatické pořízení dat (Pohledávky - Kniha odeslaných faktur i Závazky - Kniha došlých faktur). Zaúčtovávat přijaté a vydané platby z pokladny (záznam v evidenci pohledávek, závazků, saldokonta). Zaúčtovávat přijaté a vydané platby z banky (záznam v evidenci pohledávek, závazků, saldokonta). Automatické i ruční zaúčtování přírůstků, úbytků majetku. Vazba na Správu majetku. 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í. 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. 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). Výstup výkazů města v XML formátu, dle požadavků CSUIS . 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ů. 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í). 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

ANO ANO ANO ANO

ANO ANO ANO ANO ANO

ANO

ANO

ANO ANO

ANO

ANO

Stránka 55 z 89

31

Požadované

32

Požadované

33

Požadované

34

38


39

Požadované

40

Požadované

41

Požadované

42

Požadované

43

Požadované

44

Požadované

45

Požadované

46

Požadované

47

Požadované

35 36 37

Při zpracovávání roční uzávěrky umožnit pořizování dat do nového období. Hlavní kniha: možnost výběru položek, součtů, účetní věta, měsíční obraty, obraty k datu, zůstatků. 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. Předvaha. Podklad pro daňové přiznání DPPO. Sestavy nákladů a výnosů Rozvaha včetně přílohy. Výkaz zisků a ztrát dle platné legislativy. 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. 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. Sestavy uhrazených faktur s datem úhrady podle rozpočtové skladby, podle dodavatele, podle variabilního symbolu a částky. Sestavy podle čísla organizace (rozpočtová skladba) - výběr podle jednotlivých staveb u investic a podle jednotlivých objektů u údržby. Přehled o zaplacených fakturách na jednotlivých investičních akcích. 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. Podklad pro daňové přiznání - Daň z převodu nemovitostí. Podklad pro daňové přiznání – Ekologická daň. 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 ANO

ANO


ANO

ANO ANO ANO

ANO

ANO ANO ANO

Stránka 56 z 89

2.6.2 Požadavky na agendu Rozpočet Č.

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10

Požadované

11

Požadované

12

Požadované

Požadavek 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.). Sběr požadavků na tvorbu rozpočtu vytvořených jednotlivými správci rozpočtových kapitol. 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ě. 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.). Současná práce ve více obdobích (tzn. zejména na přelomu měsíce a na přelomu roku). 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. 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í. Nástroj pro vlastní definici výkazů nad daty rozpočtu a výkaznictví (např. pro schválení radou a zastupitelstvem). Hromadná úprava formátů (stylů) ve všech sestavách. Tvorba na sobě nezávislých variant návrhu rozpočtu. 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. 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).


Naplněn

ANO

ANO

ANO

ANO

ANO

ANO

ANO

ANO ANO ANO

ANO

ANO

Stránka 57 z 89

13

Požadované

14

Požadované

15

Požadované

16

Požadované

17

Požadované

18

Požadované

19

Požadované

20

Požadované

21

Požadované

22

Požadované

23

Požadované

24

Požadované

25

Požadované

26

Požadované

27

Požadované

28

Požadované

Evidence a zápis provedených operací, které uživatel provedl (data zadal, změnil, apod.). 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. Mimo rozpočtové skladby možnost nadefinovat libovolný počet dílčích celků rozpočtu (rozpočtových akcí) 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. Sestavování rozpočtového výhledu na 2 – 5 let. Ú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). 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ů. 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). Návrh a zadání rozpočtových opatření s následným tiskem. 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. 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). Dle organizační struktury omezit přístupy k datům - náhled na data jen konkrétním odborům, oddělením. Možnost příjmu, kontroly a odsouhlasení požadavků na změny v rozpočtu. Výkaz FIN 2-12M kdykoli v průběhu účetního období a vytvoření souboru pro odeslání CSUIS. 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.). 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 ANO

ANO

ANO ANO ANO

ANO

ANO ANO

ANO

ANO

ANO ANO ANO ANO

ANO

Stránka 58 z 89

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

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

Požadavek

Naplněn

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

ANO

ANO

 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. prezentace rozpočtu ve formě stromu fulltextové vyhledávání dle klíčových slov ve stromu rozpočtu a zobrazení výsledků v samostatném interaktivním panelu statistiky v členění Plán / Skutečnost možnost výběru starších verzí rozpočtu (rozpočtů z předchozích let) export do formátu PDF a XLS online nápověda k použití prezentační aplikace 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

1

Požadované

2

Požadované

3

Požadované

Požadavek 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). Předpis pohledávky musí být jednoznačně identifikovatelné číslo (variabilní symbol). 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í.


Naplněn ANO ANO

ANO

Stránka 59 z 89

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10

Požadované

11

Požadované

12

Požadované

13

Požadované

14

Požadované

15

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í). 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ě. Ověřování uhrazených pohledávek ze správních agend. Standardní evidence pohledávkového saldokonta, pohledávkových účtů. Sestava stavu pohledávek k určitému dni. Pohledávky vzniklé na základě fakturace (vydané faktury). Ruční párování, opravy párování, možnost definice párovacího klíče pro jednotlivé druhy pohledávek. Tisková sestava: seznam knihy odeslaných faktur, s možností rozšíření o datum splatnosti a úhrady. Systém musí umožnit elektronický schvalovací proces. Předkontace pomocného analytického přehledu při účtování Možnost evidování faktur s přenesenou daňovou povinností a vytvoření sestavy těchto faktur (vč. tisku) Výpočet opravných položek a kontrolní sestava k výpočtu opravných položek (vč. tisku)

ANO

ANO

ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO

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

Povinnost

1

Požadované

2

Požadované

3

Požadované

Požadavek 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. 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ě. Předpis závazků musí být jednoznačně identifikovatelné číslo této objednávky nebo smlouvy.


Naplněn

ANO

ANO

ANO Stránka 60 z 89

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10

Požadované

11

Požadované

12

Požadované

13

Požadované

14

Požadované

15

Požadované

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

ANO ANO ANO ANO

ANO


2.6.6 Požadavky na ES – Pokladna Č.

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

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


Naplněn ANO ANO ANO ANO ANO ANO ANO

Stránka 61 z 89

8

Požadované

9

Požadované

10

Požadované

11

Požadované

12 13


14

Požadované

15

Požadované

Tiskové sestavy - pokladní knihy (včetně rozpočtových skladeb), podkladní doklady (výdajové i příjmové). Tisková sestava – rekapitulace dle účelu platby. 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ý. 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ě Tiskové sestavy pro jednotlivé druhy plateb. Na pokladním dokladu umožnit vyznačení DPH. Předkontace pomocného analytického přehledu při účtování Možnost evidování dokladů s přenesenou daňovou povinností a vytvoření sestavy těchto dokladů (vč. tisku).

ANO ANO

ANO

ANO ANO ANO ANO ANO

2.6.7 Požadavky na ES – Banka Č.

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

Požadavek 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ě). Elektronický styk se všemi bankami v ČR (export platebního příkazu, import bankovního výpisu, automatické párování). Evidovat přijaté a vydané bezhotovostní platby na minimálně 99 bankovních účtech. Přednastavit šablony pro opakované platby (platební poukazy), pro tvorbu příkazu k úhradě, pro zjednodušení vlastního účtování. Automatické předkontace bankovního výpisu dle vybraných kritérií uživatele, včetně kombinace těchto kritérií. 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). Kontrola denních zůstatků na účtech – předcházení debetu. Tiskové sestavy bankovního výpisu s možností volitelnosti kritérií zaúčtování či rozpočtové skladby.


Naplněn ANO ANO ANO ANO ANO

ANO ANO ANO

Stránka 62 z 89

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

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

10

Požadované

11

Požadované

12

Požadované

13

Požadované

14

Požadované

15

Požadované

16


17

Požadavek

Povinnost

Evidence veškerého typu majetku města včetně speciálních údajů pro daný typ. Vedení a správa evidence majetku (zakládání, opravy a úpravy záznamů). Čí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ů. Členit majetek dle účetního rozvrhu. Možnost provádět výpočty účetních odpisů. Volba doby odepisování, kategorizace CZCPI. Realizovat hromadné převody mezi jednotlivými útvary. Tisknout sestavy (změnové, přírůstkové, úbytkové, inventární). Zajistit jednoznačnou identifikaci v evidenci drobného majetku – OE. Proces inventarizace majetku – včetně využití digitalizace účetních zápisů. Zobrazení vazby evidovaného majetku na účetní osnovu evidence majetku. Možnost odepisovat veškerý majetek ve vlastnictví města. Možnost uživatelského vytváření sestav v daném časovém okamžiku – např. změny. Možnost každoročně přeceňovat majetek na tržní (resp. reálnou) hodnotu. 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.). 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) Vazba na Evidenci majetku Vazby na Řízení záměrů a investic

Naplněn ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO

ANO

ANO ANO

2.6.9 Požadavky na ES – Workflow Č. 1


Požadavek Konfigurovatelné elektronické schvalování dokladů (faktura došlá, objednávka, platební poukaz, smlouva).


Naplněn ANO

Stránka 63 z 89

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

1

9

Požadované Požadované Požadované Požadované Požadované Požadované Požadované Požadované Požadované

10

Požadované

11

Požadované

12

Požadované

13

Požadované

14

Požadované

15

Požadované

Opatření obecné povahy Předběžné opatření, Předběžná otázka Obnova řízení, Nové řízení Přezkumné řízení Odvolací řízení Veřejnoprávní smlouvy Exekuční řízení na nepeněžitá plnění Řízení o určení právního vztahu Řízení na místě Uspokojení účastníka po podání žaloby ve správním soudnictví Stížnosti 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. 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í. Nástroj pro tvorbu vlastních šablon (dokumenty, sestavy, statistiky, upomínky). 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.

2 3 4 5 6 7 8


Naplněn ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO

ANO

ANO

ANO

Stránka 64 z 89

16

Požadované

17

Požadované

18

Požadované

19

Požadované

20

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. 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. Evidence aktuálního stavu řízení (odloženo, postoupeno, přerušeno, zastaveno, rozhodnuto, apod.) dle fáze procesu řízení. 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. Tisk dokumentů s uživatelským nástrojem pro tvorbu vlastních šablon.


ANO

ANO

ANO

ANO

ANO

Stránka 65 z 89

21

Požadované

22

Požadované

23


24

Požadované

25

Požadované

26

Požadované

27

Požadované

28

Požadované

29

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ů. Provázání řízení, která spolu procesně souvisí a možnost kopírování evidovaných údajů z jednoho řízení do druhého. 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ů. 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ů. Evidence (ne)doložených podkladů a příloh k danému řízení. Automatická tvorba povinných celostátních statistik. 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. V rámci správního řízení předání pokuty, nákladů řízení a správních poplatků do agendového systému. 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

ANO

ANO

ANO

ANO ANO

ANO

ANO

ANO

Stránka 66 z 89

30

Požadované

31

Požadované

32

Požadované

Přenos speciálních údajů z úkonu (charakteru ústního jednání) do kalendáře uživatele v MS Outlook. 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. Systém umožňuje tisk obálek a poštovních poukázek.

ANO

ANO

ANO

2.7.2 Požadavky na integrace Č.

Povinnost

1

Požadované

2


3

Požadované

4

Požadované

5

Požadované

6

Požadované

Požadavek 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í. 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). Integrace s agendovým systémem pomocí webových služeb a nástrojů SQL serveru. Integrace s Evidencí partnerů online pomocí technologie webových služeb a nástrojů SQL serveru. Integrace s ekonomickým subsystémem úřadu (ES). Integrace s IS základních registrů, kde systém ověřuje data subjektů a objektů.


Naplněn

ANO

ANO

ANO ANO ANO ANO

Stránka 67 z 89

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

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7


8

Požadované

9

Požadované

Požadavek 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. 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. Jednotlivé procesní kroky budou podrobně evidovány a jejich posloupnost odráží přesný procesní průběh celého správního řízení. 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). 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”. 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í. 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. 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í. 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.


Naplněn

ANO

ANO

ANO

ANO

ANO

ANO

ANO

ANO

ANO

Stránka 68 z 89

10

Požadované

11

Požadované

12

Požadované

13

Požadované

14

Požadované

15

Požadované

16

Požadované

17

Požadované

18

Požadované

19

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í. Systém musí být schopen slučovat jednotlivá řízení. 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í 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á. 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í. Systém musí být schopen propojení s údaji z registru obyvatel, osob, adres, katastru nemovitostí a být schopen vyhledat datovou schránku. 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 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. 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. 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 ANO

ANO

ANO

ANO

ANO

ANO

ANO

ANO

ANO

Stránka 69 z 89

20

Požadované

21

Požadované

22

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). 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. 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

ANO

ANO

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

Požadavek

Povinnost

1

Požadované

2

Požadované



3

Požadované



4

Požadované



5

Požadované

6

Požadované

 

7 9


10

Požadované

11

Požadované

12

Požadované

13

Požadované

14

Požadované

15

Požadované

8



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í: Zařazení, změna, vyřazení pozemní komunikace do/z příslušné kategorie Omezení či úprava veřejného přístupu na účelovou komunikaci Uzavření prostoru z hlediska pozemní komunikace Návrh na určení hranice souvislého zastavění Povolení, úprava, zrušení připojení pozemní komunikace/sousední nemovitosti Kácení dřevin na silničních pozemcích

 Zřízení věcného břemene  Zrušení dálnice, silnice nebo místní komunikace  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  Povolení, změna, odnětí povolení zřízení a provozování reklamního zařízení v silničním ochranném pásmu  Povolení umístění/ odstranění pevné překážky  Povolení provedení stavby nebo terénní úpravy v silničním ochranném pásmu  Ochrana dálnice, silnice a místní komunikace  Povolení zřízení/ zrušení úrovňového křížení pozemní komunikace s dráhou


Naplněn

ANO

ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO

Stránka 70 z 89

16

17

Požadované k datu instalace na testovací prostředí 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

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

1

2

3

Povinnost

Požadavek

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

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

Vazba na GIS úřadu a Registr nemovitostí včetně přenosu parcel i vlastníků

ANO

Požadované k datu instalace na testovací prostředí Požadované k datu instalace na testovací prostředí

Naplněn

2.7.6 Stavební řízení a územní plánování Požadavky na integrace Č.

Povinnost

1

Požadované

2


Požadavek Ří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ů 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.


Naplněn

ANO

ANO

Stránka 71 z 89

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10

Požadované

11

Požadované

12

Požadované

13

Požadované

15

Požadované k datu instalace na testovací prostředí Požadované

16

Požadované

17


14

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) Evidence speciálních údajů dle typu případu (informace o stavbě, …) 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 Evidence námitek, stanovisek a závazných stanovisek jednotlivých subjektů k danému řízení Evidence (ne)doložených podkladů, příp. evidence libovolných příloh k danému řízení Vystavování dokumentů na základě zaevidovaných údajů podle předdefinovaných šablon Generování podkladů pro statistiky Českého statistického úřadu (Stav 2-12a Stav 7-99) 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 Tiskové výstupy Knihovna textů – připravené fragmenty textů (často se opakující texty), které se jednoduše vkládají do jednotlivých polí 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. Vazba na geografický informační systém a Registr nemovitostí včetně přenosu parcel i vlastníků. Aktualizace dat z Registru nemovitostí. Zobrazení informací o pozemku, vlastnících a právních vztazích a mapových podkladech na webových stránkách ČÚZK 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

ANO

ANO

ANO ANO ANO ANO

ANO

ANO ANO

ANO

ANO

ANO ANO

ANO

Stránka 72 z 89

2.7.7 Vyvlastňovací řízení Č.

Požadavek

Povinnost

 1

Požadované

 

2


3


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ů. 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. Vazba na GIS úřadu a Registr nemovitostí včetně přenosu parcel i vlastníků


Naplněn

ANO

ANO

ANO

Stránka 73 z 89

2.8

Podpůrné a interní agendy

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

Povinnost

Požadavek

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7 8 9 10

Požadované Požadované Požadované Požadované

11

Požadované

12

Požadované

Údaje v rozsahu Zákona č. 133/2000 Sb. (včetně vazebních údajů o cizincích). Čí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ů. 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. Pořízení nového občana při narození či změně trvalého pobytu či bezdůvodně. 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). Veškeré výstupy evidovat v kartě osoby včetně data, času, osoby provádějící výdej. Počet trvale hlášených občanů na adrese. Zákazy pobytu na území města. Historie změn záznamů občana. Statistické výstupy. Zápis do log souboru o provedených změnách údajů. Vazba na agendový systém a ES.


Naplněn ANO

ANO

ANO

ANO

ANO


Stránka 74 z 89

2.8.2 Volební agenda Č.

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5


6

Požadované

7

Požadované

8

Požadované

9

Požadované

10

Požadované

11

Požadované

12

Požadované

13

Požadované

14

Požadované

15

Požadované

16

Požadované

17

Požadované

18

Požadované

19


20

Požadavek

Naplněn

Kompatibilita s legislativou ČR a EU. 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. Vyhledávání dle různých kritérií. 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

Tvorba a evidence, vymezení volebního okrsku, zobrazení na mapě, možnost definovat hranice okrsku v mapě (GIS úřadu). Zobrazit voliče (včetně data narození, TP, č. vol. okrsku a místnosti). 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. Archivace a verzovatelnost volební komise. Kontrola duplicity osob v komisích pro aktuální volby. 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.). Zobrazení a tisk seznamu členů komise s různými variantami typu a výběru tisku. Zobrazení a tisková sestava seznamu voličů s různými variantami typu a výběru tisku. Tisková sestava uzavřeného seznamu voličů k určitému datu. Evidence a následný tisk voličských průkazů. Umožnit uložení do textového souboru (formát PDF, DOC, RTF případně TXT). Seznam adres k vybranému ÚO (účelovému obvodu). Počet voličů po jednotlivých volebních okrscích. 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. Propojení na Registr obyvatel. Propojení na Registr adres.


ANO ANO ANO

ANO

ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO ANO

Stránka 75 z 89

21


Propojení na Spisovou službu úřadu.

ANO

2.8.3 Matrika Č.

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

10

Požadované

11

Požadované

12

Požadované

13

Požadované

14


15

Požadavek Soulad s legislativou ČR a EU (zákon č. 301/2000 Sb., vyhl. 207/2001 Sb. ve znění pozdějších předpisů.). Import údajů z ISEO k nově zadanému rodnému číslu. Označení matričních knih (číslo svazku) musí být možnost zadávat čísla i písmena. 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. Mrtvě narozené děti zadávat bez RČ. Protokol o určení otcovství před a po narození – ukládání dat a následný tisk. (automatické propojením do Agendy narození). 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.) Čí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. Čí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ů. 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. Evidence a tisk zápisů do zvláštní matriky narození, manželství, registrace partnerství a úmrtí. 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. Agenda registrovaného partnerství, narození, manželství a úmrtí. Agenda pro vítání občánků. Agenda jubilantů.


Naplněn ANO ANO ANO ANO ANO ANO

ANO

ANO

ANO

ANO

ANO

ANO

ANO ANO ANO

Stránka 76 z 89

16

Požadované

17

Požadované

18

Požadované

19

Požadované

20

Požadované

21

Požadované

22

Požadované

23

Požadované

24

Požadované

25

Požadované

26

Požadované

27

Požadované

28

Požadované

29

Požadované

30

Požadované

31

Požadované

32

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. 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.) Evidence oddávajících, kdy který oddávající oddává, včetně plánu kalendáře sňatků a partnerství. Migrace dat od 1.1.1998, v souladu se zákonem 301/2000 Sb. 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. Evidence státoobčanských slibů a vyššího ověření. Tisk štítků „Ověřovací doložka pro legalizaci a vidimaci“. 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. Tvorba sestav (i uživatelská) pro statistický úřad ze všech vnitřních agend (narození, úmrtí, sňatky, registrované partnerství). Tisk do blanketu Vysvědčení o právní způsobilosti k uzavření manželství. Tisk adres z matričních agend na obálky (štítky). Musí obsahovat číslo jednací ze spisové služby úřadu. 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í). Tisk složenek k úhradě, ale i pokladních dokladů k úhradě ihned na přepážce v hotovosti. Žádost o vystavení druhopisu matričního dokladu. Žádost o uzavření manželství a registrovaného partnerství mimo obřadní místnost a mimo stanovenou dobu. Prohlášení o dopsání druhého jména (nezletilý, zletilý, osvojené dítě). 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

ANO

ANO ANO

ANO

ANO ANO

ANO

ANO ANO ANO ANO ANO ANO ANO ANO ANO

Stránka 77 z 89

33

Požadované

34

Požadované

35

Požadované

36

Požadované

37

Požadované Požadované Požadované Požadované Požadované k datu instalace na testovací prostředí

38 39 40

41

42

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í. Šablony pro podporu registrovaného partnerství - delegace na jiný příslušný úřad. Š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. Tisková sestava pro vítání občánků (výběr podle data narození). Tisková sestava jubilantů (výběr podle jubilea).

ANO ANO ANO ANO

Propojení na Registr adres / územní identifikace.

ANO ANO ANO ANO


ANO

Propojení na ES – možnost ověření zaplacení poplatku.

ANO

Propojení na Registr obyvatel. Oboustranné propojení na ISEO.

2.8.4 Požadavky na agendu Vidimace a legalizace Č.

Povinnost

Požadavek Ověřování shody opisů nebo kopie s listinou (vidimace). Ověřování pravosti podpisu (legalizace).

Naplněn

1

Požadované

2 3


4

Požadované

5 6


7

Požadované

8

Požadované

9


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

Uložení, kopie, oprava, zrušení záznamu. Vyhledávání záznamu dle různých uživatelských kritérií. Možnost přednastavení pořadových čísel. Vazba na Registr obyvatel. Opakovatelný tisk ověřovací doložky – samostatný list a samolepící štítky „Ověřovací doložka pro legalizaci a vidimaci“. 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.



Stránka 78 z 89

11



ANO

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

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované Požadované Požadované k datu instalace na testovací prostředí

10

11

Požadavek 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ů. 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ů 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). 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ě. Kontrola zákonných lhůt a upozornění blížícího se termínu formou e-mailu příslušnému pracovníkovi. Roční statistika. Hodnocení vyřízených stížností z hlediska jejich oprávněnosti. Šablony: zápis o prošetření stížností, petic, oznámení a podnětů; formulář s podrobnými údaji o případu. Propojení na Registr obyvatel.

Naplněn ANO

ANO

ANO

ANO

ANO ANO ANO ANO

Propojení s registrem ekonomických subjektů.

ANO ANO


ANO


Stránka 79 z 89

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

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

Požadavek Evidence a schvalování uživatelských požadavků na technickou podporu (nejen v oblasti IT), na údržbu a opravy (budovy, zařízení, …). 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í, …). Webové řešení - uživatel pracuje výhradně v prostředí webového prohlížeče.

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. 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). 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. 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,…). Subsystém musí být technologicky nezávislá webová aplikace, lze ji provozovat pod libovolným webovým serverem, který podporuje skriptovací jazyk PHP.


Naplněn ANO

ANO ANO

ANO

ANO

ANO

ANO

ANO

Stránka 80 z 89

2.8.7 Manažerské přehledy (reporting) Č. Povinnost Požadavek Požadované 1

Požadované

2

3

ANO

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é 6

Požadované 7

9

12

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. Možnost modifikovat datový obsah předdefinovaných sestav, tj. omezení množiny dat na vstupu (nikoli formát sestavy). 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

ANO

ANO

Jako součást dodávky jsou požadovány minimálně tyto sestavy (reporty): Využití dat Základních registrů dle organizační Požadované ANO struktury (report ukazuje, jak který uživatel Požadované

11

ANO

Subsystém umožňuje automatické a/nebo manuální vytváření reportů.

Požadované

10

ANO

Požadované

4

8

Uživatelsky jednoduchý sdílený nástroj pro získání provozních a agendových informací ze systému ERP. 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.

Naplněn


ověřuje data v ZR) Využití dat Základních registrů dle agend (report prezentuje, ze kterých agend jsou prováděny přístupy do ZR)

Správa majetku - Stav majetku v evidenci Správa majetku - Pohyby majetku v evidenci Správa majetku - Příjem z prodeje majetku


ANO ANO ANO ANO

Stránka 81 z 89

13 14 15 16

Požadované Požadované Požadované Požadované

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

ANO ANO ANO ANO

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

Povinnost

1

Požadované

2

Požadované

3

Požadované

4

Požadované

5

Požadované

6

Požadované

7

Požadované

8

Požadované

9

Požadované

Požadavek 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. 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. 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. 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). 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). Zpracování vyúčtování je evidováno u smlouvy, jejímž prostřednictvím byla finanční podpora poskytnuta. 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. Subsystém kontroluje čerpání a využití příspěvku. 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.


Naplněn

ANO

ANO

ANO

ANO

ANO

ANO

ANO

ANO ANO

Stránka 82 z 89

10

Požadované

11

Požadované

12

Požadované

13

Požadované

Centrální evidence poskytování příspěvků na provoz či investice zřizovaným organizacím města. 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ů. 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 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

ANO

ANO

ANO

Stránka 83 z 89

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


Stránka 84 z 89

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

1

2

3

Komponenta 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 Centrální správa ERP (viz články 2.3.1 a 2.3.2 Přílohy č. 2 ZD)

PROXIO-EOS 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

4

Ekonomický subsystém – Finance (viz článek 2.6.1 Přílohy č. 2 ZD)

Počet požadovaných licencí dodaných v ERP systému

Naplnění - počet nabízených licencí


neomezený počet


neomezený počet


neomezený počet


7 licencí


neomezený počet

neomezený přístup

neomezený počet


4 licence


4 licence


4 licence


4 licence

PROXIO-NAV 5

Ekonomický subsystém – Rozpočet (viz článek 2.6.2 Přílohy č. 2 ZD)

PROXIO-RZP 6

Ekonomický subsystém – Interaktivní rozpočet (viz článek 2.6.3 Přílohy č. 2 ZD)

PROXIO-RZP VIEW 7

Ekonomický subsystém – Kniha odeslaných faktur (viz článek 2.6.4 Přílohy č. 2 ZD)

PROXIO-NAV 8

Ekonomický subsystém – Kniha došlých faktur (viz článek 2.6.5 Přílohy č. 2 ZD)

PROXIO-NAV 9

Ekonomický subsystém – Pokladna (viz článek 2.6.6 Přílohy č. 2 ZD)

PROXIO-NAV 10

Ekonomický subsystém – Banka (viz článek 2.6.7 Přílohy č. 2 ZD)

PROXIO-NAV


Stránka 85 z 89

11

Ekonomický subsystém – Účetní evidence majetku (viz článek 2.6.8 Přílohy č. 2 ZD)


neomezený počet


neomezený počet


neomezený počet


neomezený počet


neomezený počet

PROXIO-ENO 12

Ekonomický subsystém – Workflow (viz článek 2.6.9 Přílohy č. 2 ZD)

PROXIO-WORKFLOW 13

Agendový systém – agendy samosprávy (viz články 2.5.1 až 2.5.15 Přílohy č. 2 ZD)

PROXIO-AGENDIO 14

Agendový systém – Správní řízení (viz články 2.7.1 až 2.7.7 Přílohy č. 2 ZD)

PROXIO-AGENDIO Podpůrné a interní agendy (viz články 2.8.1 až 2.8.8 Přílohy č. 2 ZD) 15

PROXIO-AGENDIO; PROXIO-ROB; PROXIO-VLB; PROXIO-MC HelpDesk; PROXIO-EZAM


Stránka 86 z 89

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 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. 1

2

Požadované

Požadované

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

ANO

ANO

Služba Helpdesk musí být poskytována nepřetržitě, s garantovanou reakcí v pracovní dny v době: 8:00 - 17:00 hod.


Stránka 87 z 89

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


Stránka 88 z 89

PŘÍLOHA č. 6 – Rozsah migrace dat „Ekonomický informační systém“ (ERP) Název

Popis

Požadavek

Geovap MATRIKA

Vedení matričních knih

Geovap ODPADY

Evidence komunálního odpadu

Geovap POPLATKY

Evidence příjmů úřadu

Geovap PSI

Evidence psů

Geovap VHP

Výherní hrací přístroje

Gordic EMA

Evidence majetku města

Gordic KDF

Kniha došlých faktur

Gordic KOF

Kniha odeslaných faktur

Gordic POK

Pokladna

Gordic UCR

Účetnictví a rozpočet města

Vita POHLEDÁVKY

Vymáhání

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

plná migrace dat: období 2013 a 2014 a všechny živé případy plná migrace dat: období 2013 a 2014 a všechny živé případy plná migrace dat: všechny živé případy plná migrace dat: období 2013 a 2014 a všechny živé případy plná migrace dat: období 2013 a 2014 a všechny živé případy plná migrace dat plná migrace dat: období 2013 a 2014 a všechny živé případy plná migrace dat: období 2013 a 2014 a všechny živé případy plná migrace dat: období 2013 a 2014 a všechny živé případy plná migrace dat: období 2013 a 2014 a všechny živé případy plná migrace dat: období 2013 a 2014 a všechny živé případy


Stránka 89 z 89

MARBES CONSULTING s.r.o. Stránka 2 z 89

Recommend Documents