SMLOUVA O DÍLO
SMLOUVA O DÍLO
„Elektronizace agend Městského úřadu Čáslav a Městské policie Čáslav“
Číslo SWR/18/301
uzavřená níže uvedeného dne, měsíce a roku podle § 2586 a násl. zákona č. 89/2012 Sb., občanského zákoníku, ve znění pozdějších předpisů a podle zákona č. 121/2000 Sb. (autorský zákon), ve znění pozdějších předpisů
Čl┻ な┻Smluvní strany
1.1. Město Čáslav
se sídlem: nám. X. Xxxxx z Trocnova 1/1, Čáslav - Staré Město, 286 01 Xxxxxx XX: 00236021
DIČ: CZ00236021
zastoupené: Xxx. Xxxxxxx Xxxxxx, starosta města bankovní spojení: Česká spořitelna a.s.
č.ú.: 11117722/0800
kontaktní osoba: Xxx. Xxxxxxx Xxxxxxx, tajemník
telefon: x000 000 000 000
(dále jen „objednatel“, „zadavatel“)
a
1.2. XXXX, spol. s r.o.
se sídlem Lužná 716/2, 160 00 Praha 6 − Vokovice
kontaktní adresa: Xxxxxxxxxx xxxxxxx 00/X, 000 00 Chlumec nad Cidlinou IČ: 62587978
DIČ: CZ62587978
zastoupený/jednající: Xxx. Xxxx Xxxxxxxx, jednatel
bankovní spojení: Fio banka, a.s.
č.ú.: 2400431298/2010
zapsán v obchodním rejstříku vedeném Městským soudem v Praze, oddíl C, vložka 34140 kontaktní osoba: Xxxxxx Xxxxx
telefon: x000 000 000 000
(dále jen „zhotovitel“, „uchazeč“, „účastník zadávacího řízení“)
Tato smlouva je uzavírána v návaznosti na veřejnou zakázku s názvem „Elektronizace agend
Městského úřadu Čáslav a Městské policie Čáslav“, zadávanou objednatelem jakožto zadavatelem.
Čl┻ に┻Předmět smlouvy
2.1.1. Předmětem plnění této smlouvy je dodávka a implementace nových elektronizovaných agend do prostředí Městského úřadu Čáslav a Městské policie Čáslav, a to včetně nedílně souvisejících požadavků typu zaškolení, dodání licencí, zpracování dokumentace.
2.2. Předmětem díla jsou následující činnosti zhotovitele┺
2.2.1. Dodávka licencí, implementace nových elektronizovaných agend, testovací provoz a předání do řádného užívání.
2.2.2. Pro výše uvedený rozsah plnění:
• provedení integrací na další systémy v prostředí objednatele i mimo něj
• úprava dodaného řešení dle potřeb a požadavků dle pokynů objednatele
• zaškolení odborného personálu objednatele
2.2.3. Dále je předmětem plnění dodávka
• dokumentace k dodanému plnění v požadovaném rozsahu
• dalších licencí potřebných pro provoz nových elektronizovaných agend
• listinného potvrzení dodaných licencí co do jejich počtu a rozsahu
2.2.4. Detailní předmět plnění je uveden v příloze č. 1 této smlouvy − Technické dokumentaci.
2.2.5. Předmět smlouvy rovněž obsahuje plnění, které není uvedeno v příloze č. 1 této smlouvy - Technické dokumentaci, ale jehož realizace je nezbytná pro provedení díla, tj. pro řádné a včasné dokončení díla v souladu s touto smlouvou. Zahrnuje veškerá plnění včetně software pro zajištění 100% funkčnosti a provozuschopnosti nových elektronizovaných agend a dalších komponent na základě této smlouvy o dílo.
2.3. Vzdálený přístup do prostředí objednatele
2.3.1. Předmětem této smlouvy je dále i zajištění a sjednání podmínek vzdáleného přístupu zhotovitele bez aktivní účasti objednatele do prostředí objednatele za účelem plnění této smlouvy.
2.3.2. Objednatel se zavazuje, že umožní zhotoviteli vzdálený přístup k informačním systémům a aplikacím uvedeným v předmětu plnění této smlouvy nejpozději do pracovních 15 dnů ode dne uzavření této smlouvy.
Čl┻ ぬ┻Doba a místo plnění
3.1.1. Plnění díla bude zahájeno ihned po uzavření této smlouvy.
3.1.2. Plnění předmětu díla této smlouvy bude dokončeno jeho řádným zhotovením ze strany zhotovitele a řádnou a bezvýhradnou akceptací se strany objednatele. S výjimkou ustanovení týkajících se vzdáleného přístupu, který je předmětem této smlouvy.
3.2. Místo plnění┺
3.2.1. Místem plnění díla je sídlo objednatele na adrese xxx. X. Xxxxx z Trocnova 1/1, Čáslav - Staré Město, 286 01 Čáslav.
3.3. Doba dokončení díla┺
3.3.1. Řádně zhotovené a dokončené dílo bude předáno objednateli nejpozději do 20 týdnů od uzavření smlouvy.
3.3.2. Detailní závazný harmonogram plnění včetně dílčích milníků, na jejichž splnění v daném pořadí a čase objednatel bude trvat, je obsažen v příloze č. 1 této smlouvy o dílo - Technické dokumentaci.
Čl┻ ね┻Práva a povinnosti smluvních stran
4.1.1. Zhotovitel se zavazuje za podmínek stanovených touto smlouvou na svůj náklad a na své nebezpečí ve sjednaném termínu splnit celý předmět smlouvy. Zhotovitel se dále zavazuje dodat řádně a včas plnění podle této smlouvy bez právních a faktických vad.
4.1.2. Při zhotovování díla se zhotovitel zavazuje počínat si s odbornou péčí tak, aby byl zcela naplněn předmět a účel smlouvy.
4.1.3. Zhotovitel je povinen vynaložit maximální úsilí, aby docílil nejlepšího možného výsledku při plnění předmětu této smlouvy prostřednictvím využití svých znalostí a zkušeností.
4.1.4. Při provádění díla postupuje zhotovitel samostatně, je však vázán zejména písemnými pokyny objednatele. Zhotovitel je povinen bez zbytečného odkladu písemně upozornit objednatele na nevhodnost jeho pokynů k provedení díla. Pokud nevhodné pokyny brání v řádném provádění díla, je zhotovitel povinen v nezbytně nutném rozsahu přerušit provádění díla do doby změny pokynů objednatele nebo písemného sdělení, že objednatel trvá na provádění díla dle svých pokynů. V souvislosti s realizací díla po dobu takového přerušení má zhotovitel nárok na prokazatelně vynaložené náklady.
4.1.5. Zhotovitel je povinen v průběhu provádění díla dodržovat obecně závazné předpisy a normy, postupovat s náležitou odbornou péčí, podle nejlepších znalostí a schopností, sledovat a chránit oprávněné zájmy objednatele.
4.1.6. Zhotovitel je povinen v průběhu provádění díla neprodleně informovat objednatele o všech skutečnostech, které mají nebo mohou mít vliv na provedení díla.
4.1.7. Pokud objednatel zjistí, že zhotovitel provádí dílo v rozporu se svými povinnostmi, je oprávněn požadovat, aby zhotovitel odstranil v objednatelem stanovené lhůtě vzniklé vady a dílo prováděl řádným způsobem.
4.1.8. Zhotovitel se zavazuje v průběhu provádění díla postupovat v souladu se zásadami projektového řízení a zejména jejich jednotlivými konkrétními pokyny zanesenými
4.1.9. Objednatel se zavazuje řádně a včas dokončený předmět smlouvy od zhotovitele protokolárně převzít a zaplatit zhotoviteli sjednanou cenu.
4.2. Součinnost
4.2.2. Rozsah součinnosti bude odsouhlasen při zahájení realizace jako součást Dokumentace skutečného provedení (v detailu viz. příloha č. 1 této smlouvy - Technická dokumentace), včetně termínů jejího poskytování.
4.2.3. V případě následného požadavku zhotovitele na součinnost nad dohodnutý rámec má objednatel právo součinnost odmítnout, případně ji poskytnout v termínu a rozsahu dle svých možností, a to bez dopadu na harmonogram realizace a z něj vyplývající sankce za nedodržení termínů.
4.2.4. Neposkytnutí součinnosti jako důvod pro posun smluvních termínů bude akceptován pouze tam, kde byla součinnost objednatelem přislíbena při zahájení realizace.
4.3. Projektový tým
4.3.1. Xxxxxxxxxx se zavazuje předmět plnění smlouvy realizovat prostřednictvím projektového týmu, kterým prokázal kvalifikaci ve veřejné zakázce, na jejímž základě je uzavírána tato smlouva o dílo. Projektový tým zhotovitele je odpovědný za plnění této smlouvy o dílo.
4.3.2. Xxxxxxxxxx se zavazuje realizovat předmět plnění této smlouvy prostřednictvím projektového týmu v tomto složení na těchto pozicích:
• Xxxxxxx projektu − Xxxxxx Xxxxx
• Konzultant - garant řešení v oblasti elektronizovaných agend obecních a městských úřadů - = Xxx. Xxxxxxxx Xxxxxxx
• Konzultant - garant řešení v oblasti elektronizovaných agend městské a obecní policie − Xxxxx Xxxxxxxx, Dis.
• Analytik - Mgr. Xxx Xxxxxxx
Čl┻ の┻Cena díla
5.1.1. Cena za zhotovení díla představuje objednatelem /jakožto zadavatelem/ akceptovanou nabídkovou cenu, předloženou zhotovitelem /jakožto uchazečem/ v nabídce na veřejnou zakázku „Elektronizace agend Městského úřadu Xxxxxx Xxxxxxx policie Čáslav“.
5.1.2. Zhotovitel výslovně prohlašuje, že nabídková cena a cena díla obsahuje veškeré práce a dodávky, poplatky a jiné náklady nezbytné pro řádnou a úplnou realizaci sjednaného
5.1.3. Objednatel a zhotovitel se dohodli, že cena za řádné a včasné provedení celého díla
specifikovaného v čl. 2 této smlouvy činí celkem částku:
4 655 447 Kč včetně DPH, přičemž
cena bez DPH činí 3 847 477 Kč, sazba DPH činí 21 %,
výše DPH činí 807 970 Kč.
5.1.4. Tato cena je stanovena jako cena konečná a úplná.
5.1.5. Zhotovitel není oprávněn požadovat po objednateli poskytnutí zálohy.
5.1.6. Zhotovitel na sebe výslovně bere odpovědnost za to, že sazba a výše daně z přidané hodnoty bude stanovena v souladu s platnými právními předpisy.
5.1.7. Daň z přidané hodnoty bude připočtena k ceně díla ve výši dle právní úpravy platné ke dni uskutečnění zdanitelného plnění.
5.1.8. Sjednaná celková cena díla dle této smlouvy je cenou nejvýše přípustnou, kterou je možné překročit pouze v případě zvýšení sazby DPH, a to tak, že zhotovitel ke sjednané ceně bez DPH připočítá DPH v procentní sazbě odpovídající zákonné úpravě účinné k datu uskutečnitelného zdanitelného plnění.
Čl┻ は┻Platební podmínky
6.1.1. Cena díla bude objednatelem uhrazena jednorázovou platbou na základě zhotovitelem
vystavené faktury.
6.1.2. Fakturu je zhotovitel oprávněn vystavit nejdříve následující den po dni uskutečnění zdanitelného plnění, jímž se pro účely této smlouvy rozumí řádná realizace předmětu díla definovaného v čl. 2 této smlouvy.
6.1.3. Podkladem pro vystavení faktury je podepsaný protokol o předání a převzetí předmětu díla.
6.1.4. Všechny faktury dle této smlouvy musí obsahovat název a registrační číslo projektu
„Modernizace městského informačního systému MěÚ Čáslav, č. projektu
CZ.06.3.05/0.0/0.0/16_044/0005147“.
6.1.5. Splatnost faktury činí 30 dnů ode dne jejího prokazatelného doručení na adresu sídla objednatele.
6.1.6. Faktura bude mít náležitosti daňového dokladu dle platných právních předpisů (zákona č. 563/1991 Sb., o účetnictví, v platném znění a zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění).
6.1.7. Faktury musí obsahovat označení smlouvy, číslo účtu zhotovitele a všechny údaje uvedené v
§ 28 odst. 2 zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů.
6.1.8. Součástí faktury bude specifikace dodaného plnění tak, aby byla v souladu s platnými účetními a daňovými předpisy, a to za účelem řádného vedení evidence majetku objednatele v souladu s těmito právními předpisy.
6.1.9. V případě, že faktura − daňový doklad nebude obsahovat stanovené náležitosti nebo v něm nebudou správně uvedené údaje, je objednatel oprávněn ji vrátit ve lhůtě splatnosti zpět zhotoviteli s uvedením chybějících náležitostí nebo nesprávných údajů. V takovém případě se přeruší běh lhůty splatnosti a nová lhůta splatnosti počne běžet doručením opravené faktury
− daňového dokladu.
6.1.10. Po vzniku práva fakturovat je zhotovitel povinen vystavit a objednateli předat fakturu.
6.1.11. Cena bude zhotoviteli zaplacena bezhotovostní formou převodem na jeho bankovní účet. Faktura je považována za proplacenou okamžikem odepsání příslušné částky z účtu objednatele ve prospěch zhotovitele.
6.1.12. Xxxxxxxxxx souhlasí s tím, aby subjekty oprávněné dle zák. č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů, provedly finanční kontrolu závazkového vztahu vyplývajícího ze smlouvy s tím, že se zhotovitel podrobí této kontrole, a bude spolupůsobit jako osoba povinná ve smyslu ust. § 2 písm. e) uvedeného zákona při výkonu finanční kontroly prováděné v souvislosti s úhradou služeb z veřejných výdajů.
6.1.13. Pro případ, že zhotovitel je, nebo se od data uzavření smlouvy do dne uskutečnění zdanitelného plnění stane na základě rozhodnutí správce daně „nespolehlivým plátcem“ ve smyslu ustanovení § 106a zákona č. 235/2004 Sb., o DPH, ve znění pozdějších předpisů, souhlasí zhotovitel s tím, že mu objednatel uhradí cenu plnění bez DPH a DPH v příslušné výši odvede za nespolehlivého plátce přímo příslušnému správci daně. V souvislosti s tímto ujednáním nebude zhotovitel vymáhat od objednatele část z ceny plnění rovnající se výši odvedeného DPH a souhlasí s tím, že tímto bude uhrazena část jeho pohledávky, kterou má vůči objednateli, a to ve výši rovnající se výši odvedené DPH.
6.1.14. Zhotovitel je povinen uchovávat veškerou dokumentaci související s realizací projektu (předmětu plnění této smlouvy) včetně účetních dokladů minimálně do konce roku 2028.
6.1.15. Zhotovitel je povinen minimálně do konce roku 2028 poskytovat požadované informace a dokumentaci související s realizací projektu (předmětu plnění této smlouvy) zaměstnancům nebo zmocněncům pověřených orgánů (CRR, MMR ČR, MF ČR, Evropské komise, Evropského účetního dvora, Nejvyššího kontrolního úřadu, příslušného orgánu finanční správy a dalších oprávněných orgánů státní správy) a je povinen vytvořit výše uvedeným osobám podmínky k provedení kontroly vztahující se k realizaci projektu (předmětu plnění této smlouvy) a poskytnout jim při provádění kontroly součinnost.
Čl┻ ば┻Předání díla
7.1.1. Xxxxxxxxxx splní svoji povinnost zhotovit dílo jeho řádným a včasným dokončením v souladu s podmínkami této smlouvy a předáním hotového díla objednateli.
7.1.2. Předání a převzetí díla je rozděleno do několika částí označených jako „milníky“ podle harmonogramu obsaženého v příloze č. 1 této smlouvy s názvem - Technická dokumentace. Akceptace díla jako celku je podmíněna dílčími akceptacemi jednotlivých milníků harmonogramu s výsledkem „Splněno“.
7.1.3. Specifické podmínky stanovené pro akceptační řízení jsou dále detailně rozpracovány
v příloze č. 1 této smlouvy - Technické dokumentaci v kapitole s názvem Akceptační řízení.
7.1.4. Objednatel prohlašuje, že převezme pouze dokončené dílo bez zjevných vad, nedodělků a podstatných vad bránících funkcionalitě předávaného díla. V opačném případě si objednatel vyhrazuje právo převzetí díla odmítnout, bez nároku na navýšení ceny díla.
7.1.5. Předání a převzetí díla proběhne na základě porovnání skutečných vlastností díla dle specifikace díla uvedené v čl. 2. této smlouvy. Plnění bude potvrzeno podpisem protokolu o předání Objednatelem. Součástí protokolu o předání je jednoznačná identifikace předávaného díla.
7.1.6. Zjistí-li objednatel nedostatky, nedodělky, či vady, oznámí to písemnou formou bez zbytečného odkladu zhotoviteli.
7.1.7. Místem předání díla je sídlo objednatele.
7.1.8. Za objednatele je oprávněn jednotlivé milníky dle harmonogramu díla a hotové dílo převzít a
akceptační protokol podepsat Xxxxx Xxxxxx, správce IT, Městský úřad Čáslav.
7.1.9. Vlastnické právo k dílu přechází na objednatele okamžikem předání díla objednateli. Práva
z poskytnuté licence objednatel nabývá okamžikem převzetí díla od zhotovitele.
Čl┻ ぱ┻Záruka za dílo
8.1.1. Zhotovitel poskytuje objednateli záruku v délce trvání 2 let. Dílo dle této smlouvy bude ke dni předání a převzetí objednatelem způsobilé k řádnému užití a bude mít vlastnosti stanovené touto smlouvou.
8.1.2. Xxxxxxxxxxxx poskytovaná záruka se vztahuje na kompletní funkčnost díla, jakož i na jeho
vlastnosti požadované objednatelem.
8.1.3. Záruční doba začíná běžet ode dne převzetí díla objednatelem. Záruční doba se prodlužuje o dobu, po kterou mělo dílo vadu bránící jeho řádnému užívání objednatelem, nebo po kterou bylo plnění mimo provoz z důvodu vady, na kterou se vztahuje záruka.
8.1.4. Veškeré zjištěné nedostatky, nedodělky a vady díla, které se vyskytnou v záruční době, je
objednatel povinen bez zbytečného odkladu písemně oznámit zhotoviteli.
8.1.5. Vadou díla se pro účely této smlouvy rozumí rozpor mezi sjednanými podmínkami provedení díla, jeho parametry a skutečným stavem díla.
8.1.6. Objednatel má vůči zhotoviteli tato práva z odpovědnosti za vady:
• právo na bezplatné odstranění reklamovaných vad, a to bezprostředně po oznámení vady
objednatelem, nejpozději ve lhůtě 15 dnů od oznámení vady objednatelem,
• právo na poskytnutí přiměřené slevy z ceny odpovídající rozsahu reklamovaných vad či nedodělků,
• právo na odstoupení od smlouvy, kdy vady či nedodělky jsou takového charakteru, že ztěžují či dokonce brání v užívání díla, nebo
• právo na zaplacení nákladů na odstranění vad v případě, kdy si objednatel vadu či nedodělek odstraní sám nebo použije třetí osoby k jejich odstranění.
8.1.8. Záruka je poskytována v souladu s ustanovením § 2113 a násl. zákona č. 89/2012 Sb., občanského zákoníku, v platném znění.
Čl┻ ひ┻Licenční ujednání
9.1.1. Zhotovitel v rámci plnění předmětu této smlouvy vytvoří dílo podléhající ochraně podle zákona č. 121/2000 Sb., o právu autorském (autorský zákon), a zákona č. 89/2012 Sb., občanského zákoníku, a tak poskytuje objednateli licenci - tj. oprávnění k výkonu práva užívat jím vytvořené autorské dílo.
9.2. Zhotovitel poskytuje licenci jako:
⮚ nevýhradní licenci k veškerým známým způsobům užití takového díla, zejména, xxxxxxx však výlučně k účelu, ke kterému bylo takové dílo zhotovitelem vytvořeno v souladu se smlouvou a to v rozsahu minimálně nezbytném pro řádné užívání díla objednatelem,
⮚ licenci neomezenou územím výkonu působnosti objednatele,
⮚ licenci co do rozsahu oprávněného počtu uživatelů k užívání informačního systému a
jeho jednotlivých oblastí neomezenou;
⮚ neomezenou způsobem nebo rozsahem užití;
⮚ licenci udělenou na dobu určitou, a to po celou dobu trvání majetkových práv k dílu;
⮚ licenci, kterou není objednatel povinen využít.
9.2.1. Povinnost týkající se licence platí pro zhotovitele i v případě zhotovení části díla
poddodavatelem.
9.2.2. Licence je poskytnutá v maximálním rozsahu povoleném platnými právními předpisy.
9.2.3. Zhotovitel je povinen zajistit, aby výsledkem jeho plnění nebo jakékoliv jeho části nebyla porušena práva třetích osob. Pro případ, že užíváním předmětu plnění nebo jeho dílčí části nebo prostou existencí předmětu plnění nebo jeho dílčí části budou v důsledku porušení povinností zhotovitele dotčena práva třetích osob, nese zhotovitel vedle odpovědnosti za takovéto vady plnění i odpovědnost za veškeré škody, které tím objednateli vzniknou.
9.3. Xxxxxxxxxx uděluje objednateli
⮚ oprávnění dílo (nebo jeho dílčí část), které podléhá ochraně podle zákona č. 121/2000 Sb. (autorský zákon) a zákona č. 89/2012 Sb., občanského zákoníku, upravovat, zpracovávat, měnit jeho název,
⮚ a oprávnění dílo spojit s dílem jiným a s dílem dále pracovat za účelem jeho dalšího rozvoje a používání.
9.3.1. Objednatel a zhotovitel se výslovně dohodli, že odměna za veškerá licenční oprávnění poskytnutá objednateli je již zahrnuta v ceně za poskytnuté plnění dle této smlouvy, tj. cena za poskytnutí licence, včetně nákladů souvisejících s případnou aktualizací licence.
9.4. Licence k datům
9.4.1. Veškerá data zpracovávaná nejen objednatelem v informačním systému jsou daty objednatele a o nakládání s nimi rozhoduje výhradně objednatel.
Čl┻ など┻ Odpovědnost za škodu
10.1.1. Smluvní strany nesou odpovědnost za způsobenou škodu v rámci platných právních předpisů a této smlouvy.
10.1.2. Smluvní strany se zavazují k vyvinutí maximálního úsilí k předcházení škodám a k minimalizaci
vzniklých škod.
Čl┻ なな┻ Vzdálený přístup do prostředí objednatele
11.1.1. Vzdálený přístup je poskytován výhradně zhotoviteli a nelze ho dále převádět na jinou osobu nebo osoby. Porušení této povinnosti bude považováno za podstatné porušení této smlouvy.
11.1.2. Zhotovitel se zavazuje, že vzdálený přístup k informačním systémům a aplikacím v prostředí počítačové sítě objednatele na základě této smlouvy bude využívat jen za účelem dodávky těchto informačních systémů a aplikací a poskytování služeb uvedených v této smlouvě a samostatné smlouvě o technické podpoře a rozvoji k předmětnému informačnímu systému. Porušení této povinnosti bude považováno za podstatné porušení smlouvy.
Čl┻ なに┻ Sankční ujednání
12.1.1. Dojde-li k prodlení s úhradou daňového dokladu - faktury, je zhotovitel oprávněn účtovat objednateli úrok z prodlení ve výši 0,05 % z dlužné částky za každý započatý den prodlení po termínu splatnosti až do doby zaplacení dlužné částky.
12.1.2. Nesplní-li zhotovitel svůj závazek vycházející z každého z dílčích termínů milníků harmonogramu, který je součástí přílohy č. 1 této smlouvy - Technické dokumentace, je oprávněn objednatel požadovat po zhotoviteli zaplacení jednorázové smluvní pokuty ve výši 5.000,- Kč za nedodržení termínu plnění každého z těchto milníků.
12.1.3. Nesplní-li zhotovitel svůj závazek v rozsahu a čase plnění sjednaném touto smlouvou, je oprávněn objednatel požadovat po zhotoviteli nad rámec nedodržení plnění dle milníků harmonogramu zaplacení jednorázové smluvní pokuty ve výši 20.000,- Kč za nedodržení termínu plnění a dále smluvní pokuty ve výši 0,2 % ze sjednané ceny plnění dle této smlouvy
za každý započatý den prodlení, až do řádného dokončení a předání celého předmětu plnění
a zhotovitel je povinen takto požadovanou smluvní pokutu zaplatit.
12.1.4. Nesplní-li zhotovitel v dohodnutém termínu svůj závazek odstranit vady a nedodělky vytknuté při převzetí díla nebo v průběhu záruční doby, je objednatel oprávněn požadovat na zhotoviteli zaplacení smluvní pokuty ve výši 0,05 % ze sjednané ceny předmětu plnění za každý započatý den prodlení až do jejich úplného odstranění a zhotovitel se zavazuje takto požadovanou smluvní pokutu objednateli zaplatit.
12.1.5. Nesplní-li zhotovitel řádně podmínky projektového řízení dle přílohy č. 1 této smlouvy - Technické dokumentace zejména v případě zápisů ze schůzek a pracovních jednání, v případě účasti odpovědné osoby zhotovitele na kontrolních dnech a v případě pravidelného reportingu, je objednatel oprávněn požadovat po zhotoviteli smluvní pokutu ve výši 500,- Kč za každý případ takového pochybení a to i opakovaně.
12.1.6. Pokud zhotovitel nesplní svůj závazek vyplývající ze vzdáleného přístupu na základě této smlouvy, zejména v oblasti odstranění vzniklých závad v souvislosti s jeho vzdáleným přístupem do počítačové sítě objednatele, zavazuje se uhradit objednateli nutné náklady spojené s uvedením počítačové sítě do původního stavu a navíc se zavazuje zaplatit smluvní pokutu ve výši 10.000,- Kč za každý zjištěný a prokázaný případ porušení povinnosti spojené se vzdáleným přístupem do počítačové sítě objednatele.
12.1.7. V případě realizace předmětu plnění této smlouvy projektovým týmem zhotovitele v jiném složení, než které je uvedeno v článku 4.3.2 této smlouvy, je objednatel oprávněn požadovat po zhotoviteli zaplacení smluvní pokuty ve výši 20.000,- Kč za každý zjištěný případ.
12.1.8. Zaplacením smluvní pokuty není dotčeno právo poškozené strany na náhradu vzniklé škody. Výši smluvních pokut považují obě smluvní strany shodně za přiměřené.
12.1.9. Základem pro výpočet smluvní pokuty je na základě dohody smluvních stran cena v Kč včetně
12.1.10. Smluvní pokuty a úroky z prodlení podle tohoto článku jsou splatné do 30 dnů ode dne doručení jejich vyúčtování.
Čl┻ なぬ┻ Ukončení smlouvy
13.1.1. Tuto smlouvu lze ukončit dohodou smluvních stran. Dohoda o ukončení smluvního vztahu musí být písemná, jinak je neplatná.
13.1.2. Od této smlouvy lze odstoupit v případě podstatného porušení povinností jednou smluvní stranou, jestliže je takové porušení povinnosti označeno za podstatné touto smlouvou nebo zákonem. Odstoupení od smlouvy je účinné dnem doručení písemného oznámení o odstoupení druhé smluvní straně.
13.1.3. Smluvní strany se dohodly, že za podstatné porušení této smlouvy ze strany zhotovitele považují:
• dodání nebo zhotovení vadného předmětu plnění,
• prodlení s plněním závazku vyplývajícího z této smlouvy po dobu delší než třicet (30) dní a nezjednání nápravy ani do patnácti (15) dní od doručení oznámení objednatele o prodlení s plněním závazku,
• další dílčí konkretizovaná porušení označená za podstatná uvedená v příloze č. 1 této
smlouvy - Technické dokumentaci.
13.1.4. Smluvní strany se dohodly, že za podstatné porušení této smlouvy ze strany objednatele považují:
• prodlení se zaplacením vyfakturované ceny díla (jeho části) delší než třicet (30) kalendářních dnů.
13.1.5. Porušení jakékoliv jiné povinnosti objednatele nebo zhotovitele, vyplývající z této smlouvy, je třeba splnit v dodatečné přiměřené lhůtě k tomu poskytnuté.
13.1.6. Objednatel si dále vyhrazuje právo od této smlouvy odstoupit v případě, že nedojde ke kofinancování předmětu plnění této smlouvy o dílo z IROP výzvy č. 28 na základě žadatelem podané žádosti o podporu, které je pro realizaci předmětu plnění této smlouvy hlavním finančním zdrojem a bez nějž by si objednatel předmět plnění této smlouvy nemohl dovolit realizovat.
13.1.7. Odstoupením od této smlouvy nejsou dotčena ustanovení týkající se smluvních pokut a úroků z prodlení a stejně tak práva a povinnosti smluvních stran vzniklá do okamžiku účinnosti odstoupení od smlouvy.
Čl┻ なね┻ Závěrečná ustanovení
14.1.1. Práva a povinnosti smluvních stran v této smlouvě výslovně neupravené a z ní vyplývající nebo s ní související se řídí zákonem č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů a zákonem č. 121/2000 Sb., 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), ve znění pozdějších předpisů.
14.1.2. V případě rozporu technické dokumentace objednatele (zadavatele) a technické nabídky (technického řešení) zhotovitele platí, není-li uvedeno v této smlouvě jinak, technická dokumentace objednatele tj. příloha č. 1 − Technická dokumentace.
14.1.3. Pokud jakýkoli závazek dle smlouvy nebo kterékoli ustanovení smlouvy je nebo se stane neplatným či nevymahatelným, nebude to mít vliv na platnost a vymahatelnost ostatních závazků a ustanovení dle smlouvy a smluvní strany se zavazují takovýto neplatný nebo nevymahatelný závazek či ustanovení nahradit novým, platným a vymahatelným závazkem, nebo ustanovením, jehož předmět bude nejlépe odpovídat předmětu a ekonomickému účelu původního závazku či ustanovení.
14.1.4. Vzhledem k charakteru objednatele zhotovitel výslovně souhlasí se zveřejněním smluvních podmínek obsažených v této smlouvě v rozsahu a za podmínek vyplývajících z příslušných právních předpisů. A to včetně uveřejnění kompletního znění smlouvy na základě zákonné povinnosti objednatele jako veřejnoprávního subjektu.
14.1.5. Tato smlouva je vyhotovena ve čtyřech (4) stejnopisech, z nichž každý má platnost originálu. Každá ze smluvních stran obdrží po dvou vyhotoveních.
14.1.6. Tuto smlouvu je možno platně měnit pouze na základě dohody smluvních stran, formou písemných a vzestupně číslovaných dodatků, podepsaných oběma smluvními stranami.
14.1.7. Tato smlouva nabývá platnosti dnem podpisu druhou ze smluvních stran a účinnosti uveřejněním v registru smluv. Uveřejnění v registru smluv zajistí objednatel.
Smlouva o dílo - Elektronizace agend Městského úřadu Čáslav a Městské policie Čáslav
14.2. Nedílnou součástí této smlouvy jsou její přílohy:
* příloha č.l Technická dokumentace předmětu díla
• příloha č.2 Nabídka uchazeče v části technické řešení
14.2.1. Smluvní strany prohlašují, že tuto smlouvu před jejím podpisem přečetly, zcela rozumí jejír obsahu a s celým jejím obsahem souhlasí. Dále prohlašují, že tato smlouva vyjadřuje jeji pravou a svobodnou vůli. Na důkaz toho připojují vlastnoruční podpisy svých oprávněnýi zástupců.
V Chlumci nad Cidlinou dne 14.08.2018 V Čáslavi dne :Í£:M.-..4P.
Za zhotovitele
VF.RA, spol. sr. o. (11) Lužná2,10000Praha6
Za objednatele
12
Příloha č. 1 Zadávací dokumentace − Technická dokumentace zadavatele
Příloha č. 1 smlouvy o dílo − Technická dokumentace
Technická dokumentace
Elektronizace agend Městského úřadu Čáslav a Městské policie Čáslav
1.2 Popis plnění podle této technické dokumentace 4
2 Základní požadavky na Elektronizaci agend Městského úřadu Čáslav a Městské policie Čáslav 5
3 Funkcionality elektronizovaných agend 8
3.13 Schvalovací procesy pro finanční operace 19
3.21 Speciální stavební úřad silniční 25
3.26 Změny obyvatel z ROB a AISEO 29
3.29 Společný číselník adres 31
3.30 Elektronizace procesů Městské policie Čáslav 31
4 Integrace Nových agend a migrace dat 35
5 Implementace nového agendového informačního systému 36
5.1 Dokumentace skutečného provedení 36
5.2 Instalace nového agendového IS 37
5.3 Konfigurace dodaného řešení pro potřeby objednatele 37
6.2 Dokumentace skutečného provedení v prostředí objednatele 37
6.3 Uživatelská dokumentace 38
6.4 Administrátorská dokumentace 38
6.5 Zaškolení administrátorů a klíčových uživatelů 38
7.1 Harmonogram s časovými požadavky objednatele 38
7.2 Konkretizovaný harmonogram plnění ze strany zhotovitele 39
10.1 Dílčí akceptační řízení 42
10.2 Souhrnné akceptační řízení - akceptace díla 42
10.3 Opakované akceptační řízení 43
1.1.1 Tento dokument je určen k popisu a definici rozsahu díla, dodávek a služeb, které objednatel poptává jako předmět plnění ve veřejné zakázce s názvem „Elektronizace agend Městského úřadu Čáslav a Městské policie Čáslav“.
1.1.2 Předmětem této dokumentace je popis a stanovení požadavků objednatele na dodávku a implementaci nových elektronizovaných agendových nástrojů, zaškolení, dodání licencí, zpracování dokumentace.
1.2 Popis plnění podle této technické dokumentace
1.2.2 Pro výše uvedený rozsah plnění:
• provedení integrací na další systémy v prostředí objednatele i mimo něj
• úprava dodaného řešení dle potřeb a požadavků dle pokynů objednatele
• zaškolení odborného personálu objednatele
1.2.3 Dále je předmětem plnění dodávka
• dokumentace k dodanému plnění v požadovaném rozsahu
• dalších licencí potřebných pro provoz nových elektronizovaných agend
• listinného potvrzení dodaných licencí co do jejich počtu a rozsahu
1.3 Seznam zkratek
AISEO | Agendový informační systém evidence obyvatel |
IS | Informační systém |
RUIAN | Registr územní identifikace, adres a nemovitostí |
ZR | Základní registry |
Čáslav
2 Základní požadavky na Elektronizaci agend Městského úřadu a Městské policie Čáslav
2.1.1 V rámci plnění této technické dokumentace budou dodány a implementovány do prostředí Městského úřadu Čáslav tyto agendy:
• Organizační struktura
• Majetek
• Matrika
• Nahrávač obyvatel
• Evidence psů
• Komunální odpad
• Hrací automaty
• Banka
• Evidence účtů
• Export do účetnictví
• Fakturace
• Objednávky
• Organizace voleb
• Volební agenda
• Pokladna
• Příjmy
• Registry
• Smlouvy
• Stavební úřad
• Speciální stavební úřad silniční
• Vidimace a legalizace
• Výdaje
• Vymáhání pohledávek
• Statistika
• Změny obyvatel z ROB a AISEO
• Přestupkové řízení
• Dopravní přestupky
• Společný číselník adres
2.1.2 V rámci plnění této technické dokumentace budou dodány a implementovány do prostředí Městské policie Čáslav tyto agendy
• Elektronizace procesů Městské policie Čáslav
2.1.3 Nové agendy budou dále realizovány při naplňování nových legislativních požadavků. V případě tohoto projektového záměru zejména s dopady Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů).
2.1.4 Nové agendy a jejich funkcionality musí respektovat standardní architekturu IS v prostředí objednatele a pro svou integraci využít standardizovaná rozhraní a existující prostředky IS v prostředí objednatele.
2.1.5 Objednatel dále požaduje:
• otevřenost systému vůči požadavkům na komunikaci s aplikacemi z oblasti rozvoje eGovernmentu (Základní registry, CzechPoint, Státní pokladna, )
• stabilní, robustní a bezpečný systém vyvíjený dle ISO norem a respektující legislativní požadavky na informační systémy veřejné správy
• modulární systém vzájemně provázaných modulů s maximální úrovní sdílení dat a s možností jejich postupného nasazování
• včasné přizpůsobení aplikací legislativním či technologickým a bezpečnostním požadavkům
• uživatelskou přívětivost, jednoduchost, intuitivnost a transparentní ovládání
• stabilní vývojový a konzultační tým, poskytování kvalitních, včasných a dostupných servisních služeb
• respektování skutečných potřeb uživatelů při dalším rozvoji systému
• možnost nakonfigurování produktu a jeho přizpůsobení potřebám uživatelů (parametrizace, možnost tvorby výstupů, volitelnost úrovní podrobnosti)
• integrovaný systém s minimalizací duplicitního pořizování a provádění ručních operací
• otevřené rozhraní pro komunikaci s externími aplikacemi formou dávkové i transakční výměny dat (spisová služba, správní aplikace, nadstavbové majetkové agendy)
• sdílení společného datového fondu organizace (registry obyvatel, subjektů, nemovitostí)
− efektivní pořizování a aktualizace dat)
• propojení na centrálně provozované aplikace, kde vznikají či se zpracovávají ekonomická data (Centrální systém účetních informací státu, Rozpočtový informační systém)
• poskytnutí plnohodnotného řešení pro městský úřad i zřizované organizace (kromě obchodních společností), umožnění provozu systému pro více subjektů (organizací) na sdílené infrastruktuře
• centrální databázi
• propracovaný systém přístupových práv (odpovědnost, důvěrnost, integrita)
• bezproblémovou kontinuální funkčnost v čase u jednotlivých aplikací
• vzájemnou interoperabilitu na úrovni výměny dat mezi městským úřadem a nadřízenými orgány státní správy, mezi městským úřadem a městem řízenými organizacemi i mezi městským úřadem a centrálními informačními systémem veřejné správy (zejména základními registry)
• nabízený IS musí s uživatelem komunikovat v českém jazyce (uživatelské rozhraní, nápověda, uživatelská dokumentace); u obrazovek nástrojů pro správce je v omezené míře povolen i anglický jazyk, administrátorská příručka k nim však musí být vždy v českém jazyce
• musí být připravena testovací instance IS, která bude obsahovat cvičná data a bude sloužit k testování a školení uživatelů
• informační systém musí uživatelům nabízet ucelený systém nápovědy
• nedílnou součástí zakázky je i jasný, přehledný popis jednotlivých agend a jejich údržby − popis bude součástí uživatelské dokumentace a systémové dokumentace
2.1.6 Řešení bude postaveno modulárně dle principů vícevrstvé architektury.
2.1.7 Nabízený IS musí být sestaven jako otevřený systém, s popsaným integračním rozhraním, které umožní plnou integraci s dalšími aplikacemi, jejich on-line připojení a práci s daty v nabízeném IS s plnou funkcionalitou (čtení, vkládání, mazání, modifikace, uzamčení záznamu v případě úpravy apod.) a se zajištěním odpovídajícího stupně zabezpečení.
2.1.8 Data budou uložena v relační databázi s podporou transakcí. Řešení zajistí a vynutí maximální jedinečnost, konzistenci a aktuálnost uložených dat; řízené duplicity dat budou povoleny pouze tam, kde si to žádá bezpečnost, efektivita nebo jiný podobně závažný důvod a v tom případě musí být zajištěna konzistence takto duplicitně vedených dat.
2.1.9 Poptávané řešení musí být vyvinuto na základě zkušeností z reálně provozovaných systémů. To znamená, že jsou ověřeny, rutinně zvládnuty vývojové nástroje a procesy návrhu, vývoje a údržby tohoto systému a je tak zajištěna možnost pružně reagovat na požadavky podpory či rozvoje systému.
2.1.10 Bude preferováno řešení maximálně parametrizovatelné, tj. chování systému je možné přizpůsobit novým podmínkám pouze (nebo převážně) nastavením parametrů správcem, bez nutnosti zásahu dodavatele nebo vývoje. Parametrizovatelné musí být zejména nastavení přístupových práv, umožnění synchronizace s MS Active Directory.
2.1.11 Důraz na technologickou bezpečnost navrhovaného řešení a její auditovatelnost.
2.1.12 Vyžaduje se možnost rychlého nasazení s využitím standardizovaného implementačního postupu, předpokládá se též jednoduchá a přehledná administrace dodaného řešení.
2.1.13 Zadavatel požaduje, aby veškerá data byla uložena v otevřeném relačním databázovém systému. Výjimky z tohoto pravidla jsou v odůvodněných případech možné (např. úložiště nestrukturovaných dat DMS využívající souborový systém). V tom případě musí Dodavatel navrhnout řešení zálohování a obnovy ze zálohy takového heterogenního prostředí.
2.1.14 Objednatel dále požaduje:
• řešení musí bez omezení respektovat topologii počítačové sítě zadavatele a poskytovat tytéž funkčnosti a tutéž dostupnost bez ohledu na místo napojení a použitou technologii přístupu (LAN, MAN, VPN tunel)
• všechny komponenty řešení musí být plně virtualizovány
• nabízený IS musí být schopen provozu na stávajících koncových klientských stanicích v režimu tenkého klienta
• zajištění komunikace nabízeného řešení s aplikacemi provozovaného kancelářského a komunikačního systému (textový editor, tabulkový editor) všude tam, kde lze tuto komunikaci předpokládat
• nabízené řešení musí být postaveno na vícevrstvé architektuře
• nabízené řešení musí být postaveno na moderních a běžně uznávaných technologických i obchodních standardech a rozhraních (API, XML, PDF, e-mail, apod.)
• systém musí mít vysokou míru zabezpečení a schopnost autorizovat přístup k procesům i datům
2.1.15 Administrace systému musí umožňovat:
• definovat společné funkce pro všechny moduly, zejména definovat použité vazby mezi jednotlivými moduly
• definovat oprávnění uživatelů k jednotlivým funkcím programu a okruhům dat poskytovat údaje o využití systému
• provádět administraci systému vyškoleným kvalifikovaným pracovníkem MěÚ
3 Funkcionality elektronizovaných agend
3.1 Organizační struktura
3.1.1 Funkcionalita zajistí centrální evidenci a správu organizační struktury včetně hierarchické struktury pracovních pozic a konkrétních pracovníků. Zajistí definování obecné organizační, prostorové a funkční struktury pro úřad včetně možnosti definice více samostatných vrcholových organizačních jednotek.
3.1.3 Prostřednictvím funkcionality bude možné získávat přehledy o umístění a funkčním zařazení jednotlivých osob (pracovníků). Zadané informace budou umožňovat tvorbu výstupních sestav, zejména schéma pracovních míst úřadu, přehled volných a obsazených pozic, seznam zaměstnanců, organizační strukturu k zadanému datu, seznam budov, seznam místností, seznam funkcí, telefonní seznamy.
3.1.5 Funkcionalita dále umožní provádět správu oprávnění přístupu uživatelů k jednotlivým IS a jejich funkcionalitám, a to centrálně a s vazbou na organizační strukturu.
Po┥adavky na agendu |
Zajistit podporu pro správu uživatelů a jejich přístupových práv v průběhu celého životního cyklu zaměstnance, externího pracovníka, technického účtu. |
Systém by měl udržovat ve vlastní repository informace o týkající se přístupů a oprávnění agendových informačních systémů (AIS), které podporují výkon agend či činností úřadu. |
Seznam agend vedených v systému musí umožnit věcnou i identifikační harmonizaci s obdobným seznamem vedeným v registru práv a povinností. |
Systém musí umožnit věcnou a identifikační harmonizaci rolí zaměstnanců úřadu nezbytných pro výkon agendy s obdobným seznamem vedeným v RPP. |
Kontrola informací o uživateli, stavu uživatelských účtů a práv, podání žádosti o změnu práv |
Systém musí umožnit řešení platnost evidovaných objektů formou jejich časové platnosti (umožnit plánovat i budoucnost) |
Otevřené API (Application Programming Interface). |
Otevřené rozhraní pro ostatní agendové systémy a to minimálně v technologiích .NET komponenty, .com komponenty a SOAP WEB services |
Všechny tyto komponenty musí nabídnout ostatním agendovým systémům minimálně: |
o Zpřístupnění údajů o přihlášeném doménovém uživateli v OS typu MS |
o Zpřístupnění informací o oprávněnosti daného uživatele dle odrážky výše k požadované agendě a v případě souhlasu též agendové přihlašovací údaje |
o V případě komunikace se základními registry musí komponenty zpřístupnit veškeré informace nutné pro komunikaci se ZR |
Hierarchický systém rolí s dědičností vlastností podřízených rolí |
Možnost delegování pravomocí schvalování na určitou osobu (y), poznámka: Delegováním rozumíme předání práv jiné osobě tak, aby bylo umožněno plnohodnotné zastupování po dobu nepřítomnosti. |
Možnost snadno vytvořit a upravit workflow |
Možnost rozšiřování logiky workflow a možnost modelování požadovaných procesů |
Technické požadavky |
Umožnit provisioning a synchronizaci uživatelských identit a nastavení rolí v napojených informačních systémech pomocí adaptérů, aplikačních rozhraní nebo souborů. Integrace musí být podporována minimálně pro platformu MS Active direktory |
Systém by měl do cílových systémů přistupovat pod jedním uživatelským účtem |
Neaktivní uživatelské identity budou v systému archivovány, nesmí být smazány tak, aby mohly být v případě kontroly/obnovy záloh dohledány a přiřazeny uživatelské účty na kontrolovaných systémech. |
3.2 Majetek
3.2.1 Funkcionalita zajistí vedení podrobné evidence majetku movitého i nemovitého. Na jednotlivých kartách majetku budou vedeny okamžité a přesné informace o stavu a pohybu majetku po celou dobu jeho životnosti, od jeho pořízení do jeho vyřazení včetně odpovídajícího ocenění. Tyto záznamy bude možné průběžně upravovat a opravovat. Funkcionalita bude umožňovat užívání systémových i uživatelských číselníků, které bude možné doplňovat jak z prostředí číselníků, tak z prostředí samotných karet majetku.
3.2.2 Funkcionalita bude zajišťovat povinné vyplnění základních (povinných) údajů o majetku při jeho zařazování. Funkcionalita bude dále umožňovat u zatříděných karet provádět odpisy a k těmto odpisům provádět měsíční a roční výpočty účetních odpisů (podle nastavení).
3.2.3 Funkcionalita bude umožňovat hromadné změny údajů s dopadem do účetnictví i ostatních údajů, zejména změnu útvarů, budov, místností.
3.2.4 Funkcionalita bude disponovat tiskovými sestavami pro inventury, úbytky, přírůstky, pro změnové pohyby, přehledy odpisů (z vlastních zdrojů i dotací), přijatých dotací na karty majetku, odpisů z dotací dle různých analytických účtů, zůstatků dotací dle analytických účtů.
3.2.5 Funkcionalita umožní vedení druhu majetku na každé kartě, které umožní zařazení dle konkrétního druhu a ceny (DHM, DNM apod.). Do číselníku druh majetku bude možné uživatelsky zavádět ještě podrobnější členění jako například drobný majetek.
3.2.6 V tiskových sestavách bude funkcionalita umožňovat využití inventurních soupisů k určitému dni (a to i zpětně) se zadáním členů inventarizačních komisí včetně možnosti třídění dle jednotlivých účtů účetního rozvrhu, organizačních čísel, jednotek, budov, útvarů nebo místností.
3.2.7 Funkcionalita bude umožňovat generování rozličných a uživatelsky přizpůsobitelných tiskových sestav, včetně upravitelného tiskového výstupu a formátu.
3.2.8 Funkcionalita umožní efektivně vést odpisy majetku.
Požadavky na agendu |
Vedení evidence majetku v souladu s platnými zákony a předpisy − aktualizace při změnách |
Evidence veškerého typu majetku včetně speciálních údajů pro daný typ - dlouhodobý hmotný a nehmotný, drobný dlouhodobý hmotný a nehmotný majetek, hmotný a nehmotný majetek v operativní evidenci, svěřený majetek, zapůjčený majetek, vypůjčený majetek, soubory movitých věcí. |
Specifické karty majetku dle jeho typu s ohledem na odlišné potřeby evidence různých údajů (např. pro pozemky výměra, druh pozemku, list vlastnictví, katastr, číslo parcely, účel užití aj.) |
Evidence movitého majetku a operativní evidence s vazbou na umístění v rámci nemovitého majetku (budova a místnost, parcela). Evidence budov a staveb s vazbou na parcelu. Evidence parcel s vazbou na č. p. budovy a stavby. |
Možnosti různého členění majetku (dle legislativy, účetních údajů, umístění, organizačních údajů a dalších uživatelem nadefinovaných hledisek). |
Maximum možných dat lze zadávat pomocí číselníků. |
Možnost automatického generování inventárních čísel nebo použití uživatelem definovaných číselných řad (s možností využití nabídky posledního použitého čísla). |
Evidence podkladů pro výkazy PAP jako součást evidence majetku. |
Evidence majetkových pohybů (technické zhodnocení, přírůstky, úbytky, storna pohybů) vč. IČ dodavatelů. |
Přecenění majetku určeného k prodeji na reálnou cenu vč. změny metody, rušení oprávek a zpětného dopočítání oprávek při přecenění zpět. |
Hromadné operace nad kartami majetku: - změny údajů (SU, AU, AČ, ORG, ORJ, KAP a další) - převody mezi organizacemi |
Požadavky na agendu |
- stěhování majetku - změny strategie účetních odpisů - vyřazení majetku vč. částečného - zařazení majetku - plánování oprav - tisk štítků - protokoly o změnách |
Evidence věcných břemen a zástavních práv k budovám a pozemkům dle Katastru nemovitostí, možnost pravidelného dohrávání z Katastru nemovitostí, porovnání rozdílů na základě sestav. |
Evidence dotací u karet majetku (na jednotlivé pohyby) dle poskytovatelů dotací a údajů pro výkazy PAP |
Hromadné výpočty účetních odpisů (měsíční/ roční) dle nastavené metody odepisování s možností použití zbytkové hodnoty, rušení výpočtu odpisů, výpočet a rušení odpisů nad zvolenou kartou majetku. |
Tvorba a tisk odpisových plánů dle nastavené metody odpisů s možností zbytkové hodnoty |
Automatické účtování majetkových pohybů a odpisů dle nadefinovaných šablon a přenos kontací do účetnictví |
Plánování nezbytných termínů oprav, údržby, revizí včetně zdrojů peněz. Sledování plnění termínů a evidence finanční náročnosti oprav. |
Možnost tisku pevných sestav ve formátu PDF, XLS, XLSX, DOC, DOCX dle požadovaného třídění a součtování. Zejména se jedná o sestavy: Možnost tisku pevných sestav ve formátu PDF, XLS, XLSX, DOC, DOCX dle požadovaného třídění a součtování. Zejména se jedná o sestavy: - změnové - přírůstkové - úbytkové - pohybové - inventární soupisy položkové i sumární - stavy majetku k aktuálnímu dni i zpětně do minulosti - místní seznamy - přehledy přijatých dotací - přehledy odpisů vč. Dotací - přehledy zůstatků dotací. |
Požadavky na agendu |
Možnost vytváření volitelných sestav dle potřeb uživatele. |
Možnost tisku inventárních čísel na štítky v podobě čísla, textu a čárového kódu. |
Proces inventarizace majetku. Zobrazení vazby evidovaného majetku na účetní osnovu evidence majetku. |
Možnost zpracování inventury a pohybů (převodek) majetku pomocí čárových kódů, za pomoci čteček čárového kódu s možností práce off-line (zapracování do evidence majetku až po synchronizaci zaznamenaných údajů v terénu do IS). |
Tisk inventarizačního protokolu, inventurního protokolu dle odpovědných osob, příp. lokalit nebo středisek. |
Měsíční a roční závěrky období s možností pořízení záznamů do budoucího období, rušení závěrky. |
Nástroje pro vyhledávání pro tiskový výstup nebo do seznamu podle všech evidovaných údajů s možností kombinace údajů. |
Možnost připojovat standardně formátované elektronické dokumenty ke všem evidovaným objektům |
Kompletní historie záznamu o objektech v čase. |
Export dat do DOC, DOCX, XLSX, PDF, TXT souborů. |
Evidence vlastnických a uživatelských vztahů prostřednictvím vazby na registr obyvatel a ekonomických subjektů. |
Informace o souvisejících smlouvách na kartě majetku, o pronájmu parcel nebo o projektech |
Přístup k záznamům dle typu majetku a provádění činností dle přidělených práv. |
Možnost vést evidenci majetku pro více organizací (multiičově) |
Sledování a účtování majetkových pohybů |
Evidence technického zhodnocení majetku |
Sledování změn v umístění a ocenění majetku |
Evidence dotací, jejich čerpání a zůstatků |
Požadavky na agendu |
Přecenění na reálnou hodnotu |
Tvorba odpisových plánů |
Výpočet a rušení výpočtu odpisů dle zadaných kritérií |
Inventarizace majetku vč. použití čárového kódu |
Měsíční a roční závěrky vč. jejich možného zrušení |
Účtování o odpisech |
3.3 Matrika
3.3.1 Funkcionalita umožní a zajistí zápis matričních událostí do matričních knih vedených v elektronické podobě. Bude umožňovat evidenci historie změn již uzavřených záznamů se zvýrazněním jednotlivých údajů, které byly měněny.
3.3.2 Funkcionalita bude umožňovat tiskové výstupy vyplývající z činnosti matrikáře, tedy matriční doklady, matriční knihy, protokoly, dotazníky a statistická hlášení. Kromě povinného vedení matričních knih v souladu s platnou legislativou bude umožňovat vedení funkcionality pro otcovství provázané s knihami narození a provádění změny jména.
3.3.3 Funkcionalita bude umožňovat evidenci a tisk matričních dokladů k událostem zapsaným do matričních knih před 01.01.2005 a i evidenci a tisk vysvědčení. Všechny tiskové výstupy na přísně zúčtovatelné tiskopisy budou provázány na samostatnou funkcionalitu agendového informačního systému „Evidence tiskopisů“.
3.3.4 Při práci funkcionalita uživatelů umožní určit, zda využije data lokálních registrů nebo data Informačního systému základních registrů. Funkcionalita bude odpovídat zákonu č. 301/2000 Sb., o matrikách, jménu a příjmení, prováděcí vyhlášce 207/2001 Sb. a metodice a směrnicím Ministerstva vnitra České republiky pro oblast matrik.
3.4 Nahrávač obyvatel
3.4.1 Funkcionalita bude umožňovat automatizované zpracování změn obyvatel získaných na základě „Žádosti o využití údajů z ROB a AISEO“. Na základě takto získaných informací bude možné provádět ztotožnění a přihlášení notifikací nových obyvatel města. Funkcionalita bude pracovat se všemi dostupnými druhy změn, zejména úmrtí, narození, přistěhování, odstěhování, které jsou vydávány na žádost úřadu.
3.5.1 Funkcionalita agendového informačního systému umožní vést evidenci psů se základními informacemi o přihlášených psech, a to minimálně v následujícím rozsahu:
• držitel,
• evidenční známka,
• číslo čipu,
• popis psa
• účel chovu,
• poznámka
• a bude umožňovat rozšíření počtu položek záznamu.
3.5.2 Subjekty (fyzické a právnické osoby) budou načítány přímo z registrů, včetně adresních údajů, s možností doplnění kontaktních údajů.
3.5.3 Informační systém samostatně na základě zadaných údajů vypočte poplatek, případně poměrnou část a vystaví předpis. Vystavené předpisy budou přímo a automaticky předávány do příjmů agendového informačního systému, kde bude umožněn tisk a dále do ekonomického systému.
3.5.4 Funkcionalita bude umožňovat efektivní vyhledávání podle informací o psovi i podle jednotlivých plátců.
3.5.5 Funkcionalita bude umožňovat vytváření sestav a výstupů podle rozličných hledisek tak, aby poskytla informace pro správu poplatků, pracovníky životního prostředí nebo pro Městskou policii, a to v závislosti na přidělených přístupových právech pracovníka, který takové náhledy provádí.
3.5.6 Funkcionalita bude umožňovat provádění kontroly přihlášených psů ze strany Městské policie, ale nebude umožňovat přihlašování psů prostřednictvím části agendového informačního systému určeného pro Městskou policii.
3.5.7 V případě změny vyhlášky, a tedy i výše poplatků, bude funkcionalita umožňovat automatický přepočet výše poplatku.
3.5.8 Funkcionalita bude provázána se spisovou službou a bude umožňovat tisk dokumentů potřebných při vedení agendy evidence psů na základě šablon s možností uživatelských úprav, dle zvyklostí úřadu.
3.5.9 Funkcionalita bude umožňovat vytváření náhledů nad mapovými podklady (GIS) prostřednictvím agendového informačního systému, kde bude možné zobrazovat adresy poplatníků.
Požadavky na agendu |
evidence základních informací o přihlášených psech (držitel, evidenční známka, číslo čipu, popis psa, účel chovu, a další) v návaznosti na sazby poplatku dané místní vyhláškou, včetně možnosti změny držitele (poplatníka). |
subjekty (fyzické i právnické osoby) jsou načítány z registrů, včetně adresních údajů, s možností zápisu kontaktních údajů |
automatické vypočtení poplatku, případně poměrné části a vystavení předpisu, propojení s modulem Příjmy |
vyhledávání podle informací o psovi i plátci |
sestavy a výstupy podle různých hledisek poskytne informace pro správu poplatku, pracovníky životního prostředí nebo městskou policii - v závislosti na přidělených přístupových právech |
městská policie má možnost kontroly ne/přihlášených psů |
automatický přepočet sazby u všech karet, kde se sazba dle vyhlášky mění |
vazba na spisovou službu pro tisk požadovaných dokumentů |
vazba na GIS pro zobrazení adresy držitele (poplatníka) |
zachování jednoho specifického symbolu pro celou dobu placení za psa |
3.6.1 Funkcionalita komunální odpad bude sloužit ke správě poplatků za sběr a likvidaci komunálního odpadu. Bude umožňovat stanovení různých typů sazeb v návaznosti na místní vyhlášku a umožní tak zajistit evidenci plátců, jejich zástupců, a poplatníků s předpisem výše poplatku, a to v návaznosti na registr obyvatel.
3.6.2 Funkcionalita umožní plátce a poplatníky, kteří nesplnili oznamovací povinnost a mají v obci trvalé bydliště, zavést do evidence automaticky porovnáním s aktuálním Registrem obyvatel a umožní je vyzvat k úhradě poplatku. Funkcionalita s touto vazbou bude dále umožňovat snadné provádění hromadných změn, včetně aktualizací narozených, přestěhovaných nebo odstěhovaných osob. Z registru budou čerpány i adresní údaje, s možností dopsání kontaktních údajů a údajů o zákonném zástupci nezletilých poplatníků.
3.6.3 Funkcionalita bude dále umožňovat evidenci nemovitostí, ve kterých poplatníci bydlí, a dále i odpadové nádoby, které slouží poplatníkům jako místo určené ke shromažďování odpadu. Evidenci bude možné doplnit o další dohodnuté plátce či poplatníky, tak aby byla umožněna evidence fyzických osob, právnických osob a organizací.
3.6.4 Funkcionalita bude umožňovat operativní hromadné změny sazeb podle změn vyhlášky. Předpisy a příjmy budou sledovány ve spolupráci s funkcionalitou „Příjmy“. Tisk předpisů za poplatek bude mít různé formy, a to zejména poštovní poukázky jednoduché i s alonží, příkazy k úhradě, faktury, přílohy k fakturám s podrobnější evidencí, SIPO, dopisní formou pomocí tiskopisu. Dokumenty budou automatizovaně předávány do spisové služby. V návaznosti na funkcionalitu „Příjmy“ budou evidováni neplatiči včetně možnosti vystavení platebního výměru a vymáhání pohledávky po lhůtě splatnosti.
3.6.5 Funkcionalita poskytne objednateli vhodný přehled o plnění závazků plátců a poplatníků komunálního odpadu, a to i formou tiskových sestav. Adresní místo bude možné zobrazit pomocí mapových podkladů a funkcionality.
Požadavky na agendu |
Plátce a poplatníky, kteří nesplnili oznamovací povinnost a mají v obci trvalé bydliště, je možné zavést do evidence automaticky porovnáním s aktuálním Registrem obyvatel a vyzvat je k úhradě poplatku. Velice snadno lze provést další hromadné změny, včetně aktualizací narozených, přestěhovaných nebo odstěhovaných osob. Z registru jsou čerpány adresní údaje, s možností dopsání kontaktních údajů a údaje o zákonném zástupci nezletilých poplatníků. |
Lze evidovat rovněž nemovitost, ve které poplatníci bydlí, případně odpadové nádoby, které slouží poplatníkům jako místo určené k shromažďování odpadu. Evidenci lze doplnit o další dohodnuté plátce či poplatníky, lze evidovat fyzické osoby, právnické osoby i organizace. |
Operativně je řešena změna sazby dle vyhlášky. Předpisy a platby jsou sledovány ve spolupráci s modulem Příjmy. Tisk předpisů za poplatek může mít různé formy: poštovní poukázky jednoduché i s alonží, příkazy k úhradě, faktury, přílohy k fakturám s podrobnější evidencí, SIPO, dopisní formu pomocí tiskopisu apod. Dokumenty jsou předány k vyřízení do spisové služby. V návaznosti na modul Příjmy jsou evidováni neplatiči včetně vystavení platebního výměru a vymáhání pohledávky po lhůtě splatnosti. |
Adresní místo lze zobrazit pomocí mapy v GIS. |
Zachování jednoho specifického symbolu po celou dobu platby komunálního odpadu poplatníkem |
3.7 Hrací automaty
3.7.1 Funkcionalita bude umožňovat evidenci provozoven s hracími automaty, provozovatelů hracích přístrojů a hracích přístrojů včetně jejich umístění. Uživatel funkcionality bude jejím prostřednictvím schopen vytvářet Rozhodnutí o povolení hracích přístrojů, a to následně tisknout a předávat do spisové služby a tisknout známky. Funkcionalita informačního systému bude pracovat se subjekty zapsanými v registrech s možností daný subjekt do registru zapsat.
3.7.2 Poplatky a jejich sledování a účtování bude dále možné řešit ve spolupráci s funkcionalitou Příjmy a online přenosem do ekonomického systému. Obdobně budou vypočteny a evidovány i poplatky na veřejně prospěšné účely.
3.7.3 V rámci funkcionality budou obsaženy výstupy poskytující velké množství přehledů, vydaných rozhodnutí, seznamů provozoven a provozovatelů, hracích přístrojů ve vybraných provozovnách, výkazy vydaných známek v příslušném roce a další. Funkcionalita bude umožňovat práci nad mapovými podklady a to min. zobrazením provozovny nad mapou.
Po┥adavky na agendu |
Evidence provozovatelů a jejich VHP. |
Evidence provozoven. |
Kontrola subjektů vůči IS ZR. |
Tvorba tiskopisů dle vytvořených šablon. |
Tvorba sestav (pevných/uživatelských). |
Připojení elektronických příloh. |
Pro daný subjekt zobrazení kompletní historie předpisů a plateb včetně vazeb na účetní doklady, vymáhání pohledávek, Insolvenční rejstřík. |
3.8 Banka
3.8.1 Funkcionalita agendového informačního systému bude sloužit centrálně pro načítání bankovních výpisů. Načtené bankovní položky budou následně automaticky párovány do příjmových a výdajových položek v rámci agendového informačního systému.
3.8.2 Funkcionalita bude umožňovat vytváření úhrad pomocí složenek typu „B“ a načítání příjmů složenkami typu „A“.
3.8.3 Funkcionalita dále bude umožňovat přehledně nahlížet na stav bankovních účtů, na pohyby na účtech a úhrady v kontě plátce.
Po┥adavky na agendu |
importovat informace o platbách ze systému HomeBanking |
ručně pořizovat a modifikovat bankovní výpis |
zaúčtovávat přijaté či vydané platby |
automaticky přijímat soubory s obraty plateb poukázaných plátci, prostřednictvím České pošty, s.p. ručně vytvářet soubory s obraty plateb poukázaných plátci, prostřednictvím České pošty, s.p. evidovat přijaté a vydané bezhotovostní platby na minimálně 99 bankovních účtech |
generovat věty platebních příkazů pro HomeBanking, pokud tato funkce nebude využívána v modulu |
Kniha došlých faktur |
párovat výpisy proti závazkům a pohledávkám |
tisknout sestavy došlých plateb |
3.9 Evidence účtů
3.9.1 Funkcionalita agendového informačního systému bude obsahovat společnou komponentu ekonomických agend k vedení účtů s možností navázání činností a plateb v rámci dílčích funkcionalit systému.
3.10.1 Agendový informační systém bude umožňovat export relevantních dat do účetnictví včetně připravených účetních vazeb a bude propojovat ekonomické funkcionality v rámci informačního systému.
3.10.2 Mimo vlastní propojení bude funkcionalitu umožňovat i export/import účetních záznamů v rozsahu celé účetní věty z informačního systému do jiných informačních systémů a naopak.
3.11 Fakturace
3.11.1 Funkcionalita bude umožňovat evidenci a vystavování faktur, daňových dokladů a souvisejících činností. Bude umožňovat členění dokladů do evidenčních řad a bude umožňovat vystavování dokladů ve formátu ISDOC.
Požadavky na agendu |
evidovat a spravovat příkazy k úhradě, které nejsou podloženy fakturou ( platební poukazy) |
vedení číselníku volitelných typů dokladů včetně systémových typů dokladů (zálohová faktura tuzemsko, zálohová faktura cizina, zálohová platba a zálohová platba cizina) |
zajišťovat provázání knihy došlých faktur na evidenci objednávek a umožnit tak sledování nevyřízených objednávek |
vytvářet soubory „B“ složenek pro vyplácení (vracení) peněz obyvatelům |
evidovat předání faktury příslušnému útvaru města k vyřízení |
propojovat zálohové a doúčtovací faktury |
generovat věty platebních příkazů pro HomeBanking |
provádět částečné platby přijatého dokladu na více účtů provádět úhradu jedné faktury i z více účtů |
řešit zálohové daňové doklady |
párovat a zaúčtovávat předpisy (závazky) a platby |
tisknout přehledy přijatých, odsouhlasených, uhrazených, neuhrazených faktur |
vytvářet platební poukazy k zaplacení závazků, s možností sledování čerpání rozpočtových prostředků |
přebírat data závazků z externích aplikací s možností předvolby knih dle způsobu jejich úhrady |
umožnit zápočty závazků a pohledávek |
přijímat a zpracovávat elektronické formáty faktur ve standardu ISDOC |
využít napojení na ARES a základní registry |
Po┥adavky na agendu |
vytvářet daňové doklady ve fyzické podobě |
párovat předpisy (pohledávky) a platby |
evidovat postupy vystavování a zpracování zálohových faktur |
vystavovat daňový doklad na základě přijaté platby |
tisknout sestavy dle různých výběrových kritérií (uhrazené, neuhrazené, zaúčtované, nezaúčtované faktury, …) |
umožnit zápočty závazků a pohledávek podporu pro práci s opravnými položkami |
vytvářet elektronické formáty faktur ve standardu ISDOC |
využít napojení na ARES a základní registry |
Objednávky
3.12
3.12.1 Funkcionalita bude umožňovat vedení kompletní evidence objednávek v rámci úřadu. U jednotlivé objednávky bude možné zadávat nezbytné údaje, kterými budou předmět, termín, místo dodání, kontaktní údaje, částky, dodací listy, klíčová slova sloužící pro vyhledávání, záruky a poznámky.
3.12.2 Funkcionalita bude umožňovat vazbu objednávek na spisovou službu s možností vytváření dokumentů pomocí předem definovaných vzorů a automatickým přiřazením čísla jednacího z podacího deníku, přikládání příloh, ukládání nově vytvořených dokumentů do spisů a skenování.
Po┥adavky na agendu |
zaevidovat evidenční údaje (dobu platnosti, hodnoty závazku či pohledávky plynoucí z objednávky, rozpis částky pro aktuální rok na jednotlivé položky, schválení objednávky, podepsání a ukončení nebo zrušení objednávky) |
sledovat vazby na ostatní agendy − tvorbu rozpočtových položek objednávky, kontrolovat na rozpočtované částky, nepovolit pořídit rozpočtovou položku, pokud není krytá rozpočtem |
kontrolovat faktury při likvidaci − fakturu bude možné proplatit pouze tehdy, pokud ji lze přiřadit k existujícím položkám objednávky |
provázanost s knihou faktur a jiných závazků |
Schvalovací procesy pro finanční operace
3.13
3.13 Schvalovací procesy pro finanční operace
Po┥adavky na agendu |
Automatické předávání průvodky mezi účastníky procesu bez nutnosti výběru |
Požadované role (příkazce operace, správce rozpočtu, hlavní účetní) + 3 volitelné role |
Možnost operaci schválit, zamítnout s poznámkou, vrátit zpět o libovolný počet kroků, zrušit proces |
Požadavky na schválení různých dokladů (smlouva, limitovaný příslib, objednávka, faktura, platební poukaz) schvalovat z jedné aplikace |
Při schvalování přijaté faktury mít možnost prohlížet zapsanou fakturu v primární agendě včetně přílohy |
Po┥adavky na agendu |
Při schvalování přijaté faktury mít možnost prohlížet navázanou objednávku nebo smlouvu včetně jejich příloh |
Možnost prohlížet přílohy schvalovaného dokladu |
Odlišné zbarvení požadavků, které jsou po datu schválení |
Emailová notifikace uživatele, kterému byl přidělen doklad ke schválení |
Hromadné schválení dokladů |
Při schvalování probíhá automatická kontrola na volné prostředky rozpočtu |
3.14 Organizace voleb
3.14.1 Funkcionalita umožní vedení organizace voleb, eviduje členy okrskových komisí, strany a kandidáty, personál a další výdaje. Umožní zhotovení výstupů jak typu oznámení o volbách s vymezením jednotlivých okrsků, tak pozvánek pro okrskové komise a sliby. Pro členy komise i personál budou v rámci funkcionality evidovány odměny (rozsah i forma platby) a generovány podklady pro finanční odbor, včetně dohod o provedení práce.
3.15 Volební agenda
3.15.1 Funkcionalita umožní vedení a tisk seznamu voličů s využitím dat lokálního registru obyvatel agendového informačního systému objednatele ale i seznamu voličů získaného prostřednictvím CzechPOINTu. Pomocí funkcionality bude možné nahrát okrsky z RUIAN (Registr územní identifikace, adres a nemovitostí) do registru územně identifikačního agendového informačního systému objednatele a odtud do funkcionality adresy hromadně nahrát. Okrsky bude možné vymezit i uživatelsky. Tiskové výstupy budou konfigurovatelné a upravitelné dle zvyklostí úřadu. K jednotlivým volbám povede funkcionalita historii. Trvale bude veden Doxxxxx xeznamu voličů a funkcionalita bude dále umožňovat přenesení Zvláštního seznamu voličů vedeného zastupitelským úřadem.
3.16 Pokladna
3.16.1 Funkcionalita umožní snadné nasazení pokladen s jednoduchým ovládáním a rychlostí výběru či vyplácení peněž se všemi potřebnými náležitostmi. Funkcionalita umožní práci s pokladními doklady prostřednictvím provázaného systému variabilních symbolů, které budou využívány v dalších funkcionalitách agendového informačního systému, zejména v „Příjmech“ a „Výdajích“.
3.16.2 Platby zadané ve funkcionalitě pokladny budou párovány na předpisy v rámci funkcionalit
„Příjmy“ a „Výdaje“ agendového informačního systému. Pro jejich napárování a uložení se bude ihned přenášet informace o úhradě do funkcionalit, na základě, kterých byly dané předpisy vystaveny. To daným odborným pracovníkům umožní neprodleně zpracovávat na provedené platby navazující saldokonta, upomínky a přeplatky.
3.16.3 Funkcionalita bude užívat nastavení oprávnění pomocí funkcionality agendového informačního systému „Organizační struktura“.
3.16.4 Funkcionalita bude dále zajišťovat okamžité informace o stavu hotovosti pro ekonomický odbor, převody peněz na vybrané pokladny, bankovní účty, a přípravné kontace plateb pro zaúčtování.
3.17 Příjmy
3.17.1 Funkcionalita umožní efektivní a systematickou správu pohledávek. Umožní členění na kódy poplatků, které umožní jednotlivým pracovníkům jednoznačnou identifikaci pohledávek. Kódy poplatků (příjmů) umožní vymezit způsob výběru peněžních prostředků, umožní zvýšit pravidelnost ve vystavování předpisů, a umožní zvýšit podrobnost členění pohledávek z nejrůznějších pohledů, zejména nájemné, různé služby, evidence DPH.
3.17.2 Funkcionalita bude umožňovat plnohodnotnou inventarizaci pohledávek, měsíční i roční uzávěrky. Funkcionalita zajistí rozpoznávání a jednoznačnost v identifikaci, tedy do kterého účetního období a období DPH konkrétní pohledávky spadají.
3.17.3 Funkcionalita v případě vzniku nedoplatků umožní hromadně, ale i jednotlivě, zasílat upomínky a vypočítávat penalizace.
3.18 Registry
3.18.1 V registrech budou evidovány základní a rozšířené informace o obyvatelích, ekonomických subjektech, územně identifikační údaje správního celku (adresy), na které bude navázán registr domů a bytů. Nedílnou součástí registru bude registr parcel. Informace ze všech registrů budou využívány v rámci jednotlivých funkcionalit agendového informačního systému. Do registrů bude možné čerpat data z externích agendových informačních systémů, ale zároveň budou umožňovat být na takovýchto externích zdrojích nezávislé.
3.18.2 Přístupy k registrům budou zaneseny v rámci funkcionality „Organizační struktury“, tedy včetně konkretizace pracovníků s přístupem a rozsahem jejich přístupu k registrům. Samotné přístupy budou v souladu s požadavky zákona č. 101/2000 Sb., o ochraně osobních údajů, a požadavky Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů) řádně logovány.
3.18.3 V rámci funkcionality registrů budou vytvořeny čtyři nezávislé skupiny dat, které budou vzájemně propojeny pomocí referenčních vazeb (tj. osoba bydlící na adrese, adresa jednoznačně určuje adresní místo, adresní místo budovy bude prezentováno v mapových podkladech adresním bodem). Tyto skupiny budou následující podle vazby na centrální registry:
• Územně identifikační registr (UIR)
• Registr obyvatel (ROB)
• Registr právnických osob, podnikajících fyzických osob a orgánů veřejné moci (ROS),
• Registr nemovitostí (RN)
• Registr ekonomických subjektů (RES)
3.18.4 Systém musí pracovat nad jednotnou datovou základnou tvořenou interními registry umožňujícími
• jednoduchou a kompletní správu dat
• změnové dávky a importy dat s možností ruční editace
• jednotný přístup uživatelů k potřebným datům v registrech na základě přístupových práv
• ochranu osobních údajů
• tvorbu statistických výstupů
Požadavky na interní registry |
Požadavky na interní registry |
· automatické získávání informací o změnách v IS základních registrů |
· zautomatizovaná údržba dat Registru obyvatel |
· jistota aktuálnosti dat v registrech (stáří dat max. 24 hod.) |
· provedení kontrol a následně „pročištění“ registrů od chybných záznamů |
· možnost provádění okamžitého ověření referenčních údajů přímo z modulů IS |
· v případě zjištění rozdílů mezi daty v registrech IS základních registrů a interních registrech IS města provedení jejich aktualizace (z důvodu eliminace časové prodlevy při reklamaci údajů v ZR) |
· nahrávání změn obyvatel získaných na základě „Žádosti o využití údajů z ROB a AISEO“ |
lze hromadně aktualizovat a ztotožňovat data Registrem územní identifikace daty z Registru územní identifikace, adres a nemovitostí a celostátních číselníků IS územní identifikace |
Napojení interních registrů na služby AISEO, AISC |
· Funkční propojení vnitřních registrů a agend na AISEO (Agendový informační systém evidence obyvatel) a na AISC (Agendový informační systém cizinců). |
· Mapování a ověřování oprávnění: agendy a činnostních role pro povolenou komunikaci s AISEO/AISC. |
· Definice oprávnění uživatelů pro přístup k AISEO, AISC. |
· Prohlížení a vytěžování nereferenčních údajů z IS základních registrů (prohlížecí modul). |
· Vyhledávání v AISEO/AISC. |
· Logování přístupů uživatelů k údajům AISEO, AISC. |
3.19 Smxxxxx
3.19.1 Funkcionalita umožní evidenci všech druhů smluv (zejména kupních, nájemních, smluv o dílo, prodejních, pracovních), umožní definování odpovědných pracovníků a podle toho umožní nastavit přístupová práva, umožní zápis informací o smluvních podmínkách, umožní zanášení časových údajů spjatých se smlouvou (zejména kdo podepsal, datum příchodu a platnost smlouvy), umožní vyhotovovat dodatky s jejich propojením k dané smlouvě, umožní exportovat výstupy do editoru dle předem vytvořených parametrů, umožní vytváření oběhového lístku ke smlouvě, umožní skenování smluv do funkcionality, umožní připojování a prohlížení příloh smluv a umožní vytváření volitelných sestav nad smlouvami.
Požadavky na agendu |
Vedení evidence smluv v souladu s platnými zákony a předpisy − aktualizace při změnách. |
Centrální evidence smluv, zápis i z jiných modulů (např. Hřbitovní agenda, Nájemné z bytů, pronájem nemovitého majetku). |
Automatické číslování smluv pro celý úřad. |
Automatické číslování smluv dle odborů. |
Vlastní číslování smluv. |
Editace společných číselníků chráněna oprávněním. |
Možnost definovat vlastní druhy smlouvy (číselník). |
Smlouva zapsaná pro více odborů. Právo editovat/prohlížet více odborů. |
Příprava smlouvy v editoru dle předem vytvořených vzorů. |
Evidence čísla usnesení Rady města/ Zastupitelstva města. |
Evidence stavů smlouvy (Návrh, Schváleno, V realizaci, Ukončeno, Zrušeno). |
Kontrolní mechanismy mezi položkou datum a stav. |
Evidence dodatků s vazbou na původní smlouvu. |
Automatické číslování dodatků. |
Úkoly s vazbou na smlouvu, které zasílají notifikační emaily. |
Kontrola na Nespolehlivého plátce. |
Generování výdajových splátkových kalendářů. |
Rozpis platebních podmínek smlouvy dle jednotlivých let. |
Vazba na vydané faktury (seznam faktur ke smlouvě, včetně zobrazení detailu). |
Vazba na objednávky (seznam objednávek ke smlouvě, vč. zobrazení detailu). |
Evidence finančního krytí dle zákona č. 320/2001 Sb. |
Schvalování finančního krytí. |
Vazba na centrální číselníky rozpočtové skladby. |
Informace o předpokládaném čerpání rozpočtu vč. disponibilních prostředků. |
Možnost vytváření volitelných sestav dle potřeb uživatele ve formátu xlsx, docx, pdf. |
Tisk oběhových lístků pomocí uživatelsky nastavitelných vzorů. |
Připojení el. obrazu (sken) smlouvy. |
Kopírování jednotlivých smluv. |
Historie editačních změn. |
Nástroje na vyhledávání smluv pro tiskové výstupy nebo do seznamu, podle všech zapsaných údajů, a to i v kombinaci. |
Evidence smluv a limitovaných příslibů. |
3.20 Stavební úřad
3.20.2 Funkcionalita bude obsahovat jednotlivé procesní kroky v oblasti působnosti úřadu podle stavebního zákona a bude tedy umožňovat zpracování případu podle jeho stavu a nabídne další možné kroky ve stavebním řízení. Funkcionalita umožní tvorbu jednotlivých dokumentů pomocí nabízených vzorů i pomocí uživatelských vzorů vytvořených na úřadě dle jeho konkrétních specifik a požadavků. Funkcionalita bude umožňovat propojení na mapové podklady a zobrazení dat nad mapovými podklady.
Požadavky na agendu |
Územní řízení (umístění stavby, změna využití území, změna stavby, ochranné pásmo, dělení a scelování pozemků) územní souhlas, zjednodušené územní řízení |
Prodloužení a ukončení platnosti územních rozhodnutí, povolení výjimek, změny územních rozhodnutí |
Ohlášení stavby, ohlášení změny stavby před jejím dokončením |
Stavební řízení, zkrácené stavební řízení, prodloužení platnosti stavebního povolení, změna stavby před jejím dokončením |
Prodloužení platnosti stavebního povolení, změna stavby před dokončením, Kolaudace, kolaudační souhlas |
Předčasné užívání stavby, zkušební provoz |
Změna užívání stavby − v řízení i souhlas |
Nařízení údržby stavby, nezbytných úprav, odstranění stavby (vč. stavby dočasné), zabezpeč. prací, vyklizení stavby, pasportu stavby |
Požadavky na agendu |
Stavební dozor (nařízení zastavení prací, nařízení zjednání nápravy, přerušení prací a stanovení podmínek, výzvy k bezodkladnému zastavení prací, k předložení potřebných podkladů, ke zjednání nápravy ve lhůtě) |
Dokumentace skutečného provedení stavby Přestupky občanů a pokuty organizacím Výjimky z OTP |
Opatření na sousedních nemovitostech |
Veřejnoprávní smlouvy |
Spojená a sloučená řízení |
Pořádkové pokuty |
Výstupní sestavy s různými přehledy o stavení činnosti, vydaných rozhodnutích, včetně výstupu s daty pro tzv. Benchmarkingovou iniciativu |
Přehled o práci jednotlivých referentů a o stavu rozpracovanosti jednotlivých případů |
Sada vzorů rozhodnutí, citací právních předpisů, parametrizačních a uživatelských nástrojů pro efektivní přizpůsobení potřebám uživatele. |
Evidence vydaných rozhodnutí (archiv stavebního úřadu) |
Možnost vytváření vlastních šablon |
Evidence jednání a kontrolních prohlídek |
Elektronický oběh dokumentů při jejich schvalování a podpisu |
Tisk adres |
Tisk přehledů (word, excel, pdf) |
Vazba na spisovou službu |
Speciální stavební úřad silniční
3.21.1 Funkcionalita bude umožňovat řešení agendy speciálního stavebního úřadu vykonávaného objednatelem. Bude obsahovat pracovní a procesní postupy, které žadatel v rámci této agendy vykonává.
3.21.2 Funkcionalita umožní evidenci údajů o jednotlivých případech vedených příslušným úřadem, podle zákona č. 183/2006 Sb., o územním plánování a stavebním úřadu (stavební zákon), ve znění pozdějších předpisů, včetně potřebných údajů o stavbách, o všech zúčastněných subjektech, s vazbou na Registr obyvatel, Registr hospodářských subjektů a vlastní registr agendového informačního systému. Funkcionalita bude evidovat údaje o parcelách, včetně jejich vlastníků, které bude možné vybírat z Registru parcel, případně pomocí webových služeb vzdáleného přístupu z dat Katastru nemovitostí.
3.21.3 Funkcionalita bude pokrývat procesní cyklus řešení agendy a jako taková nabídne možné další kroky podle stavu zpracování daného případu.
Požadavky na agendu |
Omezení (úprava) veřejného přístupu |
Zřízení věcného břemene |
Zrušení pozemní komunikace |
Obecné užívání |
Omezení obecného užívání (uzavírky, objížďky |
Pevné překážky |
Reklama v silničním ochranném pásmu |
Zvláštní užívání |
Stanovení místní a přechodné úpravy provozu |
Přehled o práci jednotlivých referentů a o stavu rozpracovanosti jednotlivých případů |
Sada vzorů rozhodnutí |
Možnost vytvářet vlastní šablony |
Evidence vydaných rozhodnutí |
Evidence jednání a kontrolních prohlídek |
Zařazení subjektů do kartoték |
Přiřazování dotčených orgánů do řízení |
Tisk adres a přehledů |
Zápis doručenek |
Vazba na spisovou službu |
3.22 Vidimace a legalizace
3.22.1 Funkcionalita bude určena a bude zajišťovat evidenci a následný tisk ověřovacích doložek při prováděné vidimaci a legalizaci. Uživateli pro zrychlení jeho práce umožní použít většinu údajů formou výběru z číselníků a v případě legalizace bude mít uživatel možnost využít data registrů agendového informačního systému, data Základních registrů anebo bude mít možnost údaje zadat individuálně ručně.
3.22.2 Zaevidované údaje budou využity nejen pro tisk doložek na štítky, ale i jako podklad pro tisk pokladního dokladu a bude-li v rámci agendového informačního systému zapnuta vazba na funkcionalitu „Pokladna“, pak i poskytne kód poplatku a dojde k zanesení provedeného úkonu do funkcionality agendového informačního systému „Pokladna“ a „Příjmy“.
3.22.3 Informační systém interně užije funkcionality CzechPOINT@office týkající se autorizované
konverze.
Požadavky na agendu |
Tisk ověřovacích doložek prostředky výpočetní techniky v souladu s platnými zákony a předpisy − aktualizace při změnách. |
Konfigurace na míru potřebám a praxi úřadu − uživatelské číselníky. |
Uživatelské nastavení prostředí. |
Konfigurace registračních údajů pro dotazování Informační systém základních registrů (JOSOptim). |
Tiskové výstupy řešeny vzorovými šablonami s možností uživatelských úprav |
Vícenásobné kopie záznamů |
Tisk štítků na vidimovanou (legalizovanou) listinu, tisk pokladního dokladu |
Vazba na pokladnu a příjmy |
Výdaje
3.23
3.23.1 Funkcionalita zajistí
• zápis přijatých faktur,
• evidenci zálohových faktur a vyúčtovacích faktur,
• evidence příjmových a výdajových poukazů a zúčtovacích dokladů,
• přijetí elektronické faktury ve formátu ISDOC,
• sledovat přijaté faktury v souvislosti s objednávkami a smlouvami − tedy zajistí jednoznačnost identifikace faktury,
• využívat identifikaci pomocí čárového kódu,
• převzít informace pro fakturu z předchozí objednávky,
• vést evidenci pro uplatnění DPH u přijatých závazků,
• připojit sken nebo elektronickou fakturu jako přílohu záznamu,
• evidenci převodů mezi účty,
• tvorbu splátkových kalendářů a jejich centrální evidenci,
• elektronické ověřování jako obecně nastavitelný proces schvalování,
• kontrolu na volné finanční prostředky v rozpočtu,
• on-line přehled o stavu finančních prostředků,
• blokaci/upřednostňování plateb,
• provedení částečné úhrady na více účtů,
• vytváření příkazů k úhradě,
• úhrady dokladů z více bankovních účtů,
• vytváření homebanking souborů dle standardu banky objednatele,
• vést standardní evidenci zakázkového saldokonta,
• vytvořit přehledy k dokladové inventarizaci účtů závazků,
• tisk a tvorbu sestav, tiskopisů (formáty xls, pdf, doc, html).
Vymáhání pohledávek
3.24
3.24.2 Funkcionalita dále umožní
• vypočítávání lhůt − nabytí právní moci, splatnosti a dalších,
• kontrolu termínů, prohlížení průběhu a výsledků řízení,
• vystavení nákladů řízení k pohledávkám,
• sledování úhrad k evidovaným pohledávkám a aktualizace dlužné částky,
• vytváření a vyhotovování tiskopisů podle jednotlivých vzorů,
• dávkové, hromadné a jednotlivé tvorby dokumentů,
• tiskové výstupy o probíhajících řízeních, jejich stavu a dlužných částkách,
• poskytování informací o vymáhání navazujícím funkcionalitám agendového informačního systému.
Požadavky na agendu |
Samostatná definice úkonů, termínů a šablon dokumentů podle typů vymáhacího řízení. |
Průběh případu se eviduje a sleduje v samostatných, uživatelsky definovaných úkonech. |
Dle jednotlivých úkonů lze případy vyhledávat a dále je samostatně nebo hromadně zpracovávat. |
Vzory tiskopisů s možností v průběhu implementace upravit dle zvyklostí úřadu. Výsledné dokumenty jsou postoupeny do spisové služby k odeslání na adresu dlužníka nebo dalších subjektů, účastníků vymáhacího řízení (soudy, peněžní ústavy, Policie,...). |
Vygenerované písemnosti v doc je možné exportovat do po požadovaného formátu. |
Automatické vyhledání nově přijatých plateb (od posledního zpracování) k pohledávkám v řízení daného uživatele. |
Pevné i uživatelsky definované sestavy. |
Vyhledávání záznamů dle uživatelsky zadaných kritérií. |
Uživatelsky definované úkony vymáhacího procesu |
Sledování termínů (nabytí právní moci, náhradní splatností a dalších) |
Vyřízené pohledávky je dále možno sledovat a následně spisy, písemnosti předat ke skartaci. |
Evidence a zobrazení základních údaje o dlužníkovi a pohledávce (tj. příjmení, jméno, rodné číslo, datum narození, IČO, adresa, kontaktní adresa, č. jednací, č. rozhodnutí, částka atd.). |
Předpisy a úhrady jsou přebírány a zpět kontrolovány na stav v modulu Příjmy a ekonomické moduly sloužící k úhradám. Je zajištěna vazba na insolvenční rejstřík dlužníků (s možností nahlédnutí přímo na daný subjekt v Insolvenčním rejstříku dlužníků (ISIR)). |
Možnost založení pohledávky do agendy Vymáhání pohledávek předáním předpisu přímo z příjmů. |
Možnost vystavení předpisu exekučních nákladů a zvýšení. |
Zavedení splátkového kalendáře k pohledávce a sledování jeho plnění |
Přesun pohledávek v rámci organizační struktury úřadu, předání pohledávek v rámci vymáhání. |
Oprávnění k přístupu je definováno v závislosti na jednotlivých případech a rolích. |
3.25 Statistika
3.25.1 Funkcionalita zajistí vytváření statistik za využití dat z jednotlivých funkcionalit agendového informačního systému objednatele, mimo Registru obyvatel, Přestupků a Městské policie. Funkcionalita statistika bude členěna podle funkcionality agendového informačního systému, ze které bude čerpat data, a každá z těchto funkcionalit bude obsahovat předem definované typy statistik. Uživatel pak bude mít možnost si pro každý typ statistiky zadat výběrová kritéria a rozhodnout o třídění dat. Výstupem budou seznamy, tabulky a grafy.
3.25.2 V oblasti funkcionality statistiky bude samostatná oblast vážící se k obyvatelům, ta nabídne statistiky využívající lokální registry agendového informačního systému objednatele. Takové statistiky budou užity pro vítání občánků (statistika Narozené dítě), pro gratulace jubilantům (statistika jubilanti a nejstarší občané), pro zjištění věkového složení obyvatel města nebo pro zjištění průměrného věku.
3.26 Změny obyvatel z ROB a AISEO
3.26.1 Funkcionalita zajistí a umožní následující činnosti
• zpracování nových souborů změn obyvatel, získaných na základě „Žádosti o využití údajů z ROB a AISEO“,
• na základě těchto změn umožní provádění ztotožnění a přihlášení notifikací nových
obyvatel obce,
• práci se všemi dostupnými druhy změn, zejména úmrtí, narození, přistěhování, odstěhování, které jsou vydávány na žádost úřadu.
3.27 Přestupkové řízení
3.27.1 Funkcionalita zajistí pro objednatele vedení agendy přestupků. Bude využita pro evidenci a řízení občanskoprávních přestupků. Bude možné užít i na útvaru dopravy k vedení a řešení dopravních přestupků.
3.27.2 V oblasti pořádku bude funkcionalita zajišťovat podporu výkonu státní správy formou přestupkového řízení, a to v rozsahu kontroly termínů, nabytí právní moci a odvolání, evidence případného zapůjčení nebo založení spisu. Umožní vystavování předvolání k řízení a vytváření zpráv o pověsti. Umožní vyhledávání mezi zadanými daty a přestupky podle definovatelných kritérií.
3.27.3 Funkcionalita bude umožňovat vytváření ročního statistického výkazu. Funkcionalita bude jednoduchá a přehledná tak, aby umožnila úředníkovi rychle vyhledat přestupek, se kterým má pracovat, ať již podle údajů o přestupku nebo dle údajů o obviněném. Přístup do funkcionality bude řízen nastavením oprávnění ve funkcionalitě agendového informačního systému „Organizační struktura“.
3.27.4 Funkcionalita přestupkové řízení agendového informačního systému žadatele bude propojena s funkcionalitou „Městská policie“ a „Příjmy“. V rámci funkcionality příjmy bude možné vystavovat předpisy za pokuty, které nabydou právní moci, zapisovat plátce a zpětně sledovat platby.
3.27.5 Funkcionalita bude dále propojena na spisovou službou za účelem přidělování čísel jednacích vytvořeným dokumentům a tyto dokumenty zařazovat do spisů.
Požadavky na agendu |
kompletní záznam přestupku |
evidence a vyhledávání hříšníků − náhled na osobu a všechny její přestupky z evidence přestupků |
historie změn v evidenci přestupku − evidovat změny, tj. původní a nový stav, kdo a kdy změnu provedl |
vytváření zprávy o pověsti s výběrem přestupků spáchaných danou osobou |
provádění kontroly termínů správních řízení − zahájení řízení, běh lhůt, nabytí právní moci |
automatická vazba na ekonomický systém (modul Příjmy) od evidence plátce a předpisu k úhradě, sledování plateb, až po podklady pro vymáhání pohledávek |
generování dokumentů (předvolání, rozhodnutí, příkazní řízení) s využitím předem definovaných vzorů s následným tiskem adres na různá média |
tisk pevných a volitelných sestav dle různých kritérií, přípravu a tisk podkladů pro roční statistický výkaz o přestupcích |
příprava a tisk podkladů pro statistiku přestupků domácího násilí |
kompletní vazba na Spisovou službu s možností ověření datové schránky, převodu dokumentu do výstupního formátu PDF/A, připojení elektronického podpisu, evidence všech potřebných příloh a dodejek (datum doručení) |
zápis přestupků do Evidence přestupků |
3.28 Dopravní přestupky
3.28.1 Funkcionalita bude sloužit k řešení dopravních přestupků zjištěných Policií ČR, Městskou policií a kamerovým systémem. Funkcionalitu bude možné využít pro řešení občansko- správních přestupků a dopravních přestupků. Všechny tyto přestupky bude možné plnohodnotně evidovat včetně využití všech funkcí, údajů a vazeb, které umožní funkcionalita agendového informačního systému objednatele „Přestupkové řízení“. Jako podklad pro vyhodnocování dopravní přestupků bude možné využít zpracování XML souborů s daty získanými automatickými systémy a provést jejich hromadné zpracování.
3.28.2 Data přestupků budou oddělena v závislosti na oprávnění v rámci funkcionality. V rámci funkcionality bude možné nastavit samostatnou číselnou řadu pro každou organizační jednotku. Funkcionalitu bude možné nastavit i tak, že jeden pracovník na dvou různých funkčních místech zaznamenává a řeší dva typy přestupků. Poplatky pro pokuty, náklady řízení a pořádkové pokuty budou vedeny odděleně.
3.28.3 Funkcionalita bude umožňovat evidenci přestupků s možností jejich členění pro evidenci občansko-správních přestupků jako domácí násilí, pro evidenci dopravních přestupků umožní vedení podrobnějších údajů jako údajů řidičského průkazu, termínů zákazu k řízení, údajích o rychlosti vozidla, požití alkoholu nebo drog, podrobnější ustanovení k překročenému paragrafu, údaje o vozidle pachatele a dalších osob, údaje o pojišťovně a úřadu evidující bodové přestupky.
3.28.4 Funkcionalita umožní spojování přestupků do společného řízení včetně možnosti vytvoření společného rozhodnutí a zadání společné sankce jen k jednomu přestupku ve společném řízení (společné řízení, uzavření spisů).
Společný číselník adres
3.29
3.29.1 Pro celý agendový informační systém bude na jednom místě jednotný adresář adres pro subjekty, se kterými agendový informační systém bude pracovat.
3.30 Elektronizace procesů Městské policie Čáslav
3.30.1 Předmětem je dodávka nového informačního systému, který zavede elektronické procesy namísto procesů současných realizovaných v klasické podobě bez možnosti využití elektronických nástrojů.
3.30.2 Informační systém bude určen pro ty pracovníky Městské policie, kteří evidují nebo řeší události, zaznamenané strážníky při hlídkové činnosti, případně řeší zjištěná protiprávní jednání.
3.30.3 Předmětem plnění je dále i dodávka mobilní aplikace pro pracovníky v terénu. Mobilní aplikace musí být kompatibilní s majoritní mobilní platformou OS Android ve verzi min. 5 a vyšší.
3.30.4 Součástí předmětu dodávky bude dále i provedení integrace na pult centrální ochrany, který zajistí sběr a sjednocení podnětů a incidentů na jednom místě na pracovišti Městské policie Čáslav.
3.30.5 Informační systém bude centrálně nasazen v technologickém centru města Čáslav a bude využívat stávajících i nových funkcionalit a prostředků serverových a síťových.
3.30.6 Informační systém bude provozován na virtualizované serverové platformě. Na jednotlivých koncových stanicích budou dostupní klienti, jejichž prostřednictvím bude zajištěn přístup k informačnímu systému a umožněna práce s daty. Dílčí funkcionality informačního systému budou využitelné ve spolupráci koncových klientů a serverových prostředků.
3.30.7 Informační systém bude dále dostupný prostřednictvím mobilních zařízení.
3.30.8 Informační systém bude propojen na dílčí informační systémy a agendy dle této technické
dokumentace a informační systémy v prostředí objednatele, zejména však na
• správní řízení s funkcionalitou přestupkového řízení,
• příjmy a pokutové bloky,
• mobilního klienta,
• spisovou službu,
• dílčí evidence agendového informačního systému města Čáslav − evidence psů
• a na společný prvek agendového informačního systému zajišťující komunikaci s registry a informačními systémy centrálního eGovernmentu.
3.30.9 Dle organizační struktury budou moci přestupky a události evidovat přímo strážníci zajišťující hlídkovou činnost, dozorčí směn, pověření strážníci nebo i civilní zaměstnanci. Rozdílný přístup k jednotlivým funkcím informačního systému bude zajištěn formou rozsáhlé možnosti přidělování oprávnění jednotlivým pracovníkům podle jejich pracovních pozic a pracovního zařazení. Informační systém bude umožňovat zjištěné případy protiprávního jednání po zaevidování buď přímo řešit nebo předat příslušnému správnímu orgánu či Policii ČR. Samotné procesy upravované v informačním systému pro městkou policii Čáslav budou dále podpořeny v agendou vedení správního řízení (přestupkového řízení), který je agendových informačních systémů v rámci této technické dokumentace.
3.30.10 Informační systém pro Městkou policii Čáslav bude zajišťovat běžnou policejní administrativu v prostorách služebny, tedy zejména pro osobu řídící Městskou policii, která v informačním systému a jeho přehledových obrazovkách bude mít k dispozici potřebné evidence a návazné tiskové sestavy. Strážník pak bude mít v terénu možnost spojit se buď pomocí vysílačky nebo mobilního terminálu se stálou službou a přímo na konkrétním místě řešené události zjistit či ověřit informace o podezřelém. Takovou funkcionalitou bude výrazně sníženo riziko, že podezřelý úspěšně udá například falešné jméno a adresu. Strážník danou formou bude moci zjistit i další údaje a informace důležité pro úspěšné vyřešení situace.
3.30.11 Součástí informačního systému bude také funkcionalita evidence kol, která umožní operativně ověřovat skutečného majitele kola.
3.30.12 Mezi hlavním uživatele informačního systému bude patřit i osoba řídící Městkou policii Čáslav, které informační systém poskytne přehled o jednotlivých strážnících, jejich aktivitě, o přestupcích a jejich pachatelích, o vybraných a odevzdaných pokutách. Strážníkům bude informační systém umožňovat v případě potřeby zjistit, zda podezřelý nespáchal určitý přestupek poprvé nebo opakovaně, tedy zda se nejedná o recidivu, dále strážníkovi umožní rychle se orientovat v přestupcích, které zjistili jeho kolegové, kteří nejsou aktuálně ve službě, a u kterých se podezřelý zrovna dostavil k projednání přestupku. V rámci podpory administrativy bude informační systém umožňovat modul pro automatický tisk výzev k podání vysvětlení, tisk žádostí o lustraci vozidel, přehledy o pokutách a strážnících.
3.30.13 S ohledem na povahu zpracovávaných údajů v informačním systému z hlediska ochrany osobních údajů, bude přístup do jednotlivých agend informačního systému v souladu s platnou legislativou pečlivě chráněn. K této ochraně bude využit systém přístupových oprávnění, jenž bude spravován odpovědným vedoucím pracovníkem organizace a nastavenou metodiku v souladu s legislativou.
3.30.14 Součástí funkcionality informačního systému bude i mobilní klient, tedy softwarový frontend informačního systému provozovatelný v mobilních telefonech pracovníků Městské policie. Tato funkcionalita mobilního klienta umožňujícího přístup k funkcionalitám informačního systému bude součástí realizovaného řešení.
3.30.15 Součástí funkcionality informačního systému i mobilní aplikace budou i vhodné mapové podklady umožňující orientaci, čtení v mapě a zanášení místa v rámci výkonu jednotlivých činností.
3.30.16 Mobilní klient/mobilní aplikace − bude určena pro strážníky Městské policie pro možnost práce s informačním systémem i mimo kancelář, bude primárně umožňovat evidenci (zadávání) protiprávních jednání, včetně pořizování dokumentace v podobě foto, video, hlas, text, data bude do informačního systému předávat dostatečně zabezpečeným přenosovým kanálem (šifrování), bude umožňovat řešit přestupky ihned formou blokového řízení a bude umožňovat interakci s daty v informačním systému města Čáslav, stejně jako čerpání dat z dalších externích zdrojů prostřednictvím komunikačního rozhraní jednotně nasazeného v agendovém informačním systému v rámci realizovaného plnění, tedy zejména služby registrů a informačních systémů centrálního eGovernmentu.
3.30.17 Součástí mobilního klienta (aplikace) bude i provázaná evidence příjmu a výdeji pokutových bloků, která na jednom místě umožní uložení pokuty, vystavení předpisu i zpětný náhled na předpis bez ohledu na to, v jakém je aktuálně stavu.
Požadavky na agendu |
· Vedení přehledné evidence přestupků, včetně pachatelů, svědků, poškozených, oznamovatele, dalších údajů a údajů o vozidle. |
· V seznamu vyhledaných přestupků možnost rychlého přepnutí na detail konkrétního přestupku. |
· Evidovat lze přestupky dopravní i jakékoliv jiné řešené Městskou policií. |
· Evidence základních údajů o přestupku a pachateli, termíny a lhůty, způsob vyřízení a finanční údaje (pokuta a vedlejší výdaje); dále lze evidovat svědky a poškozené k danému přestupku. |
Požadavky na agendu |
· Zápis poznámky, zadání kontaktní adresy a evidenci dalších údajů - např. údaje o nasazení tzv. TPZOV − technického prostředku zabraňujícímu odjetí vozidla (lidově „botičky“), údaje o oznamovateli. |
· Vazba ekonomický systém: Automatické vystavení plátce a předpisů k úhradě do agendy Příjmy pro pokutu a vedlejší výdaje ve vazbě na finanční moduly pro vyřízení přestupku složenkou nebo pokutou na místě nezaplacenou. |
· Vyhledávání přestupků dle různých kritérií, samostatný výběr přestupků bez uvedeného pachatele a uzavřených přestupků (u přestupku je možné uzavřením zamezit dalším úpravám přestupku). |
· Evidence veškerých změn údajů evidovaných u přestupku, změny lze prohlížet v historii. |
· Starší přestupky jsou předávány do archívu. Archiv přestupků disponuje samostatným přístupovým oprávněním. |
· Přes evidenci pachatelů lze nahlížet na osobu a všechny její přestupky z evidence. |
· Kontrola termínů výzev a lustrace vozidla nebo nezaplacených pokut. |
· Vytvářet a evidovat dokumenty k přestupku dle systémových nebo uživatelských vzorů − výzva, záznam, potvrzení, protokol, oznámení, svodka a denní hlášení… |
· Tvorba dokumentů je možná s vazbou na spisovou službu. Možnost určení způsobu odeslání, ověření platnosti datové schránky, evidence data odeslání a doručení (dle vrácené dodejky nebo dle IS Datových schránek). Dále je umožněn případný automatický převod dokumentu do formátu PDF s možností připojení elektronického podpisu. U písemnosti je možnost připojení dalších příloh v digitální podobě k připravovanému dokumentu. |
· Možnost opakovaného odeslání dokumentu a vypravovat připravené dokumenty z různých přestupků pohodlně z jednoho místa |
· Zadání informace o měřidlech do zdrojového číselníku + následné využití v záznamu o přestupku. |
· Evidence a tvorba denních hlášení a svodky (v textovém editoru dle vzoru). |
· Evidence vozidel − podrobnější údaje k vozidlu, kterým byl spáchán dopravní přestupek. Evidovat lze i osoby (např. majitel, provozovatel, řidič) − s vazbou na evidenci přestupků. |
· Evidence kol − kola hlášená (zaevidovaná Městskou policií), kola kradená − nahlášení ztráty, kola kontrolovaná. |
· Evidence vydaných bloků, vybraných a odevzdaných pokut − za jednotlivé měsíce a po jednotlivých strážnících. |
Požadavky na agendu |
· Evidence strážníků Městské policie. |
· Uživatelské číselníky dle požadavků uživatele. |
· Tisk připravených i uživatelských sestav včetně výběru dat − výstupy lze přímo tisknout nebo zobrazovat a ukládat do souboru ve formátu word, excel, pdf |
· Vytváření dokumentů pomocí vzorů − zjednodušení práce, jednotný vzhled dokumentů |
Požadavky na agendy MP – mobilní aplikace: |
· Mobilní verze pro použití strážníky v terénu na mobilních dotykových zařízeních s operačním systémem Android nebo Windows 10. |
· Mobilní aplikace umožňuje zápis dopravního přestupku včetně RZ vozidla, času, polohy a fotografií |
· Mobilní aplikace umožňuje zápis dalších typů přestupků včetně času, polohy a fotografií |
· Mobilní aplikace umožňuje vyhledání a doplnění již evidovaného / nevyřešeného přestupku |
· Zjišťování údajů o vozidlech a osobách |
· Přístup do centrálního registru přestupků |
· Přístup do databáze pohřešovaných a hledaných osob s využitím eGON Service Bus |
Bezdrátový přenos dat do AIS |
4 Integrace Nových agend a migrace dat
4.1 Integrace agend
4.1.1 Elektrizované agendy na základě této technické dokumentace budou implementovány do stávajícího prostředí objednatele a budou navázány na tyto informační systémy
• spisová služba - název produktu: IS VERA Radnice − dodavatel: VERA, spol. s r.o.
o Správní agendy (např. Stavební úřad, Přestupkové řízení, Dopravní přestupky) − agendy musí umožňovat plnohodnotnou komunikaci se spisovou službou. Konkrétně: načtení příchozích dokumentů ze spisové služby, založení vlastních dokumentů, založení spisu, založení vypravení, zjišťování stavu vypraveno, resp. doručeno (obousměrně), vyřízení dokumentů, uzavření spisů.
o Ekonomické agendy (např. Vymáhání pohledávek, Pokladna, Příjmy) - agendy musí umožňovat vazbu na spisovou službu tak, aby všechny dokumenty (dle definice zákona 297/2016) byly evidovány ve spisové službě. Xxxxxx musí umožňovat zakládání pouze metadat nebo i tvorbu dokumentů ve výstupním formátu.
o Rozhraní musí být realizováno ve formě Národního standardu pro elektronické systémy spisové služby (Obecné rozhraní), neboli rozhraní pro komunikaci mezi spisovými službami a agendovými informačními systémy dle „Best Practices verze 3.1“ zveřejněné na stránkách Ministerstva vnitra a Národního archivu české republiky.1
4.2 Migrace dat
4.2.1 Zhotovitel na základě této technické dokumentace a smlouvy o dílo provede migraci veškerých digitálních dat ze zdrojových systémů, které jsou v souvislosti s realizací tohoto projektového záměru v prostředí objednatele nahrazovány.
5 Implementace nového agendového informačního systému
5.1 Dokumentace skutečného provedení
5.1.1 Objednatel požaduje v rámci plnění zpracování tzv. dokumentace skutečného provedení (někdy také analogicky nazýváno jako cílový koncept nebo implementační analýza).
5.1.2 Zhotovitel zpracuje komplexní a detailní návrh nasazení nového agendového IS, a to ve vazbě na požadavky uvedené v této technické dokumentaci, jejích přílohách a smlouvě o dílo na dodávku nového agendového IS jako celek a na jeho hlavní funkcionality. Cílem je zpracování dokumentu v takové míře detailu jednotlivých postupů a prací zasazení do prostředí a jeho nastavení, která umožní dosažení zavedení nových elektronických agend do rutinního provozu řízenou formou. Dokument proto bude jednoznačně a jasně konkretizovat jednotlivé kroky prací a to min. v rozsahu, které kroky a jakým způsobem budou řešeny, kým budou řešeny, za jaké součinnosti objednatele a v jakém čase. Taková konkretizace bude dále dodržovat časovou, věcnou a logickou souslednost a bude z ní tedy možné v každém okamžiku realizace díla určit co je právě realizováno a v jakém stavu a co bude následovat. Objednatel bude moci na základě takových podkladů alokovat své potřebné kapacity na součinnost a průběžnou kontrolu plnění díla. Dokument bude dále konkretizovat minimálně tyto oblasti
• návrh řešení instalace Nových agend IS (architektura technického řešení)
• detailní popis nastavení / konfigurace / parametrizace jednotlivých oblastí (společné registry, role a přístupová oprávnění, číselníky, reporty atd.)
• návrh technického řešení integračních vazeb (vazby mezi subsystémy, vazby s vybranými aplikacemi objednatele, vazby se spolupracujícími centrálními systémy)
• návrh řešení postupu a pořadí při nasazování jednotlivých oblastí − upřesnění
harmonogramu projektu
• popis případných organizačních opatření nutných pro implementaci (např. pracovní schůzky)
• upřesnění časového harmonogramu projektu
• rozsah součinnosti ze strany objednatele
• návrh průběhu testovacího provozu
1 Více podrobností o standardu na internetových stránkách Ministerstva vnitra České republiky na URL: xxxx://xxx.xxxx.xx/xxxxxx/xxxxxxx-xxxxxxxx-xxx-xxxxxxxxxxxx-xxxxxxx-xxxxxxx-xxxxxx.xxxx
5.1.3 Dokumentace skutečného provedení bude připomínkována objednatelem a připomínky budou ze strany zhotovitele vypořádány (tj. zapracovány, případně s jasným a konkrétním písemným zdůvodněním odmítnuty jako nevalidní). Ze strany objednatele nebude v rámci připomínkování v případě nepravdivých, nepřesných nebo věcně nejasných informací v této dokumentaci požadováno její opravování na správné znění, bude se pouze jednat o vyznačení výše uvedených nedokonalostí a bude na zhotoviteli jejich řádné zhojení.
5.2 Instalace nového agendového IS
5.2.1 Instalace nového agendového IS a jeho nastavení dle objednatelem odsouhlasené Dokumentace skutečného provedení bude provedena na hardware a software objednatele. Pro potřebu nasazení a provozu dodávaného řešení budou zhotoviteli poskytnuty systémové prostředky ze strany objednatele.
5.2.2 Veškeré softwarové komponenty a databáze poběží ve virtualizovaném prostředí objednatele. Licence virtualizace poskytne objednatel. Jedná se o jednotnou platformu virtualizace provozovanou objednatelem v jeho serverovém prostředí VMware.
5.2.3 Objednatel dále v rámci svého prostředí poskytne pro implementaci řešení licence Windows serveru standard 2016, které bude možné pro běh daného agendového IS užívat společně s 140 přístupovými licencemi na zařízení as 20 přístupovými licencemi na uživatele.
5.3 Konfigurace dodaného řešení pro potřeby objednatele
5.3.1 Konfigurace dodaného řešení dle zadání, požadavků a potřeb objednatele proběhne na základě odsouhlasené dokumentace skutečného provedení. Bude se jednat zejména o následující kroky a aktivity:
• provedení nastavení / konfigurace / parametrizace jednotlivých oblastí dle dokumentace skutečného provedení
• vytvoření reportů / výstupních sestav
• nastavení přístupových oprávnění
a zaškolení
6 Dokumentace
6.1 Forma dokumentace
6.1.1 Objednatel požaduje dodávku dokumentace v rozsahu dle tohoto článku v elektronické podobě, nejpozději do dne akceptace díla, není-li uvedeno nebo nevyplývá-li z jednotlivého typu dokumentace jinak.
6.1.2 Dokumentace musí být dodána v takové podobě a formátu, aby byla připravena bez potřeby jakýchkoliv dalších úprav k tisku.
6.2 Dokumentace skutečného provedení v prostředí objednatele
6.2.1 Bude sloužit jako podklad pro implementaci řešení do prostředí objednatele. Bude zpracována minimálně v rozsahu síťového schématu, datového schématu a aplikačního schématu včetně integrací, popis procesu nasazení informačního systému včetně zpřesněného harmonogramu, požadavků na součinnost ze strany zástupců objednatele. Bez předložení dokumentace skutečného provedení v prostředí objednatele nebude umožněno zhotoviteli instalovat a implementovat informační systém do určeného prostředí. Předložení dokumentace je povinností zhotovitele a v případě jejího nepředložení a z tohoto důvodu neumožnění implementace informačního systému do definovaného prostředí se bude jednat o prodlení na straně zhotovitele.
6.2.2 Na základě nasazení informačního systému bude dokumentace aktualizována na skutečně nasazené řešení a bude k ní zpracováno technologické schéma dodávaného řešení.
6.3 Uživatelská dokumentace
6.3.1 Zhotovitel dodá uživatelskou dokumentaci pro všechny aplikace a informační systémy, která bude obsahovat minimálně základní popis práce s jednotlivými aplikacemi/informačními systémy, postupy a bude popisovat jejich funkcionality pro potřebu řádné orientace uživatelů v systému/aplikaci a řádné práce uživatele v systému/aplikaci.
Administrátorská dokumentace
6.4
6.4.1 Zhotovitel dodá administrátorskou dokumentaci pro objednatele, která bude obsahovat detailní popis správy a údržby aplikací a informačních systémů na základě této smlouvy.
6.5 Zaškolení administrátorů a klíčových uživatelů
6.5.1 Zhotovitel zrealizuje v sídle objednatele prezenční zaškolení pro administrátory systému a klíčové uživatele objednatele tak, aby tyto osoby byly schopny systém řádně užívat, nastavovat jej na administrátorské úrovni a školit uživatele systému.
6.5.2 Objednatel pro účely zaškolení zajistí a zpřístupní učebnu vybavenou notebooky nebo PC sestavami a jedním lektorským pracovištěm, prezentační technikou (ve smyslu projektor, tabule pro psaní / kreslení) a dále zajistí konektivitu do vnitřní sítě objednatele.
6.5.3 Minimální požadovaný rozsah školení pro administrátory je 4 hodiny, minimální požadovaný rozsah školení pro klíčové uživatele je 16 hodin.
6.5.4 Uvedený rozsah je považován za minimální s tím, že se jedná o časový rozsah školení nutný pro zvládnutí samostatné práce se systémem. Uživatel musí zvládat minimálně dovednosti: ovládání aplikace (nabídka a použití funkcí programu), zadávání a editace dat, tiskové sestavy a přehledy, fungování vazeb na ostatní části systému.
7 Harmonogram
s časovými požadavky objednatele
7.1 Harmonogram
7.1.1 Objednatel požaduje realizaci předmětu plnění dle následujícího harmonogramu. Harmonogram je sestaven tak, aby jednotlivé práce na sebe logicky navazovaly a zároveň byl v souladu s požadavky výzvy číslo 28 IROP, ze které má být předmět plnění spolufinancován (s ohledem na termín dokončení předmětu plnění).
7.1.2 S ohledem na možnost kontroly realizace díla z pohledu času (tj. dílčí vyhodnocování dodržování harmonogramu realizace) je harmonogram doplněn milníky. Započetí každého milníku je možné pouze za předpokladu, že bude provedena akceptace všech milníků předcházejících.
Aktivita projektu | Termín nejpozději do: |
Zpracování dokumentace skutečného provedení (cílový koncept), připomínkování ze strany objednatele, vypořádání připomínek, finalizace dokumentu | T + 2 týdny |
Milník číslo ヱ − Předání dokumentace skutečného provedení | T + 3 týdny |
Instalace aplikační a databázové části systému | T + 5 týdnů |
Konfigurace dodaného řešení pro potřeby objednatele − nastavení / konfigurace / parametrizace jednotlivých oblastí, provedení | T + 7 týdnů |
integrací na spolupracující systémy, nastavení přístupových oprávnění Zpracování a dodávka dokumentace (uživatelská, administrátorská) Dodávka licencí (listinné potvrzení dodaných licencí co do jejich počtu a rozsahu) Nastavení koncových zařízení | |
Výzva zhotovitele objednateli k započetí akceptačního řízení pro Milník 1 | T+ 8 týdnů |
Akceptační řízení pro Milník 1 | T + 9 týdnů |
Milník číslo ヲ − Připravené prostředí pro školení a testovací provoz | T + 10 týdnů |
Prezenční zaškolení administrátorů a klíčových uživatelů | T + 11 týdnů |
Výzva zhotovitele objednateli k započetí akceptačního řízení pro Milník 2 | T + 12 týdnů |
Akceptační řízení pro Milník 2 | T + 13 týdnů |
Milník číslo ン − Předání do testovací provozu | T + 14 týdnů |
Testovací provoz s dohledem a podporou zhotovitele Oprava chyb a neshod, případná definice změnových požadavků Provedení doplňující migrace dat (počáteční stavy) Aktualizace dokumentace skutečného nasazení | T + 16 týdnů |
Akceptační řízení − porovnání skutečných vlastností se požadavky smlouvy | T + 18 týdnů |
Milník číslo ヴ − Akceptace projektu, předání systému do rutinního provozu | T + 20 týdnů |
Poznámka:
Ve sloupci „Termín nejpozději do:“ znak „T“ vyjadřuje datum uzavření smlouvy
7.2 Konkretizovaný harmonogram plnění ze strany zhotovitele
7.2.1 Zhotovitel blíže rozpracuje etapy a milníky minimálně v následující úrovni detailu (udávat v týdnech od uzavření smlouvy), které budou konkretizovat a dále rozpracovávat jednotlivé kroky a části harmonogramu stanoveného objednatelem:
• Zpracování specifických požadavků objednatele na konkrétní způsob nasazení nových agend IS a zpracování implementačního plánu, tj. Dokumentace skutečného provedení a podrobného harmonogramu s uvedením potřebné součinnosti ze strany objednatele
• Implementace IS do prostředí objednatele
• Zaškolení a předání dokumentace
• Akceptace, předání systému a testovací a ostrý provoz
Testovací provoz
7.3
7.3.1 Testovací provoz proběhne po dobu uvedenou v harmonogramu realizace, a to se zvýšeným
dohledem a podporou ze strany zhotovitele.
7.3.2 Cílem testovacího provozu je poskytnout metodické vedení a prostor uživatelům pro ověření funkcionalit a vlastní funkčnosti dodaného řešení, pro cvičnou práci se systémem a prostor pro zhotovitele pro identifikaci a opravu případných chyb a neshod. Dalším cílem testovacího provozu je možnost případné definice změnových požadavků ze strany objednatele.
7.3.3 V době testovacího provozu bude možné ze strany zhotovitele provedení případné nutné doplňující migrace dat (např. počáteční stavy) s ohledem na zahájení rutinního provozu.
7.3.4 Během testovacího provozu provede zhotovitel aktualizaci Dokumentace skutečného provedení.
7.3.5 Úspěšný průběh testovacího provozu, jehož výstupem bude faktické uživatelské ověření schopnosti nasazení nového agendového IS v prostředí objednatele na základě této technické dokumentace a jejich příloh, je jednou z nezbytných podmínek objednatele pro možnost akceptace plnění na základě této technické dokumentace a jejích příloh.
8 Projektové řízení
8.1.1 S ohledem na rozsah projektu a dopad jeho zavedení do produkčního provozu na výkon činnosti objednatele je v rámci dodávky předmětu plnění objednatelem požadováno aplikování základních principů projektového řízení ze strany zhotovitele.
8.1.2 Jedná se zejména řízení projektových prací v souladu s uzavřenou smlouvu s ohledem na věcné plnění dané smlouvou objednatele − rozsah, posloupnost a hloubku projektových prací, (tj. harmonogramu) − řízení postupu prací s ohledem na závazný harmonogram projektu − dodržování termínů a milníků harmonogramu, podchycení případných kolizí, zpoždění nebo vznikajících rizik a jejich reportování směrem k objednateli, aktivní řešení výše uvedených nestandardních situací
8.1.3 Zpracování pravdivých, úplných a věcně jasných a vypovídajících zápisů z konzultačních schůzek a pracovních jednání (s cílem zaznamenání klíčových rozhodnutí, ujednání, navržených nebo dohodnutých způsobů řešení dílčích částí projektu atd.)
8.1.4 Prezenční účast odpovědné osoby zhotovitele na kontrolních dnech v pravidelných min. měsíčních intervalech v sídle objednatele, případně se souhlasem obou smluvních stran formou videokonference nebo telekonference.
8.1.5 Reporting projektu na úrovni pravidelných dvoutýdenních písemných zpráv směrem k odpovědné osobě objednatele (seznam prací, které byly poskytovatelem vykonány pro danou část projektu, stav těchto prací (ukončeno, odloženo, v realizaci); popis vzniklých problémů a způsob jejich řešení).
8.1.6 Řízení rizik projektu, hodnocení pravděpodobnosti jejich výskytu a míry dopadu, návrh řešení
k jejich eliminaci.
8.1.7 Řízení změn na projektu, v případě požadavků na změnu v projektu provedení konzultací k ověření nutnosti změny projektu; zjištění dopadu požadovaných změn směrem ke koncepci celkového řešení, harmonogramu, dotačnímu titulu, vytížení lidských zdrojů atd. V případě odsouhlasení změn spolupráce při implementaci změn do projektu, komunikace s poskytovateli a s realizačním týmem
9 Legislativa
9.1.1 Níže je obsažený obecný přehled legislativy, kterou je potřeba dodržet v souladu s realizací předmětu plnění této technické dokumentace. Tento výčet není konečný ani všeobjímající a má za cíl rámcově upozornit zhotovitele na rozsah problematiky, kterou se v návaznosti na jednotlivé požadované funkcionality zavazuje dodržet, a u níž se tedy zavazuje objednateli zajistit soulad s platnou legislativou. Dílčí legislativní požadavky a odkazy na právní akty jsou obsaženy i v dalších dílčích částech této dokumentace a jejích přílohách.
• Zákon číslo 128/2000 Sb., o obcích (obecní zřízení), ve znění pozdějších předpisů
• Zákon číslo 553/1991 Sb., o obecní policii, ve znění pozdějších předpisů
• Zákon číslo 111/2009 Sb., o základních registrech, ve znění pozdějších předpisů
• Zákon číslo 297/2016 Sb., o službách vytvářejících důvěru pro elektronické transakce, v platném znění
• Zákon číslo 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů, ve znění pozdějších předpisů
• Zákon číslo 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů, ve znění pozdějších předpisů
• Zákon číslo 499/2004 Sb., o archivnictví a spisové službě a o změně některých zákonů, ve znění pozdějších předpisů
• Zákon č. 297/2016 Sb., o službách vytvářejících důvěru pro elektronické transakce, v platném znění
• Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů)
• Zákon o státním rozpočtu
• 261/2007 Sb., o stabilizaci veřejných rozpočtů
• 218/2000 Sb., o rozpočtových pravidlech
• 250/2000 Sb., o rozpočtových pravidlech územních rozpočtů
• 563/1991 Sb., o účetnictví
• 320/2001 Sb., o finanční kontrole
• 420/2004 Sb., o přezkoumávání hospodaření ÚSC a DSO
• 280/2009 Sb., daňový řád
• 235/2004 Sb., o dani z přidané hodnoty
• 586/1992 Sb., o dani z příjmů
• 357/1992 Sb., o dani dědické, dani darovací a dani z převodu nemovitostí
• 338/1992 Sb., o dani z nemovitostí
• 565/1990 Sb., o místních poplatcích
• 243/2000 Sb., o rozpočtovém určení daní
• 634/2004 Sb., o správních poplatcích
• 593/1992 Sb., o rezervách pro zajištění základu daně z příjmů
• 254/2004 Sb., o omezení plateb v hotovosti a o změně zákona 337/1992 Sb., o správě daní a poplatků
• 124/2002 Sb., o převodech peněžních prostředků, elektronických platebních prostředcích a platebních systémech
• 531/1990 Sb., o územních finančních orgánech
• 151/1997 Sb., o oceňování majetku
• 134/2016 Sb., o zadávání veřejných zakázek
• 117/2001 Sb., o veřejných sbírkách
• 219/1997 Sb., devizový zákon
• 500/2004 Sb., správní řád
• 227/2000 Sb., o elektronickém podpisu
• 148/1998 Sb., o utajovaných skutečnostech
• 89/2012 Sb., občanský zákoník
• 262/2006 Sb., zákoník práce
• 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů
• 21/2006 Sb., o ověřování shody opisu nebo kopie s listinou a o ověřování pravosti podpisu a o změně některých zákonů (zákon o ověřování)
• 133/2000 Sb., o evidenci obyvatel a rodných číslech
• 300/2001 Sb., o matrikách, jménu a příjmení
• 183/2006 Sb., stavební zákon
• 13/1997 Sb., o pozemních komunikacích
• 297/2016 o službách vytvářejících důvěru pro elektronické transakce a související změnový zákon č. 298/2016 Sb., kterým se mění některé zákony v souvislosti s přijetím zákona o službách vytvářejících důvěru pro elektronické transakce
• 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů
• 121/2000 Sb., 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), ve znění pozdějších předpisů
• 186/2016Sb., o hazardních hrách
• nařízení Evropského parlamentu a Rady (EU) č. 910/2014 ze dne 23. července 2014 o elektronické identifikaci a službách vytvářejících důvěru
Akceptace
10.1 Dílčí akceptační řízení
10.1.1 Dílčí akceptační řízení bude provedeno pro milník 1, 2 a 3 vyznačený v harmonogramu projektu dle této technické dokumentace. Dílčí akceptační řízení bude zahrnovat porovnání skutečného stavu vůči požadavkům této technické dokumentace a jejím přílohám (milník číslo 1, 2 a 3) a požadavků daných dokumentací skutečného provedení (milník 2 a 3).
10.1.2 Výsledkem dílčího akceptačního řízení je akceptační protokol s výsledkem Splněno nebo Nesplněno, podepsaný oprávněnými osobami smluvních stran.
10.1.3 Započetí dalších prací spadajících pod milník následující je možné pouze za předpokladu, že
bude provedena akceptace s výsledkem Splněno všech milníků předcházejících.
Souhrnné akceptační řízení
10.2 - akceptace díla
10.2.1 Souhrnné akceptační řízení bude zahrnovat:
• ověření splnění akceptace všech milníků, které akceptaci plnění předcházeli.
• porovnání skutečného stavu vůči požadavkům smlouvy o dílo a této technické dokumentace, která je její přílohou, a jejích příloh, funkčního i nefunkčního charakteru − licence a příslušenství.
10.2.2 Výsledkem souhrnného akceptačního řízení je akceptační protokol s výsledkem Splněno / Splněno s výhradou / Nesplněno, podepsaný oprávněnými osobami smluvních stran. Klasifikace Splněno s výhradou umožní pokračování v realizaci díla v případě vad drobných, pro které může být opakování akceptačního řízení zbytečně nákladné.
Opakované akceptační řízení
10.3
10.3.1 Jestliže plnění nesplňuje podmínky stanovené pro akceptaci, bude obsahem akceptačního protokolu vyjádření Nesplněno spolu s popisem závad a uvedením termínů pro jejich nápravu. Zhotovitel napraví tyto nedostatky a akceptační řízení v odpovídajícím rozsahu bude provedeno znovu. Proces testování a následných oprav se bude opakovat, přičemž výše uvedená ustanovení se použijí obdobně. Proces testování a následných oprav lze opakovat, dokud zhotovitel nesplní požadavky pro akceptaci řádnou s výsledkem Splněno, nejvýše však 2× (dvakrát). V situaci, kdy by bylo nutné opakovat akceptační řízení více jak 2× (dvakrát) pro konkrétní milník projektu nebo celé plnění, bude takové opakování považováno za podstatné porušení smlouvy ze strany zhotovitele a objednatel bude oprávněn odstoupit od smlouvy o dílo. Prodlení vzniklé v souvislosti s potřebou opakování akceptačních řízení bude považováno vždy za prodlení vzniklé na straně zhotovitele se zachováním důsledků takového prodlení, tedy zejména smluvních pokut na základě uvařené smlouvy o dílo.
1 Navrhované technické řešení
1.1 Informační systém IS VERA Radnice
1) IS VERA Radnice je typový software, který je nástrojem pro město či obec na vybudování jejich vlastního informačního systému.
2) IS XXXX Xxxxxxx obsahuje celou řadu podsystémů pro vedení agend pro samosprávu či pro výkon státní správy.
Systém obsahuje klíčové agendy z finanční, majetkové, organizační či správní oblasti. Jedná se o otevřený systém a umožňuje použít jen některé podsystémy a propojit je případně s jinými, již na úřadě provozovanými.
3) Systém je koncipován tak, aby datově odpovídal standardům dle SIS.
1.1.1 Portlist
1) Doporučenou kombinaci verzí operačních systémů, databází, aplikačních prostředí a komponent, u
kterých byla ověřena plná funkcionalita systému IS VERA Radnice, udává Portlist.
2) Aktuální verze Portlistu je dostupná na webu xxx.xxxx.xx.
1.1.2 Prostředí IS VERA Radnice
1) Informační systém IS VERA Radnice obsahuje skupinu několika prostředí, zajišťující komplexní podporu vedení agend pro výkon státní správy či samosprávy.
2) Ze systémového pohledu se jedná o prostředí
Genero založené na technologii firmy Four Js,
webová prostředí provozem postavena na bázi internetového prohlížeče a prostředí IS VERA Radnice založené platformě Java.
Vše je doplněno nadstavbami typu manažerský informační systém, portálová a formulářová řešení, mobilní aplikace atd.
1.2 Technologie IS VERA Radnice
1.2.1 Genero prostředí
1) Prostředí Genero je součástí technologie Four Js sady nástrojů, která umožňuje provoz v plně tříúrovňové architektuře (databázový server − aplikační server a klient) s novou úrovní a vzhledem GUI.
2) Významným prvkem je, že prezentační vrstva na klientu je založena na XML technologii. Vzhled uživatelského rozhraní se přizpůsobuje vzhledu prostředí, ve kterém běží. V současné době je provozována třetí generace systému označená jako Genero 3.
3) Výhodou řešení je, že celá aplikační logika běží na aplikačním serveru, zatímco strana klienta řeší vždy pouze prezentační vrstvu.
XXXX, spol. s r.o.
Důsledně je oddělena logika aplikace od grafické prezentace. Z pohledu uživatele se však spuštěná aplikace chová jako jakákoliv jiná aplikace, spuštěná na jeho lokálním počítači pod operačním systémem MS Windows.
Toto řešení dovoluje použít na klientské straně počítač o nižším výkonu a stávající hardware tedy nevyžaduje upgrade. Technologie je obecně portována na rozličné platformy zahrnující všechny význačné Unix/Linux a MS Windows distribuce − viz čl. 1.1.1.
4) Technologie Four J`s Genero obsahuje následující nástroje, z nichž je většina využita pro provoz Pro informační systému IS VERA Radnice.
Genero Suite Client/Server (Studio + GRE + BDL + GAS + GDC) Genero Suite Server (Studio Server + GRE + BDL + GAS) Genero BDL with Web Services (BDL)
Genero Desktop Client (GDC) Genero Application Server (GAS) Genero Report Engine (GRE) Genero Report Designer (GRD)
5) O úspěšnosti projektu svědčí i fakt, že v roce 2011 bylo rozhodnuto o OEM spolupráci mezi firmou IBM a firmou Four Js, takže prostředí Genero je nabízeno v portfoliu produktů IBM jako nadstavbové řešení nad databázovým řešením Informix Dynamic Serveru.
6) Další technické i obchodní informace či prezentace naleznete na stránkách Four Js -
xxxx://xxx.0xx.xxx (anglicky).
7) V dnešní době prostředí Genero poskytuje plnohodnotné prostředí pro programování databázových aplikací v jazyce čtvrté generace, včetně implementace moderních uživatelských rozhraní (Web, Webové služby, mobilní zařízení, Cloud, grafický tlustý klient a podobně).
8) Technologie Genero je obecně portována na rozličné platformy zahrnující všechny význačné Unix/Linux a MS Windows distribuce. Společnost VERA nabízí standardní podporu pro:
Red Hat Enterprise 6, 7
Microsoft Windows Server 2016, 2014, 2012, 2008 R2, případně pro zjednodušené malé instalace na platformě Windows XP, Vista a Windows 7
9) Po oboustranné dohodě je v principu možná i portace na jiné operační systémy. Nutno ale uvážit více práce spojení s ověřením těchto nových prostředí.
10) Ukázka aplikace v prostředí Genero:
Obr 1. U a aplikace v prostředí Genero
1.2.2 Technologie IS XXXX Xxxxxxx – Webová prostředí
1.2.2.1 Webová prostředí – technologie Smart Clienta
1) Nově jsou programované webové aplikace vyvíjeny v technologii Smart Client.
2) Technologicky dle přístupu se dělí webové aplikace do 2 kategorií − tlustý klient a tenký klient. Tlustý klient je v tradičním pojetí plnohodnotná aplikace, která kompletně běží na počítači uživatele. Tenkého klienta oproti tomu představuje nejčastěji internetový prohlížeč, který se připojuje k webové aplikaci, která obsahuje veškerou aplikační logiku. Technologie Smart Client kombinuje výhody obou řešení. Uživatel může využít plnohodnotného grafického rozhraní, aplikace může dynamicky reagovat na vstup uživatele a používat lokální zdroje.
3) Ukázka webové aplikace v technologii Smart Clienta:
Obr 2. Ukázka webové aplikace v technologii Smart Clienta
1.2.2.2 Webová prostředí – technologie JSP
1) Webservis jsou jednoduché prohlížečky pracující na bázi internetového prohlížeče a zprostředkovávají data z informačního systému IS VERA Radnice přímo na Vaši obrazovku.
Informace ve Vašem prohlížeči tedy vždy odpovídají aktuálním datům ve Vaší databázi. Jeho obsluha je velmi jednoduchá a tvorba výstupů rychlá.
2) Webservis poskytuje informace v prostředí intranetu zákazníka. Při přístupu k datům jsou respektována oprávnění zadaná v informačním systému IS VERA Radnice.
Webservis nabízí údaje z různých oblastí jako je registr obyvatel, registr katastrálních dat, z finanční oblasti se nabízí agendy typu konto plátce, pokladna, banka, výdaje či rozpočet. Zajištěna je i podpora statistických informací např. v modulu statistik a další.
3) Webservis je z hlediska bezpečnosti chráněn přístupovými právy.
4) Webservis využívá technologie dynamicky generovaných HTML stránek technologií JSP (Java Server
Pages).
K provozu je potřeba webový server Apache Tomcat, který je open-source webový server a servletový kontejner. Implementuje specifikace pro JSP (Java Server Pages) a Java servlety a poskytuje webové prostředí pro spouštění jazyku Java.
Apache Tomcat obecně poskytuje podporu pro provoz řady robustních webových aplikací pro širokou škálu odvětví a organizací.
5) Ukázka aplikace v prostředí Webservisu:
Obr 3.
1.2.2.3 Webová prostředí – formulářová řešení
Ukázka aplikace v prostředí Webservisu
1) Webové aplikace v prostředí Webservisu je možno rozšířit o formulářová řešení.
Pomocí inteligentních formulářů na bázi 602XML či Adobe, které si uživatel stáhne do svého počítače, jej formulář provede vyplněním, poskytne nápovědu k jednotlivým kolonkám, některá pole předvyplní a zkontroluje formální správnost uváděných údajů. Uživatel tak má jistotu, že nic nevynechal a na nic nezapomněl.
Vyplnění dokumentu tak zabere zlomek času potřebného pro vyplnění téhož na papíře nebo v textovém editoru.
2) Občané a podnikatelé vybavení elektronickým podpisem mohou vyplněný formulář podepsat a odeslat přímo úřadu elektronicky.
Na straně IS VERA Radnice pak proběhne vytěžení dat, nad kterýma je pak možno v prostředí
Webservisu provádět dle povahy zpracovávaných dat další operace, tiskové výstupy a jiné.
3) Ukázka formulářové aplikace v prostředí Webservisu:
Obr 4. Ukázka formulářové aplikace v prostředí Webservisu
1.2.2.4 Technologie IS VERA Radnice – Java prostředí
1) Agendy realizované na platformě Java využívají moderní programovací jazyk JAVA. Při jejich vývoji jsou používány nejnovější postupy a technologie. Aplikace je realizována třívrstvou architekturou podle principů MVC architektury. Klientská aplikace je realizována jako „rich client“ (bohatý klient) tak, aby byl uživateli poskytován maximální komfort při práci s agendou.
2) Z hlediska provozu je aplikace rozdělena na aplikační server a klientskou část. Obě části vyžadují pro svůj běh JRE. Instalace a aktualizace klientské části na pracovních stanicích uživatelů je realizována maximálně automaticky pomocí technologie Java Web Start (JWS).
3) Využití JAVA technologií umožňuje portaci na různé platformy a spolupráci s různými databázovými
stroji, viz čl. 1.1.1.
4) Ukázka aplikace v prostředí Java:
Obr 5. Ukázka aplikace v prostředí JAVA
1.3 Systémové komponenty
Následující systémové komponenty využívají jednotlivé aplikační servery z informačního systému IS VERA Radnice.
1.3.1 Databázové prostředí
1) Informační systém IS VERA Radnice jako databázové úložiště používá databázový stroj dle specifikace uvedené v Seznam přenositelnosti pro systém IS VERA Radnice, viz čl. 1.1.1.
Tzn. že na serveru musí běžet databázová instance, která je obsluhována přes služby databázového
stroje.
Pro instalaci a provoz databázového stroje doporučujeme se seznámit s příslušnou dokumentací databázového prostředí nebo v případně provozu na už stávající instalaci zkonzultovat nastavené specifikace či technické vybavení.
2) Standardně jsou podporovaná databázová prostředí:
Oracle 12c, 11g
IBM Informix Dynamic Server v. 12.x a 11.x Microsoft SQL Server 2016, 2014, 2012, 2008 R2
3) Při návrhu databázového stroje je nutno vzít do úvahy i SW požadavky daného databázového stroje na operační systém atd.
1.3.2 Webový server
1) IS VERA Radnice platforma Java pro svůj běh využívá i webový server.
2) Je to z důvodu spouštění aplikace pomocí technologie JAVA WebStart přes odkaz na HTML stránce. IS VERA Radnice je ověřena s nejpoužívanějšími zástupci v této oblasti − s webovým server Apache a Microsoft IIS.
1.3.3 Apache Tomcat
1) Projekt Jakarta Tomcat je oficiální referenční implementace technologií Java Servlet a Java Server Pages (JSP) vyvíjené pod záštitou společnosti Sun Microsystems.
2) Technologii JSP využívá právě prostředí Webservisu.
JSP je technologie umožňující směšovat statické HTML stránky s dynamicky generovaným obsahem. Pro instalaci Tomcatu je nutné prostředí JRE v. 1.6 (Java Runtime Environment).
3) Aplikace Tomcatu umí vystupovat i jako web server, nemá ale takové možnosti nastavení, jako například Apache.
Aktuální používaná verze webového serveru Apache Tomcat je 6.0.x.
1.3.4 Java Runtime Enviroment
1) Java Runtime Enviroment (JRE) je prostředí od Sun Microsystems nutné pro spouštění aplikací, které vyžadují ke své funkci Java rozhraní, jako je i případ technologie IS VERA Radnice − platforma Java.
JRE tedy spolu s webovým serverem je součástí aplikačního serveru pro prostředí IS Radnice Java.
2) Společnost VERA podporuje Java Runtime Environment od firmy Sun Microsystems, nově pak od firmy Oracle. Tento balík je poskytován zcela zdarma.
1.3.5 RKTools
1) RKTools je volně šiřitelný Unix/Linux toolset pro prostředí MS Windows.
Díky tomuto toolsetu je možno na platformě MS Windows rozšířit základní nabídku příkazů o příkazy běžně provozované na Unix/Linux platformách. IS VERA Radnice − prostředí Genero toho využívá
k vytvoření a provozování skriptů, které jsou svým principem stejné pro jinak neslučitelné
a nekompatibilní platformy Unix/Linux a MS Windows.
2) Díky této emulaci se dají elegantně vytvářet takové konstrukce skriptů, které jsou daleko nad možnosti základní instrukční sada příkazové řádky cmd z prostředí MS Windows.
3) Balík obsahuje známé unixové binární i textové utility, vi editor, gnu make, perl a další.
1.3.6 Veraserver
1) Služba Veraserveru byla naprogramována jako podpora spouštění prostředí IS VERA Radnice, dále jako komunikační rozhraní a případně prostředek k ověření přístupu uživatelů.
2) Komunikační rozhraní umožňuje přístup k aplikacím VERA prostředí Genero pomocí xml souborů. Ověření přístupu umožňuje ověřit uživatele proti doménovému serveru (Active Directory) nebo proti
jinému systému. Toho se využívá pro přihlášení uživatele a následné spuštění VERA (programového
rámce Genero). Server komunikuje na libovolném portu po zabezpečeném kanálu SSL, pomocí vlastního komunikačního protokolu.
1.3.7 FOP, Saxon
1) Saxon a Apache FOP − open-source komponenty použité v prostředí IS VERA Radnice k výstupům do PDF a HTML formátu.
FOP a Saxon se označují jako XSLT procesory a jsou postaveny na základní myšlence, na které staví většina značkovacích jazyků včetně XML a SGML, a to na důsledném oddělení obsahu dokumentu od jeho vzhledu.
2) Značky XML dokumentu pak vyznačují význam jeho jednotlivých částí. Pro formátováni si však můžeme odděleně vytvořit definici vzhledu jednotlivých elementů, které se říká styl. S jeho pomocí je pak zobrazení dokumentu velice snadné, stačí mít k dispozici aplikaci, která umí číst XML dokumenty a rozumí použitému stylovému jazyku.
Z XML dokumentu a XSLT stylu pak XSLT procesor vytvoří výsledný HTML nebo obecný XML dokument. Při průchodu formátovacím procesorem pak z něj vznikne třeba PDF dokument.
3) Komponenty jsou napsány v prostředí Javy, teda pro svůj běh potřebují prostředí Java Runtime
Enviroment.
1.3.8 Jasper
1) JasperReports je nový systém od verze IS VERA Radnice v. 14, který podle vstupní šablony nově
produkuje výstup ve formátu PDF, docx či xls.
2) Jasper Reports je založeno na prostředí Java JRE a je tím pádem multiplatformní. Nabízí bohaté možnosti grafické úpravy šablony a díky možnosti pozicování i přesné tisky.
3) Jasper Reports je open sourcový projekt, technologie je tedy dostupná zdarma a domácí stránka projektu pro více informací je na : xxxx://xxx.xxxxxxxxxxx.xxx
4) Schematický princip práce Xxxxxxx:
Obr 6. Schématický princip práce Xxxxxxx
5) Příklad výsledné sestavy ve formátu PDF:
Obr 7. Výsledná sestava ve formátu pdf
1.4 Aplikace na klientu
Dle provozovaného prostředí IS VERA Radnice jsou dány i požadavky na programové vybavení na lokálním PC. Může se jednat o níže uvedené komponenty
1.4.1 Genero Desktop Client
1) Genero Desktop Client z technologie Four J’s je používán pro provoz IS VERA Radnice − prostředí
Genero.
2) Genero Desktop Client může být nainstalován lokálně či spouštěn ze síťového sdílení souborového serveru, čímž se zjednodušují nároky na jednotnou správu a administraci.
Genero Desktop Client pak zabezpečuje komunikaci mezi klientem a aplikačním serverem a realizuje grafický výstup aplikace na straně klienta.
3) Genero Desktop Client má nástroje na navázaní spojení ze serverem přes protokoly typu telnet, rlogin či SSH. Navázání spojení je možno i za použití externího emulátoru (Putty či jiný) či pomocí komponenty VeraServer s ověřování proti Active Directory.
1.4.2 Rozšíření Genero Desktop Clienta
1) Plná funkčnost Genero Desktop Clienta je dosažena rozšířeným doplňky, které vyvinula společnost
VERA.
Jedná se o dynamickou knihovnu veraadd, jejíž umístění je typicky v $GDCDIR/bin/veraadd.dll a sada klientských aplikací VERA, umístění $GDCDIR/Vera.
2) Klientské Vera aplikace přináší další rozšíření funkčnosti, jako je výstup do PDF, připojení elektronického podpisu, podpora skeneru atd.
3) Rozšíření v současné době obsahuje:
Vera2PDFCreator Vera2PDFOpenOffice Vera2WordPdf VeraOpenOfficeMerge VeraReport VeraScanner VeraSigner VeraWordMerge VeraIEAutoKN
4) Tyto komponenty jsou založeno na .NET Framework 3.5 Service pack 1.
1.4.3 Veclient
1) Veclient je komponenta společnosti VERA a slouží jako doplněk pro Genero Desktop Clienta, kde při použití s aplikací VeraServer může ověřovat přístup (login a heslo) proti jinému prostředku, než je aplikační server s nainstalovaným prostředím IS VERA Radnice.
2) Typicky může sloužit např. v případě linuxového serveru k ověřovaní uživatelům proti Active Directory na MS Windows či třeba Sambě ve funkci PDC (Primary Domain Controler).
1.4.4 Java Runtime Enviroment
Pro provoz IS VERA Radnice - platforma Java je nutný mít na PC nainstalovaný Java Runtime Enviroment pro spouštění aplikace.
1.4.5 Balík kancelářských aplikací
1) Informační systém IS VERA Radnice ve vazbě na textový procesor podporuje obecný RTF editor. Formát RTF (Rich Text Format) je značkovací jazyk k formátování textu.
Výsledný soubor ve formátu RTF je tedy textový.
2) Protože editorů je velká řada a nelze zaručit jejich 100 % kompatibilitu, společnost VERA se při testování zaměřuje na ověření funkcí textových editorů ze sad Microsoft Office a XxxxXxxxxx.xxx.
I u těchto významných zástupců se dá vypozorovat vzájemná drobná nekompatibilita, která však nebrání běžnému použití.
3) Postupem času byla podpora vývoje IS VERA Radnice přenesen na výstupní formát doc či docx.
1.4.6 Prohlížení docx souborů
1) Nově je výstup do editoru MS Word za pomocí komponenty Jasper Reports podporován ve formátu
docx.
2) Pro prohlížení těchto nových formátů doporučujeme u starších verzí MS Office nainstalovat Sadu Microsoft Office Compatibility Pack, která je volně dostupná ke stažení.
1.4.7 Webový prohlížeč
1) IS VERA Radnice − prostředí Webservisu do webového prohlížeče zobrazuje data z prostředí informačního systému IS VERA Radnice.
2) Webový prohlížeč na základě komunikace s HTTP serverem zpracovává přijatý kód, který podle daných standardů zformátuje a zobrazí jako webovou stránku.
3) Společnost VERA podporuje nejznámější webové prohlížeče, a to Internet Explorer a Mozilla Firefox ve verzích daných v Portlistu, viz čl. 1.1.1.
4) Platforma Java využívá webový prohlížeč na prvotní spouštění aplikace pomocí technologie JAVA WebStart přes odkaz na HTML stránce.
5) Běžně podporované verze prohlížeče internetu jsou Internet Explorer a FireFox.
1.4.8 VeraStart
1) VeraStart je panel pro jednotné spouštění aplikací všech prostředí IS VERA Radnice.
Panel je navržen v úzké vazbě na Active Directory a umožňuje například přihlášení typu Single-Sign- On (SSO). Toto řešení umožňuje zadat jméno a heslo pouze jednou, např. při přihlášení k PC a pak již můžeme přistupovat ke službám či aplikacím v síti bez nutnosti přihlašovací údaje zadávat znova.
2) Programová aplikace VeraStart má minimální velikost cca 1 MB a umožňuje spuštění aplikace
z lokálního disku bez nutnosti instalace či spuštění ze společného síťového úložiště.
3) Díky konfiguračnímu souboru ve formátu XML je možno operativně přizpůsobit chování aplikace požadavkům. Pro běh této komponenty je nutný .NET Framework 3.5 SP1 a vyšší.
4) Ukázka panelu VeraStart:
Obr 8. Ukázka panelu VeraStart
5) Schéma komunikace jednotného spouštění a ověřování pomocí komponenty VeraStart:
Obr 9. Schéma jednotného spouštění aplikací a ověřování u┥ivatelů Radnice VERA
1.5 V rámci plnění této technické dokumentace budou dodány a implementovány do prostředí Městského úřadu Čáslav tyto agendy:
▪ Organizační struktura
▪ Majetek
▪ Matrika
▪ Nahrávač obyvatel
▪ Evidence psů
▪ Komunální odpad
▪ Hrací automaty
▪ Banka
▪ Evidence účtů
▪ Export do účetnictví
▪ Fakturace
▪ Objednávky
▪ Organizace voleb
▪ Volební agenda
▪ Pokladna
▪ Příjmy
▪ Registry
▪ Smlouvy
▪ Stavební úřad
▪ Speciální stavební úřad silniční
▪ Vidimace a legalizace
▪ Výdaje
▪ Vymáhání pohledávek
▪ Statistika
▪ Změny obyvatel z ROB a AISEO
▪ Přestupkové řízení
▪ Dopravní přestupky
▪ Společný číselník adres
▪ Elektronizace procesů Městské policie Čáslav – agenda Městská policie,
Nové agendy budou dále realizovány při naplňování nových legislativních požadavků. V případě tohoto projektového záměru zejména s dopady Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne
27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů).
Nové agendy a jejich funkcionality respektují standardní architekturu IS v prostředí objednatele a pro
svou integraci využívají standardizovaná rozhraní a existující prostředky IS v prostředí objednatele. Dodavatel splňuje::
• otevřenost systému vůči požadavkům na komunikaci s aplikacemi z oblasti rozvoje eGovernmentu (Základní registry, CzechPoint, Státní pokladna, )
• stabilní, robustní a bezpečný systém vyvíjený dle ISO norem a respektující legislativní požadavky na informační systémy veřejné správy
• modulární systém vzájemně provázaných modulů s maximální úrovní sdílení dat a s možností jejich postupného nasazování
• včasné přizpůsobení aplikací legislativním či technologickým a bezpečnostním požadavků
• uživatelskou přívětivost, jednoduchost, intuitivnost a transparentní ovládání
• stabilní vývojový a konzultační tým, poskytování kvalitních, včasných a dostupných servisních služeb
• respektování skutečných potřeb uživatelů při dalším rozvoji systému
• možnost nakonfigurování produktu a jeho přizpůsobení potřebám uživatelů (parametrizace, možnost tvorby výstupů, volitelnost úrovní podrobnosti)
• integrovaný systém s minimalizací duplicitního pořizování a provádění ručních operací
• otevřené rozhraní pro komunikaci s externími aplikacemi formou dávkové i transakční výměny dat (spisová služba, správní aplikace, nadstavbové majetkové agendy)
• sdílení společného datového fondu organizace (registry obyvatel, subjektů, nemovitostí) − efektivní pořizování a aktualizace dat)
• propojení na centrálně provozované aplikace, kde vznikají či se zpracovávají ekonomická data (Centrální systém účetních informací státu, Rozpočtový informační systém)
• poskytnutí plnohodnotného řešení pro městský úřad i zřizované organizace (kromě obchodních společností), umožnění provozu systému pro více subjektů (organizací) na sdílené infrastruktuře
• centrální databázi
• propracovaný systém přístupových práv (odpovědnost, důvěrnost, integrita)
• bezproblémovou kontinuální funkčnost v čase u jednotlivých aplikací
• vzájemnou interoperabilitu na úrovni výměny dat mezi městským úřadem a nadřízenými orgány státní správy, mezi městským úřadem a městem řízenými organizacemi i mezi městským úřadem a centrálními informačními systémem veřejné správy (zejména základními registry)
• nabízený IS musí s uživatelem komunikovat v českém jazyce (uživatelské rozhraní, nápověda, uživatelská dokumentace); u obrazovek nástrojů pro správce je v omezené míře povolen i anglický jazyk, administrátorská příručka k nim však musí být vždy v českém jazyce
• přípravu testovací instance IS, která bude obsahovat cvičná data a bude sloužit k testování a školení uživatelů
• informační systém nabízí uživatelům ucelený systém nápovědy
• nedílnou součástí zakázky je i jasný, přehledný popis jednotlivých agend a jejich údržby − popis
bude součástí uživatelské dokumentace a systémové dokumentace
• Řešení bude postaveno modulárně dle principů vícevrstvé architektury.
• Nabízený IS musí být sestaven jako otevřený systém, s popsaným integračním rozhraním, které umožní plnou integraci s dalšími aplikacemi, jejich on-line připojení a práci s daty v nabízeném IS s plnou funkcionalitou (čtení, vkládání, mazání, modifikace, uzamčení záznamu v případě úpravy apod.) a se zajištěním odpovídajícího stupně zabezpečení.
• Data budou uložena v relační databázi s podporou transakcí. Řešení zajistí a vynutí maximální jedinečnost, konzistenci a aktuálnost uložených dat; řízené duplicity dat budou povoleny pouze tam, kde si to žádá bezpečnost, efektivita nebo jiný podobně závažný důvod a v tom případě musí být zajištěna konzistence takto duplicitně vedených dat.
• Poptávané řešení musí být vyvinuto na základě zkušeností z reálně provozovaných systémů. To znamená, že jsou ověřeny, rutinně zvládnuty vývojové nástroje a procesy návrhu, vývoje a údržby tohoto systému a je tak zajištěna možnost pružně reagovat na požadavky podpory či rozvoje systému.
• Bude preferováno řešení maximálně parametrizovatelné, tj. chování systému je možné přizpůsobit novým podmínkám pouze (nebo převážně) nastavením parametrů správcem, bez nutnosti zásahu dodavatele nebo vývoje. Parametrizovatelné musí být zejména nastavení přístupových práv, umožnění synchronizace s MS Active Directory.
• Důraz na technologickou bezpečnost navrhovaného řešení a její auditovatelnost.
• Vyžaduje se možnost rychlého nasazení s využitím standardizovaného implementačního postupu, předpokládá se též jednoduchá a přehledná administrace dodaného řešení.
• Zadavatel požaduje, aby veškerá data byla uložena v otevřeném relačním databázovém systému. Výjimky z tohoto pravidla jsou v odůvodněných případech možné (např. úložiště nestrukturovaných dat DMS využívající souborový systém). V tom případě musí Dodavatel navrhnout řešení zálohování a obnovy ze zálohy takového heterogenního prostředí.
Objednatel dále požaduje:
- řešení musí bez omezení respektovat topologii počítačové sítě zadavatele a poskytovat tytéž funkčnosti a tutéž dostupnost bez ohledu na místo napojení a použitou technologii přístupu (LAN, MAN, VPN tunel)
- všechny komponenty řešení musí být plně virtualizovány
- nabízený IS musí být schopen provozu na stávajících koncových klientských stanicích v režimu tenkého klienta
- zajištění komunikace nabízeného řešení s aplikacemi provozovaného kancelářského a komunikačního systému (textový editor, tabulkový editor) všude tam, kde lze tuto komunikaci předpokládat
- nabízené řešení musí být postaveno na vícevrstvé architektuře
- nabízené řešení musí být postaveno na moderních a běžně uznávaných technologických i obchodních standardech a rozhraních (API, XML, PDF, e-mail, apod.)
- systém musí mít vysokou míru zabezpečení a schopnost autorizovat přístup k procesům i datům
Administrace systému umožňuje:
- definovat společné funkce pro všechny moduly, zejména definovat použité vazby mezi jednotlivými moduly
- definovat oprávnění uživatelů k jednotlivým funkcím programu a okruhům dat poskytovat údaje o využití systému
- provádět administraci systému vyškoleným kvalifikovaným pracovníkem MěÚ
1.5.1 Rozsah programového vybavení VERA Radnice
Zkratka | Agenda |
RU | Aktualizace ze Základních registrů |
KB | Banka |
RICV | Centrální registr vozidel (vč.Eucaris) |
PK-D | Dopravní přestupky |
ME | eProcesy - Centrum |
PS | Evidence psů |
KU | Evidence účtů |
KE | Export do účetnictví |
PF | Fakturace |
GDPK | GDPR - Komfort |
MG | GDPR - Občan |
VY | Hrací automaty |
JS | Jednotná organizační struktura |
JS-O | JOS - oprávnění |
PJ | Komunální odpad |
VF | Konverze parcel |
MM | Majetek |
MM-O | Majetek odpisy |
RM | Matrika |
PP | Městská policie |
PP-P | Městská policie - pátrání vozidla, osoby |
PP-G | Městská policie - vizualizace v mapě |
RU-B | Nahravač obyvatel |
KD | Objednávky |
KD-E | Objednávky eProcesy |
VL | Organizace voleb |
KP | Pokladna |
MB | Pokutové bloky |
VE | Programový manažer |
PK | Přestupky |
PD | Příjmy |
MK | Registr přestupků |
VR | Registry |
RR | Rozhraní na ISIR |
RIZR | Rozhraní ZR eSIR (varianta komfort) |
KS | Smlouvy |
KS-C | smlouvy - centrální registr smluv |
KS-E | Smlouvy eProcesy |
SU-S | Speciální stavební úřad silniční |
DWDA | Statistika - MIS demografie |
SU | stavební úřad |
PP-V | Velitel |
RV | Vidimace a legalizace |
ML | Volební agenda |
ML-N | Volební agenda - nahrání seznamu |
PV | Výdaje |
PV-E | Výdaje eProcesy |
PL | Vymáhání pohledávek |
RIZC | Změny AISC |
XXXX | Změny obyvatel z ROB a AISEO |
Všechny uvedené agendy budou dodány v režimu multilicence, tzn., že počet současně přihlášených uživatelů není v rámci IS VERA Radnice omezen.
1.6 Funkcionality elektronizovaných agend
1.6.1 Organizační struktura
Aplikace slouží pro centrální evidenci a správu organizační struktury včetně hierarchické struktury pracovních pozic a konkrétních pracovníků. Umožňuje definovat obecnou organizační, prostorovou a funkční strukturu pro úřad či jinou organizaci (včetně magistrátní struktury). Samozřejmostí je
definice více samostatných vrcholových organizačních jednotek (VOJ). Eviduje se seznam útvarů (odborů a jejich oddělení) včetně pracovních míst (funkcí) v nich zařazených. Do evidence spadají i členové rady, zastupitelstva a komisí úřadu. Paralelně existují seznamy budov a místností, do kterých se provede umístění útvarů (odborů, oddělení, pracovních míst) a zaměstnanců či členů komisí, rady atd. Zaměstnanci mohou mít i více umístění. Prostřednictvím aplikace získáte přehled o umístění a funkčním zařazení jednotlivých pracovníků. Vložené informace umožňují pořizovat množství výstupních sestav, např. schéma pracovních míst úřadu, přehled volných a obsazených pracovních míst, seznam zaměstnanců, organizační strukturu k zadanému datu, seznamy budov a místností, seznam funkcí, telefonní seznamy atd.
JOS je webová aplikace na principu client-server. Serverová část je vytvořena v Java.skriptu a pracuje pod Tomcatem. Client je vytvořen v technologii SmartClient. Technologie „Smart Client“ kombinuje výhody řešení tenkého a tlustého clienta. Uživatel může využít plnohodnotného grafického rozhraní, aplikace může dynamicky reagovat na vstup uživatele a používat lokální zdroje. Zároveň je však aplikace snadno upgradovatelná a co je nejdůležitější, aplikace běží uvnitř již
existujícího klienta. Technická podpora dle Port Listu (IE, FF esr edice - Extended Support Release).
Základní funkce aplikace JOS:
▪ centrální evidence pracovníků organizace;
▪ centrální evidence organizační a prostorové struktury organizace;
▪ definice více samostatných vrcholových organizačních jednotek (paralelní struktura);
▪ přehled o umístění a funkčním zařazení pracovníků;
▪ hierarchická struktura;
▪ přehlednost, zobrazení pomocí stromové struktury i seznamu;
▪ možnost zařazení pracovníka do více funkcí;
▪ jednoduché vyhledávání;
▪ tiskové výstupy − telefonní seznam, organizační struktura organizace, personální struktura organizace atp.;
▪ platnost objektů v konkrétním čase, uchovávání historie záznamu;
▪ uživatelské nastavení barevného schématu;
▪ veřejné rozhraní pro napojení software třetích stran. Základní funkce aplikace JOS Oprávnění:
▪ centrální administrace oprávnění;
▪ nastavení práv a oprávnění k agendám napříč technologickou platformou (RJ, GEN i Web aplikace). Základní funkce aplikace
JOSoptIM:
▪ administrace eGON služeb;
▪ nastavení služeb a zpracování notifikací;
▪ administrace a mapování rolí (RV -> RPP);
▪ správa uživatelů eGON služeb;
▪ správa logů.
Funkcionalita zajišťuje centrální evidenci a správu organizační struktury včetně hierarchické struktury pracovních pozic a konkrétních pracovníků. zajišťuje definování obecné organizační, prostorové a funkční struktury pro úřad včetně možnosti definice více samostatných vrcholových organizačních jednotek.
Funkcionalita zajišťuje evidenci seznamu útvarů (odboru a jejich oddělení) včetně pracovních míst (funkcí) v nich zařazených. Do takové evidence budou spadat i členové rady, zastupitelstva a komisí a výborů úřadu. Paralelně bude evidovat seznamy budov a místností, do kterých bude provedeno umístění útvarů (odborů, oddělení, pracovních míst) a zaměstnanců či členů komisí, výborů, rady a zastupitelstva. Funkcionalita umožní i více umístění jediného zaměstnance.
Prostřednictvím funkcionality je možné získávat přehledy o umístění a funkčním zařazení jednotlivých osob (pracovníků). Zadané informace budou umožňovat tvorbu výstupních sestav, zejména schéma pracovních míst úřadu, přehled volných a obsazených pozic, seznam zaměstnanců, organizační strukturu k zadanému datu, seznam budov, seznam místností, seznam funkcí, telefonní seznamy.
Uživatel bude u této funkcionality moci používat plnohodnotného grafického klienta, který umožní snadno a přehledně pracovat s daty dané funkcionality.
Funkcionalita dále umožní provádět správu oprávnění přístupu uživatelů k jednotlivým IS a jejich funkcionalitám, a to centrálně a s vazbou na organizační strukturu.
Xxxxxx splňuje následující požadavky:
- Zajistit podporu pro správu uživatelů a jejich přístupových práv v průběhu celého životního cyklu zaměstnance, externího pracovníka, technického účtu.
- Systém umí udržovat ve vlastní repository informace o týkající se přístupů a oprávnění agendových informačních systémů (AIS), které podporují výkon agend či činností úřadu.
- Seznam agend vedených v systému musí umožnit věcnou i identifikační harmonizaci s obdobným seznamem vedeným v registru práv a povinností.
- Systém umožňuje věcnou a identifikační harmonizaci rolí zaměstnanců úřadu nezbytných pro výkon agendy s obdobným seznamem vedeným v RPP.
- Kontrolu informací o uživateli, stavu uživatelských účtů a práv, podání žádosti o změnu práv
- Systém umožňuje řešení platnost evidovaných objektů formou jejich časové platnosti (umožnit plánovat i budoucnost)
- Otevřené API (Application Programming Interface).
- Otevřené rozhraní pro ostatní agendové systémy a to minimálně v technologiích .NET
komponenty, .com komponenty a SOAP WEB services
- Všechny tyto komponenty musí nabídnout ostatním agendovým systémům minimálně:
- Zpřístupnění údajů o přihlášeném doménovém uživateli v OS typu MS
- Zpřístupnění informací o oprávněnosti daného uživatele dle odrážky výše k požadované agendě a v případě souhlasu též agendové přihlašovací údaje
- V případě komunikace se základními registry musí komponenty zpřístupnit veškeré informace nutné pro komunikaci se ZR
- Hierarchický systém rolí s dědičností vlastností podřízených rolí
- Možnost delegování pravomocí schvalování na určitou osobu (y), poznámka: Delegováním rozumíme předání práv jiné osobě tak, aby bylo umožněno plnohodnotné zastupování po dobu nepřítomnosti.
- Možnost snadno vytvořit a upravit workflow
- Možnost rozšiřování logiky workflow a možnost modelování požadovaných procesů Technické požadavky
- Umožnit provisioning a synchronizaci uživatelských identit a nastavení rolí v napojených
informačních systémech pomocí adaptérů, aplikačních rozhraní nebo souborů. Integrace musí být podporována minimálně pro platformu MS Active direktory
- Systém by měl do cílových systémů přistupovat pod jedním uživatelským účtem
- Neaktivní uživatelské identity budou v systému archivovány, nesmí být smazány tak, aby mohly být v případě kontroly/obnovy záloh dohledány a přiřazeny uživatelské účty na kontrolovaných systémech.
1.6.2 Majetek
Podsystém Majetek v informačním systému VERA Radnice je modulem, který poskytuje uživateli komplexní nástroj určený ke sledování majetku. Umožňuje vést evidenci movitého majetku, budov a staveb a pozemků. Díky provázání jednotlivých evidencí majetku je tento podsystém optimálním nástrojem pro zjednodušení, zpřehlednění a zajištění efektivních kontrol mezi investičními, účetními a ekonomickými odděleními.
Hlavní funkce podsystému Majetek:
▪ evidování movitého majetku a operativní evidence, budov a staveb, pozemků,
▪ založení, aktualizace, vyřazení karet majetku, případné zrušení chybné karty,
▪ informace o majetkových pohybech,
▪ výpočet účetních odpisů, včetně sledování zůstatkové ceny majetku,
▪ plánování oprav a údržby, termínů a nákladů oprav,
▪ přenos dat z/do snímače čárových kódů pro provedení fyzické inventury majetku,
▪ tisk karet majetku, protokolů a sestav dle různých hledisek,
▪ tisk inventurních soupisů, místních seznamů, pohybů majetku vč. sestav pro čárové kódy,
▪ možnost práce s více IČ,
▪ automatické kontace majetkových pohybů a odpisů vč. přenosu do Účetnictví VERA nebo do jiného účetního softwaru.
Agenda splﾒuje následující požadavkyぎ
Funkcionalita zajistí vedení podrobné evidence majetku movitého i nemovitého. Na jednotlivých kartách majetku budou vedeny okamžité a přesné informace o stavu a pohybu majetku po celou dobu jeho životnosti, od jeho pořízení do jeho vyřazení včetně odpovídajícího ocenění. Tyto záznamy bude možné průběžně upravovat a opravovat. Funkcionalita bude umožňovat užívání systémových i uživatelských číselníků, které bude možné doplňovat jak z prostředí číselníků, tak z prostředí samotných karet majetku.
Funkcionalita bude zajišťovat povinné vyplnění základních (povinných) údajů o majetku při jeho zařazování. Funkcionalita bude dále umožňovat u zatříděných karet provádět odpisy a k těmto odpisům provádět měsíční a roční výpočty účetních odpisů (podle nastavení).
Funkcionalita bude umožňovat hromadné změny údajů s dopadem do účetnictví i ostatních údajů, zejména změnu útvarů, budov, místností.
Funkcionalita bude disponovat tiskovými sestavami pro inventury, úbytky, přírůstky, pro změnové pohyby, přehledy odpisů (z vlastních zdrojů i dotací), přijatých dotací na karty majetku, odpisů z dotací dle různých analytických účtů, zůstatků dotací dle analytických účtů. Funkcionalita umožní vedení druhu majetku na každé kartě, které umožní zařazení dle konkrétního druhu a ceny (DHM, DNM apod.). Do číselníku druh majetku bude možné uživatelsky zavádět ještě podrobnější členění jako například drobný majetek.
V tiskových sestavách bude funkcionalita umožňovat využití inventurních soupisů k určitému dni (a to i zpětně) se zadáním členů inventarizačních komisí včetně možnosti třídění dle jednotlivých účtů účetního rozvrhu, organizačních čísel, jednotek, budov, útvarů nebo místností.
Funkcionalita bude umožňovat generování rozličných a uživatelsky přizpůsobitelných tiskových sestav, včetně upravitelného tiskového výstupu a formátu.
Funkcionalita umožní efektivně vést odpisy majetku.
Vedení evidence majetku v souladu s platnými zákony a předpisy − aktualizace při změnách Evidence veškerého typu majetku včetně speciálních údajů pro daný typ - dlouhodobý hmotný a nehmotný, drobný dlouhodobý hmotný a nehmotný majetek, hmotný a nehmotný majetek v operativní evidenci, svěřený majetek, zapůjčený majetek, vypůjčený majetek, soubory movitých věcí.
Specifické karty majetku dle jeho typu s ohledem na odlišné potřeby evidence různých údajů (např. pro pozemky výměra, druh pozemku, list vlastnictví, katastr, číslo parcely, účel užití aj.) Evidence movitého majetku a operativní evidence s vazbou na umístění v rámci nemovitého majetku (budova a místnost, parcela). Evidence budov a staveb s vazbou na parcelu. Evidence parcel s vazbou na č. p. budovy a stavby.
Možnosti různého členění majetku (dle legislativy, účetních údajů, umístění, organizačních údajů a dalších uživatelem nadefinovaných hledisek).
Maximum možných dat lze zadávat pomocí číselníků.
Možnost automatického generování inventárních čísel nebo použití uživatelem definovaných číselných řad (s možností využití nabídky posledního použitého čísla).
Vedení a správa evidence majetku (zakládání, kopírování, opravy, vyřazování a rušení záznamů vč. protokolů (inventární karta s čárovým kódem, protokol o zavedení, pohybech, změnách, převodech a vyřazení majetku).
Evidence podkladů pro výkazy PAP jako součást evidence majetku.
Evidence majetkových pohybů (technické zhodnocení, přírůstky, úbytky, storna pohybů) vč. IČ dodavatelů.
Přecenění majetku určeného k prodeji na reálnou cenu vč. změny metody, rušení oprávek a zpětného dopočítání oprávek při přecenění zpět.
Hromadné operace nad kartami majetku:
- změny údajů (SU, AU, AČ, ORG, ORJ, KAP a další)
- převody mezi organizacemi
Stěhování majetku
- změny strategie účetních odpisů
- vyřazení majetku vč. částečného
- zařazení majetku
- plánování oprav
- tisk štítků
- protokoly o změnách
Evidence věcných břemen a zástavních práv k budovám a pozemkům dle Katastru nemovitostí, možnost pravidelného dohrávání z Katastru nemovitostí, porovnání rozdílů na základě sestav. Evidence dotací u karet majetku (na jednotlivé pohyby) dle poskytovatelů dotací a údajů pro výkazy PAP
Hromadné výpočty účetních odpisů (měsíční/ roční) dle nastavené metody odepisování s možností použití zbytkové hodnoty, rušení výpočtu odpisů, výpočet a rušení odpisů nad zvolenou kartou majetku.
Tvorba a tisk odpisových plánů dle nastavené metody odpisů s možností zbytkové hodnoty Automatické účtování majetkových pohybů a odpisů dle nadefinovaných šablon a přenos kontací do účetnictví
Plánování nezbytných termínů oprav, údržby, revizí včetně zdrojů peněz. Sledování plnění termínů a evidence finanční náročnosti oprav.
Možnost tisku pevných sestav ve formátu PDF, XLS, XLSX, DOC, DOCX dle požadovaného třídění a součtování. Zejména se jedná o sestavy: Možnost tisku pevných sestav ve formátu PDF, XLS, XLSX, DOC, DOCX dle požadovaného třídění a součtování.
Zejména se jedná o sestavy:
- změnové
- přírůstkové
- úbytkové
- pohybové
- inventární soupisy položkové i sumární
- stavy majetku k aktuálnímu dni i zpětně do minulosti
- místní seznamy
- přehledy přijatých dotací
- přehledy odpisů vč. Dotací
- přehledy zůstatků dotací.
Možnost vytváření volitelných sestav dle potřeb uživatele.
Možnost tisku inventárních čísel na štítky v podobě čísla, textu a čárového kódu. Proces inventarizace majetku. Zobrazení vazby evidovaného majetku na účetní osnovu evidence majetku.
Inventury majetku dle volitelných kritérií (stav k datu, druh majetku, odpovědná osoba, dle organizační jednotky, porovnání s údaji v Katastru nemovitostí, porovnání účetního a inventarizovaného stavu majetku dle jednotlivých účtů, apod.
Možnost zpracování inventury a pohybů (převodek) majetku pomocí čárových kódů, za pomoci čteček čárového kódu s možností práce off-line (zapracování do evidence majetku až po synchronizaci zaznamenaných údajů v terénu do IS).
Tisk inventarizačního protokolu, inventurního protokolu dle odpovědných osob, příp. lokalit
nebo středisek.
Měsíční a roční závěrky období s možností pořízení záznamů do budoucího období, rušení závěrky.
Nástroje pro vyhledávání pro tiskový výstup nebo do seznamu podle všech evidovaných údajů s možností kombinace údajů.
Možnost připojovat standardně formátované elektronické dokumenty ke všem evidovaným objektům
Kompletní historie záznamu o objektech v čase. Export dat do DOC, DOCX, XLSX, PDF, TXT souborů.
Evidence vlastnických a uživatelských vztahů prostřednictvím vazby na registr obyvatel a ekonomických subjektů.
Informace o souvisejících smlouvách na kartě majetku, o pronájmu parcel nebo o projektech Přístup k záznamům dle typu majetku a provádění činností dle přidělených práv.
Možnost vést evidenci majetku pro více organizací (multiičově) Sledování a účtování majetkových pohybů
Evidence technického zhodnocení majetku Sledování změn v umístění a ocenění majetku Evidence dotací, jejich čerpání a zůstatků Přecenění na reálnou hodnotu
Tvorba odpisových plánů
Výpočet a rušení výpočtu odpisů dle zadaných kritérií Inventarizace majetku vč. použití čárového kódu Měsíční a roční závěrky vč. jejich možného zrušení Účtování o odpisech.
1.6.3 Matrika
Podsystém Matrika umožňuje vedení evidence všech matričních záznamů na prostředcích výpočetní techniky, vystavení a tisk matričních dokladů, matričních knih a dalších výpisů z evidovaných záznamů.
Hlavní funkce podsystému Matrika:
▪ elektronická evidence zápisů matričních událostí;
elektronická evidence zápisů matričních skutečností, jimiž se formou dodatečných záznamů mění a
doplňují zápisy matričních událostí ve svazku matriční knihy již provedené;
▪ elektronická evidence dodatečných zápisů;
▪ elektronická evidence zápisů změn a oprav údajů ve svazku matriční knihy již provedených;
▪ zabezpečení uzavření zápisů matričních událostí, matričních skutečností, dodatečných zápisů, změn a oprav tak, aby nemohly být měněny a opravovány, s výjimkou možnosti označení nesprávného nebo chybně zapsaného údaje;
▪ tisk matričních dokladů na předepsaném tiskopise s aktuálními údaji ke dni jejich vydání;
▪ tisk matričních listů;
▪ tisk statistických hlášení;
▪ tisk dalších dokumentů souvisejících s činností matrikářky;
▪ vyhledávání v zapsaných údajích dle různých kritérií (např. příjmení, jména, rodného čísla nebo data narození fyzických osob, jichž se zápis matriční události týká, nebo data a místa matriční události, anebo svazku, ročníku, listu a pořadového čísla zápisu matriční události);
▪ předávání dat mezi Matrikou a Registrem obyvatel
Další funkce podsystému Matrika:
▪ evidence úkonů souvisejících s určením otcovství a řízením o změně jména a tvorba potřebných dokumentů;
▪ zpřístupnění údajů z knihy narození při určení otcovství a údajů z určení otcovství při zápisu do knihy narození;
▪ tisk druhopisů včetně možnosti uložení těchto údajů pro případný další tisk v budoucnu (tyto údaje se evidují v knihách s účelem „tisk druhopisů“, v knihách tohoto typu je zamezeno promítnutí zde zapsaných záznamů do evidence obyvatel, slouží pouze k tisku);
▪ předávání dat mezi Xxxxxxxx a Spisovou službou
Možnosti nastavení podsystému Matrika dle požadavků zákazníka:
▪ možnost nastavení vazby na Registry obyvatel VERA Radnice;
▪ možnost přidělit nebo nepřidělit pracovníkovi oprávnění k práci s údaji evidence (registrů) obyvatel, a to s rozlišením práva na dotahování údajů z evidence a opravu údajů v evidenci;
▪ oprávnění vedena zvlášť pro jednotlivé druhy matriční činnosti;
▪ speciální právo pro správce agendy, který naplňuje a opravuje číselníky využívané agendou;
▪ možnost nastavení konfigurace agendy, zejména pro tisky (např. nastavení způsobu uvádění rozený −> rozená, odlišné proškrtávání údajů v matričních dokladech a v matriční knize, proškrtávání nevyplněné poznámky v matričních dokladech apod.);
▪ možnost založení matričních knih pro jednotlivé obce, s možností rozlišení, zda kniha je vedena souběžně s rukopisně vedenou matriční knihou nebo zda slouží pouze pro tisk druhopisů matričních dokladů;
▪ možnost naplnění číselníků míst matričních událostí apod., což usnadňuje uživatelům práci; možnost naplnění a využívání číselníku záznamů a oprav před podpisem a dodatečných záznamů pro jednotlivé druhy matričních knih;
▪ možnost úpravy kopií šablon standardně dodávaných jako součást programu nebo tvorby
uživatelských šablon nových;
▪ snadný export a import šablon umožňuje úpravu šablon konzultanty společnosti VERA dle dodaných podkladů bez nutnosti osobní návštěvy úřadu, takto opravené šablony lze zaslat například emailem a do Matriky poté snadno importovat.
Agenda splﾒuje následující požadavkyぎ
Funkcionalita umožní a zajistí zápis matričních událostí do matričních knih vedených v elektronické podobě. Bude umožňovat evidenci historie změn již uzavřených záznamů se
zvýrazněním jednotlivých údajů, které byly měněny.
Funkcionalita bude umožňovat tiskové výstupy vyplývající z činnosti matrikáře, tedy matriční doklady, matriční knihy, protokoly, dotazníky a statistická hlášení. Kromě povinného vedení matričních knih v souladu s platnou legislativou bude umožňovat vedení funkcionality pro otcovství provázané s knihami narození a provádění změny jména.
Funkcionalita bude umožňovat evidenci a tisk matričních dokladů k událostem zapsaným do matričních knih před 01.01.2005 a i evidenci a tisk vysvědčení. Všechny tiskové výstupy na přísně zúčtovatelné tiskopisy budou provázány na samostatnou funkcionalitu agendového informačního systému „Evidence tiskopisů“.
Při práci funkcionalita uživatelů umožní určit, zda využije data lokálních registrů nebo data Informačního systému základních registrů. Funkcionalita bude odpovídat zákonu č. 301/2000 Sb., o matrikách, jménu a příjmení, prováděcí vyhlášce 207/2001 Sb. a metodice a směrnicím Ministerstva vnitra České republiky pro oblast matrik.
1.6.4 Nahrávač obyvatel
Xxxxxx splňuje následující požadavky:
Funkcionalita bude umožňovat automatizované zpracování změn obyvatel získaných na základě
„Žádosti o využití údajů z ROB a AISEO“. Na základě takto získaných informací bude možné provádět ztotožnění a přihlášení notifikací nových obyvatel města. Funkcionalita bude pracovat se všemi dostupnými druhy změn, zejména úmrtí, narození, přistěhování, odstěhování, které jsou vydávány na žádost úřadu.
1.6.5 Evidence psů
Xxxxxx splňuje následující požadavky:
Funkcionalita agendového informačního systému umožní vést evidenci psů se základními informacemi o přihlášených psech, a to minimálně v následujícím rozsahu: držitel, evidenční známka, číslo čipu, popis psa, účel chovu, poznámka a bude umožňovat rozšíření počtu položek záznamu.
Subjekty (fyzické a právnické osoby) budou načítány přímo z registrů, včetně adresních údajů, s možností doplnění kontaktních údajů.
Informační systém samostatně na základě zadaných údajů vypočte poplatek, případně poměrnou část a vystaví předpis. Vystavené předpisy budou přímo a automaticky předávány do příjmů agendového informačního systému, kde bude umožněn tisk a dále do ekonomického systému.
Funkcionalita bude umožňovat efektivní vyhledávání podle informací o psovi i podle jednotlivých plátců.
Funkcionalita bude umožňovat vytváření sestav a výstupů podle rozličných hledisek tak, aby poskytla informace pro správu poplatků, pracovníky životního prostředí nebo pro Městskou policii, a to v závislosti na přidělených přístupových právech pracovníka, který takové náhledy
provádí.
Funkcionalita bude umožňovat provádění kontroly přihlášených psů ze strany Městské policie, ale nebude umožňovat přihlašování psů prostřednictvím části agendového informačního systému určeného pro Městskou policii.
V případě změny vyhlášky, a tedy i výše poplatků, bude funkcionalita umožňovat automatický přepočet výše poplatku.
Funkcionalita bude provázána se spisovou službou a bude umožňovat tisk dokumentů potřebných při vedení agendy evidence psů na základě šablon s možností uživatelských úprav, dle zvyklostí úřadu.
Funkcionalita bude umožňovat vytváření náhledů nad mapovými podklady (GIS) prostřednictvím agendového informačního systému, kde bude možné zobrazovat adresy poplatníků.
Agenda dále splňuje:
• evidenci základních informací o přihlášených psech (držitel, evidenční známka, číslo čipu, popis psa, účel chovu, a další) v návaznosti na sazby poplatku dané místní vyhláškou, včetně možnosti změny držitele (poplatníka).
• subjekty (fyzické i právnické osoby) jsou načítány z registrů, včetně adresních údajů, s možností zápisu kontaktních údajů
• automatické vypočtení poplatku, případně poměrné části a vystavení předpisu, propojení s modulem Příjmy
• vyhledávání podle informací o psovi i plátci
• sestavy a výstupy podle různých hledisek poskytne informace pro správu poplatku, pracovníky životního prostředí nebo městskou policii - v závislosti na přidělených přístupových právech
• městská policie má možnost kontroly ne/přihlášených psů
• automatický přepočet sazby u všech karet, kde se sazba dle vyhlášky mění
• vazba na spisovou službu pro tisk požadovaných dokumentů
• vazba na GIS pro zobrazení adresy držitele (poplatníka)
• zachování jednoho specifického symbolu pro celou dobu placení za psa
1.6.6 Komunální odpad
Xxxxxx splňuje následující požadavky:
Funkcionalita komunální odpad bude sloužit ke správě poplatků za sběr a likvidaci komunálního odpadu. Bude umožňovat stanovení různých typů sazeb v návaznosti na místní vyhlášku a umožní tak zajistit evidenci plátců, jejich zástupců, a poplatníků s předpisem výše poplatku, a to v návaznosti na registr obyvatel.
Funkcionalita umožní plátce a poplatníky, kteří nesplnili oznamovací povinnost a mají v obci trvalé bydliště, zavést do evidence automaticky porovnáním s aktuálním Registrem obyvatel a umožní je vyzvat k úhradě poplatku. Funkcionalita s touto vazbou bude dále umožňovat snadné
provádění hromadných změn, včetně aktualizací narozených, přestěhovaných nebo odstěhovaných osob. Z registru budou čerpány i adresní údaje, s možností dopsání kontaktních údajů a údajů o zákonném zástupci nezletilých poplatníků.
Funkcionalita bude dále umožňovat evidenci nemovitostí, ve kterých poplatníci bydlí, a dále i odpadové nádoby, které slouží poplatníkům jako místo určené ke shromažďování odpadu.
Evidenci bude možné doplnit o další dohodnuté plátce či poplatníky, tak aby byla umožněna evidence fyzických osob, právnických osob a organizací.
Funkcionalita bude umožňovat operativní hromadné změny sazeb podle změn vyhlášky. Předpisy a příjmy budou sledovány ve spolupráci s funkcionalitou „Příjmy“. Tisk předpisů za poplatek bude mít různé formy, a to zejména poštovní poukázky jednoduché i s alonží, příkazy k úhradě, faktury, přílohy k fakturám s podrobnější evidencí, SIPO, dopisní formou pomocí tiskopisu. Dokumenty budou automatizovaně předávány do spisové služby. V návaznosti na funkcionalitu „Příjmy“ budou evidováni neplatiči včetně možnosti vystavení platebního výměru a vymáhání pohledávky po lhůtě splatnosti.
Funkcionalita poskytne objednateli vhodný přehled o plnění závazků plátců a poplatníků komunálního odpadu, a to i formou tiskových sestav. Adresní místo bude možné zobrazit pomocí mapových podkladů a funkcionality. Požadavky na agendu
správa poplatku za sběr a likvidaci komunálního odpadu; lze stanovit různé typy sazeb v návaznosti na místní vyhlášku a zajistit tak evidenci plátců (zástupců) a poplatníků s předpisem výše poplatku, a to v návaznosti na registr obyvatel
Plátce a poplatníky, kteří nesplnili oznamovací povinnost a mají v obci trvalé bydliště, je možné zavést do evidence automaticky porovnáním s aktuálním Registrem obyvatel a vyzvat je k úhradě poplatku. Velice snadno lze provést další hromadné změny, včetně aktualizací narozených, přestěhovaných nebo odstěhovaných osob. Z registru jsou čerpány adresní údaje, s možností dopsání kontaktních údajů a údaje o zákonném zástupci nezletilých poplatníků.
Lze evidovat rovněž nemovitost, ve které poplatníci bydlí, případně odpadové nádoby, které slouží poplatníkům jako místo určené k shromažďování odpadu. Evidenci lze doplnit o další dohodnuté plátce či poplatníky, lze evidovat fyzické osoby, právnické osoby i organizace.
Operativně je řešena změna sazby dle vyhlášky. Předpisy a platby jsou sledovány ve spolupráci s modulem Příjmy. Tisk předpisů za poplatek může mít různé formy: poštovní poukázky jednoduché i s alonží, příkazy k úhradě, faktury, přílohy k fakturám s podrobnější evidencí, SIPO, dopisní formu pomocí tiskopisu apod. Dokumenty jsou předány k vyřízení do spisové služby. V návaznosti na modul Příjmy jsou evidováni neplatiči včetně vystavení platebního výměru a vymáhání pohledávky po lhůtě splatnosti.
Adresní místo lze zobrazit pomocí mapy v GIS.
Zachování jednoho specifického symbolu po celou dobu platby komunálního odpadu poplatníkem.
1.6.7 Hrací automaty
Xxxxxx splňuje následující požadavky:
Funkcionalita bude umožňovat evidenci provozoven s hracími automaty, provozovatelů hracích přístrojů a hracích přístrojů včetně jejich umístění. Uživatel funkcionality bude jejím
prostřednictvím schopen vytvářet Rozhodnutí o povolení hracích přístrojů, a to následně tisknout a předávat do spisové služby a tisknout známky. Funkcionalita informačního systému bude pracovat se subjekty zapsanými v registrech s možností daný subjekt do registru zapsat. Poplatky a jejich sledování a účtování bude dále možné řešit ve spolupráci s funkcionalitou Příjmy a online přenosem do ekonomického systému. Obdobně budou vypočteny a evidovány i poplatky na veřejně prospěšné účely.
V rámci funkcionality budou obsaženy výstupy poskytující velké množství přehledů, vydaných rozhodnutí, seznamů provozoven a provozovatelů, hracích přístrojů ve vybraných provozovnách, výkazy vydaných známek v příslušném roce a další. Funkcionalita bude umožňovat práci nad mapovými podklady a to min. zobrazením provozovny nad mapou.
Požadavky na agendu Evidence provozovatelů a jejich VHP. Evidence provozoven. Kontrola subjektů vůči IS ZR. Tvorba tiskopisů dle vytvořených šablon. Tvorba sestav (pevných/uživatelských). Připojení elektronických příloh. Pro daný subjekt zobrazení kompletní historie předpisů a plateb včetně vazeb na účetní doklady, vymáhání pohledávek, Insolvenční rejstřík.
1.6.8 Banka
Xxxxxx splňuje následující požadavky:
• importovat informace o platbách ze systému HomeBanking
• ručně pořizovat a modifikovat bankovní výpis
• zaúčtovávat přijaté či vydané platby
• automaticky přijímat soubory s obraty plateb poukázaných plátci, prostřednictvím České pošty, s.p. ručně vytvářet soubory s obraty plateb poukázaných plátci, prostřednictvím České pošty, s.p. evidovat přijaté a vydané bezhotovostní platby na minimálně 99 bankovních účtech
• generovat věty platebních příkazů pro HomeBanking, pokud tato funkce nebude využívána v modulu
• Kniha došlých faktur
• párovat výpisy proti závazkům a pohledávkám
• tisknout sestavy došlých plateb
Funkcionalita agendového informačního systému bude sloužit centrálně pro načítání bankovních výpisů. Načtené bankovní položky budou následně automaticky párovány do příjmových a výdajových položek v rámci agendového informačního systému.
Funkcionalita bude umožňovat vytváření úhrad pomocí složenek typu „B“ a načítání příjmů složenkami typu „A“.
Funkcionalita dále bude umožňovat přehledně nahlížet na stav bankovních účtů, na pohyby na účtech a úhrady v kontě plátce.
1.6.9 Evidence účtů
Xxxxxx splňuje následující požadavky:
Funkcionalita agendového informačního systému bude obsahovat společnou komponentu ekonomických agend k vedení účtů s možností navázání činností a plateb v rámci dílčích funkcionalit systému.
1.6.10 Export do účetnictví
Xxxxxx splňuje následující požadavky:
Agendový informační systém bude umožňovat export relevantních dat do účetnictví včetně připravených účetních vazeb a bude propojovat ekonomické funkcionality v rámci informačního systému.
Mimo vlastní propojení bude funkcionalitu umožňovat i export/import účetních záznamů v rozsahu celé účetní věty z informačního systému do jiných informačních systémů a naopak.
1.6.11 Fakturace
Xxxxxx splňuje následující požadavky:
Funkcionalita bude umožňovat evidenci a vystavování faktur, daňových dokladů a souvisejících činností. Bude umožňovat členění dokladů do evidenčních řad a bude umožňovat vystavování dokladů ve formátu ISDOC.
• evidovat a spravovat přijaté doklady (všechny typy faktur )
• evidovat a spravovat příkazy k úhradě, které nejsou podloženy fakturou ( platební poukazy)
• vedení číselníku volitelných typů dokladů včetně systémových typů dokladů (zálohová faktura tuzemsko, zálohová faktura cizina, zálohová platba a zálohová platba cizina)
• zajišťovat provázání knihy došlých faktur na evidenci objednávek a umožnit tak sledování
nevyřízených objednávek
• vytvářet soubory „B“ složenek pro vyplácení (vracení) peněz obyvatelům
• evidovat předání faktury příslušnému útvaru města k vyřízení
• propojovat zálohové a doúčtovací faktury
• generovat věty platebních příkazů pro HomeBanking
• provádět částečné platby přijatého dokladu na více účtů provádět úhradu jedné faktury i z více účtů
• řešit zálohové daňové doklady
• párovat a zaúčtovávat předpisy (xxxxxxx) a platby
• tisknout přehledy přijatých, odsouhlasených, uhrazených, neuhrazených faktur
• vytvářet platební poukazy k zaplacení závazků, s možností sledování čerpání rozpočtových prostředků
• přebírat data závazků z externích aplikací s možností předvolby knih dle způsobu jejich úhrady
• umožnit zápočty závazků a pohledávek
• přijímat a zpracovávat elektronické formáty faktur ve standardu ISDOC
• využít napojení na ARES a základní registry
• vytvářet daňové doklady ve fyzické podobě
• párovat předpisy (pohledávky) a platby
• evidovat postupy vystavování a zpracování zálohových faktur
• vystavovat daňový doklad na základě přijaté platby
• tisknout sestavy dle různých výběrových kritérií (uhrazené, neuhrazené, zaúčtované, nezaúčtované faktury, …)
• umožnit zápočty závazků a pohledávek podporu pro práci s opravnými položkami
• vytvářet elektronické formáty faktur ve standardu ISDOC
• využít napojení na ARES a základní registry
1.6.12 Objednávky
Xxxxxx splňuje následující požadavky:
Funkcionalita bude umožňovat vedení kompletní evidence objednávek v rámci úřadu. U jednotlivé objednávky bude možné zadávat nezbytné údaje, kterými budou předmět, termín, místo dodání, kontaktní údaje, částky, dodací listy, klíčová slova sloužící pro vyhledávání, záruky a poznámky.
Funkcionalita bude umožňovat vazbu objednávek na spisovou službu s možností vytváření dokumentů pomocí předem definovaných vzorů a automatickým přiřazením čísla jednacího z podacího deníku, přikládání příloh, ukládání nově vytvořených dokumentů do spisů a skenování.
Funkcionalita pro objednatele zajistí zejména centrální evidenci objednávek s automaticky přiřazovanými pořadovými čísly, ochranu dat na základě zadaného oprávnění pro uživatele a odbory, on- line poskytování informací o čerpání objednávky a jejím zůstatku po provedených úhradách připojených faktur, on-line poskytování informací o stavu čerpání rozpočtu podle rozpočtové skladby objednávky, tvorbu dokumentů a sestav, prohlížení objednávek v seznamu, či listování po jejich detailech, vždy se zobrazením rozpočtové skladby a jejich ověření k dané objednávce a vyhledávání dle volitelně zadaných výběrových kritérií zejména podle dodavatele, čísla, spisu, odboru, zpracovatele, předmětu, klíčových slov, rozpočtové skladby.
• zaevidovat evidenční údaje (dobu platnosti, hodnoty závazku či pohledávky plynoucí z objednávky, rozpis částky pro aktuální rok na jednotlivé položky, schválení objednávky, podepsání a ukončení nebo zrušení objednávky)
• sledovat vazby na ostatní agendy − tvorbu rozpočtových položek objednávky, kontrolovat na rozpočtované částky, nepovolit pořídit rozpočtovou položku, pokud není krytá rozpočtem
• kontrolovat faktury při likvidaci − fakturu bude možné proplatit pouze tehdy, pokud ji lze přiřadit k existujícím položkám objednávky
• provázanost s knihou faktur a jiných závazků
1.6.13 Schvalovací procesy pro finanční operace
Xxxxxx splňuje následující požadavky:
• Nastavitelné workflow procesu (osoby)
• Automatické předávání průvodky mezi účastníky procesu bez nutnosti výběru
• Doklad je schvalován pomocí elektronického podpisu
• Požadované role (příkazce operace, správce rozpočtu, hlavní účetní) + 3 volitelné role
• Možnost operaci schválit, zamítnout s poznámkou, vrátit zpět o libovolný počet kroků, zrušit
proces
• Požadavky na schválení různých dokladů (smlouva, limitovaný příslib, objednávka, faktura, platební poukaz) schvalovat z jedné aplikace
• Při schvalování přijaté faktury mít možnost prohlížet zapsanou fakturu v primární agendě včetně přílohy
• Při schvalování přijaté faktury mít možnost prohlížet navázanou objednávku nebo smlouvu včetně jejich příloh
• Možnost prohlížet přílohy schvalovaného dokladu
• Odlišné zbarvení požadavků, které jsou po datu schválení
• Emailová notifikace uživatele, kterému byl přidělen doklad ke schválení
• Hromadné schválení dokladů
• Při schvalování probíhá automatická kontrola na volné prostředky rozpočtu
1.6.14 Organizace voleb
Xxxxxx splňuje následující požadavky:
Funkcionalita umožní vedení organizace voleb, eviduje členy okrskových komisí, strany a kandidáty, personál a další výdaje. Umožní zhotovení výstupů jak typu oznámení o volbách s vymezením jednotlivých okrsků, tak pozvánek pro okrskové komise a sliby. Pro členy komise i personál budou v rámci funkcionality evidovány odměny (rozsah i forma platby) a generovány podklady pro finanční odbor, včetně dohod o provedení práce.
1.6.15 Volební agenda
Xxxxxx splňuje následující požadavky:
Funkcionalita umožní vedení a tisk seznamu voličů s využitím dat lokálního registru obyvatel agendového informačního systému objednatele ale i seznamu voličů získaného prostřednictvím CzechPOINTu. Pomocí funkcionality bude možné nahrát okrsky z RUIAN (Registr územní identifikace, adres a nemovitostí) do registru územně identifikačního agendového informačního systému objednatele
a odtud do funkcionality adresy hromadně nahrát. Okrsky bude možné vymezit i uživatelsky. Tiskové výstupy budou konfigurovatelné a upravitelné dle zvyklostí úřadu. K jednotlivým volbám povede funkcionalita historii. Trvale bude veden Xxxxxxx seznamu voličů a funkcionalita bude dále umožňovat přenesení Zvláštního seznamu voličů vedeného zastupitelským úřadem.
1.6.16 Pokladna
Xxxxxx splňuje následující požadavky:
Funkcionalita umožní snadné nasazení pokladen s jednoduchým ovládáním a rychlostí výběru či vyplácení peněž se všemi potřebnými náležitostmi. Funkcionalita umožní práci s pokladními doklady prostřednictvím provázaného systému variabilních symbolů, které budou využívány v dalších funkcionalitách agendového informačního systému, zejména v „Příjmech“ a „Výdajích“.
Platby zadané ve funkcionalitě pokladny budou párovány na předpisy v rámci funkcionalit „Příjmy“ a
„Výdaje“ agendového informačního systému. Pro jejich napárování a uložení se bude ihned přenášet informace o úhradě do funkcionalit, na základě, kterých byly dané předpisy vystaveny. To daným odborným pracovníkům umožní neprodleně zpracovávat na provedené platby navazující saldokonta, upomínky a přeplatky.
Funkcionalita bude užívat nastavení oprávnění pomocí funkcionality agendového informačního systému
„Organizační struktura“.
Funkcionalita bude dále zajišťovat okamžité informace o stavu hotovosti pro ekonomický odbor, převody peněz na vybrané pokladny, bankovní účty, a přípravné kontace plateb pro zaúčtování.
1.6.17 Příjmy
Xxxxxx splňuje následující požadavky:
Funkcionalita umožní efektivní a systematickou správu pohledávek. Umožní členění na kódy poplatků, které umožní jednotlivým pracovníkům jednoznačnou identifikaci pohledávek. Kódy poplatků (příjmů) umožní vymezit způsob výběru peněžních prostředků, umožní zvýšit pravidelnost ve vystavování předpisů, a umožní zvýšit podrobnost členění pohledávek z nejrůznějších pohledů, zejména nájemné, různé služby, evidence DPH.
Funkcionalita bude umožňovat plnohodnotnou inventarizaci pohledávek, měsíční i roční uzávěrky. Funkcionalita zajistí rozpoznávání a jednoznačnost v identifikaci, tedy do kterého účetního období a období DPH konkrétní pohledávky spadají.
Funkcionalita v případě vzniku nedoplatků umožní hromadně, ale i jednotlivě, zasílat upomínky a vypočítávat penalizace.
1.6.18 Registry
Xxxxxx splňuje následující požadavky:
V registrech budou evidovány základní a rozšířené informace o obyvatelích, ekonomických subjektech, územně identifikační údaje správního celku (adresy), na které bude navázán registr domů a bytů.
Nedílnou součástí registru bude registr parcel. Informace ze všech registrů budou využívány v rámci jednotlivých funkcionalit agendového informačního systému. Do registrů bude možné čerpat data z externích agendových informačních systémů, ale zároveň budou umožňovat být na takovýchto externích zdrojích nezávislé.
Přístupy k registrům budou zaneseny v rámci funkcionality „Organizační struktury“, tedy včetně konkretizace pracovníků s přístupem a rozsahem jejich přístupu k registrům. Samotné přístupy budou v souladu s požadavky zákona č. 101/2000 Sb., o ochraně osobních údajů, a požadavky Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů) řádně logovány.
3.18.3 V rámci funkcionality registrů budou vytvořeny čtyři nezávislé skupiny dat, které budou vzájemně propojeny pomocí referenčních vazeb (tj. osoba bydlící na adrese, adresa jednoznačně určuje adresní místo, adresní místo budovy bude prezentováno v mapových podkladech adresním bodem). Tyto skupiny budou následující podle vazby na centrální registry:
• Územně identifikační registr (UIR)
• Registr obyvatel (ROB)
• Registr právnických osob, podnikajících fyzických osob a orgánů veřejné moci (ROS),
• Registr nemovitostí (RN)
• Registr ekonomických subjektů (RES)
Systém musí pracovat nad jednotnou datovou základnou tvořenou interními registry umožňujícími
• jednoduchou a kompletní správu dat
• změnové dávky a importy dat s možností ruční editace
• jednotný přístup uživatelů k potřebným datům v registrech na základě přístupových práv
• ochranu osobních údajů
• tvorbu statistických výstupů
Automatické získávání informací o změnách v IS základních registrů
· zautomatizovaná údržba dat Registru obyvatel
· jistota aktuálnosti dat v registrech (stáří dat max. 24 hod.)
· provedení kontrol a následně „pročištění“ registrů od chybných záznamů
· možnost provádění okamžitého ověření referenčních údajů přímo z modulů IS
· v případě zjištění rozdílů mezi daty v registrech IS základních registrů a interních registrech IS města Provedení jejich aktualizace (z důvodu eliminace časové prodlevy při reklamaci údajů v ZR)
· nahrávání změn obyvatel získaných na základě „Žádosti o využití údajů z ROB a AISEO“
lze hromadně aktualizovat a ztotožňovat data Registrem územní identifikace daty z Registru územní
identifikace, adres a nemovitostí a celostátních číselníků IS územní identifikace Napojení interních registrů na služby AISEO, AISC
· Funkční propojení vnitřních registrů a agend na AISEO (Agendový informační systém evidence obyvatel) a na AISC (Agendový informační systém cizinců).
· Mapování a ověřování oprávnění: agendy a činnostních role pro povolenou komunikaci s AISEO/AISC.
· Definice oprávnění uživatelů pro přístup k AISEO, AISC.
· Prohlížení a vytěžování nereferenčních údajů z IS základních registrů (prohlížecí modul).
· Vyhledávání v AISEO/AISC.
· Logování přístupů uživatelů k údajům AISEO, AISC.
1.6.19 Xxxxxxx
Xxxxxx splňuje následující požadavky:
Funkcionalita umožní evidenci všech druhů smluv (zejména kupních, nájemních, smluv o dílo, prodejních, pracovních), umožní definování odpovědných pracovníků a podle toho umožní nastavit přístupová práva, umožní zápis informací o smluvních podmínkách, umožní zanášení časových údajů spjatých se smlouvou (zejména kdo podepsal, datum příchodu a platnost smlouvy), umožní vyhotovovat dodatky s jejich propojením k dané smlouvě, umožní exportovat výstupy do editoru dle předem vytvořených parametrů, umožní vytváření oběhového lístku ke smlouvě, umožní skenování smluv do funkcionality, umožní připojování a prohlížení příloh smluv a umožní vytváření volitelných sestav nad smlouvami.
Vedení evidence smluv v souladu s platnými zákony a předpisy − aktualizace při změnách.
Centrální evidence smluv, zápis i z jiných modulů (např. Hřbitovní agenda, Nájemné z bytů, pronájem nemovitého majetku).
Automatické číslování smluv pro celý úřad. Automatické číslování smluv dle odborů. Vlastní číslování smluv.
Editace společných číselníků chráněna oprávněním. Možnost definovat vlastní druhy smlouvy (číselník).
Smlouva zapsaná pro více odborů. Právo editovat/prohlížet více odborů. Příprava smlouvy v editoru dle předem vytvořených vzorů.
Evidence čísla usnesení Rady města/ Zastupitelstva města.
Evidence stavů smlouvy (Návrh, Schváleno, V realizaci, Ukončeno, Zrušeno). Kontrolní mechanismy mezi položkou datum a stav.
Evidence dodatků s vazbou na původní smlouvu. Automatické číslování dodatků.
Úkoly s vazbou na smlouvu, které zasílají notifikační emaily. Kontrola na Nespolehlivého plátce.
Generování výdajových splátkových kalendářů.
Vazba na přijaté faktury a poukazy. Prohlížení navázaných přijatých faktur a poukazů. Při propojení přenos (RČ/IČ, adresa, rozpočtová skladba) do faktury.
Rozpis platebních podmínek smlouvy dle jednotlivých let.
Vazba na vydané faktury (seznam faktur ke smlouvě, včetně zobrazení detailu). Vazba na objednávky (seznam objednávek ke smlouvě, vč. zobrazení detailu). Evidence finančního krytí dle zákona č. 320/2001 Sb.
Schvalování finančního krytí.
Vazba na centrální číselníky rozpočtové skladby.
Informace o předpokládaném čerpání rozpočtu vč. disponibilních prostředků.
Možnost vytváření volitelných sestav dle potřeb uživatele ve formátu xlsx, docx, pdf. Tisk oběhových lístků pomocí uživatelsky nastavitelných vzorů.
Připojení el. obrazu (sken) smlouvy. Kopírování jednotlivých smluv.
Historie editačních změn.
Nástroje na vyhledávání smluv pro tiskové výstupy nebo do seznamu, podle všech zapsaných údajů, a to
i v kombinaci.
Individuální nastavení přístupových práv. Evidence smluv a limitovaných příslibů. Předběžná kontrola rozpočtu
1.6.20 Stavební úřad
Xxxxxx splňuje následující požadavky:
Funkcionalita stavební úřad zajistí evidenci údajů o jednotlivých případech vedených příslušným stavebním úřadem, podle zákona č. 183/2006 Sb., o územním plánování a stavebním řádu (stavební zákon), ve znění pozdějších předpisů, včetně potřebných údajů o stavbách, o všech zúčastněných subjektech, s vazbou na Registr obyvatel, Registr hospodářských subjektů a vlastní registr agendového informačního systému. Funkcionalita bude evidovat údaje o parcelách, včetně jejich vlastníků, které bude možné vybírat z Registru parcel, případně pomocí webových služeb vzdáleného přístupu z dat Katastru nemovitostí.
Funkcionalita bude obsahovat jednotlivé procesní kroky v oblasti působnosti úřadu podle stavebního zákona a bude tedy umožňovat zpracování případu podle jeho stavu a nabídne další možné kroky ve stavebním řízení. Funkcionalita umožní tvorbu jednotlivých dokumentů pomocí nabízených vzorů i pomocí uživatelských vzorů vytvořených na úřadě dle jeho konkrétních specifik a požadavků.
Funkcionalita bude umožňovat propojení na mapové podklady a zobrazení dat nad mapovými podklady.
Územní řízení (umístění stavby, změna využití území, změna stavby, ochranné pásmo, dělení a scelování pozemků) územní souhlas, zjednodušené územní řízení
Prodloužení a ukončení platnosti územních rozhodnutí, povolení výjimek, změny územních rozhodnutí Ohlášení stavby, ohlášení změny stavby před jejím dokončením
Stavební řízení, zkrácené stavební řízení, prodloužení platnosti stavebního povolení, změna stavby před jejím dokončením
Prodloužení platnosti stavebního povolení, změna stavby před dokončením, Kolaudace, kolaudační
souhlas
Předčasné užívání stavby, zkušební provoz Změna užívání stavby − v řízení i souhlas
Nařízení údržby stavby, nezbytných úprav, odstranění stavby (vč. stavby dočasné), zabezpeč. prací, vyklizení stavby, pasportu stavby.
Stavební dozor (nařízení zastavení prací, nařízení zjednání nápravy, přerušení prací a stanovení podmínek, výzvy k bezodkladnému zastavení prací, k předložení potřebných podkladů, ke zjednání nápravy ve lhůtě)
Dokumentace skutečného provedení stavby Přestupky občanů a pokuty organizacím Výjimky z OTP Opatření na sousedních nemovitostech
Veřejnoprávní smlouvy Spojená a sloučená řízení Pořádkové pokuty
Výstupní sestavy s různými přehledy o stavení činnosti, vydaných rozhodnutích, včetně výstupu s daty
pro tzv. Benchmarkingovou iniciativu
Přehled o práci jednotlivých referentů a o stavu rozpracovanosti jednotlivých případů
Sada vzorů rozhodnutí, citací právních předpisů, parametrizačních a uživatelských nástrojů pro efektivní přizpůsobení potřebám uživatele.
Evidence vydaných rozhodnutí (archiv stavebního úřadu) Možnost vytváření vlastních šablon
Evidence jednání a kontrolních prohlídek Přiřazování dotčených orgánů do řízení
Elektronický oběh dokumentů při jejich schvalování a podpisu
Tisk adres
Tisk přehledů (word, excel, pdf) Vazba na spisovou službu.
1.6.21 Speciální stavební úřad silniční
Xxxxxx splňuje následující požadavky:
Funkcionalita bude umožňovat řešení agendy speciálního stavebního úřadu vykonávaného objednatelem. Bude obsahovat pracovní a procesní postupy, které žadatel v rámci této agendy vykonává.
Funkcionalita umožní evidenci údajů o jednotlivých případech vedených příslušným úřadem, podle zákona č. 183/2006 Sb., o územním plánování a stavebním úřadu (stavební zákon), ve znění pozdějších předpisů, včetně potřebných údajů o stavbách, o všech zúčastněných subjektech, s vazbou na Registr obyvatel, Registr hospodářských subjektů a vlastní registr agendového informačního systému.
Funkcionalita bude evidovat údaje o parcelách, včetně jejich vlastníků, které bude možné vybírat z Registru parcel, případně pomocí webových služeb vzdáleného přístupu z dat Katastru nemovitostí. Funkcionalita bude pokrývat procesní cyklus řešení agendy a jako taková nabídne možné další kroky podle stavu zpracování daného případu.
Funkcionalita umožní tvorbu jednotlivých dokumentů pomocí nabízených vzorů i pomocí uživatelských vzorů vytvořených na úřadě dle jeho konkrétních specifik a požadavků. Funkcionalita bude umožňovat propojení na mapové podklady a zobrazení dat nad mapovými podklady.
Zařazování pozemních komunikací Omezení (úprava) veřejného přístupu Připojování komunikací a nemovitostí Zřízení věcného břemene
Zrušení pozemní komunikace Obecné užívání
Omezení obecného užívání (uzavírky, objížďky Pevné překážky
Reklama v silničním ochranném pásmu Zvláštní užívání
Státní dozor
Stanovení místní a přechodné úpravy provozu
Přehled o práci jednotlivých referentů a o stavu rozpracovanosti jednotlivých případů Sada vzorů rozhodnutí
Možnost vytvářet vlastní šablony Evidence vydaných rozhodnutí
Evidence jednání a kontrolních prohlídek Zařazení subjektů do kartoték Přiřazování dotčených orgánů do řízení Tisk adres a přehledů
Zápis doručenek
Vazba na spisovou službu
1.6.22 Vidimace a legalizace
Xxxxxx splňuje následující požadavky:
Funkcionalita bude určena a bude zajišťovat evidenci a následný tisk ověřovacích doložek při prováděné vidimaci a legalizaci. Uživateli pro zrychlení jeho práce umožní použít většinu údajů formou výběru z číselníků a v případě legalizace bude mít uživatel možnost využít data registrů agendového informačního systému, data Základních registrů anebo bude mít možnost údaje zadat individuálně ručně.
Zaevidované údaje budou využity nejen pro tisk doložek na štítky, ale i jako podklad pro tisk pokladního
dokladu a bude-li v rámci agendového informačního systému zapnuta vazba na funkcionalitu
„Pokladna“, pak i poskytne kód poplatku a dojde k zanesení provedeného úkonu do funkcionality agendového informačního systému „Pokladna“ a „Příjmy“.
Informační systém interně užije funkcionality CzechPOINT@office týkající se autorizované konverze. Tisk ověřovacích doložek prostředky výpočetní techniky v souladu s platnými zákony a předpisy − aktualizace při změnách.
Konfigurace na míru potřebám a praxi úřadu − uživatelské číselníky. Uživatelské nastavení prostředí.
Konfigurace registračních údajů pro dotazování Informační systém základních registrů (JOSOptim). Tiskové výstupy řešeny vzorovými šablonami s možností uživatelských úprav
Vícenásobné kopie záznamů
Tisk štítků na vidimovanou (legalizovanou) listinu, tisk pokladního dokladu Vazba na pokladnu a příjmy
1.6.23 Výdaje
Xxxxxx splňuje následující požadavky:
• zápis přijatých faktur,
• evidenci zálohových faktur a vyúčtovacích faktur,
• evidence příjmových a výdajových poukazů a zúčtovacích dokladů,
• přijetí elektronické faktury ve formátu ISDOC,
• sledovat přijaté faktury v souvislosti s objednávkami a smlouvami − tedy zajistí jednoznačnost
identifikace faktury,
• využívat identifikaci pomocí čárového kódu,
• převzít informace pro fakturu z předchozí objednávky,
• vést evidenci pro uplatnění DPH u přijatých závazků,
• připojit sken nebo elektronickou fakturu jako přílohu záznamu,
• evidenci převodů mezi účty,
• tvorbu splátkových kalendářů a jejich centrální evidenci,
• elektronické ověřování jako obecně nastavitelný proces schvalování,
• kontrolu na volné finanční prostředky v rozpočtu,
• on-line přehled o stavu finančních prostředků,
• blokaci/upřednostňování plateb,
• provedení částečné úhrady na více účtů,
• vytváření příkazů k úhradě,
• úhrady dokladů z více bankovních účtů,
• vytváření homebanking souborů dle standardu banky objednatele,
• vést standardní evidenci zakázkového saldokonta,
• vytvořit přehledy k dokladové inventarizaci účtů závazků,
• tisk a tvorbu sestav, tiskopisů (formáty xls, pdf, doc, html).
1.6.24 Vymáhání pohledávek
Xxxxxx splňuje následující požadavky:
Funkcionalita zajistí efektivnější vymáhání nedoplatků po datu splatnosti a bude určena odborným pracovníkům finančních, exekučních, právních a dalších odborů, kteří spravují pohledávky. Vymáhání pohledávek umožní sledování pohledávek dle druhů, termínů, úkonů a zajistí přehled v celém průběhu vymáhacího procesu včetně výsledků.
Funkcionalita dále umožní
• vypočítávání lhůt − nabytí právní moci, splatnosti a dalších,
• kontrolu termínů, prohlížení průběhu a výsledků řízení,
• vystavení nákladů řízení k pohledávkám,
• sledování úhrad k evidovaným pohledávkám a aktualizace dlužné částky,
• vytváření a vyhotovování tiskopisů podle jednotlivých vzorů,
• xxxxxxx, hromadné a jednotlivé tvorby dokumentů,
• tiskové výstupy o probíhajících řízeních, jejich stavu a dlužných částkách,
• poskytování informací o vymáhání navazujícím funkcionalitám agendového informačního systému.
• Samostatná definice úkonů, termínů a šablon dokumentů podle typů vymáhacího řízení.
• Průběh případu se eviduje a sleduje v samostatných, uživatelsky definovaných úkonech.
• Dle jednotlivých úkonů lze případy vyhledávat a dále je samostatně nebo hromadně zpracovávat.
• Vzory tiskopisů s možností v průběhu implementace upravit dle zvyklostí úřadu. Výsledné dokumenty jsou postoupeny do spisové služby k odeslání na adresu dlužníka nebo dalších subjektů, účastníků vymáhacího řízení (soudy, peněžní ústavy, Policie,...).
• Vygenerované písemnosti v doc je možné exportovat do po požadovaného formátu.
• Automatické vyhledání nově přijatých plateb (od posledního zpracování) k pohledávkám v řízení daného uživatele.
• Pevné i uživatelsky definované sestavy.
• Vyhledávání záznamů dle uživatelsky zadaných kritérií.
• Uživatelsky definované úkony vymáhacího procesu.
• Sledování termínů (nabytí právní moci, náhradní splatností a dalších)
• Vyřízené pohledávky je dále možno sledovat a následně spisy, písemnosti předat ke skartaci.
• Evidence a zobrazení základních údaje o dlužníkovi a pohledávce (tj. příjmení, jméno, rodné číslo, datum narození, IČO, adresa, kontaktní adresa, č. jednací, č. rozhodnutí, částka atd.).
• Předpisy a úhrady jsou přebírány a zpět kontrolovány na stav v modulu Příjmy a ekonomické moduly sloužící k úhradám. Je zajištěna vazba na insolvenční rejstřík dlužníků (s možností nahlédnutí přímo na daný subjekt v Insolvenčním rejstříku dlužníků (ISIR)).
• Možnost založení pohledávky do agendy Vymáhání pohledávek předáním předpisu přímo z příjmů.
• Možnost vystavení předpisu exekučních nákladů a zvýšení.
• Zavedení splátkového kalendáře k pohledávce a sledování jeho plnění
• Přesun pohledávek v rámci organizační struktury úřadu, předání pohledávek v rámci vymáhání.
• Oprávnění k přístupu je definováno v závislosti na jednotlivých případech a rolích.
1.6.25 Statistika
Xxxxxx splňuje následující požadavky:
Funkcionalita zajistí vytváření statistik za využití dat z jednotlivých funkcionalit agendového informačního systému objednatele, mimo Registru obyvatel, Přestupků a Městské policie. Funkcionalita statistika bude členěna podle funkcionality agendového informačního systému, ze které bude čerpat data, a každá z těchto funkcionalit bude obsahovat předem definované typy statistik. Uživatel pak bude mít možnost si pro každý typ statistiky zadat výběrová kritéria a rozhodnout o třídění dat. Výstupem budou seznamy, tabulky a grafy.
V oblasti funkcionality statistiky bude samostatná oblast vážící se k obyvatelům, ta nabídne statistiky využívající lokální registry agendového informačního systému objednatele. Takové statistiky budou užity pro vítání občánků (statistika Narozené dítě), pro gratulace jubilantům (statistika jubilanti a nejstarší občané), pro zjištění věkového složení obyvatel města nebo pro zjištění průměrného věku.
1.6.26 Změny obyvatel z ROB a AISEO
Xxxxxx splňuje následující požadavky:
Funkcionalita zajistí a umožní následující činnosti
• zpracování nových souborů změn obyvatel, získaných na základě „Žádosti o využití údajů z ROB a AISEO“,na základě těchto změn umožní provádění ztotožnění a přihlášení notifikací nových obyvatel obce,
• práci se všemi dostupnými druhy změn, zejména úmrtí, narození, přistěhování, odstěhování, které jsou vydávány na žádost úřadu.
1.6.27 Přestupkové řízení
Xxxxxx splňuje následující požadavky:
Funkcionalita zajistí pro objednatele vedení agendy přestupků. Bude využita pro evidenci a řízení občanskoprávních přestupků. Bude možné užít i na útvaru dopravy k vedení a řešení dopravních přestupků.
V oblasti pořádku bude funkcionalita zajišťovat podporu výkonu státní správy formou přestupkového řízení, a to v rozsahu kontroly termínů, nabytí právní moci a odvolání, evidence případného zapůjčení nebo založení spisu. Umožní vystavování předvolání k řízení a vytváření zpráv o pověsti. Umožní vyhledávání mezi zadanými daty a přestupky podle definovatelných kritérií.
Funkcionalita bude umožňovat vytváření ročního statistického výkazu. Funkcionalita bude jednoduchá a přehledná tak, aby umožnila úředníkovi rychle vyhledat přestupek, se kterým má pracovat, ať již podle údajů o přestupku nebo dle údajů o obviněném. Přístup do funkcionality bude řízen nastavením oprávnění ve funkcionalitě agendového informačního systému „Organizační struktura“.
Funkcionalita přestupkové řízení agendového informačního systému žadatele bude propojena s funkcionalitou „Městská policie“ a „Příjmy“. V rámci funkcionality příjmy bude možné vystavovat předpisy za pokuty, které nabydou právní moci, zapisovat plátce a zpětně sledovat platby.
Funkcionalita bude dále propojena na spisovou službou za účelem přidělování čísel jednacích vytvořeným dokumentům a tyto dokumenty zařazovat do spisů.
• kompletní záznam přestupku
• evidence dalších účastníků přestupkového řízení
• evidence pro společná řízení − je možné související přestupky spojovat, a to včetně vytvoření společného rozhodnutí a zadání společné sankce jen k jednomu přestupku ve společném řízení
• evidence a vyhledávání hříšníků − náhled na osobu a všechny její přestupky z evidence přestupků
• historie změn v evidenci přestupku − evidovat změny, tj. původní a nový stav, kdo a kdy změnu
provedl
• vytváření zprávy o pověsti s výběrem přestupků spáchaných danou osobou
• provádění kontroly termínů správních řízení − zahájení řízení, běh lhůt, nabytí právní moci
• automatická vazba na ekonomický systém (modul Příjmy) od evidence plátce a předpisu k úhradě, sledování plateb, až po podklady pro vymáhání pohledávek
• generování dokumentů (předvolání, rozhodnutí, příkazní řízení) s využitím předem definovaných vzorů s následným tiskem adres na různá média
• tisk pevných a volitelných sestav dle různých kritérií, přípravu a tisk podkladů pro roční statistický výkaz o přestupcích
• příprava a tisk podkladů pro statistiku přestupků domácího násilí
• kompletní vazba na Spisovou službu s možností ověření datové schránky, převodu dokumentu do výstupního formátu PDF/A, připojení elektronického podpisu, evidence všech potřebných příloh a dodejek (datum doručení)
• zápis přestupků do Evidence přestupků
1.6.28 Dopravní přestupky
Xxxxxx splňuje následující požadavky:
Funkcionalita bude sloužit k řešení dopravních přestupků zjištěných Policií ČR, Městskou policií a kamerovým systémem. Funkcionalitu bude možné využít pro řešení občansko-správních přestupků a dopravních přestupků. Všechny tyto přestupky bude možné plnohodnotně evidovat včetně využití všech funkcí, údajů a vazeb, které umožní funkcionalita agendového informačního systému objednatele „Přestupkové řízení“. Jako podklad pro vyhodnocování dopravní přestupků bude možné využít zpracování XML souborů s daty získanými automatickými systémy a provést jejich hromadné zpracování.
Data přestupků budou oddělena v závislosti na oprávnění v rámci funkcionality. V rámci funkcionality bude možné nastavit samostatnou číselnou řadu pro každou organizační jednotku. Funkcionalitu bude možné nastavit i tak, že jeden pracovník na dvou různých funkčních místech zaznamenává a řeší dva typy přestupků. Poplatky pro pokuty, náklady řízení a pořádkové pokuty budou vedeny odděleně.
Funkcionalita bude umožňovat evidenci přestupků s možností jejich členění pro evidenci občansko- správních přestupků jako domácí násilí, pro evidenci dopravních přestupků umožní vedení podrobnějších údajů jako údajů řidičského průkazu, termínů zákazu k řízení, údajích o rychlosti vozidla, požití alkoholu nebo drog, podrobnější ustanovení k překročenému paragrafu, údaje o vozidle pachatele a dalších osob, údaje o pojišťovně a úřadu evidující bodové přestupky.