SMLOUVA O DÍLO

*MMKASS00000000* SML/0000/2021

jednoznačný identifikátor dokumentu

SMLOUVA O DÍLO

na realizaci a technickou podporu

ekonomického informačního systému pro příspěvkové organizace

uzavřená podle ust. § 2586 a násl. zákona č. 89/2012 Sb., občanský zákoník (dále jen „občanský zákoník“ nebo „OZ“)

Číslo smlouvy dodavatele: …doplní uchazeč

statutární město Karviná

I.

Smluvní strany

se sídlem: Fryštátská 72/1, 733 24 Karviná

IČO: 00297534

DIČ: CZ00297534

zastoupená: Ing. Xxxxx Xxxxxx, primátorem

k podpisu oprávněn: XXXx. Xxxx Xxxxxxxxx, MPA, vedoucí Odboru organizačního na základě pověření ze dne 2. 1. 2018

Osoba oprávněná jednat ve věcech smluvních týkající se této smlouvy (kontaktní osoba): vedoucí oddělení informačních služeb

Osoba oprávněná jednat ve věcech technických týkající se této smlouvy (kontaktní osoba): zaměstnanci oddělení informačních služeb

(dále jen „objednatel“)

a

…doplní uchazeč

se sídlem: …doplní uchazeč

IČO: …doplní uchazeč

DIČ: …doplní uchazeč

zastoupená: …doplní uchazeč bankovní spojení: …doplní uchazeč číslo účtu: …doplní uchazeč

Zapsaná v obchodním rejstříku vedeném …doplní uchazeč, oddíl …doplní uchazeč, vložka …doplní uchazeč.

Osoba oprávněná jednat ve věcech smluvních týkající se této smlouvy (kontaktní osoba):

…doplní uchazeč

Osoba oprávněná jednat ve věcech technických týkající se této smlouvy (kontaktní osoba):

…doplní uchazeč (dále jen „dodavatel“)

uzavřeli níže uvedeného dne, měsíce a roku tuto Smlouvu o dílo (dále jen „Smlouva“)

II.

Předmět plnění

1. Dodavatel se touto smlouvou zavazuje zajistit realizaci Ekonomického informačního systému pro statutární město Karviná, tj. Magistrát města Karviné a Městskou policii Karviná a Portálu občana (dále jen „dílo“) a následně poskytovat k dodanému dílu technickou podporu dále specifikovanou v čl. IX této smlouvy.

2. Předmětem plnění dle této smlouvy je dodávka, instalace, naprogramování, nasazení, oživení, zaškolení obsluhy a další služby související s realizací intranetového systému vč. dodání návodů na obsluhu, licence, licenční protokoly nebo certifikáty prokazující legálnost použitých SW (dále jen

„dodávka systému“) a následné poskytování služeb technické podpory k dodanému systému za podmínek dále stanovených v této smlouvě. Podrobný technický a technologický popis jednotlivých součástí předmětu plnění pro dodávku systému je uveden v příloze č. 2 „Technická specifikace“, která tvoří nedílnou součást smlouvy. Dodavatel je při provádění díla podle této smlouvy povinen postupovat v souladu s podmínkami tak, jak byly stanoveny v zadávací dokumentaci. Předmětem plnění dle tohoto bodu je také úprava SW konfigurace systému po zkušebním provozu na základě požadavku objednatele.

3. Objednatel se zavazuje provedené dílo od dodavatele převzít a zaplatit za ně dodavateli cenu podle čl. IV. této smlouvy.

III.

Doba plnění

1. Doba plnění podle této smlouvy je stanovena takto:

FÁZE I. – Ekonomický informační systém pro SMK

a) Předimplementační analýza, implementace (instalace, konfigurace a školení) a předání do zkušebního provozu: do 31.10.2021

b) Zkušební provoz: 01.11.2021 – 10.12.2021

c) Vypořádání připomínek ze zkušebního provozu a předání do ostrého provozu: do 20.12.2021

d) Poskytování rozšířené (post-implementační) podpory: po dobu 180 dní od předání do ostrého

provozu v celkovém rozsahu 160 hodin

e) Poskytování technické podpory: od 01.01.2022 na dobu neurčitou

FÁZE II. – Portál občana

f) Předimplementační analýza, implementace (instalace, konfigurace a školení) a předání do zkušebního provozu: do 31.03.2022

g) Zkušební provoz: 01.04.2022 – 22.04.2022

h) Vypořádání připomínek ze zkušebního provozu a předání do ostrého provozu: do 01.05.2022

i) Poskytování rozšířené (post-implementační) podpory: po dobu 180 dní od předání do ostrého

provozu v celkovém rozsahu 80 hodin

j) Poskytování technické podpory: od 01.05.2022 na dobu neurčitou

2. Objednatel může zasílat požadavky na úpravu SW konfigurace dodavateli průběžně po celou dobu zkušebního provozu, nejpozději však poslední den zkušebního provozu.

3. Dodavatel splní svou povinnost provést dodávku systému jeho řádným ukončením a předáním objednateli do ostrého provozu. Termínem dokončení díla se rozumí oboustranné odsouhlasení předávacího protokolu po úpravě SW konfigurace po zkušebním provozu.

IV.

Cena

1. Smluvní strany se dohodly celkové ceně za řádně provedené dílo takto:

a) Cena za dodávku Ekonomickmého informačního systému pro SMK dle čl. III, odst. 1, písm. a) až d):

Cena bez DPH: … doplní uchazeč Kč DPH: … doplní uchazeč Kč Cena včetně DPH: … doplní uchazeč Kč

b) Cena za dodávku Portálu občana dle čl. III, odst. 1, písm. f) až i): Cena bez DPH: … doplní uchazeč Kč

DPH: … doplní uchazeč Kč Cena včetně DPH: … doplní uchazeč Kč

c) Xxxx za poskytování služeb technické podpory k Ekonomickému informačnímu systému pro

SMK dle čl. XI, odst. 1, písm. a) až c):

Cena bez DPH: … doplní uchazeč Kč / měsíčně DPH: … doplní uchazeč Kč / měsíčně Cena včetně DPH: …doplní uchazeč Kč / měsíčně

d) Xxxx za poskytování služeb technické podpory k Portálu občana dle čl. XI, odst. 1, písm. a) až

c):

Cena bez DPH: … doplní uchazeč Kč / měsíčně DPH: … doplní uchazeč Kč / měsíčně Cena včetně DPH: …doplní uchazeč Kč / měsíčně

e) Cena za poskytování služeb rozvoje systému dle čl. XI, odst. 1, písm. d):

Cena bez DPH: …doplní uchazeč Kč / hodinu DPH: …doplní uchazeč Kč / hodinu Cena včetně DPH: …doplní uchazeč Kč / hodinu

2. Cena za dodávku systému je stanovena dodavatelem na základě položkového rozpočtu, který je součástí jeho nabídky. Zjištěné odchylky, vynechání, opomnění, chyby a nedostatky položkového rozpočtu (neboli Cenová kalkulace) nemají vliv na smluvní cenu díla, na rozsah díla ani na další ujednání smluvních stran v této smlouvě.

3. Jednotkové ceny uvedené v položkovém rozpočtu jsou cenami pevnými po celou dobu realizace díla.

4. Položkový rozpočet tvoří přílohu č. 3 této smlouvy.

5. Příslušná sazba daně z přidané hodnoty (DPH) bude účtována dle platných předpisů ČR v době zdanitelného plnění. Za správnost stanovení příslušné sazby daně z přidané hodnoty nese veškerou odpovědnost dodavatel.

6. Cena díla podle odst. 1 je cenou nejvýše přípustnou a může být změněna jen dodatkem smlouvy z

níže uvedených důvodů:

a) před nebo v průběhu realizace díla dojde ke změnám daňových předpisů majících vliv na cenu díla; v takovém případě bude cena upravena dle sazeb daně z přidané hodnoty platných ke dni zdanitelného plnění,

b) v případě víceprací, služeb a dodávek požadovaných objednatelem a neobsažených

v zadávací dokumentaci,

c) v případě méněprací,

d) zvýšení ceny služeb technické podpory k dodanému systému o průměrnou roční míru inflace zveřejněné Českým statistickým úřadem, nebo jiným úřadem tento nahrazujícím, za uplynulý kalendářní rok.

7. Dodavateli vzniká právo na zvýšení sjednané ceny teprve v případě, že změna bude schválena smluvními stranami formou uzavření dodatku ke smlouvě. Bez platného a účinného dodatku ke smlouvě o dílo nemá dodavatel právo na úhradu ceny za dodatečné dodávky a služby.

8. Důvodem pro změnu ceny díla není plnění dodavatele, které bylo vyvoláno jeho prodlením při provádění díla, vadným plněním, chybami a nedostatky v položkovém rozpočtu, pokud jsou tyto chyby důsledkem nepřesného nebo neúplného ocenění soupisu dodávek a služeb dle položkového rozpočtu.

V.

Platební podmínky

1. Objednatel neposkytuje dodavateli zálohy.

2. Podkladem pro úhradu ceny budou faktury, které budou mít náležitosti daňového dokladu podle

zákona o DPH.

3. Dodavatel bude fakturovat cenu za:

a) dodávku díla dle čl. IV, odst. 1, písm. a) po jeho řádném předání. Platba proběhne ve 4 splátkách ve výši ¼ celkové ceny. První fakturu je dodavatel oprávněn vystavit po řádném předání díla. Následující faktury pak vždy s odstupem 12 měsíců.

b) poskytování služeb technické podpory dle čl. IV, odst. 1, písm. b) vždy za uplynulý kalendářní měsíc.

c) poskytování služeb rozvoje systému dle čl. IV., odst. 1, písm. c) po dokončení a řádném předání poskytnuté služby.

4. Splatnost faktury je 21 dnů ode dne jejího doručení objednateli. Dnem uskutečnění zdanitelného plnění v případě dodávky systému je den předání a převzetí díla.

5. Kromě náležitostí stanovených platnými právními předpisy pro daňový doklad je dodavatel povinen

ve faktuře uvést i tyto údaje:

a) číslo smlouvy objednatele, IČO objednatele,

b) předmět smlouvy, tj. text „Ekonomický informační systém pro SMK“ / „Portál občana“, nebo

„Technická podpora ekonomického informačního systému pro SMK“ / „Technická podpora portálu občana“ s uvedením období, za který je technická podpora fakturována,

6. Objednatel je oprávněn vadnou fakturu před uplynutím lhůty splatnosti vrátit druhé smluvní straně bez zaplacení k provedení opravy v těchto případech:

a) nebude-li faktura obsahovat některou povinnou nebo dohodnutou náležitost nebo bude-li chybně vyúčtována cena za dílo,

b) budou-li vyúčtovány práce, které nebyly provedeny či nebyly potvrzeny oprávněným zástupcem objednatele.

7. Ve vrácené faktuře objednatel vyznačí důvod vrácení. Dodavatel provede opravu vystavením nové faktury. Vrátí-li objednatel vadnou fakturu dodavateli, přestává běžet původní lhůta splatnosti. Celá lhůta splatnosti běží opět ode dne doručení nově vyhotovené faktury objednateli.

8. Povinnost zaplatit cenu za dílo je splněna dnem odepsání příslušné částky z účtu objednatele.

VI.

Předání a převzetí díla

1. Dílo je provedeno, je-li ukončeno a protokolárně předáno. Objednatel převezme dílo bez výhrad, nebo s výhradami poté, co se s dílem řádně seznámil. Pokud je to k řádnému provedení díla třeba, je dílo dokončeno až úspěšným provedením dohodnutých zkoušek a předáním zápisu o jejich provedení.

2. Dílo bude dodavatelem předáno a objednatelem převzato na základě shodných prohlášení stran

v protokolu o předání a převzetí díla, který bude obsahovat:

a) označení předmětu díla,

b) označení objednatele a dodavatele díla,

c) číslo a datum uzavření smlouvy o dílo včetně čísel a dat uzavření jejích dodatků,

d) datum ukončení záruky na dílo,

e) termín zahájení a dokončení prací na zhotovovaném díle,

f) seznam převzaté dokumentace,

g) prohlášení objednatele, že dílo přejímá bez výhrad, nebo s výhradami zjevných vad,

h) datum a místo sepsání protokolu,

i) seznam případných ojedinělých drobných vad, které samy o sobě ani ve spojení s jinými nebrání užívání díla funkčně nebo esteticky, ani jeho užívání podstatným způsobem neomezují,

j) lhůtu pro odstranění drobných vad podle písm. i) tohoto odstavce,

k) jména a podpisy zástupců objednatele a dodavatele.

3. Pokud objednatel dílo převezme s výhradou zjevných vad, je povinen tyto vady v předávacím protokolu specifikovat. Pro odstranění těchto vad platí ustanovení čl. X. této smlouvy.

VII.

Místo plnění

Místem plnění je Magistrát města Karviné, budova B, Karola Śliwky 618, Karviná-Fryštát a jednotlivé příspěvkové organizace uvedené v příloze č. 1.

VIII.

Součinnost smluvních stran

1. Smluvní strany se zavazují vyvinout veškeré úsilí k vytvoření potřebných podmínek pro realizaci díla dle podmínek stanovených touto Smlouvou, které vyplývají z jejich smluvního postavení. To platí i v případech, kde to není výslovně stanoveno ustanovením této Smlouvy.

2. Pokud jsou kterékoli ze smluvních stran známy skutečnosti, které jí budou bránit, aby dostála svým smluvním povinnostem, sdělí tuto skutečnost neprodleně písemně druhé smluvní straně, resp. objednatel dodavateli a dodavatel objednateli. Smluvní strany se dále zavazují neprodleně odstranit v rámci svých možností všechny okolnosti, bránící z její strany splnění jejich smluvních povinností.

3. Dodavatel se zavazuje, že na základě skutečností zjištěných v průběhu plnění povinností dle této Smlouvy navrhne a provede opatření směřující k dodržení podmínek stanovených touto Smlouvou pro naplnění Smlouvy, k ochraně objednatele před škodami, ztrátami a zbytečnými výdaji a že poskytne objednateli resp. kontaktním osobám objednatele jednajícím ve věcech technických nebo smluvních a jiným osobám zúčastněným na provádění díla veškeré potřebné doklady, konzultace, pomoc a jinou součinnost.

4. Xxxxxxxxx je povinen při provádění díla dle této Xxxxxxx postupovat nejen samostatně, s odbornou péčí podle svých nejlepších znalostí a schopností, přičemž při své činnosti je povinen chránit zájmy a dobré jméno objednatele, ale rovněž v souladu s příkazy objednatele.

5. Dodavatel se zavazuje před započetím provádění díla dle této Xxxxxxx uzavřít s objednatelem

„Smlouvu o ochraně informací a přístupu do datové sítě SMK“ a po celou dobu provádění díla mít tuto smlouvu platně uzavřenou a účinnou.

IX.

Přechod vlastnictví a nebezpečí škody

1. Vlastnické právo ke zhotovovanému dílu přechází na objednatele okamžikem úplného protokolárního předání díla objednateli dodavatelem.

2. Dodavatel nese plnou odpovědnost za škody na díle včetně prací a dodávek provedených subdodavatelem a za materiál a zařízení, které tvoří nebo budou tvořit součást díla, a to od termínu zahájení díla až do protokolárního předání díla objednateli, kdy odpovědnost přechází na objednatele. Dodavatel nese plnou odpovědnost za škody na díle způsobené nevhodným nebo nesprávným technologickým postupem, i když byl odsouhlasen objednatelem.

3. Způsobí-li dodavatel nebo jeho subdodavatelé objednateli nebo třetím osobám v souvislosti s plněním dle této Smlouvy škodu, je dodavatel za tuto škodu odpovědný a je povinen ji uhradit. Dodavatel se dále zavazuje mít sjednáno nejpozději při podpisu a po celou dobu trvání této Smlouvy pojištění odpovědnosti za škodu způsobenou dodavatelem nebo jeho subdodavatelem objednateli nebo třetím osobám, a to na částku ve výši alespoň 1 mil. Kč.

4. Dodavatel má dle ustanovení odst. 3 tohoto článku sjednánu pojistnou smlouvu u pojišťovny

…doplní uchazeč, číslo smlouvy …doplní uchazeč, ze dne …doplní uchazeč, na částku …doplní uchazeč Kč.

X.

Záruční podmínky a vady díla

1. Dílo má vady, jestliže jeho provedení neodpovídá požadavkům uvedeným ve smlouvě, příslušným právním předpisům, normám nebo jiné dokumentaci vztahující se k provedení díla nebo pokud neumožňuje užívání, k němuž bylo určeno a zhotoveno.

2. Dodavatel odpovídá za vady, jež má dílo v době předání a převzetí a vady, které se projeví v záruční době. Za vady díla, které se projeví po záruční době, odpovídá jen tehdy, pokud jejich příčinou bylo prokazatelně jeho porušení povinností.

3. Dodavatel poskytuje na všechny provedené práce a dodávky záruku za jakost 36 měsíců.

4. Záruční doba běží ode dne předání díla podle čl. VI. odst. 2 této smlouvy.

5. Xxxxxxx vady díla bude objednatel povinen uplatnit u dodavatele bez zbytečného odkladu poté, kdy vadu zjistil, a to formou písemného oznámení (za písemné oznámení se považuje i oznámení faxem, e-mailem nebo do datové schránky dodavatele), obsahujícího co nejpodrobnější specifikaci zjištěné vady. Jakmile objednatel odešle toto oznámení, bude se mít za to, že požaduje bezplatné odstranění vady, neuvede-li v oznámení jinak.

6. Xxxxxxxxx provede odstranění vady nejpozději do 24 hodin ode dne doručení oznámení o vadě znemožňující provoz díla, resp. do 72 hod. pro odstranění ostatních závad. Provedenou opravu vady dodavatel objednateli předá písemně. Na provedenou opravu poskytne dodavatel záruku za jakost ve stejné délce dle odst. 3 tohoto článku smlouvy.

XI.

Služby technické podpory

1. Dodavatel se zavazuje v souladu s touto smlouvou poskytovat objednateli služby technické

podpory k dodanému systému v následujícím rozsahu:

a) Provádění aktualizace programového vybavení (upgrade, update) vyplývající z obecného vývoje operačních systémů, dalšího software a hardware tak, aby byl dodaný systém vždy provozován na systémech, pro něž výrobce poskytuje softwarovou podporu, technickou podporu a vydávání bezpečnostních aktualizací.

b) Řešení problémů v dodaném systému podle jednotlivých kategorií závad:

Závada kategorie A: dílo není použitelné ve svých základních funkcích nebo se vyskytuje funkční závada znemožňující činnost díla nebo jeho částí. Tento stav může ohrozit běžný provoz objednatele, případně může způsobit finanční nebo jiné škody. Dodavatel je povinen zahájit práce na odstranění závady nejpozději během 4 hodin po nahlášení závady v pracovních dnech v době od 8:00 do 18:00 hodin. Závada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost objednatele, nejpozději však do 8 hodin od nahlášení závady, pokud se smluvní strany v daném případě nedohodnou jinak. Každé nedodržení lhůty pro odstranění závady způsobené důvody, které nebyl dodavatel schopen ovlivnit, je dodavatel povinen objednateli písemně zdůvodnit.

Závada kategorie B: funkčnost díla nebo jeho částí je ve svých funkcích degradována tak, že tento stav omezuje běžný provoz objednatele. Dodavatel je povinen zahájit práce na odstranění závady nejpozději následující pracovní den po nahlášení závady v pracovních dnech v době od 8:00 do 18:00 hod. Závada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost objednatele, nejpozději však do 2 pracovních dnů od nahlášení, pokud se smluvní strany nedohodnou jinak. Každé nedodržení lhůty pro odstranění závady způsobené důvody, které nebyl dodavatel schopen ovlivnit, je dodavatel povinen objednateli písemně zdůvodnit.

Závada kategorie C: ostatní drobné závady, které nespadají do kategorií A a B. Dodavatel je povinen zahájit práce na odstranění závady nejpozději následující pracovní den po nahlášení závady v pracovních dnech v době od 8:00 do 18:00 hod. Závada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost objednatele, nejpozději však do 4 pracovních dnů od nahlášení, pokud se smluvní strany nedohodnou jinak. Každé nedodržení lhůty pro odstranění závady způsobené důvody, které nebyl dodavatel schopen ovlivnit, je dodavatel povinen objednateli písemně zdůvodnit.

c) Bezplatná poradenská telefonická služba HOT-LINE pro zaměstnance objednatele v pracovní

dny v době od 8:00 do 18:00 hod.

d) Poskytování dalších služeb v souvislosti s provozem a dalším rozvojem dodaného systému nad rámec výše uvedených služeb, zejména vytváření nových funkcí a vlastností systému na zakázku (dále jen „rozvoj systému“).

2. Služby technické podpory dle odst. 1, písm. a) až c) jsou poskytovány dodavatelem zcela v rámci ceny za poskytování technické podpory dle čl. IV., odst. 1, písm. b) a dodavateli za ně nenáleží žádná další odměna.

3. Služby technické podpory za rozvoj systému dle odst. 1, písm. d) budou poskytovány na základě objednatelem předem odsouhlasené nabídky dodavatele, která bude obsahovat i termín plnění. Výše odměny dodavatele se vypočte podle skutečného objemu takto poskytnutých služeb v sazbě dle čl. IV, odst. 1, písm. c). Smluvní strany se dohodly, že nejmenší účtovatelný interval těchto dalších služeb činí 0,5 hodiny.

XII.

Sankce

1. Dodavatel je povinen na výzvu objednatele zaplatit smluvní pokuty, které jsou sjednány pro případ následujících porušení povinností dodavatele sjednaných touto Smlouvou.

2. V případě, že dodavatel nepředá z důvodů spočívajících na jeho straně dokončené a úplné dílo objednateli ve sjednaném termínu dle jednotlivých etap, je objednatel dále oprávněn uplatnit a dodavatel povinen zaplatit smluvní pokutu ve výši 0,1% z ceny za dodávku příslušné etapy systému včetně DPH za každý i započatý den prodlení.

3. V případě, že dodavatel opakovaně porušuje kteroukoliv svou smluvní povinnost v souvislosti s dodávkou systému, u níž byl již v průběhu plnění této Smlouvy na její porušování písemně upozorněn, a to s výslovným poukazem na možnost uložení smluvní pokuty podle tohoto ustanovení Smlouvy, je při neodstranění porušení smluvní povinnosti objednatel oprávněn uplatnit a dodavatel povinen zaplatit smluvní pokutu ve výši 0,1 % z ceny za dodávku systému včetně DPH za každý i započatý den, ve kterém trvá porušení příslušné smluvní povinnosti.

4. V případě, že dodavatel porušuje smluvní povinnosti stanovené v čl. XI, je objednatel oprávněn uplatnit a dodavatel povinen zaplatit smluvní pokutu ve výši:

a) 100 Kč bez DPH za každou započatou hodinu prodlení s odstraněním závady kategorie A,

b) 300 Kč bez DPH za každý započatý den prodlení s odstraněním závady kategorie B,

c) 100 Kč bez DPH za každý započatý den prodlení s odstraněním závady kategorie C

d) 100 Kč bez DPH za každý započatý den prodlení s poskytnutím služeb technické podpory za rozvoj systému.

5. V případě, že dodavatel nesplní lhůtu pro poskytnutí technické podpory za rozvoj systému dle čl. XI odst. 3, je objednatel oprávněn uplatnit a dodavatel povinen zaplatit smluvní pokutu ve výši 100 Kč bez DPH za každý započatý den prodlení.

6. V případě, že dodavatel porušuje smluvní povinnosti stanovené v čl. XIII, odst. 4, je objednatel oprávněn uplatnit a dodavatel povinen zaplatit smluvní pokutu ve výši 500 Kč za každý den prodlení s předáním dat.

7. Smluvní pokuty dle tohoto článku jsou splatné do 14 kalendářních dnů od doručení písemné výzvy objednatele dodavateli, přičemž jakákoliv smluvní pokuta dle tohoto článku je splatná vždy na účet objednatele. Zaplacením smluvní pokuty nezaniká příslušný nárok objednatele na splnění povinnosti smluvní pokutou zajištěné. Smluvní pokuty se nezapočítávají na nárok na náhradu škody.

8. Objednatel je povinen zaplatit dodavateli za prodlení s úhradou faktury, oprávněně vystavené po splnění podmínek stanovených touto Smlouvou a doručené objednateli, úrok z prodlení ve výši stanovené nařízením vlády ve smyslu § 1970 OZ, a to z dlužné částky za každý den prodlení.

XIII.

Ukončení smlouvy

1. Xxxxxxx se uzavírá na dobu neurčitou s výpovědní lhůtou v délce 3 měsíců, která začíná běžet prvním dnem následujícího měsíce po doručení výpovědi druhé smluvní straně.

2. Objednatel je oprávněn od této Smlouvy odstoupit, pokud dodavatel naplní některý z následujících důvodů tím, že:

a) je proti němu zahájeno insolvenční řízení;

b) vstoupí do likvidace;

c) přerušil (zastavil) práce na díle v rozporu s touto smlouvou, nebo postupuje při provádění díla způsobem, který zjevně neodpovídá dohodnutému rozsahu díla a termínu předání díla objednateli;

d) je v prodlení s prováděním díla;

e) je opakovaně s prodlením s odstraňováním závad v rámci poskytování služeb technické

podpory;

f) přes písemnou výzvu k nápravě opakovaně neplní nebo opakovaně porušuje jinou povinnost

danou mu touto smlouvou;

g) nemá s objednatelem platně uzavřenou a účinnou „Smlouvu o ochraně informací a přístupu do datové sítě SMK“ dle čl. VIII. odst. 5.

Shora uvedené důvody jsou považovány za podstatné porušení této Smlouvy.

3. Za podstatné porušení této smlouvy, pro které je dodavatel oprávněn odstoupit od této smlouvy, se považuje zejména to, jestliže je objednatel i přes urgenci dodavatele v prodlení s úhradou faktury trvající déle než patnáct dnů od této urgence.

4. V případě, že bude smlouva ukončena, ať výpovědí nebo odstoupením od smlouvy, je dodavatel povinen poskytnout zcela na svůj náklad součinnost při migraci dat, která vznikla u objednatele v souvislosti s užíváním díla. Dodavatel předá objednateli nejpozději ke dni skončení smlouvy všechna takto vzniklá data v otevřeném a strojově čitelném formátu spolu s dokumentací

obsahující řádný a úplný popis datového formátu, datové struktury a vzájemných vazeb předávaných dat.

XIV.

Komunikace smluvních stran

1. Smluvní strany komunikují navzájem písemně (např. i ve formě emailu, případně datovou schránkou) prostřednictvím kontaktních osob této Smlouvy, pokud není uvedenými osobami zvolen pro vzájemnou komunikaci zástupce. Smluvní strany komunikují navzájem prostřednictvím svých kontaktních osob zejména v těch případech, u nichž je to v této Smlouvě výslovně uvedeno, a dále např. v takových záležitostech, u nichž to vyplývá z povahy úkonu (např. v případě oznámení skutečností, které brání smluvní straně ve splnění smluvních povinností, nebo v případech oznamování vad, v případech týkajících se pravidelné údržby, servisní pohotovosti, technické podpory, či v případech technických pokynů k plnění smlouvy).

2. Smluvní strany se dohodly, že pro doručování budou používány adresy a kontaktní údaje vyplývající z této smlouvy. Změna kontaktní osoby, její adresy a údajů týkajících se kontaktní osoby, může být učiněna bez zbytečného prodlení prostřednictvím kontaktní osoby a oznámena ostatním smluvním stranám prostřednictvím jejich kontaktních osob písemně (např. i ve formě emailu), aniž by k takové změně musel být uzavírán dodatek této smlouvy.

3. Pokud kontaktní osoby ve věcech technických nedosáhnou shody ohledně řešení problému při plnění této smlouvy, postoupí se problém k řešení kontaktním osobám ve věcech smluvních. Pokud ani kontaktní osoby ve věcech smluvních nedosáhnou shody ohledně řešení takového problému, postoupí se problém k řešení na úroveň statutárních orgánů smluvních stran.

XV.

Práva k duševnímu vlastnictví

1. Dodavatel tímto uděluje objednateli v souladu s ustanovením § 2358 a násl. OZ, nevýhradní, časově, množstevně a územně neomezenou licenci, tj. oprávnění k výkonu práva užit jakékoliv dílo, které má charakter autorského díla ve smyslu zákona č. 121/2000 Sb., autorský zákon, ve znění pozdějších předpisů (dále jen „autorský zákon“), které bylo vytvořeno dodavatelem na základě této Smlouvy nebo v souvislosti s ní (zejména k dodavatelem vytvořeným materiálům), a to ke všem způsobům užití autorského díla ve smyslu OZ a autorského zákona. Cena licence dle tohoto odstavce je již zahrnuta v ceně díla.

2. K aplikačnímu software, ke grafickým dílům a ostatním programům třetích stran odlišných od dodavatele, která jsou součástí díla, je dodavatel povinen dodat objednateli také příslušné licence. Tyto licence musí být dodány jako územně a časově neomezené nebo, pokud budou časově omezeny, pak musí být účinné minimálně po dobu po dobu 10 let po dokončení a dodání díla. Pokud se však jedná o dobu platnosti standardizovaných licencí, dodavatel dodá tyto licence tak, jak je na trhu nabízí jejich producent, nicméně pokud nebudou splňovat podmínku dle předchozího souvětí, pak je dodavatel povinen zajistit obnovu těchto licencí nebo návaznou dodávku dalších licencí tak, aby uvedená podmínka byla fakticky splněna; Cena licencí dle tohoto odstavce včetně nákladů na obnovu nebo znovupořízení licencí jsou již zahrnuty v celkové ceně díla. Pokud dodavatel v průběhu plnění této Smlouvy nahradí programové produkty novějšími, zavazuje se poskytnout odběrateli oprávnění k výkonu práva užít tyto nové programové produkty za podmínek obdobných původnímu oprávnění.

3. Objednatel nabývá práva užívat předmět licence okamžikem předání té části díla, jejíž součástí příslušné (programové) produkty jsou.

4. V případě, že třetí strana uplatní nárok z důvodu porušení patentu nebo autorského práva produktem, jenž dodavatel dodal objednateli, bude dodavatel hájit objednatele před takovým nárokem na své náklady. Dodavatel uhradí veškeré náklady, škody a poplatky uložené soudem či náhradu zahrnutou v dohodě o vyrovnání schválené, a to za předpokladu, že objednatel:

a) bezodkladně předá dodavateli písemné oznámení o takovém nároku; a

b) umožní dodavateli řídit obhajobu a jednání o vyrovnání a bude s dodavatelem při obhajobě a

jednáních o vyrovnání spolupracovat.

5. Práva k informacím ve formě dat, která vzniknou u objednatele v souvislosti s užíváním díla, zůstávají vlastnictvím objednatele a dodavateli k nim nevznikají žádná práva vlastnictví ani užití.

XVI.

Závěrečná ustanovení

1. Zánikem této smlouvy nezanikají práva na majetkové sankce podle této Xxxxxxx.

2. Tato smlouva může být měněna, není-li v ní v konkrétních případech uvedeno jinak, pouze formou písemných očíslovaných dodatků, podepsaných oprávněnými zástupci všech smluvních stran.

3. Smluvní strany se zavazuji jakékoliv osobní údaje, se kterými přijdou do styku v souvislosti s plněním této Smlouvy, chránit v souladu se zákonem č. 110/2019 Sb., o zpracování osobních údajů a o změně některých zákonů, a nařízením EU č. 2016/679, obecné nařízení o ochraně osobních údajů. Smluvní strany se dále zavazují, že obchodní a technické informace, které jim byly svěřeny druhou stranou, nezpřístupní třetím osobám bez písemného souhlasu druhé strany a nepoužijí tyto informace k jiným účelům, než je k plnění podmínek smlouvy. Ustanovení předchozí věty se netýká zpřístupnění obchodních a technických informací subdodavatelům, zaměstnancům, či externím spolupracovníkům, pomocí nichž některá smluvní strana provádí plnění této Smlouvy a kterým je nezbytné takovou informaci zpřístupnit. Ustanovení zákona č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů, nejsou tímto dotčena. V případě porušení povinností vyplývajících z tohoto článku, nese smluvní strana, která povinnost porušila, všechny důsledky s tím spojené, zejména pak musí příslušné smluvní straně nahradit škodu, která jí vznikla porušením povinnosti uvedené v tomto odstavci.

4. Situace (práva a povinnosti smluvních stran) neupravené touto smlouvou se řídí OZ, a dalšími obecně závaznými právními předpisy České republiky. Smluvní strany výslovně vylučují na úpravu práv a povinností touto Smlouvou založených a v ní neupravených užití obchodních zvyklostí.

5. Dodavatel bere na vědomí a souhlasí s tím, že se podpisem této smlouvy stává, v souladu s ustanovením § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a

o změně některých zákonů, v platném znění, osobou povinnou spolupůsobit při výkonu finanční kontroly prováděné v souvislosti s úhradou zboží nebo služeb z veřejných výdajů.

6. Jestliže se některé ustanovení této smlouvy ukáže jako neplatné, neúčinné nebo nevymahatelné, nebude tím dotčena platnost ani účinnost Smlouvy jako celku ani jejích zbývajících ustanovení. V takovém případě smluvní strany změní nebo přizpůsobí takové neplatné, neúčinné nebo nevymahatelné ustanovení písemnou formou tak, aby bylo dosaženo úpravy, které odpovídá účelu a úmyslu stran v době uzavření této smlouvy, která je hospodářsky nejbližší neplatnému, neúčinnému nebo nevymahatelnému ustanovení, popřípadě podniknou jakékoliv další právní kroky vedoucí k realizaci původního účelu takového ustanovení.

7. Smluvní strany prohlašují, že tato smlouva byla uzavřena podle jejich pravé a svobodné vůle, vážně a srozumitelně, nikoli v tísni a za nápadně nevýhodných podmínek, a že souhlasí s jejím obsahem, což stvrzují svými podpisy.

8. Tato smlouva je vyhotovena elektronicky a podepsána uznávanými elektronickými podpisy oprávněných osob. Za datum podpisu se považuje údaj uvedený v časovém razítku, pokud není, pak datum uvedené v elektronickém podpisu podepisující strany.

9. Strany smlouvy se dohodly na tom, že tato smlouva je uzavřena okamžikem podpisu obou smluvních stran, přičemž rozhodující je datum pozdějšího podpisu.

10. Statutární město Karviná je povinným subjektem dle zákona č. 340/2015 Sb., o registru smluv, v platném znění. Smluvní strany se dohodly, že povinnosti dle tohoto zákona v souvislosti s uveřejněním smlouvy zajistí statutární město Karviná.

11. Smluvní strany souhlasí s uveřejněním v registru smluv dle zákona č. 340/2015 Sb., o registru smluv, v platném znění.

12. Smluvní strany souhlasí s tím, že v registru smluv bude zveřejněn celý rozsah smlouvy, a to na dobu neurčitou.

13. Xxxxxxx nabývá účinnosti dnem zveřejnění v registru smluv.

14. Nedílnou součástí smlouvy jsou tyto přílohy:

a) Příloha č. 1: Seznam příspěvkových organizací

b) Příloha č. 2: Technická specifikace

c) Příloha č. 3: Položkový rozpočet – cenová kalkulace

d) Příloha č. 4: Poddodavatelské schéma

Za objednatele: Za dodavatele:

Karviná, ………………….. … doplní uchazeč, …………………….

………………………………………. ……………………………………….

XXXx. Xxxx Xxxxxxxxx, MPA … doplní uchazeč

vedoucí Odboru organizačního … doplní uchazeč

Příloha č. 1: Technická specifikace

Označení názvu výrobce	… doplní uchazeč
Označení obchodního názvu ekonomického informačního systému	… doplní uchazeč
Prodávající prohlašuje, že ekonomický informační systém splňuje všechny níže uvedené požadavky na minimální technické parametry a funkcionality. ANO ☐ NE ☐

Požadované minimální technické parametry a funkcionality

1. Rozsah

Předmětem dodávky je kompletní ekonomický systém, majetkové a správní agendy a Portál občana dle další specifikace pro Magistrát města Karviná bez omezení počtu uživatelů a zařízení.

2. Obecné požadavky

- Administrace uživatelských přístupů k jednotlivým modulům EIS včetně nastavení uživatelských oprávnění k jednotlivým střediskům, vytváření skupin uživatelů, definování práv pro jednotlivé skupiny

- Datová pumpa umožňující automatizovaný export dat do jiné SQL databáze pro účely jejich dalšího zpracování v jiných informačních systémech. Datová pumpa musí umožňovat snadnou konfiguraci času prováděného exportu a poskytovaných výstupů a musí poskytovat přístup ke všem údajům vedeným v systému.

- Vedení osobních údajů v jednotlivých modulech v souladu s požadavky právních předpisů a logování přístupů a činností uživatelů dle požadavků aktuálně platných právních předpisů, zejména:

- Nařízení Evropského parlamentu a Rady (EU) 2016/679, 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ů)

- Vyhláška 316/2014 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních a o stanovení náležitostí podání v oblasti kybernetické bezpečnosti (vyhláška o kybernetické bezpečnosti)

- Celý systém musí mít plnou podporu běhu aplikace ve virtualizovaném prostředí VDI VMware Horizon (v aktuální verzi), do nějž bude také dodavatelem implementován.

- Automatické vytváření povinných výkazů a možnost jejich zasílání elektronicky do CSÚIS

- Možnost tvorby vlastních sestav (reportů), podpora exportu do Excelu

- Vazba na Spisovou službu (dodavatel GEOVAP spol. s r. o.) v rozsahu daném agendou.

3. Vlastnosti a funkcionality

3.1 Objednávky a smlouvy

- možnost automatického zaslání do registru smluv

- vazba na rozpočet, jeho tvorba a sledování

- možnost vložení elektronického podpisu, časových razítek

- evidence důležitých údajů k objednávce nebo smlouvě (datové a časové, textové, detailní popis, návazné smlouvy, dodatky)

3.2 Objednávky

- Centrální systém pro správu objednávek. Jednotná evidence objednávek.

- Subjekty vystupující v objednávkách je nutné vybírat z lokálních registrů města. V případě potřeby umožnit zápis/úpravu údajů o subjektu v příslušném registru.

- Vygenerování objednávky s automaticky vygenerovaným číslem (možnost rozlišení dle požadavku zadavatele – např. dle odborů) se seznamem schvalovatelů (správce rozpočtu, příkazce operace, hlavní účetní), doplněním rozpočtové skladby s kontrolou na schválený rozpočet (smlouvy x objednávky, upozornění uživatele na překročený rozpočet x zamezení dalšího postupu, schválení závazku) – zamezení duplicity schválení závazku ve smlouvách a objednávkách a následným zařazením do elektronického schvalovacího procesu. Objednávka bude dále obsahovat datum vystavení, schválení a podpisy.

- Možnost volby kontroly na disponibilní prostředky rozpočtu v návaznosti na typ platby (např. modifikovaný způsob plateb). Volba zamezení (upozornění, úplné zamezení další postupu) schválení závazku a úhrady.

- Rozlišení typů objednávky (individuální příslib, limitovaný příslib)

- Online přehled o aktuálním stavu rozpočtu, a to jak o skutečném čerpání rozpočtu, tak o obligu

- smlouvy/objednávky, zadané neuhrazené faktury (závazky v realizaci).

- Aplikace musí umět zamezit uživateli použít na objednávce rozpočtovou skladbu, u které by došlo k přečerpání rozpočtu

Tiskové výstupy:

- Šablona objednávky s možností úpravy uživatelem nebo tvorby uživatelských šablon.

- Možnost tisku objednávky včetně případných elektronických příloh v různých fázích (pořízená, schválená, realizovaná).

- Možnost vytváření volitelných sestav objednávek - výběr podle dodavatele, výběr podle rozpočtové skladby (číslo organizace, paragraf, položka), předmětu nebo klíčového slova, stavu a jejich tisku (formát XLS, PDF, DOC).

Vazby:

- Objednávky s vazbou na ekonomické moduly, zejména na knihu došlých faktur, účetnictví, smlouvy, možnost připojení elektronického dokumentu ve formátu PDF/A.

- Při vytvoření objednávky ověřit, zda partner je/není označen jako nespolehlivý plátce v Registru plátců DPH, ověřování bankovních účtů, zda se jedná o režim přenesené daňové povinnosti (vazba na čerpání rozpočtu).

- Vygenerovat objednávku na základě smlouvy.

- Při vytváření objednávky, která plyne ze smlouvy možnost dosadit identifikátor smlouvy, na jejímž základě vzniká objednávka. Z takovýchto objednávek lze kliknutím na identifikátor zobrazit danou smlouvu. Při přečerpání rozpočtu není možné vystavit objednávku (blokace).

- Možnost zobrazení všech vazebních dokladů na danou objednávku a naopak u vazebního dokladu (např. faktura, platební poukaz) možnost zobrazení (rozkliknutí) dané objednávky

3.2.1 Xxxxxxx

- Centrální systém pro správu smluv. Jednotná evidence smluv a jejich dodatků.

- Zapisování minimálně těchto údajů: druh smlouvy, zástupce města, podepsal za město, smluvní strana (nebo více stran) doplněná z registru fyzických nebo právnických osob, zástupce smluvní strany a jeho postavení, postavení smluvní strany i protistrany (např. prodávající / kupující apod.), stručný popis obsahu smlouvy, účinnost smlouvy, datum podpisu, finanční plnění v Kč.

- Automatické číslování dle nadefinované číselné řady (jedna číselná řada pro celý úřad na 1

rok/zkratka odboru/rok).

- Možnost stornování již zaevidované smlouvy (např. při zrušení smlouvy) – zadání důvodu.

- Vkládání naskenované smlouvy/dodatku ve formátu PDF/A a případně příloh (i v jiném formátu). Možnost vložení dokumentů i kdykoliv později.

- Při evidenci dodatků již evidovaných smluv propojit tyto dodatky k příslušné smlouvě pomocí logicky navázaného identifikátoru, tj. při náhledu na kartu smlouvy je zobrazen seznam příslušných dodatků a naopak.

- Vyhledávání – možnost omezení práv dle organizační struktury, hledání dle všech zadávaných položek.

- Převod dat ze stávající evidence, včetně naskenovaných dokumentů.

- Tisk průvodky ke smlouvě + příprava na elektronický oběh – zákon o finanční kontrole. Tiskové výstupy:

- Vytváření, tisk a připojení košilky ke smlouvě za účelem možnosti zajištění předběžné finanční kontroly s doplněním rozpočtové skladby u smluv generující výdaje města s informací na schválený rozpočet (upozornění uživatele na překročený rozpočet) – zamezení duplicity schválení závazku ve smlouvách a objednávkách.

- Možnost vytváření volitelných sestav smluv - výběr podle protistrany, dle období (od – do), dle evidenčních čísel, odborů apod. Možnost tisku smluv dle kritéria (např. všechny smlouvy s částkou nad 500 tis. výše). Export do formátu PDF/A.

- Šablony základních typů smluv (např. o dílo, o poskytnutí dotace, nájemní smlouva, darovací smlouva apod.) s možností úpravy uživatelem nebo tvorby uživatelských šablon, včetně podpory procesů tvorby a schvalování smluv.

Vazby:

- Vazba na všechny moduly (u kterých je to relevantní).

- Možnost propojení a zpracování zadaných parametrů z karty smlouvy (např. smluvní platební podmínky - platební kalendáře, faktury, rozdělení závazku/pohledávky vyplývajícího ze smluv do více let dle plnění, hlídání smluvních termínů) v dalších ekonomických modulech/agendách.

- Možnost vygenerování výše skutečně uhrazené ceny dodavatelům za plnění celé veřejné zakázky a u plnění přesahujících 1 rok skutečně uhrazenou cenu v kalendářním roce v návaznosti na ust. § 147a z.č. 137/2006 Sb., o veřejných zakázkách v platném znění.

- Vazba na KDF – u výdaje buď došlá faktura, nebo platební poukaz

- Vazba na KDD – u příjmu – vydaná faktura

- Vazba na příjmy – předpis, pokud není plnění na základě faktury – vytvoření ID

- Vazba na Bytovou agendu – nájmy

- Ve smlouvách by mělo být vidět plnění + jednotlivé doklady (předpisy i platby) – faktura došlá, faktura vydaná, platební poukaz, předpis příjmu (interní doklad) + „proklikání“ na dané doklady a naopak z jednotlivých aplikací u zdrojového dokladu by mělo jít otevřít danou smlouvu

- Vazba na rozpočet – plnění ze smluv

- Automatická kontrola partnera – XXXX, insolvenční rejstřík apod.

- Automatická vazba na číselník dodavatelů v EIS – pokud není – jde o nového dodavatele, rovnou dopsat údaje do tohoto číselníku

- Automatická kontrola partnera z hlediska bezdlužnosti vůči SMK napříč všemi aplikacemi SMK

– např. poskytnutí dotace, slevy atd. – nemělo by pustit vytvořit smlouvu na dlužníka.

- Vazba na Registr smluv – pokud není zveřejněno, nesmí být plnění

3.3 Účetnictví a jeho součásti

- vedení v souladu s platnou legislativou

- vedení pomocných analytických přehledů (PAP),

- vytvoření kontrolního hlášení pro DPH,

- automatické sestavení daňového přiznání (včetně dodatečných a opravných) k dani z přidané hodnoty a i pro daň z příjmu právnických osob

3.3.1 Účetnictví

- Automatické dotahování všech úkonů ze všech agend i opačně, tedy z Účetnictví do všech agend – jednalo by se o dotahování do tzv. cizích dokladů, kdy po kontrole účetní zaúčtuje buď jednotlivě nebo hromadně.

- Propojení s agendami, které nebudou součástí EIS.

- Interní doklady – automatické dotahování při změnách ve zdrojových úlohách – např. v Bytové agendě změní výši předpisu, opraví částku, nebo dojde k převedení přeplatku na úhradu dluhu, nebo v Registru poplatků dojde k převedení z jednoho poplatku na druhý – např. opět přeplatek na úhradu dluhu na jiném poplatku nebo pokutě, dále také rozdělení kódu poplatku 555

(Exekuční náklady) na jednotlivé kódy poplatku. Dále opačná vazba – automatická vazba opravy na původní zdrojový doklad v ostatních agendách, modulech.

- Zajištění DPH dle legislativy

- Možnost „rozklikat“ daný účetní doklad až na zdrojové doklady.

- Tisk daného dokladu

- elektronický oběh dokladů (odpovědný odbor, účtárna apod.)

- Možnost strukturovat obrazový výstup hlavní knihy dle požadavků definovaných uživatelem (možnost volby obsahu výstupu, např. s textem, bez textu apod.). Vazba závazné analytiky na přílohy účetních výkazů.

- Zúčtovávat přijaté a vydané platby z banky dle VS (záznam v evidenci pohledávek, závazků,

saldokonta).

- Uzavření účetního měsíčního období - Měsíční uzávěrka. Možnost zrušení (opětovného otevření účetního období) měsíční uzávěrky. Samostatná (oddělená) účetní a daňová závěrka.

- Uzavření ročního účetního období - Roční uzávěrka s vytvořením konečných stavů a vygenerování počátečních stavů pro nové roční účetní období. Uzavření a otevření účetních knih s možností tiskových výstupů.

- Až do ukončení zpracování roční uzávěrky (uzavření účetního období a odeslání účetních výkazů) umožnit zároveň pořizování dat do nového účetního období. Např. při roční uzávěrce za rok 2021 možnost pořizovat data do účetního období leden, únor 2022.

- Sestavit výkaz FIN 2-12M kdykoli v průběhu účetního období.

- Výpočet ukazatelů podle ustanovení § 10, odst. 4 písm. b) zákona č. 420/2004 Sb., o přezkoumávání hospodaření ÚSC a DSO (podíl pohledávek a závazků na rozpočtu územního celku), případně dle aktuální legislativy.

- Možnost sestavení vlastního účtového rozvrhu pro každé účetní období. Meziroční přenos účtového rozvrhu s možností uživatelských změn. Možnost tisku.

- Přenos veškerých dat do závazných výkazů, zajištění kontrolních vazeb v rámci výkazů, kontrola správnosti IČO partnera a IČTR v rámci PAP, kontrola vazeb dle legislativy (např. záporné částky na aktivních a pasivních účtech, kontrola vyrovnanosti rozvahy apod.)

Tiskové výstupy:

- Sada standardních výkazů dle platné legislativy (Hlavní kniha - včetně rozpočtové skladby, Účetní deník, Saldokonto, Rozvaha, Výkaz zisků a ztrát, Příloha účetní závěrky, výkaz Fin 2-12 M, výkaz cash flow, Přehled o změnách vlastního kapitálu, PAP, PAP roční, Výkaz o schválení účetní závěrky, seznam konsolidovaných jednotek).

- Umožnit uživatelské nadefinování libovolného počtu kontrolních sestav nad aktuálními daty hlavní knihy.

- Možnost sestavení, editace a tisku inventurních sestav k dokladové inventarizaci účtů včetně uvedení okamžiku provedení inventarizace (datum, hodina, minuta).

- Možnost tvorby sestav pro opravné položky s volbou různého časového kritéria (nejen po 90 dnech po splatnosti u pohledávek).

Vazby:

- Obousměrná komunikace (sdílení dat) minimálně mezi účetnictvím a rozpočtem/rozpočtovým výkaznictvím, nejsou-li součástí účetnictví.

- Provázáním modulů maximálně zabezpečit správné saldokonto.

- Automatické zaúčtování přírůstků, úbytků majetku. Vazba na komponentu majetek.

- Přenos ICO do PAP ze všech modulů do účetnictví. Realizace vazeb 1:N (řádku) UCT/PAP. Potřeba sledovat PAP v případě rozpadu částky na více partnerů.

3.3.2 Faktury přijaté (kniha došlých faktur)

- Vazba na smlouvy, objednávky

- Kontrola plnění rozpočtu

- Zápočty pohledávek a závazků

- Propojení na spisovou službu a to nejen dotahování č.j. do KDF, ale dotahování zapsaných údajů do spisové služby – tedy název dodavatele, IČO apod., případně dotahování elektronických faktur ze spisové služby (formát PDF, ISDOC, scan apod.) - Propojení na spisovou službu – k danému č.j. faktury dotažení čísla účetního dokladu – a to buď z KDF nebo z účetnictví

- Provázanost na zdrojové doklady – objednávky, smlouvy – kontrola partnera, kontrola případných dlužníků města při vystavení platebního poukazu – tato kontrola by měla být už před smlouvou – uvedeno u požadavků smluv

- Generování opakujících se plateb – záloh na např. energie

- Příprava na elektronický oběh dokladů – tedy dle zákona o finanční kontrole nastavení takových procesů a cest, aby docházelo k postupnému schvalování dle zákona

- Kontrola plnění rozpočtu – nesmí být faktura, platební poukaz na vyšší částku než je smlouva nebo objednávka – u postupného plnění by měl systém hlídat tyto částky

- Kontrola a zadávání identifikátoru veřejné zakázky k SÚ 321 a 314 – dle platné legislativy

- Rozlišovat přijaté faktury dle jejich typu (druhu účetního dokladu, např. dobropis, vyúčtovací faktura, záloha) a následného zpracování dle tohoto konkrétního typu.

- Ověřování všech typů faktur/poukazů příkazcem operace, správcem rozpočtu a účetní v souladu s platnou legislativou. Možnost připojit elektronickou přílohu ve formátu PDF/A. Možnost zobrazení čerpání rozpočtu.

- Možnost rozdělení/přiřazení faktur dle jednotlivých odborů.

- Realizace zápočtů (i ve vztahu k záloze) a dělení plateb, generování textu zápočtů.

- Pořízení a evidence faktur v režimu přenesené daňové povinnosti, zápisy a výpočty DPH k jednotlivým fakturám v tomto režimu.

- Možnost automatické předkontace předpisů a účetních souvztažností.

- Hotovostní úhrady faktur na pokladnu.

- Při evidenci faktur kontrola aktuálnosti údajů dodavatele. Ověřit, zda partner je/není označen jako nespolehlivý plátce v Registru plátců DPH, ověřování bankovních účtů, zda se jedná o režim přenesené daňové povinnosti.

- Možnost úhrady zahraničních faktur v Kč i cizí měně.

- Realizace likvidace zálohových plateb (automatické zaúčtování přeplatků, nedoplatků) i ve vazbě na blokaci rozpočtu (vazba na objednávky/ smlouvy).

- Možnost úhrady dokladů z více bankovních účtů.

- Možnost úhrady dokladů na různé bankovní účty.

- Zápočty pohledávek a závazků – generování textu zápočtů.

- Upozornění na existenci více bankovních účtů dodavatele.

- Elektronický příjem a oběh dokladů. Tiskové výstupy:

- Možnost vytváření volitelných sestav definovaných uživatelem - výběr podle dodavatele, výběr podle rozpočtové skladby (číslo organizace, paragraf, položka), předmětu nebo klíčového slova, stavu, odboru, sestavu neuhrazených faktur ke dni, nevyrovnaných závazků ke dni, saldokontní sestavy, nevypořádané došlé faktury s přeplatkem ke dni, jejich tisku a export (formát XLS, PDF/A, DOC).

- Šablona průvodní košilky faktury/poukazu s možností uživatelských úprav.

Vazby:

- Vazba na další moduly, zejména na rozpočet, smlouvy a objednávky, převzetí zadaných dat z příslušných modulů do KDF.

3.3.3 Faktury vydané (kniha daňových dokladů)

- Jednoznačná identifikace pohledávek

- Vazba na všechny moduly (např. evidence smluv, vymáhání) pro sledování aktuálních informací o výši a stavu pohledávek.

- Stanovit, jakým způsobem budou evidovány pohledávky, které nejsou vystavenými fakturami – tzn. pokuty, předpisy pohledávky ze smluv (kde není fakturace), předpisy jiné od odborů, pohledávky s DPH

- U pohledávek by mělo být zřejmé, kolik je celková výše pohledávky včetně příslušenství.

- Možnost vést oddělenou evidenci pro daňové a nedaňové doklady.

- Vznik pohledávky, nebo pohledávkové transakce na základě jakéhokoliv podání/podkladu, žádosti o rozhodnutí s vazbou na podsystémy, kde jsou rozhodnutí pořízena, a to včetně informací o předpokládaném příjmu rozpočtu (konkrétní rozpočtová skladba).

- Předpis jakékoliv pohledávky musí být jednoznačně identifikovatelné číslo (VS, SS a to i v případě, kdy nevzniká předpis pohledávky do účetnictví).

- Možnost ručního zásahu uživatele (např. párování, opravy párování, možnost definice a výběru párovacího klíče pro jednotlivé druhy pohledávek).

- Standardní evidence pohledávkového saldokonta, pohledávkových účtů.

- Možnost pod jeden typ pohledávky pořídit více předpisů pohledávek pod jedním IČO, datem narození, ale s odlišným VS (každá pohledávka bude mít svůj VS) nebo jiným identifikátorem

Např.

Xxx Xxxxx, datum narození: 01012014

Pokuta přestupkového oddělení ze dne 12. 01. 2014 VS 7580000009

Pokuta přestupkového oddělení ze dne 09. 03. 2014 VS 7580000056

Pokuta přestupkového oddělení ze dne 17. 06. 2014 VS 7580000128 Tiskové výstupy:

- Sestava pohledávek vzniklých na základě fakturace (vydané faktury), umožnění vystavení daňových dokladů.

- Tisková sestava: seznam knihy odeslaných faktur, s možností rozšíření o datum splatnosti a úhrady, třídění podle výše pohledávky a další kritéria pro vyhledávání.

- Sestava stavu (pořízených, neuhrazených a uhrazených) pohledávek k určitému dni (datu).

- Možnost označení pohledávky, ke které je vystavena upomínka nebo byla již předána k vymáhání, tak aby bylo možno generovat správné sestavy pro vystavení upomínek k úhradě dlužné částky (evidence o stavu pohledávky).

- Možnost generovat/tisknout inventurní sestavy i podle jednotlivých typů pohledávek, a to s datem pořízení předpisu pohledávky od - do, ale také s uvedením účetního období, kdy byl zaúčtován předpis pohledávky.

Vazby:

- Evidence správních poplatků (bez předpisů) bude mít vazbu na pokladnu, banku, platební terminál a zpětnou vazbu z pokladny, banky, platebního terminálu do evidence k provedení záznamu o jejich úhradě. Současně lze ověřit uhrazení poplatků i pohledávek vazbou ze správních agend.

- Předpisy pohledávek musí umožnit uvést informaci o předpokládaném příjmu rozpočtu a navýšit o uvedenou očekávanou částku rozpočtového příjmu, a to i u nezaúčtovaných, neuhrazených plateb.

3.3.4 Pokladna

- záznam pohybů v pokladně

- pokladní deník

- vazba pokladní doklad – evidence závazků a pohledávek

- bezhotovostní platební styk v prostředí virtuálních PC (VMWare Horizont View)

- Vést libovolný počet pokladen s pokladními knihami v rámci modulu/agendy pokladna (možnost zřídit více hlavních pokladen).

- Vystavovat příjmové a výdajové doklady (i daňové) včetně rozpočtové skladby (je-li rozpočtová

skladba uvedena).

- Vést pokladnu v cizích měnách s možností přepočtu kurzu.

- Jednotlivé pokladny musí mít oddělené číselné řady pokladních dokladů.

- Bezhotovostní platby (např. přes platební terminál) musí umožňovat občanům placení pomocí platební karty. Pro identifikaci platby zajistit přenos variabilního symbolu a částky pro každou platební transakci z pokladního modulu do terminálu.

- Údaje a náležitosti dokladů dle platné legislativy a požadavku zadavatele (VS, č. účtu, adresa plátce, účel platby - text, poznámka, vyhotovitel dokladu, číslo OP, IČO organizace, datum platby, identifikace pokladny). Umožnit po vytištění dokladu (před jeho zaúčtováním) opravu VS, č. účtu, text a adresu plátce apod. a následně doklad znovu vytisknout jako opravený. Na daňovém pokladním dokladu umožnit vyznačení DPH.

- Tvorba a editace předkontací (účetních souvztažností) pro jednotlivé druhy plateb. Možnost nastavení předkontací individuálně pro jednotlivé pokladny.

- Zaúčtování pokladních dokladů individuálně i hromadně – automaticky či šablonou.

- Možnost realizace zálohových plateb. Tiskové výstupy:

- Tiskové sestavy s možností úpravy vzhledu - pokladní knihy (včetně rozpočtových skladeb), pokladní doklady. Pokladní doklady (příjmové i výdajové) automaticky tisknout

- ve vícenásobném vyhotovení (počet vyhotovení stanoví uživatel), např. jedno vyhotovení za účelem evidence, jedno vyhotovení pro plátce/příjemce atd.

- Tiskové sestavy pro jednotlivé druhy plateb, rekapitulace dle účelu platby, a to pro jednotlivé pokladny i souhrnně za všechny pokladny.

- Pokladní deník s náležitostmi (datum provedení platby, č. pokladního dokladu, účetního dokladu, účel platby, jméno a příjmení poplatníka/název firmy, adresa, částka, zůstatek finančních prostředků v pokladně.

- Tiskové sestavy:

o Sestava stornovaných dokladů

o Sestava vypořádaných/nevypořádaných záloh

o Sestava záloh k určitému datu

Vazby:

- Jednotlivý pokladní doklad musí mít přímou vazbu na evidenci závazků a pohledávek (on-line přehled v účetnictví a rozpočtu). Informace o realizované vazbě zobrazit u jednotlivého pokladního dokladu.

3.3.5 Banka a její součástí

- Propojení se všemi aplikacemi (programy), automatické párování, dotahování plateb

- vazba na Bytovou agendu, aby se automaticky dotahovaly platby, které jsou vázány na VS a nemusí se rozdělovat dle splátek dluhu – tedy na případný dluh na nájmu, dluh na službách, sankce apod.

- Vytvoření platebního příkazu k úhradě s vazbou na závazky - Kniha došlých faktur (označení data vytvoření platebního příkazu k úhradě).

- Umožnění elektronického styku (elektronické bankovnictví) Česká spořitelna, Komerční banka, ČSOB, ČNB a pod (export platebního příkazu, import bankovního výpisu, automatické párování).

- Stahování elektronických bankovních výpisů

- Evidovat přijaté a vydané bezhotovostní platby větším počtu bankovních účtů. Možnost rozšíření.

- Automatické předkontace bankovního výpisu dle vybraných kritérií uživatele, včetně kombinace těchto kritérií (SU, AU).

- Automatické předvyplnění rozpočtové skladby u bankovního účtu dle předpisu (je-li rozpočtová skladba u předpisu uvedena). Provázanost na KDF, KVF (faktura – platba), bytová agenda, poplatky

- Možnost provedení platby jedné faktury na více účtů a z více účtů.

- Možnost provedení zahraničních plateb.

- Výstup do internetového bankovnictví dle bankovních ústavů a bankovních účtů dle data

splatnosti.

Tiskové výstupy:

- Tvorba sestavy na kontrolu denních zůstatků na účtech – předcházení debetu.

- Tisk denních bankovních výpisů dle jednotlivých bankovních účtů.

3.3.6 DPH

- Registr splátkových a platebních kalendářů, který by měl vazbu na EIS

- V rámci EIS možnost zadat do zdrojového dokladu veškeré informace a údaje potřebné pro daňové přiznání k DPH i ke kontrolnímu hlášení hned a ne až po zaúčtování muset znovu otvírat zaúčtovaný doklad, aby se veškeré údaje zadávaly ve zdrojové úloze a následně se dotáhly do interního dokladu a také do kontrolního hlášení.

- Vazba na automatické dotahování předpisů do účetnictví z Bytové agendy

- Základní evidence daňových dokladů dle data zdanitelného plnění i doklady účtované po účetní závěrce ve smyslu platných právních předpisů.

- Evidence pro účely daně z přidané hodnoty dle platných právních předpisů (v současné době § 100 zákona o DPH), včetně DIČ u přijatých zdanitelných plnění.

- Řešení režimu přenesené daňové povinnosti dle platných právních předpisů (v současné době

§ 92a zákona o DPH), doplnění výše daně u přijatých plnění. V případě uskutečněných plnění v tomto režimu musí vystavené doklady splňovat předepsané náležitosti.

- Možnost zpracování dokladů v rámci pořízení zboží a služeb z jiného členského státu a dovozu zboží z jiného členského státu.

- Při uplatnění odpočtů DPH použití poměrových a zálohových koeficientů.

- Vyrovnání odpočtu daně a úprava odpočtu daně při zpracování daňového přiznání za poslední zdaňovací období kalendářního roku.

- Sestavení daňového přiznání, výpisu z evidence pro daňové účely a souhrnného hlášení i

elektronicky. Možnost elektronické komunikace s FÚ ve stanoveném formátu.

- Po zpracování daňového přiznání možnost uzamknout zpracované daňové doklady bez možnosti opravy, tzv. možnost samostatné daňové uzávěrky.

- V případě dodatečných daňových přiznání mít možnost zahrnout doklady z více účetních období.

- Kontrola dodavatelů na registr plátců DPH – nespolehlivý plátce, kontrola zveřejněných bankovních účtů.

- Při zúčtování daňových dokladů nastavit u jednotlivých analytických účtů DPH (SÚ 343 dle platné směrné účtové osnovy) předkontace dle jednotlivých typů a sazeb a po kontrole automaticky proúčtovat.

Tiskové výstupy:

- Po sestavení daňového přiznání jeho tisk, sestavení elektronické verze ve formátu pro zaslání na finanční úřad.

- Rekapitulace účtu 343 směrné účetní osnovy.

- Evidence pro účely DPH (§ 100 zákona o DPH).

Vazby:

- Vazba na další ekonomické moduly, zejména kniha došlých faktur, kniha vydaných faktur, pokladna, rozpočet, účetnictvím, Bytová agenda, další příjmy.

3.3.7 Rozpočet a jeho součásti

podpora tvorby, zpracování změn a schvalování rozpočtu a střednědobého rozpočtového výhledu

s nadefinováním vlastních závazných ukazatelů rozpočtu průběžné sledování a vyhodnocování čerpání rozpočtu.

3.4 Majetek a jeho součásti

- majetkové inventarizační karty (dlouhodobý i drobný majetek)

- možnost zadání odpisů u dlouhodobého majetku

- import a export karet drobného majetku ve formě XLS nebo CSV souborů

- import majetkových inventarizačních karet v evidenci drobného majetku bude alespoň v rozsahu: Inventární číslo; Název majetku; odpovědná osoba; umístění; cena celkem; jednotková cena; datum zařazení; počet kusů; poznámka; výrobní číslo

- prvotní import bude proveden dodavatelem EIS

- vytváření tiskových a uživatelských sestav

- skladová evidence

- Správa majetku (nabývání, prodej, směna, nájem, výpůjčka apod.), členění majetku dle platných právních předpisů, ČÚS a platného účetního rozvrhu (min. na drobný majetek, dlouhodobý majetek movitý, v rámci nemovitého majetku stavby a pozemky).

- Minimální obsah karty majetku:

o skupina, podskupina

o inventární číslo

o zakázka

o doklad

o IČO dodavatele v návaznosti na PAP a provázanost na KDF

o středisko, místnost

o název

o pořizovací cena

o odpis

o oprávky

o opravná položka (návaznost na odepisování majetku)

o zůstatková cena

o zbytková hodnota (možnost zadání hodnoty v Kč nebo v procentech)

o katastrální území, parcelní číslo druh (u pozemků)

o katastrální území a popisné/evidenční číslo (u staveb)

o datum zařazení

o datum změny

o poznámka – „dlouhá“ tedy na velké množství znaků

o odpovědná osoba

o typ odpisů (možnost volby)

o datum úplného odpisu

o kódy CZ-CC a CZ-CPA (možnost výběru, tvorby a návaznost na odpisové skupiny případně dobu odepisování, možnost nastavení předvolby – různé varianty)

o doba odepisování v měsících v návaznosti na procenta

o možnost prodloužení životnosti v důsledku technického zhodnocení – historie původní a prodloužené životnosti

o doba odepsaná a zbývající v návaznosti na datum zařazení v měsících

o ORG (minimálně čtyřmístný číselný údaj) specifikace pro majetek pořízený z dotace (rozlišení specifikace pro dotaci na zařazení majetku nebo na jednotlivá technická zhodnocení tohoto majetku), provázanost do účetnictví nebo tvorba sestav pro výpočet transferového podílu)

o podíl dotace v návaznosti na typ dotace a následná návaznost na výpočet transferového podílu – rozlišení specifikace pro dotaci na zařazení majetku nebo na jednotlivá technická zhodnocení

o výše reálné hodnoty – návaznost na přerušení odepisování majetku případné zrušení reálné hodnoty a návaznost na pokračování přerušených odpisů

o zákaz dispozice k majetku

o uživatelské vztahy

o typ uživatelského vztahu

o datum ukončení uživatelského vztahu

o číslo smlouvy na základě, které uživatelský vztah vznikl včetně protistrany

- Možnost provádět výpočty daňových a účetních odpisů, jejich automatické měsíční proúčtování včetně PAPů.

- Zadání transferového podílu a automatický výpočet jeho časového rozlišení, přepočet např. při technickém zhodnocení. Automatické zaúčtování tohoto časového rozlišení včetně PAPů. Tvorba kontrolní sestavy dle ORG, IČO.

- Možnost odúčtování části transferového podílu z majetku např. z důvodu částečného vyřazení

- Odvozené zařazení majetku (převzetí části dat z předchozí karty majetku).

- Hromadné operace nad majetkem (zařazení, převody, vyřazení, opravy, zadávání textu do poznámky, zadávání uživatelských vztahů ze smluvní dokumentace včetně dodatků, odpovědné osoby, místnosti, střediska).

- Režim pro výpočet odpisů a oprávek u majetku s nízkou pořizovací cenou a dlouhou dobou odepisování.

- Možnost zadání správného data zařazení majetku v případě pozdního zařazení – případně technického zhodnocení, automatický dopočet oprávek v návaznosti na datum zařazení.

- Zavedení majetku při bezúplatném převodu od vybrané účetní jednotky – převzatá pořizovací cena včetně převzatých oprávek v návaznosti na odepisování majetku.

- Storno posledního pohybu/změny na kartě majetku (případně u vybrané skupiny).

- Možnost evidence majetku a zpracování inventury pomocí čárových kódů, za pomoci čteček připojených k PC i pomocí mobilního zařízení (max. velikosti tabletu) s možností práce offline (zapracování do evidence majetku až po synchronizaci zaznamenaných údajů v terénu do IS).

- Požadavek na číselníky majetku

- Nastavení číselníků dle potřeby zadavatele, maximum možných dat zadávat jejich pomocí, možnost uživatelských změn, číselníky jsou dostupné jak z hlavní nabídky, tak je lze doplňovat i při pořízení údajů.

- Převod stávajících inventárních čísel.

- Možnost uživatelské změny inventární řady pro nově zaevidovaný majetek (různé řady pro movitý, nemovitý, drobný, dlouhodobý).

- Možnost uživatelské změny, v kterémkoliv období, údajů na kartách majetku – název majetku, místnost, středisko, odpovědná osoba, ks apod.

- Možnost ukládání souborů k majetku, k inventární kartě – např. foto

- Možnost vkládání pasportů

- Majetek uzavřít samostatně, bez ohledu na uzavírání účetního období v účetnictví Tiskové výstupy:

- Možnost vytváření volitelných sestav definovaných uživatelem, jejich tisk a export (formát XLS,

PDF/A, DOC).

- Sestavy pro uživatelské vztahy na základě protistrany, na základě typu uživatelského vztahu, na základě data ukončení tzn. aktivní, ukončené, končící v daném roce.

- Sestavy pro zákaz dispozic na základě typu zákazu, na základě data ukončení zákazu dispozic tzn. aktivní, ukončené, končící v daném roce.

- Sestavy pro pozemky na základě katastrálního území, druhu pozemku, parcelního čísla apod.

- Sestavy na základě středisek, místností, ORGů, odpovědných osob

- Sestavy dle poskytovatelů dotace (souhrnně za IČO poskytovatele, dle SÚ/AÚ majetku).

- Sestavy na základě kódů CZ-CC a CZ-CPA.

- Inventurní sestavy – různá rozlišení např. dle skupin a podskupin, možnost volby

- Sestavy změnové, přírůstkové, úbytkové, inventární. Inventární seznamy obsahují text: Okamžik provedení inventury – datum, čas, jmenný seznam DIK - podpis.

- Tisk inventárních čísel na štítky v podobě čísla a čárového kódu, s možností výběru tisku drobných údajů (např. PC, židle, atp.)

- Tisk inventární karty s veškerými údaji vč. přehledu měsíčních odpisů, měsíčního rozpouštění dotace, přehledu změn na kartách majetku

- Tisk historie událostí na kartě majetku (k jakým zásahům – změnám došlo) vč. tisku odpovědné osoby, která změnu provedla

- Tisk sestav „kumulovaně“ za majetek, za středisko, za místnost apod.

- Možnost volby, zda s uživatelskými vztahy, poznámkou apod., dle výběru zadaných parametrů,

hromadný tisk inventárních karet dle vybrané skupiny.

- Možnost uživatelského vytváření sestav v daném časovém okamžiku. Sestavy možno vytvořit kdykoliv k určitému datu i zpětně.

Vazby:

- Automatické kontace majetkových pohybů a odpisů

- Vazba na všechny relevantní ekonomické moduly (Smlouvy, KDF, účetnictví a výkaznictví,…).

- Vazba na mapové aplikace geografického informačního systému (GIS)

3.4.1 Nemovitý majetek

- Evidence a správa nemovitých objektů (budovy, parcely, inženýrské sítě atd.) včetně vedení historie u každé položky.

- Členění evidence nemovitého majetku na různé typy objektů (parcela, budova, byt, nebytové prostory, plocha, stavba, liniová stavba, aj.) – požadován je uživatelsky rozšiřitelný seznam.

- Možnost zakládání, opravy a záznamy u jednotlivých položek v celém jeho životním cyklu.

- Možnost zobrazení detailní informace u položky a sledování nákladů a výnosů. Zobrazení ekonomických a vlastnických atributů (náklady, výnosy, věcná břemena, datum nabytí, nájemní vztahy atd.)

- Podpora inventarizace objektů s možností tiskových výstupů (elektronicky do formátu PDF,

DOC, XLS).

- Možnost uzavírání smluv s vazbou na Evidenci smluv.

- Provázání parcelního čísla u pozemků s číslem stavby nacházející se na příslušném pozemku a opačně.

- Řazení parcel za sebou dle parcelního čísla anebo dle inventárního čísla.

- Možnost rozlišení zadávání technického zhodnocení hrazeného z dotace u majetku hrazeného z rozpočtu města a naopak – specifikace na kartě a návaznost na výpočet transferového podílu (buď přenos do účetnictví, nebo sestavy na základě požadavků ekonomického odboru).

- Vyhledávání majetku na základě zadaných parametrů uvedených na kartě (např. uživatelské vztahy – dle ukončení, protistrany, typu vztahu, čísla smlouvy, zákaz dispozic – dle typu zákazu, doby ukončení, změny provedené v určitém období apod.).

- Evidence volných bytů, nebytových prostor, příp. domů.

- Provázání parcel a budov s evidencí katastru nemovitostí (možnost porovnání majetku dle inventárních karet s údaji v evidenci katastru nemovitostí).

Vazby:

- Vazba na mapové aplikace geografického informačního systému (GIS) – zajištění obousměrné komunikace mezi majetkovou agendou a mapovou aplikací (zobraz v mapě, vyber z mapy a zobraz v majetkové agendě), podpora uživatelského kreslení a editace grafických prvků nemovitého majetku, tematická vizualizace nemovitého majetku (např. podle stavu parcely - pronájem, výpůjčka, propacht, výpros, předkupní právo, budoucí kupní smlouva, cizí věcné břemeno apod.).

3.4.2 Evidence katastru nemovitostí

- zajištění uložení, správy a přístupu k datům katastru nemovitostí (KN),

- zajištění průběžné aktualizace dat KN v lokální databázi (min, 6 x ročně),

- vyhledávání v datech dle všech atributů vedených v databázi KN (např. dle katastrálního území, čísla parcely, vlastníka, listu vlastnictví a dalších atributů), pokročilé vyhledávání a filtrování podle atributů,

- vytváření uživatelských sestav a soupisů z KN,

- zajištění obousměrné komunikace s mapovou aplikací GIS,

- zajištění přístupu k webovým službám dálkového přístupu ČÚZK (WSDP) pro odanonymizování údajů o oprávněných subjektech v lokální databázi KN a vytváření aktuálních tiskových sestav z DPKN (výpis LV úplný/ částečný, informace o parcele apod.),

- možnost exportu popisných dat do MS Excel, CSV, PDF,

- zajištění kompatibility s aktuální verzí výměnného formátu katastru (VFK).

Vazby:

- Vazba na majetkové moduly, ve kterých se využívají data KN

- Vazba na webové služby dálkového přístupu ČÚZK (WSDP)

- Vazba na mapové aplikace geografického informačního systému (GIS) – zajištění obousměrné komunikace mezi majetkovou agendou a mapovou aplikací (zobraz v mapě, vyber z mapy a zobraz v majetkové agendě)

3.5 Bytová agenda

- Z hlediska ekonomiky a účetnictví je nutné mít veškeré pohledávky součástí EIS, protože pohledávky mají vazbu na smlouvy, DPH apod.

- Podklady budou vždy tvořeny OM jako odpovědnými správci pohledávek a to včetně zajištění podpisů dle zákona o finanční kontrole

- Doklady budou tvořeny už v takovém formátu, aby byla příprava na případný elektronický oběh dokladů – tzn. možnost nastavení cest oběhu, podpisů apod.

- účetní doklad „rozkliknout“ až na zdrojový doklad – tedy např. předpis pohledávky nájmu služeb, vyúčtování služeb, předpis sankcí nebo nákladů řízení, platbu, odpis pohledávky apod.

- V případě pohledávky vytvořené na základě smlouvy – vazba mezi evidencí smluv, programem Bytová agenda a EIS, dále evidence daňových dokladů – splátkové a platební kalendáře a vazba na EIS a Bytovou agendu

- V případě vymáhání opět propojení na EIS – dotahování předpisů penále, úroků z prodlení, nákladů řízení apod.

- V rámci EIS by měla být informace o celkové výši pohledávky včetně příslušenství

- Navíc, jak už bylo napsáno u DPH – z Bytové agendy se musí dotahovat do účetního dokladu veškeré potřebné informace pro daňové přiznání k DPH a ke kontrolnímu hlášení tak, aby se nic nemuselo dopisovat ručně, vracet se do dokladů apod.

- Vazba na rozpočet

- Platby – úhrady pohledávek – musí jít automaticky hromadně párovat na danou pohledávku dle VS a mělo by se vyřešit, zda platby nelze nějak automaticky rozdělovat dle nastaveného klíče na dlužné nájmy, služby apod.

3.6 Pohledávky. Místní poplatky. Správa bytů, domů a nebytových prostor

3.6.1 Evidence subjektů - karta subjektů

- hierarchie subjektů ve čtyřech úrovních – správce, hospodář domu, vlastník bytu a nájemce

bytu;

- evidence pohledávek mezi těmito subjekty;

- možnost tyto subjekty (s výjimkou správce) v průběhu roku změnit (odstěhovat) a nahradit dalšími, např. při prodeji bytů a vzniku společenství vlastníků;

- práce programu s přesností na dny (předpis nájmů, vyúčtování aj., funkcionalita „ode dne včetně“ apod.);

- možnost evidovat adresu sídla, adresu poštovní a adresu pro doručování finančních prostředků, telefonní, e-mailové, bankovní spojení i údaje pro složenky A(AV) a B(H)

3.6.2 Pasportizace bytů, nebytových prostor a domů

- pasport bude obsahovat základní technické informace (typ budovy, typ konstrukce, typ topení, zastavěná plocha, rok výstavby, odhadní cena apod.) a v neomezeném rozsahu inventář domů a bytů a plochy místností;

- plochy místností budou obsahovat skutečnou, přepočtenou a vytápěnou plochu včetně automatických přepočtů ploch dle koeficientů a podpory pro výpočet vytápěné plochy dle typu místnosti, otápěných stěn atd.

- zařizovací předměty musí jít identifikovat inventárním číslem, modelem, názvem a v případě umístění v bytě i číslem místnosti. Systém musí kalkulovat jejich cenu v závislosti na pořizovacích nákladech a automaticky sledovat ukončení životnosti.

- evidence měřidel (včetně indikátorů tepla) musí umožňovat sledovat odečty a jejich zpracování pro vyúčtování služeb;

- možnost sledovat u každého bytu další volitelné údaje

Vazby:

- Vazba na mapové aplikace geografického informačního systému (GIS) – zajištění obousměrné komunikace mezi pasportní agendou a mapovou aplikací (zobraz v mapě, vyber z mapy a zobraz v pasportní agendě)

3.6.2.1 Předpis nájemného a služeb

- měsíčně budou na základě uživatelsky definovaných složek předpisu v jednotlivých bytech generovány předpisy (pohledávky) mezi jednotlivými subjekty;

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

- jednotlivé nebo hromadné vystavování předpisů za nájem nebo služby lze provádět dle období

nebo i výběrem jednotlivých bytů.

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

- možnost definice libovolných složek předpisu v kategoriích nájem, fond, poplatek, služba, vyúčtování;

- automatický výpočet výše předpisu v závislosti na zadaných podkladech (započitatelná plocha, slevy, počet osob, vytápěná plocha, vlastnický podíl), při změně podkladů se automaticky změní výše předpisu;

- možnost generování nepravidelných předpisů podle plánu (rozvrhu, kalendáře);

- možnost zadání termínů splatnosti předpisu (splatnost dle platné legislativy, akceptovat So, Ne a svátky);

- dodržování účetních zásad a zajištění neustálého souladu s vedeným účetnictvím. Veškeré opravy předpisů provedených v uzavřených účetních obdobích budou zachycovány rozdílově v aktuálním účetním období.

3.6.2.2 Evidence plateb

- možnost zadávání plateb automatizovaným způsobem, tj. SIPO, sporožiro, elektronické bankovnictví, individuální pořizování plateb jednotlivě nebo dávkou plateb, automatické generování dávky plateb- možnost respektování platebních dispozic plátce;

- uzávěrky účetních období plateb musí sloužit k synchronizaci dat s účetnictvím (obratová

kontrola apod.)

3.6.2.3 Pohledávky, dlužníci

- konta musí sloužit k rozdělení závazků dle jednotlivých let či zejména k rozdělení závazků v závislosti na vedených soudních sporech, upomínkách či dohodách o splátkách;

- každé konto musí mít nastavitelná pravidla pro penalizaci (NOZ, zákon 67/2013 atd.);

- možnost nastavení pravidel pro každé konto (neupomínat, pravidla pro penalizaci apod.);

- možnost přidělit kontům (účet nájemce), variabilní symboly, platby s příslušným variabilním symbolem budou poté automaticky přidělovány k úhradě závazků na příslušném kontě;

- zobrazení finančních pohybů na saldu podle věcného, účetního i dokladového pohledu

3.6.2.4 Vyúčtování služeb

- možnost provádět vyúčtování opakovaně (simulace, kontrola vstupů, reklamace), možnost jednotlivé kroky opakovat a stornovat

- možnost vyúčtovat libovolné období, libovolné služby a libovolné domy (ne celá agenda najednou po jednotlivých domech);

- možnost do přeplatků a nedoplatků z vyúčtování zahrnout jiné pohledávky, případně vyloučit některá konta (účet nájemce);

- jednotlivé domy musí jít vyúčtovávat postupně tak, jak v praxi docházejí podklady od dodavatelů služeb;

- všechna provedená vyúčtování musí být oddělena od běžné evidence, do běžné evidence se přesunou pouze výsledky vyúčtování.

- Možnost vytváření volitelných sestav definovaných uživatelem, jejich tisk a export (formát DOC,

XLS, PDF/A).

- Možnost přikládání libovolného počtu příloh v různých formátech.

3.6.3 Požadavky pro agendy:

- Poplatky (Příjmová agenda) + nástavba vymáhání

- Odpady

- Psi

- Bytová agenta – vymáhání

Základní požadavkem je zachování veškerých současných funkcionalit v rámci platné legislativy pro jednotlivé oblasti.

Zadavatel požaduje provést migraci aktuálních dat ze stávajících aplikací.

3.6.3.1 Vymáhání pohledávek

Karta dlužníka – záznam dlužníka“ musí obsahovat minimálně tyto údaje:

- Údaje o dlužníkovi (titul, jméno, příjmení/název subjektu – možnost více jmen, RČ/IČ, datum narození, adresa trvalého pobytu/sídlo, doručovací adresa, pokud ji dlužník uvedl, telefon, vazba na registr externích subjektů)

- Specifikace pohledávky (předpis částky, variabilní a specifický symbol, rozlišení pohledávky podle původu či způsobu vzniku (např. pokuta, nájemné, apod.), označení exekučního titulu –

č. j. a jeho datum vydání, datum splatnosti, právní moci a vykonatelnosti, útvar, který za pohledávku odpovídá, datum předání tomuto útvaru, datum úhrady, výši úhrady)

- Údaje o upomínce

- Údaje o součinnosti (ze dne, na koho, s jakým výsledkem) včetně prostoru pro opakovanou součinnost – ponechat aktuální i starší zjištění

- Daňová exekuce ze dne, na částku, jakým způsobem

- Návrh k soudu/exekutorovi ze dne, na částku

- Datum doručení exekučního příkazu dlužníkovi, datum nabytí právní moci

- Pole pro poznámky

- Údaje o insolvenci (aktuálním stavu insolvenčního řízení)

- Údaje o dědickém řízení

- Údaje o nedobytnosti pohledávky – jejím odpisu na podrozvahu (při odpisu možnost zadat i datum předpokládaného uplynutí prekluzivní nebo promlčecí lhůty).

- Sledování, prohledávání záznamů pomocí evidovaných úkonů (např. vytvoření a odeslání výzvy, exekuční příkazy), které se zaznamenají u případu/dlužníka a na ně navázané tiskové sestavy viz požadavky na výstupy.

Aplikace musí umožnit vyhledání požadovaného subjektu dle různých kritérií (např. dle RČ/IČ, dle VS pohledávky, dle jména/názvu) zadávaných jednotlivě, popř. dle jejich kombinace.

Aplikace musí umožnit evidovat exekuční náklady stanovené dle daňového řádu pod samostatným VS nebo jiným identifikátorem, nikoli jako příslušenství jistiny pohledávky, a zároveň umožnit k jednomu VS nebo jinému identifikátoru (a jedné částce) exekučních nákladů přiřadit více než jednu vymáhanou pohledávku.

Možnost zjištění změny údajů v ROB tak, aby nebylo nutné všechny poplatníky a dlužníky ověřovat jednotlivě.

Tiskové výstupy:

- Možnost exportu do formátů MS Office a PDF

- Tiskové sestavy generované v této komponentě musí minimálně obsahovat: variabilní symbol, jméno/název dlužníka, IČO/RČ, datum splatnosti, předpis pohledávky, datum a výše úhrady.

Kritéria výstupů tiskových sestav:

- Možnost výběru všech pohledávek dle vybraného variabilního symbolu (pohledávky jednoho typu, např. pokuty uložené přestupkovým oddělením), a to jak uhrazené a neuhrazené dohromady, tak každou z těchto kategorií zvlášť.

- Možnost výběru všech pohledávek jednoho dlužníka, opět v členění na uhrazené i neuhrazené dohromady a dále každou z těchto kategorií zvlášť.

- Možnost výběru neuhrazených pohledávek v závislosti na lhůtě, která uplynula ode dne splatnosti (30, 60, 90 a více dnů po splatnosti).

- Možnost kombinace kritérií při tvorbě statistických sestav, zejména vybraného období od DD.MM.RRRR do DD.MM.RRRR s vybraným stavem/stádiem pohledávky (pohledávka po splatnosti před upomínkou, po upomínce, v daňové exekuci, u soudního exekutora) s dalším rozlišením, zda v tomto stadiu vymáhání jde o pohledávky uhrazené nebo stále neuhrazené.

Tisk a export osobního účtu.

- Jedná se o přehled, který obsahuje jméno dlužníka, VS, RČ/IČ, název poplatku, předpis za určité období, splatnost předpisu, datum platby, výše platby, vyčíslení dluhu nebo přeplatku.

Požadované základní šablony (tisk, export):

- Upomínka na nedoplatek

- Žádost o poskytnutí součinnosti

- Exekuční příkaz přikázáním pohledávky z účtu

- Exekuční příkaz na mzdu

- Vyrozumění o nabytí právní moci exekučního příkazu

- Rozhodnutí o zastavení/částečném zastavení daňové exekuce

- Rozhodnutí o pokračování v daňové exekuci u dalšího plátce mzdy

- Rozhodnutí o povolení splátek

- Žádost o povolení splátek (formulář)

- Potvrzení o bezdlužnosti

- Přihláška pohledávky do dědického řízení

- Žaloba o zaplacení dlužné částky (návrh na vydání platebního rozkazu)

- Zpětvzetí/částečné zpětvzetí žaloby

- Exekuční návrh (návrh na vymáhání prostřednictvím soudního exekutora)

- Zpětvzetí/částečné zpětvzetí exekučního návrhu Tisková sestava/export na základě vybraného úkonu:

- Uhrazeno pohledávek před splatností

- Uhrazeno pohledávek po splatnosti

- Kolik je evidováno pohledávek v rámci daňové exekuce a kolik jich bylo v tomto stadiu řízení

uhrazeno

- Kolik je evidováno pohledávek vymáhaných prostřednictvím soudního exekutora a kolik jich

bylo tímto způsobem uhrazeno

- Kolik je evidováno pohledávek ve splátkovém režimu

- Kolik přihlášeno do insolvenčního řízení

- Kolik přihlášeno do dědického řízení

- Kolik odepsáno pro nedobytnost

Vazby:

- na spisovou službu

- na Registr obyvatel, ekonomické subjekty

- na insolvenční rejstřík (pravidelná automatická aktualizace s ohlášením údajů o insolvenčním řízení ve vztahu ke všem evidovaným subjektům).

3.6.3.2 Místní poplatky

- Kompletní evidence a správa všech druhů místních poplatků podle platných právních předpisů

- zákon č. 565/1990 Sb., o místních poplatcích, zákon č. 280/2009 Sb., daňový řád, zejména evidence všech potřebných údajů o poplatnících, včetně rodných čísel (dále jen RČ) fyzických osob, údajů o poplatkové povinnosti a vedení osobního daňového účtu.

- zákon č. 634/2004 Sb., o správních poplatcích

- zákon č. 182/2006 Sb., insolvenční zákon.

- Automatický výpočet poplatku v návaznosti na schválenou obecně závaznou vyhlášku (OZV), dle sazeb, období poplatkové povinnosti, případných slev na poplatku.

- Možnost zadání/změny počtu splatností.

- Generování předpisů na celý rok nebo na určitá období (dle splatností poplatku).

- Číselníky, ve kterých by bylo možné nastavit sazby poplatku, úlevy, osvobození od poplatku v návaznosti na OZV.

Šablony pro různé typy písemností

- upomínky

- výzvy

- platební výměry

- hromadný předpisný seznam

- exekuční příkazy

- přihlášení do insolvencí

- součinnost.

Možnost importu změnových údajů ze systému evidence obyvatel (úmrtí, narození, přistěhování, odstěhování, přestěhování, adresa pro doručování), automatickou úpravu předpisu místního poplatku podle vzniku nebo zániku poplatkové povinnosti a zapsání důvodu úpravy do poznámky, bez nutnosti opakované technické podpory dodavatele.

Přímý tisk poštovních poukázek k úhradě místního poplatku i vytvoření standardního datového souboru pro objednání služeb hybridní pošty, přičemž poukázka může obsahovat buď jen aktuálně splatnou částku, nebo i přehled starších nedoplatků, alespoň formou výčtu na alonži, vše bez nutnosti opakované technické podpory dodavatele.

Možnost evidovat u poplatníka adresu pro doručování, a to jak udanou poplatníkem, tak zapsanou v systému evidence obyvatel, a tuto adresu automaticky v tomto pořadí použít při generování dokumentů zasílaných poplatníkům.

Systém umožňuje vytvářet i zpracovávat datové soubory pro placení místních poplatků

prostřednictvím služby Soustředěného inkasa plateb obyvatelstva (SIPO) bez nutnosti opakované technické podpory dodavatele.

Tiskové výstupy:

- Požadované základní šablony (tisk, export):

- Upomínka na nedoplatek

- Platební výměr

- Hromadný předpisný seznam

- Výzva k prokázání skutečností

- Veřejná vyhláška

- Žádost o doručení veřejnou vyhláškou

- Rozhodnutí o opravě zřejmých nesprávností

- Rozhodnutí o pořádkové pokutě

- Rozhodnutí o posečkání daně

- Rozhodnutí o povolení splátek

- Rozhodnutí o vrácení přeplatku

- Žádost o poskytnutí součinnosti

- Potvrzení bezdlužnosti

- Tisk a export osobního účtu. Jedná se o přehled, který obsahuje jméno poplatníka, VS, RČ/IČ, název poplatku, předpis za určité období, splatnost předpisu, datum platby, výše platby, vyčíslení dluhu nebo přeplatku.

Vazby:

- Propojení se spisovou službou.

- Základní registry

3.6.3.3 Místní poplatky za provoz systému shromažďování, sběru, přepravy, třídění, využívání a odstraňování komunálních odpadů

Karta poplatníka – záznam poplatníka musí obsahovat minimálně tyto údaje:

- Údaje o poplatníkovi (titul, jméno, příjmení/název subjektu – možnost více jmen, RČ/IČ, datum narození, adresa trvalého pobytu/sídlo, doručovací adresa, pokud ji poplatník uvedl, telefon)

- Další údaje o poplatníkovi – držitel průkazu ZTP nebo ZTP/P

- Specifikace pohledávky (předpis částky, variabilní symbol, označení typu pohledávky, označení exekučního titulu – č. j. a jeho datum vydání, datum splatnosti, právní moci a vykonatelnosti, datum úhrady a výši úhrady)

- Zobrazení aktuálního předpisu, tzn. na kartě poplatníka vidět pouze aktuální předpis, ne ty, které byly z nějakého důvodu ukončeny

- U předpisů odkaz na nemovitosti, tj. byty, nebo rodinné domy s adresou

- Údaje o provedených úkonech

- Údaje o provedených rozhodnutích a písemnostech, tj. upomínkách, platebních výměrech, hromadném předpisném seznamu

- Pole pro poznámky

Další údaje nutné pro řádnou správu poplatků (tyto údaje se mohou čerpat i z jiné evidence):

- Údaje o součinnosti (ze dne, na koho, s jakým výsledkem) včetně prostoru pro opakovanou součinnost – ponechat aktuální i starší zjištění

- Daňová exekuce ze dne, na částku, jakým způsobem

- Návrh k soudu/exekutorovi ze dne, na částku

- Datum doručení exekučního příkazu dlužníkovi, datum nabytí právní moci

- Údaje o insolvenci (aktuálním stavu insolvenčního řízení)

- Údaje o dědickém řízení

- Údaje o nedobytnosti pohledávky – jejím odpisu na podrozvahu (při odpisu možnost zadat i datum předpokládaného uplynutí prekluzivní nebo promlčecí lhůty)

- Možnost zavedení společného zástupce, včetně automatického rozúčtování platby mezi příslušné poplatníky.

- Při změně trvalého pobytu v rámci města u jedné domácnosti zanechat již určeného společného zástupce a k němu přidělené poplatníky.

- Přidělení variabilního symbolu každému poplatníkovi, tzn. společnému zástupci i navázaným poplatníkům.

- Možnost u jednoho vlastníka nemovitosti a jednoho VS vytvořit více předpisů v případě, že vlastník má více bytů či RD.

Tiskové výstupy:

- Tisk složenek dle skupin poplatníků (automaticky)

- Možnost poplatníky zařadit do skupin, kdy jedna skupina má stejný status (stejné vlastnosti), např. skupina zaměstnanců magistrátu, skupina poplatníků s úřední adresou atd.

- V každé skupině při každé změně nejlépe automaticky (pokud lze) přiřadit nebo oddělit dané poplatníky ke společnému zástupci. Např. ve skupině zaměstnanci – zaměstnanec je společným zástupcem za domácnost, tzn., že dostává složenku za všechny členy dané domácnosti, z té se oddělí (odstěhuje) jeden poplatník, který se stává poplatníkem jiné skupiny. Tento úkon provést automaticky.

Vazby:

- Navázání nezletilého se zákonnými zástupci (využití lokálního registru evidence obyvatel).

3.6.3.4 Místní poplatky ze psů

Nabízené řešení bude podporovat systém trvalého označování psů podle příslušných právních předpisů (čipování apod.) s vazbou na místní poplatek ze psů.

Karta poplatníka – záznam poplatníka musí obsahovat minimálně tyto údaje:

- Označení poplatníka (titul, jméno, příjmení/název subjektu – možnost více jmen, RČ/IČ, datum narození, adresa trvalého pobytu/sídlo, doručovací adresa, pokud ji poplatník uvedl, telefon)

- Další údaje o poplatníkovi – držitel průkazu ZTP nebo ZTP/P

- Evidence o psu – čip, známka, rasa, specifikace umístění na rodinné domy, bytové domy, jiné objekty, věk psa, datum, od kterého je pes držen

- Specifikace pohledávky (předpis částky, variabilní symbol, označení typu pohledávky, označení exekučního titulu – č. j. a jeho datum vydání, datum splatnosti, právní moci a vykonatelnosti, datum úhrady a výši úhrady)

- Zobrazení aktuálního předpisu, tzn. na kartě poplatníka vidět pouze aktuální předpis, ne ty, které byly z nějakého důvodu ukončeny

- Údaje o provedených úkonech

- Údaje o provedených rozhodnutích a písemnostech, tj. upomínkách, platebních výměrech, hromadném předpisném seznamu

- Pole pro poznámky

- Další údaje nutné pro řádnou správu poplatků (tyto údaje se mohou čerpat i z jiné evidence):

- Údaje o součinnosti (ze dne, na koho, s jakým výsledkem) včetně prostoru pro opakovanou součinnost – ponechat aktuální i starší zjištění

- Daňová exekuce ze dne, na částku, jakým způsobem

- Návrh k soudu/exekutorovi ze dne, na částku

- Datum doručení exekučního příkazu dlužníkovi, datum nabytí právní moci

- Údaje o dědickém řízení

- Údaje o nedobytnosti pohledávky – jejím odpisu na podrozvahu (při odpisu možnost zadat i

datum předpokládaného uplynutí prekluzivní nebo promlčecí lhůty) Evidovat více psů pod jedním poplatníkem.

Možnost změny předpisu v průběhu období/ periody

Na kartě poplatníka možnost okamžité změny určení splatnosti, tzn. přejít ze splatnosti roční na pololetní a naopak, tak aby se nezměnil VS a nemusel být poplatník ukončován a znovu zaváděn do evidence

Možnost převedení údajů z jedné evidenční karty týkající se psa na evidenční kartu jiného držitele

psa.

Tiskové výstupy:

- Tisk složenek dle skupin poplatníků (automaticky). Tisk složenek s alonží, na které by byly aktuální údaje o splatnosti poplatku, název poplatku, výše dlužného poplatku, VS, platební údaje, adresa a jméno poplatníka.

3.7 Workflow

Možnost elektronicky schvalovat interní i externí dokumenty. Workflow pomáhá v automatizaci interních procesů a to včetně možnosti sledování stavu a průběhu, schvalování a kontroly plnění

termínů u těchto automatizovaných procesů. Oblast Workflow umožní na úrovni administrátora definici postupů, schvalovacích kroků a pravidel.

Požadavky na oblast workflow

- Elektronický schvalovací proces – automatická správa schvalování elektronických interních i externích dokumentů (např. smlouvy, objednávky, přijaté faktury apod.).

- Jednoduché vytváření workflow na základě připravených šablon. Workflow musí umožnit jednoduché a intuitivní vytvoření postupu z předem definovaných funkcí tak, aby uživatel mohl rychle a snadno automatizovat procesy.

- Možnost jednoduchého nastavení různých variant workflow pro různé agendy.

- Možnost definice a využití vlastních kroků workflow. Vytvářet workflow musí být schopen každý zaškolený pracovník.

- Monitorování stavu „schvalovacího procesu“. Aktuální stav jednotlivého procesu musí být možné zobrazit v reálném čase a získat tak přehled o stavu a průběhu procesu.

- Možnost nastavení notifikací na zahájení/ukončení činnosti, blížící se termín pro ukončení činnosti/procesu. Automatické notifikace s širokou možností upozornění prostřednictvím e- mailu.

- Vkládání komentářů u jednotlivých kroků „schvalovacího procesu“.

- Monitorování a reporting všech aktivit realizovaných v rámci procesu. Logování událostí.

- Delegace a eskalační mechanismy např. v případech nečinnosti dané osoby v průběhu procesu.

- Z hlediska uživatele by měl být známý předem definovaný průběh, který bude transparentní a pro všechny stejný. Vybraní uživatelé musí být notifikováni emailem o dokončení procesu.

- Tiskové sestavy

4. Portál občana statutárního města Karviná

Požadavky na informační systém portálu občana (dále jen ISPO)

Obecné požadavky:

- Rozdělení na veřejnou a neveřejnou část.

- Zajištění plné kontroly úřadu nad obsahem celého portálu bez nutnosti zásahu dodavatele.

- ISPO musí být plně kompatibilní s prostředím zadavatele.

- Součástí ISPO musí být ve veřejné části úvodní stránka portálu s možností zadání informací (včetně URL odkazů) pro rychlou orientaci občana.

- ISPO bude nabízet občanům řešení jejich životních situací s dostupností služby v režimu 24 x

7.

- Veřejná část ISPO musí běžet v plné kompatibilitě aktuálních verzí webových prohlížečů Microsoft Edge, Google Chrome, Mozilla Firefox, Apple Safari; komunikace bude probíhat prostřednictvím protokolu https výhradně na portu 443.

- Veřejná část ISPO musí odpovídat požadavkům na responzivní web.

- ISPO je lokalizován do českého jazyka, je možné vytvořit další jazykové verze.

- Veřejná část ISPO obsahuje strom s popisem životních situací včetně možnosti fulltextového vyhledávání.

- Životní situace obsahují formulářové portfolio.

- Počet uživatelů portálu není omezen.

Legislativa:

- ISPO respektuje všechny dosud schválené standardy a normativy pro budování IS veřejné správy a je v souladu s platnou legislativou, popř. metodikou.

- ISPO musí být v souladu se zákonem č. 99/2019 Sb., o přístupnosti internetových stránek a mobilních aplikací a o změně zákona č. 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ů, který provádí Xxxxxxxx Evropského parlamentu a Rady (EU) 2016/2102 ze dne 26. října 2016 o přístupnosti webových stránek a mobilních aplikací.

- ISPO musí být v souladu se zákonem č. 110/2019 Sb., o zpracování osobních údajů.

Integrace:

- ISPO musí disponovat otevřeným rozhraním pro komunikaci s externími systémy

standardizovaným formátem XML, pomocí webových služeb SOAP a REST, Zadavatel požaduje úplný popis rozhraní, aby bylo možné v budoucnu připojit i další informační systémy. Tento popis rozhraní bude součástí technické dokumentace.

- Úředník bude pracovat se stávajícími agendovými systémy úřadu v rámci své působnosti. ISPO bude prostřednictvím rozhraní národního standardu komunikovat se spisovou službou úřadu (Geovap spol. s r.o,), přes kterou budou distribuována podání veřejnosti uskutečněná prostřednictvím ISPO na konkrétní odbor jako elektronické podání. Podání formuláři, které mají dopad do konkrétních agend, budou distribuována přímo do těchto agend (vazba na EIS zejména na agendy Evidence psů, Komunální odpad, Příjmy).

- Rozhraní pro agendu Příjmy pro platbu místního poplatku za komunální odpad, ze psa, za zábor veřejného prostranství, za nájem, platbu pokuty a další poplatky s vystaveným předpisem s variabilním symbolem budou součástí dodávky ISPO.

- ISPO bude umožňovat rozšiřitelnost o další moduly, které nejsou součástí této veřejné zakázky, ale mohou být do systému integrovány posléze.

- ISPO je možné začlenit do webových stránek města Karviná (xxxx://xxx.xxxxxxx.xx), začlenění není součásti předmětu této veřejné zakázky.

Bezpečnost:

- ISPO má implementován zabezpečený přístup.

- ISPO umožňuje centrální definici a správu uživatelských rolí.

- (definice přístupu a oprávnění prostřednictvím uživatelských skupin) jak pro celý systém, tak pro jednotlivé moduly a jejich funkcionalitu.

- ISPO umožňuje definovat skryté a zaheslované rubriky.

- ISPO umožňuje auditovat akce uživatele.

- ISPO umožňuje auditovat přístupy k jednotlivým článkům webu.

- ISPO umožňuje definovat uživatelská práva k rubrikám, složkám dokumentů.

- Počet registrovaných uživatelů (občanů) není omezen.

Statistika:

- Portál umožňuje sledovat statistiku - počet registrovaných uživatelů, počet podání, počet realizovatelných plateb, počet zobrazení jednotlivých rubrik, počet stažení jednotlivých formulářů, počet učiněných podání s reportováním na zadaný e-mail.

Registrace subjektu:

- Registrace prostřednictvím webového formuláře.

- Elektronická identifikace občana pomocí Národního bodu pro identifikaci a autentizaci ve smyslu zákona 250/2017 Sb., o elektronické identifikaci.

- Přihlášení pomocí NIA (eObčanka; Xxxxx, heslo a SMS; Xxxxxx karta Starcos X.XX).

- Přihlášení pomocí XXXXX.

- Přihlášení pomocí ISDS pro FO a PFO.

- Možnost registrace právnického subjektu pro potřebu agendy dotace a granty prostřednictvím zastupující osoby se ztotožněním pracovníkem úřadu. Po změně zastupující osoby dojde k převodu veškerých aktivit vč. historie na tuto novou osobu.

- Přímé propojení s Portálem Občana MV ČR (xxxxx://xxxxx.xxxxxx.xxx.xx/) na principu Single

Sign-On po přihlášení pomocí NIA. Základní funkce dostupné po přihlášení:

- Správa vlastního profilu.

- Vytvoření nového elektronického podání prostřednictvím online formuláře.

- Zobrazení přehledu o stavu realizovaných podání minimálně v rozsahu typ řízení, stav řízení, datum zahájení řízení, datum ukončení řízení.

- Přehled rozpracovaných podání s možností jejich dokončení.

- Přehled ekonomických závazků vůči městu a jejich plnění minimálně v rozsahu údajů – název agendy, částka celkem, částka po splatnosti, částka uhrazená před splatností. Dále seznam jednotlivých pohledávek a plateb ve vazbě na konkrétní agendu.

- Možnost úhrady ekonomických závazků platební kartou, převodem z účtu, QR platbou, možnost neautorizované platby (plátce může uhradit platbu za jiného poplatníka) skrze platební bránu Zadavatele. Zadavatel předpokládá, že platební bránu pořídí na základě Dohody o centralizovaném zadávání, kterou zadavatel uzavřel s Ministerstvem vnitra za účelem centralizovaného zadávání veřejných zakázek na poskytování služeb platebních bran pro veřejnou správu.

- Na základě vystaveného platebního předpisu možnost online úhrady místních poplatků za komunální odpad, ze psů, za zábor veřejného prostranství, nájmy, pokuty.

Formulářový systém (dále jen FS) – obecné požadavky:

- Formulářový systém je schopen řešit vnější a interní procesy elektronickými formuláři.

- V návaznosti na formulářové procesy musí být umožněno sledování koloběhu daného procesu od počátku do konce a veškeré stavy procesu bude možné dohledat i zpětně pro možnou kontrolu.

FS – standardy a funkcionalita:

- Formulářový systém bude podporovat otevřený formát XML (xxxx://xxx.x0.xxx/XXX/).

- SW musí podporovat možnost podepsání dokumentu kvalifikovaným elektronickým podpisem

podle standardu XML Signature (xxxx://xxx.x0.xxx/Xxxxxxxxx/).

- Elektronické formuláře budou nasazeny tak, aby umožnily efektivní nahrazení papírové podoby vybraných současných agend bez nutnosti změn vnitřních směrnic a organizačních opatření, vyjma možnosti schvalování procesů pomocí elektronických nástrojů.

- U vnitřních procesů založených na elektronických formulářích bude umožněno sledování veškerých úkonů probíhajícího procesu a zajištění kontroly jeho průběhu od počátku až do konce.

- FS musí umožnit vyplnit formulář i nepřihlášenému subjektu.

- FS musí umožnit úpravu formuláře bez nutnosti zásahu dodavatele.

- FS musí umožňovat podání prostřednictvím elektronické adresy e-podatelny Zadavatele

přímo z prostředí formuláře.

- Po zpracování podání a přidělení čísla jednacího ze spisové služby subjekt obdrží e-mailem potvrzení o úspěšném přijetí podání.

- FS musí poskytovat možnost převodu formulářů do formátu PDF/A.

- FS musí umožňovat podepsání kvalifikovaným certifikátem.

- FS musí umožňovat vytištění v podobě použitelné pro následné podání v listinné podobě.

- FS musí umožňovat vložení kontextové nápovědy.

- FS musí umožňovat natažení relevantních údajů z datové schránky žadatele, profilu registrovaného žadatele.

- FS musí kontrolovat vyplnění povinných položek, správnost zadaných údajů.

- FS musí umožnit připojení příloh k formuláři (PDF, DOC, DOCX, JPG, JPEG, RTF, XLS, XLSX, TIF, TIFF, FO, GIF, PNG, ISDOC, DGN, DWG, ZFO, ODP, ODS, ODT, PPT, PPTX, TXT).

- FS musí umožnit nastavit maximální počet a velikost připojených příloh k formuláři

- ISPO musí umožňovat změnou konfigurace nastavit, zda mají v záhlaví zobrazovat konfigurovatelnou hlavičku Zadavatele.

- Možnost zobrazení rozšířeného popisu dané životní situace, kterou řeší formulář s informacemi a kontakty na příslušné úředníky úřadu.

- Formuláře lze rozdělit do kategorií a podkategorií v minimálně dvou úrovních.

FS – požadované formuláře:

- Dodavatel na základě předloženého seznamu zpracuje formuláře (seznam vzorových formulářu v počtu 15 – 20 kusů bude dodán ve finální podobě technickí specifikace)

Požadovaná dokumentace:

- Součástí dodávky bude schválený funkční popis jednotlivých systémů ISPO.

- Součástí dodávky bude technická dokumentace:

o Schválený technický popis architektury.

o Detailní technický popis jednotlivých vrstev řešení a jejich částí.

- Součástí dodávky bude administrátorská (provozní) dokumentace.

- Součástí dodávky bude uživatelská dokumentace v elektronické podobě dostupná z ISPO.

- Součástí dodávky bude testovací dokumentace – seznam testovacích scénářů včetně popisu jednotlivých kroků a způsobu vyhodnocení.

5. Klikací rozpočet

⁻ Zveřejnění rozpočtu, jeho plnění, čerpání

⁻ Interaktivní proklikávání příjmů, výdajů.

⁻ Zobrazení čerpání rozpočtu jednotlivých útvarů podle nastavení

⁻ Zobrazení srovnávacích tabulek, procent plnění, čerpání, grafů

⁻ Využívání dat rozpočtu a skutečnosti z účetnictví bez ohledu na provozovaný

IS

⁻ Automatické zpracování dat z IS, bez dalších manuálních operací správce,

⁻ Export tabulek a grafů do běžných formátů (doc, xls, pdf, ppt)

⁻ Systém propojitelný se současným Klikacím rozpočet příspěvkových

organizací provozovaných zadavatelem.

6. Implementace

6.1 Instalace systému bude provedena na virtuální server v datovém centru

zadavatele.

Přístup klientů - bude zajištěn jedním z těchto způsobů:

a) Klientská část systému bude instalována do virtuálního desktopu v prostředí VMware Horizon

7.x. Při tomto způsobu musí být zajištěna automatická bezobslužná aktualizace klientů.

b) Klientská část systému bude virtualizována do ThinApp VMware.

c) Klientská část programu bude instalována do sdíleného úložiště bez potřeby instalovat její součásti do koncové přistupující stanice.

O způsobu implementace rozhodne zadavatel před instalací systému na základě svých provozních a bezpečnostních potřeb. Systém musí umožnit všechny tři způsoby instalace.

6.2 Instalace a implementace bude zahrnovat minimálně:

a) Instalaci a konfiguraci systému na zařízení a programovém vybavení zadavatele (servery, pracovní stanice a operační systémy dle uvedené specifikace v bodě IV.). Dodavatel ručí za to, že jeho systém je s uvedenými prostředky zadavatele plně kompatibilní.

b) Import majetkových karet. Původní evidence majetku je vedena v SW Majetek Helios Fenix Asseco Solutions, a.s.

c) Školení administrátorů (2-5 zaměstnanců) v rozsahu min. 8 hodin, a to na počátku testovacího

provozu.

d) Školení uživatelů (cca 350 zaměstnanců) dle časového harmonogramu implementací, a to na počátku testovacího provozu.

e) Testovací provoz a poskytování uživatelské podpory po dobu testovacího provozu.

f) Vyhodnocení testovacího provozu a provedení úprav v konfiguraci a implementaci systému dle požadavků zadavatele.

g) Předání do ostrého provozu a poskytování služeb následné uživatelské podpory v rámci servisních služeb (SLA).

h) Průběžně dodání aktuální dokumentace ve shodě s aktuálním nastavením. Dokumentace bude předána v elektronické podobě a bude respektovat požadavky specifikované zákonem č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů, a vyhláškou č. 529/2006 Sb., o požadavcích na strukturu a obsah informační koncepce a provozní dokumentace a o požadavcích na řízení bezpečnosti a kvality informačních systémů veřejné správy (vyhláška o dlouhodobém řízení informačních systémů veřejné správy).

i) Import otevřených položek (pohledávky nebo dluhy, které dosud nebyly zaplaceny).

j) Poskytování rozšířené uživatelské podpory po zavedení ostrého provozu dle podmínek dohodnutých smluvně (post-implementační podpora).

7. Popis prostředí zadavatele.

7.1 Servery.

a) Datové centrum zadavatele disponuje virtualizačním řešením VMWare v režimu vysoké dostupnosti, verze 6.5 a vyšší,

b) Podporované verze OS serverů jsou Microsoft Windows 2016 a vyšší,

c) V případě distribucí Linux, musí být součástí dodávky neomezená licence pro OS pokud je vyžadována a OS musí být uveden na compatibility listu VMware,

d) Přidělené systémové prostředky (procesor, RAM, diskový prostor) je možné upravovat ve virtuálním prostředí a jsou k dispozici v přiměřené kapacitě (procesor 6x 2,8 GHz, 24 GB RAM, 200 GB diskového prostoru pro aplikaci),

e) Zálohovacím SW je Veem – denní zálohování.

7.2 Pracovní stanice.

a) Virtuální PC (VMware Horizon View), fyzická PC a notebooky.

b) Operační systémy Windows 7 a 10 (32/64 bit).

c) Kancelářské aplikace MS Office 2016.

d) MS Xxxx (poslední dostupná verze), Firefox (poslední dostupná verze), Chrome (poslední dostupná verze).

7.3 Databáze.

a) Zadavatel disponuje databází Oracle 12.1.0.1., s dostatečným výkonem a nastaveným systémem zálohování.

b) Pokud je součástí dodávky provoz na jiné databázi, musí dodavatel zajistit:

- dodávku databáze, včetně instalace a všech licencí potřebných pro provoz dodaného systému bez omezení počtu uživatelů,

- neomezenou velikost dodané databáze,

- servisní podpora databáze,

- integraci databáze do systému zálohování zadavatele a úpravy zálohovacích plánů a příslušné

dokumentace.

7.4 Geografický informační systém

T-WIST/Spinbox (dodavatel T-MAPY spol. s r.o.) – databáze PostgreSQL

7.5 Systém řízení identit.

Zadavatel disponuje systémem řízení identit ACIdentita (dále jen IDM) firmy AutoCont,a.s. V tomto

systému je spravován kompletní cyklus uživatelských identit. Součástí je i přidělování oprávnění

k jednotlivým aplikacím.

7.5.1 Životní cyklus uživatele

Zadavatel požaduje, aby dodaná aplikace umožňovala napojení k IDM, které bude řídit uživatele a jejich přístupy k dodané aplikaci minimálně v tomto rozsahu:

a) vytvoření uživatelského účtu (dle konvence zadavatele, včetně všech potřebných atributů),

b) změna uživatelského účtu (včetně změn atributů a přihlašovacího jména),

c) zrušení/zablokování uživatelského účtu,

d) přidělení oprávnění k aplikací, jednotlivým modulům, konkrétním úkonům (editace, čtení atd.). Toto oprávnění bude přiděleno na základě funkčního místa, nebo na základě přidělené role v IDM.

U každého zaměstnance IDM eviduje tyto údaje:

Titul před, jméno, příjmení, titul za, osobní číslo, organizaci, adresu, telefon, e-mailovou adresu,

organizační jednotku, login, datum nástupu, platnost od, platnost do atd. Pokud tyto údaje obsahuje také dodaný IS, musí být přebírány z IDM

7.5.2 Přidělování rolí na základě přidělení aplikační role v IDM.

Jednotlivá práva musí být systémem EIS zpracována minimálně do následující úrovně:

a) Přístup k aplikaci (pokladna, majetek, atd.)

b) Přístup k roli v aplikaci (referent, administrator apod.)

c) Specifikace přístupu (např. pokladna č.1, majetek oddělení č.xx)

Oprávnění musí být možné přidělovat na určitou dobu, na základě platnosti v IDM.

7.5.3 Požadavek na ověřování uživatelů

Systém EIS musí umožňovat autorizaci uživatelů vůči LDAP Active Directory (LDAP ver. 3) a přihlašování uživatelů systémem SingleSignOn (tedy bez nutnosti zadávat uživatelské jméno a heslo).

Příloha č. 2: Položkový rozpočet – cenová kalkulace

a) Cena za dodávku systému

Položka (cena za jednotku)	Xxxxxxx cena v Kč bez DPH
Trvalá a neomezená licence Ekonomického informačního systému pro SMK (1 IČO)	…doplní uchazeč
Implementace Ekonomického informačního systému pro SMK	…doplní uchazeč
CELKEM	…doplní uchazeč

Položka (cena za jednotku)	Xxxxxxx cena v Kč bez DPH
Trvalá a neomezená licence Portálu občana (1 IČO)	…doplní uchazeč
Implementace Portálu občana	…doplní uchazeč
CELKEM	…doplní uchazeč

b) Cena za poskytování služeb technické podpory k dodanému systému dle čl. XI, odst. 1, písm. a) až

c):

Xxxxxxx	Xxxxxxx cena v Kč bez DPH
Technická podpora na 1 měsíc pro Ekonomický informační systém pro SMK	…doplní uchazeč
Technická podpora na 1 měsíc pro Portál občana	…doplní uchazeč

c) Cena za poskytování služeb rozvoje systému dle čl. XI, odst. 1, písm. d):

Xxxxxxx	Xxxxxxx cena v Kč bez DPH
Cena za rozvoj systému za 1 hodinu pro Ekonomický informační systém pro SMK	…doplní uchazeč
Cena za rozvoj systému za 1 hodinu pro Portál občana	…doplní uchazeč

Příloha č. 3: Poddodavatelské schéma

…doplní uchazeč