SMLUVNÍMI STRANAMI:
Veřejná zakázka Modernizace MěÚ Dačice Část 3 – Portál občana
S M L O U V A O D Í L O
uzavřená dle ust. § 2586 a násl. zákona č. 89/2012 Sb., občanského zákoníku (dále jen ObčZ),
s přihlédnutím k zákonu č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), ve znění pozdějších předpisů,
níže uvedeného dne, měsíce a roku mezi:
SMLUVNÍMI STRANAMI:
Objednatel: Město Dačice
sídlo: Xxxxxxxxx 00, 000 00 Xxxxxx 0
zastoupený: Ing. Xxxxxx Xxxxx, starostou města
IČ: 00246476
DIČ: CZ00246476
peněžní ústav: Česká spořitelna a.s., pobočka Dačice
číslo účtu: 27-0603143369/0800
xxxxxx xxxxxxxx: s5ebypd
číslo smlouvy Objednatele: 0683/2018 osoba oprávněná k jednání
za Objednatele ve věcech
provádění díla: Xxxxx Xxxxxx, tel. 000 000 000, xxxxxx@xxxxxx.xx (dále jen „Objednatel“)
Zhotovitel: VERA, spol. s r.o.
sídlo: Xxxxx 000/0, Xxxxxxxx, 000 00 Xxxxx 0 xxxxx v obchod. rejstříku: C 34140 vedená u Městského soudu v Praze osoba s oprávněním jednat: Xxx. Xxxx Xxxxxxxx, jednatel VERA, spol. s r.o. IČ: 62587978
DIČ: CZ62587978
peněžní ústav: Fio banka, a.s., V Celnici 1028/10, Praha 1
číslo účtu: 2400431298/2010
xxxxxx xxxxxxxx: egws34p osoba oprávněná k jednání
za Zhotovitele ve věcech
provádění díla: Xxx. Xxxxxx Xxxxxx, tel. 000 000 000, email: xxxxxx.xxxxxx@xxxx.xx (dále jen „Zhotovitel“)
I.
Preambule
1) Objednatel a Zhotovitel uzavírají tuto smlouvu v zadávacím řízení veřejné zakázky na dodávky s názvem
„Modernizace MěÚ Dačice“ (dále jen „zadávací řízení“ a „veřejná zakázka“) zadávané dle zák. č. 134/2016 Sb., o zadávání veřejných zakázek (dále jen „zákon o ZVZ“), v rámci kterého byla pro část 3 veřejné zakázky – Portál občana jako nejvýhodnější vybrána nabídka Xxxxxxxxxxx (dále jen „nabídka“).
2) Zhotovitel prohlašuje, že je držitelem všech příslušných živnostenských a dalších oprávnění potřebných pro provedení díla a má řádné vybavení, zkušenosti a schopnosti, aby řádně a včas a za sjednanou cenu provedl dílo dle této smlouvy.
3) Zhotovitel si je vědom, že dílo je realizováno v rámci dotačního projektu Integrovaného regionálního operačního programu, reg. č. CZ.06.3.05/0.0/0.0/16_044/0006001 – Modernizace městského úřadu Dačice. Xxxxxxxxxx je proto povinen dbát na to, aby svým jednáním nezpůsobil krácení nebo odejmutí dotace, a spolupracovat při kontrolách či dalších činnostech ze strany poskytovatele dotace.
II.
Předmět smlouvy
1) Předmětem smlouvy je závazek Zhotovitele provést pro Objednatele dílo dle zadávacích podmínek uvedených v zadávací dokumentaci veřejné zakázky Modernizace MěÚ Dačice, pro Část 3 – Portál občana, ve věcném rozsahu a s technickými parametry dle nabídky Zhotovitele podané na tuto veřejnou zakázku, této smlouvy a její přílohy č. 1 (dále jen „dílo“) a závazek Objednatele zaplatit Xxxxxxxxxxx za dílo provedené dle této smlouvy sjednanou cenu díla a poskytnout součinnost nezbytnou ke splnění závazku Xxxxxxxxxxx.
2) Předmětem plnění Zhotovitele je zejména:
• Dodávka Portálu občana vč. jeho instalace, implementace a testování.
• Poskytnutí licencí potřebných pro užívání díla.
• Integrace dodaného díla se stávajícím aplikačním (SW, IS) vybavením Objednatele.
• Zaškolení administrátorů obsluhy Objednatele a uživatelů systému.
• Poskytování záručního servisu v délce trvání 60 měsíců od podpisu předávacího protokolu a uvedení do provozu.
• Poskytování maintenance (údržby systému) v délce trvání 60 měsíců od podpisu předávacího protokolu a uvedení do provozu, kterou se pro účely této smlouvy rozumí poskytování nových verzí Portálu občana a legislativní údržba řešení (zajištění souladu s předmětnými právními předpisy).
• Poskytování technické podpory v délce trvání 60 měsíců od podpisu předávacího protokolu a uvedení do provozu, kterou se pro účely této smlouvy rozumí zajištění příjmu požadavků na opravu a rozvoj prostřednictvím service desku, realizace řešení incidentů a požadavků na rozvoj.
3) Podrobná specifikace předmětu plnění vč. jednotlivých fází realizace díla je uvedena v Příloze č. 1 této smlouvy.
4) Xxxxxxxxxx se zavazuje provést na svůj náklad a na své nebezpečí všechna plnění a práce potřebné k včasnému a řádnému provedení díla. Provedením díla se rozumí úplné, funkční a bezvadné provedení veškerých prací, služeb, výkonů a poskytnutí licencí nezbytných pro užívání díla, řádné dokončení a předání díla a k jeho užívání, a dále kompletní datová migrace, zaškolení administrátorů a uživatelů systému, poskytování maintenance a technické podpory, jak je uvedeno shora.
5) Součástí smlouvy je i převod neomezeného vlastnického práva k tomuto dílu na Objednatele.
6) Objednatel se zavazuje dílo řádně a včas dodané Xxxxxxxxxxxx převzít a zaplatit za něj sjednanou cenu díla způsobem a v termínu sjednaném touto smlouvou.
7) Práce nad rozsah díla dle této smlouvy (vícepráce), budou realizovány, jen pokud o ně dílo bude rozšířeno po vzájemné dohodě písemným dodatkem k této smlouvě.
III.
Doba a místo plnění
1) Místo plnění je určeno v zadávací dokumentaci veřejné zakázky (dále jen „zadávací dokumentace“) a dále popsáno v příloze č. 1 této smlouvy.
2) Xxxxxxxxxx se zavazuje, že dílo provede v souladu s harmonogramem projektu dle přílohy č. 6 zadávací dokumentace, nejpozději však do 22. 3. 2019. Zhotoviteli bude umožněn přístup do místa plnění za účelem provádění díla v souladu s harmonogramem projektu. V případě prodlení s řádným provedením díla ve lhůtě dle předchozí věty se Zhotovitel zavazuje uhradit Objednateli smluvní pokutu ve výši 0,1 % z ceny díla bez DPH dle čl.
IV. odst. 1) této smlouvy za každý i započatý den prodlení. Celková výše smluvní pokuty není omezena.
3) Podstatnými vadami díla bránícími jeho funkčnosti k účelu, k němuž má být dílo užíváno, se míní vady kategorie A nebo kategorie B. Vada kategorie A zahrnuje takový stav, kdy prvek SW / služba není použitelná ve svých základních funkcích nebo se vyskytuje funkční závada znemožňující jeho / její používání. Tento stav může ohrozit běžný provoz, případně může způsobit větší finanční nebo jiné škody. Vada kategorie В zahrnuje takový stav, kdy prvek SW / služba je ve svých funkcích degradována tak, že tento stav omezuje běžný provoz.
4) Předání se uskuteční fyzickým převzetím (u SW převzetím přístupových hesel a uživatelských manuálů, u dokumentace převzetím listinné / elektronické verze příslušné dokumentace, u školení absolvováním příslušného školení) Objednatelem. Předání díla či jeho části bude oboustranně stvrzeno podpisem předávacího protokolu. Předávací protokol bude podepsán oprávněnými zástupci obou smluvních stran. Dílo či jeho část se považuje za převzaté a předané okamžikem podpisu předávacího protokolu ve smyslu věty předchozí.
5) Řádné dodání Portálu občana, jeho instalace, poskytnutí licence a/nebo multilicence, integrace a provedení školení uživatelů vč. předání veškeré odpovídající dokumentace bude ověřeno v rámci akceptační procedury ukončené oboustranným podpisem akceptačního protokolu. Akceptační procedura předchází přejímacímu řízení a zahrnuje ověření řádného zavedení produktu u Objednatele v souladu se specifikací stanovenou touto smlouvou a jejími přílohami. Akceptační procedura nebude trvat kratší dobu než 15 kalendářních dnů.
6) Veškerá dokumentace, která je součástí předmětu díla, bude Xxxxxxxxxxxx Objednateli předána v originálech, a to jak ve formě listinných dokumentů, tak v elektronické editovatelné podobě. Předána bude provozní dokumentace v rozsahu odpovídajícím požadavkům zákona č. 365/2000 Sb., o informačních systémech veřejné správy, v aktuálním znění, projektová dokumentace v rozsahu odpovídajícím předmětu díla, zejména pak technická dokumentace díla, zápisy z projektových porad a další podklady nebo dokumenty související s prováděním díla.
7) Nejpozději na poslední den lhůty pro provedení díla, resp. jeho části svolá Zhotovitel přejímací řízení, kterým bude ukončeno akceptační řízení. Na přejímací řízení přizve Zhotovitel Objednatele, a to písemným oznámením, které musí být doručeno Objednateli alespoň pět pracovních dnů předem. V případě, že nebude Objednateli řádně a včas doručena výzva k účasti na přejímacím řízení, Objednatel si vyhrazuje právo, aby k přejímacímu řízení došlo nejdříve po uplynutí pátého pracovního dne ode dne doručení písemné výzvy k zahájení přejímacího řízení.
8) K předání díla, resp. jeho části Zhotovitelem Objednateli dojde na základě přejímacího řízení, a to formou písemného předávacího protokolu, který bude podepsán oprávněnými zástupci obou smluvních stran.
9) Předávací protokol musí obsahovat alespoň předmět a charakteristiku díla, resp. jeho části, soupis zjištěných vad díla, vyjádření Xxxxxxxxxxx k vadám díla vytčeným Objednatelem, zhodnocení jakosti díla a jeho částí, lhůty a opatření k odstranění vad díla, záznam o nutných dodatečně požadovaných pracích, případnou dohodu o slevě z ceny díla, stanovisko Objednatele, zda dílo přejímá či nikoli, a soupis příloh. Předávací protokol bude vyhotoven ve třech stejnopisech, z nichž jeden obdrží Zhotovitel a dva Objednatel. Každý stejnopis bude podepsán oběma stranami a má právní sílu originálu.
10) Objednatel je oprávněn odepřít převzetí díla či jeho části, budou-li při předání zjištěny podstatné vady. Ostatní vady jsou nepodstatné a v případě jejich existence není Objednatel oprávněn kvůli nim dílo či jeho část nepřevzít.
11) Po odstranění těchto podstatných vad díla či jeho části, pro které Xxxxxxxxxx odmítl od Xxxxxxxxxxx dílo převzít, se opakuje přejímací řízení analogicky dle tohoto článku smlouvy. V takovém případě bude k původnímu předávacímu protokolu sepsán dodatek. Takový dodatek musí obsahovat veškeré náležitosti stanovené pro předávací protokol v tomto článku smlouvy.
12) Vadou se pro účely této smlouvy rozumí odchylka v kvantitě, kvalitě, rozsahu, termínech nebo parametrech díla stanovených touto smlouvou, zadávací dokumentací a obecně závaznými předpisy.
IV.
Cena díla a platební podmínky
1) Cena díla je stanovena dle nabídky Xxxxxxxxxxx ze dne 16. 11. 2018 podané v rámci zadávacího řízení shora uvedené veřejné zakázky v celkové výši 1 017 610 Kč vč. DPH, přičemž její rozpočet tvoří přílohu č. 2 této smlouvy.
2) Xxxxxxx cena díla a ceny uvedené v příloze č. 2 této smlouvy jsou stanoveny dohodou smluvních stran a jako ceny nejvýše přípustné. Smluvní strany tímto sjednávají, že cena díla zahrnuje odměnu za veškeré činnosti prováděné na základě této smlouvy a také veškeré náklady Zhotovitele spojené s plněním této smlouvy. Cena díla zahrnuje zejména dodání, instalaci, implementaci, testování, akceptaci a zprovoznění díla, zaškolení obsluhy a uživatelů a veškeré další náklady vyplývající z této smlouvy, jejích příloh a zadávací dokumentace. Cena díla zahrnuje i náklady na poplatky, daně, cla, schvalovací řízení apod. (je-li relevantní), pojištění, dopravné, apod.
3) Cena díla zahrnuje také veškeré náklady spojené s rozhraním (integrací), vzniklé na straně Zhotovitele, popř. vyvolané nutností obchodní spolupráce mezi Xxxxxxxxxxxx a dodavateli aplikací, na něž je požadována integrace (rozhraní). Požadavkem Objednatele je, aby Xxxxxxxxxx uvedl a zahrnul do ceny díla veškeré náklady spojené jak s vytvořením rozhraní, tak jeho udržováním v rámci záruční doby, zejména při změnách vyvolaných update Portálu občana dodávaného Zhotovitelem, a to jak v souvislosti se změnami legislativy, tak v souvislosti s inovacemi Zhotovitele, a to vč. úprav vzniklých na straně Zhotovitele, popř. vyvolaných nutností obchodní spolupráce mezi Xxxxxxxxxxxx a dodavateli aplikací, na něž je požadována integrace.
4) Xxxx díla je možné překročit pouze v souvislosti se změnou daňových předpisů upravujících výši DPH, přičemž v takovém případě bude k dosud nesplacené části ceny díla připočtena DPH ve výši stanovené právními předpisy platnými a účinnými v době její úhrady.
5) Cena díla, resp. jeho provedené části bude Objednatelem uhrazena v korunách českých (CZK) postupně na základě daňového dokladu (dále jen „faktura") doručeného Zhotovitelem Objednateli, na bankovní účet Zhotovitele číslo 2400431298/2010, který je účtem vedeným poskytovatelem platebních služeb na území České republiky a který je dle ustanovení § 98 zákona o dani z přidané hodnoty správcem daně zveřejněn jako údaj z registru plátců, a to způsobem umožňujícím dálkový přístup. Zhotovitel je touto smlouvou zavázán ke zveřejnění výše uvedeného účtu výše uvedeným způsobem nejméně do okamžiku úhrady poslední části peněžního závazku Objednatele vůči Zhotoviteli vyplývajícího z této smlouvy.
6) Faktura předložená Objednateli bude mít splatnost 30 dnů ode dne jejího prokazatelného doručení Objednateli.
7) Objednatel se zavazuje zaplatit Xxxxxxxxxxx po úspěšném předání a převzetí díla částku ve výši dle přílohy č. 2 této smlouvy v oddíle „Realizace“. Přílohou faktury musí být kopie předávacího protokolu podepsaného osobami
oprávněnými jednat za smluvní strany.
8) Objednatel se zavazuje zaplatit Xxxxxxxxxxx za poskytování maintenance a technické podpory Portálu občana po jeho předání a převzetí ceny uvedené v příloze č. 2 této smlouvy, a to vždy zpětně za předcházející kalendářní čtvrtletí, přičemž cena za dané čtvrtletí je dána vždy jako trojnásobek měsíční ceny dané položky dle přílohy č. 2 této smlouvy. V případě, že s poskytováním technické podpory bude započato později než prvního dne daného čtvrtletí, bude cena za takový neúplný měsíc poskytování služeb v takovém čtvrtletí stanovena tak, že paušální měsíční sazba uvedená v příloze č. 2 této smlouvy se vydělí počtem kalendářních dnů příslušného měsíce a poté vynásobí počtem kalendářních dnů poskytování plnění Zhotovitelem v daném měsíci.
9) Objednatel neposkytuje Zhotoviteli zálohy na cenu díla.
10) Faktura musí obsahovat náležitosti daňového dokladu podle zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, a zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů.
11) Na faktuře bude uvedeno reg. číslo a název projektu: CZ.06.3.05/0.0/0.0/16_044/0006001 – Modernizace městského úřadu Dačice.
12) V případě, že faktura bude obsahovat věcné či formální nesprávnosti, popřípadě nebude obsahovat všechny zákonné náležitosti nebo náležitosti ujednané v této smlouvě či přílohu dle této smlouvy, je Objednatel oprávněn ji vrátit ve lhůtě splatnosti zpět Zhotoviteli k doplnění či opravě, aniž se tak dostane do prodlení se splatností. Lhůta splatnosti počíná běžet znovu od opětovného doručení řádně doplněné či opravené faktury Objednateli.
13) Smluvní strany se výslovně dohodly, že Objednatel je oprávněn započíst své i nesplatné pohledávky vzniklé na základě této smlouvy proti pohledávce Xxxxxxxxxxx na zaplacení ceny díla rovněž bez ohledu na její splatnost.
14) Zhotovitel se zavazuje, že v případě nabytí statutu „nespolehlivý plátce", ve smyslu zákona č. 235/2004 Sb. o DPH, bude o této skutečnosti neprodleně Objednatele informovat. Objednatel je poté oprávněn zaslat část ceny díla odpovídající dani z přidané hodnoty přímo na účet správce daně Zhotovitele v režimu podle §109a zákona o dani z přidané hodnoty.
V.
Práva a povinnosti smluvních stran
1) Zhotovitel je povinen provést pro Objednatele úplné a funkční dílo dle této smlouvy, řádně a včas. Při provádění díla je Xxxxxxxxxx povinen postupovat s odbornou péčí a řídit se příkazy Objednatele.
2) Xxxxxxxxxx je povinen spolu s dílem dodat Objednateli kompletní dokumentaci nezbytnou k užívání díla, a to zejména návody v českém jazyce a další dokumentaci vyplývající z platných právních předpisů, zejm. zák. č. 365/2000 Sb., o informačních systémech veřejné správy, přičemž je současně povinen provést proškolení obsluhy díla, to vše v souladu s přílohou č. 1 této smlouvy.
3) Objednatel nabývá vlastnického práva k dílu dnem řádného předání a převzetí díla od Xxxxxxxxxxx na základě podpisu předávacího protokolu oběma smluvními stranami. Stejným okamžikem přechází na Objednatele také odpovědnost za nebezpečí škody na díle, resp. jeho části.
4) Zhotovitel je povinen neprodleně písemně vyrozumět Objednatele o případném ohrožení doby plnění a o všech skutečnostech, které mohou řádné a včasné plnění předmětu této smlouvy znemožnit, a to nejpozději do 3 dnů ode dne, kdy se Xxxxxxxxxx dozví o takové skutečnosti.
5) Zhotovitel není oprávněn postoupit jakákoliv práva anebo povinnosti vyplývající z této smlouvy na třetí osoby bez předchozího písemného souhlasu Objednatele.
6) Smluvní strany sjednávají, že Xxxxxxxxxx není oprávněn jakékoliv jeho pohledávky za Objednatelem, které vzniknou na základě této smlouvy, započítat vůči pohledávkám Objednatele za Zhotovitelem jednostranným právním jednáním.
7) Zhotovitel odpovídá Objednateli za škodu způsobenou porušením povinnosti podle této smlouvy nebo povinnosti stanovené obecně závazným platným právním předpisem.
8) Veškerá korespondence, pokyny, oznámení, žádosti, záznamy a jiné dokumenty vzniklé na základě této smlouvy mezi smluvními stranami nebo v souvislosti s ní budou vyhotoveny v písemné formě v českém jazyce a doručují se buď osobně, doporučenou poštou na adresu sídla smluvní strany nebo do její datové schránky. Smluvní strany se v případě doručování zásilek formou doporučených dopisů prostřednictvím držitele poštovní licence dohodly tak, že zásilka je považována za doručenou 3. pracovní den bezprostředně následující po dni jejího odeslání na adresu příslušné smluvní strany dle záhlaví této smlouvy.
9) Zhotovitel je povinen minimálně do roku 2028 poskytovat požadované informace a dokumentaci související s realizací díla zaměstnancům nebo zmocněncům pověřených orgánů (CRR, MMR ČR, MF ČR, Evropské komise, Evropského účetního dvora, Nejvyššího kontrolního úřadu, příslušného orgánu finanční správy a dalších oprávněných orgánů státní správy) a je povinen vytvořit výše uvedeným osobám podmínky k provedení kontroly vztahující se k realizaci díla a poskytnout jim při provádění kontroly součinnost.
10) Xxxxxxxxxx je povinen uchovávat veškerou dokumentaci související s realizací díla včetně faktur minimálně do konce roku 2028. Pokud je v českých právních předpisech stanovena lhůta delší, musí ji Zhotovitel použít.
11) Xxxxxxxxxx přijme všechna opatření požadovaná podle článku 32, Evropského nařízení na ochranu osobních údajů 2016/679 (dále jen „GDPR“).
12) Zhotovitel je Objednateli nápomocen při zajišťování souladu s povinnostmi podle článků 32 až 36 GDPR, a to při zohlednění povahy zpracování a informací, jež má Zhotovitel k dispozici.
VI.
Právo užití – licenční ujednání
1) Zhotovitel tímto opravňuje Objednatele k užívání Portálu občana vč. jeho pozdějších úprav, změn či rozšíření dle této smlouvy (dále jen „předmět licence“).
2) Licence je poskytována na předmět licence v rozsahu daném přílohou č. 1 této smlouvy pro neomezený počet administrátorů obsluhy Objednatele a neomezený počet uživatelů Portálu občana.
3) Objednatel je oprávněn užívat předmět licence po dobu neurčitou – licence je časově neomezená.
4) Objednatel se zavazuje poskytnout podlicenci k předmětu licence pouze osobám, které sám ovládá či řídí nebo které pro něj na základě smluvních vztahů poskytují plnění (dále jen „smluvní partneři“). Objednatel se dále zavazuje neumožnit třetí osobě (vyjma jeho smluvních partnerů) užívání předmětu licence jakýmkoliv jiným způsobem, ať již úplatně či bezplatně.
5) Zhotovitel se zavazuje nepoužít informace, které Objednatel, jeho smluvní partneři či občané vloží do Portálu občana, za jiným účelem, než za účelem splnění této smlouvy. Zhotovitel není oprávněn využít takto poskytnuté dokumenty či věci ke své podnikatelské činnosti ani je zpřístupnit třetím osobám bez souhlasu Objednatele. Za porušení v tomto ustanovení stanovených povinností je Objednatel oprávněn účtovat Zhotoviteli smluvní pokutu ve výši 50 000 Kč, a to za každé jednotlivé porušení. Ujednání o smluvní pokutě v předchozí větě nemá vliv na nárok Objednatele na náhradu skutečné škody vzniklé z porušení povinnosti, ke kterému se smluvní pokuta vztahuje.
6) Územní rozsah licence je neomezený.
7) Zhotovitel je povinen po dobu trvání této smlouvy udržovat svá práva k předmětu licence tak, aby bylo umožněno užívání předmětu licence Objednatelem za podmínek stanovených touto smlouvou. Podpisem této smlouvy na sebe Zhotovitel výslovně přebírá veškerou odpovědnost za případné nedodržení autorského zákona ve vztahu k jím poskytnutým oprávněním užít předmět licence v rozsahu nezbytném k naplnění účelu této smlouvy. Současně se Zhotovitel zavazuje nahradit Objednateli veškeré škody a nahradit veškeré náklady, včetně nákladů právního zastoupení, v případě, že jakákoliv třetí osoba uplatní vůči Objednateli jakýkoliv nárok z titulu porušení autorského zákona, za které Xxxxxxxxxx nese odpovědnost.
8) Zhotovitel je oprávněn po dobu trvání této smlouvy udělit právo užívání k předmětu licence třetím osobám bez jakéhokoliv omezení (licence je poskytována jako nevýhradní).
9) Zhotovitel je povinen bez zbytečného odkladu po předání předmětu licence poskytnout Objednateli manuál k používání předmětu licence, přístupová data a případně též veškeré věci, podklady a informace, které jsou potřebné k užívání předmětu licence.
10) Zjistí-li Objednatel, že je omezován ve výkonu svého práva užívat předmět licence podle této smlouvy třetími osobami, nebo zjistí-li, že jiné osoby toto právo porušují, je povinen bez zbytečného odkladu podat o tom zprávu Zhotoviteli. Zhotovitel je povinen učinit veškeré kroky k tomu, aby Objednatel nebyl omezován ve výkonu svých práv vyplývajících z této smlouvy.
VII.
Záruka za jakost
1) Xxxxxxxxxx se zavazuje, že předané dílo bude prosté podstatných vad a bude mít vlastnosti dle obecně závazných právních předpisů, této Smlouvy a zadávací dokumentace veřejné zakázky, dále bude mít vlastnosti první jakosti provedení a bude provedeno v souladu s ověřenou technickou praxí.
2) Xxxxxxxxxx odpovídá za vady, které má dílo v době jeho předání Objednateli a za vady, které vzniknou nebo se objeví v průběhu záruční doby dle odst. 3) tohoto čl. smlouvy.
3) Zhotovitel poskytuje záruku na dílo a implementační práce po dobu 60 měsíců od termínu ukončení provádění díla a podpisu předávacího protokolu.
4) Práva a povinnosti ze Xxxxxxxxxxxx poskytnuté záruky vznikají okamžikem provedení a předání Objednateli té části díla, ke které se poskytnuté záruky vztahují, a nezanikají ani odstoupením kterékoli ze smluvních stran od smlouvy.
5) Zhotovitel se zavazuje Objednateli poskytovat bezplatný záruční servis na Objednatelem reklamované vady díla vzniklé v době trvání záruční doby dle odst. 3) tohoto čl. smlouvy.
6) Objednatel je oprávněn reklamovat v záruční době dle odst. 3) tohoto čl. smlouvy vady díla u Zhotovitele, a to písemnou formou. V reklamaci musí být popsána vada díla, určen nárok Objednatele z vady díla, případně požadavek na způsob odstranění vad, a to včetně termínu pro odstranění vad Xxxxxxxxxxxx. Objednatel má právo volby způsobu odstranění důsledku vadného plnění. Za písemnou formu je považováno také nahlášení standardními prostředky technické podpory, např. e-mailem nebo prostřednictvím service desku.
7) Xxxxxxxxxx se zavazuje od okamžiku oznámení vady díla zahájit odstraňování vady, a to i tehdy, neuznává-li Zhotovitel odpovědnost za vady či příčiny, které ji vyvolaly, a vady odstranit v technicky co nejkratší lhůtě, a současně zahájit reklamační řízení v místě provádění díla. O reklamačním řízení budou Objednatelem pořizovány písemné zápisy ve dvojím vyhotovení, z nichž jeden stejnopis obdrží každá ze smluvních stran. Bude-li v reklamačním řízení vada uznána jako reklamační vada, bude odstranění vady díla či jeho části provedeno bezúplatně.
8) Oznámené vady se zhotovitel zavazuje odstranit ve lhůtách uvedených v příloze č. 1.
9) Záruka se nevztahuje na vady prokazatelně způsobené neodbornou manipulací nebo poškozením Objednatelem.
VIII.
Specifikace servisních činností
1) Xxxxxxxxxx se zavazuje po dobu 60 měsíců od úspěšného předání a převzetí díla poskytovat technickou podporu dodaného informačního systému a odstraňování vad, jak je uvedeno v této smlouvě a v Tabulce V. přílohy č. 1 této smlouvy.
2) Připomínky a vady je Objednatel povinen prokazatelně uplatňovat prostřednictvím služby service desk uvedením závažnosti problému, popisu vady a popisu kdy a za jakých okolností se vada vyskytla, popisu předchozích kroků a ostatních vstupů. Objednatel dále uvede požadavek na odstranění vady nebo řešení připomínky. Doba zahájení řešení vedoucí k odstranění vady a způsob řešení jsou určeny podle závažnosti vady (vada A, B nebo C) podle Tabulky V. přílohy č. 1 smlouvy.
3) Řešením se ve smyslu této smlouvy rozumí:
a) Odstranění vady nebo lokalizace jiné vady.
b) Poskytnutí přijatelného náhradního řešení problému.
c) Poskytnutí informace o akceptování/neakceptování námětu k zapracování do budoucích verzí.
4) V případě vady kategorie А а В Zhotovitel garantuje nepřetržitou práci na odstranění vady až do jejího vyřešení, pokud se smluvní strany nedohodnou jinak. Zhotovitel se zavazuje průběžně prokazatelně informovat Objednatele o stavu řešení vady až do jejího odstranění.
5) Zhotovitel řeší nahlášené vady a připomínky dle priorit dohodnutých mezi oprávněnými osobami stran a podle závažnosti vady stanovené v příloze č. 1 této smlouvy. Závažnost vady nahlášená Objednatelem může být Zhotovitelem změněna, pokud se ukáže, že původní posouzení závažnosti neodpovídalo její povaze. Zhotovitel má výhradní právo stanovit, zda mají být náměty na rozvoj SW zahrnuty do nových verzí SW.
6) Reakční doba (potvrzení o nahlášení poruchy) je do 2 hod. od lokalizace poruchy nebo od jejího prokazatelného nahlášení Zhotoviteli.
7) Servisní zásahy je možno provádět pomocí vzdáleného připojení, nebo pokud to vyžaduje situace, tak příjezdem a činností technika Zhotovitele v místě instalace díla.
IX.
Sankce
1) V případě prodlení Objednatele s úhradou splatné faktury na cenu díla nebo jakékoliv její části je Zhotovitel oprávněn uplatnit vůči Objednateli pouze smluvní úrok z prodlení v zákonné výši za každý i jen započatý den prodlení s úhradou ceny díla.
2) Pro případ porušení ustanovení čl. XI. této smlouvy se sjednává smluvní pokuta ve výši 50.000,- Kč za každý takový případ.
3) Pro případ, že Xxxxxxxxxx bude v prodlení s dodržením garantované doby odstranění vady uvedené v příloze č. 1 této smlouvy, sjednává se smluvní pokuta ve výši 500,- Kč za každou započatou hodinu prodlení v případě vady s klasifikací А а В a ve výši 100,- Kč za každou započatou hodinu prodlení v případě vady s klasifikací С.
4) V případě porušení jiné povinnosti Zhotovitele stanovené touto smlouvou, na kterou není shora sjednána zvláštní smluvní pokuta, se sjednává smluvní pokuta ve výši 200,- Kč za každé porušení a každý den prodlení.
5) Smluvní pokuty a úroky z prodlení jsou splatné na písemnou výzvu oprávněné smluvní strany.
6) Uhrazením smluvních pokut dle této smlouvy není dotčen nárok na náhradu škody v částce převyšující zaplacenou smluvní pokutu. Pro případ, že by byla smluvní pokuta soudem snížena, dohodly se zároveň smluvní
strany, že zůstává zachováno právo na náhradu škody ve výši, jaké škoda převyšuje částku určenou soudem jako přiměřenou. Smluvní pokuty dle této smlouvy lze požadovat kumulativně, a to bez omezení. Úhradou smluvní pokuty Zhotovitelem není dotčena další existence povinnosti smluvní pokutou zajištěné. Smluvní pokuta dle této smlouvy je splatná do 15 kalendářních dnů ode dne doručení písemného uplatnění práva na smluvní pokutu, a to na účet písemně určený Objednatelem. Smluvní pokutu je Objednatel oprávněn započíst oproti splatným pohledávkám Zhotovitele.
7) Škoda způsobená Objednateli poddodavatelem Zhotovitele se považuje za škodu způsobenou přímo Zhotovitelem.
8) Smluvní strany se zavazují k vyvinutí maximálního úsilí k předcházení škodám a k minimalizaci vzniklých škod.
9) Zhotovitel se nedostává do prodlení v případě prodlení Objednatele s poskytnutím nutné součinnosti Zhotoviteli dle této smlouvy.
X.
Platnost a účinnost smlouvy
1) Tato smlouva nabývá platnosti dnem podpisu poslední ze smluvních stran a účinnosti okamžikem uveřejnění v registru smluv. Smluvní strany berou na vědomí, že tato smlouva vyžaduje uveřejnění v registru smluv podle zákona č. 340/2015 Sb. a s tímto uveřejněním souhlasí. Uveřejnění smlouvy a jejích příloh v registru smluv se Objednatel zavazuje zajistit neprodleně po podpisu smlouvy.
2) Platnost smlouvy lze ukončit písemnou dohodou podepsanou oprávněnými zástupci obou smluvních stran.
3) Obsah smlouvy může být měněn jen dohodou smluvních stran, a to vždy jen vzestupně číslovanými písemnými dodatky podepsanými oprávněnými osobami smluvních stran.
4) Odstoupit od smlouvy lze pouze z důvodů stanovených v této smlouvě, v zákoně o ZVZ nebo ObčZ.
5) Od této smlouvy může smluvní strana dotčená porušením povinnosti jednostranně odstoupit pro podstatné porušení této smlouvy druhou smluvní stranou, přičemž za podstatné porušení této smlouvy se považuje:
a) je-li Objednatel v prodlení se zaplacením ceny díla podle této smlouvy po dobu delší než 60 dní po dni splatnosti příslušné faktury, ačkoliv byl na své prodlení písemně upozorněn a přes toto písemné upozornění Objednatel nápravu neprovedl ve lhůtě do 30 dnů od doručení písemného upozornění;
b) jestliže Zhotovitel dodá dílo, které nebude mít vlastnosti deklarované Xxxxxxxxxxxx v této smlouvě, resp. v nabídce Zhotovitele podané v zadávacím řízení, v jehož rámci byla tato smlouva uzavřena;
c) jestliže Xxxxxxxxxx provede dílo, které je zatíženo právy třetích osob.
6) Objednatel je dále oprávněn odstoupit bez jakýchkoliv sankcí od této smlouvy v případě, že mu nebude zcela nebo částečně udělena finanční dotace k pořízení předmětu plnění, nebo mu bude dotace odejmuta.
7) Odstoupením od této smlouvy zanikají všechny závazky smluvních stran z této smlouvy. V případě odstoupení od této smlouvy nezanikají nároky smluvních stran na náhradu škody a zaplacení smluvních pokut sjednaných pro případ porušení smluvních povinností vzniklé před skončením účinnosti této smlouvy, a ty závazky smluvních stran, které podle smlouvy nebo vzhledem ke své povaze mají trvat i nadále, nebo u kterých tak stanoví ObčZ.
XI.
Ochrana informací
1) Obě smluvní strany se zavazují, že zachovají jako citlivé informace a zprávy týkající se vnitřních záležitostí smluvních stran a předmětu smlouvy, pokud by jejich zveřejnění mohlo poškodit druhou stranu. Povinnost poskytovat informace podle zákona č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů není tímto ustanovením dotčena.
2) Smluvní strany budou považovat za citlivé informace a) jako citlivé označené, b) informace, u kterých se z povahy věci dá předpokládat, že se jedná o informace podléhající závazku mlčenlivosti nebo informace o Objednateli, které by mohly z povahy věci být považovány za citlivé, a které se dozvědí v souvislosti s plněním této smlouvy.
3) Smluvní strany se zavazují, že neuvolní třetí osobě informace druhé strany bez jejího souhlasu, a to v jakékoliv formě, a že podniknou všechny nezbytné kroky k zabezpečení těchto informací. Závazek mlčenlivosti a ochrany citlivých informací zůstává v platnosti po dobu 5 let po ukončení platnosti smlouvy.
4) Zhotovitel je povinen zabezpečit veškeré podklady, mající charakter citlivé informace poskytnuté mu Objednatelem, proti odcizení nebo jinému zneužití.
5) Xxxxxxxxxx odpovídá v plném rozsahu za práce prováděné jeho poddodavateli. Seznámí je se všemi dohodnutými podmínkami provádění prací, jakož i věcným a časovým harmonogramem prací. Xxxxxxxxxx je povinen svého případného poddodavatele zavázat povinností mlčenlivosti a respektováním práv Objednatele nejméně ve stejném rozsahu, v jakém je v závazkovém vztahu zavázán sám.
6) V souvislosti s důvěrností informací bere Zhotovitel na vědomí, že je zákonnou povinností Objednatele uveřejnit
celé znění této smlouvy včetně všech jejich případných dodatků. Splnění této, jakož i dalších zákonných povinností Objednatele, není porušením důvěrnosti informací.
7) Povinnost zachovávat mlčenlivost se nevztahuje na informace:
a) které jsou nebo se stanou všeobecně a veřejně přístupnými jinak, než porušením ustanovení tohoto článku smlouvy ze strany Zhotovitele,
b) které jsou Zhotoviteli známy a byly mu volně k dispozici ještě před přijetím těchto informací od Objednatele,
c) které budou následně Zhotoviteli sděleny bez závazku mlčenlivosti třetí stranou, jež rovněž není ve vztahu k nim nijak vázána,
d) jejichž sdělení se vyžaduje ze zákona.
8) Za prokázané porušení ustanovení v tomto článku má druhá smluvní strana právo požadovat náhradu takto vzniklé škody.
9) Zhotovitel v souladu s rozhodnutím Objednatele všechny osobní údaje vrátí Objednateli po ukončení poskytování služeb a činností spojených s jejich zpracováním, a trvale je vymaže včetně existujících kopií, pokud právo Unie nebo členského státu nepožaduje uložení daných osobních údajů.
10) Zhotovitel se zavazuje dodržovat podmínky pro zapojení dalšího zpracovatele uvedené v odstavcích 2 a 4 čl. 28 GDPR.
11) Zhotovitel prohlašuje, že bere na vědomí tu skutečnost, že je Objednatel ve smyslu Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů) správcem osobních údajů subjektů údajů a že zpracovává a shromažďuje osobní údaje Zhotovitele za účelem realizace této smlouvy. Objednatel se zavazuje zpracovávat osobní údaje Zhotovitele pouze k účelu danému touto smlouvou, bez využití jiného zpracovatele údajů. Zhotovitel prohlašuje, že si je vědom všech svých zákonných práv v souvislosti s poskytnutím svých osobních údajů k účelu danému touto smlouvou.
XII.
Podmínky změny poddodavatele
1) V případě, že Zhotovitel hodlá pro plnění předmětu této smlouvy změnit poddodavatele, jehož prostřednictvím Zhotovitel prokazoval část kvalifikace v zadávacím řízení, je Zhotovitel povinen Objednateli před takovou změnou předložit doklady prokazující kvalifikaci nového poddodavatele ve stejném rozsahu, v jakém se na prokázání kvalifikace podílel původní poddodavatel.
2) Objednatel doklady předložené dle předchozího odstavce bez zbytečného odkladu přezkoumá a poskytne k nim Zhotoviteli své stanovisko. V případě, že je toto stanovisko kladné, Zhotovitel je oprávněn nového poddodavatele pro plnění předmětu smlouvy použít.
3) Zhotovitel není oprávněn plnit tu část předmětu plnění, ke které se vztahuje kvalifikace původního poddodavatele, sám bez odpovídající kvalifikace požadované v zadávacím řízení ani za použití nového poddodavatele bez takové odpovídající kvalifikace.
XIII.
Závěrečná ustanovení
1) Vztahy mezi smluvními stranami se řídí českým právním řádem. Ve věcech smlouvou výslovně neupravených se právní vztahy z ní vznikající a vyplývající řídí příslušnými ustanoveními ObčZ a ostatními obecně závaznými právními předpisy. Rozhodčí řízení je vyloučeno.
2) Nastanou-li u některé ze smluvních stran skutečnosti bránící řádnému plnění této smlouvy, je povinna to ihned bez zbytečného odkladu písemně oznámit druhé smluvní straně a vyvolat jednání Objednatele a Zhotovitele.
3) Vztahuje-li se důvod neplatnosti jen na některé ustanovení smlouvy, je neplatným pouze toto ustanovení, pokud z jeho povahy, obsahu anebo z okolností, za nichž bylo sjednáno, nevyplývá, že jej nelze oddělit od ostatního obsahu smlouvy. Smluvní strany se zavazují, že bezodkladně nahradí neplatné ustanovení této smlouvy jiným platným ustanovením svým obsahem podobným neplatnému ustanovení.
4) Smlouva se vyhotovuje ve 3 stejnopisech, z nichž každý má platnost originálu a z nichž dva obdrží Objednatel a jeden stejnopis Zhotovitel.
5) Smluvní strany berou na vědomí, že tato smlouva i následné dodatky k ní podléhají informační povinnosti dle zákona č. 106/1999 Sb., o svobodném přístupu k informacím, a dle zákona č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňování těchto smluv a o registru smluv (zákon o registru smluv), ve znění pozdějších předpisů, a prohlašují, že žádné ustanovení této smlouvy nepovažují za obchodní tajemství ani za důvěrný údaj a smlouva může být zveřejněna v plném znění včetně jejích příloh a dodatků.
6) Město Dačice, ve smyslu ustanovení § 41 zákona č. 128/2000 Sb., o obcích, ve znění pozdějších předpisů,
potvrzuje, že uzavření této smlouvy bylo schváleno radou města Dačice na jejím 5. zasedání konaném dne 5. 12. 2018 pod č. usn. 41/5/RM/2018. nadpoloviční většinou hlasů všech členů rady a že tím byly ze strany města Dačice splněny veškeré zákonem stanovené podmínky pro platnost této smlouvy.
7) Nedílnou součástí této smlouvy jsou následující přílohy: Příloha č. 1 – Specifikace předmětu plnění
Příloha č. 2 – Rozpočet
Za Objednatele: | Za Zhotovitele: |
V Dačicích Digitálně Ing. Xxxxx podepsal Ing. | V Chlumci nad Cidlinou |
Xxxxx Xxxxx Macků Datum: 2018.12.21 10:33:06 +01'00' ……………………………………………… Xxx. Xxxxx Xxxxx starosta | ……………………………………………… Xxx. Xxxx Xxxxxxxx Jednatel VERA, spol. s r.o. |
Příloha 1 – Specifikace předmětu plnění
Obsah
Tabulka I – Obecné požadavky 14
Tabulka III – Formulářový systém 20
Požadavky na technologii formulářového serveru 20
Předmětem plnění části 3 veřejné zakázky je dodávka Portálu občana (dále také jen „informační systém“ nebo „IS“). Portál občana bude umožňovat – kromě možnosti informovat občany – především elektronickou komunikaci mezi občanem a městským úřadem. Tím se odlišuje od stávajících webových stránek města, a rozšiřuje tak jejich možnosti. Výčet všech požadovaných parametrů, prvků a funkcionalit portálu je podrobně popsán v následujícím textu a jednotlivých tabulkách níže. Součástí předmětu plnění je zaškolení administrátorů a uživatelů portálu.
Cílem Portálu občana je užší a rychlejší komunikace občanů s úřadem při řešení různých záležitostí. Proto musí být Portál občana integrován s interními informačními systémy úřadu. Občan tak může být informován nejen o změnách v úřadu, o novinkách ve městě, ale především o vlastní probíhající komunikaci s úřadem, a to o jednotlivých podáních a jejich stavu řízení, o platbách, finančních závazcích, smlouvách apod. Vzhledem k důvěrné povaze těchto informací musí nutně Portál občana zajistit právně jednoznačné „ztotožnění“ občana. Z tohoto důvodu jsou pro ztotožnění využity:
• Systémy ISDS (systém datových schránek),
• MOJEID (í identita validovaná dle min. 2 dokladů).
• Národní identitní autoria (NIA)
Dodávka Portálu občana bude realizována v následujících fázích:
1. Přípravná fáze
2. Detailní analýza
3. Implementační fáze
4. Validace a testování
Během realizace (implementační fáze) nedojde k žádným omezením hlavního provozu. Všechny systémy budou nasazeny a konfigurovány vedle stávajících systémů.
Dodavatel v této fázi projektu dopracuje výslednou podobu projektu realizace Portálu občana, především pak navrhne a předloží zadavateli ke schválení organizační strukturu, rámcový plán projektu a specifikaci funkčních a nefunkčních požadavků projektu.
V této manažerské fázi dodavatel také navrhne a předloží zadavateli k odsouhlasení rozpad projektu na realizační etapy a jejich rozvržení v rámcovém plánu projektu.
Důležitým krokem této fáze je sestavení detailního Plánu projektu. V rámci něj dodavatel provede tyto úkony a činnosti:
• Stanovení tolerancí (času, rozsahu, kvality a rizik) pro celý projekt. Pomocí tolerancí je pak projekt řízen; při překročení dané tolerance je vyžadováno nápravné opatření.
• Stanovení milníků, ve kterých se bude ověřovat postup projektu.
• Stanovení vhodné a akceschopné organizační struktury včetně jasné definice kompetencí a odpovědností pro jednotlivé role.
V souvislosti s přizpůsobením metodiky podmínkám projektu dodavatel se zadavatelem také odsouhlasí definitivní rozsah šablon standardních dokumentů (záznamů), jako např. předávací a akceptační protokoly, zprávy a zápisy, pro použití na projektu.
Zadavatel předpokládá, že vzhledem k parametrům projektu bude použita kompletní sada projektových nástrojů a dokumentů, např. v rozsahu metodiky PRINCE2.
Po skončení přípravné fáze dodavatel provede detailní analýzu požadavků této přílohy zadávací dokumentace a stávajícího prostředí, která je nutná pro návrh struktury intranetu, a definici uživatelských a správcovských rolí pro nové prostředí. Součástí této fáze je sestavení
upřesňujících požadavků na nové prostředí od delegovaných zástupců zadavatele, jejich posouzení z pohledu požadavků uvedených v této příloze Zadávací dokumentace a následná prioritizace.
Požadavky budou následně mapovány na jednotlivé funkční oblasti. Tyto oblasti musí splňovat požadavek obsahové konzistence a respektovat navrženou informační architekturu. Výsledky analýzy požadavků budou validovány prostřednictvím workshopu v sídle zadavatele na kterém dodavatel bude zástupcům projektového týmu zadavatele prezentovat návrh informační architektury.
V této fázi dodavatel provede instalační a implementační práce:
1) Instalace a konfigurace platformy
2) Implementace funkčních požadavků do platformy Portálu. Postupně bude v této fázi vznikat tzv. funkční koncept nového prostředí, ve kterém budou postupně implementovány jednotlivé sekce a celky Portálu občana dle schválené dokumentace.
Delegovaní zástupci zadavatele pro jednotlivé funkční oblasti budou pravidelně připomínkovat jednotlivé verze tak, aby byly naplněny potřeby získané v průběhu analytické fáze. Změnové požadavky oproti schválené dokumentaci budou zahrnuty do změnového řízení dle metodiky řízení projektu obsažené v dokumentu Plán projektu.
Postupně bude vybudována finální verze funkčního konceptu informačního systému, která bude následně přenesena do produkčního prostředí.
V této fázi dojde k dokončení, otestování a validaci funkčního konceptu. Tuto verzi konceptu dodavatel bude následně migrovat do produkčního prostředí webových stránek zadavatele.
Testování bude probíhat formou uživatelských akceptačních testů (UAT). UAT jsou akceptační testy na straně zadavatele. Pokud předchozí průběžné validace funkčního konceptu prokázaly, že neexistují významné rozdíly mezi dokumentací a stavem funkční oblasti, je možné předat informační systém zadavateli. Testy budou probíhat na testovacím prostředí u zadavatele. Nalezené nesrovnalosti mezi informačním systémem Portálu občana a specifikací, budou reportovány zpět vývojovému týmu dodavatele. Pokud jsou již nějaké chyby v úrovni akceptačních testů objeveny, dodavatel v co nejkratším čase tyto chyby opraví a informační systém předá zadavateli k dalším testům. Změnové požadavky oproti schválenému Plánu projektu budou zahrnuty do změnového řízení dle metodiky řízení projektu.
Součástí je i realizace školení jednotlivých uživatelů, ve kterém se naučí využívat nové prostředí a jeho funkcionality. V první části budou proškoleni vlastníci obsahu v testovacím prostředí, aby mohla proběhnout migrace do produkčního prostředí.
V posledním kroku této fáze bude probíhat migrace akceptovaného funkčního konceptu do produkčního prostředí. Zároveň bude probíhat migrace obsahu z původního prostředí, a to po proškolení vlastníků obsahu.
Po ukončení této fáze bude na výzvu zadavatele probíhat provoz informačního systému v rozsahu implementovaných funkcionalit již v produkčním prostředí.
Pokyn pro dodavatele:
Dodavatel vyplní v níže uvedených tabulkách u jednotlivých požadavků všechna prázdná pole.
Ve sloupci "Popis a způsob naplnění požadavku" dodavatel uvede konkrétní popis, hodnoty a způsob splnění daného požadavku / podmínky tak, jak je jím nabízené řešení splňuje.
Před zahájením implementace bude provedena analýza a vypracován Detailní realizační projekt (dále jen DRP) a odsouhlasen oběma stranami. Na základě DRP bude poté probíhat implementace, konfigurace,
testování a akceptace díla.
Oblast požadavku | Požadavek | Naplnění požadavku Ano/Ne | Popis a způsob naplnění požadavku |
Prostředí IS | Elektronicky realizovat podání založená na „inteligentních“ formulářích, jež jsou automaticky předvyplněna. | ANO | Elektronická podání se předvyplňují údaji zadaných při registraci občana. Některé formuláře dokáží o občanovi získat i podrobnější informace jako je přihlášený pes nebo komunální odpad. |
Realizovat elektronické platby na základě předpisu získaného z úřadu. Integrace stávající platební brány zadavatele. | ANO | Portál občana má v sobě dnes integrovanou platební bránu GPwebpay. Integrace ostatních bran je možná. Ačkoli není nikde v zadávací dokumentaci specifikováno, jakou přesně platební bránu úřad používá (mluví se pouze o platebních metodách VISA nebo Mastercard), VERA nabízí integraci všech standardních platebních bran do svého portálového řešení. Stávající řešení GPwebpay bylo zvoleno jako nejlepší, ale nikoli jediné. Nabízené řešení tedy odpovídá požadavkům v žádosti o vysvětlení. Integrace stávající platební brány zadavatele do Portálu občana, jež je předmětem části 3, je součástí nabídky a nabídkové ceny účastníka. | |
Získat aktuální informace o stavu podání. | ANO | Portál občana získává informace o stavu úplného elektronického podání ze Spisové služby. Tyto stavy zobrazuje přihlášenému občanovi na úvodním profilu v části „Moje podání“. | |
Využít automatické notifikace (e- mail, sms) při změně stavu daného podání. | ANO | V Portálu občana VERA Radnice jsou implementovány automatické notifikace i SMS brána. Pro realizaci SMS brány je nutné nejdříve podepsat smlouvu se SMS operátorem. | |
Zobrazení komentáře úředníka k podání s uvedením kontaktních údajů na zmíněného úředníka. | ANO | Při odeslání úplného elektronického podání a jeho předání zpracovateli se zobrazí jméno a kontakt přihlášenému občanovi v sekci „Moje podání“. Ano, takovou možnost úředník dostane. Každé podání má své unikátní číslo a na základě toho jej úředník může komentovat. Nabízené řešení tedy odpovídá | |
požadavkům v žádosti o vysvětlení | |||
Zobrazit platební historii. | ANO | Osobní účet v Portálu občana zobrazuje přihlášenému občanovi zaplacené předpisy. | |
Prezentovat dynamický telefonní seznam. | ANO | Telefonní seznam se zobrazuje v samostatné nabídce Portálu občana z Jednotné organizační struktury a je přístupný veřejně. | |
Zaznamenávat termíny důležitých událostí – platnost občanského průkazu, pasu, včetně uživatelsky definovaných událostí – STK, platba pojištění, datum očkování apod. a to vše s následnou notifikací přes e-mail nebo SMS. | ANO | Systém nabízí integraci s Portálem veřejné správy, kam se je možné překliknout po přihlášení na náš Portál občana přes elektronickou občanku. Zde dochází dle názoru uchazeče k zásadnímu rozdílu v pohledu na funkce Portálu občana mezi uchazečem a zadavatelem. Dle pravidel IROP včetně výzvy 28 jsou portálová řešení obcí určena pro jejich samosprávnou působnost. Nebylo ambicí IROP vytvářet decentralizované obecní portály s prvky přenesené působnosti. Proto vznikl tzv. Portál veřejné správy Ministerstva vnitra, který naopak vykrývá oblasti přenesené působnosti a agendy centrálních orgánů České republiky – tedy přesně ta témata, která požaduje nyní zadavatel (STK, pojištění, data očkování atd.). Města takovými daty vůbec nedisponují a z pohledu GDPR je naopak krajně nevhodné, aby město drželo nějaké citlivé osobní (zdravotní) údaje a posílalo notifikace. Držiteli zdrojových dat pro notifikace tohoto typu jsou právě centrální orgány, v blízkém budoucnu sdružené na Portálu veřejné správy: xxxxx://xxxxxx.xxx.xx/xxxxx/ VERA tedy trvá na tom, že nabízí pohodlné a technologií SSO podpořené přihlašování na tento centrální portál ze svého vlastního Portálu občana. Propojení je oboustranné, tj. z Portál veřejné správy se po přihlášení může občan prokliknout na portál „svého města“ a naopak. Nabízené řešení tedy odpovídá |
požadavkům v žádosti o vysvětlení Záznam důležitých událostí (platnost občanského průkazu, pasu, včetně uživatelsky definovaných událostí, STK, platba pojištění, datum očkování) s následnou notifikační službou v prostředí Portálu občana Zadavatele, je součástí nabídky a nabídkové ceny účastníka. | |||
Portál je rozdělen na veřejnou a neveřejnou část a je založen na výkonném redakčním systému. | ANO | Portál občana je rozdělen na veřejnou část, která je přístupná bez přihlášení a zobrazuje nepersonalizované výstupy z ISVR. Neveřejná část, je přístupná po přihlášení a zobrazuje personalizovaná data přihlášeného občana. | |
Legislativní a integrační funkce | Informační systém musí splňovat kritéria pro oblast ochrany dat (zákon č. 101/2000 Sb., o ochraně osobních údajů) a nařízení Evropského parlamentu a Rady (EU) č. 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů). | ANO | Portál občana řeší ochranu osobních údajů občanů textem informační povinnosti, která je uživatelsky editovatelná a zobrazuje se občanovi na registračním formuláři. |
Informační systém musí disponovat otevřeným rozhraním pro komunikaci s externími systémy (import/export) – se zohledněním různorodosti těchto systémů (Windows, Unix, Linux), proto by mělo být rozhraní tvořeno znakovým dávkovým principem (formát ASCII) a standardizovaným formátem XML (pro novější systémy). V případě existence vyhlášeného obecného rozhraní, musí systém umožňovat použití daných obecných standardů (komunikace s bankami, poštou, apod.). Dále by systém měl umět komunikovat s externími systémy pomocí webových služeb SOAP a REST. Důležitá je možnost komunikace s hlavním informačním systémem zadavatele – zejména ekonomickou agendou. | ANO | Portál občana VERA Radnice využívá technologie typu standardizovaný XML formát, SOAP a REST. V případě integrace na el. spisovou službu portál využívá rozhraní dané tzv. NSESSS v aktuálně platné podobě. Konkrétní použití a popis integrace různých rozhraní bude popsáno v DRP. |
Vzájemné vazby a komunikace mezi jednotlivými moduly informačního systému, které nebudou součástí výběrového řízení (další dodávky SW), ale mohou být do systému integrovány posléze. | ANO | Portál občana je možné doplnit pomocí nástrojů administrace o další části (např. nové odkazy, integrace, formuláře, texty, popisy apod.). Další konkrétní integrace je možné do systému dopl nit na základě zabudovaných rozhraní. | |
Informační systém musí respektovat všechny dosud schválené standardy a normativy pro budování IS veřejné správy, musí být v souladu s platnou legislativou a musí být schopen pružně a rychle reagovat na změny v legislativě, metodice, technologických trendech a na požadavky uživatele. | ANO | Portál občana VERA Radnice respektuje a podporuje schválené standardy pro budování IS veřejné správy. Je v provozu u více zákazníků VERA a má tedy širokou základnu a tudíž záruku pro rozvoj. Průběžně je v nových verzích IS VERA aktualizován a doplňován o nové funkce. | |
Informační systém musí být schopen využívat vstupní uživatelské rozhraní (klávesnice, elektronický soubor, snímač čárového kódu, čtečka čárového kódu). | ANO | Systém využívá standardní vstupní uživatelská rozhraní v závislosti na daných funkcích, včetně připojení různých speciálních zařízení, jako jsou čtečky a pod. | |
Informační systém musí být schopen komunikovat prostřednictvím výstupních uživatelských rozhraní (monitor, elektronický soubor, mobilní zařízení typu tablet nebo smartphone). | ANO | Systém využívá uvedená standardní výstupní uživatelská rozhraní. V mobilních zařízeních portál podporuje responsivní styl. | |
Informační systém musí umožňovat zabezpečený vzdálený přístup uživatelů k informačnímu systému. | ANO | Ano, pomocí SSL certifikátu. | |
Informační systém musí umožňovat centrální definici a správu uživatelských rolí (definice přístupu a oprávnění prostřednictvím uživatelských skupin). | ANO | Administrace Portálu občana má tři práva pro úředníky: - Registrace občana - Rozcestník životních situací - Hromadné zprávy | |
Základní konfigurace systému tj. uživatelů, aplikací, majitelů dat, včetně vazby na Active Directory nebo Identity management. | ANO | Uživatel ze strany úřadu pracuje s funkcemi na základě přihlášení a ověření podle JOS (jednotné organizační struktury úřadu). Takové uživatele je možné autentizovat proti Active Directory nebo systému Identity Management. | |
Centrální definování a řízení přístupových práv, jak pro celý systém, tak pro jednotlivé moduly a jejich funkcionalitu. | ANO | Uživatelé ze strany úřadu mají přidělována přístupová práva podle pracovních zařazení a odpovídající pracovní náplni. Práva přístupu je možné kopírovat, přiřazovat jako |
role nebo definovat individuálně. | |||
Informační systém musí být lokalizován (Český jazyk) | ANO | Portál je standardně dodáván v českém jazyce. | |
Životní situace | Veřejná část portálu obsahuje strom a popis životních situací | ANO | Portál je sestaven z modulů „dlaždic“, které jsou dodávány s texty a popisy včetně bublinkové nápovědy. Tyto texty lze ze strany administrátora zadavatele měnit a doplňovat – viz |
Životní situace obsahují formulářové portfolio | ANO | Ano, na konci větve rozcestníku životních situací je vždy umístěn formulář (vše uživatelsky editovatelné). | |
Systém umožňuje vyhledávání životních situací | ANO | Vyhledání probíhá standardně nástroji internetu i v životních situacích | |
Dostupnost portálu | Portál občana bude nabízet občanům řešení jejich životních situací, s dostupností služby v režimu 24x7. | ANO | Dostupnost služeb portálu je standardní jako webové stránky, tedy 24x7. |
Oblast požadavku | Požadavek | Naplnění požadavku Ano/Ne | Popis a způsob naplnění požadavku |
Bezpečnost | Zabezpečený přístup do informačního systému | ANO | Přístup je chráněn systémovými i uživatelskými nástroji. |
Možnost definice neomezeného množství uživatelů | ANO | Ano. | |
Jednoduchá definice uživatelských práv k rubrikám a ke složkám dokumentů | ANO | Pro administraci Portálu občana (WAA) máme práva na vstup do agendy: - admin - uživatel (úředník) s právy pro o rozcestník o hromadné zprávy o registraci Další uživatelé ze strany úřadu jsou oprávněni k jednotlivým agendám a odpovídajícím procesům. | |
Auditování přístupů k jednotlivým článkům webu | ANO | Portál občana je integrován do webových stránek města. V accesslogu je zaznamenáno přihlášení občana do portálu. | |
Existence akcí uživatele | ANO | Uživatel si může vybrat z akcí, které portál nabízí. V accesslogu je zaznamenáno přihlášení občana do portálu. | |
Skryté a zaheslované rubriky | ANO | Portál občana je dělen na veřejnou a neveřejnou část. Neveřejná část je zaheslována. | |
Pokročilá statistika přístupů | ANO | V logu zjistíme, kdo kdy přistupoval, Další možnosti standardně nabízí nástroj Google Analytics (počítá a zobrazuje v grafech návštěvnost webu a jednotlivých stránek). | |
Tabulka III – Formulářový systém
Požadavky na technologii formulářového serveru
Formulářový server bude umožňovat integraci na bázi formulářového systému – je charakterizován zavedením jednotného centrálně spravovaného systému formulářů
koexistujících se stávajícími aplikacemi. Formuláře procesně doplní a podpoří vybrané činnosti vykonávané mimo stávající informační systémy zadavatele, případně bude provedena podle
analýzy také účelová integrace dílčích formulářů s aplikacemi, které budou k integraci připraveny.
Procesy formulářového systému | Požadavek | Naplnění požadavku Ano/Ne | Popis a způsob naplnění požadavku |
Formulářový systém umožní zavedení | ANO | Vnější a interní procesy je | |
formulářového serveru, který je | možné řešit | ||
schopen řešit vnější a interní procesy | elektronickými formuláři | ||
elektronickými formuláři. | nebo procesy, které řídí | ||
tzv. Křižovatka formulářů. | |||
Pojem „formulářový | |||
server“ je na českém IT | |||
trhu monopolně přiřazen | |||
k jedné konkrétní | |||
společnosti (nikoli VERA). | |||
Ačkoli své řešení VERA | |||
nenazývá „formulářovým | |||
serverem“, máme k | |||
dispozici sadu formulářů | |||
fyzicky nahraných na | |||
serveru, kde je možné s | |||
nimi pracovat. | |||
Stejně tak je portálové | |||
řešení VERA složeno z | |||
vnitřní a vnější | |||
komponenty – vnější je k | |||
dispozici občanovi, vnitřní | |||
pak úřadu. | |||
Nabízené řešení tedy | |||
odpovídá požadavkům v | |||
žádosti o vysvětlení. | |||
V návaznosti na formulářové procesy | ANO | Odeslané formuláře do | |
musí být umožněno sledování koloběhu | Spisové služby se zde i | ||
daného procesu od počátku do konce a | evidují jako nová | ||
veškeré stavy procesu bude možné | písemnost a na portálu | ||
dohledat i zpětně pro možnou kontrolu. | občana se přihlášenému | ||
občanovi zobrazí, datum | |||
podání, kdo vyřizuje a | |||
stav. | |||
Každý vyplněný formulář | |||
prostupuje do určité | |||
konkrétní agendy | |||
systému a v ní se každý | |||
pohyb s danou | |||
písemností loguje. Je tedy |
možná zpětná kontrola pohybu, časů nebo osob, které byly procesu účastny. Nabízené řešení tedy odpovídá požadavkům v žádosti o vysvětlení. | |||
Formulářový server umožní spravování vlastních uživatelských účtů, práv uživatelů, skupin uživatelů a rolí cestou synchronizace s ActiveDirectory. | ANO | Uživatelské účty jsou spravované v administraci Portálu občana a je možné je autentizovat proti AD. | |
Mezi jeho další funkční vlastnosti budou patřit e-mailová notifikace, fulltextové vyhledávání a přístup přes webové rozhraní. | ANO | E-mailové notifikace jsou v Portálu občana zabudované. Přístup přes webové rozhraní a fulltextové vyhledávání funguje obdobně jako na | |
Standardy | podporovat otevřený formát XML (xxxx://xxx.x0.xxx/XXX/), v němž budou datové výstupy v budoucnu dostupné, tak i stávající formát CSV/ DTA. | ANO | Uvedené formáty systém podporuje a využívá je v souvislosti s odpovídajícími funkce mi Portálu občana. |
grafická podoba zpracovávaných dokumentů musí vycházet z otevřeného formátu standardu XSL:FO (xxxx://xxx.x0.xxx/XX/xxx/) s podporou stránkového formátování dokumentů, včetně podpory uživatelsky definovaných rozměrů stránek (obálek, formátů větších formátů např. A3 apod.). Souborový formát zpracovávaných dokumentů by měl umožňovat uložení v komprimovaném formátu. | ANO | Výstupy umí stránkování dokumentu podle zadání ve formuláři. Ano, nabídka obsahuje podporu uživatelsky definovaných rozměrů stránek i ukládání v komprimovaném formátu. Nabízené řešení tedy odpovídá požadavkům v žádosti o vysvětlení. | |
SW musí podporovat možnost podepsání dokumentu kvalifikovaným elektronickým podpisem podle standardu XML Signature (xxxx://xxx.x0.xxx/Xxxxxxxxx/). To znamená, že schvalování u vnitřních procesů bude řešeno pomocí elektronického podpisu, tak aby byly dodrženy všechny zákonné požadavky. | ANO | Všechny procesy portálu respektují zákonné požadavky a standardy podepisování. Podepisování probíhá v závislosti na technologii, ve které jsou formuláře vytvořeny. | |
Vnější procesy budou zaměřeny na oblast přenesené působnosti a zajistí komunikaci s úřadem prostřednictvím e-mailu, informačního systému datových schránek a papírové podoby daného procesu včetně 2D nebo QR čárového kódu generovaného z | ANO | Portál občana jako součást webových stránek města je integrován s PVS (Portálem veřejné správy), který řeší přenesenou působnost |
vyplněných | evidenčních | dat | ve | obcí. | ||
formuláři. | Ano, účastník může s | |||||
úřadem komunikovat | ||||||
emailem i datovými | ||||||
schránkami. | ||||||
Moderní portálové řešení | ||||||
je ale moderní i proto, že | ||||||
občan datovou schránku | ||||||
používat nemusí a vše | ||||||
řeší přímo | ||||||
prostřednictvím Portálu | ||||||
občana tím, že zakládá | ||||||
jednotlivá podání a ta | ||||||
zasílá úřadu (bez nutnosti | ||||||
hlásit se do své datové | ||||||
schránky). | ||||||
Plnou integraci datové | ||||||
schránky a portálu nabízí | ||||||
opět Portál veřejné | ||||||
správy a je to jedna z | ||||||
jeho ústředních funkcí. | ||||||
Do Portálu občana VERA | ||||||
se občan může přihlásit i | ||||||
přihlašovacími údaji své | ||||||
datové schránky, ale není | ||||||
důvod, aby jejím | ||||||
prostřednictvím | ||||||
komunikoval s úřadem – | ||||||
právě od toho je k | ||||||
dispozici Portál. | ||||||
Nabízené řešení tedy | ||||||
odpovídá požadavkům v | ||||||
žádosti o vysvětlení. | ||||||
Řešení umožňující | ||||||
komunikaci s úřadem | ||||||
prostřednictvím emailu, | ||||||
informačního systému | ||||||
datových schránek a | ||||||
papírové podoby daného | ||||||
procesu včetně 2D nebo | ||||||
QR čárového kódu | ||||||
generovaného z | ||||||
vyplněných evidenčních | ||||||
dat ve formuláři, je | ||||||
součástí nabídky a | ||||||
nabídkové ceny | ||||||
účastníka. | ||||||
Elektronické formuláře zaměřené na | ANO | Implementace a | ||||
vnitřní procesy budou nasazeny tak, aby | konfigurace portálu bude | |||||
umožnily efektivní nahrazení papírové | řízena DRP, který předem | |||||
podoby vybraných současných agend | popíše požadavky | |||||
bez nutnosti změn vnitřních směrnic a | zadavatele a k tomu | |||||
organizačních opatření, vyjma možnosti | odpovídající elektronické | |||||
schvalování procesů pomocí elektronických nástrojů. | nástroje. | ||
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. Dále systém umožní zpětnou kontrolu každého procesu i po jeho ukončení. | ANO | Přístupy k funkcím portálu a k datům jsou logovány a systém umožňuje zpětnou kontrolu těchto logů. Portál občana poskytuje informace o stavu daného podání a o úředníkovi, který dané podání řeší. Ano, nabídka účastníka umožňuje sledování veškerých úkonů i bez nutnosti kontroly logů v uživatelském prostředí portálu, tedy i mimo něj. Nabízené řešení tedy odpovídá požadavkům v žádosti o vysvětlení. | |
SW musí umožnit online i offline vyplňování těchto formulářů s možností průběžného ukládání souboru a odeslání dat až po připojení k síti. | ANO | Na Portálu občana umožňujeme vyplňovat formuláře a ukládat je jako rozepsané. Offline formuláře v podobě staženého PDF si může občan kdykoli offline vyplnit a následně po připojení na Portál občana zaslat. | |
SW musí mít kontrolu dat již při vyplňování formulářů a pomoc při vyplňování s kontextovou nápovědou (automatické výpočty, kontrola pravopisu v češtině). | ANO | Systém kontroluje povinná pole formuláře, bez nichž není možné formulář odeslat. Nápověda je součástí centrálního řešení Portálu občana. Ano, Portál občana podporuje ve svém prostředí funkcionalitu kontroly pravopisu. Nabízené řešení tedy odpovídá požadavkům v žádosti o vysvětlení. | |
SW musí poskytovat možnost převodu formulářů do PDF formátu, tisk formulářů na tiskárnu, dynamické číselníky a skripty, WYSIWYG návrh šablon a rychlé nasazení, upozorňování uživatelů na novou verzi formuláře v případě změny formuláře, zálohování a | ANO | Formuláře je možné převést do PDF a vytisknout nebo dále zpracovávat. Nabídka účastníka podporuje navrhování šablon pro rychlé |
evidenci formulářů, možnost dalšího použití SW k elektronickému zpracování formulářů v resortních IS. | nasazení. Obsahuje i upozornění na novou verzi formuláře. Zálohování a evidence formulářů je též k dispozici. Nabízené řešení tedy odpovídá požadavkům v žádosti o vysvětlení. | ||
SW musí dále poskytovat bezplatný nástroj pro WYSIWYG návrh šablon ve formě formulářů a vytváření vlastních formulářů pro rychlé nasazení a shromažďování. | ANO | Portál občana umožňuje přijímání vlastních formulářů. Nástroj na vytváření šablon formulářů je obsažen přímo v dodávaném řešení Portálu občana v jeho administrativní části. Nabízené řešení tedy odpovídá požadavkům v žádosti o vysvětlení. | |
SW musí umožnit odeslání vyplněného formuláře na webový server (HTTP/HTTPS, SOAP a GovTalk), dále jako příloha e-mailu a musí umožnit vytvoření datové zprávy podle zákona č. 300/2008 Sb. ve znění pozdějších předpisů s umístěním vyplněného formuláře jako přílohy k této datové zprávě. | ANO | SW umožňuje odeslání vyplněného formuláře na webový server (HTTP/HTTPS, SOAP a GovTalk. Na email přijde notifikace přijaté žádosti. Aplikace Portálu občana odesílá jednotlivá podání přímo do konkrétní agendy informačního systému se současnou evidencí ve spisové službě. | |
SW musí podporovat dynamické číselníky a skripty. | ANO | Systém zobrazuje a využívá číselníky a skripty dynamickou formou. | |
K SW musí existovat SDK nástroj pro ovládání z třetích aplikací. | ANO | Odkazy umíme. Aplikace třetích stran je možné integrovat. | |
Nabízené SW řešení musí mít možnost upozornění uživatele na novou verzi formuláře v případě změny formuláře. | ANO | Umíme zobrazovat stavy u formulářů. Rozpracované formuláře (uložené na pozdější dovyplnění občanem) umožňujeme poslat v té podobě, v jaké byla uložena. V rámci Portálu občana VERA nemůže nastat situace, že by občan |
vyplňoval neaktuální formulář. Uživatel je upozorněn v případě, že je k dispozici nová/změněná verze formuláře. Nabízené řešení tedy odpovídá požadavkům v žádosti o vysvětlení. | |||
Formuláře musí být přizpůsobeny designu Zadavatele. | ANO | Portál občana je při implementaci přizpůsoben designu webových stránek zadavatele na základě schváleného grafického návrhu. | |
SW musí podporovat vyplnění formuláře a jeho digitální podepsání z webového prohlížeče, a současně i z tlustého klienta. | ANO | Vyplnění formuláře a jeho digitální podepsání se děje pomocí standardních nástrojů ve webové aplikaci nebo v klientském SW. | |
Provozní platforma nového informačního systému může být provozovaná ve fyzickém nebo virtualizovaném prostředí na platformě MS Windows Server. | ANO | Systém je možné provozovat na fyzickém i virtuálním prostředí MS Windows Server | |
SW musí mít možnost ve formuláři vybrat z číselníku konečného příjemce, a nahradit tím funkci natvrdo vybraného konečného příjemce (dynamický výběr konečného příjemce z předem definované množiny konečných příjemců). | ANO | IS VERA má možnost ve formuláři vybrat z číselníku konečného příjemce, tj. vybírat dynamicky a z předem definované množiny konečných příjemců. | |
SW musí mít možnost definovat pro každý formulářový proces samostatnou e-mailovou notifikaci a možnost vložení dynamických maker, která se doplní z databáze nebo funkcí. | ANO | Notifikace je možné nastavit pro každý proces samostatně. Obsah notifikace je definován v konfiguraci. | |
SW umožní zpracovávat formuláře nezávisle na použité platformě, musí podporovat standardní počítače (PC, notebook) i mobilní zařízení (tablet, smartphone). | ANO | Do systému je možné připojit formuláře a dokumenty nezávisle na použité platformě. | |
SW umožní práci s formuláři minimálně na zařízeních s těmito operačními systémy – iOS, Android, Windows a Windows Phone. | ANO | Systém umožňuje práci s formuláři z obecně používaných technologií (iOS, Android, Windows a Windows Phone). | |
Požadavky na hesla | vynucení změny hesla v případě prvního přihlášení unikátnost hesla – kolik hesel musím | ANO | Systém heslo přidělí a při prvním regulérním přihlášení vyzve ke |
rotovat trvanlivost hesla – za jak dlouho mě vyzve systém ke změně | změně hesla. Podle konfigurace je poté výzva ke změně. | ||
Podpora předání agendy | předání agendy – možnost vybrat, komu předat jaký formulář nebo proces, kdy automaticky dojde k nahrazení člověka ve formulářích nebo procesech (nový člověk dostane kompletní agendu po předchozím člověku). | ANO | Systém umožňuje předání formuláře nebo postupu v procesu na základě definovaných pracovních zařazení a oprávnění. |
Rozhraní | Klíčové funkce informačního systému budou dostupné formou otevřeného rozhraní a rozhraní, které v případě potřeby bude snadno a bez dodatečných úprav dostupné prostřednictvím Webových služeb (http, SOAP). | ANO | Systém disponuje otevřenými rozhraními podle standardů veřejné správy. |
Případná integrace mezi jednotlivými systémy bude provedena prostřednictvím Webových služeb (http, SOAP, pro binární data s optimalizací MTOM). | ANO | Integraci mezi jednotlivými systémy je možné realizovat webovými službami a bude popsána v DRP. | |
Dokumentace | Součástí dodávky bude funkční dokumentace. | ANO | Součástí dodávky je administrátorská a uživatelská dokumentace |
Součástí dodávky bude schválený funkční popis jednotlivých systémů. | ANO | Popis funkcí je součástí administrátorské a uživatelské dokumentace v závislosti na daných funkcích a uživatelských rolích. | |
Součástí dodávky bude technická dokumentace: o Schválený technický popis architektury navrženého řešení. o Detailní technický popis jednotlivých vrstev řešení a jejích částí. | ANO | Uvedená dokumentace bude vytvořena jako součást DRP. DRP vznikne podle konkrétních podmínek a požadavků zadavatele a bude odsouhlasen oběma stranami. | |
Součástí dodávky bude uživatelská dokumentace: o Uživatelský manuál. o Bude dostupný z menu IS. | ANO | Uživatelský manuál je k dispozici ve formátu html, pdf a je dostupný v aplikaci. Současně je možné jej vytisknout. | |
Součástí dodávky bude administrátorská (provozní) dokumentace | ANO | Administrátorská (provozní) dokumentace je standardní součástí dodávky Portálu občana VEARA Radnice. | |
Součástí dodávky bude testovací dokumentace: Seznam testovacích scénářů, včetně | ANO | V průběhu implementace systému budou vytvořeny testovací scénáře, které |
popisu jednotlivých kroků a způsobu vyhodnocení. | vyplynou z DRP. |
Požadavky na formuláře | Požadavek | Naplnění požadavku Ano/Ne | Popis a způsob naplnění požadavku |
IS musí být zcela v souladu s platnou legislativou. | ANO | Nabízený IS je v souladu splatnou legislativou | |
IS musí být plně kompatibilní s prostředím zadavatele. | ANO | IS je plně kompatibilní pro implementaci v prostředí zadavatele. | |
IS musí umožňovat použití v prostředí webových prohlížečů. | ANO | IS je možné provozovat v prostředí běžně užívaných prohlížečů (dle Portlistu VERA). | |
IS musí umožňovat natažení osobních údajů z datové schránky žadatele. | ANO | IS umožní využít údaje, které je možné získat z datové schránky. | |
IS musí umožňovat odeslání prostřednictvím datové schránky přímo z prostředí formuláře. | ANO | IS VERA Radnice umožňuje odesílání formulářů prostřednictvím datové schránky. Do Portálu občana VERA se občan může přihlásit i přihlašovacími údaji své datové schránky, ale není důvod, aby jejím prostřednictvím zasílal jednotlivé formuláře – právě od toho je k dispozici Portál. Nicméně, informační systém VERA Radnice využívá rozhraní datových schránek zcela běžně a není problém dovyvinout i tuto alternativu. Nabízené řešení tedy odpovídá požadavkům v žádosti o vysvětlení. Řešení umožňující odeslání formuláře prostřednictvím datové schránky přímo z prostředí formuláře je součástí nabídky a nabídkové ceny účastníka. | |
IS musí umožňovat podání prostřednictvím elektronické adresy e- podatelny zadavatele přímo z prostředí | ANO | Pomocí funkce ePodání z webového prostředí je možné odeslat formulář | |
formuláře. | na elektronickou podatelnu úřadu. Tato pak zprávu zpracuje a přidělí v rámci úřadu. Takové řešení umožňujeme. Nabízené řešení tedy odpovídá požadavkům v žádosti o vysvětlení. Řešení umožňující podání prostřednictvím elektronické adresy e- podatelny přímo z prostředí formuláře je součástí nabídky a nabídkové ceny účastníka. | ||
IS musí umožňovat podepsání kvalifikovaným certifikátem. | ANO | IS VERA umožňuje podepisování kvalifikovaným certifikátem. | |
IS musí generovat 2D čárový kód se základními identifikačními údaji pro načtení a evidenci do elektronické spisové služby zadavatele. | ANO | IS VERA Radnice generuje 2D čárový kód se základními identifikačními údaji pro načtení a evidenci do elektronické spisové služby. | |
IS musí umožňovat vytištění v podobě použitelné pro následné podání v listinné podobě. | ANO | Formuláře jsou zpracované tak, aby je bylo možné vytisknout a použít pro podání v listinné podobě. | |
IS musí mít jednotnou grafickou podobu zejména fontů a tlačítek pro snazší použitelnost. | ANO | Grafické komponenty IS dodržují jednotnou grafickou podobu. Uživatelsky definované texty závisí na nastavení. | |
IS musí umožňovat změnou konfigurace nastavit, zda mají v záhlaví zobrazovat hlavičku zadavatele. | ANO | Změna konfigurace je možná. | |
Grafická podoba zpracovávaných dokumentů musí vycházet z otevřeného formátu standardu XSL:FO (xxxx://xxx.x0.xxx/XX/xxx/) s podporou stránkového formátování dokumentů, včetně podpory uživatelsky definovaných rozměrů stránek (obálek, formátů větších formátů např. A3 apod.). Souborový formát zpracovávaných dokumentů by měl umožňovat uložení v komprimovaném | ANO | Grafická podoba dokumentů vychází z otevřeného formátu standardu XSL:FO, systém podporuje stránkové formátování dokumentů, včetně definice stránkování a rozměrů dokumentů. |
formátu. | |||
IS musí umožnit integrace formulářů se stávajícími systémy úřadu. | ANO | Pomocí využitých technologií pro rozhraní je integrace zajištěna. | |
IS musí schvalování u vnitřních procesů, bude řešeno pomocí elektronického podpisu, tak aby byly dodrženy všechny zákonné požadavky podle zákona 227/2000 Sb. o elektronickém podpisu. Aplikace elektronického podpisu bude umožněna i parciálně, tak aby bylo možné data (formuláře) podepisovat po částech a tím zaručit odpovídající procesní požadavky konkrétní agendy. | ANO | Schvalování dokumentů je autorizováno, je možné nastavit způsob autorizace elektronickým podpisem. | |
SW musí umožnit offline vyplňování těchto formulářů s možností průběžného ukládání souboru a odeslání dat až po připojení k síti. Klient pro práci offline musí být k dispozici bezplatně. | ANO | Řešení je připraveno na „chytré“ vyplňování online nebo na offline vyplnění a dodatečné odeslání. | |
SW musí mít kontrolu dat již při vyplňování formulářů a pomoc při vyplňování s kontextovou nápovědou (automatické výpočty, kontrola pravopisu v češtině). | ANO | Vyplněná data formuláře jsou kontrolována a v případě, že je to logické, i ověřena v IS. Systém disponuje kontextovou nápovědou. Formulář nelze odeslat, jestliže je v datech detekována neopravená chyba. | |
SW musí poskytovat možnost převodu formulářů do PDF formátu, tisk formulářů na tiskárnu, dynamické číselníky a skripty. | ANO | Formuláře je možné převést do formátu pdf k vlastnímu uložení, tisku apod… | |
SW řešení umožní zobrazování procesů (formulářů) ve webové podobě. | ANO | Celý proces práce s portálem probíhá ve webové podobě. | |
SW řešení umožní práci s formuláři i na mobilních zařízeních a dostupných platformách (Windows, iOS, Android). | ANO | Design systému a formulářů je responsivní a dostupný na platformách Windows, iOS, Android. |
Oblast | Požadavky | Splňuje ANO/NE | Detailní popis řešení |
Požadavky na podporu | Technická podpora systému bude pro nahlášení závad realizována s dostupností 24/7 – elektronickou cestou (service desk). | ANO | Webová aplikace ServisDesk VERA je k dispozici na helpdesk.vera.local:8081/ih s dostupností 24/7. |
Technická podpora systému bude pro opravu závad realizována: A. Kategorie vady „vysoká“ – oprava do 48 hodin od nahlášení Vady zabraňující provozu, produkt není použitelný ve svých základních funkcích nebo se vyskytuje funkční závada znemožňující činnost systému. Tento stav může ohrozit běžný provoz Objednatele a nelze jej dočasně řešit organizačním opatřením. B. Kategorie vady „střední“ – oprava do 10 dnů od nahlášení Vady omezující provoz, funkčnost systému je ve svých funkcích degradována tak, že tento stav omezuje běžný provoz Objednatele. Jedná se také o vady způsobující problémy při užívání a provozování produktu nebo jeho části, ale umožňující provoz, jimiž způsobené problémy lze dočasně řešit organizačními opatřeními. C. Kategorie vady „nízká“ – oprava do 20 dnů od nahlášení Vady neomezující provoz, jedná se o drobné vady, které nespadají do kategorií „vysoká“ nebo „střední“. | ANO | Uvedená kategorizace odpovídá standardům. Uchazeč toto respektuje a standardy dodržuje. | |
Součástí podpory je telefonická linka v režimu min. 5 x 8 (8 hodin v pracovní dny) v době od 09.00 do 17.00 hodin. | ANO | Telefonická linka VERA je k dispozici v pracovních dnech od 8:00 do 17:00 hodin. | |
Příloha 2 – Rozpočet