2012 Sb., občanský zákoník, v platném znění (dále jen občanský zákoník )

Smlouva dle § 1746 odst. 2 zákona č. 89/2012 Sb., občanský zákoník, v platném znění (dále jen „občanský zákoník“) uzavřená níže uvedeného dne, měsíce a roku mezi: Poskytovatel: ______________________, se sídlem ___________________________, jméno osoby oprávněné jménem poskytovatele jednat [nutné ověřit dle výpisu z obchodního rejstříku nebo z plné moci, kterou musí udělit osob oprávněná jménem poskytovatele jednat] ___________________ IČ: _________________________,DIČ: _________________________ bankovní spojení: ___________________ účet č. ___________________ údaje o zápisu v obchodním rejstříku nebo jiné obdobné evidenci, je-li v ní poskytovatel zapsán ___________________ kontaktní osoba ve smluvních věcech (jméno, tel, e.-mail) ___________________ kontaktní osoba v technických věcech (jméno, tel, e.-mail) ___________________ (dále jen jako „poskytovatel“) a Zákazník: Městská část Praha 21, se sídlem Staroklánovická 260, 190 16 Praha - Újezd nad Lesy, IČ: 00240923, DIČ: CZ00240923 za kterou jedná starosta RNDr. Pavel Roušar bankovní spojení: Česká spořitelna, pobočka Újezd nad Lesy, Novosibřinská 588, 19016 Praha 9 účet č. 2000709369/0800 kontaktní osoba ve smluvních věcech (jméno, tel, e.-mail) RNDr. Pavel Roušar, starosta MČ Praha 21, [email protected] kontaktní osoba v technických věcech (jméno, tel, e.-mail) Bc. Martin Nedvěd [email protected] (dále jen jako „zákazník“)

Evropský fond pro regionální rozvoj Praha a EU – Investujeme do vaší budoucnosti

1.

Úvodní ustanovení a předmět a účel smlouvy 1.1. Účelem této smlouvy je vytvoření, dodání a implementace software a dodání hardware, který umožní zákazníkovi jako veřejnému subjektu, efektivnější a modernější fungování, a to prostřednictvím vytvoření informační platformy agregující data od fyzických a právnických osob a od zákazníka, a následně takto získaná data poskytující veřejnosti. 1.2. Předmětem této smlouvy je závazek poskytovatele: a)

vytvořit software, (dále jen „software“), tento software zákazníkovi dodat a uvést jej u zákazníka do provozu (dále jen „implementovat“)

b)

dodat hardware (dále jen „hardware“)

Předmět díla tvoří zejména tato dílčí plnění: 1.2.1

Informační platforma (Back-end, Front-end, mobilní aplikace):

1.2.2

Tablety pro zastupitele

1.2.3

Webové kamery

1.2.4

Informační kiosky

1.2.5.

Interaktivní úřední desky

(Souhrnně plnění dle čl. 1.2 této smlouvy též jako „předmět díla“). Předmět díla je podrobně specifikován v příloze č. 1 této smlouvy (a to v příloze č. 1a), příloze č. 1b i příloze č. 1 c)) této smlouvy), která tvoří nedílnou součást této smlouvy. Zákazník se zavazuje zaplatit poskytovateli za provedení předmětu díla smluvenou cenu. 1.3. Předmětem této smlouvy dále jsou tyto činnosti: a)

pro dílčí plnění dle čl. 1.2.1 této Smlouvy: -

b)

dodání a uvedení softwaru u zákazníka do plně funkčního provozu, otestování jeho funkčnosti v prostředí zákazníka ve smyslu čl. 5.2. této Smlouvy, včetně závěrečného testu funkčnosti, který spočívá v ověření souladu předaného díla se všemi technickými požadavky dle zadávací dokumentace za účasti zástupce zákazníka i poskytovatele, a bude proveden při předání předmětu díla (dále též jen „zkušební provoz“). - dodání veškerých zdrojových kódů softwaru a dokumentace - dodání mobilních aplikací připravených k publikaci do obchodů Apple App Store, Google Play a Windows Phone Store pro dílčí plnění dle čl. 1.2.2 – 1.2.5 této Smlouvy: -

dodání, nainstalování a uvedení do provozu součástí dodávky elektronických interaktivních úředních desek bude instalace dotykových panelů včetně bezpečnostního skla do připraveného rámu viz. technická specifikace. Součástí dodávky informačního kiosku v budově polyfunkčního domu bude instalace kiosku včetně bezpečnostního skla do připraveného rámu viz. technická specifikace, dotykové ovládání musí být funkční přes sklo výlohy. Instalace informačního kiosku v budově Úřadu MČ s upevněním do podlahy, nebo na zeď dle dodaného typu kiosku Kamery a tablety budou dodány a otestována funkčnost (bez pevné instalace)

1.4. Součástí předmětu díla jsou i veškeré doklady požadované právními předpisy k používání předmětu díla. Poskytovatel prohlašuje, že předmět díla splňuje veškeré podmínky stanovené právními předpisy k používání předmětu díla, a že zákazníkovi předal veškeré doklady potřebné k provozování předmětu díla, za což poskytovatel ručí. 1.5. Předmětem této smlouvy naopak není závazek poskytovatele: a)

provést zaškolení zaměstnanců zákazníka (není-li stanoveno jinak),

b)

u dílčího plnění dle čl. 1.2.1. této Smlouvy následný servis po jeho implementaci (vyjma případů odstraňování vad v důsledku porušení povinností poskytovatele) a jeho aktualizace (upgrade softwaru).


1.6. Podkladem pro uzavření této smlouvy je nabídka poskytovatele ze dne _____ (dále jen „nabídka“) podaná ve veřejné zakázce malého rozsahu nazvané „Pořízení HW a SW pro realizaci projektu eÚjezd“ (dále jen „Veřejná zakázka“), zadávané v souladu s § 6 a § 18 odst. 5 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen „ZVZ“) a v souladu s Přílohou L Projektové příručky – Pokyny pro zadávací řízení na dodavatele ve verzi 1.7. 1.7. Předmět smlouvy je spolufinancován z prostředků Operačního programu Praha Konkurenceschopnost, registrační číslo projektu CZ.2.16/1.2.00/21554, poskytovatel bere tuto skutečnost na vědomí. 2.

Základní požadavky na funkčnost dílčího plnění dle čl. 1.2.1 této Smlouvy a licenční ujednání 2.1. Poskytovatel se zavazuje vytvořit pro zákazníka v rámci dílčího plnění dle čl. 1.2.1. této Smlouvy software, který se bude skládat zejména z těchto prvků - jádro, rozhraní pro back office, konektor do existujících systémů zákazníka a mobilní aplikace pro platformy iOS, Android a Windows Phone. Bližší technická specifikace softwaru a podrobnější požadavky na jeho funkčnost, jsou stanoveny v příloze č. 1 této smlouvy, která tvoří nedílnou součást této smlouvy. 2.2. Poskytovatel zákazníkovi k dílčímu plnění dle čl. 1.2.1. této Smlouvy poskytuje výhradní, časově a územně neomezenou licenci pro všechny způsoby užití dílčího plnění. Zákazník není povinen licenci využít. Poskytovatel předá zákazníkovi v rámci dílčího plnění dle čl. 1.2.1. této Smlouvy také všechny zdrojové kódy a veškerou dokumentaci ke zdrojovým kódům, přičemž zákazník se stane jediným a výlučným nabyvatelem všech práv k zdrojových kódům a dokumentaci ke zdrojovým kódům. Dokumentace ke zdrojovým kódům musí obsahovat zejména databázové modely, popis postupu vytvoření software ze zdrojové formy a jeho instalaci, vysvětlení obsahu jednotlivých programových modulů a jejich klíčových funkcí ve formě komentářů ve zdrojových kódech. Poskytovatel není oprávněn poskytnout plnění dle tohoto odstavce tohoto článku (zejm. zdrojové kódy a dokumentaci ke zdrojovým kódům) třetí osobě. Zákazník je oprávněn v budoucnu plnění dle tohoto odstavce tohoto článku jakkoli upravovat, měnit a přizpůsobovat vlastním potřebám, a to buď sám anebo prostřednictvím třetích osob. Zákazník je oprávněn zveřejnit zdrojový kód a dokumentaci ke zdrojovým kódům neurčitému okruhu osob jako tzv. open-source software. 2.3. V případě, že dílčí předmět plnění dle čl. 1.2.1. této Smlouvy obsahuje z části i standardní produkty třetích stran (dále jen „produkty“), poskytuje poskytovatel zákazníkovi k užití těchto produktů časově a místně neomezenou nevýhradní licenci. Zákazník není povinen licenci využít. Poskytovatel je povinen nejpozději při zahájení zkušebního provozu dle čl. 5.2. této Smlouvy zákazníkovi zpracovat a předložit seznam těchto produktů. Přehled podle předchozí věty musí být přiložen k předávacímu protokolu dle čl. 6.4. této Smlouvy. Ustanovení čl. 2.2. této Smlouvy se na tyto produkty nepoužijí. 2.4. V případě, že dílčí předmět plnění dle čl. 1.2.1 této smlouvy obsahuje z části open-source software třetích stran dále jen „jiný open-source software“) odpovídá poskytovatel za to, že zákazník bude oprávněn bezplatně užívat tento jiný open-source software v rozsahu nezbytném pro plnění dle této Smlouvy. Poskytovatel je odpovědný za vady plnění stejně, jako by tento jiný open-source software dodával sám. Poskytovatel je povinen nahradit zákazníkovi veškeré škody a náklady, které by mohly vzniknout v důsledku uplatnění práv třetích osob souvisejících s těmito jinými open-source software. Poskytovatel je povinen nejpozději při zahájení zkušebního provozu dle čl. 5.2. této Smlouvy zákazníkovi zpracovat a předložit seznam těchto jiných open-source software s uvedením autora (poskytovatele), licenčního modelu a případných omezení, která se na užívání takového software vztahují. Přehled podle předchozí věty musí být přiložen k předávacímu protokolu dle čl. 6.4. této Smlouvy. Ustanovení čl. 2.2. této Smlouvy se na tyto produkty nepoužijí. 2.5. Poskytovatel odpovídá za funkčnost a použitelnost celého předmětu dála pro účely vyplývající z této smlouvy a jejích příloh. Poskytovatel nemá nárok na žádné další dodatečné platby, všechny platby dle této Smlouvy jsou zahrnuty v ceně dle čl. 8.1. této Smlouvy.


3.

Místo a lhůta plnění 3.1. Smluvní strany se dohodly, že závazek poskytovatele ke splnění předmětu díla musí být splněn nejpozději do 6 měsíců od podpisu smlouvy, včetně všech činností dle čl. 1 této smlouvy. Poskytovatel se zároveň zavazuje dodržovat následující harmonogram plnění a splnit: a)

1 měsíc od podpisu smlouvy:

předání grafického návrhu mobilní aplikace a Front-end prostředí

b)

4 měsíce od podpisu smlouvy:

předání a uvedení do provozu funkční mobilní aplikace s ukázkovými daty

c)

5 měsíců od podpisu smlouvy:

uvedení do provozu všech SW modulů a HW, zahájení zkušebního provozu

d)

6 měsíců od podpisu smlouvy:

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

3.2. Místem plnění předmětu díla je sídlo zákazníka - Úřad městské části Praha 21, Staroklánovická 260, 190 16 - Praha 9, s výjimkou 1 informačního kiosku dle dílčího plnění 1.2.4 této smlouvy, který bude dodán, nainstalován a uveden do provozu v Polyfunkčním domě, Staroújezdská 2300, 190 16 – Praha 9. 4.

Cena díla a platební podmínky 4.1. Smluvní strany se dohodly, že cena díla za provedení předmětu díla činí: 4.1.1. Cena dílčího plnění dle 1.2.1 této Smlouvy - za Informační platformu (Back-end, Front-end, mobilní aplikace) ____________,- Kč bez DPH ____________,- Kč DPH ve výši _____ % ____________,- Kč s DPH 4.1.2 Cena dílčího plnění dle 1.2.2 této Smlouvy – za Tablety pro zastupitele: ____________,- Kč bez DPH ____________,- Kč DPH ve výši _____ % ____________,- Kč s DPH 4.1.3 Cena dílčího plnění dle 1.2.3 této Smlouvy - za Webové kamery: ____________,- Kč bez DPH ____________,- Kč DPH ve výši _____ % ____________,- Kč s DPH 4.1.4 Cena dílčího plnění dle 1.2.4 této Smlouvy - za Informační kiosky: ____________,- Kč bez DPH ____________,- Kč DPH ve výši _____ % ____________,- Kč s DPH 4.1.5 Cena dílčího plnění dle 1.2.5 této Smlouvy - za Interaktivní úřední desky: ____________,- Kč bez DPH ____________,- Kč DPH ve výši _____ % ____________,- Kč s DPH


4.1.6. Cena celkem (dále jen „cena díla“), která je tvořena součtem položek dle čl. 4.1.1. až 4.1.5 této Smlouvy činí ____________,- Kč bez DPH ____________,- Kč DPH ve výši _____ % ____________,- Kč s DPH

Celková cena za provedení předmětu díla dle této smlouvy je stanovena jako nejvýše přípustná a je nepřekročitelná. Zákazník nebude poskytovat zálohu. 4.2. Sjednaná cena díla zahrnuje veškeré náklady na plnění dle této smlouvy, zejména případné daně, cla, poplatky, veškeré licence a jiné platby, jakož i balení, značení a certifikáty vztahující se k předmětu plnění. V ceně díla jsou zahrnuty rovněž náklady poskytovatele na dopravu, montáž a instalaci, zprovoznění apod. 4.3. Zákazník uhradí poskytovateli cenu předmětu díla na základě účetního a daňového dokladu (dále jen „faktura“) vystaveného poskytovatelem, a to v české měně převodním příkazem na účet poskytovatele uvedený na faktuře. 4.4. Faktura bude vystavena nejdříve následující pracovní den po splnění předmětu díla bez vad a nedodělků dle této smlouvy, přičemž smluvními stranami podepsaný protokol o předání a převzetí dle čl. 6.4. této smlouvy bude její přílohou. 4.5. Splatnost faktury je 30 dnů od data doručení faktury zákazníkovi. Povinnost zaplatit je splněna dnem odepsání příslušné částky z účtu zákazníka. 4.6. Faktura musí být správná, úplná, průkazná, srozumitelná a vedená způsobem zaručujícím její trvalost. Faktura musí obsahovat veškeré náležitosti dle předpisů o účetnictví, náležitosti dle daňových předpisů (§ 29 zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů) a dále tyto údaje: a) předmět fakturace, rozpis fakturovaných položek vč. množství a ceny. b) evidenční údaje akce („Pořízení HW a SW pro realizaci projektu eÚjezd“), c) náležitosti dle pravidel publicity, zejm. „Operačního programu Praha – Konkurenceschopnost a reg. číslo projektu“ d) vlastnoruční podpis vystavitele včetně kontaktního telefonního čísla 4.7. V případě, že faktura nebude obsahovat potřebné náležitosti nebo bude obsahovat chybné či neúplné údaje (vč. chybně účtované ceny), je zákazník oprávněn ji vrátit poskytovateli k opravě či doplnění s uvedením důvodu vrácení. Vrácení faktury musí být provedeno do data její splatnosti. Po vrácení faktury nové či opravené počíná běžet nová lhůta splatnosti. 5.

Projektové řízení, součinnost, změnové řízení 5.1. Smluvní strany se zavazují úzce spolupracovat, poskytovat si potřebnou součinnost a poskytnout si úplné, pravdivé a včasné informace potřebné k řádnému a včasnému plnění svých závazků, přičemž v případě změny podstatných okolností, které mají nebo mohou mít vliv na plnění této smlouvy, je příslušná smluvní strana povinna o takové změně informovat druhou smluvní stranu bez odkladu, nejpozději následující pracovní den po jejím zjištění. 5.2. Zákazník se zavazuje zajistit za účelem provedení předmětu díla veškerá potřebná technická zařízení a umožnit k nim poskytovateli přístup. Zákazník se dále zavazuje umožnit poskytovateli a jeho pracovníkům přístup do svých prostor za účelem splnění předmětu díla této smlouvy, včetně umožnění provedení zkušebního provozu a otestování funkčnosti implementovaného plnění dle čl. 1.2.1. této Smlouvy v nezbytném rozsahu. Zkušební provoz bude zahájen v souladu s čl. 3.1. této Smlouvy a jeho délka se předpokládá na maximálně 30 (slovy: jedno třicet) dní od jeho zahájení. V průběhu zkušebního provozu bude ověřováno splnění technických parametrů, řádná funkčnost a bezvadnost předmětu díla. Zkušební provoz bude v případě úspěchu zakončen podpisem akceptačního protokolu oběma stranami, který


bude nedílnou součástí předávacího protokolu dle čl. 6.4 této Smlouvy. K řádnému předání předmětu díla nemůže dojít před úspěšným ukončením zkušebního provozu. 5.3. Smluvní strany se dohodly, že kontaktní osoby uvedené v záhlaví této smlouvy jsou v rámci realizace této smlouvy zmocněné k těmto činnostem: a) b) c) d) e) f)

vzájemná komunikace mezi smluvními stranami ve věci poskytnutí součinnosti při realizaci předmětu díla – např. zpřístupnění hardwaru zákazníka, sdělování technických požadavků a skutečností významných pro smlouvu; účast na zkouškách implementovaného softwaru (zkušební provoz); přebírání a předávání dílčích plnění předmětu díla, resp. kompletního předmětu díla a podepisování předávacích protokolů k nim se vztahujícím; přebírání a předávání movitých věcí (dokumentace, CD-romy apod.) v souvislosti s touto smlouvou a vyhotovování a podepisování předávacích protokolů k nim se vztahujícím; odmítnutí převzetí předmětu díla; uplatňování vad předmětu díla.

5.4. Smluvní strany berou na vědomí, že kontaktní osoby nejsou oprávněny zejména k: a) b)

podstatným změnám této smlouvy; jakýmkoli právním jednáním, vedoucím k ukončení této smlouvy.

5.5. Smluvní strany jsou povinny učinit potřebná opatření k tomu, aby kontaktní osoby plnily řádně všechny své povinnosti, k nimž jsou zmocněny. 5.6. Smluvní strany se dohodly, že veškerá komunikace mezi kontaktními osobami bude probíhat výhradně prostřednictvím telefonních čísel a emailových adres uvedených v záhlaví této smlouvy. V případě změny na straně kontaktní osoby, popř. změny uvedených telefonních čísel nebo emailových adres, se smluvní strany zavazují sdělit si tyto skutečnosti bez zbytečného odkladu písemně. 6.

Provádění předmětu díla a jeho předání 6.1. Poskytovatel je povinen provést dílo za podmínek sjednaných v této smlouvě, na svou odpovědnost, řádně a ve sjednané době. 6.2. V případě, že poskytovatel pověří provedením části předmětu díla jinou osobu (subdodavatele), má poskytovatel odpovědnost, jako by dílo provedl sám. Poskytovatel se zavazuje provádět předmět díla dle této smlouvy pouze prostřednictvím subdodavatelů uvedených v příloze č. 3 této smlouvy. Poskytovatel je oprávněn změnit subdodavatele v této příloze uvedeného pouze v odůvodněných případech a s předchozím písemným souhlasem zákazníka. 6.3.

Poskytovatel se zavazuje, že po dodání předmětu díla dle této Smlouvy poskytne zákazníkovi součinnost, aby zákazník mohl dostát svým povinnostem dle § 147a ZVZ, zejména mu na jeho žádost poskytne seznam subdodavatelů podílejících se na plnění dle této smlouvy.

6.4. Řádným předáním předmětu díla se rozumí předání a převzetí díla bez vad a nedodělků a v souladu s harmonogramem dle čl. 3.1. této Smlouvy v rozsahu a způsobem stanoveným v této Smlouvě, zejm. dodání všech dodávek, instalace, provedení zkušebního provozu a uvedení celého předmětu díla do řádného provozu. Smluvní strany se zavazují sepsat o předání a převzetí předmětu díla předávací protokol, ve kterém uvedou zejména: a) označení předmětu díla, včetně uvedení jednotlivých částí plnění, zejm. soupis předaných movitých věcí (např. dokumentace, CD-romy apod.), b) označení smluvních stran této smlouvy, včetně data jejího uzavření, c) výsledky provedení závěrečného testu funkčnosti softwaru a případné vady funkčnosti softwaru, d) prohlášení zákazníka, že předmět díla přejímá (nepřejímá), pokud dílo zákazník přejímá s vadami nebránícími užívání, bude protokol obsahovat popis těchto vad a termín jejich odstranění e) datum a místo sepsání, f) jména a podpisy zástupců smluvních stran g) přílohou tohoto protokolu musí být min.: o akceptační protokol dle čl. 5.2. této Smlouvy o seznam produktů dle čl. 2.3. této Smlouvy


o seznam jiných open-source softwarů, včetně náležitostí, dle čl. 2.4. této Smlouvy 6.5 Zákazník je oprávněn odmítnout převzetí předmětu díla v případě, že předmět díla vykazuje vady. 6.6 Smluvní strany se dohodly, že zákazník uvedením do provozu všech modulů a HW a zahájením zkušebního provozu dle harmonogramu v čl. 3.1. této Smlouvy: a)

nabývá práva k užívání plnění dle této Smlouvy,

b)

nabývá vlastnické právo k hmotným částem předmětu díla a

c)

stává se nabyvatelem licencí k plnění dle této Smlouvy a všech práv k zdrojovým kódům a dokumentům ke zdrojovým kódům dle čl. 2.2. této Smlouvy

d)

přechází na něj nebezpečí škody na předmětu díla.

6.7 Poskytovatel prohlašuje, že předmět díla nemá právní vady a není zatížen právy třetích osob. 6.8 Poskytovatel dále prohlašuje, že dodáním předmětu díla neporušuje průmyslová práva ani jiná práva třetích osob z duševního vlastnictví. Poskytovatel rovněž prohlašuje, že zákazník držením předmětu díla a jeho provozováním nezasáhne do práv třetích osob vyplývajících z průmyslových práv či jiných práv z duševního vlastnictví. Ukáže-li se, že kterékoli z prohlášení poskytovatele specifikovaných v tomto odstavci tohoto článku, je nepravdivým, je zákazník oprávněn od této smlouvy odstoupit a poskytovateli vyúčtovat smluvní pokutu ve výši 20 % celkové ceny předmětu díla. Zaplacením smluvní pokuty není vyloučeno právo na náhradu škody. 7, Odpovědnost za vady 7.1. Poskytovatel se zavazuje k tomu, že předmět dílo bude mít I. jakost, tj. celkový souhrn vlastností předmětu díla bude dávat schopnost uspokojit stanovené potřeby, tj. využitelnosti, bezpečnosti, bezporuchovosti, udržovatelnosti, hospodárnosti atd. Poskytovatel se zavazuje dále k tomu, že předmět dílo bude proveden dle této smlouvy, zejména přílohy č. 1 a bude odpovídat platné právní úpravě, českým technickým normám přebírajícími evropské normy a podmínkám zadávacího řízení v rámci zadávání Veřejné zakázky a nabídce poskytovatele. Poskytovatel je dále povinen odstranit zjištěné vady a nedodělky předmětu plnění na své náklady. 7.2. Poskytovatel přejímá níže uvedenou záruku za jakost a kvalitu předmětu díla podle této smlouvy. Záruční doba na celý předmět díla činí min. 60 měsíců ode dne předání a převzetí předmětu díla (dílčího plnění) bez všech vad a nedodělků, neposkytuje-li výrobce záruční dobu delší. Záruční doba neběží po dobu, po kterou nemůže zákazník předmět díla pro vady řádně užívat. 7.3. Na záruční opravy nastoupí poskytovatel v místě dodání předmětu díla a to v pracovní dny v pracovní době nejpozději následující pracovní den od nahlášení závady zákazníkem, které musí být provedeno písemnou formou (dopisem, faxem) na tuto adresu, faxové číslo nebo elektronickou adresu poskytovatele ……………………………….................................................... ……………………………….................................................... ……………………………….................................................... 7.4. Poskytovatel se zavazuje odstranit vady: 7.4.1.

plnění dle čl. 1.2.1 této Smlouvy v záruční době maximálně do 4 pracovních dnů od nastoupení k jejich odstranění, nebyla-li při nastoupení poskytovatele k záruční opravě z objektivních důvodů písemně dohodnuta mezi smluvními stranami lhůta jiná.

7.4.2

plnění dle čl. 1.2.2, čl. 1.2.3. a čl. 1.2.4 této Smlouvy (tablety, webové kamery, kiosky) v záruční době maximálně do 14 kalendářních dnů od nastoupení k jejich odstranění, nebyla-li při nastoupení poskytovatele k záruční opravě z objektivních důvodů písemně dohodnuta mezi smluvními stranami lhůta jiná

7.4.3

plnění dle čl. 1.2.5 této Smlouvy (elektronické desky) v záruční době maximálně do 2 pracovních dnů od nastoupení k jejich odstranění, nebyla-li při nastoupení poskytovatele k záruční opravě z objektivních důvodů písemně dohodnuta mezi smluvními stranami lhůta jiná


7.5. Záruka se nevztahuje na spotřební materiál a na vady způsobené zaviněným jednáním zákazníka anebo způsobené vyšší mocí. 8.

Smluvní pokuty 8.1. Smluvními stranami bylo ujednáno, že pokud bude zákazník v prodlení s úhradou ceny předmětu díla ujednané podle této smlouvy, je zákazník povinen zaplatit smluvní pokutu ve výši zákonného úroku z prodlení, a to za každý byť započatý kalendářní den prodlení. 8.2. Ocitne-li poskytovatel v prodlení s plněním dle termínů této smlouvy, je povinen zaplatit zákazníkovi smluvní pokutu : a) za každý byť započatý kalendářní den prodlení se splněním předmětu díla nebo jeho části dle čl. 3.1. této smlouvy smluvní pokutu ve výši 0,1 % z celkové ceny, b) za každý byť započatý den prodlení s nastoupením k odstraňování vad v záruční době dle čl. 7.3. této smlouvy ve výši 1 000 Kč c) za každý započatý kalendářní den, o který bude překročena lhůta k odstranění vady od nastoupení k jejich odstranění dle čl. 7.4. této smlouvy ve výši 1 000 Kč. Bude-li tato lhůta překročena z důvodů, které poskytovatel nezavinil, je zákazník oprávněn smluvní pokutu prominout na základě písemné žádosti poskytovatele. 8.3. Smluvní strany se dohodly, že závazek zaplatit smluvní pokutu nevylučuje právo na náhradu škody ve výši, v jaké převyšuje smluvní pokutu. V případě, kdy bude smluvní pokuta snížená soudem, zůstává zachováno právo na náhradu škody ve výši, v jaké škoda převyšuje částku určenou soudem jako přiměřenou a to bez jakéhokoliv dalšího omezení.

9.

Odstoupení od smlouvy 9.1

Od této smlouvy může smluvní strana dotčená porušením povinnosti jednostranně odstoupit pro podstatné porušení této smlouvy, přičemž za podstatné porušení této smlouvy se zejména považuje: a)

na straně poskytovatele nezaplacení ceny podle této smlouvy ve lhůtě delší 30 ti dní po dni splatnosti příslušné faktury,

b)

na straně zákazníka, jestliže nedodá řádně a včas předmět této smlouvy, pokud nezjednal nápravu, přestože byl zákazníkem na neplnění této smlouvy písemně upozorněn; bude-li z chování poskytovatele zřejmé, že svoje závazky nesplní ani do 15 dnů od tohoto písemného upozornění, je zákazník oprávněn od smlouvy odstoupit, aniž by byl povinen poskytovatele upozornit;

c)

z jiného důvodu stanoveného touto smlouvou nebo zákonem.

9.2 Smluvní strana porušením povinnosti dotčená je povinna odstoupení od smlouvy písemně oznámit druhé smluvní straně. 10. Další ustanovení 10.1 Poskytovatel je povinen spolupůsobit při výkonu finanční kontroly dle § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole, ve znění pozdějších předpisů 10.2 Poskytovatel je dále povinen umožnit všem subjektům oprávněným k výkonu kontroly projektu, z jehož prostředků je dodávka hrazena, provést kontrolu dokladů souvisejících s plněním zakázky, a to po dobu danou právními předpisy ČR k jejich archivaci (zákon č. 563/1991 Sb., o účetnictví, a zákon č. 235/2004 Sb., o dani z přidané hodnoty). 10.3 Poskytovatel se zavazuje poskytnout zákazníkovi na jeho žádost podklady a součinnost pro zpracování monitorovací zprávy dle Projektové příručky Operačního programu Praha – Konkurenceschopnost. 11.

Pojištění 11.1 Poskytovatel prohlašuje, že ke dni podpisu této Smlouvy má uzavřenou pojistnou smlouvu, jejímž předmětem je pojištění odpovědnosti za škodu způsobenou Poskytovatelem třetí osobě v souvislosti


s výkonem jeho činnosti, ve výši nejméně 1 000 000 Kč, a jejíž prostá kopie nebo prostá kopie pojistného certifikátu je přílohou č. 3 této smlouvy. Poskytovatel se zavazuje, že po celou dobu trvání této smlouvy a po dobu záruční doby bude pojištěn ve smyslu tohoto ustanovení a že nedojde ke snížení pojistného plnění pod částku uvedenou v předchozí větě. 11.2 Úředně ověřené kopie pojistné smlouvy (pojistných smluv) Poskytovatel, resp. akceptované návrhy na uzavření pojistné smlouvy (pojistných smluv) ze strany pojišťovny dle tohoto článku musí být doručeny zákazníkovi nejpozději při podpisu smlouvy, pokud je již zákazník neobdržel od Poskytovatele v rámci zadávacího řízení. Na žádost zákazníka je Poskytovatel povinen kdykoliv později předložit uspokojivé doklady o tom, že pojistná smlouva (pojistné smlouvy) uzavřené Poskytovatelem jsou a zůstávají v platnosti. 12. Závěrečná ustanovení 12.1. Tato smlouva nabývá platnosti a účinnosti dnem podpisu oběma smluvními stranami. 12.2. Tuto smlouvu je možné měnit (nejde-li o doplnění - bližší specifikaci – na funkčnost předmětu díla, kterou mohou provést kontaktní osoby) pouze písemně ve formě číslovaných dodatků této smlouvy, podepsaných oprávněnými zástupci smluvních stran. 12.3. Právní vztahy touto smlouvou neupravené, jakož i právní poměry z ní vznikající a vyplývající, se řídí příslušnými ustanoveními zák. č. 89/2012 Sb. - občanského zákoníku a dalšími právními předpisy České republiky 12.4. Ukáže-li se některé z ustanovení této smlouvy zdánlivým (nicotným), posoudí se vliv této vady na ostatní ustanovení smlouvy obdobně podle § 576 občanského zákoníku. 12.5. Ujednává se, že případné spory vzniklé z této smlouvy budou účastníci řešit především vzájemnou dohodou. Pro řízení o případné sporné nároky se ujednává příslušnost soudů. Rozhodným právem je právo České republiky. 12.6. Smluvní strany se dohodly na vyloučení ustanovení § 1897 z. č. 89/2012 Sb., občanský zákoník; tuto smlouvu tak nelze postoupit rubopisem listiny. 12.7. Smluvní strany se dohodly, že se vylučuje i použití ustanovení § 2093 občanského zákoníku, tzn. dodá-li poskytovatel větší množství věcí, než bylo touto smlouvou ujednáno, není smlouva uzavřena i na přebytečné množství. 12.8. Tato smlouva je sepsána a podepsána ve dvou vyhotoveních, přičemž každá ze stran obdrží jedno vyhotovení této smlouvy. 12.9. Smluvní strany prohlašují, že si tuto smlouvu před jejím podpisem přečetly a jsou seznámeny s jejím obsahem, kterému rozumí, že byla uzavřena po vzájemné dohodě, podle jejich pravé a svobodné vůle, vážně, určitě a srozumitelně, nikoli v tísni za nápadně nevýhodných podmínek, což stvrzují svými podpisy. 12.10. Zákazník prohlašuje, že tato smlouva byla schválena rozhodnutím ___________ ze dne __________, které tvoří přílohu č. 2 této smlouvy. Nedílnou součástí této smlouvy jsou i tyto přílohy: Příloha č. 1 a) b) c)

Technická specifikace předmětu plnění/ /předkládá zákazník při podpisu smlouvy/ Technická dokumentace poskytovatele k předmětu plnění /předkládá každý uchazeč ve své nabídce, z předložených dokumentů musí být zřejmé splnění minimálních technických parametrů uvedených v Příloze č. 1 a) Smlouvy – Technická specifikace předmětu plnění/ Hodnocení – Technické řešení nabídky /předkládá každý uchazeč ve své nabídce, předložené dokumenty v této příloze budou předloženy dle požadavků uvedené v zadávací dokumentaci Veřejné zakázky a jsou předmětem hodnocení výběrového řízení/

Příloha č. 2 – Seznam subdodavatelů /předkládá každý uchazeč ve své nabídce/ Příloha č. 3 – Pojištění /předkládá pouze vybraný uchazeč při podpisu smlouvy/ Příloha č. 4 – Rozhodnutí __________ č. _________ ze dne ___________ /bude doplněno zákazníkem/


V __________ dne _______________

V Praze dne _______________

____________________________ ____________________________

____________________________ Městská část Praha 21 RNDr. Pavel Roušar, starosta


PŘÍLOHA Č. 1 A) SMLOUVY TECHNICKÁ SPECIFIKACE ZÁKAZNÍKA

1 Základní informace o projektu eÚjezd: Vytvoření oboustranné informační platformy MČ – občan (mobilní aplikace + webové rozhraní) Tato platforma umožní občanům získávat veškeré relevantní informace o činnosti MČ a dění na území MČ. Platforma bude zpřístupněna přes webové rozhraní a zejména prostřednictvím nově vytvořených aplikací pro nejpoužívanější operační systémy v tzv. chytrých mobilních telefonech (Android, iOS, Windows Phone). Aplikace pro mobilní telefony bude mít přidané funkcionality, které právě vyplývají z možností moderních chytrých telefonů (zejména se jedná o využití GPS geolokace a rychlého přenosu obrazové informace - podnětu občana, prostřednictvím zabudovaného fotoaparátu). Poptávané řešení spojuje potřebu oboustranné mobilní komunikace s občany, kteří jednak dostávají zprávy z okruhů, které si sami zvolí, ale také mohou jednoduchým způsobem dát úřadu podnět a sledovat jeho řešení. Chceme vyřešit důležitý bod pro další elektronizaci úřadu směrem k občanům. ÚMČ poskytuje velké množství služeb, pro které, pokud je občan chce využít, musí navštívit úřad. Naší snahou je zpracovat pro jednotlivé služby úřadu online formuláře, aby občan, tam kde to jde, nemusel úřad vůbec navštívit a vznesl svůj požadavek elektronicky ze svého domova. Tomuto modulu říkáme formulářové služby, který má řešit možnost vytváření a registrování formulářů a po jeho vyplnění občanem a odeslání zároveň nastartovat proces k vyřízení požadavků. Součástí uceleného řešení bude „zpravodajský modul“, který bude součásti Back-end rozhraní a bude sloužit jako cache pro portál zpráv a mobilní aplikaci. Umožní správci obsahu nastavit automatické publikování zpráv z různých webů prostřednictvím konektorů RSS, JSON a emailových konektorů. To bude využito k “integraci” zpráv v běžném prostředí městské části - např. zpráv z webových serverů ÚMČ, škol, školek atp. Modul hlášení požadavků umožní uživatelům mající mobilní připojení vyfotit “problém” - např. díru v ulici, následně kategorizovat, tj přiřadit výběrem kategorii (více úrovňovou) a s krátkým popisem odeslat. Podle zvolené kategorie je tento požadavek uložen do ticketovacího systému OTRS Praha 21 do fronty příslušné kategorie. Určený pracovník se tak dozví o novém požadavku a ten následně řeší. Povoluje zobrazení zprávy, mění statuty zpráv (3 stupně- otevřený, přijatý, uzavřený) a edituje pole určená pro zprávy o stavu řešení. Uživatelé mohou tyto zprávy komentovat a hodnotit. Mohou je také třídit podle různých kritérií a zobrazovat v mapě pomocí ikon přiřazených každé kategorii. Lze filtrovat podle kategorií a zobrazit např. pouze některé z nich. Pracovník úřadu, který má na starosti danou kategorii, může vytisknout přehled se všemi podstatnými informacemi pro další předání ke zpracování a také může tyto údaje vyexportovat. Webová část modulu funguje obdobně, uživatel může po přihlášení zadat podnět, k stanovení místa je využit locator picker, který pomocí pole adresy nebo upřesněním v mapě, stanoví přesnou polohu podnětu. Spisovou službu provozuje ÚMČ Praha 21 pomocí software E-spis od společnosti ICZ. Tento sw má definované a popsané API a základní modul pro zveřejňování dokumentů na úřední desce. Požadavkem na poskytovatele je propojit data ze spisové služby na hw, který je součástí této poptávky a vytvořit elektronickou úřední desku v podobě dotykových panelů, které uživateli umožní snadnou navigaci v kategoriích definovaných ve spisové službě a jejich procházení a zobrazení. Stejný modul by měl umět zobrazit elektronickou úřední desku rovněž na webových stránkách MČ Praha 21, v mobilní aplikaci a ve dvou kioscích, které jsou rovněž součástí tohoto poptávkového řízení. Součástí tohoto modulu je i funkcionalita, která umožní generovat zprávy do zpravodajského modulu včetně geolokace. Pokud je tedy zveřejněn dokument na úřední desku, je na ní zobrazen a zároveň je generována zpráva do systému zpravodajského modulu, který umožní automatickou notifikaci uživatelům dle jejich geolokace. Systém tedy umožní informovat občana o zahajovaných řízeních vyvěšených na úřední desce z jím definovaném okolí jeho bydliště. Elektronizace jednání zastupitelstva a zpřístupnění všech relevantních informací občanům.


Modul nahrazující hlasovací zařízení na zasedání zastupitelstva s přenosem dat a jejich propojení do agendy jednání, zápisů a online videopřenosu. Cílem projektu eÚjezd je změnit způsob projednávání na ZMČ a a)

Vybavit zastupitele tablety či notebooky a vytvořit aplikaci pro hlasování pro online archivaci výsledků hlasování;

b)

Zajistit distribuci projednávaných dokumentů (ve formátu PDF, MS Office) mezi úřadem a zastupitelem;

c)

Umožnit projednávání elektronických materiálů předaných zastupitelům na zasedání zastupitelstva v souladu s jednacím řádem zastupitelstva MČ Praha 21.

V souladu se zákonem na ochranu osobních údajů bude maximální množství dokumentů zveřejněno (formát pdf), a tak dojde k zefektivnění přístup občanů k informacím (odpadne nutnost fyzické účasti na jednání zastupitelstva). Veřejná zasedání budou dále přenášena po internetu a zároveň bude elektronicky zaznamenáno veškeré hlasování jednotlivých zastupitelů. Elektronizace jednání zastupitelstva tak umožní občanům získat přehled o rozhodování odpovědných zástupců Městské části Praha 21. Instalace interaktivních úředních desek s technickým zajištěním jejich provozu Interaktivní úřední deska je moderním nástrojem zlepšení přístupu občana k informacím. Deska nahradí staré papírové vedení úřední desky, která měla několik významných negativ. Instalace informačních kiosků a technickým zajištěním jejich provozu Jedná se o pořízení dvou informačních kiosků s přístupem k internetu a jejich instalaci ve veřejných objektech nacházejících se na území MČ Praha 21.

2

Popis prostředí pro implementaci projektu eÚjezd

2.1  

  

Podpora Open-source řešení Městská část Praha 21 preferuje ve všech oblastech informačních systémů městské části využití opensource nástrojů, aplikačních programů a dalších sw komponent a modulů. Upřednostňuje taková řešení s dostupností zdrojových kódů aplikačních programů, modulů a sw komponent, které umožní další nezávislý vývoj třetích stran, snadnou implementaci daných řešení v ostatních městských částech a umožní vznik synergických efektů při vývoji, správě i implementaci sw ve veřejné správě. Městská část Praha 21 upřednostňuje vývoj aplikačního SW v licencích GNU GPL v2. Městská část Praha 21 upřednostňuje tvorbu modulů a komponent nad již existujícím SW s open source licencí spíše, než samostatný vývoj proprietárních aplikací. Upřednostňuje migraci a implementaci již zavedených a odzkoušených aplikačních programů zaváděných ve veřejné správě jiných zemí vyvíjených pod otevřenou licencí, s využitím synergických efektů na vývoj a implementaci těchto programů.

Projekt eÚjezd vyžaduje přímou spolupráci s IS úřadu, jedná se zejména o systémy DMS, ticketovací systém, spisová služba a webové stránky. Níže je uvedena technická specifikace těchto systémů nasazených v prostředí ÚMČ Praha 21: 2.2      

Webové stránky Pro potřeby webových stránek, intranetových stránek a dalších webů MČ, zvolila Městská část Praha 21 jednotné řešení založené na open-source CMS sytému Joomla. Veškeré weby MČ P21 jsou provozovány na CMS Joomla ve verzi 3.2 a vyšší. Veškeré skripty na straně klienta využívají jQuery framework ve verzi 1.10.x a vyšší. Veškeré součásti webů jsou založeny pouze na architektuře Joomla MVC 3.2.x a vyšší. Uživatelské rozhraní plně podporuje HTML5, CSS3 a responzivní design. Vizuální podoba uživatelské rozhraní je založena na frameworku Bootstrap 3.0.3 a vyšší.


 

2.3   

2.4

Ticketovací systém MČ Praha 21 používá pro správu požadavků ticketovací systém OTRS ve verzi 3.3.x. Systém kromě interních potřeb úřadu, slouží i k evidenci požadavků veřejnosti. Nově vytvářené informační systémy jsou vytvářeny s důrazem na možnost propojení s ticketovacím systémem.

DMS  Centrální úložiště dokumentů MČ Praha 21 je založena na systému Alfresco Community Edition ve verzi 4.2.d.  Elektronické dokumenty zveřejněné na webových stránkách MČ jsou načítány přímo z DMS Alfresco. Pro tyto účely používá MČ Praha 21 vlastní konektor Joomla – Alfresco (Joomla content plugin – založeno na CMIS standardu).

2.5   

3

Přihlašování uživatelů v rámci všech provozovaných webů je řešeno pomocí LDAP. Každá součást webových stránek je integrována do vyhledávací komponenty Joomla Finder a Joomla Search.

Spisová služba MČ Praha 21 používá elektronickou spisovou službu ICZ e-Spis ve verzi 2.27.04.03 Spisová služba je integrována do IS datových schránek a do IS základních registrů. Součástí spisové služby je elektronická podatelna (ICZ)

Vymezení předmětu zakázky a požadavků zadavatele

3.1 Jednotlivé dílčí části projektu představují: 1. Informační platforma agregující a poskytující data od občanů a informace ze strany MČ Praha 21. Informační platforma se bude skládat z rozhraní pro občany - „Front-end eÚjezd“, rozhraní pro administraci a provoz podpůrných služeb - „Back-end eÚjezd“, mobilní aplikace eÚjezd. 2. Mobilní zařízení pro zastupitele - tablety výrazně sníží náklady na tisk podkladů pro jednání zastupitelstva a umožní větší informovanost politického vedení úřadu. 3. Webové kamery pro zajištění kvalitního přenosu z veřejných jednání zastupitelstva 4. Informační kiosky představující nástroj snadného a bezplatného přístupu k internetovému připojení a vyhledání potřebných informací zejména pro občany, kteří nemají jinou možnost elektronické komunikace 5. Interaktivní úřední desky nabízející snadné filtrování a procházení výsledků vyhledávání v dokumentech úřadu a další funkce pro snadné získávání informací. Desky elektronizují stávající proces a nahrazují tak stávající systém vyvěšování dokumentů v papírové formě. 3.2 Informační platforma Informační platforma bude rozdělena na tři části z hlediska integrace do informačních systému provozovaných Úřadem MČ Praha 21:   

Rozhraní pro občany - „Front-end eÚjezd“ Rozhraní pro administraci a provoz podpůrných služeb - „Back-end eÚjezd“ Mobilní aplikace eÚjezd

Všechny součásti informační platformy mohou být realizovány i na základě dostupných open-source nástrojů, kterou budou případně upraveny či rozšířeny. Součástí dodávky informační platformy bude předání všech modulů ve dvou provozních prostředích – školící a produkční. Bude zajištěna kompletní implementace do prostředí MČ Praha 21. HW pro provoz Back-end a Frontend eÚjezd není součástí poptávky (Instalace proběhne na HW MČ Praha 21). 3.2.1 

Rozhraní pro občany, dále jen „Front-end eÚjezd“ Front-end eÚjezd budou tvořit čtyři samotné moduly






Každý z modulů Front-end eÚjezd bude vytvořen takovým způsobem, aby mohl být provozován jako nedílná součást stávajícího řešení webových stránek MČ Praha 21, moduly musí zejména umožňovat: o Možno provozovat každý z modulů v rámci webových stránek MČ nezávisle na ostatních modulech Front-end eÚjezd. o Musí být zachováno jednotné vyhledávání v rámci webových stránek MČ a modulů Front-end eÚjezd. o Moduly Front-end eÚjezd musí být provozovány na stejném serveru jako webový portál MČ a pod totožnými URL, to znamená, že moduly nemůžou být zobrazeny např. pomocí techniky iframe a podobně. o Moduly Front-end eÚjezd musí podporovat jednotné přihlášení uživatele s webovými stránkami MČ Praha 21. o Moduly Front-end eÚjezd musí být vytvořeny v souladu s prostředím ÚMČ Praha 21, zejména se jedná o plnou integraci do webových stránek MČ Praha 21 a napojení na ticketovací systém (helpdesk), spisovou službu a DMS. Popis prostředí je součástí zadávací dokumentace technická specifikace čl. 2. Rozhraní Front-end eÚjezd bude tvořen moduly: o Řízení jednání zastupitelstva o Hlášení požadavků o Formulářové služby o Elektronická úřední deska

3.2.1.1 Modul „Řízení jednání zastupitelstva“ Funkcionalita modulu:    

řízení průběhu jednání zastupitelstva městské části hlasování zastupitelů, jejich přihlašování k rozpravě (dle jednacího řádu ZMČ Praha 21 zveřejněných na webových stránkách www.praha21.cz) publikování průběhu jednání na webový portál on-line zobrazení podkladů jednání

Uživatelské rozhraní administrátor:      

založení nového jednání zastupitelstva ke každému jednání možnost založení jednotlivých bodů jednání celé jednání včetně jednotlivých bodů možno založit importem z xml a json souboru ke každému jednání možnost založení interpelací – dva typy zastupitel a občan přiřazení skupiny uživatelů, která má k danému jednání přístup pro hlasování import a export všech informací z průběhu jednání ve formátu xml a json, včetně možnosti provedení importu a exportu pomocí webové služby.

Uživatelské rozhraní zastupitel: 

Jediná stránka s automatickým obnovováním obsahu, která bude obsahovat: o Přihlášení zastupitele o Aktuálně projednávaný bod o Hlasovací tlačítka – Pro, Proti, Zdržet se, Příspěvek, Technická o Hlasovací tlačítka budou aktivní pouze, když organizátor povolí hlasování k danému bodu ve svém rozhraní. o Náhled podkladů jednání (PDF) zobrazený bez nutnosti instalovat pdf prohlížeč do koncového zařízení uživatele, možnost zobrazit PDF na celou stránku a vrátit se zpět k hlasování. Cesta k PDF se definuje v rozhraní pro administrátora. o Tlačítko, které zobrazí přehled všech bodů jednání včetně historie hlasování aktuálního přihlášeného zastupitele a celkového výsledku hlasování pro daný bod.

Uživatelské rozhraní organizátor:


       

  

Výběr aktuálně projednávaného bodu Zápis času zahájení projednávání každého bodu Nadefinovaná tlačítka pro spuštění časomíry s možností volby časových limitů Vložení nového bodu jednání / interpelace Zrušení bodu jednání / interpelace Možnost řazení pořadí projednávaných bodů – drag and drop Spuštění hlasování k aktuálnímu bodu jednání – odemkne tlačítka zastupitelům na dobu definovanou v rozhraní pro administrátora Spuštění hlasování k jakémukoliv navrženému hlasování – odemkne tlačítka zastupitelům na dobu definovanou v rozhraní pro administrátora a umožní organizátorovi zapsat předmět hlasování (např. : „hlasování o předloženém návrhu“ nebo „hlasování, zda může zastupitel vystoupit potřetí“) Možnost opakování celého hlasování – zneplatnění (ne vymazání) předchozích výsledků hlasování Přihlášení občana k vyjádření názoru, rozpravy či interpelace Stránka registrace zastupitelů včetně usnášeníschopného stavu, časová posloupnost přihlášení a odhlášení

Uživatelské rozhraní organizátor veřejné: 

Jediná stránka s automatickým obnovováním, která bude obsahovat: o Aktuálně projednávaný bod jednání / interpelace o Časomíru příspěvků – řízeno organizátorem o Po ukončeném hlasování přehled předchozího hlasování všech zastupitelů a výsledný stav o Registrace zastupitelů (kdo je přítomen, omluven, neomluven), stránka řízená organizátorem

Uživatelské rozhraní občan:     

Zobrazení seznamu všech jednání v databázi Zobrazení detailu jednání, přehled projednávaných bodů, časy začátku. Zobrazení dokumentů k jednání podklady, zápis, usnesení. Cesty k pdf souborům se zapisují v rozhraní pro administraci Zobrazení videozáznamu z jednání, kliknutím na bod jednání posun videa na čas zahájení daného bodu. Zobrazení historie hlasování pro každý bod.

3.2.1.2 Modul „Hlášení požadavků“ Požadavky na modul:      

Hlášení a evidence podnětů občanů Publikování informací o všech podnětech včetně zobrazení na mapě Možnost přidávat komentáře k jednotlivým požadavkům Možnost hlasovat pro daný požadavek Komunikace s ticketovacím systémem úřadu prostřednictvím Back-end eÚjezd Umožnit efektivní editaci a správu podnětů pracovníky úřadu

Uživatelské rozhraní administrátor:   

Definice kategorií (víceúrovňové), ke každé kategorii možnost nastavit ikonu kategorie, která se poté zobrazuje na mapě. Přehled všech požadavků a stavu řešení. Nastavení pravidel notifikace závisející na nových záznamech v jednotlivých kategoriích

Uživatelské rozhraní správce kategorie:   

Možnost editace záznamů v dané kategorii Možnost tisku/export PDF vybraných/nových/aktualizovaných/ záznamů k Přehled všech požadavků a stavu řešení v dané kategorii (filtrace, tisk případně pdf export podle stavů).


Uživatelské rozhraní pro občany:       

Filtrování: kategorie, stav, fulltext (vše AJAX) Řazení: dle data, počtu hlasů, stav Levá strana zobrazení seznamu požadavků dle vybraného filtru s popisem, fotografií, počtem hlasů a stavem. Pravá strana zobrazení mapy s vyznačenými body pro jednotlivé požadavky dle filtru, po kliknutí na body zobrazení detailu požadavku. Detail požadavku: zobrazení všech dostupných informací, mapa, možnost hlasovat a přidávat komentáře. Tlačítko pro nahlášení podnětu – možno definovat v administraci práva kdo smí přidávat podněty Rozhraní pro vložení požadavku: zadání popisu podnětu, výběr GPS pozice na mapě, možnost nahrát fotografii, výběr kategorie, možnost zadat štítky (tagy).

3.2.1.3 Modul „Formulářové služby“ Funkcionalita modulu:  

 

 



Modul umožní pomocí webu nebo mobilního telefonu dle požadované služby vyplnit formulář a odeslat jej jako požadavek do úřadu MČ Praha 21 Práce se dvěma typy formulářů: o Formulář jako vstupní proces požadavků občanů s následným zpracováním a informováním občana o stavu služby o Anketa pro hromadné zpracování údajů vložených uživateli Modul bude ukládat veškerá data z formulářů do Back-end eÚjezd nejen v databázové podobě, ale i v podobě xml či pdf Pro služby, ke kterým je potřeba zabezpečeného podpisu modul umožní: o stáhnout data vyplněné formulářem v podobě PDF pro odeslání přes datovou schránku nebo přes mail s elektronickým podpisem o odeslat přímo přes rozhraní ISDS do datové schránky MČ Praha 21 Nástroj pro registraci formulářů a anket – načtení definičního XML souboru, uložení XML Definice platnosti formulářů od – do / možnost vyplnit opakovaně na uživatele. Součástí modulu bude funkce pro transformaci xml definice formuláře do podoby html5 s responzivním designem a začlenění formuláře do webových stránek úřadu a do mobilní aplikace eÚjezd (v mobilní aplikaci stačí uvést odkaz na konkrétní formulář na webové stránce, ale s provedením automatického přihlášení uživatele, dle přihlášení v mobilní aplikaci). Součástí dodávky budou vytvořené formuláře pro realizaci následujících služeb: o Podání interpelace občana o Podání stížnosti o Dotazy na starostu a radu o Smlouva o uložení inž. sítí do pozemku ve správě MČ o Žádost o informaci o stavu životního prostředí o Žádost o kácení dřevin mimo les o Ohlášení podnikatele živnostenskému úřadu o změnách provozoven o Ohlášení a ukončení podnikatele živnostenskému úřadu o provozování podnikatelské o činnosti v provozovně o Oznámení změn podnikatele živnostenskému úřadu o provozování živnosti o prostřednictvím odpovědného zástupce o Oznámení podnikatele živnostenskému úřadu o přerušení a následném zahájení o provozování živnosti o Zadání události do kalendária MČ (zadávací formulář, kalendář) o Rezervace/prodej vstupenky na události organizované MČ

Uživatelské rozhraní administrátor:


   

Konfigurace přístupu na Back-end eÚjezd (URL, API key) Registrace formuláře XML v systému jako služby a propojení s webovými stránkami Registrace formuláře XML jako ankety pro následné zveřejnění formou vytvoření aktuality s odkazem na registrovaný formulář Konfigurace možností zobrazení pro občany (počet záznamů na stránce atd.)

Uživatelské rozhraní pro občany:        

Seznam dostupných formulářů včetně popisu a návodu – odkaz na formulář Seznam aktuálních i ukončených anket – u aktuálních odkaz na anketu, u ukončených odkaz na výsledky (výsledky formou tabulky s filtrováním na straně klienta) Zobrazení formuláře Možnost v definici formuláře definovat povinná pole Kontrola povinných polí před odesláním Zabezpečení formuláře – metoda captcha nebo podobná Možnost pokračovat ve vyplňování formuláře v případě neúspěšného odeslání, vypršení přihlášení atd., např. s využitím lokálního úložiště prohlížeče. Po odeslání formuláře: o Data formuláře budou odeslány do Back-end eÚjezd pomocí webových služeb na straně Backend eÚjezd o Back-end eÚjezd dále zajistí založení ticketu v ticketovacím systému MČ Praha 21 (OTRS 3.3.x). Vrácené ID ticketu bude spárováno s daty z formuláře. o V rozhraní Back-end eÚjezd bude vygenerován PDF soubor s odeslanými daty z formuláře a ten uložen do DMS MČ Praha 21 (Alfresco Community 4.2.d) o Návratová stránka pro uživatele bude obsahovat:  id ticketu z ticketovacího systému MČ Praha 21 – odkaz na stránku s detaily odeslaného formuláře a stavem řešení (stav řešení bude předáván z ticketovacího systému MČ Praha 21 do Back-end eÚjezd).  odkaz na PDF soubor uložený v DMS  Instrukce jakým způsobem pokračovat v podání - načtené z odpovídajícího xml souboru formuláře (např. podepište dokument el. podpisem a odešlete pomocí datové schránky na úřad)  Odkaz na další související formulář, který je nutno v daném podání odeslat – definováno v xml souboru formuláře (ID souvisejícího formuláře)

Uživatelské rozhraní přehled - přihlášený uživatel:  

Přehled odeslaných formulářů a anket Zobrazení detailu odeslaných formulářů: o stav řešení požadavku o pdf soubor s odeslanými daty

3.2.1.4 Modul „Elektronická úřední deska“ Funkcionalita modulu:  

Modul bude přebírat data o vyvěšených dokumentech z Back-end eÚjezd. Přílohy vyvěšených dokumentů budou načítány z DMS MČ Praha 21

Uživatelské rozhraní administrátor:  

Konfigurace přístupu na aplikační server (URL, API key) Konfigurace možností zobrazení veřejného rozhraní (počet záznamů na stránce atd.)

Uživatelské rozhraní veřejné: 

Zobrazení tabulkového přehledu všech vyvěšených dokumentů


   

Zobrazení formou mapy (dokumenty budou obsahovat GPS souřadnice) Možnost filtrovat dle kategorie, GPS (mapa) + výběr vzdálenosti od vybraného bodu, hledání fulltext integrované do webových stránek městské části – včetně hledání v obsahu příloh uložených v DMS. Třídění / řazení dle všech dostupných atributů Přílohy vyvěšení budou načítány a zobrazovány přímo z DMS.

3.2.2 Rozhraní pro administraci a provoz podpůrných služeb, dále jen „Back-end eÚjezd“ Funkce modulu:     

Úložiště (cache) pro veškerý obsah poskytovaný pomocí mobilní aplikace. Replikační služby – bude spouštět a řídit přenosy a ukládání dat mezi jednotlivými moduly projektu eÚjezd Centrální autentizační služba, LDAP server, portál pro změnu/obnovu hesla v LDAP Konektor do spisové služby e-Spis (ICZ), který bude replikovat data vyvěšení na úřední desku z e-Spis do rozhraní Back-end eÚjezd a DMS. Správa informačních zdrojů „Zpravodajský modul“ – nastavení zdrojů dat včetně načítání těchto dat do lokální cache a následné zpřístupnění těchto dat pro mobilní aplikaci eÚjezd a webové stránky. Zdroje dat mohou být ve formátech RSS a JSON. Pro každý zdroj dat lze definovat kategorie – vazba na mobilní aplikaci, kde si uživatel definuje odběr informací dle různých kritérií.

Požadavky na modul:  

 

 



Může být postaveno z několika samotných systémů, které budou splňovat níže uvedené požadavky na funkcionalitu: Pro vývoj Back-end serveru může být využita některý z open-source back-end frameworků (BaaS – Backend as a service). Podmínkou v případě využití již hotového řešení je: o možnost provozu On-Premise o možnost autentizace uživatelů pomocí LDAP o Odesílání push notifikací na registrovaná mobilní zařízení Možnost definice automatizovaného získávání a odesílání dat Možnost nadefinovat automatické spuštění odeslání požadavku do ticketovacího systému v případě splnění podmínek definovaných pro každý typ struktury dat (př. nový podnět občana): o Automatické odesílání mailu na definovanou adresu (universální varianta) o Automatické založení požadavku v systému OTRS 3.3.x a vyšší, vrácené ID ticketu bude uloženo do DB a svázáno se souvisejícími daty. Data zpřístupněna pomocí WS ve formátu xml / json Součástí dodávky budou vzorové definice pro: o Načítání dat z libovolného modulu SugarCRM CE o Ukládání dat do libovolného modulu SugarCRM CE o Získávání stavu požadavku z OTRS 3.3.x o Zakládání požadavku v OTRS 3.3.x o Načítání dat z MySQL databáze o Ukládání dat do MySQL databáze Součástí modulu Back-end eÚjezd bude přehledný dashboard, který bude měřit a zobrazovat ve srozumitelné formě následující ukazatele: o Počet občanů využívající nově zřízenou službu pro kontakt s veřejnou správou o Počet elektronických podání včetně hodnot získaných ze spisové služby úřadu o Počet nových plně elektronizovaných agend veřejné správy - počet zavedených formulářů o Počet zaslaných požadavků dle kategorií a stavu vyřízení o Počet registrovaných uživatelů – občanů o Přehled rozeslaných push notifikací o Přehled odběru oblíbených informací uživateli

Back-end eÚjezd bude uchovávat následující data:


      

Historie stavu podnětů uživatelů podaných přes mobilní i webovou aplikaci (napojeno na OTRS) Data úřední desky načtená ze spisové služby - přílohy budou uloženy v DMS Alfresco Data z odeslaných formulářů z modulu Formulářové služby Data modulu Hlášení požadavků Veřejná data modulu Řízení jednání zastupitelstva Data uživatelů - přihlášené odběry dat, historie formulářů a anket Definice zdrojů zpravodajských informací + cache veškerých poskytovaných dat definovaných jako zdroje

3.2.3 Mobilní aplikace eÚjezd Struktura aplikace: 

Mám zájem o informace o Úřední deska – načítání dat z Back-end eÚjezd - modul Elektronická úřední deska o Práce zastupitelstva a rady - načítání dat z Back-end eÚjezd- modul řízení jednání zastupitelstva o Podněty občanů – napojení na modul Hlášení požadavků – stejná funkcionalita jako ve webovém modulu  Nahlásit  Prohlížet  Komentovat o Novinky – zobrazení informací z RSS / JSON zdrojů definovaných v Back-end eÚjezd  Infrastruktura a rozvoj území  Životní prostředí  Mimořádné situace a bezpečnost  Školství  Sport  Kultura  Zdravotnictví  Sociální péče  Spolky  Doprava o Práce dodavatelů – zobrazení informací RSS zdrojů definovaných v Back-end eÚjezd  Údržba zeleně  Údržba komunikací o Mé okolí – napojení na modul Elektronická úřední deska + Modul hlášení požadavků  Dle GPS  Dle zadané adresy o Ankety – napojení na modul formulářové služby (Ankety)  Plánované  Probíhající  Ukončené o Chci zaslat informaci  Nový podnět – napojení na modul Hlášení požadavků  Jednání rady a zastupitelstva  Černá skládka  Poškozený/chátrající veřejný majetek  Doprava  Podnět pro strategický plán  Stavba  Anketa – založit požadavek OTRS přes Back-end eÚjezd  Vložit novinku - založit požadavek OTRS přes Back-end eÚjezd  Vytvořit téma/skupinu pro zasílání novinek - založit požadavek OTRS přes Back-end eÚjezd  Zadat inzerát - založit požadavek OTRS přes Back-end eÚjezd






Dotaz na práci dodavatelů - založit požadavek OTRS přes Back-end eÚjezd  Údržba veřejného prostoru  Investiční akce Podání na úřad – formulářové služby – napojení na modul Formulářové služby

Požadavky na aplikaci:             

Celá aplikace bude vytvořena jako HTML5, CSS3 a Javascript Aplikace bude mít společný zdrojový kód pro nejrozšířenější mobilní platformy, minimálně však iOS, Android, Windows Phone. Budou dodány veškeré zdrojové kódy aplikace připravené pro kompilaci na všech podporovaných platformách. Zkompilovaná verze (nativní) aplikace bude dodána pro mobilní platformy Android, iOS a Windows Phone. Jednoduchost a uživatelská přívětivost Konfigurovatelnost prostřednictvím oblíbených (semi-automatická dle nejčastěji využívaných položek) Uživatel musí mít možnost u všech modulů definovat oblíbené kategorie informací, které mu budou následně zasílány pomocí funkce push notifikací z Back-end eÚjezd Obousměrná komunikace s Back-end eÚjezd GPS lokalizace na základě podnětu uživatele Správa uživatele, podpořená autentizací vůči Back-end eÚjezd Možnost zobrazení vybraného obsahu off-line Ověření uživatele vůči LDAP (s využitím Back-end eÚjezd) Podpora push notifikací – odesílání z Back-end eÚjezd

3.3 Mobilní zařízení pro zastupitele Bude dodáno 18 kusů tabletů dle následující technické specifikace:                 

Display min. 8,7“, minimální rozlišení 1024 x 768 Poměr stran 4:3 či 16:9 Procesor minimálně dvoujádrový RAM min. 1 GB Wifi: 802.11 a/b/g/n 2,4GHz a 5 GHz Bluetooth min. 2.1 Tablet musí splňovat vysoké nároky na bezpečnost s ohledem na hlasování zastupitelů Přední kamera s nahráváním videa min. VGA, zadní kamera s nahráváním videa min. 720p Dostupná kapacita diskového prostoru pro uživatele min. 15 GB Výdrž baterie při používání Wifi: 10 hodin Možnost připojení klávesnice (Bluetooth) Zobrazení PDF, MS Office dokumentů Možnost připomínkování PDF dokumentů a práce s poznámkami Možnost přijímat a odesílat maily v určené doméně Možnost vytvářet jednoduché textové dokumenty a ty následně odesílat Možnost zakázat uživateli instalovat nové aplikace Platforma mobilního zařízení musí podporovat nativní mobilní aplikaci Alfresco – je požadována podpora mobilní aplikace Alfresco, z důvodu potřeby čtení dokumentů uložených v DMS MČ Praha 21.

3.4 Webové kamery 2 kusy IP kamery včetně zdroje s následujícími parametry:     

Obousměrné audio LAN + Wifi připojení 802.11b/g/n Rozlišení videa minimálně 720p Podpora h264 a MJPEG Možnost uchycení na stativ


 3.5 a)

Kvalitní optické parametry Informační kiosky 1 ks informačního kiosku pro umístění do interiéru, možno volně stojící / zavěšený na zeď

b) 1ks informačního kiosku pro umístění do interiéru s dotykovým ovládáním umístěným v exteriéru (přes sklo) Oba kiosky musí splňovat následující parametry:         

Antivandal provedení Multidotykové ovládání s možností ovládat prsty, podpora gest Uzamykatelná skříň Součástí obou kiosků bude počítač s webovým prohlížečem Operační systém / webový prohlížeč musí podporovat HTML5 / CSS3 Rozlišení dotykové obrazovky minimálně 1280x1024 Velikost dotykové obrazovky minimálně 19“ (4:3) / 22“ (16:9) Zobrazení a dotykové ovládání musí být funkční i při přímém slunečním osvětlení Součástí obou kiosků bude instalace o 1ks kiosku bude instalován na zeď / přichycen do podlahy v interiérových prostorách Úřadu MČ Praha 21 o 1ks kiosku bude umístěn v interiéru Polyfunkčního domu (knihovny), ale dotykové ovládání bude přístupné z venkovních prostor přes skleněnou výlohu – montáž bude součástí dodávky Informační kiosek b) bude umístěn do skleněné výlohy, která je vyobrazena na následující fotografii (levá část skleněné výlohy), skleněnou výlohu (rám) je možno upravit dle požadavků poskytovatele (rozdělení rámu atd.). .

3.6 Interaktivní úřední desky Budou dodány a naistalovány 2 kusy dotykových panelů, které budou sloužit jako interaktivní úřední desky. Požadované parametry jsou: 

Antivandal provedení


          

Multidotykové ovládání s možností ovládat prsty, podpora gest Součástí každého panelu bude počítač s webovým prohlížečem Operační systém / webový prohlížeč musí podporovat HTML5 / CSS3 Možnost připojit k LAN (RJ45) Rozlišení dotykové obrazovky minimálně 1920x1080 Velikost dotykové obrazovky minimálně 24“ (16:9) Zobrazení a dotykové ovládání musí být funkční i při přímém slunečním osvětlení Dotykové panely musí být umístěny za tvrzeným bezpečnostním sklem s možností ovládání přes toto sklo Součástí bude 1xUPS pro zálohování napájení obou panelů + technologie pro udržené požadované provozní teploty dotykových panelů a počítačů. Provozní teploty od -20°C do +40°C součástí dodávky elektronických úředních desek bude instalace dotykových panelů včetně bezpečnostního skla do připraveného rámu, který je již vybaven přípojkou do elektrické sítě a sítě LAN úřadu, osazení tohoto rámu záložním zdrojem, dvěma kusy PC a technikou pro udržení provozní teploty. Rozměry rámu pro osazení panelů jsou 450mm x 1110 mm (maximální velikost skla). Celkové vnitřní rozměry stojanu, který bude osazen oběma dotykovými panely, PC, UPS a chlazením / topením jsou 500mm x 500mm x 1200mm. Pro umístění dotykových panelů bude využit stojan bývalé meteostanice viz následující foto:


PŘÍLOHA Č. 1 B) SMLOUVY TECHNICKÁ DOKUMENTACE POSKYTOVATELE K PŘEDMĚTU PLNĚNÍ /z předložených dokumentů musí být zřejmé, jak konkrétně bude zajištěno splnění minimálních technických parametrů uvedených v Příloze č. 1 a) Smlouvy – Technická specifikace předmětu plnění/


PŘÍLOHA Č. 1 C) SMLOUVY HODNOCENÍ TECHNICKÉ ŘEŠENÍ NABÍDKY /předkládá každý uchazeč ve své nabídce/ DÍLČÍ HODNOTÍCÍ KRITÉRIUM Č. 2 TECHNICKÉ ŘEŠENÍ – TEXTOVÁ ČÁST

DÍLČÍ HODNOTÍCÍ KRITÉRIUM Č. 3 TECHNICKÉ ŘEŠENÍ – DOTAZNÍK

Hodnocení parametrů PODMÍNKY ZÁRUČNÍHO SERVISU SW, NAD RÁMEC ČL. 7.4 SMLOUVY OTÁZKA Č. 1

ČÍM RYCHLEJŠÍ REAKČNÍ DOBA TÍM LEPŠÍ

ŘEŠENÍ: ZPŮSOB TVORBY FORMULÁŘŮ V MODULU FORMULÁŘOVÉ SLUŽBY OTÁZKA Č. 2

ČÍM UŽIVATELSKY PŘÍVĚTIVĚJŠÍ TÍM LEPŠÍ

ŘEŠENÍ: MOŽNOST GENEROVÁNÍ RŮZNÝCH FORMÁTŮ VÝSTUPŮ V RÁMCI BACK-END A OTÁZKA Č. 3

FRONT-END (PDF, CSV ATD.). ČÍM VÍCE MOŽNOSTÍ A FORMÁTŮ EXPORTU, TÍM LEPŠÍ.

ŘEŠENÍ: ZPŮSOB ZABEZPEČENÍ HLASOVÁNÍ ZASTUPITELŮ V MODULU ŘÍZENÍ JEDNÁNÍ OTÁZKA Č. 4

ZASTUPITELSTVA. ČÍM SPOLEHLIVĚJŠÍ, TÍM LEPŠÍ.

ŘEŠENÍ: PODMÍNKY ZÁRUČNÍHO SERVISU HW, NAD RÁMEC ČL. 7.4 SMLOUVY OTÁZKA Č. 5

ČÍM RYCHLEJŠÍ REAKČNÍ DOBA TÍM LEPŠÍ

ŘEŠENÍ:


PŘÍLOHA Č. 2 SMLOUVY SEZNAM SUBDODAVATELŮ

Varianta 1:

Poř. č.

Název subjektu, sídlo, IČ/DIČ, tel./fax, e-mail, spisová značka v obch. rejstříku, osoba oprávněná jednat za subdodavatele

Definice části plnění díla která bude plněna prostřednictvím subdodavatele

1

2

3

Varianta 2:

Dílo dle této smlouvy nebude plněno prostřednictvím subdodavatelů.


% podíl na plnění díla

2012 Sb., občanský zákoník, v platném znění (dále jen občanský zákoník )

Recommend Documents