SMLOUVA O DÍLO
SMLOUVA O DÍLO
uzavřená podle § 2586 zákona č. 89/2012 Sb., občanského zákoníku, ve znění pozdějších předpisů, níže uvedeného dne, měsíce a roku a za níže uvedených podmínek následujícími smluvními stranami
OBJEDNATEL
Vysoké učení technické v Brně, Fakulta výtvarných umění
Sídlo: Zástupce: IČO:
DIČ:
Kontaktní osoba:
Xxxxxxxxxx 000/0, 000 00 Xxxx doc. MgA. Xxxxx Xxxxx, děkan 002 16 305
CZ 00216305
xxx xxx
a
ZHOTOVITEL XXXXXX s.r.o.
Sídlo: Palackého nám. 91/2, 621 00 Brno
Zápis v obchodním rejstříku: u Krajského soudu v Brně, oddíl C, vložka č. 47240
Statutární orgán: IČO:
DIČ:
Kontaktní osoba:
Xxx. Xxxx Xxxxxx, jednatel společnosti
269 45 584
CZ26945584
xxx xxx
(dále též jako „Strany“)
I. Definice
Ve Smlouvě se rozumí:
a) Akceptačním testem test ověřující, zda Dílo splňuje Zadání a všechny sjednané parametry,
b) AZ zákon č. 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ů,
c) Customizací drobné úpravy Díla; za Customizaci se považuje změna kterékoliv části Díla, u které rozsah práce nepřesahuje měsíční objem hodin definovaný v Zadání na tyto úpravy a současně se nejedná o vývoj nového modulu či add-onu; Customizace je určena zejména pro menší změny logiky ovládání či chování, které vyplynou při používání Díla,
d) Dílem soubor závazků Zhotovitele dle Xxxxxxx s cílem zhotovit předmět Díla; Dílo je podrobně popsáno zejména v Zadání a v Nabídce,
e) DPH daň z přidané hodnoty,
f) DUZP datum uskutečnění zdanitelného plnění dle ZDPH,
g) Fakturou daňový doklad,
h) Fází věcně a časově specifikovaná postupová lhůta plnění závazků ze Smlouvy,
i) Chráněnými informacemi informace podléhající závazku mlčenlivosti Xxxxx,
j) Minimální dostupností garantovaná měsíční dostupnost Díla ze strany Zhotovitele; Dílo je dostupné, když je přístupné prostřednictvím sítě Internet všem Návštěvníkům webových stránek a administrační rozhraní všem uživatelům; zaručenou míru Minimální dostupnosti a způsob jejího výpočtu obsahuje Zadání,
k) MVP (Minimum Viable Product) produkt s nejmenší možnou funkcionalitou, avšak takovou, aby jej bylo možné používat,
l) Nabídkou nabídka Zhotovitele podaná do Výběrového řízení; Nabídka je zpracována v souladu se zadávacími podmínkami, zejména Zadáním, příp. nad jeho rámec, avšak nikoli rozporně,
m) Návštěvníkem každá fyzická osoba, která navštěvuje předmět Díla prostřednictvím sítě
Internet,
n) OZ zákon č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů,
o) Požadavkem běžný požadavek nebo požadavek na Customizaci nebo ohlášení Incidentu dle stupně priority závady ze strany Objednatele; rozdělení požadavků a incidentů vyplývá ze Zadání,
p) Projektem projekt Centralizovaný rozvojový projekt na r. 2021 (CRP C31_2021) s názvem
„Umělecké vzdělávání – online prezentace výstupů umělecké a tvůrčí činnosti“,
q) Projektovým manažerem pracovník Zhotovitele, který řídí a odpovídá za plnění Smlouvy na straně Zhotovitele,
r) Projektovým týmem tým osob složený ze zástupců Xxxxx, který dohlíží na kvalitu a hladký průběh provádění Díla a dává doporučení ke zlepšení,
s) Provozem správa, monitoring a aktualizace všech prostředí Díla,
t) Provozem, Podporou a Údržbou služby nebo jejich část v souladu se Zadáním, které Zhotovitel poskytuje Objednateli poté, co bylo Dílo provedeno,
u) PV pageview dle definice Google Analytics, neboli jedno zobrazení webové stránky ve webovém prohlížeči podporujícím měření Google Analytics,
v) Reakční lhůtou doba, ve které je Zhotovitel povinen začít Požadavek řešit a která bude sjednána v rámci SLA - Service Level Agreement,
w) Referenčními platformami systémy, na kterých proběhne Akceptační test,
x) Rozvojem rozvoj Díla nebo jeho částí; za Rozvoj se považuje zejména změna kterékoliv části předmětu Díla, rozšíření funkcionalit předmětu Díla, vývoj modulů či add-onů předmětu Díla (nových částí předmětu Díla). Za Rozvoj se též považuje provedení analýzy, která může sloužit jako budoucí podklad jiného Rozvoje,
y) Smlouvou tato smlouva o Dílo,
z) SLO Service level objectvies
aa) Školením školení editorů Objednatele; rozdělení a rozsah Školení vyplývá ze Zadání,
bb) Výběrovým řízením řízení s názvem „Vytvoření webového portálu Study Art“, jehož výsledkem je uzavření Smlouvy,
cc) Zadáním seznam požadavků Objednatele a dalších sjednaných parametrů na Dílo a jeho předmět; Zadání tvoří Přílohu č. 1 Smlouvy,
dd) Zádržným právo Objednatele zadržet část ceny za Dílo,
ee) ZDPH zákon č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů,
ff) ZRS zákon č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňování těchto smluv a o registru smluv (zákon o registru smluv), ve znění pozdějších předpisů.
II. Předmět
Zhotovitel se Smlouvou zavazuje Objednateli provést Dílo, zajistit jeho Provoz, Podporu a Údržbu a případně provádět Rozvoj, to vše v souladu se Smlouvou, Zadáním a Nabídkou (včetně popisu nabízeného řešení).
III. Projektový tým a Projektový manažer
1) Za účelem řízení Smlouvy sestaví Strany Projektový tým, složený ze zástupců Stran. Projektový tým zejména:
- projednává dodržování Smlouvy, kvalitu a průběh realizace Díla;
- informuje Strany o stavu realizace Díla a
- dává Stranám doporučení pro zvýšení kvality a zefektivnění Díla.
2) Každá Strana se zavazuje oznámit druhé Straně do 3 pracovních dnů ode dne uzavření Smlouvy identifikační a kontaktní údaje na všechny své zástupce v Projektovém týmu v rozsahu jejich jména, příjmení, e-mailové adresy, telefonního čísla a označení jejich pracovní pozice. Změní- li se osoba zástupce Strany v Projektovém týmu, oznámí příslušná Strana obdobně nového zástupce v Projektovém týmu druhé Straně do 3 pracovních dnů ode dne, kdy změna nastala.
3) Projektový tým se sejde nejméně 1 za 2 po sobě jdoucí týdny v budově sídla Objednatele nebo po dohodě Projektového týmu v jiném místě či prostřednictvím videokonference (například MS Teams, GoToMeeting, Google Meet apod.), nedohodnou-li se Strany jinak.
4) Zástupce Xxxxxxxxxxx v Projektovém týmu pořizuje zápis z každého jednání Projektového týmu. Zápis z jednání Projektového týmu vždy obsahuje nejméně:
- datum jednání Projektového týmu a datum pořízení zápisu z jednání;
- seznam osob, které se účastnily jednání Projektového týmu;
- popis stavu dokončenosti Xxxx od posledního jednání Projektového týmu;
- zhodnocení dodržování podmínek Smlouvy, kvality a průběhu realizace Díla (s důrazem na zhodnocení dodržování popisu nabízeného řešení, který byl součástí Nabídky) a klíčových bodů pro další postup;
- v případě nalezení problémů v rámci realizace Díla způsob, jak se budou řešit, případně kdo a kdy řešení určí;
- seznam úkolů pro jednotlivé členy Projektového týmu do příštího jednání Projektového týmu (pokud nějaké úkoly vzniknou);
- plánované datum dalšího jednání Projektového týmu.
5) Po provedení Díla se Projektový tým rozpouští. V případě, že se Strany dohodnou na Rozvoji, se po dobu realizace Rozvoje použijí ujednání o Projektovém týmu přiměřeně až do dokončení předmětného Rozvoje, zejména bude znovu sestaven Projektový tým, bude se pravidelně scházet a dohlížet nad průběhem Rozvoje.
6) Projektový tým povede Projektový manažer, kterým je kontaktní osoba uvedená v záhlaví
Smlouvy.
7) Z důvodů hodných zvláštního zřetele ležících mimo vůli Zhotovitele je Zhotovitel oprávněn navrhnout na pozici Projektového manažera v průběhu provádění Díla jinou osobu, která dosahuje obdobné odbornosti a zkušeností jako původní Projektový manažer. Objednatel si vyhrazuje právo návrh Xxxxxxxxxxx na nového Projektového manažera v odůvodněných případech odmítnout.
IV. Práva a povinnosti Stran
1) Zhotovitel se zavazuje plnit Smlouvu řádně a včas s vynaložením maximální odborné péče. Zhotovitel smí využít poddodavatele pouze s předchozím souhlasem Objednatele, přičemž Objednatel nemůže bez spravedlivého důvodu udělení souhlasu odepřít.
2) Objednatel se zavazuje poskytovat Zhotoviteli nutnou a účelnou součinnost, aby mohl Zhotovitel řádně plnit Smlouvu, zejména:
- informovat Xxxxxxxxxxx o jmenování nových oprávněných a pověřených osob
Objednatele ke komunikaci se Zhotovitelem;
- zajistit aktivní účast svých členů Projektového týmu na jednáních Projektového týmu; a
- poskytnout úplné, pravdivé a včasné informace, potřebné k řádnému plnění povinností Zhotovitele.
3) Zhotovitel se zavazuje poskytovat Objednateli veškerou součinnost, kterou lze spravedlivě požadovat k tomu, aby mohl Objednatel kdykoliv zkontrolovat řádný průběh a stav plnění Smlouvy, včetně zpřístupnění veškeré dokumentace vzniklé v souvislosti s plněním Smlouvy a předvedení všech i mezitímních výsledků.
4) Objednatel vykonává technický dozor nad průběhem plnění Smlouvy prostřednictvím osoby oprávněné jednat ve věcech technických nebo prostřednictvím externího subjektu. Kontaktní údaje osoby nebo osob vykonávajících technický dozor sdělí Objednatel kontaktní osobě Xxxxxxxxxxx nejpozději na prvním jednání Projektového týmu. Zhotovitel je povinen respektovat pokyny technického dozoru a spolupracovat s ním ve všech ohledech nutných pro řádný průběh plnění Smlouvy. Změní-li Objednatel technický dozor, oznámí to Xxxxxxxxxxx a současně označí nového představitele technického dozoru.
5) Zhotovitel se zavazuje vyvinout maximální úsilí k provádění Díla, poskytování Provozu, Podpory a Údržby a provádění jakéhokoliv Rozvoje tak, aby nevznikal technologický dluh. Technologickým dluhem je myšlen zejména:
- důsledek postupů, které v zájmu krátkodobého zvýšení produktivity způsobí vznik provizorních řešení, která přinesou zvýšené náklady na vznik finálního řešení nebo jeho další rozvoj a údržbu;
- důsledek nečinnosti, kdy se zastaráváním použitého řešení zvyšuje nákladnost aktualizace či provozu předmětu Díla nebo kdy zastaralé řešení bude obsahovat bezpečnostně zranitelné součásti.
6) Xxxxxxxxxx se zavazuje vytvořit Dílo a každou jeho část tak, aby jejich další změny či rozvoj mohl po skončení Smlouvy způsobeným zánikem Zhotovitele realizovat kterýkoliv jiný odborník v oboru.
V. Akceptační test
1) Strany se dohodly, že Akceptační test se uskuteční
- ve Fázi 2 po nasazení MVP v produkčním režimu (Akceptační test I.),
- ve Fázi 3 před nasazením plné verze v produkčním režimu (Akceptační test II.),
- ve Fázi 3 po nasazení plné verze v produkčním režimu (Akceptační test III.),
- ve Fázi 4 po naplnění dat (Akceptační test IV.).
Ustanovení Smlouvy se uplatní na všechny Akceptační testy, nevyplývá-li z jejich znění výslovně opak.
2) Zhotovitel oznámí Objednateli datum a čas, kdy je nejdříve možné uskutečnit Akceptační test. Objednatel do 3 pracovních dnů ode dne obdržení oznámení od Xxxxxxxxxxx oznámí Zhotoviteli a členům Projektového týmu datum a čas provedení Akceptačního testu; termín bude vždy v pracovní den shodný nebo pozdější než den uvedený v oznámení Zhotovitele.
3) Akceptační test probíhá formou demonstrace Díla za osobní účasti zástupců Stran a Projektového týmu v sídle Objednatele nebo v jiném místě, na kterém se Strany dohodnou. O průběhu Akceptačního testu pořídí Zhotovitel záznam, z nějž bude patrné, co bylo testováno a rovněž případné chyby a/nebo chybové hlášky. O průběhu Akceptačního testu pořídí Zhotovitel písemný akceptační protokol. Záznam bude tvořit přílohu akceptačního protokolu.
4) Akceptační protokol obsahuje nejméně:
a) popis průběhu Akceptačního testu;
b) hodnocení každé požadované funkcionality Díla v následujících stupních:
- bez vad,
- s vadami neomezujícími funkčnost Díla,
- s vadami částečně omezujícími funkčnost Díla,
- s vadami způsobujícími nefunkčnost Díla;
c) hodnocení dodržení popisu nabízeného řešení, které bylo součástí Nabídky,
d) datum uskutečnění Akceptačního testu;
e) jména, příjmení a pozice osob, které se účastnily Akceptačního testu;
f) datum a místo vyhotovení akceptačního protokolu;
g) podpis osoby zastupující Objednatele.
Nezúčastní-li se jakákoliv osoba Akceptačního testu, včetně kterékoliv ze Stran, proběhne Akceptační test bez její přítomnosti, pokud se účastní Akceptačního testu alespoň jedna Strana.
5) Dílo splnilo Akceptační test, pokud:
a) na všech Referenčních platformách odpovídá Zadání a Nabídce, včetně shody v user interface, grafice a interakcích;
b) mimo Referenční platformy vykazuje na všech jiných obvyklých platformách maximálně takové odchylky v interakcích, user interface a grafice, které jsou způsobeny objektivními schopnostmi vykreslovacího jádra předmětné platformy a nejsou způsobilé negativně ovlivnit základní zážitek průměrného návštěvníka z návštěvy předmětu Díla;
c) Dílo neobsahuje vady omezující funkčnost Díla či způsobující nefunkčnost Díla. Výčet Referenčních platforem je uveden v Zadání.
6) Nesplní-li Dílo Akceptační test, Zhotovitel bez zbytečného odkladu odstraní vady Díla a oznámí Objednateli nový možný termín konání opakovaného Akceptačního testu. Postup podle těchto ustanovení se opakuje, dokud Dílo nesplní Akceptační test.
VI. Dokončení a předání Díla
1) Strany se dohodly, že Xxxxxxx bude plněna po Fázích. Jednotlivé Fáze jsou popsány v Zadání.
2) Zhotovitel zahájí realizaci Díla bezprostředně po uzavření Smlouvy.
3) Část (Fáze) Díla je dokončena, jakmile splní Akceptační testy příslušné Fáze; to neplatí pro část Díla dle Fáze 1, která je dokončena, jakmile jsou splněny požadavky pro danou Fázi uvedené v Zadání, přičemž pro schvalování analýzy řešení ve Fázi 1 platí následující:
a) Objednatel sdělí Xxxxxxxxxxx svůj postoj k návrhu analýzy řešení ve lhůtě 5 pracovních dnů od jeho předložení.
b) V případě, že Objednatel návrh analýzy neschválí, sdělí Xxxxxxxxxxx své připomínky. Zhotovitel se zavazuje předložit Objednateli ve lhůtě 5 pracovních dní novou analýzu upravenou dle připomínek Objednatele.
c) O schválení nové analýzy rozhodne Objednatel do 5 pracovních dnů.
4) Dílo je předáno, jakmile je dokončeno, jsou předány veškeré zdrojové kódy Díla, sjednaná dokumentace a všechny přístupové údaje, bezpečnostní kódy a hesla, zejména přístupové údaje do všech administrátorských rozhraní. Toto ustanovení se přiměřeně použije taktéž pro předání jednotlivých částí Díla v jeho Fázích.
5) Předání každé části Díla zachytí Strany v písemném předávacím protokolu; předávací protokol může být součástí akceptačního protokolu.
VII. Cenové ujednání
1) Cena za Dílo činí 892 000,- Kč bez DPH a zahrnuje také cenu za Provoz, Podporu a Údržbu
v délce uvedené v čl. XIV. odst. 1 Smlouvy.
2) Zhotovitel je oprávněn k ceně za Dílo připočíst DPH ve výši stanovené dle ZDPH, a to k DUZP, kterým je u ceny za Dílo vždy den převzetí části Díla dle jednotlivých Fází uvedených v Zadání.
3) Pokud je Zhotovitel plátcem DPH a sazba DPH bude v den uskutečnění zdanitelného plnění změněná, vyúčtuje Zhotovitel Objednateli k jakékoliv vyúčtované ceně DPH v aktuální výši.
4) Ceny zahrnují veškeré náklady Zhotovitele spojené s plněním Smlouvy.
5) Zhotovitel je oprávněn od 1. 1. 2023 zvýšit na začátku každého kalendářního roku cenu za Provoz, Podporu a Údržbu, a to o částku odpovídající průměrné roční míře inflace vyhlášené Českým statistickým úřadem.
6) Zhotovitel nemůže požadovat zvýšení ceny, a to ani tehdy, vyžádalo-li si provedení Díla nebo jeho části či poskytování Provozu, Podpory a Údržby jiné úsilí nebo jiné náklady, než bylo předpokládáno, nebo mají-li rozsah nebo nákladnost sjednané práce za následek překročení ceny nebo objeví-li se potřeba dalších prací, které bylo možné při uzavírání Smlouvy na základě zkušeností a odborných znalostí Zhotovitele rozumně předpokládat.
VIII. Fakturace
1) Cena za Dílo bude uhrazena na základě Faktur vystavených Zhotovitelem, a to postupně tak, jak budou Zhotovitelem plněny jednotlivé Fáze. Na jakou část ceny za Dílo má Zhotovitel po splnění příslušné Fáze právo, vyplývá ze Zadání. Do textu Faktur Zhotovitel uvede název Projektu.
2) Splatnost Faktury činí 30 dnů ode dne doručení Faktury Objednateli.
3) Faktura musí obsahovat všechny náležitosti požadované Smlouvou a ZDPH v době fakturace. Nebude-li Faktura obsahovat všechny stanovené náležitosti, případně bude-li obsahovat chybné údaje, je Objednatel oprávněn Fakturu vrátit Zhotoviteli ve lhůtě splatnosti. V takovém případě se běh lhůty splatnosti zastaví a po doručení opravené Faktury Objednateli počne běžet lhůta nová.
4) V případě, že
a) úhrada jakékoliv ceny má být provedena zcela nebo zčásti bezhotovostním převodem na účet vedený poskytovatelem platebních služeb mimo tuzemsko ve smyslu § 109 odst. 2 písm. b) ZDPH; nebo že
b) číslo bankovního účtu Zhotovitele uvedené ve Smlouvě či na Faktuře nebude uveřejněno způsobem umožňujícím dálkový přístup ve smyslu § 109 odst. 2 písm. c) ZDPH,
je Objednatel oprávněn uhradit Zhotoviteli pouze tu část peněžitého závazku vyplývajícího z Faktury, jež odpovídá výši základu DPH, a zbylou část pak ve smyslu § 109a ZDPH uhradit přímo správci daně. Stane-li se Zhotovitel nespolehlivým plátcem ve smyslu § 106a ZDPH, použije se tohoto ustanovení obdobně.
5) Zádržné
Pro další utvrzení řádného odstranění případných vad zjištěných a vytknutých v souladu se Smlouvou sjednávají Strany Zádržné, a to za níže uvedených podmínek:
a) Z vystavených Faktur bude Objednatelem uhrazeno 90 % částky, na kterou zní.
b) Zbývajících 10 % z fakturované částky představuje Zádržné.
c) Zádržné bude uhrazeno do 30 dnů po odstranění poslední vady.
IX. Licenční ujednání
1) Předmětem licence jsou všechny předměty ochrany duševního vlastnictví, které vytvoří Zhotovitel v souvislosti s plněním Smlouvy nebo které vytvořil Zhotovitel a jsou součástí Díla, zejména:
- veškeré podklady, dokumentace, analýzy, zápisy ze schůzek;
- textový obsah předmětu Díla, fotografie, videa a grafika; a
- počítačové programy či jejich části, včetně počítačových programů vzniklých v rámci
Customizace nebo Rozvoje.
2) Zhotovitel poskytuje Objednateli k předmětu licence nevýhradní, územně neomezenou licenci na dobu trvání majetkových práv Zhotovitele k předmětu licence, bez množstevního omezení, ke všem způsobům užití.
3) Objednatel je bez souhlasu Zhotovitele oprávněn počítačové programy, ke kterým od Xxxxxxxxxxx má či měl mít zdrojové kódy, zpracovat, měnit či upravovat, vytvářet odvozená autorská díla samostatně nebo i prostřednictvím třetích osob a spojovat jej s jinými autorskými díly. Objednatel je rovněž oprávněn uvádět předmět licence a autorská díla na jeho základě vzniklá na veřejnost i pod svým názvem. V případech, kdy to je obvyklé, může připojit Objednatel informace i o autorství Xxxxxxxxxxx.
4) Zhotovitel prohlašuje, že je oprávněn v uvedeném rozsahu licenci k předmětu licence Objednateli poskytnout, a že předmět licence není a nebude zatížen právními vadami ani právními nároky třetích osob.
5) Bude-li součástí Díla vytvoření databáze ve smyslu AZ, Objednatel je pořizovatelem této databáze.
6) Zakomponuje-li Zhotovitel do jakékoliv části Díla jakýkoliv předmět ochrany duševního vlastnictví třetí strany, například fotografii, video, grafiku, počítačový program apod., Zhotovitel poskytuje Objednateli nevýhradní licenci k užití tohoto předmětu ke sjednanému účelu v nezbytném rozsahu, pokud ke konkrétnímu předmětu neposkytuje licenci širší. Vznese-li v této souvislosti jakákoliv třetí strana vůči Objednateli jakýkoliv nárok související s ochranou duševního vlastnictví třetí strany, Xxxxxxxxxx se zavazuje vést mimosoudní jednání s třetí stranou a bránit Objednatele v případných soudních, rozhodčích či jiných řízeních, to vše na své náklady, a nahradit Objednateli případnou škodu. Za škodu se v tomto případě považuje i jakékoliv peněžité plnění, které je Objednatel povinen uhradit třetí straně na základě soudního či jiného pro Objednatele závazného rozhodnutí. Částka výdajů Zhotovitele související se splněním jakýchkoli nároků Objednatele podle tohoto ustanovení, včetně nákladů na mimosoudní jednání a obranu Objednatele, nepřekročí Kč 100 000 Kč.
7) Bude-li Objednatel povinen přestat užívat Dílo či jeho část nebo zaplatit jakékoliv osobě jakoukoliv náhradu nad rámec sjednané ceny za Dílo, zejména náhradu škody nebo licenční poplatky v důsledku skutečnosti, že třetí osoba vlastní práva duševního vlastnictví ke komponentě Díla, kterou použil v rámci Díla Zhotovitel, zavazuje se Zhotovitel na své vlastní náklady nahradit předmětnou komponentu kvalitní a funkční náhradou, která nijak nezmění funkčnost předmětu Díla ani zážitek návštěvníků či uživatelů z něj. Zhotovitel tak učiní nejpozději do 30 dnů ode dne, kdy jej k tomu Objednatel písemně vyzve.
8) Ust. předchozího odstavce se nepoužije v případě, kdy si Objednatel písemně vyžádá zakomponování určitého předmětu duševního vlastnictví třetí strany do Díla, ačkoli byl Xxxxxxxxxxxx písemně upozorněn na možné licenční problémy a na to, že Xxxxxxxxxx v takovém případě nebude nést odpovědnost za užití předmětu duševního vlastnictví Objednatelem.
9) Strany se dohodly, že odměna za poskytnutí licence je zahrnuta v ceně Díla, v případě licence k výsledkům Customizace v ceně Provozu, Podpory a Údržby a v případě licence k výsledkům Rozvoje v ceně Rozvoje.
X. Provoz, Podpora a Údržba
1) Zhotovitel se zavazuje zajistit Minimální dostupnost Díla dle Zadání.
2) Zhotovitel se zavazuje poskytovat Objednateli Provoz, Podporu a Údržbu v souladu se
Zadáním, a to od předání Díla po dobu pěti let.
3) Požadavky budou vznášeny na těchto kontaktech a v této provozní době:
e-mail: xxxxxxx@xxxxxx.xx tel.: x000 000 000 000
provozní doba: 8:00 – 16:00 hod.
4) Zhotovitel se zavazuje vyřešit všechny Požadavky v Reakčních lhůtách sjednaných v rámci SLA. Za vyřešení Požadavku se považuje odstranění incidentu či vyřešení běžného požadavku.
5) Určení kategorie Požadavků provádí Objednatel (klasifikace Požadavků), nebude-li mezi Objednatelem a Zhotovitelem dohodnuto jinak. Případná rekvalifikace Požadavku nemá vliv na již běžící Reakční lhůty.
6) Za okamžik vznesení Požadavku je považován okamžik, kdy byl Požadavek sdělen Zhotoviteli.
7) Incident je odstraněn v okamžiku, kdy jsou trvale odstraněny veškeré s Incidentem související vady Díla, například formou patche, update nebo upgrade. Za odstranění Incidentu není považováno vytvoření alternativního postupu k dosažení požadované funkcionality, který se vyhýbá vadám („workaround“), pokud zároveň Zhotovitel písemně nezaručí Objednateli trvalé odstranění veškerých s Incidentem souvisejících vad Díla v dodatečné době, kterou Objednatel písemně odsouhlasí.
8) V rámci Provozu, Podpory a Údržby provádí Zhotovitel Customizaci Díla v souladu s písemnými pokyny Objednatele. V každém pokynu Objednatel uvede, jak si přeje Xxxx customizovat a do kdy má být Customizace provedena, nejdříve však za 3 pracovní dny ode dne doručení pokynu Zhotoviteli. Pokud v tomto termínu není možné z objektivních důvodů Customizaci provést, Zhotovitel Customizaci provede v nejkratší možné době a o této skutečnosti bez zbytečného odkladu písemně vyrozumí Objednatele včetně uvedení plánovaného termínu provedení Customizace; v opačném případě Zhotovitel bez zbytečného odkladu přijetí pokynu a termín provedení Customizace písemně potvrdí a provede Customizaci v dohodnutém termínu. Customizace bude prováděna s odbornou péčí podle všech pravidel provádění jednotlivých částí Díla a podle stejných pravidel bude akceptována a předávána. Nevyužité hodiny z měsíční dotace pro Customizaci se nepřevádějí.
9) Servis Díla bude provádět Objednatel ve své vlastní režii v servisním okně. Servisním oknem se rozumí pevně stanovené období určené k pravidelné údržbě Díla, které bude definováno jako součást SLO dle podmínek uvedených v Zadání.
10) Zhotovitel se zavazuje po dobu poskytování Provozu, Podpory a Údržby udržovat Dílo v bezvadném stavu a provádět bezpečnostní aktualizace v souladu s nejnovějším stavem techniky a nejlepšími praktikami v oboru.
11) Další parametry Provozu, Podpory a Údržby jsou v Zadání a Nabídce. Zhotovitel se s nimi
seznámil a zavazuje se je dodržovat.
XI. Rozvoj – opční plnění
1) Nad rámec Díla může vzniknout Objednateli v budoucnu potřeba dalšího očekávaného plnění
v podobě Rozvoje.
2) Na provedení Rozvoje se použijí ujednání Smlouvy přiměřeně (zejména o řízení Projektovým týmem, kvalitě, dokončení a předání, fakturaci, licenci, odpovědnosti za vady, zajištění Minimální dostupnosti, apod.).
3) Rozvoj se sjednává následujícím způsobem:
- Objednatel zašle Zhotoviteli poptávku Xxxxxxx;
- Zhotovitel Objednateli odpoví na poptávku zasláním nabídky Rozvoje Objednateli;
- Objednatel nabídku odmítne nebo potvrdí;
- v případě potvrzení nabídky Objednatelem je sjednáno provedení předmětného
Rozvoje.
4) Objednatel zasílá poptávku Rozvoje elektronicky, e-mailem na adresu Zhotovitele v souladu s ust. čl. XVIII (doručování) Smlouvy. Objednatel v poptávce uvede:
- co nejpřesnější specifikaci požadovaného Rozvoje a
- požadovaný termín provedení Rozvoje.
5) Jako odpověď na poptávku Rozvoje zašle Zhotovitel Objednateli nejpozději do 5 pracovních dnů od přijetí poptávky nabídku Rozvoje, která bude obsahovat podrobný popis jednotlivých částí Rozvoje, po kterých bude Rozvoj předáván, pracovní pozice pracovníků Zhotovitele, kteří budou Rozvoj provádět, hodinový rozpad práce jednotlivých pracovníků Zhotovitele a celkovou cenu za každou část Rozvoje. Nabídka Rozvoje je neodvolatelná a platná po dobu 2 měsíců ode dne jejího odeslání Objednateli.
6) V případě, že Objednatel nabídku Rozvoje písemně potvrdí, Strany tím sjednaly předmětný
Rozvoj. V opačném případě byla nabídka odmítnuta.
XII. Ochrana důvěrných informací
1) Strany se zavazují zachovávat mlčenlivost o všech Chráněných informacích, jakož i o bezpečnostních opatřeních, jejichž zveřejnění by ohrozilo zabezpečení Chráněných informací. Dodržováním povinnosti mlčenlivosti se rozumí zejména nesdělení a nezpřístupnění Chráněných informací jakýmkoliv třetím osobám a jejich nepoužití k jiným účelům než účelům nezbytným pro plnění povinností Strany vůči druhé Straně v rámci plnění Smlouvy.
2) Chráněné informace jsou obchodní tajemství Stran a důvěrné informace, zejména:
- neveřejné informace, obsažené v jakékoliv smlouvě, jejíž smluvní stranou je kterákoliv
Strana;
- osobní údaje zpracovávané v rámci plnění Smlouvy;
- veškerá neveřejná dokumentace vztahující se ke Smlouvě nebo k jiným činnostem, které Strana vykonává nebo bude vykonávat pro druhou Stranu (zejména analýzy, projektové plány a koncepční materiály apod.);
- neveřejné údaje o finanční a hospodářské situaci Stran, plány dalšího rozvoje, inovace a marketingové záměry, reklamní nápady a náměty, dokumentace používaných pracovních postupů a know-how, bezpečnostní kódy a hesla, účetní doklady a obchodní knihy; a
- informace, které Strana písemně označí za důvěrné slovy „DŮVĚRNÉ“,
„CONFIDENTIAL“, „TAJNÉ“, nebo jinými slovy s obdobným významem.
3) Chráněnou informací není informace, která je v době zpřístupnění nebo použití běžně dostupná veřejnosti.
4) Porušením povinnosti Strany podle těchto ustanovení není, pokud Strana zpřístupní nebo použije Chráněnou informaci:
- s předchozím písemným souhlasem druhé Strany;
- která byla Straně známa z jiných zdrojů než od druhé Strany a nezískala ji porušením závazku mlčenlivosti;
- z důvodu povinnosti stanovené jí právním předpisem nebo orgánem veřejné moci;
nebo
- z důvodu, že je to nezbytné pro splnění povinností Strany vůči druhé Straně v rámci plnění Smlouvy.
5) I pro zpřístupnění nebo použití Chráněných informací podle předchozího odstavce platí, že je
Strana oprávněna tak učinit pouze v nezbytném rozsahu.
6) Strany mají povinnost zavázat všechny třetí osoby, které použijí pro realizaci Smlouvy a které mohou přijít do styku s Chráněnými informacemi k mlčenlivosti nejméně stejného rozsahu, jako v této Smlouvě.
7) Strany se zavazují bez zbytečného odkladu po skončení Smlouvy předat druhé Straně veškeré písemné a elektronické materiály a jiné nosiče dat, které obsahují Chráněné informace druhé Strany, a odstranit Chráněné informace druhé Strany ze všech datových úložišť, vyjma úložišť druhé Strany nebo úložišť jí užívaných.
8) Strany se zavazují okamžitě informovat druhou Stranu o všech případech, kdy došlo, nebo hrozí, že dojde ke zpřístupnění Chráněných informací neoprávněné osobě a přijmout veškerá možná opatření, aby minimalizoval škodu a zabránil dalšímu šíření Chráněných informací.
XIII. Ochrana osobních údajů
1) Po dobu trvání Provozu, Podpory a Údržby bude v souvislosti s jejím poskytováním docházet ke zpracování identifikačních údajů, kontaktních údajů, popisných údajů a údajů o Požadavcích jednotlivých Koncových uživatelů Zhotovitelem. Objednatel je správcem těchto osobních údajů a Zhotovitel je jejich zpracovatelem. Zpracování osobních údajů bude probíhat pomocí prostředků automatizovaného zpracování v HelpDesk a elektronické evidenci Požadavků.
2) Zpracování osobních údajů podle Xxxxxxx ze strany Xxxxxxxxxxx bude probíhat výlučně za účelem poskytování Provozu, Podpory a Údržby, a to pouze v nezbytném rozsahu.
3) Zpracování osobních údajů podle Xxxxxxx bude trvat nejdéle po dobu trvání Provozu, Podpory a Údržby. Po skončení zpracování osobních údajů Zhotovitel veškeré předmětné osobní údaje trvale vymaže, s výjimkou případů, kdy je uložení osobních údajů vyžadované právem České republiky nebo Evropské unie.
4) Požádá-li jakákoliv třetí osoba, zejména subjekt údajů či dozorový úřad, kteroukoliv Stranu o jakékoliv informace ve vztahu ke zpracování osobních údajů podle Xxxxxxx, nebo v této souvislosti uplatní vůči kterékoliv Straně jakákoliv jiná práva či nároky, zavazuje se Strana neprodleně o tomto postupu informovat druhou Stranu.
5) Objednatel je odpovědný za řádné poučení subjektů údajů o zpracování osobních údajů, získání souhlasu se zpracováním osobních údajů, pokud bude zapotřebí, vyřizování žádostí subjektů údajů týkajících se realizace jejich práv (jako je právo na informace, přístup, opravu, výmaz, omezení zpracování, vznést námitku apod.) a za plnění všech případných oznamovacích povinností vůči dozorovému úřadu.
6) Za účelem ochrany osobních údajů se Zhotovitel zavazuje, že po dobu zpracování osobních údajů na základě této Smlouvy:
a) bude osobní údaje zpracovávat pouze v souladu se Smlouvou nebo na základě jiných doložených pokynů Objednatele;
b) zajistí, aby se osoby oprávněné zpracovávat osobní údaje zavázaly k mlčenlivosti nebo aby
se na ně vztahovala zákonná povinnost mlčenlivosti;
c) bude udržovat potřebná bezpečnostní opatření, aby na jeho straně nedošlo k porušení zabezpečení osobních údajů, zejména bude osobní údaje zpracovávat v systémech zabezpečených po technické i organizační stránce v souladu s nejlepšími praktikami (best practices) a nejnovějšími poznatky na poli bezpečnosti a kybernetické bezpečnosti;
d) nezapojí do zpracování žádného dalšího zpracovatele bez předchozího souhlasu Objednatele a v případě zapojení dalšího zpracovatele zajistí, aby byl zavázán k ochraně osobních údajů aspoň tak, jako je zavázán Xxxxxxxxxx Xxxxxxxx;
e) v rozsahu přiměřeném povaze zpracování a informacím, které bude mít k dispozici, bude Zhotovitel Objednateli nápomocen při zajišťování vhodných technických a organizačních opatření k zabezpečení osobních údajů, při ohlašování porušení zabezpečení osobních údajů dozorovému úřadu nebo subjektu údajů, při posuzování vlivu na ochranu osobních údajů a při předchozích konzultacích s dozorovým úřadem;
f) poskytne Objednateli nezbytné informace pro splnění povinnosti Objednatele reagovat na žádosti o výkon práv subjektů údajů na poli ochrany osobních údajů;
g) poskytne Objednateli veškeré informace potřebné k doložení toho, že byly splněny povinnosti Zhotovitele stanovené ve Smlouvě a umožní audity, včetně inspekcí, prováděné Objednatelem nebo jiným auditorem, kterého Objednatel pověřil a k těmto auditům přispěje;
h) bude vést záznamy o všech činnostech zpracování dle čl. 30 odst. 2 GDPR prováděných pro
Objednatele.
XIV. Doba trvání Smlouvy
1) Smlouva se sjednává na dobu poskytování Provozu, Podpory a Údržby v délce 60 kalendářních měsíců. Smlouva skončí pouze uplynutím výše uvedené doby, písemnou dohodou, podepsanou oběma Stranami, výpovědí nebo odstoupením od Xxxxxxx.
2) Ode dne 1. 1. 2022 je kterákoliv Strana oprávněna tuto Smlouvu vypovědět bez uvedení důvodu s tříměsíční výpovědní dobou, která začíná běžet prvním dnem měsíce následujícího po měsíci, ve kterém byla výpověď doručena druhé Straně. Výpověď vyžaduje písemnou formu.
3) Strany mají právo od Xxxxxxx odstoupit v případě, kdy dojde k jejímu podstatnému porušení
druhou Stranou.
4) Za podstatné porušení Smlouvy Objednatelem se považuje zejména prodlení se zaplacením jakékoliv oprávněně vyfakturované ceny delším než 30 dnů a toto porušení neodstranil ani po písemném upozornění na porušení ze strany Zhotovitele v dodatečné přiměřené lhůtě.
5) Za podstatné porušení Xxxxxxx Xxxxxxxxxxxx se považuje zejména:
- Zhotovitel je v prodlení s plněním Smlouvy delším než 30 dnů a toto porušení neodstranil ani po upozornění na porušení ze strany Objednatele v dodatečné přiměřené lhůtě;
- Zhotovitel je v prodlení s odstraněním Incidentu 1. nebo 2. kategorie delším než 3 pracovní dny;
- Zhotovitel provádí Dílo nebo poskytuje Provoz, Podporu a Údržbu v nevyhovující kvalitě či v rozporu se Smlouvou, Zadáním nebo Nabídkou a toto porušení neodstranil ani po upozornění na porušení ze strany Objednatele v dodatečné přiměřené lhůtě.
6) Každá Strana má dále právo od Smlouvy odstoupit v případě, že se druhá Strana dostane do úpadku či hrozícího úpadku za situace, kdy o tomto bude pravomocně rozhodnuto soudem v insolvenčním řízení, nebo v případě, že je druhá Strana v prodlení s plněním v důsledku vyšší moci delším než 60 dnů.
7) V případě skončení Smlouvy před dokončením Díla z důvodu porušení ze strany Zhotovitele má Objednatel právo vrátit veškerá plnění Zhotoviteli a v takovém případě není povinen platit žádnou cenu a má nárok na vrácení jakékoliv zaplacené ceny či zálohy. Zhotovitel bere na vědomí, že v případě nedokončení Díla nemá Objednatel z nedokončeného Díla žádný užitek.
8) Skončení Smlouvy z jakéhokoliv důvodu, vyjma skončení Smlouvy pro porušení ze strany Objednatele, nemá vliv na trvání licenční smlouvy dle ust. IX. Smlouvy. Licenční smlouvu je možné skončit pouze dohodou Stran nebo odstoupením od licenční smlouvy z důvodu podstatného porušení licenční smlouvy.
9) Po skončení Smlouvy z jakéhokoliv důvodu předá Zhotovitel Objednateli do 14 dnů veškerou dokumentaci a zdrojové kódy k Dílu nebo vzniklou v souvislosti s poskytováním Provozu, Podpory a Údržby.
XV. Odpovědnost za vady
1) Objednatel po převzetí zkontroluje a vytkne případné vady Díla nebo jeho části Zhotoviteli do 15 pracovních dnů ode dne jejich převzetí. Uvedení vady v akceptačním protokolu se považuje za vytknutí vady dle tohoto ustanovení.
2) Dílo nebo jeho část jsou vadné, zejména pokud neodpovídají Zadání nebo Nabídce.
3) Zhotovitel odstraní vytknuté vady do 5 pracovních dnů ode dne, kdy se o nich dozvěděl, nebo v této lhůtě sdělí Objednateli nejbližší možný termín, ve kterém vady odstraní. Lhůta 5 pracovních dnů pro odstranění vad může být překročena pouze v případech, kdy vytknuté vady v této lhůtě nelze objektivně odstranit, a to pouze o dobu nezbytně nutnou k jejich odstranění.
4) Neodstraní-li Zhotovitel vady ve sjednané lhůtě, je Objednatel oprávněn vytknuté vady odstranit sám, nebo prostřednictvím třetí osoby, na náklady Zhotovitele a Zhotovitel se zavazuje tyto náklady v účelně vynaložené výši Objednateli či třetí osobě uhradit.
XVI. Sankce
1) V případě prodlení Zhotovitele s provedením Díla nebo jeho části (Fáze) je Zhotovitel povinen uhradit Objednateli smluvní pokutu ve výši 0,05 % ze sjednané ceny za Dílo bez DPH za každý započatý den prodlení.
2) V případě prodlení Zhotovitele s provedením sjednaného Rozvoje je Zhotovitel povinen uhradit Objednateli smluvní pokutu ve výši 0,05 % ze sjednané ceny za Rozvoj bez DPH za každý započatý den prodlení.
3) V případě prodlení Objednatele se zaplacením jakékoliv oprávněně vyfakturované částky podle Smlouvy je Objednatel povinen uhradit Zhotoviteli smluvní pokutu ve výši 0,05 % z dlužné částky za každý započatý den prodlení.
4) V případě prodlení Zhotovitele s odstraněním vad Díla nebo splněním povinnosti dle ust. IX. 7) Smlouvy je Zhotovitel povinen zaplatit Objednateli smluvní pokutu ve výši 0,05 % z ceny za Dílo bez DPH za každý započatý den prodlení.
5) V případě porušení povinnosti Zhotovitele zpracovávat osobní údaje ve sjednaném rozsahu a ke sjednaným účelům je Zhotovitel povinen uhradit Objednateli smluvní pokutu ve výši 50 000 Kč.
6) V případě porušení kterékoliv povinnosti Zhotovitele sjednané v ust. XIII. 6) Smlouvy je Zhotovitel povinen uhradit Objednateli smluvní pokutu ve výši 50 000 Kč za každý případ porušení.
7) V případě porušení povinnosti Zhotovitele sjednané v ust. XIV. 9) Smlouvy je Zhotovitel povinen uhradit Objednateli smluvní pokutu smluvní pokutu 1 000 Kč za každý započatý den prodlení.
8) V případě porušení povinnosti Zhotovitele poskytovat řádně a včas Provoz, Podporu a Údržbu
je Zhotovitel povinen:
a) za opožděné vyřešení Požadavku, odstranění vady či nedodržení Reakční lhůty uhradit Objednateli smluvní pokutu ve výši (i) 250 Kč za každý započatý den opoždění, pokud se jednalo o požadavek na Customizaci nebo Ohlášení Incidentu 3. kategorie; (ii) 500 Kč za každý započatý den opoždění, pokud se jednalo o Ohlášení Incidentu 2. kategorie; nebo
(iii) 750 Kč za každý započatý den opoždění, pokud se jednalo o Ohlášení Incidentu 1.
kategorie;
b) v případě nedodržení Minimální měsíční dostupnosti v daném kalendářním měsíci:
- za každou započatou desetinu % nižší měsíční dostupnosti Díla zaplatit Objednateli smluvní pokutu ve výši 100 Kč; ale
- v případě měsíční dostupnosti Díla 80 % a nižší zaplatit Objednateli smluvní pokutu ve výši 25 000 Kč.
9) Objednatel je oprávněn kdykoliv jednostranně započíst svoji pohledávku na zaplacení smluvní pokuty za porušení povinnosti Zhotovitele poskytovat řádně a včas Provoz, Podporu a Údržbu oproti pohledávce Zhotovitele na zaplacení Ceny za Provoz, Podporu a Údržbu. Započtení je účinné v okamžiku doručení písemného prohlášení Objednatele o započtení Zhotoviteli.
10) Splatnost všech smluvních pokut činí 15 dnů ode dne, kdy Strana písemně uplatní svůj nárok na zaplacení smluvní pokuty u druhé Strany.
11) Zaplacení jakékoliv smluvní pokuty nemá vliv na nárok poškozené Strany na náhradu škody ve výši, která přesahuje zaplacenou smluvní pokutu.
XVII. Vyšší moc
1) Žádná ze Stran nebude odpovědná za porušení svých povinností, pokud v jejich plnění brání případ vyšší moci. Strany vynaloží veškeré úsilí, aby minimalizovaly jakoukoli škodu způsobenou případem vyšší moci.
2) Vyšší mocí se rozumí jakákoli nepředvídatelná výjimečná situace či událost mimo kontrolu Stran, jež kterékoliv z nich brání v plnění jakýchkoli jejích závazků souvisejících se Smlouvou a která nebyla zapříčiněna chybou nebo nedbalostí na její straně a prokáže se, že ji nebylo možné překonat ani s vynaložením veškeré řádné péče, zejména embargo, válka, stávka (včetně plánované), epidemie a živelní pohromy.
3) Strana dotčená případem vyšší moci neprodleně vyrozumí druhou Stranu a uvede povahu příslušné události, pravděpodobnou délku trvání a předpokládané důsledky.
4) Žádná ze stran nebude odpovědná za porušení svých povinností, pokud v jejich plnění brání překážka, která byla zapříčiněna chybou nebo nedbalostí druhé smluvní strany.
5) Strany berou na vědomí, že Xxxxxxx uzavírají v době trvajících omezení v souvislosti s prokázáním výskytu koronaviru (označovaného jako SARS CoV-2). Zhotovitel si není ke dni uzavření Smlouvy vědom jakýchkoliv překážek, které by mu v důsledku šíření koronaviru znemožňovaly řádně splnit závazky vyplývající ze Smlouvy. V případě, že po nabytí účinnosti Smlouvy takové překážky nastanou, bude tato situace řešena přiměřeně dle tohoto článku. Zhotovitel je povinen na vyžádání Objednatele existenci překážky dle tohoto odstavce bezodkladně prokázat, jinak se jí nemůže dovolávat.
XVIII. Doručování
1) Veškeré zprávy, oznámení, upozornění nebo jakákoliv jiná sdělení související se Smlouvou se doručují Stranám na jejich korespondenční adresu. Korespondenční adresy Stran jsou adresy jejich sídla, případně následující elektronické adresy:
za Stranu Objednatele: xxx@xxx.xx; xxx@xxx.xx,
za Stranu Zhotovitele: xxx@xxx.xx.
2) Požadavky na Zhotovitele je možné vznášet taktéž v souladu s ust. X. 3). Takto vznesený Požadavek má pro účely Smlouvy písemnou formu bez ohledu na jeho skutečnou formu.
3) Nevyžaduje-li sdělení písemnou formu, postačí je učinit prostou elektronickou formou, například e-mailem bez zaručeného elektronického podpisu či kvalifikované elektronické pečeti.
4) Za písemnou formu podle Xxxxxxx se považuje také elektronický dokument (například soubor PDF nebo e-mailová zpráva) opatřený zaručeným elektronickým podpisem nebo kvalifikovanou elektronickou pečetí.
5) Změní-li některá ze Stran svou korespondenční adresu, je povinna takovou skutečnost sdělit druhé Straně bez zbytečného odkladu; pak platí její nová korespondenční adresa.
XIX. Závěrečná ujednání
1) Ujednání, obsažená v ust. IX. a XII. až XIX. Smlouvy trvají i po skončení Smlouvy. Závazek mlčenlivosti Stran podle ust. XII. Smlouvy trvá po dobu do uplynutí 3 let ode dne skončení Smlouvy.
2) Smlouva nabývá účinnosti dnem uveřejnění v registru smluv zřízeném Ministerstvem vnitra ČR podle ZRS. Smlouvu v registru smluv uveřejní Objednatel.
3) Přílohou Smlouvy je Zadání.
4) Strany se zavazují vynaložit veškeré úsilí k urovnání všech sporů vzniklých ze Smlouvy smírně.
5) Je-li nebo stane-li se kterékoli ujednání Xxxxxxx neplatným nebo nevymahatelným, nebude tím dotčena platnost ani vymahatelnost kteréhokoli jiného ujednání Smlouvy. V takovém případě se Strany zavazují nahradit do 14 dnů ode dne oznámení druhé Straně neplatné nebo nevymahatelné ujednání Smlouvy ujednáním platným a vymahatelným se stejným obchodním a právním smyslem.
6) Smlouva může být měněna nebo doplňována pouze písemnou dohodou podepsanou oběma Stranami. Jakákoliv zavedená a tolerovaná praxe mezi Stranami, která je v rozporu se Smlouvou, nemodifikuje Xxxxxxx s účinky do budoucna.
7) Uzavřením Smlouvy na sebe Zhotovitel přebírá nebezpečí změny okolností ve smyslu § 1765
odst. 2 OZ.
8) Smlouva představuje úplné ujednání a úmysl Stran, a nahrazuje veškeré předcházející dohody
Stran.
9) Tato Smlouva je uzavřena ve čtyřech vyhotoveních, z nichž každá Strana obdrží po dvou, není- li uzavřena elektronickými prostředky, a to tak, že každá Strana ji opatří svým elektronickým podpisem.
V Brně digitálně podepsal doc. MgA. Xxxxx Xxx dne 15.6.2021 | V Brně ek digitálně podep dne 10.6.2021 |
doc. MgA. Xxxxx Xxxxx | Xxx. Xxxx Xxxxxx |
za Objednatele | za Zhotovitele |
sal Xxx. Xxxx Xxxxxx
Technické zadání
veřejné zakázky malého rozsahu s názvem
„VYTVOŘENÍ WEBOVÉHO PORTÁLU
STUDY ART“
Obsah
3.4. Internacionalizace a lokalizace 8
4.3. Uživatelská dokumentace 9
7.5. Obrázky, video a streaming 10
8. Kompatibilita a interportabilita 12
16. Funkční požadavky na web 17
17.3. Typy základnách vlastností 19
17.6. Prezentace studijního oboru 20
17.8. Prezentace stupně vzdělání 21
17.9. Prezentace uměleckého výstupu 21
17.12. Vyhledávání, filtrování 22
18. Funkční požadavky na administraci 22
18.1. Uživatelské role a oprávnění 22
1.1. Konvence tohoto dokumentu
1.1.1. Pro potřeby zadání je slovem web nebo website označen webový portál xxx.xxxxxxxx.xx
1.1.2. Slovem administrace jsou pak označeny všechny editační, administrační rozhraní a nástroje k webu, které pro objednatele dodá, vytvořil nebo vytváří zhotovitel.
1.1.3. Slovem řešení se označují weby i administrace.
1.1.4. Zkratkou NFR se rozumí Non-Functional Requirements, tj. nefunkční požadavky.
1.1.5. Zkratkou FR se rozumí Functional Requirements, tj. funkční požadavky.
1.1.6. Zkratkou MVP se rozumí (Minimum Viable Product) produkt s nejmenší možnou funkcionalitou, avšak takovou, aby jej bylo možné používat.
1.1.7. Všechny body NFR i FR jsou uvedeny v přítomném čase a pokud možno bez použití kondicionálů proto, aby každý požadavek šlo vyhodnotit jako splněný či nesplněný jednoduchou odpovědí ano / ne podle jeho aktuálního reálného stavu.
1.2.1. Webový portál je zaměřený na online prezentaci výstupů tvůrčí a umělecké činnosti zúčastněných vysokých škol a fakult. Portál bude zároveň přinášet souhrnné informace o studijních možnostech v oblasti uměleckých disciplín v České republice. Informace na portále budou prezentovány v českém jazyce a v angličtině. Součástí řešení bude také organizace a prezentace samostatných uměleckých akcí jednotlivých účastníků projektu, které budou sloužit jako zdroj textových, obrazových a zvukových podkladů. Soustředění informací o uměleckých a tvůrčích aktivitách jednotlivých uměleckých škol na jednom místě rozšíří prezentační možnosti umělců a významně obohatí edukační proces o možnost okamžitého kontaktu s aktuálními uměleckými aktivitami.
1.2.2. Portál bude vybudován jako otevřená platforma umožňující rozšiřování a doplňování o profily dalších institucí poskytujících vysokoškolské vzdělání v oboru umění, které se rozhodnou připojit k projektu v budoucnu.
1.4. Předmět veřejné zakázky
1.4.1. Vytvoření portálu webu dle podkladů v tomto dokumentu.
1.4.2. Zapracování vizuálního stylu dodaného objednatelem, včetně grafického manuálu. Na UX designu je nutné spolupracovat s dodavatelem vizuálního stylu.
1.4.3. Dodání podkladů pro instalaci a provoz webu.
1.4.4. Poskytování podpory a součinnosti při údržbě webu.
1.4.5. Vypracování analytického dokumentu projektu včetně dokumentace uložení dat a předání objednateli.
1.4.6. Dodání kompletní dokumentace takovým způsobem, aby web dokázali spravovat a rozvíjet další vývojáři.
1.4.7. Předání zdrojových kódů řešení a seznamu licencí použitých knihoven a frameworků.
1.5.1. Cílem portálu xxxxxxxx.xx je soustředit informace o uměleckém vzdělávání v České republice na jednom místě a prezentovat je přehlednou a atraktivní formou, tak aby prezentované výstupy umělecké a tvůrčí činnosti vysokých škol bylo možné zároveň využívat jako výukový nástroj. Website musí tento Účel naplňovat dosažením následujících dílčích cílů:
● Website je pro cílovou skupinu maximálně dostupný a rychlý, umožní uživatelsky přívětivé a snadné vyhledávání a prezentaci dat.
● Website umožní prezentovat data jednotlivých škol, jejich studijní programy, plánovat a zobrazit kalendáře akcí, výstav a podobných akcí. Dále prezentaci uměleckých děl pomocí textu, statických obrázků v dostatečné kvalitě, video a live stream.
● Administrace website je uživatelsky přívětivá.
● Včasné provedení díla
● Kvalitní provedení díla.
1.6.1. Na základě nabídky zpracuje dodavatel návrh řešení, kde popíše jakým způsobem dosáhne požadavků popsaných v zadání.
1.6.2. Vybraný dodavatel vypracuje detailní analýzu řešení včetně MVP prototypu.
1.6.3. V implementační fázi proběhne implementace. V průběhu implementace poskytne objednatel část obsahu. Ten bude využit pro náhledy a testování.
Fáze | Zahájena | Ukončena | Během fáze proběhne | Maximální lhůta splnění v kalendář ních dnech pro danou fázi | % z ceny díla |
1 | Dnem účinnosti Smlouvy | Schválením Analýzy řešení | Analýza řešení Definice SLI / SLO | 30 | 10 |
2 | Ukončením fáze 1 | Nasazení MVP | Implementace MVP Testování MVP | 50 | 30 |
3 | Ukončením fáze 2 | Nasazení plné verze v produkčním režimu | Implementace plné verze Testování plné verze Plnění dat za jednotlivé subjekty Začátek poskytování Podpory a dokumentaci k | 70 | 30 |
údržbě | |||||
4 | Po ukončení fáze 3 | Web obsahuje obsah všech subjektů | Plnění dat za jednotlivé subjekty Podpora a Údržba Školení | 30 | 30 |
1.7.1. Během první fáze proběhne analýza řešení, kde si dodavatel upřesní požadavky se zadavatelem. Výstupem bude dokument, který popíše jak bude web realizovaný. Zadavatel dokument schválí, pokud bude obsahovat všechny minimální požadavky.
1.8.1. Ve druhé fázi vznikne minimální funkční prototyp, na kterém se ověří základní požadavky na web, zapracuje se vizuální vzhled.
1.9.1. Ve třetí fázi probíhá implementace řešení a jeho průběžné nasazování na testovací a staging prostředí. Zadavatel bude mít možnost ověřovat implementované funkce a podávat zpětnou vazbu dodavateli.
1.9.2. Zadavatel v této fázi začne dodávat obsahu webu. V okamžiku, kdy to bude možné, začne souběh se čtvrtou fází a plnění obsahu webu.
1.10. Fáze 4 Plnění dat
1.10.1. Dodavatel poskytuje podporu při vkládání obsahu. Zástupci jednotlivých škol vkládají obsah.
1.11. Součástí předmětu plnění není
1.11.1. Provoz a správa DNS
1.11.2. Provoz a správa SMTP serveru
2.1. Na website je možné dohledat veškerý obsah fulltextovým vyhledáváním v kombinaci s metadaty obsahu (tagy, kategorie, autoři, datum vytvoření apod.).
2.2. Web obsahuje rozhraní pro automatizovaný přenos dat portálu do národního informačního systému xxxxxx.xxxxxxx.xx a zajištění pravidelných datových přenosů. Přenos je založen na vystavení dat v XML formátu, nebo pomocí webové služby pomocí SOAP protokolu. V rámci analýzy proběhne konzultační schůzka s vývojáři pro upřesnění struktury dat a technologie. Technický popis je v příloze studyin-web-service.pdf.
3.1.1. Url webu je xxxxx://xxx.xxxxxxxx.xx
3.1.2. Řešení je realizováno s použitím UTF-8
3.1.3. Všechny externí služby (Google Analytics, Google Tag Manager, Google Search Console) s výjimkou hostingu jsou vytvořeny na správcovský účet ve vlastnictví objednatele a zhotovitel má k těmto službám (pokud je třeba) sdílený přístup na samostatný účet.
3.1.4. Návštěvnost webu je měřena pomocí Google Analytics. Nad rámec základních měřících kódů jsou měřeny i relevantní uživatelské interakce (události) negenerující zobrazení nové stránky (URL) – např. spuštění externího videa.
3.1.5. Na webu je nasazen Google Tag Manager.
3.1.6. Web je zaregistrován v Google Search Console.
3.2.1. Licence je upravena ve smlouvě o Dílo. Objednatel obdrží s Dílem kompletní zdroj a zdrojové kódy.
3.2.2. Počet administrátorů (editorů) ani uživatelů (zákazníků) není licenčně omezen ani samostatně zpoplatněn.
3.2.3. Veškeré použité součásti nejsou zatíženy licenčními ani jinými podobnými periodickými poplatky.
3.3.1. Všechny komplexní funkční požadavky na řešení vychází z provedených detailních analýz požadavků uvedených v tomto dokumentu a sdělených objednatelem a jsou zpracovány v písemné podobě kterou schvaluje objednatel.
3.3.2. V analýze je kladen důraz na správné zachycení informační architektury a následně dobře realizovanou navigaci na webu.
3.4. Internacionalizace a lokalizace
3.4.1. Řešení umožňuje implementaci webu v českém a anglickém jazyce (abeceda, řazení, směr psaní, formáty čísel /např. telefon, PSČ, formátování čísel, měna, fyzikální jednotky, formáty papíru, zvyklosti zápisu data a času včetně používání různých kalendářů a časových pásem).
3.4.2. Weby jsou validní podle xxxxx://xxxxxxxxx.x0.xxx/x00x-xxxxxxx/
3.4.3. Používá se HTML atribut lang.
4.1.1. Veškerá dokumentace je v češtině nebo angličtině.
4.1.2. Objednatel má k dispozici uspořádané a přehledné výstupy všech provedených analýz.
4.2.1. Popis základní logiky a filozofie produktu.
4.2.2. Dokumentace požadavků na infrastrukturu. Požadavky na servery, jejich výkon a další parametry.
4.2.3. Seznam externích služeb, závislostí a datových toků (např. Mailchimp, Sentry, DataDog, IS apod.)
4.2.4. Dokumentace k zabezpečení (VPN, ukládání hesel, TLS atp) zejména pro účely auditů.
4.2.5. Dokumentace typů zaslaných e-mailů a způsobu jejich odesílání (SMTP servery či služby a jejich požadavky na DNS záznamy).
4.3.1. Uživatelská dokumentace je v češtině a angličtině, včetně dokumentace pro správce obsahu. Existuje uživatelská dokumentace – návod na zadávání a úpravu obsahu. Může odkazovat na dokumentaci použitého CMS (DMS, PIM, atp.).
4.3.2. V samostatném dokumentu jsou evidovány vyhodnocovací metriky SLI a způsob měření.
4.4.1. Ve fázi 2 proběhne jedno hromadné školení obsluhy pro 1-15 editorů Objednatele v rozsahu alespoň 5 hodin.
5.1.1. Všechny nové registrace a prodloužení domén jsou zpracovávány objednatelem a na jeho odpovědnost.
5.2.1. DNS je ve správě objednatele a všechny změny provádí objednatel. Zhotovitel musí přizpůsobit vlastnosti řešení a nastavit procesy tak, aby toto nezpůsobilo prodlevy, výpadky či organizační problémy.
6.1.1. Web neodesílá žádné e-maily.
6.1.2. Administrace odesílá e-maily (např. reset hesla) pomocí SMTP serveru, poskytnutého objednatelem.
7.1.1. Web má vhodné ikony a favicon pro všechny relevantní platformy.
7.1.2. Web neobsahuje odkazy vedoucí na neexistující adresy (HTTP 404).
7.1.3. Web nenačítá zdroje (CSS, JS, xxxxxxx, ...) z neexistujících adres (HTTP 404). Weby mají nastavený viewport stránky.
7.1.4. Používají se správné vstupní prvky (HTML5 input type) podle druhu zadávaných dat.
7.1.5. Používají se sémantické elementy HTML5 (header, section, footer, main ...).
7.1.6. Všechny hlavní šablony jsou testovány W3C validátorem pro identifikaci možných problémů.
7.2.1. Při načítání webu nedochází k efektům XXXX (flash of invisible text).
7.3. CSS
7.3.1. Weby používají responzivní design. Web se přizpůsobuje vlastnostem a rozměrům výstupního zařízení z hlediska velikosti písma, rozměrů klikacích a dotykových prvků. U mobilních telefonů a tabletů proběhlo přizpůsobení dotykovému ovládání (minimální ergonomické rozměry dotykových prvků, nezávislost na hover stavech).
7.3.2. Všechna ID na stránce jsou unikátní.
7.4.1. Hlavní obsah webu včetně navigace jsou dostupné i bez JavaScriptu.
7.5. Obrázky, video a streaming
7.5.1. Videa jsou zajištěna skrze globální CDN řešení (přípustné i YouTube či Vimeo).
7.5.2. Obrázky se poskytují v alternativách dle podpory UA (nejlépe pomocí picture srcset, popř. dynamickou volbou mimetype dle UA). Alternativami jsou myšleny zejména relevantní případy vlastních obrázků:
● Vhodné rozměry obrázku podle výstupního zařízení (malé, velké)
● Vhodné formáty obrázku s přihlédnutím zejména na datovou velikost a charakter obrazové informace (preferovány moderní formáty SVG, WebP, JPEG 2000, JPEG XR).
7.6.1. Profily jednotlivých univerzit a popisy studijních programů jsou upraveny pro tiskový výstup pomocí tiskových stylů. Tiskové výstupy jsou optimalizovány tak, aby spořily spotřební materiál uživatele (papír, toner).
7.6.2. Jsou respektována Web Content Accessibility Guidelines 2.1 minimálně v úrovni shody A a další doporučení konsorcia W3C ohledně přístupnosti pro uživatele se zdravotním postižením.
7.6.3. Všechny obrázky mají alternativní popis.
7.6.4. Web je ovladatelný pomocí klávesnice.
7.6.5. Používá se značkování WAI-ARIA v souladu s xxxxx://xxx.x0.xxx/XX/xxx- aria-practices/
7.6.6. Web má dostatečný kontrast textu a pozadí - minimálně 4,5:1.
7.6.7. Všechny formulářové prvky na webech mají label nebo aria-label.
7.7.1. Web má charakter statického website, tedy vysoká cachovatelnost webu, možnost jednoduše a efektivně umístit do globální CDN / reverzní proxy cache a nebo s minimálními náklady do mnoha POP (points of presence).
7.7.2. Příklady pro lepší pochopení záměru:
- statický web publikovaný z CMS do AWS S3 a AWS Cloudfront (nebo alternativ)
- JAMstack web hostovaný na externí službě
- Použití SSG (static site generator) - možné i s použitím CMS typu Wordpress, Drupal
7.7.3. Není použitý “viewstate” ani podobný mechanismus komplikující cachování a zpomalující interakce s webem.
7.7.4. HTML, CSS a JavaScript soubory jsou minifikované.
7.7.5. Používá se brotli, popř. gzip komprese.
7.7.6. Obrázky jsou optimalizované, včetně uživatelsky nahrávaných.
7.7.7. JavaScript se načítá v maximální možné míře pomocí async nebo defer.
7.7.8. V relevantních případech (dlouhé výpisy) se používá lazyloading obrázků.
7.7.9. Používá se dns-prefetch, popř. preconnect pro důležité assety (zejména obsah nad zlomem) načítané z jiných domén.
7.7.10. Assety (statický obsah) mají velmi dlouhou dobu uchovávání v cache (max- age či expires). Invalidace se provádí změnou názvu assetu.
7.8.1. Není zakázaná indexace veřejného a publikovaného obsahu vyhledávači, pokud toto nevyplývá z explicitního funkčního požadavku
7.8.2. Je nasazen korektní robots.txt.
7.8.3. Pro weby existuje relevantní, validní a aktuální sitemap.xml, v případě většího rozsahu (limit 50.000 záznamů nebo 50MB) dělený do více souborů. Sitemaps jsou uvedeny v robots.txt
7.8.4. Řešení robotům neblokuje přístup ani neposkytuje rozdílný obsah. Výjimku tvoří roboti, v případě, že řešení extrémně přetěžují (zejména známé botnety z Číny, Ruska, ...). Na tyto
7.8.5. roboty je možné aplikovat přísný rate limiting.
7.8.6. Stejný obsah webů není duplicitně přístupný na více URL a na jednom URL není přístupné více stránek. Za různá URL se považují i URL lišící se jen počtem či hodnotami parametrů (“query”).
7.8.7. URL webů není zbytečně dlouhé, nemá zbytečné parametry, složky či číselné identifikátory.
7.8.8. V URL webů se používají jen malá písmena anglické abecedy, číslice, pomlčky (minus), tečky a lomítka.
7.8.9. Title a description stránek webu jsou automaticky generována z nadpisů či obsahu stránky,
7.8.10. Každá stránka má unikátní title. Je možné definovat vlastní title a description.
7.8.11. Na každé veřejné stránce jsou implementovány náhledy pro sociální sítě. Open Graph a
7.8.12. Twitter Cards minimálně v rozsahu reprezentativního obrázku.
7.8.13. Nad rámec základního HTML obsahuje zdrojový kód stránek i validní sémantické značkování vybraných objektů (události, místa, kontakty apod.) podle specifikace Xxxxxx.xxx JSON-LD.
7.8.14. Jsou použity validní Google rich snippets pro všechna relevantní data, která web obsahuje a Google podporuje (Breadcrumb, Course, Event, How-to, Job Posting, Job Training, Logo, FAQ, Article).
8. Kompatibilita a interportabilita
8.1.1. Jsou využity technologie standardizované organizacemi jako např. W3C, Ecma
8.1.2. International, IEEE atp., které podporují přístupnost a kompatibilitu s různými výstupními zařízeními, tedy typicky validní HTML, CSS, JavaScript atd. HTTP metody jsou používány korektně s ohledem na jejich idempotence / safety.
8.1.3. Web se zobrazuje korektně i se zapnutými nejběžnějšími adblockery.
8.1.4. Řešení plnohodnotně podporuje Referenční platformy, které jsou:
● Prohlížeče Google Chrome, Firefox, Opera a Safari v posledních dvou hlavních verzích, nainstalované na počítači s operačním systémem macOS verze 10.13 a vyšší.
● Prohlížeče Microsoft Edge, Google Chrome a Mozilla Firefox v posledních dvou hlavních verzích, nainstalované na počítači s operačním systémem Microsoft Windows verze 10 a vyšší.
● Prohlížeč Safari, instalovaný na mobilním zařízení s operačním systémem Apple iOS v předposlední hlavní verzi a novější.
● Prohlížeč Google Chrome v posledních dvou hlavních verzích, instalovaný na mobilním zařízení s operačním systémem Android a Apple iOS.
8.2.1. Všechny zdroje vkládané z jiných serverů, včetně iframes, jsou vloženy výhradně za použití protokolu HTTPS.
8.2.2. Je použit protokol HTTP/2 na přístup ke všem zdrojům
8.3.1. Není používána klientská technologie Adobe Flash, Microsoft Silverlight, Oracle Java ani podobná, vyžadující binární pluginy v prohlížeči uživatele.
8.4.1. Požadavek na neexistující obsah vrací stavový kód HTTP 404. Chyba backend serveru
8.4.2. vrací stavový kód HTTP 50x, údržba stavový kód HTTP 503 a při aplikaci rate limitingu je
8.4.3. klientovi vrácen stavový kód HTTP 429.
8.4.4. 8.4.2 Existují lokalizované error pages (400, 401, 403, 404, 503
/maintenance/, ostatní 4xx, 5xx); všechny tyto stránky jsou “custom”, jejich obsah se liší od standardních výchozích stránek webserveru.
9.1.1. Řešení netrpí základními zranitelnostmi podle OWASP Top 10 (např. XXE, XSS, SQLi), které je možno detekovat běžnými automatizovanými nástroji. Nejsou veřejně přístupné interní a vývojové soubory a adresáře jako např. .git repozitář, konfigurační soubory pro vývoj, sestavení nebo provoz atp.
9.1.2. Jako zdroj aktuálních best practices je považován xxxxx://xxxxxxxxxxxxxxxx.xxxxx.xxx
9.1.3. Neexistují společné přístupové účty, každý pracovník Zhotovitele má samostatný přístup
9.1.4. vedený na jeho jméno.
9.1.5. Práce s hesly (požadavky na složitost, autentizace) respektuje požadavky NIST Special
9.1.6. Publication 800-63B.
9.1.7. Externí odkazy otevírané v novém okně či záložce prohlížeče obsahují rel=”noopener”.
9.1.8. Externí zdroje se nenačítají z protocol-relative URL.
9.2.1. Všechny HTTPS URL obsahují Strict Transport Security hlavičku.
9.2.2. Všechny cookie mají nastavený příznak Secure.
9.2.3. Session cookie mají nastavené příznaky HttpOnly a SameSite.
9.2.4. Významné akce obsahují CSRF tokeny.
9.2.5. Používají se bezpečnostní hlavičky X-Frame-Options, X-Content-Type- Options, Referrer-Policy a Feature-Policy.
9.3.1. Stránky při přístupu přes protokol HTTP korektně (tj. se zachováním FQDN) přesměrovávají na stejné URL s protokolem HTTPS.
9.3.2. Obsah a funkce jsou dostupné pouze pomocí protokolu HTTPS, přístup pomocí HTTP
9.3.3. protokolu je umožněn pouze pro přesměrování na zabezpečenou variantu přísl. zdroje.
9.3.4. Je použit serverový certifikát schválený objednatelem. Jeho nasazování je automatizováno a platnost automaticky monitorována. Není použit certifikát s platností delší než 12 měsíců, klíč certifikátu se rotuje minimálně jednou ročně.
9.3.5. Není použit Public Key Pinning.
9.4.1. V URL není nikdy osobní údaj.
9.4.2. Na stránkách obsahujících osobní údaje je minimalizováno použití JavaScriptu načítaného
9.4.3. od třetích stran. V těchto případech je vždy použito SRI (Subresource Integrity) pokud je
9.4.4. podporované vendorem příslušného JS.
10.1.1. Součástí procesu vývoje a deploymentu je verzování databázových schémat a nastavení pro migraci dat nebo zajištění stejného či lepšího efektu, který tento požadavek zajišťuje.
10.1.2. Existuje více prostředí (minimálně vývojové, qa a produkční). Vývojovým prostředím je myšleno typicky lokální vývojové prostředí jednotlivého vývojáře či vnitrofiremní vývojové prostředí zhotovitele. QA (Quality Assurance) prostředí je zpřístupněno objednateli pro testování funkčnosti a jedná se o prostředí technologicky velmi blízké produkčnímu prostředí (s menšími nároky na výkon a distribuovanost aplikace, pokud toto není předmětem testování). Produkčním prostředím je míněno prostředí veřejně přístupné návštěvníkům a administrátorům webů.
10.1.3. Objednatel nabízí infrastrukturu k provozu jednotlivých prostředí. Je možné využít virtuální servery s přístupem k úložišti. Parametry serverů pro jednotlivá prostředí poskytne dodavatel.
10.1.4. Pro správu zdrojových kódů je možné využít Git server objednatele.
11.1.1. Web je vyřešen tak, aby byl dostupný a dostatečně rychlý (viz SLO) ve všech zemích, pro které bude primárně poskytovat obsah, zejména: celá EU.
11.1.2. Zhotovitel poskytuje průběžné aktualizace všech komponent a podporu. Na komunikaci slouží systém který umožní třídění požadavků.
11.1.3. Je dodržována klasifikace požadavků na:
● Běžný požadavek - požadavek Objednatele týkající se Provozu, Podpory nebo Údržby, jako jsou žádosti editorů o radu, jak nastavit či používat některé části Díla, běžné technické požadavky, žádosti o Customizaci a jiné podobné požadavky, které nejsou ohlášením Incidentu.
● Incident kategorie 3 (drobná závada) - Dílo má vady, které však neomezují jeho funkčnost. Jedná se zejména o vady v zobrazení prvků GUI, jako je posunuté tlačítko, překlepy apod.
● Incident kategorie 2 (nekritické závady nikoliv drobné) - Dílo má vady, které částečně omezují jeho funkčnost. Vady se projevují u méně než 20 % návštěvníků webových stránek. Jedná se zejména o vady jako nefunkční administrace, chyby v zobrazení části webových stránek, které způsobují komplikace návštěvníkům webových stránek apod. Vady způsobené Incidentem kategorie 2 lze obejít použitím jiného postupu, např. úpravou obsahu Zhotovitelem.
● Incident kategorie 1 (kritické závady) - Dílo má vady, které způsobují jeho nefunkčnost či nefunkčnost jeho podstatných či kritických částí nebo byla v systému objevena bezpečnostní slabina, kvůli které byl odstaven. Za kritické závady jsou považovány také závady, které by jinak spadaly do kategorie 2, pokud se projevují u více než 20% návštěvníků webových stránek.
11.2.1. Web bude provozován na infrastruktuře objednatele.
11.3.1. Veškerá data se zálohují minimálně s denní frekvencí.
11.3.2. Je uchováno minimálně 7 posledních denních, 4 poslední týdenní a 12 posledních měsíčních záloh.
11.4.1. Dostupnost webu je měřena monitorovacím nástrojem, na kterém se objednatel se zhotovitelem dohodli včetně metodiky měření, popřípadě nahlášením nedostupnosti objednatelem.
11.4.2. Minimální Dostupnost v procentech se vypočítá za každý kalendářní měsíc tak, že celkový počet celých minut, po který byla služba dostupná nebo probíhala plánovaná údržba v servisním okně, se vydělí celkovým počtem minut v měsíci a vynásobí 100. Pokud je mezi samostatnými nedostupnostmi období kratší než 10 minut, považuje se toto celé období za nedostupnost.
11.5.1. Objednatel bude realizovat údržbu včetně servisních oken ve své vlastní režii, přičemž Xxxxxxxxxx poskytne v dokumentaci postupy, jak aktualizovat web.
12.1.1. V samostatném provozním dokumentu jsou definovány SLI (Service Level Indicators - vyhodnocovací metriky) a k nim příslušné SLO (Service Level Objectives – cíle dosahovaných SLI, většinou jako minimální a maximální hodnota, popř. rozsah hodnot - typicky za udaný čas). U testování rychlosti pomocí xxxxxxxxxxx.xxx zahrnuje SLO region a prohlížeč, z jakého je prováděn test. V rámci tohoto dokumentu budou popsána také servisní okna ve spolupráci s Objednatelem.
12.1.2. V dokumentu jsou definovány typy sledovaných stránek (např. homepage, landing page, detail programu ...) a konkrétní sledovaná URL pro související SLI.
12.1.3. Dokument byl odsouhlasen před zahájením fáze 2.
12.2.1. SLO v závorce jsou uvedené minimální hodnoty v okamžiku zadávání VZ, po dohodě může být zpřísněno v provozním dokumentu.
12.2.2. Qualys SSL Labs Test Grade (alespoň B)
12.2.3. Xxxxxxxxxxxxxxx.xxx Grade (alespoň B)
12.2.4. Mozilla Observatory Grade (alespoň C)
12.2.5. Dostupnost viz 11.6.1 (minimálně 99.5 %)
12.2.6. Google PageSpeed Insights Score Mobile / Desktop (minimálně 80/80)
12.2.7. Xxxxxxxxxxx.xxx TTFB - Time To First Byte (maximálně 350 ms)
12.2.8. Xxxxxxxxxxx.xxx FCP - First Contentful Paint (maximálně 1.500 ms)
12.2.9. Xxxxxxxxxxx.xxx TTI - Time To Interactive (maximálně 5.500 ms)
13.1.1. Zhotovitel je organizačně, odborně a kapacitně připraven řešit další rozvoj celého řešení po celou dobu trvání smlouvy.
14.1.1. Vizuální styl a grafické podklady vytváří objednatel a Zhotovitel poskytne nezbytnou součinnost při jejich tvorbě.
15.1.1. Analýza vychází z orientačního prototypu, který vypracuje dodavatel na základě dodaného grafického návrhu.
15.1.2. V rámci analýzy je zpracována přesná podoba a rozsah funkcí MVP (minimálního produktu).
15.1.3. Pro upřesnění a doplnění funkčních požadavků je provedena detailní analýza požadavků na realizaci. Objednatelem schválené písemné výstupy analýzy mají přednost před
15.1.4. požadavky uvedenými v Zadání.
15.1.5. Řešení je připraveno na snadné zapojení dalších univerzit bez nutnosti rozsáhlejší úpravy systému.
16.1.1. Implementace je provedena na základě analýzy požadavků.
16.1.2. Web je implementován s použitím vizuálního stylu, který byl schválen Objednatelem.
16.1.3. Website je graficky lehký, přehledný, dobře strukturovaný. Stránky nejsou zahlceny obsahem.
16.1.4. Na každé stránce jsou odkazy na sociální sítě.
16.2.1. Pro komplexní prezentaci a propagaci studia v uměleckých programech na univerzitách web obsahuje informace:
● Úvodní stránka, rozcestník s odkazy na stránky univerzit a průvodcem výběru studijního programu
● Studijní programy a jejich popis.
● Popis jednotlivých univerzit (včetně fotek a videí).
● Stipendijní nabídky jednotlivých univerzit.
● Všeobecný popis přijímacího řízení.
● Informace týkající se uznávání zahraničního vzdělání.
● Popis vzdělávacího systému v ČR.
● Vízové podmínky pro vstup do ČR.
● Možnosti ubytování na brněnských univerzitách.
● Informace o akcích pro zahraniční studenty pořádaných brněnskými univerzitami.
● Informace uznávání zahraničního vzdělávání tzv. „nostrifikace“ v ČR.
● Propagační videa prezentující život a zejména studium v Brně.
● Často kladené otázky (FAQ).
● Popis projektu.
● Kontakty.
● Testimoniály aktuálních zahraničních studentů brněnských univerzit. s možností filtrování studentů podle země původu, oboru, školy, fakulty....
16.2.2. Odkazy související na externí web
● Pro prezentaci škol, oborů a dalšího hlavního obsahu jsou vytvořeny jednotné šablony, které sjednotí strukturu. Obsahují:
● Textový popis
● hlavní obrázek nebo grafika
● logo
● video včetně náhledové grafiky
● seznam nabízených oborů
● Odkaz na externí web školy
16.2.3. Šablona vypadá jednotně i v případě, že některé části nejsou vloženy.
16.2.4. Jako obecný obsah je možné vložit:
● Text
● Hlavní obrázek nebo grafika
● Vkládání obrázků a příloh
● Vložené video
● Vložený online stream, bez reklam
● Odkazy na externí zdroje
16.2.5. Umožňuje online streamovat audio a video a stream vkládat do stránek. 16.2.6.
16.2.7. Na webu je možné vyhledávat textově, podle tagů a kategorií. 16.2.8.
16.2.9. Web obashuje několik druhů navigace podle různých kritérií
● Dle oboru - např. Architecture, Fine Arts, Music, Theatre, Movie...
● Dle dovedností - např. Drawing, Singing, Fashion…
● Dle jednotlivých škol
● Dle studijních programů
17.1. Prvek webu je stránka, která má jednotnou vizuální podobu a vlastnosti.
17.2. Vlastnosti jsou společné parametry stánky. Vlastnosti mohou být povinné nebo nepovinné. Web by měl zobrazit stránky korektně i pokud nebudou zadány nepovinné vlastnosti.
17.3. Typy základnách vlastností
Prostý text bez formátování
● Xxxxxxxxxxxx
● Víceřádkový
Text s prvky formátování. Edituje se fornou What You See Is What You Get, tedy vzhed odpovídá textu při editaci.
Formátovaný text by měl umožnit oživit text, ale jen do té míry, aby nenarušil základní vzhled webu.
Formátování může mít několik úrovní
● Základní
○ tučné, kurzíva, podtržené
○ odrážkový nebo číslovaný seznam
● Rozšířený (Základní plus...)
○ Odkazy
○ Vkládání obrázků včetně popisu
○ Vkládání videí
● Pokročilý (Rozšířený plus...)
○ Předdefinované styly
■ Nadpisy v několika úrovních
■ Tabulky
■ Citace
■ Zarovnání textu (doleva, doprava, střed)
● Vynechané
○ Změna fontu
○ Xxxxx xxxxx
○ Barevné zvýraznění textu
Obrázek, který má pevné místo v šabloně. Například logo, záhlaví, profilový obrázek.
Přiložení dokumentu. Přílohy lze omezit na relevantní typy příloh.
● Obrázek (jpeg, png, ...)
● Dokument (doc, pdf, xsl)
● Ostatní
Odkaz na externí nebo interní stránku.
Vložené video s pevnou pozicí v šabloně.
Vložený stream s pevným místem v šabloně.
● Povinné
○ Název školy
○ Adresa
● Xxxxxxxxxx
○ Logo
○ Hlavní grafika, fotka
○ Video
17.6. Prezentace studijního oboru
● Povinné
○ Název oboru
○ Xxxxx, piktogram
● Dobrovolné
○ Popis oboru
○ Hlavní grafika, fotka
○ Video
Studijního obor začlenit do struktury. Struktura se může lišit pro různé školy. Členění bude doplněno v rámci analýzi a bude možné upravovat, pokud se v budoucnu struktura změní.
Příklad struktury
● Univerzita
● Fakulta
● Ateliér
● Katedra
● Povinné
○ Xxxxx Xxxxxxxx
● Xxxxxxxxxx
○ Popis
○ Hlavní grafika, fotka
○ Video
17.8. Prezentace stupně vzdělání
● Povinné
○ Název stupně vzdělání
○ Xxxxx, piktogram
● Dobrovolné
○ Popis
○ Hlavní grafika, fotka
17.9. Prezentace uměleckého výstupu
● Povinné
○ Xxxxx
○ Škola, obor, ateliér, ústav, katedra, stupeň vzdělání
● Dobrovolné
○ Popis
○ Hlavní grafika, fotka
○ Popis
○ Přílohy
● Povinné
○ Xxxxx
○ Škola, obor, ateliér, ústav, katedra, stupeň vzdělání
● Dobrovolné
○ Popis
○ Hlavní grafika, fotka
○ Popis
○ Přílohy
● Povinné
○ Xxxxx
○ Škola, obor, ateliér, ústav, katedra, stupeň vzdělání
● Dobrovolné
○ Popis
○ Hlavní grafika, fotka
○ Popis
○ Přílohy
17.12. Vyhledávání, filtrování
17.12.1. Dynamická stránka pro hledání obsahu podle parametrů.
17.13.1. Průvodce výběrem studijního programu
17.13.2. Vyhledání studijního programu podle klíčového slova, oboru, univerzity.
17.13.3. Zobrazit prezentaci univerzity
17.13.4. Zobrazit práce studentů uměleckých oborů.
17.13.5. Vložení a prezentace umělecké práce ve formě textu, obrázků, videa, online streamu.
18. Funkční požadavky na administraci
18.1. Uživatelské role a oprávnění
18.1.1. Systém obsahuje uživatelské role
● Administrátor - vytváří, maže, edituje a blokuje uživatele.
● Editor studijních programů - přiřazen k jedné či více univerzitám, může editovat informace a studijní programy pouze těchto univerzit.
● Editor textových informací - jednotlivých sekcí týkajících se Brna, ČR, studia obecně...
18.1.2. Uživatel může mít přiřazeno více uživatelských rolí.
18.2.1. Je implementovaný editor pro stránky a metadata. Minimálně s funkcemi:
● Možnost editace ve WYSIWYG a HTML režimu.
● Předdefinované styly. Uživatel nemusí řešit, jak má vypadat výsledek
● Min. 3 úrovně nadpisu, fotografie, číslované i nečíslované seznamy
● zadávání a editace odkazů
● vkládání videí z YouTube pouze zadáním správného odkazu
● Provozování streamu v rámci webu.
18.2.2. Je implementováno vkládání souborů - příloh - (typicky PDF, DOCX, XLSX).
18.2.3. Je možné přidávat / odebírat / skrývat / zobrazovat studijní programy, partnerské univerzity a školy.
18.2.4. Je možné zobrazit si ekvivalentní náhled, jak bude obsah vypadat před zveřejněním na produkční web.
18.2.5. Stránky je možné organizovat do sekcí a podsekcí a jednotlivé sekce a podsekce přiřazovat v navigaci. Jednotlivé sekce lze dělit mezi sloupce.
18.2.6. Atributy studijních programů:
● Název programu
● Obor – propojeno s vyhledáváním
● Typ studia – propojeno s vyhledáváním
● Začátek studia
● Délka studia
● Délka akreditace programu
● Forma studia
● Xxxx studia
● Univerzita (fakulta), na které se program vyučuje – studijní programy se budou zobrazovat i na stránkách webu obsahující popis jednotlivých univerzit,
● Odkaz na univerzitu s popisem programu
● Odkaz na e-přihlášku (na webu příslušné univerzity)
● Popis studijního programu
● Popis přijímacího řízení – případně odkaz na něj
● Klíčová slova studijního programu – propojeno s vyhledáváním na homepage
● Fotografie případně videa ke studijnímu programu
18.2.7. Je implementován editor oborů včetně přiřazení piktogramu a pořadí.
19.1. Hlavní jazyk webu je angličtina.
● Anglická
● Česká
20.1. Cílovou skupinou jsou studenti a pedagogové zapojených vysokých uměleckých škol a fakult, kterým bude umožněna online prezentace výsledků umělecké tvůrčí činnosti na společném webovém portále. Další klíčovou cílovou skupinou jsou studenti středních škol v České republice i v zahraničí, budoucí uchazeči o studium, pro které budou určeny informace o studijních možnostech v uměleckých oborech a prezentace zaměřené na zprostředkování současného výtvarného umění, hudby a dramatického umění.
● Zájemci o studium uměleckých oborů.
● Zájemci o vzdělávání v oblasti umění
● Studenti umění
● Odborná i laická veřejnost
Geograficky
● Evropská unie
● Evropa
● Blízký východ
● Severní Amerika
● Jižní Amerika
● Asie
● Austrálie
● Afrika
Na jednu školu se hlásí cca 500 uchazečů.
Pokud web bude prezentovat 10 škol znamená to 5000 potenciálních unikátních návštěvníků webu ročně.
Pro výpočet uvažujeme 10 škol a každá má 20 studijních programů.
● 10x stránek škol
● 200x stránek studijních oborů
● 20x stránek doplňkového obsahu - homepage, navigace, kontakty, popis webu
● Kalendář akcí, detail akce
● Xxxxxxx dalšího obsahu
● prezentace výstupů - 10 výstupů za každou školu nebo obor