Číslo zakázky: 17/450101

ČCCR – CzechTourism 
Vinohradská 46
P.O.Box 32, 120 41 Praha 2 					
Česká republika 
tel. +420 221 580 111
fax: +420 224 247 516
www.czechtourism.cz
IČ: 49277600
DIČ: CZ49277600

Dodavatel:	DTP Tools s.r.o.
	Václavské náměstí 33
	110 00 Praha
	IČ: 28503236

Objednáváme: Zajištění provozu brand manuálu – II. pololetí 2017

V rámci udržitelnosti projektu IOP 6 Rebranding a VZ č. 2012/500/7 u Vás objednáváme údržbu, provoz, hosting  a licenci k online brand manuálu destinační značky a CzechTourism na adrese brand.czechtourism.cz v rozmezí 1. 7. – 31. 12. 2017. 

Specifikace prací tvoří přílohu č. 1 této objednávky.

Doba realizace: 1. 7. 2017 – 31. 12. 2017

Místo realizace: Česká republika

V ceně: max. 119 064,- Kč vč. DPH

Jednotková cena za provoz a hosting: 6 800,- Kč bez DPH/měsíc
Počet jednotek: 6 měsíců
Cena bez DPH: 40 800,- Kč / 6 měsíců
Cena vč. DPH: 49 368,- Kč / 6 měsíců

Jednotková cena za údržbu: 800,- Kč bez DPH/hodinu
Počet jednotek: max. 72 hodin (12 hodin/měsíc)
Cena bez DPH: max. 57 600,- Kč/6 měsíců
Cena vč. DPH: max. 69.696,- Kč/6 měsíců

Předávací protokol: ano x ne

Platební podmínky:
•	1. platba: za období 1. 7. 2017 – 30. 9. 2017 dle skutečně čerpaných hodin za provoz a údržbu + náklady za hosting.
Fakturu za toto období dodavatel vystaví v říjnu 2017.
•	2. platba: za období 1. 10. 2017 – 31. 12. 2017 dle skutečně čerpaných hodin za provoz a údržbu + náklady za hosting.
Fakturu za toto období dodavatel vystaví nejpozději do 10. 12. 2017.

Splatnost faktury: 21 dní

Sankce za prodlení: 0,05 % z ceny díla (poskytnuté služby) za každý den prodlení s jeho předáním (dle typu poskytnutého díla či služby). 

Poskytovatel má povinnost zajistit bezproblémovou funkčnost poskytovaných služeb a jakékoliv případné vady neprodleně odstranit. V případě neodstranění vady do 24 hodin se zavazuje Dodavatel uhradit smluvní pokutu ve výši 500,- Kč bez DPH za každou započatou hodinu.

Prosíme o uvedení čísla objednávky na faktuře. Fakturu spolu s kopií této objednávky prosím zašlete na výše uvedenou adresu. 

S pozdravem

V Praze dne

Vyřizuje:                                                                       Za objednávajícího:

Ing. Iveta Stará 	                   			Mgr. Aleš Pangrác
tel. +420 221 580 446                   			tel. +420 221 580 451
stara@czechtourism.cz	                  		pangrac@czechtourism.cz

Příloha: Specifikace prací

1) Hosting brand manuálu

Zajištění hostingu na platformě MS Azure.

2) Provoz a údržba brand manuálu

a) Revize uživatelských rolí brand manuálu
•	úprava veřejných skupin
•	úprava uživatelů – vyřazení neaktivních účtů

b) Rychlost načítání, optimalizace pro prohlížeče
Cílem úprav je optimalizace korektního zobrazení a zajištění komfortní práce s brand manuálem pro jeho uživatele.

c) Informační podpora nových správců brand manuálu 
Z důvodu personálních změn na pozici správců brand manuálu objednatele dodavatel poskytne informační podporu a proškolení novým správcům brand manuálu z hlediska pokročilejších funkcí (nahrávání obsahu, změna rolí uživatelů manuálu, tvorba nových kapitol atd.).

d) Servisní podpora
Péče o chod aplikace v režimu 24/7 (celodenně všechny dny v týdnu) s reakční dobou 2/6 h (2 h v pracovní době, 6 h mimo pracovní dobu).
V případě výskytu Podstatné vady brand manuálu (dále jen Aplikace) je Dodavatel povinen dodržet Reakční dobu max. do 2 hodin od nahlášení Objednatelem nebo při zjištění Dodavatelem. Dodavatel je povinen zajistit úplné odstranění Podstatné vady Aplikace max. do 2 hodin, 6 hod. mimo pracovní dobu.

Při odstraňování Nepodstatné vady Aplikace je Dodavatel povinen dodržet Reakční dobu max. do 2 hodin od nahlášení Objednatelem nebo při zjištění Dodavatelem. Dodavatel je povinen zajistit úplné odstranění Nepodstatné vady Aplikace max. do 4 hodin, 6 hodin mimo pracovní dobu.

Za počátek jakékoliv Vady nebo Poruchy systému je považován okamžik jejího nahlášení Objednatelem nebo okamžik zjištění Vady nebo Poruchy systému Dodavatelem.
Vada je považována za odstraněnou v okamžiku akceptace opravy Objednatelem. Porucha je považována za odstraněnou v okamžiku obnovení úplné funkčnosti systému, na kterém se porucha vyskytla.

Služby, které vzniknou v případě potřeby oprav nebo změn, budou fakturovány na základě reálně vyčerpaných hodin. Na faktuře bude uveden počet reálně vyčerpaných hodin s popisem činností předem schválených objednatelem. Pokud nebudou prostředky do konce plnění vyčerpány, nevzniká nárok na jejich proplacení.

Technický popis Brand manuálu

Customizace a flexibilita:
Rozsah a struktura stránek manuálu má pouze teoretická omezení, vše je plně v rukou správce systému, popřípadě editorů. Víceúrovňové řízení přístupu je definovatelné libovolně, administrátor může vytvářet skupiny uživatelů s různými přístupovými právy, nebo je definovat zcela individuálně, práva přístupu lze přiřazovat podle struktury manuálu nebo na úrovni jednotlivých objektů (např. znepřístupnit celé kapitoly nebo umožnit přístup jen k jednotlivým fotografiím).

Technické řešení:
Aplikace je vytvořena jako vlastní proprietární systém. Aplikace je provozována na cloudové platformě Microsoft Azure. Toto řešení splňuje lépe než vlastní hosting požadavek na rychlost a dostupnost, neboť aplikace je hostována v datových centrech společnosti MS, jejichž vybavení, bezproblémový chod a hlavně celosvětová distribuce nabízí neporovnatelně vyšší výkon a dostupnost.

Bezpečnost online manuálu:
Hesla jsou ukládána jako hash, ani správce systému k nim tedy nemá přístup. Veškerá komunikace mezi klientem a aplikací může probíhat po zabezpečeném https protokolu, na kterém funguje např. internetové bankovnictví.

Hlavní vlastnosti systému:
Řešení je založené na platformě společnosti Microsoft, a to na Windows Server 2008 a vyšší, IIS 7.5 a vyšší, SQL Server 2012; systém je vyvinut v prostředí Microsoft .NET Framework 4.5, ASP.NET MVC4. Tato volba zaručuje:
1)	Řešení je možné kontinuálně využívat nejméně do roku 2020. 
.NET Framework je podporován na Windows Server 2008, Windows Server 2008 R2 a Windows Server 2012, tedy nasazení na jakýchkoliv z těchto systémů je vyhovující pro běh aplikace. Podpora společnosti Microsoft těchto produktů končí po roce 2020, což garantuje chod aplikace minimálně do této doby.
2)	Systém je schopen v jednu chvíli obsluhovat minimálně stovky uživatelů a na jejich požadavky reaguje ve většině případů okamžitě (do 0,5 sekundy).
Služba IIS je standardně dimenzována na obsluhování tisíců uživatelů v jednu chvíli – stovky uživatelů proto nezpůsobí takovou zátěž, při které by došlo k omezení uživatelského komfortu. Řešení maximálně využívá technologie skupiny AJAX (asynchronní webové aplikace), dochází tedy k výraznému omezení přenosu dat mezi klientem a serverem a tedy snížení zátěže serveru a zvýšení uživatelského komfortu.
3)	Řešení je možné provozovat jak na vlastním HW, tak i v cloudu.
V případě, že by se v průběhu užívání priorita Objednatele změnila ve prospěch cloudového řešení, použití platformy Microsoft .NET umožňuje nasazení výsledného řešení v rámci cloudové platformy Microsoft Azure; taková změna by znamenala pouze dílčí změny v řešení (v logice ukládání souborových dat mimo SQL DB).
4)	Systém podporuje zobrazení na mobilních zařízeních (PDA, tablety) a není závislý na použitém prohlížeči.
Návrh a implementace od začátku počítá s plnou podporou všech standardních prohlížečů a optimalizací pro zobrazení na mobilních zařízeních a tabletech.
5)	Rozhraní i obsah podporuje vícejazyčnost.
Implementace podporuje vícejazyčnost rozhraní i obsahu; počet jazyků přitom není omezen, návrh počítá jak se znaky jinými než Latin-X, tak i s oběma směry čtení (LTR i RTL); interně jsou data ukládána v kódování Unicode. Zadávání nelatinkových textů ve všech částech aplikace je řešeno běžným způsobem jako v běžném textovém editoru (prostřednictvím národní klávesnice) stylem WYSIWYG, včetně základního formátování.
6)	Přístup ke zdrojům v rámci manuálu je řízený skupinově i jednotlivě.
Systém umožňuje definovat práva k činnostem a přístupu ke zdrojům v rámci skupin a v rámci jednotlivých uživatelů; systém práv vychází z logiky Active Directory (tedy uživatelé přiřazení do skupiny dědí práva dané skupiny). Skupiny a uživatelé jsou organizováni v hierarchické struktuře (skupiny mohou obsahovat uživatele a jiné skupiny).
7)	Řešení obsahuje nástroje na zálohování a obnovu.
Řešení je cíleně navrženo pro co nejefektivnější možnosti zálohování a následnou rychlou obnovu.
Správa uživatelů a zabezpečení:
Autorizace uživatele probíhá pomocí uživatelského jména (tím je e-mail) a hesla. Přihlášení uživatelů může probíhat prostřednictvím zabezpečeného protokolu HTTPS a systém může být nastaven na komunikaci výhradně přes toto zabezpečené spojení. Heslo není v systému uloženo, pouze jeho hash; ten je vypočítán standardním bezpečným algoritmem, např. SHA-2. Požadovanou složitost hesla je možné nastavit administrátorem systému.

Přidávání nových účtů schvalují odpovědní administrátoři (uživatelé s právem schválení uživatele). Zájemce o přístup odešle z úvodní stránky požadavek na vytvoření účtu (takový požadavek je chráněný anti-spamovým systémem typu CAPTCHA); schvalovateli (případně schvalovatelům) přijde email s linkem, kde schvalovatel kliknutím potvrdí uživatele (nepotvrzení uživatelé po definované době zanikají); tento link zároveň odkazuje na stránku, kde může schvalovatel uživateli nastavit další práva a další skupinovou příslušnost. Další možností pro schvalování nových účtů je, že po přihlášení uživatele s právem schvalování se zobrazí seznam nových požadavků a ty může schvalovatel postupně schválit či odmítnout. Po schválení přijde novému uživateli informace o zřízení účtu.

Systém umožňuje vytváření uživatelských skupin; jejich prostřednictvím je umožněno řízení přístupu k obsahu. Řízení přístupu je na úrovni článků a na úrovni fotosetu (článku v imagebance). Skupiny mohou obsahovat další skupiny, dceřiná skupina dědí práva rodičovské skupiny. Uživatel má práva těch skupin, jejichž je členem, pokud dané právo nemá nastaveno explicitně jinak. Přístupem se zde rozumí práva pro zobrazení, pro stažení, pro editaci a další. Mezi další práva může patřit např. potvrzování uživatelů (uživatel může potvrzovat nové uživatele, ale nemůže měnit obsah), právo ke změně struktury (někteří uživatelé – např. editoři – by měli jen možnost editovat texty, ale ne strukturu) a další. Stejná pravidla mohou platit i pro jednotlivé uživatele – bylo by tedy možné, aby uživatel, který nepatří do skupiny administrátorů, měl možnost měnit konkrétní článek nebo sadu fotek.
Přístup k souborům (fotky, dokumenty a další) je striktně řízený aplikací, data budou uložena v SQL; takové řešení zcela znemožní nezabezpečený přístup k datům a umožní snadné zálohování dat (v rámci zálohy SQL se zálohují/obnoví i všechna souborová data).
Počet uživatelských účtů a počet uživatelských skupin není omezen.

Součásti systému:
Systém je modulární, hlavní součásti aplikace jsou manuál vizuální identity, fotobanka, textobanka, profil uživatele, administrace. Architektura je navržena tak, aby funkcionalita jednotlivých modulů šla za chodu rozvíjet, případně doplnit stávající aplikaci o nový modul (např. banka formulářů apod.).
Administrace aplikace je rozdělena do jednotlivých logických celků – základní nastavení aplikace, organizace uživatelů a skupin uživatelů, editace (nastavení vlastností a práv) uživatelů a skupin uživatelů, dále pak zejména organizace struktury a nastavení parametrů manuálu, fotobanky a textobanky. Jednotlivé části administrace jsou uživateli dostupné podle jeho úrovně oprávnění.

V rámci profilu uživatele si přihlášený uživatel má možnost nastavit či změnit osobní data, případně požádat o přiřazení vyšších práv (takováto žádost vygeneruje požadavek na odpovídajícího administrátora, podobně jako při registraci).

Struktura manuálu, fotobanky a textobanky je definovaná hierarchicky, kdy odpovědný uživatel může jednotlivé položky libovolně přidávat, měnit a organizovat.

Stromová struktura slouží pro uživatele jako navigace pro výběr jednotlivých položek, podobně jako v Průzkumníku ve Windows. V části pro zobrazení obsahu položky se po výběru zobrazí jednotlivé sekce, které jsou pro danou položku definované a relevantní – např. textový popis, ilustrace (doprovázející slovní popis), dále pak soubory ke stažení (pro šablony a tisková data), schéma zobrazení, ukázky a vzory aplikací a dokumentů, barvy a další. Například pro položku “Vlajka ČR” je relevantní slovní popis, ilustrace, barvy (kódy pro červenou a modrou), soubory ke stažení (PDF, EPS a pod.). Systém je navržen tak, aby bylo možné dále přidávat další typy sekcí.

Pokud má uživatel oprávnění, může obsah a nastavení položek a sekcí rovnou editovat, případně přidávat, měnit a mazat obsah.

Fotobanka:
Jednotlivé položky fotobanky jsou fotosety, které mohou fungovat jako taxonomie, resp. hierarchický filtr – např. pokud je struktura fotobanky
•	Hrady a zámky v ČR
o	Hrady v ČR
•	Velké
•	Malé
o	Zámky v ČR
tak v případě výběru položky “Hrady a zámky v ČR” by se zobrazily všechny fotografie hradů a zámků v ČR, v případě výběru položky “Malé” pak jen fotografie malých hradů v ČR. Dále je možné, aby jedna fotografie patřila do více fotosetů, v tom případě by třídění mohlo být i víceriteriální, např.
•	Hrady a zámky v ČR
o	Hrady v ČR
•	Velké
•	Malé
•	Otevřené celý rok
•	Otevřené jen v létě
Ke každé fotografii lze přiřadit metadata název, popis, autor, rozsah autorských práv, klíčová slova, datum pořízení, datum vložení, lokalita pořízení a dále je možné definovat vlastní kategorie. Jednotlivé kategorie mohou být jazykově neutrální, nebo definované různě pro různé jazyky. Metadata stejného typu je možné přiřadit ke každému fotosetu. Vyhledávání fotografií je fulltextové, počítá se skloňovanými tvary (v češtině) a vyhledává se přes všechna metadata, volitelně jen přes vybrané kategorie.

Každá fotografie může v systému existovat v různých formátech a různých rozlišeních (pro web, pro tisk, hi-res,…), fotografie je možné stahovat individuálně, nebo přidávat do košíku pro stažení v dávce. Pro zobrazení fotografií je použit lightbox (nebo podobné řešení).

Textobanka:
Modul slouží pro správu textů a textových informací v hierarchické struktuře a libovolném množství uživatelsky definovaných jazyků. V případě potřeby je možné tuto hierarchickou strukturu dále uzpůsobovat novým požadavkům uživatelů.