Smlouva o dílo na realizaci webového portálu prazskeskoly.cz
Smlouva o dílo na realizaci webového portálu xxxxxxxxxxxx.xx
uzavřená na základě § 1746 odst. 2 a § 2586 a násl. zákona č. 89/2012 Sb., občanský zákoník (dále jen „občanský zákoník“)
Smluvní strany:
1. Hospodářská komora hl. m. Prahy
se sídlem: Xxxxxxx Xxxxxx Xxxxx 00/0, 000 00 Xxxxx 0 zastoupena: Xxxxxxx Xxxxxxxx, předsedou představenstva IČO: 49709771
(dále jen „objednatel“) a
2. značkárna s.r.o.
se sídlem: Xxxxxxxx 0000/00, 000 00 Xxxxx 0
IČO: 29184550
DIČ: CZ 29184550
zapsaná v Obchodním rejstříku vedeném Městským soudem v Praze, oddíl C, vložka 285624 za níž jedná: Xxxxx Xxxxxxx, jednatel
bankovní spojení: Fio banka, a.s. č. účtu: 2800087078/2010
(dále jen „zhotovitel“)
Dále též společně označeny jako „smluvní strany“ nebo každá z nich samostatně jako
„smluvní strana“.
Smluvní strany uzavírají na základě výsledků výběrového řízení s názvem „Webový portál xxxxxxxxxxxx.xx“ níže uvedeného dne, měsíce a roku tuto smlouvu na tvorbu webového portálu xxxxxxxxxxxx.xx (dále jen „smlouva“):
I.
Účel a předmět smlouvy
1. Účelem této smlouvy je vytvoření webového portálu xxxxxxxxxxxx.xx.
2. Předmětem smlouvy je návrh a kompletní realizace nového webového portálu pražských škol od základních analýz až po zajištění pilotního provozu na HW zadavatele, školení, předání návodů, technické dokumentace, zdrojových kódů a dalších souvisejících činností. Podrobná specifikace předmětu smlouvy je přílohou č. 1 této smlouvy.
3. Zhotovitel se zavazuje poskytnout služby předmětu plnění dle požadavků objednatele a objednatel se zavazuje za řádně poskytnuté služby uhradit sjednanou odměnu.
II.
Místo plnění
1. Místem plnění je hlavního města Praha.
Podepsáno
CN = Xxxxx Xxxxxxx O = značkárna s.r.o.
Time = 08:43 25.02.2021
Algorithm = RSA/2048
1
III.
Smluvní odměna
1. Celková cena zhotovitele činí 700 000 Kč bez DPH (slovy sedmsettisíc korunčeských bez DPH), DPH se sazbou 21% činí 147 000 Kč (slovy stočtyřicetsedmtisíc korunčeských), cena včetně DPH činí 847 000 Kč (slovy osmsetčtyřicetsedmtisíc korunčeských včetně DPH).
IV.
Obchodní a platební podmínky
1. Smluvně stanovená cena je nejvyšší přípustná, a to po celou dobu trvání této smlouvy a zahrnuje veškeré potřebné náklady zhotovitele pro plnění předmětu této smlouvy (včetně vypořádání veškerých autorských nároků členů odborného týmu v souladu s autorským zákonem).
2. Odměna za poskytnuté služby bude uhrazena na základě faktury vystavené zhotovitelem. Nedílnou součástí faktury bude předávací a akceptační protokol.
3. Faktura musí mít náležitosti daňového dokladu stanovené v ustanovení § 29 zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů, a v ustanovení § 435 občanského zákoníku. Faktura bude dále obsahovat název a číslo projektu.
4. Splatnost faktury činí 30 kalendářních dnů od jejího doručení objednateli. V případě, že faktura nebude mít odpovídající náležitosti, je objednatel oprávněn ve lhůtě splatnosti ji vrátit zhotoviteli. Nová lhůta splatnosti počíná běžet znovu od okamžiku doručení opravené či doplněné faktury objednateli.
5. Objednatel neposkytuje zálohy. Dnem úhrady se rozumí den podání bankovního příkazu k úhradě fakturované částky z účtu objednatele ve prospěch účtu zhotovitele.
6. Ke sjednané ceně bez DPH se připočte daň z přidané hodnoty ve výši stanovené právními předpisy platnými ke dni uskutečnění zdanitelného plnění.
7. Smluvní strany se zavazují vzájemně spolupracovat a poskytovat si veškeré informace potřebné pro řádné plnění svých závazků. Smluvní strany jsou povinny informovat druhou smluvní stranu o veškerých skutečnostech, které jsou nebo mohou být důležité pro řádné plnění této smlouvy.
V.
Mlčenlivost
1. Smluvní strany prohlašují, že všechny informace, které se při plnění předmětu smlouvy dozví, jsou důvěrné povahy.
2. Smluvní strany se zavazují zachovávat o důvěrných informacích mlčenlivost a důvěrné informace používat pouze k plnění předmětu smlouvy. Povinnost zachovávat mlčenlivost znamená zejména povinnost zdržet se jakéhokoliv jednání, kterým by důvěrné informace byly sděleny nebo zpřístupněny třetí osobě nebo by byly využity v rozporu s jejich účelem pro vlastní potřeby nebo pro potřeby třetí osoby, případně by bylo umožněno třetí osobě jakékoliv využití těchto důvěrných informací.
3. Smluvní strany jsou oprávněny předat důvěrné informace třetí osobě v případě, kdy jim tato povinnost vyplývá ze zákona nebo jiného právního předpisu nebo z pravomocného rozhodnutí soudu. Smluvní strany se zavazují v takovém případě spolupracovat a učinit všechna možná opatření nutná k ochraně zájmů druhé smluvní strany.
4. Zhotovitel je oprávněn předat důvěrné informace pouze svým zaměstnancům, kteří je potřebují znát pro plnění předmětu smlouvy, případně subdodavatelům, jejichž služby
jsou nutné pro plnění předmětu smlouvy. Zhotovitel plně odpovídá za porušení závazku mlčenlivosti ze strany svých zaměstnanců či subdodavatelů. Této odpovědnosti se nemůže zprostit.
5. Zhotovitel je povinen přijmout opatření k ochraně důvěrných informací. Zhotovitel má povinnost zachovat mlčenlivost i po skončení smluvního vztahu.
VI.
Smluvní pokuty a jiné sankce
1. Je-li objednatel v prodlení s úhradou plateb dle čl. III. této smlouvy, je zhotovitel oprávněn požadovat na objednateli úrok z prodlení z neuhrazené dlužné částky podle konkrétní faktury za každý den prodlení ve výši stanovené nařízením vlády, kterým se stanoví výše úroků z prodlení.
2. Úhradou smluvní pokuty není dotčeno právo na náhradu újmy způsobené porušením povinnosti, pro kterou jsou smluvní pokuty sjednány, ani povinnost zhotovitele řádně poskytnout plnění dle této smlouvy.
3. Splatnost smluvních pokut je 10 pracovních dnů ode dne doručení výzvy k jejich úhradě.
VII.
Trvání a ukončení smlouvy
1. Tato smlouva vstupuje v platnost dnem podpisu zástupců obou smluvních stran. Tato smlouva se uzavírá na dobu určitou, a to do 31. 5. 2021 nebo do splnění smluvních závazků podle toho, co nastane dříve.
2. Kromě uplynutí doby uvedené v bodě 1. tohoto článku, lze smlouvu ukončit písemnou dohodou smluvních stran, odstoupením od smlouvy nebo písemnou výpovědí.
3. Objednatel je oprávněn odstoupit od smlouvy v případě podstatného porušení smlouvy zhotovitelem. Za podstatné porušení smlouvy je považováno opakované (více než 2krát) nedodržení Harmonogramu realizace dle přílohy č. 1 této smlouvy.
4. Objednatel je oprávněn odstoupit od smlouvy v případě, že v insolvenčním řízení bude zjištěn úpadek zhotovitele nebo insolvenční návrh byl zamítnut pro nedostatek majetku zhotovitele (v souladu se zněním zákona č. 182/2006 Sb., o úpadku a způsobech jeho řešení (insolvenční zákon), ve znění pozdějších předpisů. Objednatel je rovněž oprávněn odstoupit od smlouvy v případě, že zhotovitel vstoupí do likvidace.
5. Dojde-li k přeměně společnosti zhotovitele, je poskytovatel povinen písemně oznámit tuto skutečnost objednateli ve lhůtě 10 dnů od zápisu této změny do veřejného rejstříku. Objednatel je v tomto případě oprávněn písemně vypovědět smlouvu z důvodu přeměny společnosti druhé smluvní strany. Výpovědní doba činí 1 měsíc a počíná běžet od prvního dne měsíce následujícího po doručení výpovědi druhé smluvní straně.
6. Za den odstoupení od smlouvy se považuje den, kdy bylo písemné oznámení o odstoupení oprávněné strany doručeno druhé smluvní straně.
7. Odstoupením od smlouvy nejsou dotčena práva smluvních stran na úhradu smluvní pokuty a náhradu škody.
8. Ukončením smlouvy nejsou dotčena ustanovení týkající se smluvních pokut, náhrady újmy, povinnosti mlčenlivosti a ustanovení týkající se takových práv a povinností, z jejichž povahy vyplývá, že mají trvat i po skončení smlouvy.
VIII.
Ostatní ujednání
1. Na právní vztahy, touto smlouvou založené a v ní výslovně neupravené, se použijí příslušná ustanovení občanského zákoníku.
2. Smluvní strany v souladu s ustanovením § 558 odst. 2 občanského zákoníku vylučují použití obchodních zvyklostí na právní vztahy vzniklé z této smlouvy.
3. Zhotovitel je podle § 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ů (zákon o finanční kontrole), ve znění pozdějších předpisů, osobou povinnou spolupůsobit při výkonu finanční kontroly prováděné v souvislosti s úhradou zboží nebo služeb z veřejných výdajů.
4. Pro průkaznost vzájemné komunikace a současné zachování pružnost je preferována komunikace prostřednictvím elektronické pošty a následujících e-mailů:
b) Zhotovitel: xxxxx.xxxxxxx@xxxxxxxxx.xx
5. Objednatel je oprávněn uveřejnit v registru smluv, na profilu zadavatele a na svých webových stránkách celý text smlouvy, vše za předpokladu, nebrání-li uveřejnění zvláštní právní předpis.
IX.
Závěrečná ustanovení
1. Tato smlouva a vztahy z ní vyplývající se řídí právním řádem České republiky.
2. Při rozhodování případných sporů, vzniklých ze závazkových vztahů založených touto smlouvou, budou místně a věcně příslušné soudy České republiky.
3. Veškeré změny a doplňky této smlouvy musí být učiněny písemně ve formě číslovaného dodatku k této smlouvě, podepsaného k tomu oprávněnými zástupci obou smluvních stran.
4. Smluvní strany prohlašují, že tato smlouva obsahuje veškerý projev jejich shodné vůle a mimo ni neexistují žádná ujednání v jiné než písemné formě, která by ji doplňovala, měnila nebo mohla mít význam při jejím výkladu a že se tedy žádná ze smluvních stran nespoléhá na prohlášení druhé smluvní strany, které není uvedeno v této smlouvě, jejích přílohách či dodatcích. Tím není dotčen význam komunikace stran, včetně pokynů objednatele.
5. Smlouva je vyhotovena ve dvou výtiscích s platností originálu, z nichž každá ze smluvních stran obdrží po jednom vyhotovení.
6. Tato smlouva nabývá platnosti a účinnosti dnem podpisu oběma smluvními stranami.
7. Stane-li se některé ustanovení této smlouvy neplatným, zdánlivým či neúčinným, nemá tato skutečnost vliv na ostatní ustanovení této smlouvy, která zůstávají platná a účinná. Smluvní strany se v tomto případě zavazují písemnou dohodou nahradit ustanovení, které bylo shledáno neplatným, zdánlivým či neúčinným novým ustanovením, které po obsahové stránce nejlépe odpovídá zamýšlenému účelu původního ustanovení. Do té doby platí odpovídající úprava obecně závazných právních předpisů České republiky.
8. Smluvní strany souhlasně prohlašují, že tato smlouva není smlouvou uzavřenou adhezním způsobem ve smyslu ustanovení § 1798 a násl. občanského zákoníku. Ustanovení § 1799 a § 1800 občanského zákoníku se nepoužijí.
9. Vyskytnou-li se události, které jedné nebo oběma smluvním stranám částečně nebo úplně znemožní plnění jejich povinností podle této smlouvy, jsou strany povinny se o tomto bez zbytečného odkladu informovat a společně podniknout kroky k jejich překonání.
10. Účastníci této smlouvy prohlašují, že smlouva byla sjednána na základě jejich pravé, vážné a svobodné vůle, že si její obsah přečetli, bezvýhradně s ním souhlasí, považují jej za zcela určitý a srozumitelný, což níže stvrzují svými vlastnoručními podpisy.
Xxxxxx
Příloha č. 1: Specifikace plnění
Roman
Digitálně podepsal Xxxxx Xxxxxx
Datum: 2021.02.25
09:32:01 +01'00'
V ……………… dne: ……… …… V Praze dne:……………………….
Zhotovitel: Objednatel:
............................................. ….....................................................
Xxxxx Xxxxxxx Xxxxx Xxxxxx
vedoucí projektů předseda představenstva
značkárna s.r.o. Hospodářská komora hl. m. Prahy
Podrobná specifikace poptávaného plnění
Obsah
1. Předmět Smlouvy o dílo 8
Webový portál xxxxxxxxxxxx.xx – návrh a realizace 8
2. Fáze realizace zakázky 8
Stanovení kontaktních osob 8
Vstupní analýza 8
Harmonogram 8
Návrh architektury 9
Návrh grafického designu webové prezentace 9
Akceptace navrhovaného řešení 9
Kódování, programování a implementace 9
Tvorba obsahu 10
Testování dodavatelem I 10
Školení a předání kompletní dokumentace 10
Testování zadavatelem I 10
Zapracování požadavků a případných úprav 10
Testování zadavatelem II 11
Akceptace spuštění pilotního provozu 11
Pilotní provoz 11
Akceptace kompletního díla 12
3. Obecné požadavky na nový portál 12
Základní požadavky 12
Grafika 12
Redakční systém 12
Search Engine Marketing (SEM) 13
Funkcionality 13
Článek 14
4. Layout 14
5. Specifikace modulů 15
Návštěvníci, uživatelé a jejich správa 15
Kalendář akcí 15
Kvízy a ankety 15
Aktuality pražského školství x Blog školství 16
Rozcestník pražských škol 16
Přehled kroužků, aktivit a jejich provozovatelů 16
Semináře, konference, akce 17
FAQ 17
Watchdog 18
Nejčastější chyby a příklady dobré praxe 18
6. Specifikace prvků 18
Záhlaví 18
Zápatí 18
Vyhledávání 18
Dynamický panel 18
Aktuality 18
Galerie a bannery 18
Externí odkazy 19
Sociální sítě 19
Publikace, informační materiály, tiskové zprávy, napsali o nás 19
Eventy, vzdělávací akce 19
Slovník pojmů 19
Přihlášení k odběru novinek 19
Kontakty a užitečné odkazy 19
Statistické nástroje 19
Pop-up oznámení 20
7. Technická specifikace 20
Portál xxxxxxxxxxxx.xx 20
Prostředí 20
Podporované prohlížeče a zařízení 21
Bezpečnost 21
Předpokládaná návštěvnost 21
Omezení přístupu 21
Předmět Smlouvy o dílo
.a Webový portál xxxxxxxxxxxx.xx – návrh a realizace:
Návrhem a kompletní realizací portálu xxxxxxxxxxxx.xx se rozumí návrh a realizace nového webového portálu pražských škol od návrhu architektury až po start pilotního provozu, školení, předání návodůa dalších souvisejících činností. Součástí plnění ze strany dodavatele tedy jsou minimálně následující okruhy činností:
- stanovení kontaktních osob,
- základní vstupní analýza,
- harmonogram,
- návrh architektury,
- návrh grafického designu webové prezentace,
- akceptace navrhovaného řešení,
- kódování, programování a implementace,
- tvorba obsahu,
- testování dodavatelem I.,
- školení a předání dokumentace,
- testování zadavatelem I.,
- zapracování požadavků a případných úprav,
- testování zadavatelem II.,
- akceptace díla po spuštění pilotního provozu,
- pilotní provoz,
- akceptace kompletního díla.
Požadavky mohou být rozšířeny v průběhu realizace,jak z návrhu dodavatele (po schválení zadavatelem), tak na podnět zadavatele.
Vše musí být realizováno v souladu s níže uvedenými požadavky a zadávací dokumentací celkově.
Fáze realizace zakázky
Dodavatel realizuje zakázku v následujících fázích:
.b Stanovení kontaktních osob:
- kontakty pro věcné i technické záležitosti,
- stanovení styčné osoby na obou stranách a nastavení způsobu komunikace.
.c Vstupní analýza:
- analýza cílů projektu,
- analýza představ a funkčních požadavků zadavatele(upřesnění informací k představám o grafice, službách a funkčnosti webového portálu),
- analýza a definice cílových skupin, personalizace a uživatelské scénáře,
- analýza klíčových slov.
.d Harmonogram:
- vytvoření časového harmonogramu realizace v souladu se smlouvou a stanovenými fázemi realizace zakázky.
.e Návrh architektury:
- návrh struktury, layoutu, funkcionalit a mapy webu dle výsledků analýzy, tedy:
o celkové uspořádání jednotlivých kategorií a podkategorií webových stránek,
o logické uspořádání informací – od obecného ke konkrétnímu,
o UX testování,
o definice prvků vybízejících uživatele k akci „call to action prvků“,
o drátěný model webu (wireframe),
o mapa stránek,
o popis hlavních funkcionalit jednotlivých prvků struktury,
- příprava podkladů pro tvorbu obsahu,
- návrh bude prokazatelně vycházet z úvodní analýzy a bude obsahovat odkazy na ni.
.f Návrh grafického designu webové prezentace:
- návrh grafického designu na základě předchozích analýz a odpovídající požadavkům zadavatele včetně responsivitya nativní ovládání,
- návrh bude obsahovat design pro desktopové i mobilní zařízení (telefony, tablety atd.),
- návrh bude realizován pro homepage, bude obsahovat ukázku standardní podstránky a ukázky jednotlivých podsekcí (podstránek), se specifickými (odlišnými) požadavky na design v závislosti na jednotlivých cílových skupinách atd.,
- součástí návrhu budou základní prvky online marketingu jako například favicon.ico a bannerové pozice,
- návrh bude pracovat s prvky, které vybízejí uživatele k akci,
- návrh bude splňovat požadavek na důraz na snadnou orientaci ze strany uživatele a rychlé dohledání informací,
- z návrhu bude čitelná logika vykreslování menu,
- návrh homepage bude obsahovat hlavní moduly – bude stěžejním rozcestníkem,
- návrh bude konzultován se zadavatelem a upraven dle jeho požadavků, to platí i pro další fáze návrhu a realizace.
.g Akceptace navrhovaného řešení:
- protokolární akceptace navrhovaného řešení na základě předložených podkladů,
- akceptace se bude týkat návrhu architektury a grafického designu,
- akceptační protokol musí být podepsán kontaktní osobou uvedenou ve smlouvě nebo osobou jí pověřenou, a to jak ze strany dodavatele, tak zadavatele.
.h Kódování, programování a implementace:
- kódování webových stránek,
- implementace redakčního systému,
- programování animací a dalších dynamických prvků,
- programování specifických požadavků zadavatele,
- při ukončení této fáze již bude kompletně funkční řešení na HW zadavatele testovací verze.
.i Tvorba obsahu:
- obsah portálu bude obsluhován prostřednictvím redakčního systému,
- část obsahu bude zajištěna ze strany zadavatele, část portálu bude tvořena prostřednictvím přístupu uživatelů,
- uživateléa jejich přístupy budou řízeny příslušným modulem v rámci redakčního systému,
- copywriting – úprava a vhodná formulace obsahu (z hlediska uživatelské přívětivosti, SEM atd.), vždy se souhlasem zadavatele,
- dodavatel zapracuje obsah (naplní portál daty), provede adekvátní editace a doplní vhodnými designovými prvky ve spolupráci sesvým grafikem; součástí bude i obsah migrovaný ze současných webových stránek viz níže.
.j Testování dodavatelem I.:
- dodavatel provede komplexní testování funkčnosti dodávaného řešení před jeho poskytnutím k testování zadavateli.
.k Školení a předání kompletní dokumentace:
- dodavatel zajistí důsledné školení určených zaměstnanců zadavatele pro:
o kompletní práci s webovým portálem – pro veškeré uživatele dle definovaných rolí,
o IT správce zadavatele, jehož cílem bude primárně udržitelnost provozu aplikace na HW zadavatele těmito proškolenými správci.
- dodavatel zajistí předání:
o kompletní programátorské a provozní dokumentace včetně zdrojových kódů atd.,
o uživatelské příručky popisující funkce portálu a práce s ním.
.l Testování zadavatelem I.:
- zadavatel si vyhrazuje 10 pracovních dní k testování funkčnosti pracovníky zadavatele,
- zadavatel na základě tohoto testování předá dodavateli seznam požadavků na úpravy k zapracování,
- pokud se v rámci tohoto testování objeví jakákoli chyba, která se vyskytne i přes předchozí testování na straně dodavatele, může zadavatel dle svého uvážení uplatnit příslušné sankce dle Xxxxxxx o dílo,
- za chyby se v tuto chvíli považuje jakákoli nefunkčnost systému, včetně chyb v logických provazbách funkcionalit, nikoli požadavky na úpravy, které se liší od dohodnutého provedení,
- dodavatel poskytne zadavateli v průběhu testování zadavatelem podporu nebo další školení administrátorům zadavatele.
.m Zapracování požadavků a případných úprav:
- dodavatel po konzultaci se zadavatelem zapracuje požadované úpravy a odstraní případné chyby nejpozději do 5 pracovních dnů, a to včetně testování na jeho straně,
- dodavatel otestuje funkčnost a předá funkční upravené řešení k dalšímu testování zadavateli.
.n Testování zadavatelem II.:
- zadavatel si vyhrazuje 5 pracovních dní k testování funkčnosti zaměstnanci zadavatele,
- pokud se v rámci tohoto testování objeví jakákoli chyba, která se vyskytne i přes předchozí testování na straně dodavatele, může zadavatel dle svého uvážení uplatnit příslušné sankce dle Xxxxxxx o dílo,
- v případě zjištění dalších chyb a jejich nápravy ze strany dodavatele, a to nejpozději do 5 pracovních dnů od ohlášení, má zadavatel k dispozici dalších 5 pracovních dní na testování, přičemž tento proces se opakuje až do bezchybného stavu a o tuto dobu se neprodlužuje termín pro finální předání díla,
- za chyby se v tuto chvíli považuje jakákoli nefunkčnost, nikoli požadavky na další úpravy, které se liší od dohodnutého provedení.
.o Akceptace spuštění pilotního provozu:
Jakmile během testování nebudou nalezeny žádné chyby, bude dodavatel realizovat školení pracovníků zadavatele a předá zadavateli kompletní dokumentaci (uživatelskou i programátorskou) včetně zdrojových kódů atd.
Poznámka:Z předané dokumentace musí být patrné, jak konkrétně celý systém funguje včetně podrobností a vazeb mezi jednotlivými funkcionalitami, databázemi, zdrojových kódů s komentáři atp. Na základě předané dokumentace musí být možné udržet systém v provozu, provádět opravy a dodatečné úpravyi pro jiné programátory, než jsou programátoři dodavatele. Toto platí i pro následné aktualizace/upgrade a k nim patřící dokumentace.
- před protokolární akceptací díla musí být zahájen pilotní provoz v ostré verzi portálu,
- akceptační protokol musí být podepsán kontaktní osobou uvedenou ve smlouvě nebo osobou jí pověřenou, a to jak ze strany zadavatele, tak i dodavatele,
- dodavatel se zavazuje zajistit splnění veškerých náležitostí potřebných pro protokolární akceptaci díla po spuštění pilotního provozu nejdéle do 80kalendářních dní ode dne podpisu smlouvy,
- současně s ostrou verzí zůstane v provozu i testovací, kterou bude dodavatel povinen nadále udržovat aktuální a která bude sloužit primárně k testovacím účelům zadavatele.
.p Pilotní provoz:
- portál bude v této fázi ve své ostré verzi zpřístupněn veřejnosti,
- pilotní provoz bude trvat minimálně 15 kalendářních dní,
- dodavatel bude realizovat opravy a úpravy dle požadavků zadavatele na základě reálných zkušeností uživatelů,
- požadované opravy a úpravy bude zadavatel předávat dodavateli průběžně,
- dodavatel je povinen zapracovat požadované úpravy nejdéle do 7kalendářních dní od obdržení požadavku, a to nejprve na testovací verzi k otestování zadavatelem a po odsouhlasení změny poté dodavatel aplikuje na ostrou verzi,
- od okamžiku spuštění pilotního provozu je dodavatel povinen zajistit chod portálu v použitelné verzi s maximálními výpadky na 12 hod, přičemž v rámci pilotního provozu je dodavatel povinen zajistit minimálně 85% dostupnost funkčního portálu,
- po obdržení jakéhokoliv požadavku je dodavatel povinen primárně zkontrolovat nastavení a případně se pokusit odstranit chybu, teprve pokud se neuspěje, kontaktuje přímo osobu zadavatele zodpovědnou za technickou část, respektive správu serverů.
.q Akceptace kompletního díla:
- po ukončení pilotního provozu, prokazatelném zapracování požadovaných oprava/úprav a předání veškeré dokumentace (zdrojové kódy, programátorská dokumentace, uživatelské manuály atd.) proběhne protokolární akceptace kompletního díla,
- akceptační protokol musí být podepsán kontaktní osobou uvedenou ve smlouvě nebo osobou jí pověřenou, a to jak ze strany zadavatele, tak i dodavatele.
Délka a pořadí jednotlivých fází realizace projektu, s výjimkou akceptačních fází, budou stanoveny na základě dodavatelem vytvořeného časového plánu projektu a můžou se v průběhu realizace měnit. Veškeré takové změny jsou však možné výhradně se souhlasem zadavatele a za dodržení termínu předání díla a termínů akceptačních fází se zde uvedenými závaznými termíny.
Obecné požadavky na nový portál
.r Základní požadavky:
- portál musí být navržen s důrazem na moderní vzhled, kreativitu řešení, scanability, intuitivnost, jednoduchost ovládání a srozumitelnost pro uživatele,
- rychlý, bezpečný, intuitivní, interaktivní a modulární portál,
- portál orientovaný na uživatele s ohledem na výsledek vstupních analýz,
- portál musí být vytvořen standardním způsobem, tj. v souladu se standardy W3C atp.,
- portál bude osazen kvalitním redakčním systémem, pro který bude garantována dlouhodobá funkčnost,
- portál bude možné navázat na další domény určené zadavatelem.
.s Grafika:
- grafický návrh založený na drátěném modelu,
- dodržení principů jednotného vizuálního stylu xxxxxxxxxxxx.xx,
- grafický design v duchu základního motivu a dodržení barevného schématu,
- akceptování pravidel povinné publicity OP VVV,
- font: vhodný bezpatkový font; font se může na základě rozhodnutí zadavatele změnit.
.t Redakční systém:
- uživatelsky přívětivé redakční prostředí – portál musí disponovat redakčním systémem, ve kterém budou moci administrátoři bez znalosti kódování a programování intuitivně vytvářet a upravovat kompletní strukturu a obsah včetně grafiky nebo rozložení jednotlivých částí webové prezentace, libovolné ankety a veškerého interaktivního a multimediálního obsahu,
- požadavky na funkcionality mohou být rozšířeny v průběhu realizace jak z návrhu dodavatele (po schválení zadavatelem), tak na podnět zadavatele,
- strukturovaná správa fotogalerií,
- správa souborů s jednotným nastavením řazení a atributů, minimálně:
o možnost verzování souborů (se zachováním předešlých verzí, administrátor při vložení nastaví, zda bude uživatel moci stáhnout i předešlé verze),
o automatická aktualizace verzí souboru ve všech jeho umístěních na webu,
o možnost definovat soubor jako přílohu jiného souboru,
o nahrávání souborů do adresářů dle umístění ve struktuře webu,
o provazba nových verzí na nastavené watchdog,
o možnost omezit přístup čtenářů k souborům na webu (heslo),
o možnost přiřadit soubor rovnou do článku,
o možnost editace URL odkazu na soubor v článku,
o návaznosti pro sociální sítě,
- přiřazování štítků a kategorií,
- optimální počet uživatelských rolí a jejich oprávnění,
- bezpečná a jednoduchá autentizace uživatelů,
- redakční systém i uživatelský manuál v ČJ,
- kvalitní pokročilé vyhledávání s našeptávačem a specifické filtrování (dle potřeb jednotlivých oblastí) v rámci redakčního systému (fultextové, parametrické, vyhledávací operátory, interpunkční znaménka a symboly, metadata, tagy atd.) včetně hledání a filtrování souborů,
- veškeré uvedené funkcionality mohou být řešeny i formou samostatných modulů,
- veškeré moduly musí být možné snadno spravovat přímo z rozhraní redakčního systému.
.u SearchEngine Marketing (SEM):
- portál musí být v době akceptace kompletního díla optimalizován pro vyhledávače (SEO optimalizace) a musí umožňovat optimalizaci budoucího obsahu na úrovni uživatelů vkládajících obsah bez použití kódování a programování.
.v Funkcionality:
- předdefinovaný formát článků a stránek pro jednotné a čisté zobrazení,
- portál bude v ČJ s možností uveřejnit část obsahu v Aj; zároveň bude možné využít překladů Google překladače přímo na stránkách kliknutím na odkazy s konkrétními jazykovými mutacemi,
- přímý tisk a export stránek do pdf či xls či formátu dle relevance (stiskem jednoho tlačítka),
- musí být zohledněna možnost užívání a nastavování interaktivních prvků webu, dle aktuálních potřeb zadavatele,
- editovatelné upoutávky s textovými efekty, animační prvky, dynamické interaktivní prvky, videa, fotogalerie,
- statistické nástroje pro sledování aktivity na webu (možno využít Google analytics),
- možnost nastavení automatických odpovědí – u kontaktních formulářů, registrací, atp.,
- časování zveřejnění,
- kvalitní pokročilé vyhledávání s našeptávačem a specifické filtrování (dle potřeb jednotlivých oblastí) v rámci celého portálu (fultextové, parametrické, vyhledávací operátory, interpunkční znaménka a symboly, metadata, tagy atd.) včetně hledání a filtrování souborů,
- portál musí umožňovat jednoduché dodatečné vložení externích zdrojových kódů (sociální sítě, videa, analýzy např. Google Analytics),
- portál musí umožňovat zveřejňování různých formátů (doc, xls, pdf, xml, video formáty, ppt, jpg, png a další běžné formáty),
- portál musí umožňovat ukládání a stahování pro všechny typy souborů,
- možnost vkládání URL odkazu do objektu (např. pod jpg logo),
- systém fungující na principu modulů,
- moduly umožní použití funkčních bloků k zobrazení těchto bloků v různých částech webu dle definice uživatele,
- integrace multimédií,
- možnost vkládání bannerů, včetně dynamických,
- stylový předpis stránek pro tisk, optimalizovaný pro tisk na A4.
.w Článek:
- každý vkládaný článek bude mít standardní atributy, tedy minimálně:
o název,
o perex,
o obrázek perexu,
o text aktuality/perex2 – při aktualizaci článku (např. vyvěšení nové verze vloženého dokumentu) zadá administrátor informaci do tohoto perexu2; do automaticky generovaných aktualit na titulní straně se bude propisovat tento perex2 a obrázek perexu; pokud bude mít článek atribut aktuality, propíše se do aktualit při uložené změně perexu2 (dodavatel navrhne funkcionalitu); účelem je možnost zveřejnění téhož článku opakovaně v aktualitách při změně obsahu, aniž by musel být měněn hlavní perex; dodavatel může navrhnout alternativu řešení této potřeby,
o text článku,
o automaticky generované datum s možností úpravy,
o metadata,
o přednastavené formátování a styly,
o možnost vkládat infoboxy, obrázky, odkazy, dokumenty, atp.,
o možnost nastavit URL v objektech článků,
o platnost od a do,
o štítek,
o kategorie,
o další standardní atributy (např. provazba zobrazení v dalších objektech hlavní strany, sdílení na sociální síti, možnost tisku, propojení do slovníku pojmů atp.).
Layout
- nezávazný návrh základního layoutu ze strany zadavatele je uveden v příloze č. 3 výzvy jako inspirace pro dodavatele k představě zadavatele o rozvržení finálního produktu,
- dodavatel vezme v potaz návrh zadavatele, ovšem předkládaný návrh zpracuje s ohledem na svou profesionální zkušenost a výsledky analýz,
- níže uvedené specifikace modulů a prvkůstanoví minimum prvků a jejich funkcionalit, dodavatel při realizaci zohlední veškeré navazující procesy a funkcionality, případně navrhne alternativní řešení dle své profesionální zkušenosti a technologických možností,
- požadavky na funkcionality mohou být rozšířeny v průběhu realizace jak z návrhu dodavatele (po schválení zadavatelem), tak na podnět zadavatele,
- požadavky z části specifikace prvků může dodavatel dle uvážení zapracovat v modulárním řešení.
Specifikacemodulů
.x Rekvalifikace a trh práce
- v samostatné sekci portálu budou zveřejněny informace o akreditovaných rekvalifikačních programech, které nabízejí účastníci portálu z řad škol a vzdělávacích institucí
- v rámci této sekce budou mít uživatelé portálu z řad verifikovaných subjektů možnost zveřejnit potřebné informace o rekvalifikačních kurzech, které jsou oprávněni poskytovat
- dále bude možné uveřejnit také konkrétní termíny a realizace rekvalifikací – s možností provázat akci do kalendáře a umožnit případné přihlašování
- nabídky rekvalifikací bude možné propojit také do rozcestníku. Bude možné v nich vyhledávat a filtrovat v území (v mapě)
- Odběratelem těchto informací bude především široká veřejnost
.y Návštěvníci, uživatelé a jejich správa:
- hlavní administrátor,
- redaktor (master redaktor + redakční tým),
- administrátor instituce,
- pedagog,
- vedoucí kroužku/aktivity,
- blogger,
- návštěvník registrovaný,
- návštěvník neregistrovaný.
Administrátor je oprávněn uživatele členit do skupin tak, aby je mohl v rámci těchto skupin rozřazovat, přímo oslovovat atp. Správu skupin vidí v systému pouze administrátor. Administrátor ve svém profilu ke skupině přiřazuje informaci, zda je pro zařazené účastníky tato skupina viditelná, či nikoliv.
Systém je schopen uživatele jednotlivých skupin přímo z prostředí administrace oslovovat (mail, zpráva v systému atp.).
.z Kalendář akcí:
- zobrazen na hlavní straně,
- automatická provazba z jiných modulů – semináře, konference, eventy,
- možnost filtrace dle typu akce,
- možnost prokliku přímo do akce/jejího formuláře registrace,
- rozšířené možnosti zobrazení (roční, měsíční, týdenní, denní),
- barevné kódování podle typu akce,
- možnost uživatele odeslat událost do vlastního kalendáře,
- možnost personifikace (pro registrované: individuální nastavení, zobrazení věcí souvisejících pouze danou přihlášenou osobou atd.).
.aa Kvízy a ankety:
- editovatelné ankety, on-line formuláře a dotazníky s přílohami včetně správy výsledků,
- zobrazení na hlavní stránce,
- možnost výběru z možností, tlačítkem (více možností/pouze jednu možnost) nebo slovní odpovědi,
- anketa může být obrazová i textová, včetně příloh,
- možnost vkládat upoutávky s informacemi odané aktivitě,
- jednoduchý formulář pro vložení odpovědi s kontaktním údajem a možností vložení přílohy k odpovědi,
- automatický sběr dat, možnost automatického vyhodnocení a zobrazení průběžných výsledků,
- možnost kontaktovat uživatele s odevzdanými hlasy,
- možnost zobrazit výsledek předchozí ankety pod již probíhající novou,
- možnost souběžné práce s více anketami, kvízy atp.
.bbAktuality pražského školství x Blog školství:
- blog – prostor pro foto autora (pasovka + pokud není, tak logo portálu) + článek + max. 10 fotografií v galerii; uveřejnění článku v blogu podléhá verifikaci hlavního redaktora,
- aktuality – mohou přidávat redaktoři a další registrovaní uživatelé (podléhá schválení redakce),
- možnost třídit aktuality jednoduchým filtrem kategorie: vše / akce / školení / den otevřených dveří / zápis / příměstský tábor (kategorie je editovatelná administrátorem, který může přidávat další kategorie).
.cc Rozcestník pražských škol:
- prezentace jednotlivých škol, obsluhovaná ze strany jimi určených administrátorů,
- vyhledání školy podle různých parametrů – MŠ/ZŠ/SŠ/VOŠ, městská část, zaměření, klíčová slova,
- profily jednotlivých škol budou mít jednotný formát,
- každá škola bude mít přiřazeného administrátora a dále se školou mohou být spojeni učitelé,
- zařazena interaktivní mapa,
- jednotlivé profily mají možnost se připojit k jinému profilu (například kooperace mezi školami, spolupráce mezi učiteli apod.),
- k příslušnému subjektu bude možné zobrazit potřebné doplňkové informace, včetně možnosti přihlásit se k odběru zpráv.
.ddPřehled kroužků, aktivit a jejich provozovatelů:
- každý kroužek a aktivita musí mít v redakční části uživatelem zadanou viditelnost,
- každý kroužek a aktivita mají rovněž jednotný formát,
- obsah plněn administrátorem instituce a jím určenými přidělenými pracovníky,
- zařazena funkcionalita vyhledávání a interaktivní mapa – pro vyhledávání mohou být totožné kategorie jako v případě kategorií rozcestníku pražských škol
- mohou být zařazeny do této sekce také další druhy subjektů (ostatní – např. domovy dětí a mládeže, sportoviště, hřiště, kluby, spolky atp.).
Poradenská zařízení:
- zařazena sekce s profily jednotlivých poradenských zařízení v Praze,
- obsah plněn administrátorem instituce a jím určenými přidělenými pracovníky,
- opět umožněno vyhledávání jednotlivých organizací.
.ee Semináře, konference, akce:
- tvorba libovolného počtu seminářů a událostí administrátory,
- funkcionalita formuláře pro administrátora i registraci,
- každý seminář bude mít možnost zadat více datumů a místa realizace s různou kapacitou,
- možnost přihlašování zájemců (formuláře s automaticky hlídanými počty na jednotlivé termíny), s úpravou nebo zrušením přihlášky,
- možnost zpětné komunikace organizátorů s přihlášenými (možnost kontaktu),
- možnost čekáren a automatických notifikací o uvolnění kapacity,
- možnost modifikace administrátorem v průběhu přihlašování (např. zvýšení počtu),
- možnost rozeslat hromadnou zprávu přihlášeným a čekajícím a možnost odeslat automatickou zprávu (např. zrušení, navýšení kapacity atp.),
- možnost generovat seznamy přihlášených, prezenční listiny (formulář splňující náležitosti vizuální identity), export do xls a další sestavy dle požadavku zadavatele,
- provazba do kalendáře,
- filtrace seminářů dle typu/tématu,
- možnost provázat semináře i do projektů.
.ff Projekty a spolupráce
- Zde budou moci jednotlivé školy (následně také další uživatelé) uvádět strukturované informace o jimi realizovaných projektech
- Jednotlivé projekty bude rovněž možné propojovat s realizací vzdělávacích akcí / kurzů / seminářů
- Účastnící budou moci v této sekci zveřejňovat nabídky k zapojení do nových projektů a to jak směrem škola – škola, tak směrem škola – podnik a v neposlední řadě také formou podnik – škola
- V rámci sekce bude umožněna vhodná filtrace
.ggFAQ:
- fulltextové vyhledávání,
- metadata,
- možnost výběru jednoho až více filtrů,
- možnost zrušení jednotlivých filtrů,
- atributy pro filtraci:
o téma,
o prioritní osa,
o výzva,
o datum odpovědi/platnosti,
o klíčová slova,
- primární zobrazení nejnovějších FAQ,
- formulář pro zaslání nového dotazu, včetně možnosti vložit přílohu,
- našeptávače,
- automatické přeposlání do stanovené schránky,
- možnost tazatele nechat si zaslat dotaz i do své schránky,
- provazba do výzev, na žadatele a příjemce, případně do dalších částí webu.
.hhWatchdog:
- možnost uživatele nastavit si watchdog na konkrétní stránku/článek,
- zasílání na e-mail s jasnou identifikací předmětu,
- další funkce a nastavení dle zkušenosti dodavatele (primárním účelem bude získat informaci při aktualizaci).
.ii Nejčastější chyby a příklady dobré praxe:
- obdobné funkcionality jako FAQ,
- provazba na žadatele a příjemce a do výzev:
o filtrování dle atributů,
o vyhledávání (fulltext, metadata),
o datum platnosti.
Specifikace prvků
.xx Xxxxxxx:
- název operačního programu,
- použita grafika motivu xxxxxxxxxxxx.xx,
- propisovat na všech stránkách.
.kk Zápatí:
- odkazy a informace: kontakty, užitečné odkazy, prohlášení o přístupnosti, strom webu, registrace pro zasílání novinek, slovník pojmů a další,
- propisovat na všech stránkách.
.ll Vyhledávání:
- na hlavní stránce,
- vyhledávání fulltextové (metadata),
- možnost rozšířeného vyhledávání,
- našeptávače.
.mm Dynamický panel:
- na hlavní stránce,
- panel s možností dynamických galerií,
- carousel fotografií s články a událostmi,
- úprava bude prováděna administrátory,
- možnost vkládat na hlavní stranu další videa a fotogalerie dle potřeby zadavatele.
.nnAktuality:
- na hlavní stránce,
- automaticky generovaný seznam aktualit na základě přiřazení atributu článku,
- zobrazován jenom název, obrázek a text aktuality/perex2 (+ datum, typ akce/aktualita),
- rozlišení aktuality, možnost výběru zobrazení dle typu,
- možnost určení pořadí a zadání fixního umístění v pořadí zobrazení.
.ooGalerie a bannery:
- možnost vytváření interaktivních galerií fotografií (např. carousel), videí,
- načítání i z externích zdrojů,
- možnost vkládat statické i dynamické bannery dle potřeby,
- přiřazení štítků a kategorií,
- návrh vhodných bannerových pozic, ovládaných příslušným modulem.
.ppExterní odkazy:
- na hlavní straně,
- odkazy proklikem do externích webů určených zadavatelem.
.qqSociální sítě:
- provazby na Facebook, Instagram, YouTube,případně další sociální sítě dle požadavku zadavatele,
- umístěno na hlavní stránce, ale také v kontaktech.
.rr Publikace, informační materiály, tiskové zprávy, napsali o nás:
- aktuální čísla newsletterů zadavatele, škol a dalších organizací,
- zveřejnění letáků a brožur a jejich aktualizace,
- prolinky do externích portálů a zveřejnění článků,
- možnost download, tisk i prohlížení online.
.ss Eventy, vzdělávací akce:
- akce a eventy: harmonogram, přehled,
- možnost filtrování,
- přímá provazba do kalendáře,
- možnost vkládání fotogalerií, bannerů.
.tt Slovník pojmů:
- s možností vyhledávání fulltextem,
- s možností prohlížení dle abecedy.
.uuPřihlášení k odběru novinek:
- registrace uživatelů se základními kontaktními údaji (uživatelé mají možnost aktivní registrace),
- s možností výběru (1 a více) kategorií, k nimž chtějí novinky odebírat,
- možnost pro zadavatele tvorby a personalizování odeslaných zpráv (např. newsletteru, pozvánek, přidávání videí) s využitím již registrovaných osob či dodaného seznamu,
- RSS – definice k poskytování obsahu pomocí RSS, čtečka RSS.
.vv Kontakty a užitečné odkazy:
- seznam kontaktů,
- přehled vedení sekce,
- prolinky na e-mail, Facebook,
- kontaktní formulář se zasíláním na stanovenou adresu,
- užitečné odkazy (prolinky).
.ww Statistické nástroje:
- analytické nástroje pro možnost sledování aktivity na webu (např. Google Analytics),
- vytváření přehledů.
.xx Pop-up oznámení:
- detekce IP adresy a zobrazení oznámení při prvních X návštěvách webu (počet bude definován zadavatelem),
- obsah oznámení bude definován zadavatelem,
- oznámení bude obsahovat proklik do určité části webu.
Technická specifikace
.yy Portál xxxxxxxxxxxx.xx:
PODKLADY K INFORMAČNÍM SYSTÉMŮM | ||||
Základní informace | Obecné označení IS | web xxxxxxxxxxxx.xx | ||
Celý název IS | Interaktivní multimediální portál xxxxxxxxxxxx.xx | |||
Datum pořízení IS | v závislosti na této VZ | |||
Typ IS | provozní – ostatní | |||
Stručný popis | multimediální webový portál, na kterém jsou prezentovány pražské školy a jejich nabídky | |||
Působnost IS | vnější IS | |||
URL IS | ||||
Klíčový uživatel IS | široká veřejnost (občan, školy, firmy) | |||
Technická a ostatní data | Umístění IS | HW dodavatele / virtuál server | Modularita IS | ano |
Datum uvedení do provozu | 2021 | Ukončení provozu | ne | |
Aktuální stav IS | VZ | Architektura IS | třívrstvá | |
Vazba na základní registry | Možná vazba na ZR | ano | ||
Přímá vazba na další IS | nerelevantní | |||
Poznámka | ||||
- portál musí být vytvořen standardním způsobem, tj. v souladu se standardy W3C atd.,
- dodavatel je povinen vytvořit webový portál takovým způsoben, aby maximální délka odezvy jednotlivých stránek byla kratší než 2 000 ms (do prvního načtení stránky).
- Technické řešení portálu musí podporovat oboustrannou výměnu dat prostřednictvím otevřené API
.zz Prostředí:
- dodavatel je povinen navrhnout a realizovat webový portál s vhodnou infrastrukturou – přípustná jsou prostředí MS SQL, .NET., PHP + MySQL
- zadavatel vylučuje použití technologie ADOBE FLASH,
- portál bude provozován na HW dodavatele s tím, že v návaznosti na případný pokyn zadavatele bude poskytnuta součinnost pro bezproblémový přesun portálu na určený server zadavatele. Minimální poskytnutá velikost poskytnutého disku – 1TB.
- Dodavatel ve své nabídce doloží podrobný popis a obecné předpokládané požadavky na parametry serveru
- Dodavatel je povinen zachovat vysoký standard bezpečnosti uložených dat – součástí nabídky bude popis technologického nastavení a opatření z oblasti bezpečnosti dat
- Prostor na diskovém poli bude poskytnut dle skutečných potřeb.
.aaa Podporované prohlížeče a zařízení:
- portál musí být plně funkční a bez jakýchkoli rozdílů v designu ve všech hlavních prohlížečích a jejich verzích (IE, Edge, Firefox, Chrome, Opera), které jsou aktuálně oficiálně podporované jejich výrobci,
- responzivní řešení použitelné jak na desktopových, tak i na mobilních zařízeních ovládaných dotykem + možnost aktualizace s ohledem na nová zařízení,
- nativní ovládání ve všech formátech responsivního řešení,
- automatická identifikace zařízení pro optimalizaci zobrazení.
.bbb Bezpečnost:
- portál musí být kvalitně zabezpečen (šifrování HTTPS, atd.),
- zabezpečení musí být v souladu s aktuální legislativou; zejména pak zákonem č. 181/2014 Sb., o kybernetické bezpečnosti (ZKB) a k němu prováděcími právními předpisy, kterými jsou vyhláška č. 316/2014 Sb., vyhláška č. 317/2014 Sb., vyhláška č. 316/2014 Sb.(především §18, §19, §21.), atd.
.ccc Předpokládaná návštěvnost:
- předpokládaná návštěvnost nového portálu max. cca250 000 přístupů/měsíc,
- portál bude obsahovat modul, který návštěvnost měří a vyhodnocuje.
.ddd Omezení přístupu:
- možnost omezit přístup na jednotlivé stránky či obsah,
- přístup bude chráněn heslem.
Podepsáno
CN = Xxxxx Xxxxxxx O = značkárna s.r.o.
Time = 08:43 25.02.2021
Algorithm = RSA/2048
21