Smlouva o vytvoření webového portálu a poskytování technické podpory
Smlouva o vytvoření webového portálu a poskytování technické podpory
a maintenance
Číslo smlouvy: SML/3210/2017
1. Objednatel
Statutární město Přerov
zastoupené: Ing. Xxxxxx Xxxxxxxxx, náměstkem primátora, na základě pověření dle bodu 6. usnesení Rady města Přerova č. 2894/72/6/2017 ze dne 22. června 2017
se sídlem: Bratrská 709/34, 750 11 Přerov
IČO: 00301825
DIČ: CZ00301825
plátce DPH: ANO
bankovní spojení: Česká spořitelna, a.s.
č.účtu 27-1884482379/0800 transparentní účet (dále jen „Objednatel“)
a
2. Zhotovitel
xx0x.xx, s.r.o.
zastoupená: Xxxxxxxx Xxxxxxxxxx, jednatelem společnosti
se sídlem: Xxxx Xxxxxxxx 195/24, 120 00 Praha 2
IČO: 28884035
DIČ: CZ28884035
plátce DPH: ANO
zapsána v obchodním rejstříku vedeném Městským soudem v Praze, oddíl C, vložka 150973 bankovní spojení (číslo účtu): Raiffeisen BANK a.s., 0000000000/5500
telefon: x000 000 000 000
(dále jen „Zhotovitel“)
(Objednatel a Zhotovitel společně dále také jako „Smluvní strany“)
uzavřeli v souladu s § 1746 odst. 2 a násl. zákona č. 89/2012 Sb., občanského zákoníku (dále jen „Občanský zákoník“) tuto smlouvu o vytvoření webového portálu a poskytování technické podpory a maintenance (dále jen „Smlouva“).
II. ÚVODNÍ UJEDNÁNÍ
3. Smlouva je uzavřena na základě výsledků zadávacího řízení (dále jen „Řízení veřejné zakázky“) veřejné zakázky s názvem „Vytvoření nového webového portálu a poskytování prostoru pro webovou prezentaci statutárního města Přerova včetně související technické podpory a maintenance.“, identifikátor veřejné zakázky: P17V00000008 (dále jen „Veřejná zakázka“). Jednotlivá ujednání Xxxxxxx tak budou vykládána v souladu se zadávacími podmínkami Xxxxxxx zakázky a nabídkou Zhotovitele podanou na Veřejnou zakázku.
III. PŘEDMĚT SMLOUVY
4. Zhotovitel se zavazuje provést na svůj náklad a nebezpečí ve sjednaném termínu pro Objednatele dále specifikované dílo spočívající ve vytvoření nového webového portálu (webové prezentace) Objednatele (dále jen „Dílo“), zajistit poskytování prostoru pro webovou prezentaci Objednatele, zajistit poskytování požadovaného redakčního systému a zajistit poskytování služeb spočívajících v zajišťování úprav, údržby, servisu a technické podpory funkcionalit modulů, aplikací a doplňků využívaných v rámci webhostingu a provozu serveru na síti Internet (dále jen „Webhostingové služby“), a Objednatel se zavazuje dokončené Dílo převzít, průběžně přijímat řádně poskytnuté Webhostingové služby a zaplatit za ně sjednanou cenu a příslušnou DPH, je-li Zhotovitel povinen podle zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále jen „ZoDPH“) hradit DPH.
5. Zhotovitel prohlašuje, že před podpisem Xxxxxxx se seznámil s jejími podmínkami, a že s ohledem na své znalosti a zkušenosti zhotoví Dílo dle Smlouvy tak, aby mohlo být řádně užíváno k účelu, k němuž má být provedeno, přičemž si není vědom žádných překážek, které by mu bránily v poskytnutí sjednaného plnění v souladu se Smlouvou.
6. Zhotovitel je při určení způsobu provádění Xxxx a poskytování Webhostingových služeb vázán příkazy Objednatele, pokud Objednatel Zhotoviteli takové příkazy udělí.
IV. PŘEDMĚT DÍLA
7. Zhotovitel se zavazuje provést pro Objednatele Dílo:
7.1. podle technických podmínek, které tvoří přílohu Smlouvy (Příloha č. 1 Smlouvy);
7.2. podle podmínek stanovených Smlouvou;
a to včetně všech souvisejících prací, dodávek a služeb.
8. Dílo bude sloužit k následujícím účelům:
8.1. přizpůsobení webového portálu Objednatele požadavkům nových IT technologií,
8.2. vytvoření sofistikovaného nástroje umožňujícího jak multiplatformní komunikaci, tak řešení životních situací s co nejlepším uživatelským komfortem, ideálně co nejvíce z nich z pohodlí domova,
8.3. vytvoření uživatelsky komfortnějšího prostředí pro plnění zákonných informačních
povinností na straně Objednatele.
9. Dílo musí splňovat alespoň níže uvedené parametry:
9.1. Viditelnost webu;
9.2. Přístupnost webu;
9.3. Použitelnost (funkčnost) webu, přehlednost;
9.4. Rychlost webu;
9.5. Kvalitní design;
9.6. Intuitivní a konzistentní navigace;
9.7. Responzivní web i samostatná mobilní verze webu, plně funkční na běžných mobilních platformách (např. „chytré mobily“, tablety apod.).
10. Tvorba webové prezentace
10.1. Webová prezentace bude Zhotovitelem vytvořena na základě kreativní koncepce vycházející z vymezení cílové skupiny webových stránek.
10.2. Součástí vytvoření webového portálu bude zajištění optimalizace pro vyhledávače (SEO, SEM), tj. vytvoření webových stránek takovým způsobem, aby jejich forma a obsah byly vhodné pro automatizované zpracování v internetových vyhledávačích.
10.3. Součástí webového portálu bude systém pro správu obsahu (CMS) - redakční systém. V rámci Díla provede Zhotovitel vystavění technické koncepce správy webu, tj. výběr vhodného redakčního systému a jeho zapojení do struktury a funkcí webu.
10.4. Objednatel klade důraz na kvalitu informační struktury webu, tj. na kvalitu třídění informací a jejich uspořádání. Cílem Objednatele je usnadnit zpětné vyhledávání relevantních informací jejich vhodnou organizací, navigací a reprezentací.
10.5. Zhotovitel v rámci Díla zajistí internetovou konektivitu webu pro všechny servery potřebné k běhu webového portálu.
10.6. Zhotovitel v rámci Díla zajistí, aby Xxxx dále umožňovalo také jednoduchou a rychlou správu webu.
11. Vzhled a grafické zpracování webu
11.1. Grafický návrh nového webu (dále jen „Grafický návrh“) bude respektovat požadavky na vytvoření moderního designu webového portálu - grafický návrh bude odpovídat současným trendům, a bude akceptovat požadavky Objednatele, a to jak na barevnost, tak i na obsah a uspořádání jednotlivých stránek webového portálu, s akcentem na titulní stranu portálu.
11.2. Grafický návrh musí zajistit, že design nového webu Objednatele bude disponovat alespoň následujícími vlastnostmi:
11.2.1. originalita;
11.2.2. kreativita;
11.2.3. moderní vzhled;
11.2.4. preciznost;
11.2.5. čistota;
11.2.6. podpora image Objednatele;
11.2.7. zapamatovatelnost;
11.2.8. odlišitelnost;
11.2.9. použitelnost;
11.2.10. přístupnost.
11.3. Grafický návrh bude spočívat v návrhu kompletního designu webového portálu, včetně návrhů vzhledu vybraných aplikací. Pro zpracování Grafického návrhu poskytne Objednatel Zhotoviteli znak Objednatele v křivkách.
11.4. Grafický návrh předloží Zhotovitel v následujícím rozsahu: 3 funkční grafické návrhy, každý na zvláštním elektronickém nosiči, přičemž každý návrh bude předložen ve 3 barevných variantách.
11.5. Z předloženého Grafického návrhu, resp. ze všech grafických návrhů dle předchozího odstavce, musí být zřejmé:
11.5.1. grafické ztvárnění informační struktury;
11.5.2. logické návaznosti pro uživatele;
11.5.3. barevné odlišení jednotlivých typů informací;
11.5.4. přehlednost a praktičnost struktury pro uživatele;
11.5.5. použitý font písma;
11.5.6. vzhled a členění titulní strany;
11.5.7. vzhled a členění běžné stránky.
11.6. Grafický návrh předloží Zhotovitel Objednateli nejpozději do 14 dnů od uzavření Smlouvy. Objednatel určí způsob předložení Grafického návrhu, např. poštou nebo osobně.
11.8. Grafický návrh bude podřízen informační struktuře, přehlednosti a praktičnosti pro uživatele, zároveň však musí naplňovat obecné zvyklosti a trendy současných webů, s akcentem na titulní stranu portálu. Grafický návrh bude splňovat pravidla přístupnosti webu.
12. Moduly, doplňky a aplikace
12.1. Objednatel požaduje, aby součástí webového portálu byly minimálně moduly, doplňky
a aplikace stanovené v čl. 4 Přílohy č. 1 Xxxxxxx.
12.2. Zhotovitelem navrhované řešení musí garantovat plnou funkčnost všech aplikací třetích stran, které Objednatel provozuje v rámci současného webového portálu (Portál občana, Archivní portál, Rozklikávací rozpočet atd.).
12.3. Komunikace modulů Životní situace (na webu města Přerova) a Portálu občana je blíže specifikována v příloze Smlouvy (Příloha č. 2 Smlouvy) a Zhotovitel je povinen postupovat dle této specifikace.
13. Implementace
13.1. Zhotoviteli bude v rámci implementačního procesu ze strany Objednatele i stávajících poskytovatelů IT a dalších souvisejících služeb poskytnuta veškerá potřebná součinnost.
13.3. Migrace dat
11.3.1 Nedílnou součástí předmětu plnění, resp. implementace nového webového portálu je migrace všech stávajících dat ze současné webové prezentace Objednatele umístěné na xxx.xxxxxx.xx do nového webového portálu.
11.3.2 Zhotovitel zajistí migraci všech stávajících dat do nového webového portálu Objednatele včetně zachování všech stávajících interních i externích vazeb, architektury atd.
11.3.3 Objednatel požaduje plnou migraci datových souborů původní webové prezentace do nového webového portálu. Pro tyto účely garantuje Zhotoviteli předání kompletní zálohy webového serveru na přenosném médiu. Zálohy jsou prováděny každých 24 hodin v režimu fullbackup.
11.3.4 Metodu migrace dat Objednatel neurčuje a zvolí ji Zhotovitel se souhlasem
Objednatele.
V. WEBHOSTINGOVÉ SLUŽBY
14. Zhotovitel zajistí v rámci Webhostingových služeb poskytnutí prostoru pro webovou prezentaci Objednatele, tj. zajistí provoz virtuálního serveru v síti Internet (dále jen „Prostor pro prezentaci“).
15. Xxxxxxxxxx provede vystavění technické koncepce správy webu, tj. výběr vhodného redakčního systému a jeho zapojení do struktury a funkcí webu.
16. Webhostingovými službami se dle Xxxxxxx dále rozumí zejména zajišťování nepřetržitého provozu virtuálního serveru na síti Internet, resp. poskytnutí služby přenosu dat po síti Internet s využitím HTTPS protokolu a služeb s tím souvisejících (dále také „Servisní služby“).
17. V rámci Servisních služeb bude zajištěn provoz domény Objednatele, tj. bude zajištěn přístup účastníků sítě Internet k www stránkám Objednatele. Zhotovitel zajistí dostatečné síťové kapacity pro kvalitní přenos dat do sítě Internet a odpovídající ochranu dat a zabezpečení provozu portálu vůči virům a jiným útokům a hrozbám, které by mohly narušit chod celého webového portálu.
18. Požadavky na úroveň poskytovaných Servisních služeb jsou stanoveny v příloze Smlouvy (Příloha č. 3 Smlouvy).
19. Programování nových požadavků Objednatele či grafické úpravy požadované Objednatelem nad rámec Díla budou řešeny v rámci hodinových sazeb za poskytované služby stanovených v čl. VII Smlouvy dle příslušných vnitřních předpisů Objednatele.
VI. LICENCE
20. Zhotovitel tímto v rámci Webhostingových služeb poskytuje Objednateli licenci nebo podlicenci, není-li oprávněn licenci poskytnout, na veškerý software dodaný podle Smlouvy, zejména na redakční systém (dále jen „Licence na software“). Licence na software se poskytuje:
20.1. jako úplatná, přičemž cena Licence na software za 1 rok je stanovena v čl. VII Smlouvy;
20.2. jako nevýhradní;
20.3. z hlediska časového rozsahu na dobu trvání závazků ze Smlouvy;
20.4. z hlediska územního rozsahu jako neomezená;
20.5. z hlediska věcného rozsahu (způsobu použití) tak, že opravňuje k takovým způsobům použití tak, aby Dílo bylo možné užívat k účelu sjednanému Smlouvou;
20.6. z hlediska osobního rozsahu (multilicence) tak, že opravňuje k použití tolika uživateli, kolik jich bude třeba k uživatelské obsluze Díla tak, aby Dílo bylo možné užívat k účelu sjednanému Smlouvou.
21. Zhotovitel tímto poskytuje Objednateli licenci nebo podlicenci, není-li oprávněn licenci poskytnout, na veškerá další plnění dle Smlouvy, která jsou ve smyslu zákona č. 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ů (dále jen „Autorský zákon“), autorským dílem, zejména na grafickou podobu webového portálu (dále jen „Licence na další plnění“ a společně s Licencí na software dále jen „Licence“). Licence na další plnění se poskytuje:
21.1. jako bezúplatná;
21.2. jako nevýhradní;
21.3. z hlediska časového rozsahu na dobu trvání majetkových práv k autorskému dílu;
21.4. z hlediska územního rozsahu jako neomezená;
21.5. z hlediska věcného rozsahu (způsobu použití) tak, že opravňuje k takovým způsobům použití tak, aby autorské dílo bylo možné užívat k účelu sjednanému Smlouvou.
22. Objednatel není povinen Licenci využívat.
23. Licence na software se musí vztahovat i na veškeré aktualizace, patche a upgrady dodaného
softwaru.
24. Xxxxxxxxxx tímto jménem všech autorů Xxxx a případně dalších autorských děl vytvořených dle Xxxxxxx uděluje Objednateli bezplatně:
25. Cena za provedení Díla (Pořizovací cena) činí celkem: 37 002,00 Kč
(dále jen „Cena Díla“).
Cena Díla je podrobně rozčleněna následovně:
25.1. Grafický návrh nového webu: 25 000,00 Kč
25.2. Jednorázové vytvoření webového portálu (naprogramování www stránek):
1,00 Kč
25.3. Migrace dat ze stávajícího webového serveru: 1,00 Kč
25.4. Implementace - testovací provoz / úpravy / spuštění ostré verze: 12 000,00 Kč
26. Cena Webhostingových služeb za 1 rok jejich poskytování činí: 86 401,00 Kč
(dále jen „Cena Webhostingových služeb“).
Cena Webhostingových služeb je podrobně rozčleněna následovně:
26.1. Pronájem redakčního systému (Cena za Licenci na software) za 1 rok:
1,00 Kč
26.2. Pronájem prostoru pro webovou prezentaci města (Cena za poskytnutí Prostoru pro
prezentaci) za 1 rok: 20 400,00 Kč
26.3. Správa webu - zajišťování webhostingu, údržba, servis a technická podpora funkcionality modulů, aplikací a doplňků (Cena Servisních služeb) za 1 rok: 66 000,00 Kč
27. Cena za následné úpravy webu ve smyslu odstavce 19 Smlouvy je stanovena jako hodinová sazba a činí: 650,00 Kč (dále jen „Cena za úpravy“ a společně s Xxxxx Xxxx a Xxxxx Webhostingových služeb dále také „Cena“).
28. Ceny dle tohoto článku Smlouvy jsou stanoveny jako nejvýše přípustné a nepřekročitelné.
VIII. FAKTURACE A PLATEBNÍ PODMÍNKY
29. Je-li Zhotovitel povinen podle ZoDPH uhradit v souvislosti s poskytováním plnění podle Xxxxxxx DPH, je Objednatel povinen Zhotoviteli takovou DPH uhradit vedle Xxxx. Zhotovitel odpovídá za to, že xxxxx DPH bude ve vztahu ke všem plněním poskytovaným na základě Smlouvy stanovena v souladu s právními předpisy platnými a účinnými k okamžiku uskutečnění zdanitelného plnění.
30. Objednatel uhradí Zhotoviteli Cenu Díla na základě faktury (dále jen „Faktura“), kterou Xxxxxxxxxx vystaví po převzetí Díla Objednatelem v souladu se Smlouvou.
31. Objednatel uhradí Zhotoviteli Cenu Webhostingových služeb na základě Faktury, kterou Xxxxxxxxxx vystaví vždy po uplynutí jednoho roku poskytování Webhostingových služeb. Objednatel je povinen uhradit Cenu Webhostingových služeb pouze za dobu, po kterou byly Webhostingové služby skutečně poskytovány.
32. Objednatel uhradí Zhotoviteli Cenu za úpravy na základě Faktury, kterou Zhotovitel vystaví vždy po provedení úprav dle odstavce 19 Smlouvy a jejich protokolárním převzetí Objednatelem. Objednatel je povinen zaplatit Zhotovitel Xxxx za úpravy pouze za skutečně provedené úpravy, přičemž součástí Faktury na Cenu za úpravy musí být Objednatelem odsouhlasený soupis prací provedených Zhotovitelem.
33. Faktura musí splňovat náležitosti daňového dokladu podle ZoDPH. V případě, že Zhotovitel není plátcem DPH, musí Faktura splňovat náležitosti účetního dokladu podle zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů. Faktura musí vždy splňovat náležitosti stanovené § 435 Občanského zákoníku.
34. Splatnost Faktury musí být stanovena tak, aby nebyla kratší než 21 dnů ode dne doručení
Faktury Objednateli.
35. Stanoví-li Faktura splatnost delší, než je jako minimální stanovena v tomto článku, je Objednatel oprávněn uhradit příslušnou Cenu, případně její část, ve lhůtě splatnosti určené ve Faktuře.
36. Cena, případně její část, vyúčtovaná Fakturou a případná DPH je uhrazena vždy dnem jejich odepsání z bankovního účtu Objednatele.
37. Vyplývá-li z informací zveřejněných správcem daně ve smyslu ZoDPH, že Zhotovitel je nespolehlivým plátcem DPH, je Objednatel oprávněn příslušnou DPH uhradit přímo místně a věcně příslušnému správci daně Zhotovitele.
38. Bude-li Faktura obsahovat číslo bankovního účtu určeného k úhradě Ceny nebo její části a případné DPH, které není správcem daně ve smyslu ZoDPH zveřejněno jako číslo bankovního účtu, které je Zhotovitelem používáno pro ekonomickou činnost, je Objednatel oprávněn uhradit Cenu nebo její část, na něž byla vystavena Faktura, a případnou DPH na bankovní účet zveřejněný správcem daně ve smyslu ZoDPH jako bankovní účet, který je Zhotovitelem používán pro ekonomickou činnost.
39. Nebude-li příslušná Faktura obsahovat některou povinnou nebo dohodnutou náležitost nebo bude-li chybně stanovena Cena či její část, DPH nebo jiná náležitost Faktury, je Objednatel oprávněn tuto Fakturu vrátit Zhotoviteli k provedení opravy s vyznačením důvodu vrácení. Zhotovitel je povinen opravit Fakturu podle pokynů Objednatele a opravenou Fakturu neprodleně doručit Objednateli.
40. Objednatel neposkytuje Zhotoviteli žádné zálohy.
41. Místo plnění je sídlo Objednatele, pokud není ve Smlouvě stanoveno jinak.
42. Dílo bude prováděno v následujících termínech, pokud není ve Smlouvě stanoveno jinak:
42.1. Předání Grafického návrhu: nejpozději do 14 dnů od uzavření Smlouvy.
42.2. Předání připomínek a požadavků Objednatele ke Grafickému návrhu: nejpozději do 20
od uzavření Smlouvy.
42.3. Projednání způsobu vyřešení připomínek a požadavků Objednatele ke Grafickému návrhu, předání dopracovaného Grafického návrhu, domluva na posledních korekcích: do 27 dnů od uzavření Smlouvy.
42.4. Předání finální verze Grafického návrhu: nejpozději do 30 dnů od uzavření Smlouvy.
42.5. Zahájení testovacího provozu Díla: nejpozději do 31.10.2017.
42.6. Odstavení stávajícího webu a přechod na ostrý provoz Díla: nejpozději do 1.1.2018.
43. Zhotovitel předloží Objednateli ke schválení podrobný harmonogram realizace Díla (dále jen
„Harmonogram“) nejpozději do 14 dnů od uzavření Smlouvy. Harmonogram bude v grafickém provedení, uvedený ve dnech, kdy výchozím bodem (bod 0) bude datum uzavření Smlouvy. Harmonogram bude obsahovat věcný popis prací. Pořadí, v jakém bude probíhat realizace jednotlivých částí Díla, stanoví Zhotovitel, přičemž Zhotovitel může navrhnout i realizaci všech
či vybraných částí Díla souběžně. Harmonogram musí respektovat termíny plnění dle odstavce 42 Smlouvy.
45. Zhotovitel je povinen upozornit Objednatele bez zbytečného odkladu na nevhodnou povahu nebo neúplnost podkladů, které mu Objednatel předal k provedení Díla, nebo na nevhodnou povahu nebo neúplnost příkazu, který mu Objednatel dal. Jestliže nevhodné nebo neúplné podklady nebo příkazy Objednatele překážejí v řádném provádění Díla, Zhotovitel v nezbytném rozsahu přeruší provádění Díla do doby výměny nebo doplnění podkladů nebo změny příkazů Objednatelem, nebo do doby doručení písemného sdělení Objednatele, že trvá na provádění Díla s použitím předaných věcí nebo podkladů nebo na dodržování jeho příkazů. Zhotovitel je povinen pokračovat v provádění Díla v rozsahu, ve kterém mu v tom nebrání nevhodné nebo neúplné věci, podklady nebo příkazy nebo postup provádění Díla. Termíny plnění podle odstavce 42 Smlouvy, byly-li přerušením provádění Díla přímo dotčeny, se prodlužují o dobu přerušením vyvolanou.
46. Zjistí-li Zhotovitel v průběhu provádění Díla, že nelze dodržet termíny plnění stanovené v odstavci 42 Smlouvy, je povinen vždy na to Objednatele upozornit. Tím nejsou dotčeny další povinnosti Zhotovitele, zejména povinnost zaplatit smluvní pokutu za prodlení s předáním Díla a odpovědnost Zhotovitele za škodu.
47. Termíny plnění dle odstavce 42 Smlouvy mohou být změněny pouze písemným dodatkem
ke Smlouvě po dohodě obou Smluvních stran, pokud není ve Smlouvě stanoveno jinak.
48. Ustanovení odstavců 45 až 47 Smlouvy se použijí obdobně i na jiná plnění dle Smlouvy, zejména na termíny stanovené pro poskytování Servisních služeb.
X. PODMÍNKY PLNĚNÍ PŘEDMĚTU SMLOUVY
49. Bližší podmínky a pravidla poskytování některých Webhostingových služeb, zejména Servisních služeb, včetně SLA, jsou stanoveny v Příloze č. 4 Smlouvy.
50. Vlastnické či jakékoli jiné právo k datům, která jsou předmětem migrace dat dle Xxxxxxx, nepřechází přenosem dat na Zhotovitele a Zhotovitel je oprávněn využít data přenesená do prostředí nového webového portálu pouze pro účely plnění Smlouvy.
51. Jakákoli data vytvořená v rámci plnění Smlouvy nebo kdykoli v průběhu užívání Díla po dobu trvání závazků ze Smlouvy se stávají majetkem Objednatele, přičemž mu budou poskytnuta při ukončení závazku ze Smlouvy nebo kdykoli za trvání závazku ze Smlouvy na základě jeho žádosti. Data budou předána Objednateli ve formě, v jaké budou v úložišti webového portálu uložena, neurčí-li Objednatel jinak.
52. Při zániku závazku ze Smlouvy nebo kdykoli v průběhu trvání závazku ze Smlouvy na základě žádosti Objednatele je Zhotovitel povinen předat Objednateli zdrojový kód webu.
53. Pro vyloučení veškerých pochybností Smluvní strany výslovně stanoví, že cena veškerých plnění dle tohoto článku Smlouvy je zahrnuta v Ceně Díla nebo v Ceně Webhostingových služeb.
XI. POSKYTOVÁNÍ WEBHOSTINGOVÝCH A SERVISNÍCH SLUŽEB
54. V rámci poskytování Webhostingových služeb bude Zhotovitel poskytovat Objednateli od okamžiku spuštění ostrého provozu Díla následující Webhostingové služby, blíže popsané v Příloze č. 3 Smlouvy:
54.1. Legislativní údržba;
54.2. Technická podpora.
55. V rámci technické podpory bude Zhotovitel poskytovat Webhostingové služby uvedené
v Příloze č. 4 Smlouvy, zejména Servisní služby.
56. V rámci poskytování Servisních služeb je Zhotovitel povinen řešit požadavky Objednatele týkající se Díla (dále jen „Požadavky“) za podmínek sjednaných Smlouvou a její přílohou č. 3.
57. Zhotovitel je povinen po celou dobu účinnosti Smlouvy v případě poruchy Díla provádět
obnovu provozu Díla včetně načtení dat ze zálohy potřebných pro řádný chod Díla.
58. Zhotovitel je povinen udržovat servisní pohotovost v režimu dle Přílohy č. 3 Smlouvy tak, že Zhotovitel bude disponovat potřebným množstvím pracovníků s odpovídající kvalifikací tak, aby byl schopný garantovat časové lhůty stanovené v Příloze č. 3 Smlouvy.
59. Zhotovitel je povinen při poskytování Servisních služeb dodržovat reakční dobu (dále jen
„Reakční doba“ nebo „Reakce“) a dobu vyřešení Požadavku (dále jen „Doba vyřešení“). Specifikace Reakční doby a Doby vyřešení je uvedena v Příloze č. 3 Smlouvy.
60. Kategorizace Požadavků, Reakční doby na jednotlivé kategorie Požadavků a Doby vyřešení jednotlivých kategorií Požadavků jsou uvedeny v Příloze č. 3 Smlouvy a jsou pro Zhotovitele závazné.
61. Objednatel nahlásí Požadavek Zhotoviteli způsobem, který je v souladu s Přílohou č. 3 Smlouvy.
62. Zhotovitel má právo si na základě nahlášení Požadavku vyžádat po Objednateli bližší specifikaci Požadavku. Tato činnost je již považována za zahájení činnosti Zhotovitele ve smyslu Přílohy č. 3 Smlouvy.
XII. PŘEDÁNÍ A PŘEVZETÍ DÍLA
64. Xxxxxxxxxx je povinen písemně informovat Objednatele o termínu předání Díla do testovacího
provozu alespoň 5 dnů předem.
66. Závazek Zhotovitele provést Dílo podle Xxxxxxx je splněn jeho včasným dokončením a předáním Objednateli po uvedení do ostrého provozu, včetně předání veškerých dokladů nezbytných k užívání Díla, k uvedení Díla do ostrého provozu, a dalších dokladů stanovených Smlouvou, popř. právními předpisy.
67. Objednatel Dílo převezme za předpokladu, že je Dílo dokončené, odpovídá Smlouvě, je plně funkční a je prosté nedostatků nedodělků či vad, zejména těch, které byly odhaleny v průběhu testovacího provozu Díla.
68. O předání a převzetí Díla bude Smluvními stranami sepsán protokol, který bude obsahovat zhodnocení provedení Díla a soupis dokladů předaných Zhotovitelem Objednateli při předání Díla (dále též „Předávací protokol“). Vypracování návrhu Předávacího protokolu zajistí Zhotovitel.
69. V případě, že Objednatel Dílo nepřevezme, bude mezi Smluvními stranami sepsán zápis s uvedením důvodu nepřevzetí Díla a stanovisek obou smluvních stran, dohodnutých lhůt k odstranění vad a nedodělků a dohodnutého náhradního termínu předání a převzetí Díla (dále též „Zápis“). Odmítne-li Zhotovitel sepsat Zápis, oznámí Objednatel Zhotoviteli důvod nepřevzetí Díla a své stanovisko a určí Zhotoviteli přiměřenou lhůtu k odstranění vad a nedodělků, případně též náhradní termín předání a převzetí Díla. Sjednání nebo určení náhradního termínu předání a převzetí Díla nemá vliv na termíny plnění podle odstavce 42 Smlouvy, ani na sankce za jejich nedodržení.
70. V případě nepřevzetí Díla Objednatelem je Zhotovitel povinen řádně odstranit veškeré vady a nedodělky ve lhůtě dohodnuté v Zápise. Nebude-li lhůta pro odstranění vad a nedodělků v Zápise dohodnuta, je Zhotovitel povinen vady a nedodělky odstranit nejpozději do 15 dnů ode dne oboustranného podpisu Zápisu. Nebude-li Zápis, sepsán, je Zhotovitel povinen vady a nedodělky odstranit nejpozději do 15 dnů ode dne marného pokusu o předání a převzetí Díla. O odstranění vad a nedodělků sepíší Smluvní strany protokol.
71. Pokud Zhotovitel vady a nedodělky neodstraní, je Objednatel oprávněn zajistit jejich odstranění třetí osobou. Zhotovitel je povinen uhradit Objednateli veškeré jím účelně vynaložené náklady v souvislosti s odstraněním vad a nedodělků, zejména v podobě vynaložení nákladů na odstranění takových vad a nedodělků.
72. Smluvní strany se dohodly, že § 1921, § 2112, § 2605 odst. 2, § 2606, § 2609 a § 2618 Občanského zákoníku a rovněž obchodní zvyklosti, jež jsou svým smyslem nebo účinky stejné nebo obdobné uvedeným ustanovením, se nepoužijí.
73. Ustanovení tohoto článku Smlouvy se použijí obdobně na předání a převzetí jakýchkoli jiných výsledků činnosti Zhotovitele, resp. hmotných nosičů, které výsledky činnosti Zhotovitele zachycují, pokud se Smluvní strany nedohodnou jinak.
XIII. PŘECHOD NEBEZPEČÍ ŠKODY
74. Nebezpečí škody na Díle nese Zhotovitel. Nebezpečí škody na Díle přechází na Objednatele okamžikem převzetí Díla Objednatelem.
75. Smluvní strany se dohodly, že § 1976 Občanského zákoníku a rovněž obchodní zvyklosti, jež jsou svým smyslem nebo účinky stejné nebo obdobné uvedeným ustanovením, se nepoužijí.
XIV. VADY DÍLA A PODMÍNKY ODSTRANĚNÍ VAD
76. Ustanovení tohoto článku Smlouvy se použijí pouze pro případy, pro které se nepoužijí ujednání o Webhostingových službách, zejména Servisních službách.
77. Zhotovitel odpovídá za to, že Dílo je provedeno řádně v souladu se Smlouvou, právními předpisy platnými a účinnými v době provádění Díla. Xxxxxxxxxx je povinen zajistit, aby
provedením Díla nebo poskytováním Webhostingových služeb nebyla porušena práva Zhotovitele nebo třetích osob.
78. Zhotovitel odpovídá za vady všech výsledků činnosti Zhotovitele dle Smlouvy. Zhotovitel odpovídá i za vady vzniklé po předání a převzetí výsledků činnosti Zhotovitele, resp. hmotných nosičů, které výsledky činnosti Zhotovitele zachycují, jestliže byly způsobeny porušením jeho povinností.
79. Objednatel má práva z vadného plnění i v případě, jedná-li se o vadu, kterou musel s vynaložením obvyklé pozornosti poznat již při převzetí výsledků činnosti Zhotovitele, resp. hmotných nosičů, které výsledky činnosti Zhotovitele zachycují.
80. Zhotovitel nenese odpovědnost za vady způsobené Objednatelem nebo třetími osobami, ledaže Objednatel nebo takové osoby postupovaly v souladu s dokumenty nebo pokyny, které obdržely od Zhotovitele.
81. Objednatel nemá práva z vadného plnění, způsobila-li vadu po přechodu nebezpečí škody vnější událost. To neplatí, způsobil-li vadu Zhotovitel nebo jakákoliv třetí osoba, jejímž prostřednictvím plnil své povinnosti vyplývající ze Smlouvy.
82. Odpovídá-li Zhotovitel za vady Díla, má Objednatel práva z vadného plnění.
84. Objednatel je oprávněn uplatnit vady jakýmkoliv způsobem. Zhotovitel je povinen přijetí reklamace bez zbytečného odkladu potvrdit. V reklamaci Objednatel uvede popis vady nebo uvede, jak se vada projevuje.
85. Xxxx je uplatněna včas, je-li písemná forma reklamace odeslána Xxxxxxxxxxx nejpozději v poslední den doby uvedené v odstavci 83 Smlouvy nebo je-li mu reklamace sdělena jakoukoli jinou formou v poslední den této doby.
86. Objednatel má právo na náhradu nákladů účelně vynaložených v souvislosti s oznámením vad
Zhotoviteli.
87. Zhotovitel je povinen bez zbytečného odkladu, nejpozději do 5 dnů od uplatnění vady
Objednatelem, projednat s Objednatelem uplatněnou vadu a způsob jejího odstranění.
88. Xxxxxxxxxx je povinen oznámené vady odstranit nejpozději do 15 dnů od jejich oznámení Objednatelem, nebude-li Smluvními stranami písemně dohodnut jiný termín pro odstranění vad; to neplatí u vady, která se ukáže jako neodstranitelná.
89. Nebude-li vada odstraněna ve lhůtě dle předchozího odstavce Smlouvy, má Objednatel právo:
89.1. zajistit odstranění vady jinou odborně způsobilou osobou nebo
89.2. na přiměřenou slevu z ceny nebo
89.3. od Smlouvy odstoupit;
to neplatí u vady, která se ukáže jako neodstranitelná, v takovém případě má Objednatel právo na přiměřenou slevu z ceny nebo právo od Smlouvy odstoupit.
90. Veškeré náklady vzniklé Objednateli v souvislosti s odstraněním vady způsobem dle předchozího odstavce Smlouvy je Zhotovitel povinen Objednateli uhradit. Zhotovitel se tak zejména zavazuje uhradit cenu účtovanou Objednateli jinou odborně způsobilou osobou dle odstavce 89.1 Smlouvy za odstranění vady.
91. Zhotovitel je povinen odstranit vadu bez ohledu na to, zda je uplatnění vady oprávněné či nikoli. Prokáže-li se však kdykoli později, že uplatnění vady Objednatelem nebylo oprávněné, tj. že Zhotovitel za vadu neodpovídal, je Objednatel povinen uhradit Zhotoviteli veškeré jím účelně vynaložené náklady v souvislosti s odstraněním vady.
92. Objednatel je povinen poskytnout Zhotoviteli součinnost nezbytnou k odstranění vady.
93. O odstranění reklamované vady sepíše Zhotovitel protokol, ve kterém Objednatel potvrdí odstranění vady nebo uvede důvody, pro které považuje vadu za neodstraněnou. V protokolu dále Zhotovitel uvede způsob odstranění vady a dobu, po kterou byla vada odstraňována.
94. Doba uvedená v odstavci 83 Smlouvy se prodlužuje o dobu počínající dnem oznámení každé vady Objednatelem Zhotoviteli a končící dnem řádného odstranění takové vady.
95. Ustanovení § 1917 - 1924, § 2099 – 2101, § 2103 - 2117 a § 2165 - 2172 Občanského zákoníku se neužijí a rovněž se neužijí obchodní zvyklosti, jež jsou svým smyslem nebo účinky stejné nebo obdobné uvedeným ustanovením.
XV. SANKCE
96. Poruší-li Zhotovitel povinnost předat Dílo Objednateli v době sjednané podle odstavce 42 Smlouvy, je Zhotovitel povinen uhradit Objednateli smluvní pokutu ve výši 0,2 % z Ceny Díla za každý den prodlení.
97. Poruší-li Zhotovitel povinnost odstranit ve sjednané lhůtě vady Díla, je povinen uhradit Objednateli smluvní pokutu ve výši 0,1 % z Ceny Díla za každý den prodlení. Prodlení s plněním povinnosti podle předchozí věty je ukončeno dnem, kdy bude zjednána náprava Zhotovitelem nebo obstaráním náhradního plnění Objednatelem na náklady Zhotovitele postupem podle odstavce 89.1 Smlouvy. Úhradou smluvní pokuty nejsou dotčena práva Objednatele z vadného plnění Zhotovitele.
98. Poruší-li Zhotovitel povinnost poskytnout plnění v jakémkoli termínu stanoveném v Harmonogramu, je povinen uhradit Objednateli smluvní pokutu ve výši 0,1 % z Ceny Díla za každý den prodlení.
99. Poruší-li Zhotovitel jakoukoli povinnost podle odstavce 140 Smlouvy, je povinen uhradit Objednateli smluvní pokutu ve výši 20.000,- Kč za každé jednotlivé porušení.
100. Poruší-li Zhotovitel jakoukoliv povinnost podle odstavce 124 a 125, 143 nebo 148, je povinen
uhradit Objednateli smluvní pokutu ve výši 10.000,- Kč za každé jednotlivé porušení.
101. Jestliže dostupnost Díla klesne pod hodnotu dle odstavce 63 Smlouvy, je Zhotovitel povinen
uhradit Objednateli smluvní pokutu ve výši:
101.1.2.000,- Kč za každý kalendářní měsíc, ve kterém dostupnost Díla nedosáhne hodnoty dle
odstavce 63 Smlouvy, ale dosáhne hodnoty alespoň 98,5 %;
101.2.5.000,- Kč za každý kalendářní měsíc, ve kterém dostupnost Díla nedosáhne hodnoty
98,5 %, ale dosáhne hodnoty alespoň 97 %;
101.3.10.000,- Kč za každý kalendářní měsíc, ve kterém dostupnost Díla nedosáhne hodnoty
97 %, ale dosáhne hodnoty alespoň 96 %;
101.4.20.000,- Kč za každý kalendářní měsíc, ve kterém dostupnost Díla nedosáhne hodnoty
96 %, ale dosáhne hodnoty alespoň 95 %;
101.5.30.000,- Kč za každý kalendářní měsíc, ve kterém dostupnost Díla nedosáhne hodnoty
95 %.
102. Dostane-li se Zhotovitel do prodlení s Reakční dobou na Požadavek kategorie A, B nebo C dle Přílohy č. 4 Xxxxxxx, je Zhotovitel povinen uhradit Objednateli smluvní pokutu ve výši 5.000 Kč za každou započatou hodinu prodlení.
103. Dostane-li se Zhotovitel do prodlení s Reakční dobou na ostatní Požadavky dle Přílohy č. 4 Xxxxxxx, je Zhotovitel povinen uhradit Objednateli smluvní pokutu ve výši 5.000 Kč za každý započatý den prodlení.
104. Poruší-li Zhotovitel povinnost v Době vyřešení dle přílohy č. 4 Smlouvy vyřešit Požadavek kategorie C, je Zhotovitel povinen uhradit Objednateli smluvní pokutu ve výši 5.000 Kč za každý započatý den prodlení.
105. Poruší-li Zhotovitel povinnost v Době vyřešení dle přílohy č. 4 Smlouvy vyřešit Požadavek kategorie A nebo B, je Zhotovitel povinen uhradit Objednateli smluvní pokutu ve výši 5.000 Kč za každou započatou hodinu prodlení.
106. Zaplacení smluvní pokuty nezbavuje Zhotovitele povinnosti splnit dluh smluvní pokutou utvrzený.
107. Objednatel je oprávněn požadovat náhradu škody a nemajetkové újmy způsobené porušením
povinnosti Xxxxxxxxxxx, na kterou se vztahuje smluvní pokuta, v plné výši.
108. Splatnost smluvních pokut podle Xxxxxxx bude 15 dnů od doručení písemné výzvy k zaplacení smluvní pokuty straně povinné.
109. Poruší-li Objednatel povinnost uhradit Fakturu nebo zaplatit část Ceny ve sjednané době, je povinen uhradit Zhotoviteli zákonný úrok z prodlení ve výši podle právních předpisů.
XVI. TRVÁNÍ SMLOUVY A JEJÍ UKONČENÍ
110. Smlouva je uzavřena na dobu neurčitou.
111. Objednatel je oprávněn od Xxxxxxx odstoupit z důvodů stanovených právními předpisy nebo Xxxxxxxx. Objednatel je oprávněn odstoupit od Smlouvy ohledně celého plnění i v případě, že Zhotovitel již zčásti plnil.
112. Objednatel je oprávněn odstoupit od Smlouvy zejména:
112.1. bude-li Zhotovitel v prodlení s plněním v jakémkoli termínu dle Smlouvy o více než 15 dnů;
112.2. ukáže-li se jako nepravdivé jakékoliv prohlášení Zhotovitele uvedené v odstavci 117 Smlouvy nebo ocitne-li se Zhotovitel ve stavu úpadku nebo hrozícího úpadku;
112.3. jestliže Zhotovitel bezdůvodně přeruší provádění Díla;
112.4. jestliže Zhotovitel poruší svoji povinnost uvedenou v odstavci 124 a 125, 143 nebo 148 Smlouvy.
113. Smluvní strany se dále dohodly, že v případě odstoupení od Smlouvy budou zejména ujednání o odpovědnosti za vady Díla, odpovědnosti za škodu a nemajetkovou újmu, o sankcích a odstavce 114 trvat i po zániku závazků ze Smlouvy.
114. Pokud před dokončením Díla dojde k odstoupení od Smlouvy, předá Zhotovitel nedokončené Dílo Objednateli písemným protokolem podepsaným oběma Smluvními stranami, ve kterém bude popsán stupeň rozpracovanosti Díla a současně předá Objednateli veškeré dokumenty, zejména dokumenty podle odstavce 65 Smlouvy a jiné listiny vztahující se k Dílu, získané za dobu trvání závazků ze Smlouvy, jakož i případné listiny předané Objednatelem Zhotoviteli k provedení Díla. Po vyhotovení a podepsání tohoto protokolu bude provedeno finanční
vyrovnání Smluvních stran. Objednatel uhradí Zhotoviteli provedenou část Díla podle podmínek Xxxxxxx.
115. Smlouvu mohou Smluvní strany vypovědět kdykoli po převzetí Díla Objednatelem bez udání důvodů. Výpovědní doba činí 3 měsíce v případě výpovědi Objednatele a 6 měsíců v případě výpovědi Zhotovitele.
116. Smlouvu je Objednatel oprávněn vypovědět bez výpovědní doby s okamžitou účinností, pokud dostupnost Díla ve smyslu odstavce 63 Smlouvy opakovaně nedosáhne hodnoty 95 %. Za opakování dle předchozí věty se považuje ve 2 po sobě jdoucích kalendářních měsících nebo ve 3 kalendářních měsících kdykoli po dobu trvání závazku ze Smlouvy.
XVII. PROHLÁŠENÍ SMLUVNÍCH STRAN
118. Zhotovitel na sebe přebírá nebezpečí změny okolností ve smyslu § 1765 Občanského zákoníku.
119. Vzhledem k veřejnoprávnímu charakteru Objednatele Zhotovitel výslovně prohlašuje, že je s touto skutečností obeznámen a souhlasí se zveřejněním Smlouvy v rozsahu a za podmínek vyplývajících z příslušných právních předpisů.
120. Zhotovitel si je vědom, že je ve smyslu § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů, ve znění pozdějších předpisů (dále jen „Zákon o kontrole“), povinen spolupůsobit při výkonu finanční kontroly.
121. Smluvní strany prohlašují, že identifikační údaje uvedené v článku I Smlouvy odpovídají aktuálnímu stavu a že osobami jednajícími při uzavření Smlouvy jsou osoby oprávněné k jednání za Smluvní strany bez jakéhokoliv omezení vnitřními předpisy Smluvních stran.
122. Jakékoliv změny údajů uvedených v článku I Smlouvy, jež nastanou v době po uzavření Smlouvy, jsou Smluvní strany povinny bez zbytečného odkladu písemně sdělit druhé Smluvní straně.
123. V případě, že se kterékoliv prohlášení některé ze Smluvních stran uvedené ve Smlouvě ukáže býti nepravdivým, odpovídá tato Smluvní strana za škodu a nemajetkovou újmu, které nepravdivostí prohlášení nebo v souvislosti s ní druhé Smluvní straně vznikly.
XVIII. POJIŠTĚNÍ
126. Zhotovitel i Objednatel se zavazují uplatnit pojistnou událost u pojišťovny bez zbytečného
odkladu.
XIX. OSTATNÍ UJEDNÁNÍ
127. Tvoří-li Zhotovitele více osob, platí následující:
127.1. všechny osoby tvořící Zhotovitele jsou ze Smlouvy zavázány společně a nerozdílně,
127.2. jednání kterékoli z osob tvořících Zhotovitele je přičítáno Xxxxxxxxxxx bez ohledu na
vnitřní vztahy mezi jednotlivými osobami tvořícími Zhotovitele,
127.3. za Zhotovitele může jednat kterákoli z osob tvořících Zhotovitele.
128. Zhotovitel je povinen chránit Dílo a majetek Objednatele a bude odpovědný za škody, které vzniknou z jeho činnosti v souvislosti s prováděním Díla. Způsobí-li Zhotovitel při provádění Díla škodu na Díle, jiném majetku Objednatele nebo majetku třetí osoby, bude odpovědný za uvedení v předešlý stav na vlastní náklady, a není-li to dobře možné nebo žádá-li to poškozený, pak za náhradu takové škody.
129. Zhotovitel je povinen neprodleně písemně informovat Objednatele o skutečnostech majících i potencionálně vliv na plnění jeho povinností vyplývajících ze Smlouvy, a není-li to možné, nejpozději následující den poté, kdy příslušná skutečnost nastane nebo Zhotovitel zjistí, že by nastat mohla. Současně je Xxxxxxxxxx povinen učinit veškeré nezbytné kroky vedoucí k eliminaci případné škody hrozící Objednateli, a to zejména obstarat neprodleně náhradní plnění, přičemž je povinen nést případný rozdíl ceny.
130. Xxxxxxxxxx bere na vědomí, že Objednatel je povinným subjektem podle zákona č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů.
131. Zhotovitel souhlasí se zveřejněním Smlouvy v souladu s povinnostmi Objednatele za podmínek vyplývajících z příslušných právních předpisů, zejména souhlasí se zveřejněním Smlouvy, včetně všech jejích změn a dodatků, výše skutečně uhrazené ceny na základě Smlouvy a dalších údajů na profilu zadavatele Objednatele podle § 219 zákona č. 134/2016 Sb., o zadávání veřejných zakázek (dále jen „Zákon o zadávání veřejných zakázek“) a v registru smluv podle 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). Objednatel se zavazuje odeslat Xxxxxxx společně s metadaty správci Registru smluv bez zbytečného odkladu po uzavření Smlouvy, nejpozději do 30 dnů od jejího uzavření.
132. Zhotovitel je povinen chránit osobní údaje a při jejich ochraně postupovat v souladu s příslušnými právními předpisy, zejména zákonem o elektronických komunikacích a zákonem č. 101/2000 Sb., o ochraně osobních údajů, ve znění pozdějších předpisů.
133. Zhotovitel není oprávněn postoupit žádnou svou pohledávku za Objednatelem vyplývající
ze Smlouvy nebo vzniklou v souvislosti se Smlouvou.
134. Zhotovitel není oprávněn provést jednostranné započtení žádné své pohledávky za Objednatelem vyplývající ze Smlouvy nebo vzniklé v souvislosti se Smlouvou na jakoukoliv pohledávku Objednatele za Xxxxxxxxxxxx.
135. Objednatel je oprávněn provést jednostranné započtení jakékoliv své splatné i nesplatné pohledávky za Zhotovitelem vyplývající ze Smlouvy nebo vzniklé v souvislosti se Smlouvou (zejm. smluvní pokutu) na jakoukoliv splatnou i nesplatnou pohledávku Zhotovitele za Objednatelem.
136. Poruší-li Zhotovitel v souvislosti se Smlouvou jakoukoli svoji povinnost, nahradí Objednateli škodu a nemajetkovou újmu z toho vzniklou. Povinnosti k náhradě se Zhotovitel zprostí, prokáže-li, že mu ve splnění povinnosti zabránila mimořádná nepředvídatelná a nepřekonatelná překážka vzniklá nezávisle na jeho vůli. Překážka vzniklá z osobních poměrů Zhotovitele nebo vzniklá až v době, kdy byl Xxxxxxxxxx s plněním povinnosti v prodlení, ani překážka, kterou byl Xxxxxxxxxx povinen překonat, jej však povinnosti k náhradě nezprostí.
137. Písemnou formou (podobou) se rozumí listina podepsaná oprávněnou osobou Smluvní strany
nebo e-mail podepsaný zaručeným elektronickým podpisem oprávněné osoby Smluvní strany.
XX. DŮVĚRNÉ INFORMACE, MLČENLIVOST
138. Smluvní strany se dohodly, že za důvěrné informace se považují zejména:
138.1.technická, technologická a jiná data a informace Objednatele;
138.2.technické, technologické, softwarové, hardwarové vybavení a způsob jeho použití, zapojení, zabezpečení, zdrojové a jiné kódy k software Objednatele;
138.3.přístupová jména a hesla k aplikacím či k přístupům do systémů Objednatele.
139. Smluvní strany se dohodly, že veškeré další informace v odstavci 138 Smlouvy neuvedené, které budou stranami považovány za důvěrné, budou takto označeny písemně.
141. Ve vztahu k porušení povinnosti uvedené v odstavci 140 Smlouvy nese Zhotovitel odpovědnost za jednání všech svých zaměstnanců nebo jiných osob poskytujících pro něj plnění v rámci Smlouvy.
142. Povinnosti Smluvních stran podle tohoto článku Smlouvy trvají po neomezenou dobu i po
skončení závazku ze Smlouvy.
XXI. PODDODAVATELÉ
143. Zhotovitel je oprávněn pověřit plněním svých povinností vyplývajících ze Smlouvy pouze třetí osoby uvedené v příloze Smlouvy (Příloha č. 4 Smlouvy), nebo písemně odsouhlasené Objednatelem (dále jen jednotlivě „Poddodavatel“ nebo společně „Poddodavatelé“).
144. Zhotovitel odpovídá za plnění Poddodavatele tak, jako by plnil sám.
145. Zhotovitel prohlašuje a zavazuje se, že jako ručitel uspokojí za jakéhokoliv Poddodavatele jeho povinnost nahradit újmu způsobenou Poddodavatelem Objednateli při plnění nebo v souvislosti s plněním povinností ze Smlouvy, jestliže Poddodavatel povinnost k náhradě újmy nesplní. Objednatel Zhotovitele jako ručitele podle předchozí věty přijímá.
146. Zhotovitel se zavazuje, že Poddodavatelé, kterými prokazoval splnění kvalifikace v Řízení veřejné zakázky, se budou podílet na plnění povinností Zhotovitele vyplývajících ze Smlouvy v rozsahu podle nabídky Zhotovitele podané do Řízení veřejné zakázky.
147. Objednatel je oprávněn požadovat a Zhotovitel je povinen zabezpečit změnu Poddodavatele, a to v případech, kdy:
147.1. bude Poddodavatel vůči Objednateli v prodlení se splněním povinnosti z jiného závazku
nebo
147.2. bude Poddodavatel pravomocně odsouzen za trestný čin nebo
147.3. se Poddodavatel ocitne ve stavu úpadku nebo hrozícího úpadku nebo
147.4. bude Poddodavateli uložen zákaz plnění veřejných zakázek nebo
147.5. bude dán jiný závažný důvod pro změnu Poddodavatele.
148.1. prostřednictvím původního Poddodavatele Zhotovitel v Řízení veřejné zakázky prokazoval kvalifikaci a nový Poddodavatel nebude mít stejnou či vyšší kvalifikaci jako původní nahrazovaný Poddodavatel nebo
148.2. po Objednateli nelze spravedlivě požadovat, aby s takovou změnou souhlasil.
XXII. ZÁVĚREČNÁ UJEDNÁNÍ
149. Veškerá práva a povinnosti Smluvních stran vyplývající ze Smlouvy se řídí českým právním řádem. Smluvní strany se dohodly, že ustanovení právních předpisů, která nemají donucující účinky, mají přednost před obchodními zvyklostmi, pokud Xxxxxxx nestanoví jinak.
150. Všechny spory vznikající ze Smlouvy a v souvislosti s ní budou podle vůle Smluvních stran rozhodovány soudy České republiky, jakožto soudy výlučně příslušnými.
151. Smlouvu lze měnit pouze písemnými dodatky. Jakékoli změny Smlouvy učiněné jinou než písemnou formou jsou vyloučeny.
152. Smlouva je sepsána ve dvou vyhotoveních, po jednom pro každou Smluvní stranu.
153. Tato Smlouva nabývá platnosti dnem podpisu statutárními orgány Smluvních stran, nebo osobami jimi zmocněnými či pověřenými a účinnosti dnem uveřejnění Smlouvy v Registru smluv na Portálu veřejné správy České republiky. Za uveřejnění této smlouvy na Portálu veřejné správy České republiky odpovídá Objednatel.
154. Usnesením Rady města Přerova č.515/20/4/2015 ze dne 11. června 2015 bylo schváleno nastavení výdajového účtu Objednatele číslo 27-1884482379/0800 jako účtu transparentního. Smluvní strany berou na vědomí a souhlasí s tím, že o platbách, které budou provedeny prostřednictvím tohoto účtu, budou veřejnosti dostupné informace na stránkách bankovního ústavu v jaké výši, komu a za jakým účelem byly finanční prostředky z rozpočtu Objednatele uhrazeny.
155. Uzavření této smlouvy bylo schváleno Radou města Přerova na její 75. schůzi konané dne
24. srpna 2017, usnesením č. 3063/75/6/2017(doložka podle ust. § 41 zákona č. 128/2000 Sb., o obcích (obecní zřízení), ve znění pozdějších předpisů).
Přílohy
Příloha č. 1 Technické podmínky
Příloha č. 2 Webové služby Portálu občana pro web města Přerova
Příloha č. 3 Úroveň poskytovaných Webhostingových služeb a požadavky na podporu
Příloha č. 4 Seznam Poddodavatelů
Příloha č. 5 Kontaktní osoby Smluvních stran
Příloha č. 6 Harmonogram
V Přerově dne V dne
Xxx. Xxxx Xxxxxxxx, náměstek primátora Xxxxxx Xxxxxxxxx, jednatel společnosti
Příloha č. 1 Xxxxxxx
Technické podmínky
TECHNICKÁ ČÁST ZADÁVACÍ DOKUMENTACE PRO VEŘEJNOU ZAKÁZKU POD NÁZVEM
VYTVOŘENÍ NOVÉHO WEBOVÉHO PORTÁLU A POSKYTOVÁNÍ PROSTORU PRO WEBOVOU
PREZENTACI STATUTÁRNÍHO MĚSTA PŘEROVA VČETNĚ SOUVISEJÍCÍ TECHNICKÉ PODPORY
A MAINTENANCE
POPIS PŘEDMĚTU VEŘEJNÉ ZAKÁZKY
Předmětem veřejné zakázky je jednorázové vytvoření nového webového portálu (webové prezentace), resp. naprogramování nových www stránek města, vytvoření informační struktury (mapy webu) a grafický návrh webu, a dále poskytnutí prostoru pro webovou prezentaci města, tj. zajištění provozu virtuálního serveru na síti Internet v rámci poskytování webhostingových služeb. Součástí předmětu plnění je poskytnutí vhodného modulu redakčního systému1 a jeho zapojení do struktury a funkcí webu, migrace dat ze stávajícího webového serveru a následné zajišťování úprav, údržby, servisu a technické podpory funkcionality modulů, aplikací a doplňků využívaných v rámci webhostingu a provozu serveru na síti Internet.
1 CMS – systém pro správu obsahu
POPIS PŘEDMĚTU VEŘEJNÉ ZAKÁZKY . - 1 -
1. VŠEOBECNÉ POŽADAVKY.......................................................................................................................- 4 -
2. SPECIFIKACE WEBOVÉHO PORTÁLU A JEHO FUNKCIONALIT (minimální požadavky) ...........................- 5 - 2.1. Přístupnost webového portálu .....................................................................................................- 5 - 2.2. Vlastnosti webového portálu........................................................................................................- 6 - 2.3. Automaticky generované části webového portálu .......................................................................- 6 - 2.4. Údržba a provoz webového portálu .............................................................................................- 7 - 2.5. Vzhled a grafické zpracování webového portálu ..........................................................................- 8 - 2.6. Struktura webového portálu města Přerova ................................................................................- 9 - 2.7. Obsah titulní stránky webového portálu ....................................................................................- 10 - 3. SPECIFIKACE REDAKČNÍHO SYSTÉMU (minimální požadavky).............................................................- 13 - 3.1. Vlastnosti redakčního systému, funkční požadavky ...................................................................- 13 - 3.2. Uživatelské prostředí redakčního systému, administrace ..........................................................- 15 - 3.3. Editor článků ...............................................................................................................................- 15 - 3.4. Jazykové mutace .........................................................................................................................- 17 - 3.5. Možnosti administrátora (správce portálu) ................................................................................- 17 - 4. MODULY, DOPLŇKY, APLIKACE (minimální požadavky) ......................................................................- 18 - 4.1. Správce souborů - file manager ..................................................................................................- 19 - 4.2. Správce obrázků, galerií ..............................................................................................................- 20 - 4.3. Elektronická úřední deska...........................................................................................................- 21 - 4.4. Životní situace .............................................................................................................................- 22 - 4.5. Telefonní seznam, organizační struktura, umístění úředníků.....................................................- 24 - 4.6. Registr oznámení veřejných funkcionářů ...................................................................................- 26 - 4.7. Aktuality......................................................................................................................................- 26 - 4.8. Kalendář akcí...............................................................................................................................- 27 - 4.9. Diskuze........................................................................................................................................- 28 -
4.10. Hodnocení fotografií pro fotosoutěže .- 29 -
4.11. On-line vysílání zasedání Zastupitelstva města Přerova .............................................................- 30 -
4.12. Ověření stavu vyřizování žádostí o vydávání dokladů ................................................................- 30 - 4.13. Elektronické formuláře ...............................................................................................................- 31 -
4.14. Realitní web ................................................................................................................................- 31 -
4.15. Ankety a kvizy .............................................................................................................................- 32 -
4.16. Databáze organizací města .........................................................................................................- 32 -
4.17. Katalog firem...............................................................................................................................- 33 -
4.18. Zábavné aplikace ........................................................................................................................- 33 -
5. PŘÍLOHY ...............................................................................................................................................- 33 -
• IO = Interní odkaz v rámci webového portálu na jinou webovou stránku.
• Uživatel = návštěvník webového portálu, občan.
• Redakční systém = systém pro správu obsahu webového portálu (CMS).
• Článek = základní element informační struktury portálu, může se sdružovat do seriálu článků, do sekcí, oddílů apod.
• Seriál článků = element informační struktury portálu, který sdružuje tematicky související články.
• Sekce = element informační struktury portálu, nadřazený seriálům článků a článkům. Sdružuje články, seriály článků, odkazy.
• Oddíl = element informační struktury portálu, nadřazený sekcím, seriálům článků a článkům. Sdružuje články, seriály článků, sekce, odkazy.
1.1. Naprogramování - jednorázové vytvoření - nového webového portálu v rozsahu a struktuře stávající webové prezentace umístěné na xxxx://xxx.xxxxxx.xx/.
1.2. Vytvoření moderního responzivního designu webového portálu, který bude odpovídat současným trendům efektivního webu, bude akceptovat požadavky zadavatele na obsah a uspořádání jednotlivých částí webového portálu dle stávající webové prezentace města, s akcentem na titulní stranu portálu.
1.3. Poskytnutí vhodného redakčního systému pro správu obsahu webového portálu, včetně všech požadovaných modulů, aplikací a doplňků, souvisejících s provozem webového portálu města Přerova. Zajištění nepřetržitého provozu redakčního systému a všech modulů, aplikací a doplňků umístěných na serveru dodavatele, optimalizovaného pro rychlý a bezchybný provoz redakčního systému. Zajištění podrobného průběžného monitoringu chodu serveru, poskytování informací o případných výpadcích služby.
1.4. Zajištění technické podpory k redakčnímu systému, a ke všem provozovaným modulům, aplikacím a doplňkům. Dodavatel na vlastní náklady zajistí proškolení administrátora a obsluhy webu.
1.5. Zajištění webhostingu a souvisejících služeb, zajištění nepřetržitého provozu virtuálního serveru, na kterém bude objednaná služba umístěna, včetně připojení a zpřístupnění ostatním uživatelům sítě Internet, zajištění nepřetržitého provozu všech podpůrných aplikací serveru. Poskytnutí neomezené datové kapacity bez jakýchkoli limitů přenosu dat, pravidelné zálohování. Zajištění internetové konektivity pro všechny servery potřebné k běhu webového portálu.
1.6. Zajištění migrace všech stávajících dat ((kromě dat modulů ze současné webové prezentace města, umístěné na xxx.xxxxxx.xx, do nového webového portálu, zachování všech stávajících interních i externích vazeb. Struktura i obsah stávající webové prezentace zůstanou v novém webovém portále zachovány. Zachování vzájemné konektivity jednotlivých částí webového portálu (oddílů, sekcí, seriálů článků, článků, souborů a obrázků atd.). Zachování struktury úložiště souborů a struktury úložiště obrázků (videí), včetně vlastností, nastavení a umístění v rámci stávající webové prezentace města)).
1.7. Poskytnutí kompletního popisu potřebného nastavení prohlížečů a jiných relevantních komponent, potřebných pro plnou funkci nabízeného řešení. Dodavatel zajistí následné služby údržby, servisu a technické podpory funkcionality modulů, aplikací a doplňků využívaných v rámci webhostingu a provozu serveru na síti Internet.
1.8. Udržování webového portálu v souladu s platnou legislativou. V případě legislativních změn zajištění úpravy všech částí webového portálu tak, aby byly v souladu se změněnými právními předpisy, zajištění nezbytných prací souvisejících s instalací nebo montáží vedoucích k zajištění souladu s legislativou.
2. SPECIFIKACE WEBOVÉHO PORTÁLU A JEHO FUNKCIONALIT (minimální požadavky)
2.1. PŘÍSTUPNOST WEBOVÉHO PORTÁLU
2.1.1. Splnění standardů organizace W3C, zajištění validního kódu celého webového portálu.
2.1.2. Splnění a akceptace veškerých aktuálně platných zákonů, právních nařízení, vyhlášek a dalších legislativních norem, upravujících zveřejňování informací dálkovým přístupem na webech veřejné správy v České republice.
2.1.3. Zajištění bezbariérovosti webového portálu, který nebude diskriminovat žádnou skupinu obyvatelstva, splnění aktuálně platných legislativních norem i doporučovaných pravidel přístupného webu, akceptace metodik tvorby přístupného webu, např. zákon pro ISVS, Blind Friendly Web, WCAG1.0, WCAG 2.0 a jiné.
2.1.4. Vytvoření mobilní verze webového portálu, umožňující bezproblémové zobrazování obsahu webového portálu na všech aktuálně využívaných mobilních zařízeních (chytré telefony, tablety apod.)
2.1.5. Zajištění plnohodnotného a korektního zobrazování webového portálu ve všech internetových prohlížečích - minimálně Internet Explorer, Microsoft Edge, Google Chrome, Mozilla Firefox, Opera, Safari, a dalších, a to v jejich aktuálních verzích.
2.1.6. Zajištění přístupnosti informací, umístěných na webovém portále, i bez podpory
skriptů, objektů, appletů, kaskádových stylů, cookies a bez zapnutých CSS stylů.
2.1.7. Zajištění nezávislosti na platformě a operačním systému na straně uživatele, který si prohlíží webový portál.
2.1.8. SEO, optimalizace pro vyhledávače.
2.1.9. Zajištění zobrazování prohlášení o použití cookies na každé stránce.
2.1.10. Zajištění přístupu k webovému portálu města Přerova protokolem IPv4, a také
protokolem IPv6.
2.1.11. Zadavatel má pro webový portál registrovány tyto domény:
2.1.11.1. xxx.xxxxxx.xx (základní),
2.1.11.2. xxx.xxxxxx.xxx, xxx.xx-xxxxxx.xx.
2.2. VLASTNOSTI WEBOVÉHO PORTÁLU
2.2.1. Možnost budoucího doplnění webového portálu o další rozšiřující moduly, efektivní
rozvoj webového portálu.
2.2.2. Oddělený design webového portálu od jeho obsahu, možnost změnit vzhled bez zásahu do obsahu a struktury webového portálu.
2.2.3. Možnost definovat vlastní styly (CSS) pro různé části webu, články apod.
2.2.4. Kvalitní parametrické i fulltextové vyhledávání napříč celým portálem, zahrnující všechny zdroje informací (vyhledávání v článcích, aktualitách, v souborech na stažení, v životních situacích, v úřední desce, v telefonním seznamu a ve všech dalších částech webového portálu).
2.2.5. Vyhledávací formulář musí být k dispozici na každé webové stránce.
2.2.6. Samostatné podrobné parametrické i fulltextové vyhledávání ve specializovaných modulech (např. v životních situacích, úřední desce, úložišti souborů a obrázků, aktualitách apod.).
2.2.7. Možnost vytvářet neveřejné části webového portálu, možnost vytvořit chráněný přístup do určitých částí webového portálu.
2.2.8. Možnost personalizace obsahu pro cílové skupiny uživatelů.
2.2.9. Možnost vytváření integrovaných jazykových mutací webového portálu.
2.2.10. Podrobné statistiky přístupů webového portálu, monitoring chování uživatelů webového portálu.
2.2.11. Možnost rozesílání nově přidaných nebo aktualizovaných článků dle nastavení zaregistrovaného uživatele na e-mail uživatele. Možnost samostatného rozesílání aktualit, případně obsahu dalších částí webového portálu.
2.2.12. Číselné, časové a datumové údaje budou zobrazovány na základě národních zvyklostí uživatele. Tedy pro 1. únor 2017 číselně, pro CZ 01. 02. 2017, pro US 02-01-2017, obdobně pro zápis čísel a času.
2.3. AUTOMATICKY GENEROVANÉ ČÁSTI WEBOVÉHO PORTÁLU
2.3.1. Automaticky generovaná mapa webu (informační struktura).
2.3.2. Automaticky generovaná informace o aktuální pozici uživatele ve struktuře webu a
jeho zobrazení na dobře viditelném místě webového portálu.
2.3.3. Automaticky generovaný chronologický výpis „dění na webu“, zobrazený na titulní stránce webového portálu jako „Nové na webu“. Zobrazování nejnověji zveřejněných nebo aktualizovaných článků a částí webového portálu pro lepší orientaci uživatele portálu.
2.3.4. Automaticky generovaný výpis nových a aktualizovaných článků u jednotlivých oddílů webového portálu. Zobrazování lze vypnout.
2.3.5. Automaticky generovaný výpis oznámení z úřední desky, zobrazený na titulní stránce webového portálu.
2.3.6. Automaticky generovaný RSS kanál.
2.3.7. Automatické odesílání předem nadefinované struktury nových a aktualizovaných článků na e-mail zaregistrovaného uživatele.
2.3.8. Automaticky generované „patičky“ pod články se jménem autora, datem a časem vytvoření, časem aktualizace článku a počtem zobrazení článku.
2.3.9. Automaticky generované statistiky přístupů tříděné dle obvyklých parametrů.
2.3.9.1. Statistika viditelná pro uživatele webového portálu, zobrazená v patičce:
2.3.9.1.1. počet návštěv za den, za týden, za měsíc a celkem,
2.3.9.1.2. aktuální počet on-line uživatelů.
2.3.9.2. Statistika přístupná jen administrátorovi:
2.3.9.2.1. statistika unikátních přístupů, statistika činností, jazyků a zemí, statistika operačních systémů, pohybu uživatele na stránkách,
2.3.9.2.2. podrobná statistika přístupů ve zvoleném dni řazená dle času - zobrazení času přístupu, IP adresy, název přístupového bodu, zemi, ze které byl přístup uskutečněn, prohlížeč, který uživatel pro zobrazení stránek použil a operační systém, který uživatel používá apod..
2.3.9.3. Statistika počtu stažení u souborů.
2.4. ÚDRŽBA A PROVOZ WEBOVÉHO PORTÁLU
2.4.1. Zajištění nepřetržitého provozu a údržby webového portálu včetně veškerého technického a technologického vybavení využívaného k jeho provozu.
2.4.2. Zajištění pravidelného zálohování dat, dle harmonogramu schváleného zadavatelem.
2.4.3. Zajištění ochrany dat a provozu portálu vůči virům a jiným útokům a hrozbám, které by mohly narušit chod celého webového portálu.
2.4.4. Předávání pravidelných záloh webového portálu zadavateli v předem dohodnutém intervalu a formátu.
2.4.5. Zabezpečení webového portálu pomocí protokolu https.
Komunikace uživatelů s webovým portálem města bude pouze šifrovaná https, při http požadavku uživatele dojde k přesměrování na stejné url ale šifrovaným protokolem https. Po dobu platnosti smlouvy bude hodnocení https webu v testu SSLLABS (xxxxx://xxx.xxxxxxx.xxx/xxxxxxx/) v kategorii A+.
2.4.6. Udržování webového portálu v souladu s platnou legislativou. V případě legislativních změn zajištění úpravy všech částí webového portálu tak, aby byly v souladu se změněnými právními předpisy, zajištění nezbytných prací souvisejících s instalací nebo montáží vedoucích k zajištění souladu s legislativou.
2.5. VZHLED A GRAFICKÉ ZPRACOVÁNÍ WEBOVÉHO PORTÁLU
Návrh kompletního designu webového portálu, včetně návrhů vzhledu vybraných aplikací předloží pouze vybraný dodavatel, a to v rozsahu a struktuře uvedené v Zadávací dokumentaci na str. 16.
2.5.1. Vytvoření moderního responzivního designu webového portálu, odpovídajícího současným trendům efektivního webu, akceptujícího požadavky zadavatele na obsah a uspořádání jednotlivých částí webového portálu dle stávající webové prezentace města, s akcentem na titulní stranu portálu.
2.5.2. Zajištění vlastností portálu, jako je originalita, kreativita, moderní vzhled, preciznost, čistota, podpora image města Přerova, zapamatovatelnost, odlišitelnost, použitelnost, přístupnost.
2.5.3. Zajištění bezproblémového a přehledného zobrazování obsahu webového portálu na všech běžných aktuálně využívaných mobilních zařízeních a ve všech běžných internetových prohlížečích (minimálně Internet Explorer, Microsoft Edge, Google Chrome, Mozilla Firefox, Opera, Safari a dalších), a to v jejich aktuálních verzích (nezávislého na platformě a operačním systému uživatele).
2.5.4. Dodržení podmínek platné legislativy při tvorbě designu webového portálu. Splnění
pravidel přístupnosti webu.
2.5.5. Akceptace požadavků zadavatele vyjádřených v popisu obsahu úvodní strany, viz kapitola 2. 7. a v uspořádání obsahu stávající webové prezentace umístěné na xxx.xxxxxx.xx.
2.5.6. Dodavatel připraví sadu ikon akceptujících grafické zpracování webového portálu, které budou sloužit k běžnému využití při práci obsluhy redakčního systému (výstraha, ke stažení, nové, apod.)
2.6. STRUKTURA WEBOVÉHO PORTÁLU MĚSTA PŘEROVA
2.6.2. Základní členění obsahu webového portálu do pěti oddílů:
2.6.2.1. Samospráva,
2.6.2.2. Magistrát,
2.6.2.3. O Přerově,
2.6.2.4. Turista,
2.6.2.5. Podnikatel.
2.6.3. Titulní strana webu bude plnit funkci rozcestníku, bude obsahovat zadavatelem
specifikované informace, viz kapitola 2.7.
2.6.4. Jednotlivé články budou seskupovány do seriálů článků, sekcí, nadřazených oddílů
apod.
2.6.5. Webový portál musí být koncipován tak, aby uživatele vždy co nejjednodušším způsobem dovedl k cíli.
2.6.6. Navigace bude intuitivní, konzistentní a přehledná, z každé stránky se uživatel musí jednoduše dostat na titulní stránku.
2.6.7. Každá stránka musí obsahovat „drobečkovou“ navigaci, vyhledávání, odkazy na základní části titulní strany, patičku apod.
2.7. OBSAH TITULNÍ STRÁNKY WEBOVÉHO PORTÁLU
2.7.1. Titulní stránka bude obsahovat název města a znak města.
2.7.2. Obsah všech grafických celků (graficky zpracované prostory) titulní strany bude editovatelný ve smyslu změny jednotlivých položek celků, změny URL adres u odkazů, změny textů, popisků, obrázků, bude možné seřazení jednotlivých prvků grafického celku dle potřeb zadavatele, bude možné upravit počet zobrazovaných položek v celku apod.
2.7.3. Hlavní menu bude uspořádané do základní struktury pěti samostatných částí nazvaných Samospráva, Magistrát, O Přerově, Turista, Podnikatel.
2.7.3.1. Pod názvem každé části hlavního menu bude zobrazen výčet odkazů sub menu.
2.7.3.2. Jednotlivé části hlavního menu budou individuálně editovatelné, umožní vkládání a uspořádání odkazů dle potřeb zadavatele, odkazy mohou být uspořádány vedle sebe.
2.7.3.3. Toto hlavní menu bude umístěno v horní části titulní stránky webového
portálu.
2.7.3.4. Po rozkliknutí každé části hlavního menu (Samospráva, Magistrát, O Přerově, Turista, Podnikatel) se otevře samostatná stránka s plnohodnotným sub menu dané části, včetně odkazů na ostatní části hlavního menu.
2.7.4. Výpis aktualit s ilustračním obrázkem a odkazem na celé znění aktuality.
2.7.5. Odkaz na registraci uživatelů pro personalizaci nastavení zasílání aktualit a nových článků z ostatních částí webu – IO.
2.7.6. Automaticky generovaný výpis nejnovějších oznámení z úřední desky s odkazem
na plnohodnotnou úřední desku – IO.
2.7.7. Automaticky generovaný chronologický výpis „dění na webu“, zobrazený na titulní stránce webového portálu jako „Nové na webu“. Zobrazování nejnověji zveřejněných nebo aktualizovaných článků a částí webového portálu pro lepší orientaci uživatele portálu.
2.7.8. Automaticky generovaný výpis aktuálních akcí z kalendáře akcí včetně odkazu na
plnohodnotný kalendář akcí – IO.
2.7.9. Graficky zpracovaný prostor pro individuální oznámení a upoutávky na projekty, dle aktuálních potřeb zadavatele:
2.7.9.1. možnost vytváření a odstraňování těchto upoutávek,
2.7.9.2. možnost časově závislé publikace těchto upoutávek,
2.7.9.3. možnost editace názvu a popisu upoutávky, obrázku apod.,
2.7.9.4. jedna upoutávka bude určená pro krizové situace - zvýrazněná grafika.
2.7.10. Samostatný graficky zpracovaný odkaz na kulturu ve městě – IO.
2.7.11. Samostatný graficky zpracovaný odkaz na životní prostředí ve městě – IO.
2.7.12. Graficky zpracovaný prostor nazvaný „Magistrát upozorňuje“:
2.7.12.1. možnost vkládání odkazů na důležité a aktuální články dle potřeb úředníků,
2.7.12.2. možnost editace a formátování textu,
2.7.12.3. možnost časově závislé publikace.
2.7.13. Graficky zpravovaný celek nazvaný „Úřad on-line“, ve kterém budou umístěny
odkazy:
2.7.13.1. Portál občana - xxxxx://xxxxxx.xxxxxx.xx/xxxxxxxx.xxxx.
2.7.13.2. Elektronickou obsluhu:
2.7.13.2.1. Objednávka k obsloužení
xxxxx://xxxxxxxx0xxx0.xxxxxxxxxxxxx.xx/xxxxxxx/xxx/xxxxx.xxx
?id=1.
2.7.13.2.2. Zjištění stavu obsluhy klientů
xxxxx://xxxxxxxx0xxx0.xxxxxxxxxxxxx.xx/xxxxxxx/xxx/xxxxx.xx p?id=1.
2.7.13.2.3. Stav vyřizování žádostí o vydání dokladů – IO.
2.7.13.3. Elektronická úřední deska – IO.
2.7.13.4. ProblemReport
xxxxx://xxxxx.xxxxxxxx.xx/xxx/xxxxxxxxXxxxxx.xxxx?xxxxxxxxXXX .
2.7.13.5. Archivní portál - xxxx://xxxxxx.xxxxxx.xx/xxxxxxxxx.
2.7.13.6. Xxxxxxx xxxxxxx – IO.
2.7.13.7. Řešení životních situací – IO.
2.7.13.8. Přihlášení k odběru SMS
xxxxx://xxx.xxxxxxxxx.xx/xxxx/XxxXxxxxxxxxxxx.xx?xxxxxxxx.
2.7.13.9. E-podatelna – IO.
2.7.13.10. Technologické centrum ORP – IO.
2.7.13.11. Povinné informace – IO.
2.7.13.12. Open Data – IO.
2.7.14. Samostatný grafický prvek pro živý přenos ze zasedání zastupitelstva města.
2.7.14.1. Zobrazuje se pouze v době konání zastupitelstva
2.7.14.2. Obsahuje popis zasedání - název, datum, hodinu, odkaz na program, odkaz na systémové požadavky a tlačítko pro spuštění přehrávače.
2.7.14.3. Podrobná specifikace, viz bod 4.11.
2.7.15. Graficky zpravovaný celek, ve kterém budou odkazy:
2.7.15.1. Virtuální prohlídka - xxxx://xx.xxxxxxx-xxxx.xx/xxxxxx_xxx.
2.7.15.2. Televize Přerov - xxxx://xxx.xxxxxxxx.xx/xxxxx.xxx/xxxxxxxxx- aktuality/rok-2017/brezen.
2.7.15.3. Videozáznamy ze zasedání ZM
xxxx://xxx.xxxxxxxx.xx/xxxxx.xxx/xxxxxxxxxxxxxx/xxxxxxxxxxxxxx-0000.
2.7.15.4. Městské informační centrum – IO.
2.7.15.5. Přerovské listy – IO.
2.7.15.6. Mapové centrum – IO.
2.7.15.7. Kulturní a informační služby - xxxx://xxx.xxx-xxxxxx.xx.
2.7.15.8. Zařízení a organizace města – IO.
2.7.15.9. Kam na oběd - xxxx://xxx.xxxxxxx.xx/xxxxxx.xxxx.
2.7.15.10. Nabídka práce v regionu - xxxx://xxx.xxxxxx.xx/xx/x-xxxxxxx/xxxxxxx- prace-v-regionu.html.
2.7.16. Graficky zpracovaný prvek - odkaz na jazykové mutace webu – IO.
2.7.17. Graficky zpravovaný prostor pro zobrazení fotografií, odkazů do fotogalerií:
2.7.17.1. editovatelný dle potřeb zadavatele,
2.7.17.2. dynamický.
2.7.18. Prostor pro ankety – IO.
2.7.19. Zveřejnění návštěvnosti webu – počet přístupů celkem, za den, za týden a on-line.
2.7.20. Automaticky generovaná informace o použití cookies na webu – dynamicky
zobrazující se.
2.7.21. Patička s obsahem dle potřeb zadavatele, mimo jiné bude osahovat:
2.7.21.1. mapa webu – IO,
2.7.21.2. prohlášení o přístupnosti,
2.7.21.3. odkaz na RSS kanál,
2.7.21.4. přihlášení uživatelů webu.
2.7.22. Graficky zpracovaný prostor pro případné zveřejnění firemních log, bannerů, sdělení apod.
2.7.23. Vyhledávací formulář umístěný na dobře viditelném místě v horní části titulní stránky.
3. SPECIFIKACE REDAKČNÍHO SYSTÉMU (minimální požadavky)
3.1. VLASTNOSTI REDAKČNÍHO SYSTÉMU, FUNKČNÍ POŽADAVKY
3.1.1. Redakční systém musí poskytovat robustní a kompletní portálové služby, potřebné
pro komplexní správu obsahu, struktury a vzhledu webového portálu.
3.1.2. Umožní kompletní přístup do redakčního systému z jakéhokoliv přístupového bodu a počítače.
3.1.3. V jednom okamžiku může plnit redakční systém více uživatelů.
3.1.4. Možnost administrace webového portálu v prostředích běžně používaných prohlížečů, minimálně Internet Explorer, Microsoft Edge, Google Chrome, Mozilla Firefox, Opera, Safari a dalších, a to v jejich aktuálních verzích.
3.1.5. Možnost vytváření neomezeně se větvící struktury webového portálu, třídění obsahu
webového portálu dle potřeb zadavatele.
3.1.5.1. Široká variabilita prezentování článků a jejich třídění a umisťování do informační struktury.
3.1.5.2. Možnost využívat databáze u zadavatelem vybraných tabulek a částí webového portálu – tabulky, ve kterých lze data třídit, řadit apod.
3.1.5.3. Dělení informační struktury portálu na menší celky, např. oddíly, sekce, seriály článků (logicky nebo tematicky na sebe navazující články chronologicky seřazené) apod.
3.1.5.4. Možnost vkládat do menu různé typy odkazů.
3.1.5.5. Přesouvání jednotlivých elementů informační struktury v rámci portálu
s udržením vazeb kontextu (odkazy na jiné články, obrázky, soubory apod.).
3.1.5.6. Možnost vkládání opakovaného článku – jeden článek využitý v několika částech webu.
3.1.5.7. Vytváření samostatných informačních celků s vlastním menu a s možností vlastního vzhledu, v rámci webového portálu.
3.1.6. Vytváření článků a jejich editace pomocí komfortního editoru.
3.1.7. Automaticky generované patičky u článků se jménem autora, datem a časem vytvoření a časem aktualizace článku a počtem zobrazení článku – viditelné pro uživatele webového portálu.
3.1.8. Automatiky generované informace o článku v administraci webového portálu:
3.1.8.1. informace o jazykové mutaci,
3.1.8.2. informace o době autorizace, o zveřejněné verzi,
3.1.8.3. doba vytvoření a aktualizace článku,
3.1.8.4. informace o autorovi, o tom, kdo článek editoval,
3.1.8.5. informace o časově závislé a publikaci článku.
3.1.9. Možnost vzájemného propojení článků hypertextovými odkazy se zachováním vazeb i po jejich přesunutí.
3.1.10. Možnost změnit typ stávajícího elementu informační struktury na jiný, dle rozvoje a potřeb webového portálu (z článku na seriál článků nebo na vyšší úroveň – sekci apod.)
3.1.11. Možnost vytvářet a připravovat články v neautorizované podobě, skryté pro uživatele webového portálu, nezveřejněné, viditelné jen v administraci redakčního systému.
3.1.12. Možnost využití tagů (štítků) a vkládání výpisů tagů dle potřeb zadavatele, jeden
článek může mít přiřazeno vícero tagů.
3.1.13. Možnost definování vlastních elektronických formulářů pomocí standardně dostupných formulářových prvků.
3.1.14. Možnost přiřadit k článku související elementy, např. elektronický formulář, ilustrační obrázek, galerii obrázků (celý soubor obrázků, souvisejících s daným texem) apod.
3.1.15. Možnost vkládat videosoubor nebo zvukový soubor do článku jako objekt s přehrávačem.
3.1.16. Možnost vytvořit automaticky z článku aktualitu s odkazem na mateřský článek.
3.1.17. Možnost nastavit časově závislou publikaci článků – nastavení času publikace, času stažení případně přemístění do archívu.
3.1.18. Možnost tisku článků.
3.1.19. Možnost vytváření cizojazyčných verzí jednotlivých vybraných článků.
3.1.20. Oddělená úložiště pro obrázky, soubory a videa.
3.1.21. Možnost verzování článků a zaznamenávání historie změn, včetně informací o jejich autorech, možnost znovu zobrazení a použití starší verze.
3.1.22. Možnost libovolného přidávání, odebírání, propojování a přesouvání článků při současném uchování vzájemných interních vazeb na webovém portálu.
3.1.23. Možnost hromadných operací s články a strukturou, jako je přesouvání, hromadné autorizace a podobně tak, aby byla maximálně zjednodušena práce správce webu.
3.1.24. Zajištění telefonické podpory při práci s redakčním systémem.
3.1.25. Zajištění technické podpory k redakčnímu systému a ke všem jeho modulům a doplňkům ze strany dodavatele služby.
3.1.26. Zajištění aktualizace jádra (upgrade) redakčního systému včetně updatu funkcionalit, a to tak, jak bude dodavatel vyvíjet a uvolňovat nové verze. Upgrade bude vždy odpovídat aktuálně platné legislativě.
3.1.27. Pro obsluhu redakčního systému bude k dispozici podrobný manuál k obsluze
redakčního systému v tištěné i elektronické podobě.
3.2. UŽIVATELSKÉ PROSTŘEDÍ REDAKČNÍHO SYSTÉMU, ADMINISTRACE
3.2.1. Uživatelsky přívětivý prostor pro vytváření struktury a obsahu webového portálu.
3.2.2. Možnost vkládání nových elementů informační struktury, editace stávajících elementů např. oddílů, sekcí, seriálů článků, článků apod.
3.2.3. Zobrazení popisu jednotlivých vytvořených elementů pro snadnější orientaci ve struktuře menu.
3.2.4. Zobrazení podrobných informací o článku (autor, datum zveřejnění, aktualizace
apod.)
3.2.5. Uživatelské prostředí musí být v českém jazyce.
3.2.6. U jazykových mutací bude uživatelské prostředí v jazyce příslušného překladu.
3.2.7. Možnost přizpůsobení uživatelského prostředí dle potřeb uživatele.
3.2.8. Data jsou ukládána s ohledem na národní specifika, podpora českých znaků apod.
3.2.9. Číselné, časové a datumové údaje budou zobrazovány na základě národních zvyklostí uživatele. Tedy pro 1. únor 2017 číselně pro CZ 01. 02. 2017 pro US 02-01-2017 obdobně pro zápis čísel a času.
3.2.10. Vyhledávání i řazení dle českých znaků.
3.3. EDITOR ČLÁNKŮ
3.3.1. Možnost editovat článek ve dvou módech: vizuálním a v profesionálním, kde lze pracovat přímo se zdrojovým kódem článku. Možnost zásahu přímo do zdrojového kódu článku.
3.3.2. Vizuální mód, možnost vizuální editace textu (poskytuje klasické editační prvky pro editaci textu, vkládání obrázků, odkazů a tabulek apod.), funkčnost editoru bude analogická se základní funkčností běžně používaných textových editorů.
3.3.3. Možnost vkládat a editovat tabulky, vizuální editor tabulek:
3.3.3.1. možnost nastavení formátování, vlastností, stylů,
3.3.3.2. možnost označit hlavičku tabulky tagem „TH“,
3.3.3.3. možnost odebrat či přidat řádek nebo sloupec,
3.3.3.4. možnost sloučit nebo rozdělit řádky nebo sloupce,
3.3.3.5. možnost přiřadit CSS styl,
3.3.3.6. možnost nastavit jednotlivé parametry stylu apod.
3.3.4. Automatické čištění zdrojového kódu textu kopírovaného z jiných dokumentů a programů (z Wordu, Excelu nebo jiných programů).
3.3.5. Automatická validace kódu před uložením a zveřejněním článku. Stránky generované redakčním systémem musí být validní ve zvolené specifikaci jazyka.
3.3.6. Možnost náhledu vytvořeného, ale nezveřejněného (neautorizovaného) článku.
3.3.7. Možnost definice vlastních stylů pro články.
3.3.8. Napojení na úložiště obrázků a úložiště souborů.
3.3.9. Možnost vkládání obrázků do obsahu článku:
3.3.9.1. možnost upravit velikost obrázku,
3.3.9.2. možnost vložit rámeček obrázku,
3.3.9.3. možnost nastavit vzdálenost obtékání textu, horizontální i vertikální zarovnání,
3.3.9.4. možnost vložit obrázek s odkazem na velký obrázek (zvětšení), nebo bez
xxxxxx jako ilustrační.
3.3.10. Možnost vložení videa do obsahu článku včetně videopřehrávače.
3.3.11. Možnost vložit odkaz na soubor na stažení.
3.3.12. Automatické generování pevných URL přesně respektujících virtuální strukturu adresářů webového portálu.
3.3.13. Možnost přiřadit k článku jiné související elementy, např. předem vytvořený elektronický formulář, obrázek, galerii obrázků apod.
3.3.14. Možnost nastavit v editoru tyto parametry: autora, nadpis, popis – anotaci, pořadí zveřejnění, aktualizaci apod.
3.4. JAZYKOVÉ MUTACE
3.4.1. Podpora všech standardních jazyků vycházejících z latinky nebo azbuky.
3.4.2. Administrační rozhraní minimálně v českém, anglickém, německém a polském jazyce.
3.4.3. Vyhledávání, třídění, zobrazování data a číslic se bude řídit podle zvyklostí zvoleného
jazyka.
3.4.4. Uživatelské prostředí pro překladatele, které umožňuje vytvořit překlady článků při zachování struktury stránky i grafických prvků.
3.5. MOŽNOSTI ADMINISTRÁTORA (SPRÁVCE PORTÁLU)
3.5.1. UŽIVATELSKÁ PRÁVA
3.5.1.1. Možnost libovolného nastavení uživatelských práv jednotlivci nebo uživatelským skupinám, a to v několika úrovních.
3.5.1.2. Možnost omezit některým uživatelům rozšiřování struktury webu.
3.5.1.3. Možnost přidělení přístupu jen k určitým částem struktury webu.
3.5.1.4. Možnost definovat oblasti s různým nastavením a omezením přístupu (přístup pod heslem).
3.5.1.5. Možnost vytváření skupin uživatelů se specifickými přístupovými právy.
3.5.1.6. Možnost omezit velikost vkládaných souborů na stažení vybraným uživatelům.
3.5.1.7. Možnost nastavení uživatelských práv (přístupu) k obrázkům a souborům.
3.5.1.8. Možnost jednotlivým adresářům se soubory v datovém úložišti přidělovat uživatelská oprávnění pro jednotlivé uživatele nebo skupiny.
3.5.1.9. Možnost nastavit přístupová práva k jednotlivým elementům informační
struktury, tedy k článkům, modulům, aplikacím a doplňkům apod.
3.5.2. SCHVALOVÁNÍ POŽADAVKŮ NA ZVEŘEJNĚNÍ – WORKFLOW
3.5.2.1. Možnost administrátora nastavit povinnost schvalování článků.
3.5.2.2. Možnost schvalování vytvořených článků hierarchickým systémem schvalování.
3.5.2.3. Možnost časově závislé publikace.
3.5.2.4. Možnost vložit článek bez jeho zveřejnění.
3.5.2.5. Monitoring jednotlivých uživatelů, informace o činnosti redaktorů.
3.5.2.6. Vyřešení vlastnictví článku při zrušení uživatele (např. při odchodu zaměstnance z úřadu apod.).
3.5.3. OSTATNÍ MOŽNOSTI ADMINISTRÁTORA
3.5.3.1. Možnost administrovat veškeré moduly, aplikace a doplňky dodané
s redakčním systémem.
3.5.3.2. Možnost nastavování přístupových práv k jednotlivým modulům, aplikacím a
doplňkům samostatně.
3.5.3.3. Možnost definovat vlastní styly CSS využívané na webovém portále.
3.5.3.4. Možnost stanovit pro uživatele redakčního systému povinně vyplňované položky v polích editoru článku (tagy, klíčová slova…).
3.5.3.5. Možnost editovat seznam tagů (štítků).
4. MODULY, DOPLŇKY, APLIKACE (minimální požadavky)
▪ Telefonní seznam, organizační struktura
▪ Registr oznámení veřejných funkcionářů
▪ Hodnocení fotografií pro fotosoutěže
▪ On-line vysílání zasedání Zastupitelstva města Přerova
▪ Ověření stavu vyřizování žádostí o vydávání dokladů
4.1. SPRÁVCE SOUBORŮ - FILE MANAGER
4.1.1. Součástí redakčního systému bude oddělený prostor (datové uložiště) pro soubory, file manager ( pdf, doc, xls, video, ...).
4.1.2. Možnost vytvoření libovolně se větvící stromové struktury adresářů.
4.1.3. Možnost zadávat adresářům popisy a poznámky k jejich obsahu.
4.1.4. Možnost nahrávat soubory na server jednotlivě nebo hromadně přes webové
rozhraní zabezpečeným protokolem.
4.1.5. Možnost nahrané soubory přejmenovávat.
4.1.6. Možnost k souborům zadávat popis.
4.1.7. Možnost verzování souborů, možnost vrátit starou verzi a zveřejnit ji.
1.1.1.1. Možnost soubory dynamicky vyměňovat a tím zachovat aktuálnost všech odkazů, vedoucích na tento soubor.
1.1.1.2. Automatické nastavení nové verze souboru jako aktivní.
4.1.8. Sobory i celé adresáře lze přímo ve správci souborů editovat, mazat, přesunovat apod. při současném zachování všech relevantních vazeb.
4.1.9. Možnost řazení souborů v adresáři dle zvolených parametrů.
4.1.10. Při nahrávání souborů systém automaticky zaznamená a zobrazí čas nahrání souboru, autora, název, velikost, typ souboru, mutaci apod.
4.1.11. Při vkládání odkazů na soubor systém automaticky generuje informaci o formátu
souboru, velikosti a vypočítá MD5.
4.1.12. Automatické generování pevných URL přesně respektujících virtuální strukturu adresářů webového portálu.
4.1.13. Možnost nastavení uživatelských oprávnění (v několika úrovních) k jednotlivým adresářům, a to jak pro jednotlivé uživatele, tak i pro skupiny uživatelů.
4.1.14. Systém automaticky zaznamená počet stažení souboru.
4.1.15. Možnost spravovat klíčová slova.
4.1.16. Možnost parametrického i fulltextového vyhledávání ve struktuře úložiště souborů.
4.1.17. Dodavatel zajistí migraci všech stávajících dat uložených v datovém úložišti stávajícího redakčního systému do nového webového portálu města Přerova, včetně zachování všech stávajících interních i externích vazeb, architektury apod.
4.2. SPRÁVCE OBRÁZKŮ, GALERIÍ
4.2.1. Součástí redakčního systému bude oddělený prostor sloužící jako datové uložiště pro obrázky.
4.2.2. Možnost vytvoření libovolně se větvící stromové struktury adresářů.
4.2.3. Možnost nahrávat obrázky na server jednotlivě nebo hromadně přes webové
rozhraní.
4.2.4. Možnost nahrání obrázků ve všech běžných formátech (např. jpeg, gif, png).
4.2.5. Možnost nahrání animací ve formátu swf nebo gif.
4.2.6. Možnost zadávat adresářům popisy k jejich obsahu.
4.2.7. Možnost hromadného přejmenování obrázků.
4.2.8. Možnost libovolného seřazení obrázků v adresáři.
4.2.9. Možnost zadání názvu obrázku odlišného od skutečného názvu souboru.
4.2.10. Možnost k obrázku zadat popis, který se přenáší do automaticky generovaných galerií.
4.2.11. Možnost obrázkům automaticky přidávat vodoznaky nebo identifikační loga.
4.2.12. Možnost obrázky přímo ve správci obrázků editovat, mazat, přesunovat apod. při současném zachování všech relevantních vazeb.
4.2.13. Možnost obrázky přímo v systému upravovat, otáčet, ořezávat, měnit velikost a rozlišení apod.
4.2.14. Automatická optimalizace obrázků pro zobrazování na webu, možnost nastavení parametrů optimalizace.
4.2.15. Možnost automatického generování miniatur pro vkládání náhledů obrázků.
4.2.16. Možnost k jednotlivým adresářům přidělovat uživatelská oprávnění pro jednotlivé uživatele nebo skupiny.
4.2.17. Možnost obrázky dynamicky vyměňovat, a tím změnit obrázek v několika aplikacích
najednou.
4.2.18. Možnost nahrávání a správy většího množství obrázků současně, hromadný upload.
4.2.19. Možnost hromadných úprav obrázků.
4.2.20. Automatické generování pevných URL přesně respektujících virtuální strukturu adresářů webového portálu.
4.2.21. Integrované propojení správce obrázků do redakčního systému, možnost přidat k jednotlivým článkům celé adresáře (galerie) obrázků, které se zobrazí formou prohlížecí galerie s názvem a popisem obrázku (za článkem).
4.2.22. Možnost nastavení hodnocení obrázků, které jsou k tomu vybrány např. pro
fotosoutěž.
4.2.23. Možnost parametrického i fulltextového vyhledávání ve struktuře úložiště obrázků.
4.2.24. Dodavatel zajistí migraci všech stávajících dat uložených v úložišti obrázků do nového webového portálu města Přerova včetně zachování všech stávajících interních i externích vazeb, architektury apod.
4.3. ELEKTRONICKÁ ÚŘEDNÍ DESKA
4.3.1. Aplikace umožňující publikaci obsahu fyzické úřední desky způsobem umožňujícím dálkový přístup.
4.3.2. Možnost vystavení oznámení na úřední desce dle aktuálně platné legislativy.
4.3.3. Pro uživatele bude publikována přehledná uživatelsky přívětivá tabulka, ve které půjde řadit oznámení dle vybraných parametrů.
4.3.4. Možnost vystavení oznámení v textové nebo obrazové případně datové podobě.
4.3.5. Možnost zadání identifikačních informací u oznámení:
4.3.5.1. název,
4.3.5.2. číslo evidenční,
4.3.5.3. den vystavení,
4.3.5.4. den stažení – datum / parametr „do odvolání“,
4.3.5.5. zdroj oznámení – proměnlivý číselník,
4.3.5.6. typ oznámení – proměnlivý číselník.
4.3.6. Možnost nastavení klíčových slov.
4.3.7. Automatická archivace vystavených oznámení.
4.3.8. Možnost nastavení zařazení oznámení do veřejného nebo neveřejného archivu.
4.3.9. Možnost rozesílání informací o nových oznámeních na e-mail podle parametrů zvolených uživatelem.
4.3.10. Samostatné nastavení oprávnění uživatelů ke vkládání a k editaci oznámení, a to v několika úrovních.
4.3.11. Úředníkovi, který vystaví oznámení, může toto oznámení editovat pouze administrátor nebo supervizor.
4.3.12. Možnost přiřazení příloh k oznámení, a to obrázky nebo soubory.
4.3.13. Možnost řazení oznámení podle vybraného parametru.
4.3.14. Automatické vytváření logů.
4.3.15. Možnost exportu dat na externí zařízení (venkovní elektronické úřední desky).
4.3.16. Vyhledávání podle všech identifikačních informací, fulltextové prohledávání oznámení uložených v textovém tvaru. Volitelné parametry mohou být kombinací parametrů.
4.3.17. Dodavatel zajistí migraci všech stávajících dat souvisejících s touto aplikací do nového webového portálu města Přerova včetně zachování všech stávajících interních i externích vazeb.
4.4. ŽIVOTNÍ SITUACE
4.4.1. Aplikace umožňující zobrazování a strukturování popisů životních situací podle požadavků aktuálního znění platné legislativy, bude obsahovat tematicky členěné podrobné návody a postupy při řešení životních situací.
4.4.2. S touto aplikací bude svázán Portál občana, který komunikuje se stávající webovou prezentací města Přerova xxx.xxxxxx.xx prostřednictvím webové služby, která je vystavena na straně Portálu občana xxxxx://xxxxxx.xxxxxx.xx/xxxxxxxx.xxxx . Tato je popsána podrobně v příloze č. 1.
4.4.3. Přehled všech životních situací bude publikován pro uživatele přehlednou formou, bude zobrazena stromová struktura životních situací, vyhledávání, popis apod.
4.4.4. Obsah a struktura životních situací bude stejná, jako na stávající webové prezentaci města:
xxxx://xxx.xxxxxx.xx/xx/xxxxxxxxx/xxxxxxxxx-xxxxxxx/xxxxxx-xxxxxxxxx-xxxxxxx/.
4.4.5. Životní situace se budou zobrazovat ve třech variantách publikace (dle aktuálního znění zákona), uživatel bude mít možnost si vybrat, která varianta mu nejvíce vyhovuje:
4.4.5.1. základní zobrazení,
4.4.5.2. rozšířené zobrazení,
4.4.5.3. úplné (zobrazí veškeré dostupné informace – všechny body).
4.4.6. Možnost vytvoření stromové struktury třídění životních situací, kterou bude možné neomezeně rozšiřovat a větvit.
4.4.7. K jednotlivým větvím struktury bude přiřazen a zobrazen seznam, výpis konkrétních životních situací, které tematicky spadají pod příslušnou odbornou větev.
4.4.7.1. Pod názvem každé životní situace se bude zobrazovat i obsah bodu č. 4
„Základní informace k životní situaci“.
4.4.8. Jednotlivé životní situace se skládají ze samostatných bodů (dle aktuálního znění zákona).
4.4.8.1. U každého bodu se bude zobrazovat vždy číslo a název dle platné legislativy.
4.4.8.2. Každý bod životní situace bude samostatně editovatelný prostřednictvím běžného textového editoru.
4.4.8.3. Obsah jednotlivých bodů životní situace lze formátovat pomocí standardních nástrojů – nadpisy, odrážky, zarovnávání, tučné písmo apod.
4.4.8.4. Do každého bodu životní situace lze vložit odkaz na soubor, nebo na
související interní článek na webovém portálu, nebo hypertextový odkaz.
4.4.8.5. Možnost každému bodu definovat nápovědu.
4.4.9. Modul bude mít integrovanou provázanost na webovou databázi organizační struktury (telefonní seznam) magistrátu města Přerova, včetně integrace odkazů na osobní karty jednotlivých zaměstnanců.
4.4.9.1. V bodu č. 9 „Kde, s kým a kdy životní situaci řešit“ se budou vypisovat jména s kontakty jednotlivých úředníků, kteří tuto životní situaci řeší.
4.4.9.2. V bodu č. 9 bude automatické udržování správné odpovědné osoby, která životní situaci vyřizuje.
4.4.9.3. Při změně údajů v telefonním seznamu se automaticky změní i obsah bodu č.
9.
4.4.10. Plná integrace modulu životních situací do základního redakčního systému.
4.4.11. Grafické zpracování publikace životních situací bude korespondovat s vlastnostmi
designu celého webového portálu.
4.4.12. Bude dodržena stejná logika obsluhy životních situací, jako u celého webového portálu.
4.4.13. Modul životních situací bude propojen s aplikací telefonní seznam, ve kterém se na osobní kartě úředníka bude zobrazovat automaticky generovaný seznam názvů životních situací, které daný úředník řeší a má je ve své kompetenci.
4.4.14. Jednotlivé situace bude možné kdykoliv propojit s jinou částí webu formou hypertextového odkazu.
4.4.15. Oddělené nastavení přístupových práv úředníků k aplikaci.
4.4.15.1. Přístup do administrační části aplikace životních situací bude vázán na určení typu oprávnění.
4.4.15.2. Administrátor – může upravovat názvy bodů v životní situaci, upravovat nápovědu k bodům a všechny ostatní níže uvedené operace.
4.4.15.3. Druhý typ oprávnění – smí upravovat strukturu životních situací a smí měnit odpovědné osoby přiřazené k životní situaci.
4.4.15.4. Třetí typ oprávnění – osoba zodpovědná za konkrétní životní situace, smí je vytvářet a upravovat. Vytvořené životní situace smí měnit jen odpovědná osoba.
4.4.16. Obsah modulu životních situací bude součástí vyhledávání na celém webovém portálu.
4.4.17. Struktura životních situací bude stejná jako na stávající webové prezentaci města: xxxx://xxx.xxxxxx.xx/xx/xxxxxxxxx/xxxxxxxxx-xxxxxxx/xxxxxx-xxxxxxxxx-xxxxxxx/, jednotlivé položky struktury jsou uvedeny v příloze č. 3.
4.4.18. U bodu č. 24 „Související životní situace a návody, jak je řešit“ bude možné vybrat v databázi životních situací ty, které tematicky souvisejí s danou životní situací, tyto se do bodu vypíší ve formě hypertextového odkazu.
4.4.19. V každém okamžiku bude uživatel informován, ve které větvi se aktuálně nachází.
4.4.20. Možnost samostatného vyhledávání v databázi životních situacích, možnost parametrického i fulltextového vyhledávání ve struktuře životních situací.
4.4.21. Dodavatel zajistí migraci všech stávajících dat souvisejících s touto aplikací do nového webového portálu města Přerova včetně zachování všech stávajících interních i externích vazeb, architektury apod.
4.5. TELEFONNÍ SEZNAM, ORGANIZAČNÍ STRUKTURA, UMÍSTĚNÍ ÚŘEDNÍKŮ
4.5.1. Spojení přehledného telefonního seznamu s organizační strukturou úřadu, kterou musí městské a obecní úřadu uveřejňovat dle aktuálně platné legislativy.
4.5.2. Funkčnost i obsah bude podobný, jako u stávající webové prezentace: xxxx://xxx.xxxxxx.xx/xxxxxxx/xxxxx.xxx?xxxXxxx&xxxxxxx000&xxxxxxx0000&xxxx ect=1&short=structure& .
4.5.3. Možnost několika typů zobrazení informací:
4.5.3.1. dle abecedy,
4.5.3.2. dle organizační struktury magistrátu,
4.5.3.3. dle odboru,
4.5.3.4. dle umístění jednotlivých úředníků v budovách a kancelářích.
4.5.4. V telefonním seznamu zobrazit tyto parametry:
4.5.4.1. jméno,
4.5.4.2. odbor,
4.5.4.3. funkce,
4.5.4.4. telefon,
4.5.4.5. e-mail.
4.5.5. Ve stromové organizační struktuře úřadu se zobrazí název funkce a jména úředníků přiřazených k této funkci.
4.5.6. Jednotlivá jména úředníků lze dále rozkliknout a zobrazí se osobní karta úředníka
s informacemi:
4.5.6.1. funkce,
4.5.6.2. umístění,
4.5.6.3. pracovní zařazení,
4.5.6.4. e-mail,
4.5.6.5. telefon,
4.5.6.6. výpis názvů životních situací, které daný úředník řeší s odkazem na znění těchto životních situací, po rozkliknutí názvu životní situace se otevře znění životní situace.
4.5.7. V zobrazení dle umístění se zobrazí seznam budov a kanceláří, ve kterých je magistrát umístěn, každé kanceláři jsou přiřazena opět aktivní jména úředníků, kteří v kanceláři pracují.
4.5.8. Možnost parametrického i fulltextového vyhledávání ve struktuře telefonního
seznamu.
4.5.9. Dodavatel zajistí migraci všech stávajících dat souvisejících s touto aplikací do nového webového portálu města Přerova včetně zachování všech stávajících interních i externích vazeb, architektury apod.
4.6. REGISTR OZNÁMENÍ VEŘEJNÝCH FUNKCIONÁŘŮ
4.6.1. Aplikace - registr oznámení o činnostech, oznámení o majetku a oznámení o příjmech, darech a závazcích dle aktuálně platné legislativy (zákona č. 159/2006 Sb., o střetu zájmů a dalších souvisejících zákonů).
4.6.2. Možnost vést registr oznámení veřejných funkcionářů v elektronické podobě.
4.6.3. Zpřístupnit databázi oznámení na internetu evidovaným uživatelům.
4.6.4. Možnost vést záznamy o tom, který uživatel, kdy a které oznámení prohlížel.
4.6.5. Možnost parametrického i fulltextového vyhledávání ve struktuře oznámení.
4.6.6. Dodavatel zajistí migraci všech stávajících dat souvisejících s touto aplikací do nového webového portálu města Přerova včetně zachování všech stávajících interních i externích vazeb.
4.7. AKTUALITY
4.7.1. Možnost vytváření samostatných aktualit i aktualit z článků.
4.7.2. Aktuality se zobrazují na titulní straně webového portálu.
4.7.3. Zobrazuje se výpis částí textu z každé aktuality, po rozkliknutí se zobrazí zbylý text
aktuality.
4.7.4. Celá znění aktualit se zobrazují v samostatné části webu „Aktuality“.
4.7.5. Aktualitu lze plnohodnotně formátovat, podobně jako v textovém editoru.
4.7.6. Do aktuality lze vložit odkaz na soubor, jinou část webového portálu apod.
4.7.7. Aktualitu lze doplnit ilustračním obrázkem
4.7.8. Možnost propojení aktuality s články – z aktuality lze odkázat na interní článek webového portálu.
4.7.9. Možnost vytvořit aktualitu automaticky z každého článku, možnost nastavení, která část textu bude aktualitou:
4.7.9.1. možnost individuální úpravy takto vzniklé aktuality,
4.7.9.2. možnost aktualitu doplnit, přidat obrázek, upravit text,
4.7.9.3. možnost do textu aktuality přidat hypertextový odkaz, odkaz na interní článek
apod.
4.7.10. Možnost znovu editace již zveřejněné aktuality.
4.7.11. Možnost smazat zveřejněné aktuality.
4.7.12. Možnost rozesílání aktualit e-mailem na registrované e-maily uživatelů.
4.7.12.1. Řízené rozesílání aktuality kdykoliv, podle potřeb zadavatele, možnost
informovat uživatele o aktuálních událostech.
4.7.12.2. Automatické rozesílání aktualit společně s novými a aktualizovanými články.
4.7.13. Možnost parametrického i fulltextového vyhledávání ve struktuře oznámení.
4.7.14. Dodavatel zajistí migraci všech stávajících dat souvisejících s touto aplikací do nového webového portálu města Přerova včetně zachování všech stávajících interních i externích vazeb.
4.8. KALENDÁŘ AKCÍ
4.8.1. Samostatný modul pro publikování veškerých kulturních, společenských, sportovních a dalších akcí týkajících se města Přerova a okolí.
4.8.2. Funkčnost i obsah bude stejný, jako u stávající webové prezentace:
xxxx://xxx.xxxxxx.xx/xxxxxxx/xxxxx.xxx?xxxxxxxxxxxxxx&xxxXxxx&xxxxxx
4.8.3. Možnost tematického třídění akcí:
4.8.3.1. městské oslavy,
4.8.3.2. kino,
4.8.3.3. divadlo,
4.8.3.4. soutěž,
4.8.3.5. hudba,
4.8.3.6. sport,
4.8.3.7. xxxxx,
4.8.3.8. pro děti,
4.8.3.9. společenské akce,
4.8.3.10. xxxxxxxxx, beseda,
4.8.3.11. workshopy, kurzy,
4.8.3.12. výstavy,
4.8.3.13. dlouhodobé výstavy,
4.8.3.14. stálé expozice,
4.8.3.15. akce v okolí Přerova,
4.8.3.16. ostatní akce.
4.8.4. Možnost použít jak pro jednotlivé akce, tak pro akce se sub akcemi.
4.8.5. Možnost editace akcí přímo jejich pořadateli.
4.8.6. Možnost administrátora kontrolovat zveřejněné akce, duplicity, schvalování autorů
apod.
4.8.7. Možnost zadávání názvu a popisů v jazykových mutacích.
4.8.8. Možnost zvolit datum a čas akce, možnost vícenásobného zadání.
4.8.9. Možnost k akcím připojit neomezené množství souborů a příloh.
4.8.10. Možnost k akcím připojit neomezené množství fotografií.
4.8.11. Možnost definovat vazbu na články na webovém portálu města.
4.8.12. Možnost zadat odkazy na jiné stránky.
4.8.13. Možnost třídění podle číselníků pořadatelů, míst konání, druhů akcí apod.
4.8.14. Možnost řízeného zobrazování akcí dle různých parametrů důležitosti apod.
4.8.15. Propojení s kalendářem akcí Olomouckého kraje (turistický informační portál Olomouckého kraje xxxx://xxx.xx-xxxxxxx.xx/). Popis XML komunikace s portálem xx-xxxxxxx.xx naleznete v příloze č. 2.
4.8.16. Propojení s webovou prezentací Kulturních a informačních služeb města Přerova
xxxx://xxx.xxx-xxxxxx.xx/, zobrazování akcí pořádaných KISmP na jejich webu.
4.8.17. Možnost parametrického i fulltextového vyhledávání ve struktuře oznámení.
4.8.18. Dodavatel zajistí migraci všech stávajících dat souvisejících s touto aplikací do nového webového portálu města Přerova včetně zachování všech stávajících interních i externích vazeb.
4.9. DISKUZE
4.9.1. Aplikace pro vytváření diskuzí k článkům i samostatně stojící.
4.9.2. Možnost vytvořit různé druhy diskuzí:
4.9.2.1. moderované a regulované,
4.9.2.2. s registrací uživatelů,
4.9.2.3. možnost zobrazování IP adresy, možnost blokování IP,
4.9.2.4. možnost reagovat na příspěvky moderátorem,
4.9.2.5. možnost veřejných i neveřejných diskuzí apod.
4.9.3. Možnost různého zobrazení témat – všechna, aktivní, ukončená apod.
4.9.4. Možnost vytváření témat diskuze administrátorem.
4.9.5. Možnost nastavit diskuzi pod každým článkem.
4.9.6. Možnost mazání nevhodných příspěvků u všech typů diskuzí.
4.9.7. Možnost zveřejnění (zobrazení) příspěvků podmínit jejich předchozím schválením moderátorem.
4.9.8. Možnost zobrazení příspěvků.
4.9.8.1. Stromově - příspěvky jsou zobrazeny v grafické struktuře.
4.9.8.2. Podle času - příspěvky jsou seřazeny chronologicky dle data a času vložení.
4.9.9. Nastavení zobrazování vláken (uživatelských témat) diskuze.
4.9.9.1. Jen nadpis, kdy jednotlivá vlákna (témata) jsou zobrazena pouze jako aktivní nadpis, po kliknutí se celé vlákno se všemi reakcemi rozbalí.
4.9.9.2. Nadpis s textem, kdy pod názvem vlákna se zároveň zobrazí i text úvodního příspěvku vlákna.
4.9.9.3. Rozbalené stromy, kdy všechna vlákna jsou zobrazena rozvinutá, ale pouze formou nadpisů jednotlivých příspěvků.
4.9.9.4. Rozbalené stromy s texty, kdy vlákna jsou rozvinutá, zobrazují se nadpisy i texty jednotlivých příspěvků.
4.9.10. Možnost fulltextového vyhledávání v diskuzích.
4.9.11. Vlákna diskuzí s novými příspěvky se automaticky předřazují před neaktualizované.
4.9.12. Odlišení příspěvků do diskuse, přidaných od poslední návštěvy uživatele.
4.9.13. Možnost zasílání příspěvků z diskuzí na e-mail.
4.10. HODNOCENÍ FOTOGRAFIÍ PRO FOTOSOUTĚŽE
4.10.1. Aplikace, která umožní hodnotit zveřejněné fotografie ve fotogaleriích pro účely pořádání fotosoutěží.
4.10.2. Možnost hodnocení jednotlivých zveřejněných fotografií v galeriích uživatelem přímo na webovém portále.
4.10.3. Možnost zobrazení aktuálního stavu hodnocení u každé fotografie během
fotosoutěže, možnost vidět kdykoliv aktuální pořadí hodnocených fotografií.
4.10.4. Možnost hodnocení fotografií kdykoliv vypnout nebo zapnout.
4.10.5. Automatické vyhodnocení hlasování, výpis výsledků apod.
4.10.6. Zajištění minimalizace možností, jak při hodnocení podvádět, např. registrací e- mailové adresy s následným přidělením kódu pro hlasování apod.
4.10.7. Zajištění ochrany proti robotům.
4.11. ON-LINE VYSÍLÁNÍ ZASEDÁNÍ ZASTUPITELSTVA MĚSTA PŘEROVA
4.11.1. Zajištění implementace přímého přenosu z jednání Zastupitelstva města Přerova do webového portálu.
4.11.2. Možnost přehrávání přímého přenosu přímo na webovém portálu prostřednictvím předem nastaveného iframu spustitelného na úvodní straně.
4.11.3. Na úvodní straně webového portálu bude vytvořen samostatný grafický prvek pro živý přenos z jednání Zastupitelstva města Přerova.
4.11.4. Zobrazovat se bude pouze v době konání zastupitelstva.
4.11.5. Bude obsahovat popis (název, datum, hodinu, odkaz na program, odkaz na systémové požadavky a tlačítko pro spuštění přehrávače).
4.11.6. Možnost editace jednotlivých položek tohoto grafického prvku (názvu, data, hodiny, odkazu na program, odkazu na systémové požadavky).
4.11.7. Možnost pravidelné aktualizace programu jednání zastupitelstva.
4.11.8. Přenosy jsou aktuálně streamovány na xxxxx://xxx.xxxxxxx.xxx/.
4.11.9. Přehrávač bude nastaven tak, aby administrátor pouze vložil nový kód připraveného streamu přímého přenosu (např. xxxxx://xxxxx.xx/XXxxX0xx0xx) do předem určeného místa v administraci.
4.11.10. Možnost připojení a editace programu z jednání Zastupitelstva města Přerova.
4.11.11. Přehrávání se bude nastavovat a spouštět pouze v den jednání Zastupitelstva města Přerova, ostatní dny je skryté. Toto spouštění nastavuje administrátor dle aktuálních potřeb a vývoje z jednání Zastupitelstva města.
4.12. OVĚŘENÍ STAVU VYŘIZOVÁNÍ ŽÁDOSTÍ O VYDÁVÁNÍ DOKLADŮ
4.12.1. Aplikace umožňující zveřejňování informací o stavu vyřízení jednotlivých dokladů.
4.12.2. Uživatel si může kdykoliv zjistit, zda již byl jeho doklad vyřízen.
4.12.3. Dodavatel zajistí migraci všech stávajících dat souvisejících s touto aplikací do nového webového portálu města Přerova včetně zachování všech stávajících interních i externích vazeb.
4.13. ELEKTRONICKÉ FORMULÁŘE
4.13.1. Aplikace umožňující definovat vlastní formuláře se všemi dostupnými formulářovými prvky.
4.13.2. Možnost vložení antispamového kódu.
4.13.3. Možnost načítat původní data.
4.13.4. Možnost pohodlného propojování formulářů s články.
4.13.5. Možnost připojit formulář k více článkům současně.
4.13.6. Možnost zasílat odeslané formuláře na e-maily.
4.13.7. Možnost dodatečné editace a úpravy již vytvořeného formuláře.
4.13.8. Automatické ukládání všech došlých dat do prostředí redakčního systému, evidence počtu vyplnění apod.
4.13.9. Možnost deaktivovat a znovu aktivovat vytvořený formulář.
4.13.10. Export dat do CSV.
4.13.11. Přenos dat zabezpečeným protokolem.
4.13.12. Dodavatel zajistí migraci všech stávajících dat souvisejících s touto aplikací do nového webového portálu města Přerova včetně zachování všech stávajících interních i externích vazeb.
4.14. REALITNÍ WEB
4.14.1. Aplikace umožňující na webovém portále města Přerova zveřejňovat zbytný majetek města, nabídky nájmů potřebného majetku apod., a to ve formě katalogového prodeje realit.
4.14.2. Možnost třídění do kategorií a dle parametrů určených zadavatelem.
4.14.3. Možnost parametrického i fulltextového vyhledávání.
4.14.4. Možnost označit naposledy vložené nemovitosti jako „nové“ po předem definovanou
dobu.
4.14.5. Na úvodní straně realitního webu bude zobrazení náhledů fotografií prodávaných nemovitostí se stručným popisem.
4.14.6. Po rozkliknutí náhledu se otevře stránka s nabídkou konkrétní nemovitosti a se všemi údaji, které jsou k ní přiřazené.
4.14.6.1. Možnost zveřejnění velké fotografie.
4.14.6.2. Možnost zveřejnění souboru fotografií.
4.14.6.3. Možnost vložení textové informace – popisu nemovitosti.
4.14.6.4. Možnost vložení souboru na stažení.
4.14.6.5. Možnost vložení hypertextového odkazu.
4.14.6.6. Možnost zveřejnit kontakty apod.
4.14.7. Stejné grafické zpracování korespondující s vlastnostmi designu celého webového portálu.
4.14.8. Stejná logika obsluhy jako u celého webového portálu.
4.15. ANKETY A KVIZY
4.15.1. Aplikace umožňují vytvářet ankety nebo vědomostní či obrázkové kvizy.
4.15.2. Možnost různých druhů anket a kvízů, např. jednoduché, násobné apod.
4.15.3. Automatické vyhodnocení odpovědí.
4.15.4. Možnost soutěžních kvizů.
4.16. DATABÁZE ORGANIZACÍ MĚSTA
4.16.1. Modul umožňující vytvářet a spravovat webové prezentace organizací založených nebo spravovaných městem Přerov.
4.16.2. V rámci webového portálu města Přerova budou založeny samostatné profily jednotlivých organizací města.
4.16.3. Profily organizací budou mít jednotné grafické zpracování korespondující s celkovým vzhledem webového portálu města.
4.16.4. Ke každé organizaci uložené v této databázi bude možné přiřadit jednoho či více externích administrátorů, kteří se budou starat o prezentaci své organizace.
4.16.5. Možnost vytváření tematických výpisů dle potřeb zadavatele.
4.17. KATALOG FIREM
4.17.1. Aplikace umožňující přehledně setřídit firmy podle oblasti jejich činností.
4.17.2. Registrovaným firmám bude umožněn přístup do jejich vlastní prezentace nebo vkládat akce do kalendáře akcí.
4.17.3. Možnost parametrického i fulltextového vyhledávání ve struktuře firem.
4.18. ZÁBAVNÉ APLIKACE
4.18.1. Aplikace určené k zábavě uživatelů webového portálu.
4.18.2. Budou využity jako doplňky k různým městským akcím, oslavám, svátkům apod.
4.18.3. Mohou to být hry typu puzzle, posunovačka, pexeso apod.
4.18.4. Možnost vkládat do her vlastní obrázky a fotografie, a využít tak hry k propagaci a
šíření daného tématu apod.
1. Příloha č. 1: samostatný dokument „WS_ZivotniSituaceImport.pdf“ (autor Tesco SW a.s.)
2. Příloha č. 2: Popis XML komunikace modulu Kalendář akcí s portálem xx-xxxxxxx.xx
„ok_tourism_data-exchange-klient.zip“
3. Příloha č. 3: Struktura životních situací:
o DOKLADY OSOBNÍ
▪ Cestovní pas
▪ Občanský průkaz
▪ Parkovací průkaz ZTP, ZTP/P
▪ Řidičský průkaz
o DOPRAVA
▪ Komunikace
▪ Vozidla
o FINANCE
▪ Dotace, finanční podpora
▪ Poplatky a pokuty
o MAGISTRÁT
▪ Majetek města
o OCHRANA OBYVATELSTVA
o PAMÁTKOVÁ PÉČE
o POSKYTNUTÍ ÚDAJŮ
▪ Vidimace a legalizace
o RODINA
▪ Bydlení
▪ Děti
▪ Matrika
▪ Senioři
▪ Sociální integrace
▪ Sociální prevence a pomoc
▪ Školství
o VÝSTAVBA
▪ Komunikace
o ZEMĚDĚLSTVÍ
▪ Lesy
▪ Lovecký lístek
▪ Včelařství
▪ Veterinární opatření
▪ Voda
▪ Zemědělský půdní fond
▪ Rybářský lístek
o ŽIVNOSTI
▪ Fyzická osoba
▪ Právnická osoba
▪ Zemědělské
▪ Změny živností
o ŽIVOTNÍ PROSTŘEDÍ
▪ Odpady
▪ Ochrana přírody
▪ Ovzduší
Příloha č. 2 Xxxxxxx
Webové služby Portálu občana pro web města Přerova
Portál občana
WEBOVÉ SLUŽBY
PORTÁLU OBČANA PRO WEB MĚSTA PŘEROVA
INTEGRAČNÍ MODUL
Verze: 1.0
Aktualizace: 15.6.2017
Verze Datum Popis
0.1 10. 12. 2014 Draft
1.0 11. 12. 2014 První verze dokumentu
Název souboru Počet stran
WS_ZivotniSituaceImport (167 kB) 13
TESCO SW a.s.
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
1/13
2 Technická specifikace řešení 5
2.1.1 Formát přenášených dat 5
2.1.2 Sémantika přenášených dat 5
2.2.2 Nadstavbový transportní protokol 5
2.3 Metadata o webové službě 6
2.5 Pravidla zpracování chybových stavů 6
2.5.1 Přehled chybových tříd a podtříd 7
3 Specifikace přenášených dat 7
3.1.1 Jednoduché datové typy 8
TESCO SW a.s.
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
2/13
DC Dublin Core
HTTP Hypertext Transfer Protocol
HTTPS Hypertext Transfer Protocol Secure
IS Informační systém
PO Portál občana
RDF Resource Description Format SOAP Simple Object Access Protocol TCP Transmission Control Protocol
URI Uniform Resource Identifier
URL Uniform Resource Locator
WMP Web města Přerova
WS Web services
WSDL Web Service Description Language
W3C World Wide Web Consortium
WWW World Wide Web
XML Extensible Markup Language
XSD Xml Schema Definition
ŽS Životní situace
TESCO SW a.s.
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
3/13
1 Úvod
Tento dokument obsahuje specifikaci webové služby, která je vystavena na straně Portálu občana (dále jen PO) a slouží pro komunikaci se Webem města Přerova.
Na rozhraní PO občana budou zasílány jednotlivé Životní situace (dále jen ŽS) v odpovídající struktuře (viz Specifikace přenášených dat). Webové služby PO budou volány vždy na základě jakékoliv relevantní změny s aktuálními daty editované ŽS.
Výjimku bude tvořit iniciální synchronizace ŽS z Webu města Přerova do PO, kdy dojde k zavolání WS pro všechny evidované ŽS.
Dále je v této kapitole popsána jediná metoda, jenž je vystavena na rozhraní webové služby PO -
Metoda č. 1 – Import ŽS.
1.1 Metoda č. 1 – import ŽS
Metoda č. 1 slouží volajícímu systému k přenesení aktuálních dat o jedné konkrétní ŽS. Vstupními parametry jsou data o přenášené ŽS.
Textový popis procesu:
1. Provedení autentizace a autorizace klientského volání (basic autentizace),
2. Validace vstupního XML dle XSD šablon,
3. Pokud je zaslána platná ŽS a je dle Kódu ŽS v PO nalezena, je aktualizována, pokud není nalezena, je založena nová ŽS,
a. ŽS je zařazena do hierarchie oblastí, pokud je oblast dle Kódu nalezena, je v PO aktualizována, pokud nalezena není, je nově založena,
b. K dané ŽS je navázána aktuální množina Informačních bloků, pokud je dle Typu a Pořadí blok v PO nalezen, je aktualizován, pokud není nalezen, je vytvořen nový,
ostatní informační bloky existující v PO, které nejsou obsaženy v příchozí zprávě, jsou zneplatněny,
4. Pokud je zaslána neplatná ŽS, je ŽS v PO zneplatněna,
5. Konstrukce a vrácení XML odpovědi volajícímu systému (OK/CHYBA).
Proces je popsán z pohledu kladného průchodu, v případě výskytu chyby je zpráva odmítnuta jako celek.
TESCO SW a.s.
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
4/13
2 Technická specifikace řešení
Kapitola obsahuje popis řešení z technologického pohledu, což znamená přehled respektovaných standardů v oblasti webových služeb a nároků na zabezpečení, kterým musí volající systém vyhovět.
2.1 Data a metadata
Zprávy přenášející data musí být ve formátu XML a musí vyhovovat standardu XML 1.0, Second Edition. Kódová stránka jednotlivých předávaných zpráv musí být UTF-8.
2.1.2 Sémantika přenášených dat
Pro popis sémantiky dat přenášených prostřednictvím zpráv ve formátu XML je použit standard XML Schema. Dokumentace schémat je pak založena na standardu RDF a DC.
2.2 Transport dat
Pro přenos zpráv ve formátu XML je použit komunikační protokol HTTP ve své zabezpečené variantě HTTPS.
1) Protokol HTTP musí ve svém záhlaví obsahovat indikaci kódové stránky neseného XML dokumentu pomocí parametru charset. Znaková stránka, uvedená v deklaraci XML pro XML dokument, by se měla shodovat s kódovou stránkou HTTP. V případě rozporu je kódová stránka XML ignorována.
2) Protokol HTTP musí ve svém záhlaví obsahovat indikaci typu obsahu neseného XML dokumentu pomocí parametru content-type. Tento parametr by měl pro XML dokumenty nabývat hodnoty „application/xml“.
3) Protokol HTTP musí ve svém záhlaví obsahovat indikaci zdrojového informačního systému v custom parametru „ESB_SOURCESHORTCUT“. Tento parametr má pro Web města Přerova hodnotu „WMP“.
4) Protokol HTTP musí ve svém záhlaví obsahovat indikaci volané metody (parametr
„SoapAction“, hodnota viz WSDL).
5) Pro přenos zpráv XML bude použit protokol HTTP ve verzi 1.1.
6) Pro přenos zpráv XML bude na straně webové služby použita metoda HTTP POST.
7) Webová služba bude používat pro komunikaci prostřednictvím HTTPS protokolu well-known TCP port 443.
8) Webová služba bude používat při komunikaci stavové kódy HTTP. Pro rozhodnutí o výsledku přenosu zprávy je však rozhodující obsah samotné zprávy a stavový kód HTTP je považován pouze za informativní údaj.
2.2.2 Nadstavbový transportní protokol
Webová služba NEN využívá nad komunikačním protokolem HTTPS nadstavbový XML protokol SOAP ve verzi 1.1. Struktura SOAP zprávy musí zároveň splňovat tyto požadavky:
1) Zpráva SOAP bude přenášena komunikačním protokolem HTTPS.
2) Zpráva SOAP musí obsahovat povinnou SOAP obálku ve standardním formátu odpovídajícím specifikaci standardu SOAP 1.1.
TESCO SW a.s.
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
5/13
3) Zpráva SOAP musí obsahovat povinné záhlaví pro SOAP 1.1.
4) Zpráva SOAP musí obsahovat tělo zprávy SOAP.
5) Zpráva SOAP musí obsahovat ve svém těle buď elementy vlastních XML souborů nebo element <Fault> s indikací případného problému na úrovni komunikace. Element <Fault> a elementy vlastních XML souborů se vylučují, zpráva tedy nesmí obsahovat data (elementy vlastních XML souborů) a element <Fault> současně.
2.3 Metadata o webové službě
Pro popis rozhraní webové služby je využit standard WSDL verze 1.1 a to v souladu s doporučeními specifikace organizace WS-Interoperability „Basic Profile Version 1.0“.
2.4 Zabezpečení komunikace
Webová služba bude mít pro všechny své vystavené metody implementovány následující bezpečnostní mechanismy:
1) Důvěrnost spojení – HTTPS protokol,
2) Důvěrnost přenášených dat – HTTPS protokol, XML Encryption,
3) Integrita spojení – HTTPS protokol,
4) Autentizace spojení – HTTPS protokol,
5) Identifikace a autentizace odesílatele – Basic autentizace,
6) Řízení přístupu (autorizace) – oprávnění volajícího systému volat službu na základě autentizačních údajů je ověřeno v interní databázi.
2.5 Pravidla zpracování chybových stavů
Dojde-li při zpracování zprávy k chybě na úrovni zprávy jako celku (není možné vrátit žádnou požadovanou informaci) a je vyžadována odpověď, pak reaguje webová služba tak, že provede zařazení elementu <Fault> s kódem chyby do těla odpovědi SOAP zprávy. Jestliže jsou k dispozici doplňující informace ke vzniklému chybovému stavu, pak webová služba zařazuje do těla odpovědi SOAP zprávy i podřízený element <Detail> s jejich popisem.
Chybové kódy (zapisovány do elementu <Fault>) vycházejí ze základních generických tříd chyb definovaných ve standardu SOAP 1.1:
1) VersionMismatch – nesouhlasí verze jmenného prostoru obálky SOAP,
2) MustUnderstand – přijímající strany dokonale nerozuměla elementu s atributem MustUnderstand = „1“, jenž je obsažen v hlavičce SOAP.
3) Client – indikuje výskyt klientských chyb (např. nesouhlasí digitální podpis),
4) Server – indikuje chybu vzniklou na straně webové služby.
Generické třídy chyb Client a Server jsou dále rozšířeny prostřednictvím tečkové notace o další podtřídy.
Doplňkový model zpracování chyb není v případě webové služby a všech jejich metod aplikován. Jakákoliv chyba na úrovni SOAP zprávy nebo aplikační úrovni tedy končí odmítnutím předávané zprávy jako celku. Tento typ chyb je na straně webové služby logován.
TESCO SW a.s.
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
6/13
Chyby vzniklé na úrovni komunikačního protokolu HTTPS nejsou na straně webové služby řešeny a nejsou ani logovány. Zprávy, u jejichž přenosu došlo k selhání komunikačního protokolu, nejsou webovou službou zpracovány, tudíž nebudou generovány ani žádné odpovědi, které by obsahovaly bližší informace o chybě.
Za opakované zaslání zpráv, u nichž předchozí předání skončilo chybou, je zodpovědný odesílatel zprávy.
2.5.1 Přehled chybových tříd a podtříd
V níže přiložené tabulce je uveden přehled všech tříd a podtříd, které jsou využity v rámci metod webové služby.
Kód Popis
Client.Validity.Schema Chyba ověření validity zprávy
Client.WellFormedness Chyba ověření správného strukturování zprávy
MustUnderstand Přijímající strana dokonale nerozuměla elementu
s atributem MustUnderstand = „1“, jenž je obsažen v hlavičce SOAP
Server.InternalServiceFault Chyba autentizace/autorizace
Server.Database Chyba vzniklá při komunikaci s databází
Server.Program Interní chyba webové služby (jiná než databázová)
VersionMismatch Nesouhlasí verze jmenného prostoru elementu SOAP obálky
Tabulka 3 – Přehled chybových tříd a podtříd
3 Specifikace přenášených dat
Tato kapitola podrobně specifikuje strukturu XML dat přenášených prostřednictvím webové služby Portálu občana.
V rámci popisu datových struktur jsou uváděny následující údaje:
1) Pořadí – pořadové označení položky ve struktuře, nemá bližší význam,
2) Název – pojmenování položky,
3) Popis – bližší specifikace významu položky,
4) Typ – datový typ položky, odkazuje na název datového typu v XSD souborech,
5) Min. výskyt – specifikace nejmenšího možného počtu výskytů položky,
6) Max. výskyt – specifikace maximálního možného počtu výskytů položky.
TESCO SW a.s.
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
7/13
3.1 Metoda č. 1 – import ŽS
Podkapitola specifikuje data přenášená metodou č. 1, která slouží volajícímu systému k přenesení aktuálních dat o jedné konkrétní ŽS.
Jednoduché datové typy použité dále pro definici komplexních typů.
Název | Typ | Popis |
TypInformaceType | xs:token | Typ informace (viz číselník A01) |
Tabulka 4 – Jednoduché datové typy
Oddíl obsahuje popis dat XML požadavku, jenž je zasílán na vstup metody č. 1.
3.1.2.1 Kořenový element
Název | Typ | Popis | Min. výskyt | Max. výskyt |
ImportZS | ImportZSPozadavekStructure | Kořenový element (požadavek) | 1 | 1 |
Tabulka 5 – Kořenový element pro požadavek (metoda č. 1)
3.1.2.1 Datová struktura ImportZSPozadavekStructure
Datová struktura pro požadavek jdoucí na webovou službu, metoda č. 1.
Pořadí | Název | Typ | Popis | Min. výskyt | Max. výskyt |
1 | ImportZSData | ImportZSDataStructure | Data požadavku | 1 | 1 |
Tabulka 6 - Datová struktura ImportZSPozadavekStructure
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
8/13
3.1.2.2 Datová struktura ImportZSDataStructure
Datová struktura pro vlastní obsah požadavku.
Pořadí | Název | Typ | Popis | Min. výskyt | Max. výskyt |
1 | Kod | xs:token | Kód ŽS – jednoznačný identifikátor | 1 | 1 |
2 | Poradi | xs:integer | Pořadí ŽS v rámci jednoho uzlu hierarchie | 1 | 1 |
3 | Nazev | xs:string | Název ŽS | 1 | 1 |
4 | Platnost | xs:boolean | Příznak, jaká akce s ŽS má být provedena (1 – Nová/Změna, 0 - Zrušení) | 1 | 1 |
5 | Oblast | OblastStructure | Nejbližší hierarchicky nadřízená oblast, do které ŽS spadá | 1 | 1 |
6 | InformaceBloky | InformaceBlokyStructure | Seznam informací o dané ŽS | 1 | 1 |
Tabulka 7 – Datová struktura ImportZSDataStructure
3.1.2.1 Datová struktura OblastStructure
Datová struktura pro údaje o oblasti životní situace.
Pořadí | Název | Typ | Popis | Min. výskyt | Max. výskyt |
1 | Kod | xs:token | Kód oblasti – jednoznačný identifikátor | 1 | 1 |
2 | Poradi | xs:integer | Pořadí oblasti v rámci jednoho uzlu hierarchie | 1 | 1 |
3 | NazevKratky | xs:string | Název oblasti - stručný | 0 | 1 |
4 | NazevKratky | xs:string | Název oblasti - plný | 1 | 1 |
5 | NadrizenaOblast | OblastStructure | Nejbližší hierarchicky nadřízená oblast, do které oblast spadá | 0 | 1 |
Tabulka 8 – Datová struktura OblastStructure
3.1.2.1 Datová struktura InformaceBlokyStructure
Datová struktura pro seznam dílčích popisných bloků životní situace.
Pořadí | Název | Typ | Popis | Min. výskyt | Max. výskyt |
1 | Informace | InformaceStructure | Dílčí informační blok ŽS | 1 | unbounded |
TESCO SW a.s.
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
9/13
3.1.2.1 Datová struktura InformaceStructure
Datová struktura pro dílčí popisný blok životní situace.
Pořadí | Název | Typ | Popis | Min. výskyt | Max. výskyt |
1 | Typ | TypInformaceType | Typ informace (viz číselník A01) | 1 | 1 |
2 | Poradi | xs:integer | Pořadí informace pro případ, že je pro jednu ŽS evidováno více dílčích informací stejného typu (Pozn.: Pokud tedy bude pro každý Typ informace pouze jeden | 1 | 1 |
informační blok, budou mít všechny bloky pořadí 1)
3 Popis xs:string Název oblasti - stručný 1 1
Tabulka 10 – Datová struktura InformaceStructure
TESCO SW a.s.
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
10/13
Popis dat XML odpovědi, která je zasílána zpět volajícímu systému.
3.1.3.1 Kořenový element
Název | Typ | Popis | Min. výskyt | Max. výskyt |
ImportZSOdpoved | ImportZSOdpovedStructure | Kořenový element (odpověď) | 1 | 1 |
Tabulka 11 – Kořenový element pro odpověď (metoda č. 1)
3.1.3.1 Datová struktura ImportZSOdpovedStructure
Datová struktura pro odpověď webové služby, metoda č. 1.
Pořadí | Název | Typ | Popis | Min. výskyt | Max. výskyt |
1 | OdpovedData | OdpovedDataStructure | Data požadavku | 1 | 1 |
Tabulka 12 - Datová struktura ImportZSOdpovedStructure
3.1.3.2 Datová struktura OdpovedDataStructure
Datová struktura pro vlastní obsah odpovědi.
Pořadí | Název | Typ | Popis | Min. výskyt | Max. výskyt |
1 | IndikatorZpracovani | xs:token | Indikátor zpracování (0 – chyba, 1 - OK) | 1 | 1 |
2 | Chyba | ChybaStructure | Popis chybového stavu | 0 | 1 |
3.1.3.3 Datová struktura ChybaStructure
Datová struktura pro popisy chybového stavu.
Pořadí | Název | Typ | Popis | Min. výskyt | Max. výskyt |
1 | ChybaKod | xs:token | Kód chyby | 1 | 1 |
2 | ChybaPopis | xs:string | Popis chyby | 0 | 1 |
Tabulka 14 – Datová struktura – ChybaStructure
TESCO SW a.s.
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
11/13
Seznam tabulek
Tabulka 3 – Přehled chybových tříd a podtříd 7
Tabulka 4 – Jednoduché datové typy 8
Tabulka 5 – Kořenový element pro požadavek (metoda č. 1) 8
Tabulka 6 - Datová struktura ImportZSPozadavekStructure 8
Tabulka 7 – Datová struktura ImportZSDataStructure 9
Tabulka 8 – Datová struktura OblastStructure 9
Tabulka 9 – Datová struktura InformaceBlokyStructure 9
Tabulka 10 – Datová struktura InformaceStructure 10
Tabulka 11 – Kořenový element pro odpověď (metoda č. 1) 11
Tabulka 12 - Datová struktura ImportZSOdpovedStructure 11
Tabulka 13 – Datová struktura OdpovedDataStructure 11
Tabulka 14 – Datová struktura – ChybaStructure 11
Tabulka 15 – Číselník A01 – Typ informace 13
TESCO SW a.s.
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
12/13
Příloha A – Číselníky
Kód | Název | Popis |
NA010001 | Identifikační číslo | Identifikační číslo |
NA010002 | Kód | Kód |
NA010003 | Název ŽS | Pojmenovaní (název) životní situace |
NA010004 | Základní informace | Základní informace k životní situaci |
NA010005 | Kdo | Kdo je oprávněn v této věci jednat |
NA010006 | Podmínky | Jaké jsou podmínky a postup pro řešení životní situace |
NA010007 | Jak začít | Jakým způsobem zahájit řešení životní situace |
NA010008 | Kde | Na které instituci životní situaci řešit |
NA010009 | S kým | Kde, s kým a kdy životní situaci řešit |
NA010010 | Co s sebou | Xxxx doklady je nutné mít s sebou |
NA010011 | Typy formulářů | Jaké jsou potřebné formuláře a kde jsou k dispozici |
NA010012 | Poplatky | Jaké jsou poplatky a jak je lze uhradit |
NA010013 | Lhůty | Jaké jsou lhůty pro vyřízení |
NA010014 | Účastníci | Kteří jsou další účastníci (dotčení) řešením životní situace |
NA010015 | Další činnosti | Jaké další činnosti jsou po žadateli požadovány |
NA010016 | Elektronická služba | Elektronická služba, kterou lze využít |
NA010017 | Právní předpis | Podle kterého právního předpisu se postupuje |
NA010018 | Související předpisy | Xxxx jsou související předpisy |
NA010019 | Opravné prostředky | Jaké jsou opravné prostředky a jak se uplatňují |
NA010020 | Sankce | Jaké sankce mohou být uplatněny v případě nedodržení povinností |
NA010021 | Nejčastější dotazy | Nejčastější dotazy |
NA010022 | Další informace | Další informace |
NA010023 | Zdroje informací | Informace o popisovaném postupu (o řešení životní situace) je možné získat také z jiných zdrojů nebo v jiné formě |
NA010024 | Související životní situace | Související životní situace a návody, jak je řešit |
NA010025 | Odpovědnost | Za správnost popisu odpovídá útvar |
NA010026 | Kontaktní osoba | Kontaktní osoba |
NA010027 | Ke dni | Popis je zpracován podle právního stavu ke dni |
NA010028 | Aktualizováno | Popis byl naposledy aktualizován |
NA010029 | Konec platnosti | Datum konce platnosti popisu |
NA010030 | Poznámky | Případná upřesnění a poznámky k řešení životní situace |
Tabulka 15 – Číselník A01 – Typ informace
TESCO SW a.s.
tř. Kosmonautů 1288/1
Hodolany, 779 00 Olomouc tel: (x000) 000 000 000
e-mail: xxxxxxx@xxxxxxx.xx / web: xxx.xxxxxxx.xx
13/13
Příloha č. 3 Xxxxxxx
Úroveň poskytovaných Webhostingových služeb a požadavky na podporu
1. Legislativní údržba
všechny částí předmětu plnění - tj. závazek Zhotovitele udržovat všechny části plnění v souladu s platnou legislativou po celou dobu platnosti smlouvy. Zhotovitel se zavazuje v případě legislativních změn zajistit úpravy všech dotčených částí tak, aby byly v souladu se změněnými právními předpisy a poskytnout upravené části plnění zadavateli včetně zajištění nezbytných prací souvisejících s instalací nebo montáží vedoucích k zajištění souladu s legislativou, a to po dobu platnosti smlouvy.
2. Technická podpora
Technická podpora bude poskytována po dobu platnosti smlouvy.
2.1. Obecné požadavky na organizaci technické (servisní) podpory
• centrální místo pro oznamování všech servisních požadavků
• telefonické zadání požadavku na technickou podporu musí být zajištěno lidskou obsluhou (příjem požadavku pouze automatem akceptován výhradně mimo běžnou pracovní dobu Zhotovitele),
• komunikace s dispečinkem technické podpory, stejně tak komunikace s řešiteli požadavků na
technickou podporu musí být zajištěna v českém (případně slovenském) jazyce,
• příjem požadavku musí být umožněn několika nezávislými komunikačními cestami:
o prostřednictvím internetu (webové rozhraní, autentifikace pro oprávněné osoby na základě jména a hesla),
o telefonicky,
o e-mailem,
o datovou schránkou,
• prostřednictvím internetu nebo e-mailu může být požadavek zadán i mimo níže uvedenou dobu pro příjem požadavku, lhůta pro reakci na něj se však v této době počítat nebude.
• zajištění nepřetržitého přístupu do systému pro evidenci požadavků pro oprávněné osoby
zadavatele – možnost upřesnění požadavku v průběhu jeho řešení,
• umožnění přístupu k historickým datům o řešení požadavků na technickou podporu (2 roky zpětně online, další roky na vyžádání).
• požadované parametry poskytované podpory a SLA pro jednotlivé části celého řešení jsou
uvedeny v souhrnné tabulce na konci kapitoly.
2.2. Služby
• Servisní služby
o diagnostika nahlášené závady,
o odstraňování závad ve lhůtách uvedených v části SLA,
o obnovení funkčnosti ze zálohy nebo reinstalací,
o uzavření servisního požadavku po akceptaci zadavatele – zhotovení servisního
protokolu,
o zaznamenání změn do technické provozní dokumentace,
o náklady související s poskytnutím servisního zásahu jsou zahrnuty v ceně služby, žádné další náklady nebudou fakturovány,
o uložení informací o provedení servisního zásahu do elektronického systému pro příjem a evidenci požadavků na technickou (servisní) podporu.
• Provozní správa
o Činnosti prováděné automaticky = nebude nutné zadávat požadavky na jejich provedení:
i. pravidelné kontroly správné funkce spravovaného systému podle navržené a schválené architektury,
ii. poskytování informací o bezpečnostních rizicích a incidentech,
iii. aplikace bezpečnostních oprav,
iv. reinstalace nových verzí (vždy s předchozím souhlasem zadavatele),
o Požadavky na činnosti na vyžádání:
i. příjem požadavku na provedení provozní správy v režimu dle definovaného
SLA,
ii. provedení zálohy konfigurací/nastavení před provedením požadované provozní činnosti,
iii. ověření možných dopadů realizace požadavku na zachování funkcionality celku, v případě existence rizik informování zadavatele požadavku o možných důsledcích provedení požadavku,
iv. provedení požadované činnosti provozního charakteru na vyžádání - (např. požadavku na změnu konfigurace, úpravu funkčnosti menšího rozsahu apod.)
v. po provedení požadavku otestování funkčnosti systému,
o Obecné požadavky:
i. zaznamenání změn do technické provozní dokumentace,
ii. náklady související s poskytnutím služeb provozní správy jsou zahrnuty v ceně služby, žádné další náklady související s poskytnutím služby, nebudou fakturovány,
iii. uložení informací o provedení provozního zásahu do elektronického systému pro příjem a evidenci požadavků na technickou (servisní) podporu
• Expertní podpora
o konzultační služby (telefonicky, emailovou komunikací),
o řešení problémů (telefonicky, emailovou komunikací),
o reporting poskytování expertní podpory.
• Provozní a uživatelská dokumentace
o vedení a udržování technické provozní dokumentace a uživatelské dokumentace
v elektronické podobě,
o pravidelná aktualizace technické provozní dokumentace a uživatelské dokumentace po provedených změnách,
o poskytování výstupů z technické provozní dokumentace oprávněným zástupcům
zadavatele
2.3. SLA
• Zásah za účelem řešení závady nebo podpory může být proveden vzdáleně.
• Služby budou na vyžádání zadavatele poskytnuty i mimo níže uvedenou provozní dobu
zadavatele s ohledem na minimalizaci omezení provozovaného systému
• Klasifikace závad:
o A - Kritická závada = závada bránící zadavateli poskytovat hlavní předmět jeho činnosti (např. služby veřejnosti, zákonem definované povinnosti apod.).
o B - Střední závada = funkčnost systému významným způsobem degradována nebo silně omezena, opakovaný výskyt závady.
o C - Nízká závada = funkčnost systému vykazuje určité problémy bez výrazného
dopadu na služby poskytované klientům zadavatele.
• Hodnotou 24x7 se rozumí nepřetržité poskytování služby (24 hodin denně, 7 dnů v týdnu, tedy 365 dnů v roce); -> funkčnost SW na provozovaném HW
Hodnotou 8x5 se rozumí poskytování v pracovních dnech v době:
Po, St – 7,30 – 17,00
Út, Čt – 7,00 – 15,00
Pá – 7,00 – 14,30;
• Počet požadavků na poskytnutí podpory nebude omezován.
SLA – závady | |||||
Část (modul) | Dostupnost služby | Příjem požadavku | Klasifikac e závady | Doba reakce | Doba vyřešení |
Webový portál | 24x7 | 24x7 | A | 1 hodina | 4 hodin |
B | 4 hodiny | 8 hodin | |||
C | 6 hodin | Do konce následujícího pracovního dne | |||
SLA – požadavky na | Dostupnost | Příjem | |||
Doba | |||||
provozní | služby | požadavku | reakce | |
správu | 8x5 | 8x5 | Do konce | |
následují | ||||
cího | ||||
pracovní | ||||
ho dne | ||||
SLA – požadavky na expertní | Dostupnost služby 8x5 | Příjem požadavku 8x5 | ||
Doba reakce | ||||
podporu | ||||
Do konce | ||||
následují | ||||
cího | ||||
pracovní | ||||
ho dne | ||||
SLA – změny provozní dokumentace Část (modul) Dostupnost Příjem služby požadavku | Doba reakce | |||
Všechny | 8x5 | 8x5 | Do 5 pracovních dnů | |
SLA – požadavky na legislativní údržbu =lhůty, v jakých bude garantována změna v systémech dle platné legislativy. Část (modul) Dostupnost Příjem Doba vyřešení služby požadavku | ||||
Všechny . | 8x5 | 8x5 | K datu účinnosti změny | |
Metodika výpočtu dostupnosti Díla
Pro potřeby výpočtu dosažené dostupnosti Díla (požadovaná úroveň SLA 99 % bude využita měsíční suma výpadků Díla v kategorii Požadavku A na základě údajů monitoringu Objednatele.
Pro výpočet skutečně dosažené dostupnosti Díla se pak použije následující vzorec:
(TS — TN)
dostupnost Díla = —————— x 100 %
TS
TS značí celkový počet hodin, po které má být v daném kalendářním měsíci Dílo provozováno, s výjimkou doby oprávněného omezení provozu Díla.
TN značí celkový počet hodin, po které bylo Dílo nedostupné nebo neplnilo svoji funkci (viz. kategorie A Požadavku) , s výjimkou doby oprávněného omezení provozu Díla.
Do měsíční nedostupnosti Díla nebudou započítány výpadky ani přerušení nebo vady Díla vyplývající zejména z níže uvedených příčin:
a) Plánované technické odstávky Díla předem odsouhlasené Objednatelem
b) Objednatel požaduje od Zhotovitele otestování funkcí Díla, ačkoliv nebyla ohlášena ani detekována žádná porucha.
c) Dílo je změněno nebo upraveno na pokyn Objednatele a s jeho vědomím takovým způsobem, že parametry definované dostupnosti nemohou být splněny.
d) V případě zásahu vyšší moci.
e) Jakékoliv přerušení přímo vyplývající z poruch nebo nedostatků Díla nebo zařízení způsobených Objednatelem např. výpadek napájení.
f) Poruchy způsobené výpadky vybavení nebo systémů zajištěných Objednatelem nebo jakoukoliv třetí stranou, která není řízena nebo kontrolována Zhotovitelem.
g) Doba vzniklá čekáním na prověření funkčnosti Díla Objednatelem delší než 30 minut.
Seznam Poddodavatelů
Zhotovitel xx0x.xx, s.r.o.
zastoupený: Xxxxxxxx Xxxxxxxxxx, jednatelem společnosti
se sídlem: Xxxx Xxxxxxxx 195/24, 120 00 Praha 2
IČO: 28884035
Prohlašuje, že dílo bude dodáno v rámci vlastních pracovních kapacit a k plnění veřejné zakázky nebudou využiti žádní poddodavatelé.
Xxxxxx Xxxxxxxxx, jednatel společnosti
Kontaktní osoby Smluvních stran
Objednatel
Kontaktní osoba Objednatele:
Xx. Xxxxx Xxxxxxxxx, kancelář primátora
tel.: x000 000 000 000
e-mail: xxxxx.xxxxxxxxx@xxxxxx.xx
Osoba oprávněná jednat za Objednatele v technických záležitostech:
Xxx. Xxxx Xxxxxx, odbor vnitřní správy
tel: + 000 000 000 000, mob.: + 000 000 000 495
Zhotovitel
Kontaktní osoba Zhotovitele:
Xxx. Xxxxxx Xxxxxxxxx
tel.: x000 000 000 000
Osoba oprávněná jednat za Zhotovitele v technických záležitostech:
Xxxxxx Xxxxxxxxx
tel.: x000 000 000 000
email: xxxxxx.xxxxxxxxx@xx0x.xx
Harmonogram
Harmonogram bude doplněn po jeho vypracování Xxxxxxxxxxxx a odsouhlasení Objednatelem
v souladu s ustanovením odst. 43 Smlouvy.