„VYTVOŘENÍ INFORMAČNÍHO SYSTÉMU E-TURISTA“

Smlouva o dílo

„VYTVOŘENÍ INFORMAČNÍHO SYSTÉMU E-TURISTA“

(dále jen „Smlouva“)

Smlouva o dílo uzavřená níže uvedeného dne, měsíce a roku ve smyslu ust. § 2586 a násl. zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen „Občanský zákoník“),

mezi těmito smluvními stranami:

Česká republika - Ministerstvo pro místní rozvoj

Se sídlem: Staroměstské nám. 6, Praha 1, PSČ 110 00

ID datové schránky: 26iaava

IČO: 66 00 22 22

Zastoupená: Xxx. Xx. Xxxxxxx Xxxxx, MBA, ředitelka odboru projektového řízení Zástupce pro věcná jednání:

Bankovní spojení: ČNB Xxxxx 0, Xx Xxxxxxx 00

Číslo účtu: 629001/0710

(dále jen „Objednatel“)

a

InQool, a.s.

Se sídlem: Xxxxxxxxxxxx 00/0, Xxxxxxx, 000 00 Xxxx

ID datové schránky: m5cre4f

IČO: 29222389

DIČ: CZ29222389

Zastoupená: Xxx. Xxxxx Xxxxx, předseda představenstva, Xxx. Xxxxx Xxxxx, člen představenstva

Zástupce pro věcná jednání:

Bankovní spojení:

Číslo účtu:

Zapsaná v obchodním rejstříku vedeném Krajským soudem v Brně, sp. zn. B6125

(dále jen „Dodavatel“)

(Objednatel a Dodavatel dále jednotlivě také jako „Smluvní strana“ a společně jako „Smluvní strany“).

Článek I

Preambule a definice pojmů

Tato Xxxxxxx je uzavírána mezi Objednatelem a Dodavatelem na základě výsledků zadávacího řízení na nadlimitní veřejnou zakázku na dodávky s názvem „Vytvoření informačního systému e-Turista“, systémové číslo na profilu zadavatele NEN: N006/24/V00022680, evidenční číslo ve VVZ: Z2024-009668 (dále jen „Veřejná zakázka“) zadávanou v otevřeném řízení dle ust. § 3 písm. b) a § 56 a násl. zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jen „ZZVZ“). Nabídka Dodavatele podaná v rámci zadávacího řízení na Veřejnou zakázku byla vyhodnocena jako nejvýhodnější (dále jen „Nabídka“).

Tato veřejná zakázka je součástí projektu „e-Turista-online registr ubytovaných hostů v ČR“, který je financován z prostředků Národního plánu obnovy v rámci komponenty 1.1 Digitální služby občanům a firmám.

Cílem této Smlouvy je tedy úprava dvoustranného právního vztahu mezi Smluvními stranami, jehož obsahem jsou práva a povinnosti související s realizací Veřejné zakázky v souladu s příslušnými platnými právními předpisy tak, aby Smluvní strany měly možnost při nejvyšší možné míře právní jistoty realizovat práva a plnit povinnosti touto Smlouvou založené. Podrobnosti jsou upraveny v zadávacích podmínkách na Veřejnou zakázku a dále v této Smlouvě a jejích přílohách.

Definice pojmů

Aplikace IS eTurista, … ta část IS eTurista (definice IS eTurista viz dále), jež byla vyvinuta na zakázku pro MMR (definice MMR viz dále) jako správce IS eTurista nad standardizovanými softwarovými produkty, na nichž je IS eTurista založen. K Aplikaci IS eTurista má MMR nevýhradní licenční oprávnění a je vlastníkem kompletního zdrojového kódu s oprávněním jeho změn.

ČH, … označení pro 1 člověkohodinu práce. 8 ČH odpovídá jednomu člověkodnu (dále také

1 MD) práce Dodavatele.

Dílo, … viz definice v čl. II této Smlouvy.

Fáze, …časový úsek dodávky a nasazení Díla. Jednotlivé Fáze obsahují různé činnosti, které Dodavatel provede během příslušné Fáze.

Garantované pásmo, … časový interval v době mezi 7:00 hod. až 17:00 hod. v Pracovní dny (definice Pracovní dny viz dále), v rámci kterého je hodnoceno KPI (definice KPI viz dále). Negarantované pásmo je pro všechny ostatní časy, tj. 17:01-6:59 v Pracovní dny a 0:01-23:59 v dny pracovního volna a státní svátky.

GIT, … software na správu zdrojového kódu.

ITIL V3 (či vyšší), … neboli Information Technology Infrastructure Library je soubor praxí prověřených konceptů a postupů, které umožňují lépe plánovat, využívat a zkvalitňovat využití informačních technologií (IT), a to jak ze strany Dodavatele IT služeb, tak i z pohledu zákazníků.

HW, HW infrastruktura, … standardizované HW prvky, na nichž je IS eTurista provozován a jež jsou ve vlastnictví MMR jako správce IS eTurista či MMR je zajistí jiným způsobem (např. cloudové služby).

IS, … informační systém nabízející obecně služby a spravující informace.

IS eTurista, … komplexní softwarové řešení, jež je předmětem této Smlouvy skládající se zejména

z Aplikace IS eTurista a standardizovaných softwarových produktů.

Kalendář, … doba, kdy je daná služba v rámci Provozních služeb (definice Provozních služeb viz čl.

IV této Smlouvy) poskytována, kolik hodin x dny, a od – do: 8 x 5 – Pracovní dny od 8:00 do 16:00 hodin;

9 x 5 – Pracovní dny od 8:00 do 17:00 hodin;

10 x 5 – Pracovní dny od 7:00 do 17:00 hodin (tzn. Garantované pásmo); 24 x 7 – nepřetržitě pondělí až neděle 0:00-24:00 hodin.

Katalog požadavků, … soubor požadavků na Dílo, který je zároveň přílohou č. 1 Smlouvy. To, zda jsou požadavky naplněny, bude, kromě jiného, předmětem akceptace jednotlivých Fází Díla a Díla jako celku. Katalog požadavků není uzavřeným dokumentem, ale je doplňován Dodavatelem v rámci prováděné analýzy (např. při legislativní analýze za účelem doplnění legislativních požadavků) a návrhu implementace. Objednatel může žádat jeho rozšíření o další položky či modifikaci stávajících, pokud se tím nemění rozsah Díla. Uvedeným způsobem doplněný nebo doplňovaný Katalog požadavků je podkladem pro akceptaci Díla.

Kategorie vad, … míra závažnosti oznamované Vady (definice Vady viz dále), kterou jí přiřadil Objednatel dle následující kategorizace:

• „Kategorie A” znamená nejzávažnější Vadu, v jejímž důsledku je Dílo anebo jakákoliv jeho podstatná část zcela nefunkční, nebo která znemožňuje Objednateli (či uživatelům) užívat Dílo nebo jakoukoli podstatnou část Díla. Kategorie A se použije vždy, pokud nelze v Díle realizovat hlavní (hodnototvorné) procesy (tj. nelze využít služby nebo funkcionality s nimi přímo spojené).

• „Kategorie B” znamená částečnou ztrátu funkcionality Díla anebo jinou Vadu, v jejímž důsledku je využití Díla omezeno, avšak částečná ztráta funkcionality může být provizorně (např. s vynaložením většího úsilí či se zvýšenými náklady) nahrazena jinou funkcí Díla (a nejedná se přitom o podstatnou část Díla nebo Vadu kosmetického charakteru), anebo je značně ztíženo užívání Díla.

• „Kategorie C” znamená Vadu, která nebrání nebo má zcela minimální vliv

na řádné užívání Díla ze strany Objednatele (či uživatelů).

KPI, … (Key Performance Indicator) - výkonnostní parametr pro hodnocení kvality vybrané Provozní služby. Udává metriku (kvantitativní ukazatel) úspěšnosti naplnění vybrané Provozní služby.

Lhůta pro odpověď, … neboli Response Time znamená lhůtu závazně stanovenou touto Smlouvou, ve které je Xxxxxxxxx povinen informovat Objednatele o tom, jakým postupem bude odstraněna oznámená Vada, kteří pracovníci Dodavatele budou oznámenou Vadu odstraňovat a jaký je charakter Xxxx. Lhůta pro odpověď počíná běžet od okamžiku doručení oznámení Vady ze strany Objednatele do ServiceDesku (definice ServiceDesku viz dále).

Lhůta pro odstranění

vady, … neboli Repair Time znamená lhůtu závazně stanovenou touto Smlouvou, ve které je Dodavatel povinen odstranit oznámenou Vadu. Lhůta pro odstranění Vady počíná běžet od okamžiku doručení oznámení Vady ze strany Objednatele do ServiceDesku.

MD, … označení pro 1 pracovní den (nebo také člověkoden a „Man Day“) a znamená čas odpovídající práci jedné osoby po dobu 8 hodin (člověkohodin, ČH).

Monitorovací (testovací)

Aplikace, … monitorovací (testovací) aplikace Dodavatele, provozovaná za účelem ověřování dostupnosti vybraných vlastností a funkcionalit Aplikace IS eTurista a SW platformy, nad níž je Aplikace IS eTurista vyvinuta. Monitorovací (testovací) Aplikace a její použití je dostupné i Objednateli.

MMR, … Ministerstvo pro místní rozvoj, Objednatel.

Prototyp Díla, … verze Díla nebo jinak definovaný milník Díla, která odpovídá požadavkům uvedeným

v této Smlouvě a je vytvořena před akceptací Díla (předáním Díla).

Provozní deník, … on-line přístupná, strukturovaná a průběžně naplňovaná dokumentace vedená Dodavatelem a obsahující náležitosti související s podporou – údržbou Díla. Provozní deník může být i součástí služby ServiceDesku, další specifikace viz Příloha č. 1 této Smlouvy.

Provozovatel, … osoba/subjekt, na kterou je oprávněn Objednatel delegovat (i částečně) správu provozu Díla.

ServiceDesk, … webová aplikace zajišťovaná Dodavatelem sloužící k zaznamenávání a řešení požadavků na Provozní služby. Není součástí dodání Díla.

Servisní okno, … časový interval nezbytné provozní odstávky (povolené nedostupnosti) Aplikace IS eTurista definovaný nebo schválený Objednatelem.

SLA, … neboli Service Level Agreement je sjednaná úroveň poskytované služby definované konkrétním KPI v rámci katalogového listu.

Softwarová korekce, … je počítačový kód, jehož účelem je (a) oprava Vady nebo optimalizace funkčnosti nebo výkonu Díla (fix, patch), která nedosahuje významné změny Verze, nebo (b) aktualizace Díla v reakci na změnu vnějšího prostředí (update, upgrade), a to buď změnu IT nebo relevantního právního prostředí. Označení, zda se jedná o upgrade nebo update, provádí Dodavatel.

SW, … programy v jakékoliv formě, včetně těch, které jsou součástí HW.

SW architektura, … struktura komponent programu/systému, jejich vzájemné vazby, principy a předpisy určující jejich návrh a vývoj v průběhu času.

SW platforma, … standardizované SW produkty, nad nimiž je Aplikace IS eTurista vyvinuta a jež jsou ve vlastnictví MMR jako správce IS eTurista. Jde o softwarové produkty autora/Dodavatele nebo třetích stran, na kterých je IS eTurista vytvořen a provozován a které nebyly vyvinuty autorem specificky pro IS eTurista. SW platforma je souborné označení pro softwarové komponenty (tj. standardizované SW) řešení IS eTurista, např. pro serverový operační systém, databáze, databázový ovladač/nadstavba, aplikační server, webový server, frameworky, pluginy, extenze, SW knihovny apod., bez nichž nemůže být IS eTurista provozován a bez kterých IS eTurista nemůže řádně fungovat.

Technologická platforma

(HW infrastruktura), …… veškerý hardware (a s ním příp. související SW), služby (včetně cloudových služeb), maintenance, podpora provozu a nezbytné prostředky pro bezchybnou implementaci a provoz Díla v místě instalace podle této Smlouvy. Technologickou platformu společně se souvisejícími Provozními službami zajišťuje Objednatel, a to až po úroveň virtualizačního SW (tj. Dodavatel zajišťuje Provozní služby od virtualizačního SW výše). Technologická platforma není součástí Díla.

UML, … neboli Unified Modeling Language, je jazykem pro navrhování, specifikaci

a dokumentaci informačních systémů.

Upgrade, … je povýšení na novou verzi, s novými funkcemi či s podstatnou změnou stávajících funkcí, čímž dochází k účetnímu zhodnocení Díla. Každý Upgrade má jednoznačnou identifikaci Verze Díla (definice Verze viz dále).

Update, … je aktualizace z důvodu opravy chyb, ať už funkčních, bezpečnostních či jiného charakteru nebo aktualizace části Díla (např. číselníky).

Vada, … znamená nesoulad Díla či služeb poskytnutých podle této Smlouvy se specifikacemi uvedenými v této Smlouvě nebo dokumentaci k Dílu, a to včetně škodlivého software nebo Vad médií se zdrojovým kódem Díla.

Verze, … znamená Verzi Díla, která zahrnuje předchozí Verze, obsahuje zlepšení a nové vlastnosti Díla, představuje vývoj od posledního vydání Díla a může být označena číselnou nebo abecední sérií.

Změnové řízení, … je systém řízení a schvalování reakcí na požadavky na změnu Díla. Požadavek na změnu je požadavek na rozšíření nebo zúžení rozsahu Díla, změnu jeho politik, procesů, plánů, změny nákladů a rozpočtů, případné modifikace harmonogramu.

Článek II

Účel Smlouvy

2.1 Účelem této Smlouvy je zhotovení komplexního informačního systému pro oblast cestovního ruchu

s názvem „IS eTurista“, včetně zajištění vybraných provozních služeb a rozvoje (dále také jen

„IS eTurista“, „Dílo“, „Aplikace“ nebo „SW řešení“).

2.2 Účelem této Smlouvy je dále případné zajištění přesunu Díla (na základě požadavku Objednatele,

a to i opakovaného).

2.3 Účelem této Smlouvy je dále zajistit Objednateli oprávnění k užití a jakékoliv změně IS eTurista nebo jeho části bez potřeby dalšího souhlasu či licence Dodavatele či jiných osob (vyjma těch, které byly uděleny touto Smlouvou), a to v rozsahu, jenž je potřebný pro řádné užívání a neomezený rozvoj IS eTurista Objednatelem a dalšími subjekty a plnění povinností Objednatele při provozování IS eTurista stanovených příslušnými právními předpisy.

Článek III

Předmět smlouvy – zhotovení Díla

3.1 Dodavatel se touto Smlouvou zavazuje zhotovit, na svůj náklad a nebezpečí, pro Objednatele Dílo včetně zajištění jeho implementace (tj. instalace, konfigurace a uvedení do provozu), a to zejména v souladu s touto Smlouvou, jejími přílohami, zejména v souladu s Přílohou č. 1 této Smlouvy, se zadávací dokumentací na Veřejnou zakázku, s Nabídkou Xxxxxxxxxx, a v souladu s dokumenty dodanými Dodavatelem v souladu s touto Smlouvou, jak je stanoveno v dalších ustanoveních této Smlouvy. Dílem se pro účely této Smlouvy rozumí též veškeré další Verze IS eTurista vzniklé plněním Dodavatele zejména v rámci poskytování vybraných Provozních služeb (definice viz čl. IV této Smlouvy), Xxxxxxx Xxxx (definice viz čl. V této Smlouvy) a Přesunu Díla (definice viz čl. V této Smlouvy).

3.2 Dodávka a nasazení Díla (dále jen „Zhotovení Díla“), či jeho části, jak je podrobně specifikováno v kapitole

3.1. Přílohy č. 1 této Smlouvy, je členěno na následující Fáze:

3.2.1 Fáze 0 – Zahájení projektu (bod 3.1.1. Přílohy č. 1 této Smlouvy).

3.2.1.1 Vypracování Prováděcího projektu, který představuje detailní popis postupu implementace

IS eTurista.

3.2.1.2 Vypracování Legislativní analýzy, která je podrobným vyhodnocením východisek a dopadů právního rámce na Zhotovení Díla a jeho podporu (provoz).

3.2.2 Fáze 1 – Vytvoření a dílčí ověření parametrů řešení (bod 3.1.2. Přílohy č. 1 této Smlouvy),

3.2.2.1 Zpracování podrobné IT analýzy pro SW architekturu a požadavků na HW infrastrukturu -

Globální specifikace;

3.2.2.2 Vytvoření Díla; v rámci Prováděcího projektu budou stanoveny Akceptační milníky (definice viz dále) a Dílčí akceptační milníky (definice viz dále), během nichž budou Dodavatelem realizovány dodávky a služby, jejichž splnění bude předmětem akceptace za příslušný časový úsek tohoto Akceptačního milníku a Dílčího akceptačního milníku;

3.2.2.3 Dodání a zprovoznění SW platformy Díla pro všechna provozovaná prostředí na HW prostředcích zajištěných Objednatelem;

3.2.2.4 Dodání veškerých licencí Díla potřebných pro zajištění testování a provozu;

3.2.2.5 Nasazení Díla do připraveného SW a HW prostředí – celého Díla, a to do stanovených prostředí dle Dodavatelem stanovených pravidel release managementu;

3.2.2.6 Zpracování a předání dokumentace IS eTurista v souladu s požadavky stanovenými Objednatelem na Dílo včetně plánu Přesunu Díla a plánu Řízeného ukončení poskytování Provozních služeb;

3.2.2.7 Předání kompletního zdrojového kódu a konfiguračních souborů (v relevantních případech).

3.2.3 Fáze 2 – Import iniciální sady dat a iniciální nastavení (bod 3.1.3. Přílohy č. 1 této Smlouvy),

3.2.3.1 Import iniciální sady dat;

3.2.3.2 Iniciální nastavení (parametrizace) řešení v souladu s požadavky zadání, tj. nastavení iniciální sady reportů, oprávnění atp.

3.2.4 Fáze 3 – Pilotní provoz, úplné ověření parametrů řešení a předání IS eTurista Objednateli do

řádného provozu (bod 3.1.4. Přílohy č. 1 této Smlouvy).

3.2.5 Fáze 4 – Školení koncových uživatelů a administrátorů (bod 3.1.5. Přílohy č. 1 této Smlouvy),

3.2.5.1 Školení koncových uživatelů pro potřebu pilotního provozu;

3.2.5.2 Školení koncových uživatelů;

3.2.5.3 Školení administrátorů (technologických administrátorů a power userů).

3.3 Dodavatel je povinen Dílo navrhnout tak, aby bylo optimalizováno s ohledem na výkonnostní, rychlostní

a kapacitní požadavky na jeho provoz.

3.4 Objednatel se zavazuje zaplatit Dodavateli cenu za Zhotovení Díla za podmínek uvedených dále v této Smlouvě.

Článek IV

Předmět smlouvy – Zajištění vybraných Provozních služeb

4.1 Dodavatel se zavazuje poskytovat Objednateli vybrané provozní služby dle Přílohy č. 1 této Smlouvy (dále jen „Provozní služby“) v souladu s pravidly ITILv3 (či vyšší), adekvátním metodologickým rámcem anebo zvyklostmi Objednatele, a to jak ve vztahu k Dílu jako celku, tak ke každému jednotlivému dodanému dílčímu plnění a Verzi Díla. Smluvní strany se dohodly, že Provozní služby budou poskytovány průběžně po dobu trvání této Smlouvy, která se ve vztahu k poskytování Provozních služeb uzavírá na dobu neurčitou. Počátkem poskytování Provozních služeb je úspěšné dokončení Zhotovení Díla (viz čl. VI odst. 6.4 bod 6.4.4 této Smlouvy; tento termín je dále v textu této Smlouvy označován jen jako

„Akceptace Díla“). Objednatel se zavazuje zaplatit Dodavateli cenu za poskytování Provozních služeb (nebo její poměrnou část) za podmínek uvedených dále v této Smlouvě.

4.2 Dodavatel se zavazuje zajišťovat následující Provozní služby:

4.2.1 Provozní služby hrazené paušálními ročními platbami (bod 3.2.1. Přílohy č. 1 této Smlouvy):

4.2.1.1 Řízení dostupnosti Aplikace a provozní monitoring;

4.2.1.2 Zajištění služeb ServiceDesku a hot-line pro Objednatele;

4.2.1.3 Paušální správa aktiv a konfigurací;

4.2.1.4 Řízení incidentů;

4.2.2 Provozní služby hrazené za odvedené výkony (bod 3.2.2. Přílohy č. 1 této Smlouvy):

4.2.2.1 Konzultace;

4.2.2.2 Řízené ukončení Provozních služeb (Exit strategie);

4.2.2.3 Školení na objednávku.

4.3 Rozsah Provozních služeb, související SLA a sankce jsou popsány v katalogových listech Přílohy č. 1 této Smlouvy. Smluvní strany se dohodly a Dodavatel bere na vědomí, že Objednatel není povinen čerpat Provozní služby v rozsahu dle tohoto článku Smlouvy a Přílohy č. 1 této Smlouvy. Využije-li Objednatel tohoto svého práva, bude cena za poskytování Provozních služeb dle čl. X odst. 10.1 této Smlouvy přiměřeně krácena.

4.4 Dílo bude technicky provozováno Objednatelem na jeho hardwarových a síťových prostředcích včetně virtualizačního software a příp. i serverového operačního systému (pokud Dodavatel využije operační systém nabízený Objednatelem), nebude-li v průběhu trvání poskytování Provozních služeb Objednatelem určeno jiné místo provozu.

4.5 Dodavatel je povinen pravidelně, nejméně jedenkrát ročně, pokud nebude dohodnuto jinak, předkládat Objednateli návrh plánu aktualizace (Upgrade/Update) Díla k odsouhlasení. Neurčí-li Objednatel jinak, či ze schváleného plánu aktualizace nevyplyne, zavazuje se Dodavatel zajišťovat průběžnou aktualizaci Díla tak, aby Dílo řádně fungovalo i po případné změně jakékoli části Technologické platformy, na které je Dílo provozováno. Aktualizace Díla musí být uskutečněna nejpozději do 6 měsíců od okamžiku, kdy výrobce Softwarové platformy vydá příslušnou změnu této části platformy. Změnou Technologické platformy se rozumí její libovolné formy oprav vydávané výrobcem platformy zpravidla za účelem odstranění chyb nebo zlepšení jejích vlastností.

4.6 Před aktualizací Díla musí vždy proběhnout ze strany Dodavatele ověření kompatibility aktualizovaného Díla, Technologické platformy a ostatních – integrovaných informačních systémů a aplikací. Pokud se v tomto ověření vyskytnou chyby, aktualizace Díla nebo Technologické platformy nemůže být

provedena. Aktualizace Díla nesmí negativně ovlivnit dostupnost Díla. Testování musí být prováděno v testovacím prostředí odděleném od produkčního prostředí. Dodavatel předloží Objednateli plán aktualizace k odsouhlasení. Neodsouhlasí-li Objednatel plán aktualizace, změna Softwarové platformy se neprovede.

4.7 Dodavatel je povinen pravidelně, nejméně jedenkrát ročně, předkládat Objednateli zprávu o stavu Technologické platformy pro provoz Díla a stavu poskytovaných Provozních služeb. Obsahem zprávy je zhodnocení stavu Softwarové platformy pro provoz Díla z hlediska dostupnosti Provozních služeb, kvality poskytování Provozních služeb, stavu Technologické platformy, bezpečnosti Díla a vymezení slabých míst Technologické platformy. Součástí jsou rovněž návrhy na udržení kvality provozu Díla nebo jeho zlepšení.

4.8 Dodavatel se zavazuje poskytovat:

(a) Veškeré služby související s poskytováním Provozních služeb k Dílu, jakožto systému kritické informační infrastruktury v souladu s požadavky zákona č. 181/2014 Sb., o kybernetické bezpečnosti a změně souvisejících předpisů (dále jen „ZKB“), ve znění pozdějších předpisů a navazující vyhlášky č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat (vyhláška

o kybernetické bezpečnosti), ve znění pozdějších předpisů,

(b) Součinnost při kontrole plnění požadavků ZKB Národním bezpečnostním úřadem (dále jen „NBÚ“) a Národním úřadem pro kybernetickou a informační bezpečnost (dále jen „NÚKIB“) a auditory Objednatele, a

(c) Odstranit bezúplatně nedostatky související s poskytováním Provozních služeb dle této Smlouvy zjištěné při kontrole plnění požadavků ZKB NBÚ, NÚKIB nebo auditory Objednatele, vznikly-li z důvodů na straně Dodavatele.

4.9 Zodpovědné osoby Dodavatele se po celou dobu poskytování Provozních služeb účastní pravidelných jednání, jejichž účelem je prezentace plnění a kontrola poskytování Provozních služeb. Místem jednání je sídlo Objednatele, četnost jednání je 1x za 14 dní, pokud nebude stanoveno Objednatelem jinak. Objednatel může četnost jednání snížit nebo zvýšit dle aktuální potřeby.

4.10 Dodavatel je povinen hlásit Objednateli všechny plánované zásahy do Díla nebo odstávky Díla související s jeho údržbou nebo nasazováním Upgradů a Updatů do provozu, přičemž k zásahu do Díla nebo odstávce Díla je nutný předchozí souhlas Objednatele. Dodavatel informuje kontaktní osoby Objednatele zejména o odstavení a opětovném zprovoznění Díla, a to v souladu s plánem aktualizace (viz odst. 4.5 tohoto článku); v případě neplánovaného odstavení Xxxx informuje bezodkladně, a to před jeho odstavením a znovu zprovozněním.

4.11 Dodavatel je povinen zajistit dostupnost pracovníků ServiceDesku zřízeného za účelem oznamování Vad a telefonických konzultací s pracovníky Dodavatele a poskytující služby spočívající v příjmu hlášení Vad, ve vedení evidence Vad, v zajišťování relevantní reakce, v odstraňování Vad, v technické asistenci poskytované uživatelům Díla, případně v poskytování dalších služeb, k nimž se Dodavatel touto Smlouvou zavázal. Dodavatel bude připraven na strojové (API) předávání údajů vedených v ServiceDesku do jednotného nástroje, který pořídí Objednatel, a v případě požadavku ze strany Objednatele začít předávat tyto údaje do jednotného nástroje Objednatele. Dodavatel je také povinen zajistit, aby v ServiceDesku pracovali pouze takoví pracovníci Dodavatele, kteří mají dostatečnou kvalifikaci a zkušenosti v otázkách podpory provozu Díla. ServiceDesk musí být též přístupný přes telefonní kontakt a vyhrazenou e-mailovou adresu Dodavatele. Pracovníci ServiceDesku komunikují v českém jazyce. ServiceDesk umožňuje přístup osob za Objednatele, včetně případných souvisejících procesů správy incidentů nebo požadavků (ticketů). ServiceDesk (minimálně pro účely ohlášení Vad na email a ServiceDesk) musí být provozován nepřetržitě. Pro akceptaci Provozních služeb se použijí přiměřeně ustanovení čl. IX této Smlouvy.

4.12 Doba poskytování vybraných Provozních služeb

Dodavatel je povinen poskytovat Objednateli Provozní služby po dobu neurčitou počínaje dnem Akceptace Díla (viz také odst. 4.1 tohoto článku). V případě ukončení platnosti a účinnosti této Smlouvy dle čl. XVII této Smlouvy, bude postupováno v souladu s příslušnými ustanoveními této Smlouvy, zejména v souladu s čl. XVIII této Smlouvy.

Článek V

Předmět smlouvy – Rozvoj Díla a Přesun Díla

5.1 Rozvoj Díla – Objednatel je oprávněn kdykoliv v období od Akceptace Díla do okamžiku ukončení poskytování Provozních služeb v souladu s čl. IV této Smlouvy písemně požádat, a to i opakovaně, Dodavatele o poskytnutí dalších dodávek nebo služeb týkajících se Díla, které dle této Smlouvy nejsou součástí Zhotovení Díla, Provozních služeb ani Přesunu Díla a spočívají především ve vývoji a úpravě Díla či služeb souvisejících se změnou, vývojem – dále jen „Rozvoj Díla“. Rozvoj Díla je dále popsán v kapitole

3.3. Přílohy č. 1 této Smlouvy.

5.2 Ustanovení čl. III a IV této Smlouvy se při poskytování Rozvoje Díla použijí v závislosti na jejich povaze obdobně. Dodavatel se zavazuje, že zajistí poskytování Rozvoje Díla takovými pracovníky, jejichž zkušenosti, odborné znalosti a vzdělání zaručují maximální možnou efektivitu jeho poskytování.

5.3 Přesun Díla – Objednatel je oprávněn kdykoliv v období od Akceptace Díla do okamžiku ukončení poskytování Provozních služeb v souladu s čl. IV této Smlouvy písemně požádat, a to i opakovaně, Dodavatele o poskytnutí plnění „Přesun Díla“. Objednatel se zavazuje v cílovém místě Přesunu Díla vytvořit adekvátní podmínky pro realizaci Přesunu Díla a následné plnění předmětu této Smlouvy, a to Provozních služeb a Rozvoje Díla. Ustanovení čl. III a IV této Smlouvy se při Přesunu Díla použijí v závislosti na jejich povaze obdobně. Dodavatel se zavazuje, že zajistí poskytování Přesunu Díla takovými pracovníky, jejichž zkušenosti, odborné znalosti a vzdělání zaručují maximální možnou efektivitu jeho poskytování. Součástí Přesunu Díla je znovu zprovoznění Díla v místě přesunu včetně obnovení poskytování všech plnění dle této Smlouvy. Přesun Díla je dále popsán v kapitole 3.4. Přílohy č. 1 této Smlouvy.

Článek VI

Doba a místo plnění

6.1 Dodavatel provede Zhotovení Díla v souladu s harmonogramem uvedeným v tomto ustanovení Smlouvy

a dále v Příloze č. 1 této Smlouvy (dále také jen „Harmonogram“).

6.2 Dodavatel se zavazuje zahájit realizaci Díla bez zbytečného odkladu po nabytí účinnosti této Smlouvy.

6.3 Xxxxxxxxx je povinen zhotovit Dílo jako celek nejpozději do 31. 03. 2025 a dodržet závazné termíny plnění uvedené v tomto čl. VI Smlouvy.

6.4 Dodavatel se zavazuje zejména ke splnění v Příloze č. 1 této Smlouvy uvedených termínů Harmonogramu

(dále v textu také označovaných jako „Akceptační milník“):

6.4.1 Prováděcí projekt – 3 týdnů ode dne nabytí účinnosti této Smlouvy;

6.4.2 Legislativní analýza - 5 týdnů ode dne nabytí účinnosti této Smlouvy;

6.4.3 Globální specifikace – 10 týdnů ode dne nabytí účinnosti této Smlouvy;

6.4.4 Vytvoření Díla – 31. 03. 2025, s tím, že Dodavatel může dodat jednotlivé agendy HF01 – HF03 a PF

před tímto nejzazším termínem pro akceptaci Díla jako celku (dále v textu také označováno jako

„Dílčí akceptační milníky“);

6.4.5 Dodání dokumentace, licencí a zdrojového kódu – 31. 03. 2025 včetně:

6.4.5.1 Akceptace plánu Přesun Díla;

6.4.5.2 Akceptace plánu řízeného ukončení poskytování Provozních služeb.

Pro každou z hlavních agend cestovního ruchu (tj. nikoliv pro agendy označené jako průřezové a podpůrné, které nejsou samostatně předmětem pilotního provozu); platí, že doba Fáze 3 – pilotní provoz musí být min. 14 dnů po nasazení na produkční prostředí s tím, že do doby akceptace Dílčího akceptačního milníku/Akceptačního milníku musí proběhnout také veškerá relevantní školení a migrace iniciálních dat.

Akceptace celého předmětu plnění je označována jako „Akceptace Díla“ (definice viz čl. IV odst. 4.1 této

Smlouvy).

6.5 Zhotovení Díla je rozděleno na Akceptační milníky/Dílčí akceptační milníky, a to po jednotlivých skupinách agend cestovního ruchu. Dodavatel je nadto oprávněn rozčlenit Akceptační milníky na více ucelených Dílčích akceptačních milníků (případně Prototypů Díla). Tyto však nebudou předmětem akceptace ze strany Objednatele, pokud o to Dodavatel nepožádá. Dodavatel vždy předloží k testování ucelené části složené z jednotlivých agend. Pro každý Akceptační milník anebo Dílčí akceptační milník bude na straně Objednatele provedeno akceptační testování, a to dle pravidel uvedených v čl. IX této Smlouvy.

6.6 Připadne-li poslední den lhůty dle odst. 6.2 až odst. 6.4 tohoto článku na sobotu, neděli nebo svátek, je posledním dnem lhůty pracovní den nejblíže následující.

6.7 Dodavatel je povinen poskytovat Provozní služby po dobu neurčitou počínaje dnem Akceptace Díla.

6.8 Místem plnění je sídlo Objednatele nebo jakékoli místo výslovně určené Objednatelem, není-li dále v této Smlouvě stanoveno jinak. Dodavatel není oprávněn měnit místo plnění bez předchozího písemného souhlasu Objednatele. Objednatel je místo plnění oprávněn změnit v souladu s čl. VIII této Smlouvy.

Článek VII

Způsob Zhotovení (Tvorby, Implementace, Testování atd.) Díla

7.1 Dodavatel se zavazuje realizovat Dílo osobně nebo prostřednictvím poddodavatelů uvedených v Příloze č. 2 této Smlouvy, v takovém případě odpovídá Objednateli jako by Dílo, respektive jeho část nebo části prováděl sám. Jakákoliv změna poddodavatele je možná pouze s předchozím písemným souhlasem Objednatele, pokud by tato Xxxxxxx nestanovila jinak, a to obdobným způsobem jako změna členu realizačního týmu Dodavatele, jak je uvedeno dále v tomto odstavci. Dodavatel se dále zavazuje, že na realizaci plnění se budou podílet osoby uvedené v Příloze č. 2 této Smlouvy, jež byly Dodavatelem uvedeny do Nabídky na Veřejnou zakázku a jež splňují Objednatelem požadovanou odbornost či kvalifikaci ve vztahu k předmětu této Smlouvy. Požadavky na změny takovýchto osob jsou přípustné pouze ve výjimečných, řádně zdůvodněných případech a podléhají schválení Objednatele, přičemž Objednateli musí být tento požadavek na změnu předložen do 3 pracovních dní. Dodavatel je povinen mít v době předložení návrhu na změnu zajištěnu náhradu za nahrazovanou osobu, a to s minimálně stejnou úrovní odbornosti a kvalifikace, jako je osoba nahrazovaná. Žádost společně s profesním životopisem náhradníka předkládá Dodavatel Objednateli ke schválení. Objednatel v případě, že profesní životopis náhradníka neodpovídá zadávacím podmínkám Xxxxxxx zakázky na složení a dovednosti realizačního týmu Dodavatele, má právo návrh Dodavatele na změnu zamítnout. Při změně realizačního týmu není nutné uzavírat dodatek této Smlouvy, postačí schválení Objednatelem dle tohoto ustanovení.

7.2 Dodavatel a Objednatel budou komunikovat prostřednictvím kontaktních osob. Kontaktními osobami Dodavatele i Objednatele se rozumí osoby uvedené v Příloze č. 2 této Smlouvy, tj. členové realizačního týmu Dodavatele a Objednatele a primárně to budou osoby v roli „Projektový manažer“ za obě Smluvní strany. Smluvní strany budou standardně komunikovat prostřednictvím písemného záznamu, pokud nebude dohodnuto jinak.

7.3 Dodavatel je povinen průběžně informovat Objednatele o průběhu Zhotovení Díla na pravidelných schůzkách a předkládat písemné informace o stavu rozpracovanosti Díla. Termíny schůzek určí Objednatel, schůzky se budou konat 1x týdně, pokud Objednatel nerozhodne jinak. Jednání budou probíhat na adrese sídla Objednatele.

7.4 Objednatel je oprávněn předkládat připomínky ke všem výstupům jednotlivých aktivit projektu. Vypořádání připomínek a akceptace výstupů probíhá analogicky podle čl. IX odst. 9.1 a 9.2 této Smlouvy s tím, že se nevystavuje akceptační protokol, ale akceptace výstupu se provádí konstatováním v zápise z jednání realizačního týmu.

7.5 Objednatel je oprávněn kdykoliv během plnění předmětu této Smlouvy předkládat Xxxxxxxxxx připomínky k Dílu včetně návrhů na jeho úpravy. Připomínky budou jedním ze vstupů změnového řízení. Bude-li výstupem změnového řízení rozhodnutí připomínku zapracovat, zavazuje se Dodavatel zapracovat připomínky Objednatele v přiměřené lhůtě stanovené ve změnovém řízení s ohledem na závažnost připomínek, nejdéle však do 10 pracovních dnů od předání připomínek Dodavateli, pokud Objednatel

nestanoví jinak. Dodavatel není oprávněn odepřít bezplatné zapracování připomínek. Změnové řízení viz čl. VIII této Smlouvy.

7.6 Pokyny Objednatele. Dodavatel má povinnost a zavazuje se řídit se při plnění této Smlouvy pokyny Objednatele. Povinnost Dodavatele dle ustanovení § 2594 odst. 1 Občanského zákoníku upozornit Objednatele na nevhodnost jeho pokynů není tímto ustanovením dotčena.

Objednatel je oprávněn kdykoliv během plnění předmětu této Smlouvy požadovat od Dodavatele písemné zprávy o průběžném stavu plnění předmětu této Smlouvy. Dodavatel takové zprávy zpracuje bezodkladně a dodá je Objednateli.

7.7 Objednatel je oprávněn průběžně ověřovat shodu Díla s veškerou dokumentací, která se ke Zhotovení Díla vztahuje, a to i prostřednictvím třetích osob. Dodavatel je povinen k takovému ověřování poskytnout bez prodlení potřebnou součinnost a podklady.

7.8 Testování Objednatelem. Dodavatel se zavazuje dodat Prototyp, Verzi Díla nebo Dílo do místa plnění a provést jeho instalaci pro účely testování ze strany Objednatele. Objednatel je oprávněn, nikoliv tedy povinen, Prototyp, Verzi Díla nebo Dílo testovat. Je právem Objednatele rozhodnout o tom, co a v jakém rozsahu a kdy chce testovat. Prototyp, Verze Díla nebo Dílo musí být předány Objednateli k testování ve stavu, kdy Prototyp, Verze Díla nebo Dílo byly Dodavatelem úspěšně ověřeny v testech funkcionalit, spolehlivosti a výkonnosti. Objednatel provede pouze testování, popř. dohodnuté testy Prototypu, Verze Díla nebo Díla za účelem posouzení funkcionalit nebo grafického rozhraní uživatelů apod.

Objednatel není zavázán k provádění funkčních, výkonnostních nebo bezpečnostních testů ani k provádění dalších testů za účelem vývoje Prototypu, Verze Díla nebo Díla jako celku nebo za účelem komplexní kontroly kvality Díla. Testování dle předchozí věty je povinen provést Dodavatel, a to v souladu s plánem aplikačních testů, který bude zpracován Dodavatelem v souladu s bodem 3.1 Přílohy č. 1 této Smlouvy a Objednateli předat výsledky těchto testů. V případě, že Objednatel nestanoví jinak, předává Dodavatel Prototyp, Verzi Díla nebo Dílo k testování na společném jednání Smluvních stran tím způsobem, že demonstruje Objednateli Prototyp, Verzi Díla nebo Dílo.

7.9 Objednatel je na základě provedeného testování oprávněn předložit Dodavateli v písemné formě připomínky, jako požadavky Objednatele na provedení změny či doplnění řešení nebo opravu chyby (dále jen „Připomínka“ nebo „Připomínky“).

7.10 Výstupem připomínkového řízení bude jednoznačný a podrobný popis vypořádání Připomínky nebo Připomínek provedený Dodavatelem. Objednatel je oprávněn předkládat Dodavateli Připomínky nejdéle po dobu 21 dnů od dodání Prototypu, Verze Díla či Díla k testování Objednatelem. Dodavatel je povinen zapracovat veškeré Připomínky Objednatele, vždy ve lhůtě 5 dnů ode dne jejich dodání Dodavateli, nebude-li Smluvními stranami dohodnuto jinak a předložit Objednateli Prototyp, Verzi Díla či Dílo se zapracovanými Připomínkami ke schválení. Budou-li všechny Připomínky uspokojivě zapracovány, tj. nebude-li existovat žádná Vada Kategorie A, bude oběma Smluvními stranami podepsán předávací protokol opravňující nasazení Prototypu, Verze Díla nebo Díla do pilotního provozu.

7.11 Výslovně se sjednává, že předkládání Připomínek k Prototypům a Verzím Díla nezbavuje Objednatele práva předkládat Dodavateli Připomínky k Dílu jako celku. Dodavatel zajistí a provozuje nástroj pro evidenci Připomínek a výstupů z testování včetně aplikační podpory procesu vypořádání Připomínek.

7.12 Objednatel se zavazuje poskytnout Dodavateli přiměřenou součinnost při Zhotovení Díla v rozsahu uvedeném v této Smlouvě. Tato součinnost bude zahrnovat (i) přístup do prostor a kancelářských prostor Objednatele i mimo sídlo v pracovní době, přístup k pracovníkům Objednatele i mimo sídlo Objednatele majícím nezbytné informace o fungování ICT Objednatele, (ii) přístup k připojení na internet, a (iii) další součinnost spočívající v účasti na pravidelných jednáních konaných v sídle Objednatele anebo dle dohody Smluvních stran videokonferenčně. Dodavatel se zavazuje v prostorách Objednatele dodržovat veškeré interní předpisy a pravidla Objednatele, jež mu budou ze strany Objednatele oznámeny. Písemné požadavky na součinnost Objednatele s požadovanými lhůtami jejich splnění budou předkládány Dodavatelem tak, aby byly doručeny Objednateli alespoň 5 pracovních dní před požadovaným termínem poskytnutí součinnosti.

7.13 Dodavatel prohlašuje a garantuje Objednateli, že Zhotovení Díla jakož i zajištění Provozních služeb, Rozvoj

Díla, popř. Přesun Díla budou ze strany Dodavatele poskytovány s odbornou péčí v souladu s touto

Smlouvou a prostřednictvím pracovníků Dodavatele disponujících dostatečným vzděláním, odbornými vědomostmi a zkušenostmi s poskytováním takového plnění.

Článek VIII ZMĚNOVÉ ŘÍZENÍ

8.1 Kterákoliv ze Smluvních stran je oprávněna písemně navrhnout změny Díla (dále jen „Změny“) před jeho dokončením. Objednatel není povinen Dodavatelem navrhovanou Změnu akceptovat. Dodavatel je povinen Změnu požadovanou Objednatelem akceptovat, nebrání-li mu v tom vážné důvody, které by mohly ohrozit plnění předmětu této Smlouvy ze strany Dodavatele. Tuto skutečnost je Dodavatel povinen Objednateli doložit.

8.2 Dodavatel se zavazuje provést hodnocení dopadů, kteroukoliv ze Smluvních stran, navrhovaných Změn na termíny plnění, stanovené cenové údaje a součinnost Objednatele. Dodavatel je povinen toto hodnocení provést bez zbytečného odkladu, nejpozději však do 5 dnů ode dne doručení návrhu Změny kterékoliv Smluvní strany druhé Smluvní straně.

8.3 V případě, že by v průběhu plnění Fáze 1 došlo ke změně právních předpisů, která bude mít dopad na Dílo či Provozní služby, zpracuje Objednatel analýzu dopadu na specifikaci Díla a specifikaci Provozních služeb a potřebu provedení implementace legislativních změn. Na základě výsledků analýzy Objednatel případně provede aktualizaci specifikace Díla, specifikace Provozních služeb a příslušných smluvních ustanovení a aktualizované dokumenty předá Dodavateli.

8.4 Na základě aktualizovaných dokumentů předaných Objednatelem dle odst. 8.3 tohoto článku zpracuje Dodavatel analýzu potřeby implementace legislativních změn spočívající v dopadu na Dílo či Provozní služby. Dodavatel současně zpracuje analýzu dopadu provedení implementace legislativních změn spočívající v potřebných úpravách Díla a Provozních služeb zejména do Harmonogramu, Globální specifikace a stanovených cenových údajů za realizaci Díla a poskytování Provozních služeb. Pro výpočet dopadu na stanovené cenové údaje použije Dodavatel cenu za MD za Implementaci legislativních změn (viz dále čl. X této Smlouvy). V případě akceptace rozsahu dopadu Objednatelem, Objednatel potvrdí realizaci požadovaných Změn v rámci implementace Díla. Náklady s tím spojené budou fakturovány speciální fakturou v rámci fakturace Akceptace Díla. V případě, že by Objednatel měl pochybnosti ohledně rozsahu nacenění změnového řízení, přednostně jedná na úrovni statutárních zástupců Smluvních stran. Pokud nebude možné dosažení konsenzu, Objednatel zadá na základě analýzy Dodavatele zpracování znaleckého posudku týkajícího se relevantnosti Dodavatelem stanovené implementace legislativních změn, dopadů do Harmonogramu, IT analýzy pro SW architekturu a požadavků na HW infrastrukturu a stanovených cenových údajů za realizaci Díla a poskytování Provozních služeb. Dodavatel je povinen bez ohledu na výsledek znaleckého posudku neprodleně po provedení analýzy a odsouhlasení realizace změnového řízení zahájit úkony nezbytné k realizaci změnového řízení Díla či Provozních služeb tak, aby Dílo či Provozní služby vyhovovaly požadavkům obsaženým ve změnách právních předpisů. Schválené požadavky na Změnu v návaznosti na analýzu Dodavatele budou vždy zapracovány do aktualizace IT analýzy pro SW architekturu a požadavků na HW infrastrukturu

8.5 V případě, že po předání Díla dojde ke změně právních předpisů, která bude mít dopad na Dílo či Provozní služby, bude Dodavatel povinen zpracovat analýzu rozsahu dopadů změny na Dílo a Provozní služby. Dodavatel současně zpracuje analýzu časové a finanční náročnosti provedení potřebných úprav Díla a Provozních služeb. Pro výpočet dopadu na stanovené cenové údaje použije Dodavatel cenu za MD za Rozvoj (viz dále čl. X této Smlouvy). V případě, že by Objednatel měl pochybnosti ohledně rozsahu finanční náročnosti provedení potřebných úprav Díla a Provozních služeb, přednostně jedná na úrovni statutárních zástupců Smluvních stran. Pokud nebude možné dosažení konsenzu, zadá Objednatel na základě analýzy Dodavatele zpracování znaleckého posudku týkajícího se relevantnosti Dodavatelem navržené časové a finanční náročnosti úprav Díla a Provozních služeb. Dodavatel je povinen bez ohledu na výsledek znaleckého posudku neprodleně po provedení analýzy zahájit úkony nezbytné k úpravě Díla či Provozních služeb tak, aby Dílo či Provozní služby vyhovovaly požadavkům obsaženým ve změnách právních předpisů.

8.6 Jakákoliv změna Díla musí být sjednána v písemné formě a musí být v souladu s příslušnými ustanoveními

ZZVZ, jinak její provedení není možné.

8.7 Dojde-li k legislativním změnám během průběhu zpracování Globální specifikace, tyto Změny je Dodavatel povinen zahrnout do Legislativní analýzy, její aktualizace a Globální specifikace. Nejedná se o změnu zadání, neboť zapracování těchto Změn je zahrnuto v ceně plnění.

Článek IX

Akceptace

9.1 Akceptací se rozumí, že plnění odpovídající Fázi, Akceptačnímu milníku, Dílčímu akceptačnímu milníku, nebo jinému termínu plnění uvedenému v Harmonogramu (dále také jen „Plnění“), bude Objednatelem akceptováno v souladu s plánem akceptačních testů (bod kapitola 3.1 Přílohy č. 1 této Smlouvy – tyto navrhuje a zpracovává ve Fázi 1 Dodavatel), budou-li splněny podmínky stanovené touto Smlouvou, na základě souladu s požadavky uvedenými v Katalogu požadavků v příloze č. 1 Přílohy č. 1 této Smlouvy (dále také jako „Akceptační procedura“). Všechny akceptační (testovací) scénáře připravuje Dodavatel a schvaluje před jejich využitím Objednatel.

9.2 Akceptační procedura zahrnuje ověření, zda Dodavatelem poskytnuté Plnění je výsledkem, ke kterému se Dodavatel zavázal, a to porovnáním skutečných vlastností jednotlivých částí Plnění poskytnutých Dodavatelem s jejich závaznou specifikací uvedenou v této Smlouvě a jejích přílohách, v zadávací dokumentaci na Veřejnou zakázku, Nabídce, a to zejména:

(a) Uvedených v Příloze č. 1 této Smlouvy (Katalog požadavků – příloha č. 1 Přílohy č. 1 této Smlouvy);

(b) Určených v průběhu provedení Globální specifikace a doplněných do Katalogu požadavků; (dále jen „Akceptační kritéria“).

9.3 Akceptace Díla

Pro akceptaci Díla se použije akceptační procedura popsaná v kapitole 3.1 Přílohy č. 1 této Smlouvy a

současně pro akceptaci Díla platí:

(a) Dodavatel se zavazuje neprodleně informovat Objednatele o tom, že byl úspěšně ukončen pilotní provoz všech hlavních agend cestovního ruchu a Dílo je po pilotním provozu provozuschopné a způsobilé k užívání k určenému účelu. Smluvní strany se zavazují nejpozději do 5 pracovních dnů od doručení informace dle předchozí věty Objednateli zahájit společné testování (dále jen „Akceptační testy“), jejichž cílem je ověřit funkčnost Díla a jeho soulad s Akceptačními kritérii a splnění všech požadavků, které vzešly z testování Prototypů a Verzí Díla.

(b) V případě, že bude v rámci Akceptačních testů prokázáno, že (i) Dílo splňuje veškerá Akceptační kritéria a (ii) Dodavatel dodal Objednateli veškerou příslušnou Dokumentaci (Příloha č. 3 této Smlouvy) a byly dodány veškeré licence Díla týkající se Díla, bude sepsán akceptační protokol nejpozději do 2 pracovních dnů ode dne splnění poslední z výše uvedených podmínek, v jehož příloze budou uvedeny veškeré připomínky z akceptačního testování (viz písm. a) tohoto odstavce) včetně jejich vypořádání, které zpracuje Dodavatel (dále jen „Finální akceptační protokol“). Podpis Finálního akceptačního protokolu je dále v textu Smlouvy označován také jako „Akceptace Díla“. Objednatel není oprávněn vydání Finálního akceptačního protokolu bezdůvodně odpírat.

(c) V případě, že v rámci Akceptačních testů nebudou splněna Akceptační kritéria, Dodavatel je povinen nejpozději do 10 pracovních dnů ode dne skončení Akceptačních testů provést takové změny, úpravy a modifikace Díla, aby Dílo splňovalo veškerá Akceptační kritéria. Neprodleně po provedení těchto změn, úprav a modifikací Díla ze strany Dodavatele, nejpozději však následující den po skončení 10 denní lhůty uvedené v první větě tohoto odstavce, provedou Dodavatel společně s Objednatelem opakované Akceptační testy.

(d) V případě, že nebudou splněna Akceptační kritéria ani v opakovaných Akceptačních testech, je Dodavatel povinen nejpozději do 5 pracovních dnů ode dne skončení opakovaných Akceptačních testů provést takové změny, úpravy a modifikace Díla, aby Dílo splňovalo veškerá Akceptační kritéria. Neprodleně po provedení všech změn, úprav a modifikací Díla ze strany Dodavatele, nejpozději následující den po skončení 5 denní lhůty uvedené v první větě tohoto odstavce, provedou Dodavatel společně s Objednatelem opakované Akceptační testy. Takto bude postupováno až do doby, než budou Akceptační kritéria beze zbytku splněna.

(e) Xxxxxxxxx je povinen zajistit, aby Dílo jako celek splňovalo Akceptační kritéria nejpozději do termínu Akceptace Díla. Objednatel může Dílo akceptovat i v případě, obsahuje-li Dílo maximálně 10 Vad Kategorie B (viz čl. I této Smlouvy) a současně 30 Vad Kategorie C (viz čl. I této Smlouvy). Vady Kategorie B a C dle předchozí věty je Dodavatel povinen odstranit nejpozději do 10 pracovních dnů od podpisu Finálního akceptačního protokolu. To vše platí za předpokladu, že Objednatel nerozhodne jinak.

9.4 Akceptace dílčího plnění

Pro akceptaci dílčího plnění se použije akceptační procedura popsaná v kapitole 3.1 Přílohy č. 1 této Smlouvy a přiměřeně se použije ustanovení odst. 9.3 tohoto článku. Pokud je Fáze nebo Akceptační milník/Dílčí akceptační milník závislý na akceptaci předcházejícího souvisejícího Plnění, nebude zahájena do doby dokončení akceptace předcházející Fáze nebo Akceptačního milníku/Dílčího akceptačního milníku. Souběžná realizace nezávislých Fází (nebo Akceptačních milníků/Dílčích akceptačních milníků) je možná.

9.5 Akceptace Přesunu Díla

O úspěšném Přesunu Díla bude vždy mezi Smluvními stranami sepsán akceptační protokol (dále jen

„Akceptační protokol Přesunu Díla“), který bude obsahovat alespoň: označení předmětu plnění (Přesun Díla), označení a identifikační údaje Objednatele a Dodavatele, evidenční číslo Smlouvy přidělené z Centrální evidence smluv Objednatele a datum jejího uzavření, prohlášení Objednatele, že Přesun Díla akceptuje či neakceptuje, soupis provedených činností, datum a místo sepsání, jména a podpisy zástupců Objednatele a Dodavatele. Budou-li při akceptaci Přesunu Díla zjištěny vady, Objednatel Přesun Díla neakceptuje a součástí Akceptačního protokolu Přesunu Díla bude soupis zjištěných vad s uvedením lhůty a způsobu jejich odstranění. Po odstranění vad uvedených v Akceptačním protokolu Přesunu Díla, vyzve Dodavatel Objednatele k opětovné akceptaci Přesunu Díla. V takovém případě bude sepsán nový Akceptační protokol Přesunu Díla (analogicky dle předchozích vět tohoto článku), který bude podepsán oběma Smluvními stranami. Akceptační protokol Přesunu Díla bude podkladem pro fakturaci ze strany Dodavatele (viz dále).

9.6 Akceptace Exit plánu

Dodavatel je povinen neprodleně písemně informovat Objednatele o ukončení prací na Exit plánu a předložit Exit plán Objednateli k připomínkám. Objednatel předloží připomínky k Exit plánu nejpozději do 14 dnů od jeho doručení. Dodavatel je povinen zapracovat veškeré připomínky Objednatele ve lhůtě

14 dnů, nebude-li Smluvními stranami dohodnuto jinak a poté předložit Exit plán k akceptaci. Pro akceptaci Exit plánu se použije přiměřeně ustanovení odst. 9.3 tohoto článku.

9.7 Smluvní strany se dále výslovně dohodly, že rozhodne-li tak Objednatel, bude provedena ze strany Objednatele akceptace jakéhokoliv dalšího plnění Dodavatele dle této Smlouvy (tj. plnění, které není výše v tomto článku, popř. v jiných ustanoveních této Smlouvy, výslovně uvedeno, tj. např. akceptace Verze Díla, dokumentů, návrhů atd.), přičemž pro akceptaci takového plnění se použije přiměřeně ustanovení odst. 9.3 tohoto článku, neurčí-li Objednatel pro konkrétní akceptaci konkrétního plnění jinak.

Článek X

Cena a platební podmínky

10.1 Cena za realizaci Veřejné zakázky je tvořena jednotlivými dílčími cenami (dále jen „Dílčí ceny“), které jsou

uvedeny v následující tabulce:

Fáze/ Služba	Platební podmínka	Ceny bez DPH	Ceny včetně DPH
Fáze 0	Prováděcí projekt	500.000,- Kč	605.000,- Kč
Fáze 0	Legislativní analýza	400.000,- Kč	484.000,- Kč

Fáze 1, Fáze 2, Fáze 3	VYTVOŘENÍ A DÍLČÍ OVĚŘENÍ PARAMETRŮ ŘEŠENÍ, IMPORT PRVOTNÍCH DAT A INICIÁLNÍ NASTAVENÍ, PILOTNÍ PROVOZ, ÚPLNÉ OVĚŘENÍ PARAMETRŮ ŘEŠENÍ A PŘEDÁNÍ IS eTurista OBJEDNATELI DO ŘÁDNÉHO PROVOZU	13.800.000,- Kč	16.698.000,- Kč
	Zpracování podrobné IT analýzy pro SW architekturu a požadavků na HW infrastrukturu – Globální specifikace	1.500.000,- Kč	1.815.000,- Kč
	Vytvoření Díla	10.800.000,- Kč	13.068.000,- Kč
	z toho: Vytvoření Díla – HF01_Hromadná ubytovací zařízení (HUZ)	2.700.000,- Kč	3.267.000,- Kč
	z toho: Vytvoření Díla – HF02_Individuální ubytovací zařízení (IUZ)	2.700.000,- Kč	3.267.000,- Kč
	z toho: Vytvoření Díla – HF03_On-line platformy	2.700.000,- Kč	3.267.000,- Kč
	z toho: Vytvoření Díla – PF_Požadavky na průřezové / podpůrné funkcionality	2.700.000,- Kč	3.267.000,- Kč
	Dodání veškerých licencí Díla	1.000.000,- Kč	1.210.000,- Kč
	z toho: Dodání licencí třetích stran (SW platformy)	0,- Kč	0,- Kč
	z toho: Dodání licencí k autorským dílům Dodavatele	1.000.000,- Kč	1.210.000,- Kč
	Zpracování a předání dokumentace IS eTurista	300.000,- Kč	363.000,- Kč
	Předání kompletního zdrojového kódu a konfiguračních souborů	200.000,- Kč	242.000,- Kč
Fáze 4	ŠKOLENÍ KONCOVÝCH UŽIVATELŮ A ADMINISTRÁTORŮ	180.000,- Kč	217.800,- Kč
KL_eTurist a_01	Řízení dostupnosti aplikace a provozní monitoring (paušál / 1 rok)	216.000,- Kč	261.360,- Kč
KL_eTurist a_02	ServiceDesk, hot-line pro Objednatele – (paušál / 1 rok)	216.000,- Kč	261.360,- Kč
KL_eTurist a_03	Paušální správa aktiv a konfigurací – (paušál / 1 rok)	216.000,- Kč	261.360,- Kč
KL_eTurist a_04	Řízení incidentů – (paušál / 1 rok)	216.000,- Kč	261.360,- Kč
KL_eTurist a_05	Konzultace – za jeden rok poskytování (v počtu 400 ČH/1 rok)	320.000,- Kč	387.200,- Kč
KL_eTurist a_06	Řízené ukončení provozních služeb (Exit strategie)	140.000,- Kč	169.400,- Kč
KL_eTurist a_07	Školení na objednávku – za jeden rok poskytování (v počtu 5 školení/1 rok)	270.000,- Kč	326.700,- Kč
KL_eTurist a_08	Rozvoj IS eTurista – za jeden rok poskytování (v počtu maximálně 500 člověkodnů (MD) na jeden rok v letech 2025 a 2026 a 100 MD v následujících letech)	2.335.900,- Kč	2.826.439,- Kč
KL_eTurist a_09	Přesun IS eTurista – Zajištění jednoho Přesunu Díla, tzn. změna místa instalace Díla, včetně všech souvisejících náležitostí	140.000,- Kč	169.400,- Kč
Implemen tace legislativní ch změn	Implementace legislativních změn – cena za jeden MD	12.000,- Kč	14.520,- Kč

10.2 Dílčí ceny jsou stanoveny pro celý rozsah předmětu této Smlouvy jako ceny maximální a nepřekročitelné. V Dílčích cenách jsou zahrnuty veškeré činnosti Dodavatele spojené s plněním předmětu této Smlouvy včetně všech souvisejících výkonů a poplatků a veškerých dalších případných nákladů, byť nebyly v zadávací dokumentaci na Veřejnou zakázku, v Nabídce Dodavatele či v této Smlouvě výslovně uvedeny, zejména veškeré práce, dodávky, služby, součinnost s třetími stranami, doprava do míst plnění a další činnosti nutné pro řádné splnění předmětu této Smlouvy včetně veškerých poplatků.

10.3 Dílčí ceny je možné překročit pouze v případě změny příslušných právních předpisů upravujících výši DPH. V takovém případě bude k Dílčím cenám bez DPH účtováno DPH ve výši dle aktuálního znění příslušného právního předpisu.

10.4 Dílčí ceny budou vždy hrazeny bezhotovostním převodem na bankovní účet Dodavatele uvedený v úvodních ustanoveních této Smlouvy na základě účetních a daňových dokladů – faktur Dodavatele (dále jen „faktura“).

10.5 Cena za vytvoření Prováděcího projektu a Legislativní analýzy (Fáze 0) bude uhrazena Objednatelem na základě jediné faktury vystavené Dodavatelem po akceptaci Fáze 0, tedy po akceptaci Prováděcího projektu a Legislativní analýzy. Přílohou faktury musí být akceptační protokol Fáze 0 podepsaný Objednatelem a detailní soupis veškerých plnění Dodavatele odsouhlasený Objednatelem.

10.6 Cena za Zpracování podrobné IT analýzy pro SW architekturu a požadavků na HW infrastrukturu – Globální specifikace (Fáze 1) bude uhrazena Objednatelem na základě faktury vystavené Dodavatelem po akceptaci zpracované Globální specifikace. Přílohou faktury musí být akceptační protokol zpracované Globální specifikace podepsaný Objednatelem a detailní soupis veškerých plnění Dodavatele odsouhlasený Objednatelem.

10.7 Cena za Vytvoření Díla (Fáze 1) je rozdělena dle jednotlivých agend, kdy ceny za jednotlivé agendy budou hrazeny Objednatelem vždy po akceptaci části Díla v rámci příslušného Akceptačního milníku či Dílčího akceptačního milníku (viz čl. VI odst. 6.5 této Smlouvy). Dílčí cena uvedená Dodavatelem za příslušnou část vytvoření Díla musí odpovídat rozsahu dodávek a služeb uskutečněných za příslušný časový úsek tohoto Akceptačního milníku či Dílčího akceptačního milníku. Podkladem pro vystavení každé faktury dle tohoto odstavce a její přílohou musí být (i) bezvýhradný akceptační protokol Akceptačního milníku či Dílčího akceptačního milníku, či bezvýhradný Finální akceptační protokol podepsaný Objednatelem,

(ii) detailní soupis veškerých plnění Dodavatele odsouhlasený Objednatelem.

10.8 Cena za Dodání veškerých licencí Díla, za Zpracování a předání dokumentace IS eTurista a za Předání kompletního zdrojového kódu a konfiguračních souborů bude uhrazena Objednatelem na základě faktury vystavené Dodavatelem po Akceptaci Díla. Přílohou faktury musí být Finální akceptační protokol a detailní soupis veškerých plnění Dodavatele odsouhlasený Objednatelem.

10.9 Cena za Školení koncových uživatelů a administrátorů (Fáze 4) bude uhrazena Objednatelem na základě jediné faktury vystavené Dodavatelem po akceptaci Fáze 4 za celé Školení koncových uživatelů a administrátorů. Přílohou faktury musí být akceptační protokol Fáze 4 podepsaný Objednatelem a prezenční listiny účastníků školení odsouhlasené Objednatelem.

10.10 Ceny za Provozní služby – Cena za Řízení dostupnosti aplikace a provozní monitoring, Cena za ServiceDesk, hot-line pro Objednatele, Cena za Paušální správu aktiv a konfigurací a Cena za Řízení incidentů jsou paušálními cenami za kalendářní rok poskytování těchto Provozních služeb. Cena za Provozní služby (i) Řízení dostupnosti aplikace a provozní monitoring, (ii) za ServiceDesk, hot-line pro Objednatele, (iii) za Paušální správu aktiv a konfigurací, (iv) za Řízení incidentů činí celkem za všechny v tomto odstavci specifikované Provozní služby 864.000,- Kč bez DPH (1.045.440,-Kč včetně DPH) za kalendářní rok a bude zaplacena ve dvou splátkách, každá ve výši 50 % z roční paušální částky za všechny v tomto odstavci specifikované Provozní služby, a to na základě faktur, které je Dodavatel oprávněn vystavit vždy bez zbytečného odkladu po uplynutí daného kalendářního pololetí. Přílohou faktury musí být vždy Pololetní výkaz (viz bod 3.2.1. Přílohy č. 1 této Smlouvy). První a poslední splátka budou placeny proporcionálně dle času poskytování v tomto odstavci specifikované Provozní služby.

10.11 Cena za Provozní službu - Konzultace bude vždy určena jako součin pevné hodinové sazby 800,- Kč bez DPH (968,-Kč včetně DPH) a počtu skutečně odpracovaných hodin ze strany Dodavatele provedených na základě objednávky Objednatele k poskytnutí Provozní služby - Konzultace.

Dodavatel je oprávněn vystavit fakturu vždy po uplynutí kalendářního pololetí. Dodavatel je oprávněn do faktury zahrnout pouze ty konzultace, které Dodavatel v příslušném kalendářním pololetí řádně provedl a Objednatel je akceptoval. Přílohou faktury musí být tedy akceptační protokol podle objednávky odsouhlasený Objednatelem, jehož přílohou bude výkaz skutečně provedených prací, služeb a dodávek odsouhlasený Objednatelem. Nevyčerpané člověkohodiny této Provozní služby se automaticky převádějí do následujícího kalendářního roku. Nevyčerpané konzultační hodiny lze převést pouze do bezprostředně následujícího roku. Objednatel je oprávněn v jednom roce čerpat i konzultační hodiny alokované pro bezprostředně následující rok.

10.12 Cena za Řízené ukončení provozních služeb (Exit strategie) bude odpovídat ceně za KL_eTurista_06 uvedené v odst. 10.1 této Smlouvy. Cena za Řízené ukončení provozních služeb (Exit strategie) bude zaplacena po provedení (realizaci) Exit plánu v souladu s čl. XVIII této Smlouvy. Dodavatel je oprávněn vystavit fakturu po skončení realizace Exit plánu. Přílohou faktury musí být akceptační protokol o provedení (realizaci) Exit plánu.

10.13 Cena za Přesun Díla bude vždy odpovídat ceně za Přesun IS eTurista uvedené v odst. 10.1 této Smlouvy. Cena za Přesun Díla bude placena vždy po poskytnutí, resp. provedení Přesunu Xxxx, který bude realizován na základě objednávky Objednatele. Dodavatel je oprávněn vystavit fakturu vždy po poskytnutí služby Přesun Díla. Přílohou faktury musí být Akceptační protokol Přesunu Díla.

10.14 Cena za Školení na objednávku bude hrazena vždy po provedení školení na základě objednávky

Objednatele. Přílohou faktury musí být prezenční listina účastníků školení odsouhlasená Objednatelem.

10.15 Cena za Rozvoj IS eTurista bude vždy určena jako součin pevné hodinové sazby 887,50 Kč bez DPH (1.073,86 Kč včetně DPH) a počtu skutečně odpracovaných hodin ze strany Dodavatele provedených na základě objednávky Objednatele. Dodavatel je oprávněn vystavit fakturu vždy po uplynutí kalendářního pololetí. Dodavatel je oprávněn do faktury zahrnout pouze ty služby Rozvoje Díla, které v příslušném kalendářním pololetí řádně provedl a Objednatel je akceptoval. Přílohou faktury musí být tedy akceptační protokol Rozvoje Díla (plnění podle objednávky) odsouhlasený Objednatelem, jehož přílohou bude výkaz skutečně provedených prací, služeb a dodávek odsouhlasený Objednatelem. Nevyčerpané MD se též automaticky převádějí do následujícího kalendářního roku. Objednatel je oprávněn v jednom roce čerpat i rozvojové hodiny alokované pro bezprostředně následující rok.

10.16 Cena za implementaci legislativních změn bude vždy určena jako součin pevné hodinové sazby 1.500,- Kč bez DPH (1.815,-Kč včetně DPH) a počtu skutečně odpracovaných hodin ze strany Dodavatele. Dodavatel je oprávněn vystavit fakturu až po implementaci všech legislativních změn do Díla. Přílohou bude akceptační protokol za provedené změny Díla. Dodavatel je oprávněn fakturovat maximálně částku, která je uvedena ve znaleckém posudku zpracovaném pro Objednatele dle odst. 8.5 této Smlouvy v případě, že byl zpracován.

10.17 Splatnost každé faktury činí 30 dnů od jejího doručení Objednateli. Nestanoví-li tato Smlouva jinak nebo nedohodnou-li se Smluvní strany jinak, bude faktura zaslána na adresu Objednatele uvedenou v úvodu této Smlouvy či elektronickou cestou. Závazek úhrady se považuje za dodržený, je-li nejpozději v poslední den lhůty odepsána předmětná platba z účtu Objednatele. Objednatel neposkytuje zálohy. Platby budou probíhat výhradně v Kč (CZK), rovněž veškeré cenové údaje na faktuře budou uvedeny v této měně.

10.18 Faktura musí splňovat všechny náležitosti účetního a daňového dokladu podle zákona č. 563/1991 Sb.,

o účetnictví, ve znění pozdějších předpisů a zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (jedná se především o označení faktury a její číslo, identifikační údaje Smluvních stran, předmět Smlouvy – konkrétní části Plnění, bankovní spojení, fakturovaná částka bez/včetně DPH) a bude

obsahovat náležitosti obchodní listiny dle § 435 Občanského zákoníku. V záhlaví faktury bude uvedeno číslo Smlouvy v CES (viz levý horní roh titulní strany Smlouvy): 6658.

Na faktuře bude dále uveden název projektu „e-Turista-online registr ubytovaných hostů v ČR“ a registrační číslo projektu: CZ.31.1.0/0.0/0.0/22_030/0008185.

Objednatel je oprávněn vrátit fakturu do konce doby její splatnosti zpět Dodavateli, pokud bude obsahovat nesprávné nebo neúplné náležitosti či údaje anebo pokud požadované náležitosti a údaje nebude obsahovat vůbec. Od doručení opravené nebo doplněné faktury Objednateli počíná běžet nová lhůta její splatnosti. Objednatel není v takovém případě v prodlení.

V případě, že bude faktura vystavena ve 12. kalendářním měsíci roku, musí být doručena objednateli nejpozději do 15. 12. daného kalendářního roku včetně. V případě, že bude faktura doručena objednateli po tomto dni, bude proplacena až v roce následujícím.

10.19 Dodavatel není oprávněn bez předchozího písemného souhlasu Objednatele provádět jakékoliv zápočty svých pohledávek vůči Objednateli proti jakýmkoliv pohledávkám Objednatele vůči Dodavateli. Dodavatel není oprávněn postoupit pohledávku nebo její část vůči Objednateli na třetí osoby.

10.20 V případě, že Dodavatel bude v okamžiku plnění předmětu této Smlouvy uveden správcem daně jako

„nespolehlivý plátce“ dle § 106a zákona č. 235/2004 S., o dani z přidané hodnoty, ve znění pozdějších předpisů, nebo že účet Dodavatele, který Dodavatel uvedl na jím vystaveném daňovém dokladu, nebude zveřejněn správcem daně dle § 98 písm. d) zákona o dani z přidané hodnoty, nebo že účet Dodavatele, který Dodavatel uvedl na jím vystaveném daňovém dokladu, bude účtem vedeným poskytovatelem platebních služeb mimo tuzemsko, bude plnění dle této Smlouvy považováno za uhrazené i tak, že Objednatel uhradí Dodavateli pouze cenu bez DPH a DPH uhradí Objednatel přímo na účet finančního úřadu.

10.21 V případě předložení faktur Objednateli v období od 14. 12. do 31. 12. daného kalendářního roku mohou být takovéto faktury proplaceny Objednatelem Dodavateli až v měsíci březnu následujícího kalendářního roku s ohledem na roční závěrku a nasazení nového rozpočtu v Integrovaném informačním systému Státní pokladny. V těchto případech se pak nejedná o prodlení Objednatele s úhradou faktury a Dodavatel nemá právo požadovat úhradu úroku z prodlení. Dodavatel tuto podmínku bezvýhradně akceptuje.

10.22 Dílčí cena za Provozní služby KL_eTurista_01, KL_eTurista_02, KL_eTurista_03, KL_eTurista_04 a Cena za Rozvoj IS eTurista uvedené v odst. 10.1 tohoto článku mohou být na základě dohody Smluvních stran a po uzavření příslušného dodatku ke Smlouvě zvýšeny pro příslušný kalendářní rok plnění, v případě, že průměrná roční míra inflace za předcházející kalendářní rok, kterou zveřejňuje Český statistický úřad (odkaz dostupný na: https://www.czso.cz/csu/czso/inflace_spotrebitelske_ceny) přesáhne hodnotu 3 %. Dílčí cena za Provozní služby KL_eTurista_01, KL_eTurista_02, KL_eTurista_03, KL_eTurista_04 a Dílčí cena za Rozvoj IS eTurista pak budou zvýšeny o tolik procent, o kolik inflace v předcházejícím kalendářním roce přesáhne 3 %. První navýšení Dílčí ceny za Provozní služby KL_eTurista_01, KL_eTurista_02, KL_eTurista_03, KL_eTurista_04 a Dílčí ceny za Rozvoj IS eTurista může být Smluvními stranami provedeno nejdříve po třetím celém kalendářním roce poskytování Provozních služeb KL_eTurista_01, KL_eTurista_02, KL_eTurista_03, KL_eTurista_04 a Rozvoje IS eTurista.

Článek XI POJIŠTĚNÍ

11.1 Dodavatel je povinen sjednat pojištění odpovědnosti za škodu způsobenou činností Dodavatele Objednateli či třetí osobě, a to včetně škody způsobené při podnikatelské činnosti s minimálním limitem pojistného plnění na jednu pojistnou událost ve výši 15 000 000,- Kč (výše spoluúčasti nesmí být vyšší než 10 %) a toto pojištění udržovat v platnosti po celou dobu platnosti této Smlouvy. Kopii pojistné smlouvy (certifikátu) uzavřenou dle předchozí věty tohoto odstavce je Dodavatel povinen předložit Objednateli nejpozději před podpisem této Smlouvy. Pro případ, že by pojistná smlouva byla uzavřena na dobu kratší, než je doba uvedená v první větě tohoto odstavce, je Dodavatel povinen vždy před

vypršením platnosti pojistné smlouvy předložit pojistnou smlouvu novou, vystavenou zcela v souladu s výše uvedeným, a činit tak po celou dobu platnosti této Smlouvy.

Článek XII ZÁRUKA ZA JAKOST

12.1 Dodavatel poskytuje Objednateli záruku za jakost Díla po dobu 2 let, která počíná běžet dnem Akceptace Díla (dále jen „Záruka za jakost“). Vady (závady) Díla, které se vyskytnou v záruční době (dále jen „Záruční vady“) oznámí Objednatel Dodavateli písemně bez zbytečného odkladu poté, co je zjistil nebo při náležité péči zjistit měl. V písemném oznámení o výskytu Záruční vady tuto popíše a uvede požadovaný způsob jejího odstranění. Dodavatel je povinen zahájit odstraňování Záruční vady a tuto odstranit na své náklady nejpozději ve lhůtách, které jsou stanoveny u jednotlivých Provozních služeb uvedených v Příloze č. 1 této Smlouvy, a to v závislosti na Kategorizaci vady (která se použije i pro účely Záručních vad), jak je uvedena v čl. I této Smlouvy, nedohodnou-li se Smluvní strany v konkrétním případě jinak. O odstranění Záruční vady bude sepsán Smluvními stranami protokol.

12.2 Objednatel a Dodavatel sjednávají, že Záruka za jakost se vztahuje jak na Dílo jako celek, tak i na jeho jednotlivé části i následné Updaty a Upgrady.

12.3 Dodavatel poskytne Objednateli záruku za to, že Dílo bude od okamžiku Akceptace Díla (jakož i od okamžiku dodání jednotlivé Verze Díla) do konce záruční doby bez vad a bude fungovat v souladu se specifikacemi uvedenými v této Smlouvě (včetně spolupráce s aplikacemi a systémy od jiných softwarových výrobců).

12.4 Dodavatel tímto poskytuje Objednateli záruku, že Dílo správným, nezkresleným a úplným způsobem zpracovává veškerá data předaná ke zpracování, a že nedochází ke ztrátě dat.

12.5 Dodavatel tímto poskytuje Objednateli záruku za to, že Dílo dodané nebo Dodavatelem implementované nebude obsahovat viry nebo jiné dysfunkce, které by zabránily Objednateli užívat Dílo nebo které by způsobily, že Dílo přestane fungovat nebo jeho fungování bude omezeno nebo jinak negativně ovlivněno.

12.6 Dodavatel tímto poskytuje Objednateli záruku za to, že médium, na kterém bylo Dílo nebo jeho část dodána Objednateli a data se zdrojovým kódem, jež byla předána Objednateli, nevykazují, v okamžiku Akceptace Díla a nebudou vykazovat ani po dobu Záruky za jakost, žádné vady materiálu ani vady uložení či čitelnosti dat. V případě, že Dodavatel poruší smluvní povinnost dle tohoto odstavce, je povinen neprodleně vyměnit vadné médium za médium nové s totožným obsahem.

12.7 Dodavatel tímto poskytuje Objednateli záruku za to, že Dílo bude řádně fungovat, bude zajišťovat přebírání dat generovaných ve stávajících informačních systémech dle specifikovaných rozhraní v rozsahu dle této Smlouvy a bude fungovat na místě instalace (včetně jeho případných změn či nových Verzí). Požadavky na provoz Díla jsou uvedeny v této Smlouvě a v dokumentaci k Dílu. Upřesnění těchto požadavků nesmí vyvolat náklady na straně Objednatele v rozsahu vyšším, než jaké Objednatel očekává v čl. X této Smlouvy. Záruka poskytnutá dle tohoto odstavce se vztahuje na celou dobu ode dne Akceptace Díla do okamžiku ukončení platnosti této Smlouvy.

12.8 Dodavatel tímto poskytuje Objednateli záruku za to, že Dílo ani jiné plnění Dodavatele dle této Smlouvy ani užívání Díla ze strany Objednatele dle této Smlouvy neporušuje a ani nebude mít za následek porušení jakéhokoliv práva duševního vlastnictví třetích osob, porušení autorských práv dle zákona č. 121/2000 Sb.,

o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), ve znění pozdějších změn a doplňků. V případě, že Dodavatel poruší svůj závazek uvedený v tomto odstavci, je Dodavatel odpovědný za veškeré důsledky z toho plynoucí, zejména je povinen neprodleně zajistit Objednateli právo užívat Dílo, jež nebude neoprávněným zásahem do autorského práva, práva duševního vlastnictví třetích osob a nahradit Objednateli veškerou škodu, která tím byla Objednateli způsobena.

12.9 Dodavatel tímto poskytuje Objednateli záruku za to, že funkcionalita Díla bude v době Akceptace Díla v souladu s touto Smlouvou a v souladu s právními předpisy České republiky, kterými jsou zejména (nikoliv však výlučně): zákon č. 159/1999 Sb., o některých podmínkách podnikání a o výkonu některých činností v oblasti cestovního ruchu, ve znění pozdějších předpisů, novela zákona č. 159/1999 Sb. – viz https://odok.cz/portal/veklep/material/KORNCUCDSZK4/, připravované nařízení Evropského parlamentu

a Rady o shromažďování a sdílení údajů týkajících se služeb v oblasti krátkodobých pronájmů ubytování (STR), zákon č. 565/1990 Sb., o místních poplatcích, ve znění pozdějších předpisů, zákon č. 455/1991 Sb., o živnostenském podnikání (živnostenský zákon), ve znění pozdějších předpisů, zákon č. 89/1995 Sb., o státní statistické službě, ve znění pozdějších předpisů, zákon č. 326/1999 Sb., o pobytu cizinců na území České republiky a o změně některých zákonů, ve znění pozdějších předpisů, zákon č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů, zákon č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů, ve znění pozdějších předpisů, zákon č. 297/2016 Sb., o službách vytvářejících důvěru pro elektronické transakce, ve znění pozdějších předpisů, zákon č. 111/2009 Sb., o základních registrech, ve znění pozdějších předpisů, zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů, ve znění pozdějších předpisů, zákon č. 499/2004 Sb., o archivnictví a spisové službě a změně některých zákonů, ve znění pozdějších předpisů, zákon č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících zákonů (zákon o kybernetické bezpečnosti), ve znění pozdějších předpisů, vyhláška č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat (vyhláška o kybernetické bezpečnosti), zákon č. 99/2019 Sb., o přístupnosti internetových stránek a mobilních aplikací a o změně zákona č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů, ve znění pozdějších předpisů, Nařízení (EU) 2016/679 (GDPR), zákon č. 110/2019 Sb., o zpracování osobních údajů a zákon č. 12/2020 Sb., o právu na digitální služby a o změně některých zákonů.

13.1 Smluvní strany se dohodly, že:

Článek XIII SANKCE

(a) Bude-li Dodavatel v prodlení se splněním termínů Dílčích akceptačních milníků dle čl. VI odst. 6.4 bodu

6.4.4 Harmonogramu, a dále se splněním termínu Akceptace Díla, je povinen zaplatit Objednateli smluvní pokutu ve výši 5 000,- Kč za každý i započatý den prodlení;

(b) Bude-li Dodavatel v prodlení s:

i. provedením a předáním ostatních Akceptačních milníků,

ii. termínem pro realizaci služby Přesun Díla,

iii. termínem pro realizaci služby Řízeného ukončení Provozních služeb (Exit strategie),

iv. odstraněním Vad či nedodělků při předávání Díla anebo jeho dílčí části,

v. odstraněním Záručních vad,

je Dodavatel povinen zaplatit Objednateli smluvní pokutu ve výši 5 000,- Kč za každý i započatý den prodlení;

(c) Bude-li Dodavatel v prodlení se splněním jakéhokoliv dalšího termínu uvedeného v Harmonogramu, vyjma termínů uvedených pod písm. (a) a (b) tohoto článku, po dobu delší než 14 dnů, je povinen zaplatit Objednateli smluvní pokutu ve výši 2 000,- Kč za každý i započatý den prodlení, přičemž Objednatel je v takovém případě oprávněn účtovat Dodavateli smluvní pokutu od prvního dne prodlení Dodavatele;

(d) Nastane-li situace, kdy bude nutná obnova Díla ze zálohy, bude možné systém (Dílo) obnovit ze zálohy včetně dat s maximální ztrátou dat 4 hodiny. Poruší-li Dodavatel tuto svoji povinnost, je povinen zaplatit Objednateli smluvní pokutu ve výši 50 000,- Kč za každý jednotlivý případ porušení této povinnosti;

(e) Poruší-li Dodavatel povinnost provádět plnění předmětu této Smlouvy pouze členy realizačního týmu Dodavatele a/nebo poddodavateli uvedenými v Příloze č. 2 této Smlouvy, je povinen zaplatit Objednateli smluvní pokutu ve výši 100 000,- Kč za každý případ porušení této povinnosti.

13.2 V případě, že Dodavatel poruší, nesplní nebo bude v prodlení se splněním jakékoliv další povinnosti uvedené v této Smlouvě, a nenapraví-li takový závadný stav ani v dodatečné přiměřené lhůtě poskytnuté mu Objednatelem v písemné výzvě ke splnění takové povinnosti, je Dodavatel povinen zaplatit Objednateli smluvní pokutu ve výši 20 000,- Kč za každý jednotlivý případ porušení smluvní povinnosti.

13.3 Poruší-li některá ze Smluvních stran povinnost k ochraně Důvěrných informací dle této Smlouvy (viz čl. XV této Smlouvy), je povinna zaplatit druhé Smluvní straně smluvní pokutu ve výši 500 000,- Kč za každý jednotlivý případ porušení povinnosti.

13.4 V případě, že Dodavatel poruší nebo nesplní některou ze svých smluvních povinností, jejíž porušení nebo nesplnění zakládá, dle této Smlouvy, právo Objednatele okamžitě odstoupit od této Smlouvy, je Objednatel bez ohledu na skutečnost, zda využije svého práva na odstoupení od Smlouvy, oprávněn účtovat Dodavateli smluvní pokutu ve výši 500 000,- Kč za každý jednotlivý případ porušení takové povinnosti.

13.5 Další sankce, zejména ve vztahu k poskytování Provozních služeb, jsou uvedeny v jednotlivých katalogových listech v Příloze č. 1 této Smlouvy.

13.6 Smluvní pokuta je splatná do 21 kalendářních dnů ode dne doručení písemné výzvy k její úhradě Dodavateli. Závazek úhrady se považuje za dodržený, je-li nejpozději v poslední den lhůty připsána předmětná částka na účet Objednatele.

13.7 Uplatněním práv z vad či uplatněním jakékoliv smluvní pokuty dle této Smlouvy není dotčena povinnost Dodavatele nahradit škodu vzniklou Objednateli porušením smluvní povinnosti, kterou smluvní pokuta utvrzuje. Objednatel je oprávněn požadovat náhradu škody v plné výši bez ohledu na ujednanou smluvní pokutu.

13.8 Bude-li Objednatel v prodlení s úhradou faktury, je Dodavatel oprávněn požadovat zaplacení úroku

z prodlení ve výši vyplývající z příslušných právních předpisů.

Článek XIV NÁHRADA ŠKODY

14.1 Každá ze Smluvních stran je odpovědná za škodu způsobenou druhé Smluvní straně porušením povinností stanovených touto Smlouvou dle příslušných ustanovení Občanského zákoníku.

14.2 Dodavatel se výslovně zavazuje na své náklady nahradit Objednateli veškerou škodu, která Objednateli vznikne v důsledku nebo v souvislosti s tím, že Objednatel poruší užíváním Díla nebo jeho dílčích částí práva duševního vlastnictví třetích osob.

Článek XV

Ochrana informací a osobních údajů

15.1 Smluvní strany jsou si vědomy toho, že v rámci plnění předmětu této Smlouvy si mohou vzájemně vědomě nebo i nevědomě poskytnout informace, které budou považovány za důvěrné (dále jen „Důvěrné informace“).

15.2 Žádná ze Smluvních stran nesmí zpřístupnit Důvěrné informace jakékoli třetí osobě. Za třetí osobu se nepovažují zaměstnanci Smluvních stran, orgány Smluvních stran a jejich členové, ve vztahu k Důvěrným informacím Objednatele poddodavatelé Dodavatele a ve vztahu k Důvěrným informacím Dodavatele externí dodavatelé Objednatele, to vše za předpokladu, že se podílejí na plnění předmětu této Smlouvy a Důvěrné informace jsou jim zpřístupněny výhradně za tímto účelem.

15.3 Za zpřístupnění Důvěrných informací třetí osobě se nepovažuje, pokud tak Smluvní strana učiní (i) s předchozím písemným souhlasem druhé Smluvní strany, (ii) v souladu s požadavky příslušných právních předpisů, platných účetních předpisů nebo rozhodnutími příslušných soudů, rozhodčích soudů či správních orgánů, nebo (iii) za účelem plnění této Smlouvy.

15.4 Pro účely tohoto odstavce se za Důvěrné informace nepokládají informace:

(a) Které jsou nebo se stanou veřejně dostupnými (jinak než na základě neoprávněného sdělení

nebo užití);

(b) Které poskytne některé ze Smluvních stran třetí osoba, jež je oprávněna mít takové informace a je oprávněna takové informace zpřístupňovat nebo používat;

(c) Které měla přijímající strana k dispozici před uzavřením této Smlouvy, a to legálně;

(d) Jejichž zpřístupnění je vyžadováno zákonem či jiným právním předpisem včetně práva EU

nebo rozhodnutím soudu či správního orgánu.

15.5 Objednatel je dále oprávněn zpřístupnit Důvěrné informace jiným složkám veřejné správy

v souvislosti s plněním či financováním předmětu této Smlouvy.

15.6 Ukončení platnosti této Smlouvy z jakéhokoliv důvodu se nedotkne ujednání obsaženém v tomto článku Smlouvy. Závazky uvedené v tomto článku zůstávají platné a účinné nehledě na důvod ukončení této Smlouvy, a to po dobu 5 let od ukončení její účinnosti nebo splnění této Smlouvy.

15.7 Bez ohledu na jiná ustanovení této Smlouvy je Objednatel oprávněn uveřejnit tuto Smlouvu včetně jejích příloh, změn a dodatků a výši skutečně uhrazené ceny za plnění Veřejné zakázky v souladu se ZZVZ.

15.8 Dodavatel není oprávněn bez souhlasu Objednatele na základě plnění této Smlouvy realizovat jakékoliv marketingové aktivity k propagaci vlastních služeb a nástrojů ve vztahu k Dílu.

15.9 Smluvní strany jsou si vědomy povinností vyplývajících zejména z nařízení Evropského parlamentu a Rady (EU) č. 2016/679, o ochraně fyzických osob v souvislosti se zpracováním údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů), (dále jen „GDPR“), popř. ze zákona č. 110/2019 Sb., o zpracování osobních údajů. Vědomy si skutečnosti, že při plnění předmětu této Smlouvy může docházet ke zpracování osobních údajů, zavazuje se Dodavatel, jako zpracovatel, uzavřít s Objednatelem před zahájením zpracování osobních údajů v souvislosti s plněním předmětu této Smlouvy, smlouvu o zpracování osobních údajů (dále jen „Smlouva o zpracování“) s náležitostmi a v souladu s příslušnými ustanoveními GDPR. Obecný vzor Smlouvy o zpracování je uveden v zadávací dokumentaci na Veřejnou zakázku. Finální návrh Smlouvy o zpracování předkládá Provozovatel prostřednictvím Objednatele a Dodavatel se zavazuje uzavřít Smlouvu o zpracování do 5 dnů ode dne předložení jejího návrhu.

Článek XVI

Licenční ujednání a zdrojový kód

16.1 Vzhledem k tomu, že součástí Díla vytvořeného Dodavatelem pro Objednatele dle této Smlouvy je plnění, které naplňuje, resp. bude naplňovat znaky autorského díla ve smyslu § 2 zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (dále jen „Autorský zákon“), ve znění pozdějších předpisů, je povinností Dodavatele poskytnout Objednateli oprávnění k výkonu práva autorské dílo užít za podmínek a v rozsahu dále uvedeném. Součásti Díla, které budou naplňovat znaky autorského díla dle Autorského zákona, jsou dále v textu této Smlouvy označovány jen jako „Autorské dílo“.

16.2 Dodavatel postupuje Objednateli právo výkonu majetkových práv k Autorskému dílu a pro případ, že by postoupení nebylo možné, poskytuje Dodavatel Objednateli (jako nabyvateli) oprávnění k výkonu práva Autorské dílo užít (dále jen „Licence“) v původní nebo zpracované podobě nebo jinak změněné podobě, a to všemi způsoby užití, v neomezeném rozsahu územním, množstevním, v neomezeném počtu prostředí, samostatně nebo v souboru anebo ve spojení s jiným dílem. Objednatel není povinen Licenci ve smyslu § 2372 odst. 2 Občanského zákoníku využít. Licence je poskytována jako nevýhradní, není-li ve Smlouvě výslovně uvedeno jinak, a to na dobu dle § 27 Autorského zákona. Dodavatel prohlašuje, že je oprávněn vykonávat majetková autorská práva k Autorskému dílu svým jménem a na svůj účet. Pro vyhnutí se jakýmkoliv pochybnostem do budoucna, součástí Licence je neomezené oprávnění Objednatele provádět jakékoliv modifikace, úpravy, změny Autorského díla (jež je součástí plnění dle této Smlouvy), dle svého uvážení do něj zasahovat, zapracovávat ho do dalších děl nebo ho s jinými díly funkčně propojovat apod., a to i prostřednictvím třetích osob. V případě počítačových programů se Licence ve stejném rozsahu vztahuje na zdrojový a strojový kód (jako podobu vyjádření počítačového programu), na koncepční materiály, dokumentaci, a i na případné další verze počítačových programů upravené na základě této Smlouvy. Dodavatel je povinen předat a uložit do GIT aplikace Objednatele zdrojový kód ke každé jednotlivé části Autorského díla v den Akceptace Díla, přičemž tato povinnost Dodavatele se vztahuje i na jakékoliv opravy, změny, doplnění (upgrade, update) zdrojového kódu každé jednotlivé části Autorského díla. Objednatel je rovněž oprávněn ke všem způsobům užití veškeré dokumentace včetně výstupů vytvořených nebo získaných během plnění předmětu této Smlouvy, včetně práva tyto výstupy měnit.

Licence zahrnuje dále právo Objednatele (i) zhotovit ve zdrojovém kódu dočasné i trvalé provozní rozmnoženiny, (ii) provozovat Dílo v libovolném množství prostředí (např. provozním a testovacím),

(iii) zhotovit ve zdrojovém kódu rozmnoženiny (kopie) Díla pro účely zálohování, (iv) funkčně propojit Dílo s jakýmikoliv jinými systémy využívanými ze strany Objednatele (a to i externími) a (v) veškerá práva uvedená v ustanovení § 66 Autorského zákona (vi) i nad rámec § 66 Autorského zákona – Objednatel je oprávněn libovolně měnit, upravovat a dále vyvíjet Autorské dílo, a to samostatně či prostřednictvím třetích osob.

16.3 Objednatel je oprávněn bez potřeby dalšího souhlasu Dodavatele udělit podlicence třetí osobě, oprávnění tvořící součást Licence může tedy zcela nebo zčásti poskytnout třetí osobě. Objednatel je dále oprávněn, bez potřeby dalšího souhlasu Dodavatele, postoupit Licenci třetí osobě. Objednatel je oprávněn užívat Dílo pro provozní účely spřízněných osob a osoby plnící dle předpisů Objednatele funkce osob, jimž jsou funkcionality Díla určeny.

16.4 Licence je poskytována s účinností od okamžiku předání celého Díla, jehož je Autorské dílo součástí, nestanoví-li tato Smlouva, zejména její Příloha č. 1, jinak, a to na dobu trvání majetkových autorských práv podle Autorského zákona. Udělení Licence nelze ze strany Dodavatele vypovědět, s ohledem na tuto skutečnost se Smluvní strany dohodly na vyloučení ustanovení § 2370 Občanského zákoníku pro účely tohoto licenčního ujednání.

16.5 Softwarová platforma (standardizovaný SW) – použití

(a) Za softwarovou platformu definovanou v Příloze č. 1 této Smlouvy se pro účely této Smlouvy považuje software s uzavřeným zdrojovým kódem, k němuž vykonává majetková autorská práva Dodavatel nebo třetí osoba jako výrobce software (dále jen „Výrobce“), podmínky užití tohoto software jsou stanoveny Dodavatelem nebo Výrobcem. Softwarová platforma může být součástí plnění dle této Smlouvy pouze za podmínek dále uvedených.

(b) Pokud bude součástí plnění dle této Smlouvy (Díla dle této Smlouvy) softwarová platforma, poskytuje Dodavatel Objednateli k tomuto software oprávnění užít jej způsobem nezbytným k naplnění účelu této Smlouvy. Licence je poskytována jako nevýhradní, ke všem způsobům užití dle potřeb Objednatele a v neomezeném rozsahu územním, množstevním podle potřeb Objednatele, není-li tento způsob a rozsah užití touto Smlouvou stanoven jinak. Licence je poskytována na dobu trvání majetkových autorských práv a je nevypověditelná. Smluvní strany se dohodly, že pro účely tohoto licenčního ujednání se nepoužije ustanovení § 2370 Občanského zákoníku. Účinnost Licence nastává okamžikem předání celého Díla, jehož je součástí, nestanoví-li tato Smlouva jinak. Touto Smlouvou je současně Objednateli poskytováno oprávnění užít i nové verze příslušné softwarové platformy (upgrade, update, další změny atd.), které Objednatel získá podle této Smlouvy nebo na základě této Smlouvy nebo podle této Smlouvy v rámci podpory či záruky apod. Touto Smlouvou je současně Objednateli poskytováno oprávnění užít příslušnou související dokumentaci, která bude Objednateli předána. Zahrnutím softwarové platformy do Díla dle této Smlouvy nesmí dojít k omezení jakýchkoliv práv Objednatele ve vztahu k Dílu, které je předmětem této Smlouvy a k omezení účelu Smlouvy.

(c) Bude-li použita softwarová platforma Dodavatele (vytvořená Dodavatelem, resp. k němuž vykonává majetková autorská práva Dodavatel), poskytuje Dodavatel, nad rámec oprávnění dle písm. b) tohoto odstavce, Objednateli neomezené oprávnění k provádění jakékoliv modifikace, úpravy, změny takové softwarové platformy a dle svého uvážení do něj zasahovat, zapracovávat ho do dalších děl nebo ho s jinými díly funkčně propojovat apod., a to i prostřednictvím třetích osob. To se vztahuje ve stejném rozsahu na zdrojový a strojový kód (jako podobu vyjádření počítačového programu), na koncepční přípravné materiály, dokumentaci, a i na případné další verze takovéto softwarové platformy. Objednatel je oprávněn bez potřeby dalšího souhlasu Dodavatele udělit podlicence k takovéto softwarové platformě.

Povinností Dodavatele je dále předat Objednateli a uložit do GIT aplikace Objednatele zdrojový kód/zdrojové kódy k softwarové platformě (viz výše v tomto odstavci 16.5), a to v den Akceptace Díla včetně kompletní Dokumentace vývojové a provozní (uživatelská, administrátorská, bezpečnostní).

(d) V případě použití softwarové platformy třetích osob (Výrobců), tj. vyjma případů uvedených výše

v tomto článku, platí následující:

i. Musí se jednat o software Výrobců, jenž je na trhu běžně dostupný, tj. nabízený na území České republiky alespoň třemi na sobě nezávislými a vzájemně nepropojenými subjekty oprávněnými takovýto software distribuovat a poskytovat, popř. zajišťovat poskytování podpory minimálně v rozsahu sjednaném touto Smlouvou, a který je v době uzavření Smlouvy prokazatelně užíván v produkčním prostředí nejméně u pěti na sobě nezávislých a vzájemně nepropojených subjektů v rámci Evropské unie. Dodavatel je povinen potvrdit tuto skutečnost Objednateli čestným písemným prohlášením předaným nejpozději k datu Akceptace Díla a na výzvu Objednatele tuto skutečnost prokázat, a to ve lhůtě stanovené Objednatelem v písemné výzvě. V případě nesplnění této povinnosti, resp. pro případ prodlení Dodavatele se splněním této povinnosti, je Dodavatel povinen zaplatit Objednateli smluvní pokutu ve výši 2 000,- Kč za každý den prodlení.

ii. Nelze-li to na Dodavateli spravedlivě požadovat, nemusí být Objednateli předány zdrojové kódy a stejně tak nemusí být Objednateli poskytnuto právo do softwaru zasahovat, vždy však musí být předána kompletní provozní (uživatelská, administrátorská, bezpečnostní) dokumentace.

16.6 Open source software (použití)

(a) Open source software, software, který je veřejnosti poskytován zdarma, včetně detailně komentovaného zdrojového kódu, úplné uživatelské, provozní a administrátorské dokumentace a práva software měnit. V případě, že bude Dodavatelem použit v rámci plnění dle této Smlouvy open source software, je Dodavatel povinen potvrdit tuto skutečnost Objednateli čestným písemným prohlášením předaným nejpozději k datu Akceptace Díla a na výzvu Objednatele tuto skutečnost prokázat, a to ve lhůtě stanovené Objednatelem v písemné výzvě. Open source software může být použit jen se zakoupenou komerční podporou nezávislou na Dodavateli. Pro případné nesplnění této povinnosti, resp. pro případ prodlení Dodavatele se splněním této povinnosti, je Dodavatel povinen zaplatit Objednateli smluvní pokutu ve výši 2 000,- Kč za každý den prodlení.

(b) Dodavatel je povinen zdokumentovat veškeré využití open source software v rámci plnění dle této Smlouvy a předložit Objednateli ucelený přehled využitého open source software, jehož součástí budou licenční podmínky takového software. Zahrnutím tohoto software do Díla dle této Smlouvy nesmí dojít k omezení jakýchkoliv práv Objednatele ve vztahu k Dílu, které je předmětem této Smlouvy a k omezení účelu Smlouvy, tj. zejména nesmí být omezena možnost Objednatele Dílo upravovat a zasahovat do něj. Nepředloží-li Dodavatel přehled dle předchozí věty, je povinen zaplatit Objednateli smluvní pokutu ve výši 100 000,- Kč.

16.7 Ostatní licence

(a) Není-li v této Smlouvě výše stanoveno jinak a bude-li to nezbytné pro splnění předmětu této Smlouvy, poskytne Dodavatel, jako součást jeho plnění dle této Smlouvy, resp. zabezpečí další licence v rozsahu nezbytném a potřebném k řádnému plnění a splnění předmětu této Smlouvy, tj. zejména k vytvoření a dodání Díla, k zajištění vybraných Provozních služeb, Přesunu Díla atd. (dále jen „Další licence“). Dodavatel je povinen zajistit registraci Dalších licencí na jméno Objednatele. Náklady na pořízení Dalších licencí jsou součástí Dílčí ceny za Dodání všech licencí Díla. O poskytnutí těchto Dalších licencí bude mezi Smluvními stranami sepsán protokol, v němž budou Další licence rozepsány do položkového seznamu s přesným uvedením názvu předmětných licencí a jejich popisu. Další licence se považují za řádně poskytnuté a předané spolu s licenčním ujednáním k okamžiku podpisu předávacího protokolu dle předchozí věty tohoto odstavce. Informace o podpisu tohoto protokolu bude součástí Finálního akceptačního protokolu.

16.8 Ostatní ujednání

(a) Práva získaná v rámci plnění předmětu této Smlouvy přechází i na případného právního nástupce Objednatele. Případná změna v osobě Dodavatele (např. právní nástupnictví) nebude mít vliv na oprávnění udělená v rámci této Smlouvy Dodavatelem Objednateli.

(b) Odměna za poskytnutí licencí dle této Smlouvy je součástí Dílčí ceny za Dodání všech licencí Díla dle čl. X odst. 10.1 této Smlouvy. Bez ohledu na formu uzavření licenční smlouvy však platí, že Dodavatel je vždy povinen zajistit poskytnutí licencí dle podmínek stanovených touto Smlouvou, a to

bez ohledu na případný rozdílný obsah standardních licenčních podmínek vykonavatele majetkových práv k takovým Autorským dílům.

(c) Za poskytnutí licence se pro účely této Smlouvy nepovažuje pronájem licence, který je pro plnění předmětu této Smlouvy nepřípustný, což bere Dodavatel na vědomí a stvrzuje podpisem této Smlouvy.

(d) Dodavatel se zavazuje, není-li v této Smlouvě stanoveno jinak, nejpozději k datu Akceptace Díla předat Objednateli veškeré zdrojové kódy, dokumentaci vyžadovanou touto Smlouvou a platnými právními předpisy, a související dokumenty a doklady dodané v rámci plnění dle této Smlouvy, ať už v listinné nebo elektronické podobě. Pro případ prodlení se splněním této povinnosti je Dodavatel povinen zaplatit Objednateli smluvní pokutu ve výši 5 000,- Kč za každý započatý den prodlení.

(e) Dodavatel je povinen, s odkazem na výše uvedené skutečnosti (zejména odst. 16.5 a 16.6 tohoto článku), tedy pro případ, že pro vytvoření Díla dle této Smlouvy nepoužije pouze ty části, které sám vytvoří, resp. k nimž má veškerá oprávnění, nejpozději v den Akceptace Díla seznámit Objednatele písemnou formou se všemi software, které použije a integruje do Díla dle této Smlouvy a se všemi licencemi. Nemá-li Dodavatel oprávnění ke všem částem zdrojového kódu ve smyslu příslušných ustanovení této Smlouvy, je povinen upozornit na tuto skutečnost Objednatele nejpozději v den Akceptace Díla písemnou formou. Nesplní-li Dodavatel tuto povinnost, je povinen zaplatit Objednateli smluvní pokutu ve výši 100 000,- Kč.

(f) Dodavatel odpovídá Objednateli za to, že užitím Díla nemůže dojít k neoprávněnému zásahu do práv třetích osob ani k jinému porušení příslušných právních předpisů, a že případné nároky třetích osob byly Dodavatelem řádně vypořádány a Objednateli tak v souvislosti s užitím Díla nemohou vzniknout jakékoliv peněžité nebo jiné povinnosti vůči třetím osobám.

(g) Pro případ, že by Dodavatel nesplnil povinnost uvedenou pod písm. (e) tohoto odstavce 16.8, tj. zejména byly-li by uplatněny nároky ze strany třetích osob, je Dodavatel povinen zaplatit Objednateli smluvní pokutu ve výši 1 000 000,- Kč za každý zjištěný případ nesplnění povinnosti. Dodavatel je dále, bez ohledu na smluvní pokutu, povinen uhradit Objednateli škodu vzniklou v souvislosti s uplatněním práv třetích osob, a to v celém rozsahu (včetně nákladů vynaložených na ochranu práv Objednatele).

(h) Jestliže jsou s užitím software (vyvinutého pro plnění Smlouvy, softwarové platformy i opensource), ostatních licencí, služeb či jiných souvisejících plnění spojeny jednorázové či pravidelné poplatky (maintenance), je Dodavatel povinen v rámci plnění dle této Smlouvy a při zachování Dílčích cen řádně uhradit všechny tyto poplatky. Dodavatel se zavazuje ke zhotovení Díla použít takový software, u kterého je zajišťována anebo garantována komerční podpora, a to po dobu alespoň 3 let po Akceptaci Díla. Pro případ, že Dodavatel nedodrží, resp. poruší povinnost uvedenou v předchozí větě, zavazuje se zaplatit Objednateli smluvní pokutu ve výši 10 % z Dílčí ceny za Vytvoření Díla.

16.9 Zdrojový kód

(a) Dodavatel je povinen předat Objednateli v den Akceptace Díla kompletní okomentovaný zdrojový kód Díla, na jehož předání má Objednatel nárok v souladu s příslušnými ustanoveními této Smlouvy (dále jen „Zdrojový kód“). Předaný Zdrojový kód bude ve vlastnictví Objednatele. Zdrojový kód bude Objednateli Dodavatelem jednak předán na nepřepisovatelném technickém nosiči dat s viditelně označeným názvem „Zdrojový kód IS eTurista“ s tím, že předání technického nosiče dat bude oběma Smluvními stranami potvrzeno v rámci Finálního akceptačního protokolu a zároveň bude uložen do GIT aplikace Objednatele.

Dodavatel je povinen rovněž předat Objednateli i Zdrojový kód upravený v souvislosti s úpravami, změnami a dalším rozvojem Díla prováděných Dodavatelem (dále „Aktualizovaný Zdrojový kód“), a to do 5 dnů od provedení změny nebo úpravy Zdrojového kódu. Nejpozději do 5 dnů od nasazení Díla do produkčního prostředí předá Dodavatel Objednateli aktuální verzi Zdrojového kódu, včetně jeho komentované dokumentace. Pro odlišení od předchozích verzí Zdrojového kódu je povinností Dodavatele Aktualizovaný Zdrojový kód řádně verzovat. Aktualizovaný Zdrojový kód bude veden, aktualizován a udržován Dodavatelem v GIT aplikaci Objednatele. GIT aplikace bude přístupná oprávněným osobám obou Smluvních stran zabezpečeným on-line dálkovým způsobem. Pro garanci

autenticity a neměnnosti obsahu Zdrojového kódu po dobu platnosti a účinnosti této Smlouvy se Objednatel zavazuje zamezit možnosti editace Zdrojového kódu v GIT aplikaci jinými osobami, než jsou oprávněné osoby Dodavatele.

Objednatel zároveň garantuje Dodavateli technický provoz GIT aplikace, logování přístupů a zálohování Zdrojového kódu uloženého v GIT aplikaci tak, aby nedošlo ke ztrátě či neoprávněné modifikaci příslušných dat.

(b) Dodavatel je povinen průběžně, bez zbytečného odkladu, aktualizovat Zdrojový kód Díla uložený u Objednatele dle změn (update, upgrade apod.) provedených Dodavatelem tak, aby byla u Objednatele v GIT aplikaci dostupná vždy právě ta verze Díla, která je v dané době užívaná Objednatelem. Smluvní strany prohlašují, že za jedinou platnou verzi Zdrojového kódu bude považována vždy verze vedená v GIT aplikaci Objednatele. V případě, že by v rámci poskytování Provozních služeb došlo ke změně Zdrojového kódu Díla, budou tyto změny Dodavatelem řádně popsány a bezodkladně předány Objednateli. Touto změnou Zdrojového kódu nejsou dotčena vlastnická práva Objednatele k Dílu. Není-li v této Smlouvě stanoveno jinak, má Objednatel vždy právo zasahovat do Zdrojového kódu a upravovat ho sám nebo prostřednictvím třetí osoby.

(c) V případě, že Dodavatel poruší svoji povinnost předat v den Akceptace Díla kompletní Zdrojový kód Objednateli, a neučiní tak ani v dodatečné lhůtě 14 dnů, je Objednatel oprávněn nárokovat po Dodavateli jednorázovou smluvní pokutu ve výši 25 % z Dílčí ceny za Vytvoření Díla. Právo Objednatele domáhat se na Dodavateli náhrady škody způsobené porušením povinnosti zajištěné smluvní pokutou uvedenou v předchozí větě tohoto článku není tímto dotčeno. To platí i pro případ, kdy by bylo dodatečně zjištěno, že Zdrojový kód nebyl předán kompletní nebo byl dodán jako vadný. V případě, že Dodavatel poruší svoji povinnost předat Objednateli Aktualizovaný Zdrojový kód ve lhůtě uvedené pod písm. a) tohoto odst. 16.9, je Dodavatel povinen uhradit Objednateli smluvní pokutu ve výši 5 000,- Kč za každý den prodlení.

(d) Nedohodnou-li se Smluvní strany pro konkrétní kalendářní rok trvání této Smlouvy jinak, je povinností Dodavatele vždy jednou ročně, v dohodnutém termínu, nejpozději však do 31. 12. příslušného kalendářního roku, provést za účasti Objednatele sestavení SW části Díla na základě aktuální verze Zdrojových kódů, tj. těch, které budou uloženy v GIT aplikaci Objednatele k datu sestavení SW části Díla (dále jen „Aktuální verze Zdrojových kódů“). Sestavení SW části Díla je dále v textu označováno jako „Rekonstrukce Díla“. Nepodaří-li se Dodavateli provést Rekonstrukci Díla opakovaně (tj. dvakrát) úspěšně, to znamená, že SW část Díla nebude možné za použití Aktuální verze Zdrojových kódů vůbec zprovoznit nebo bude-li zjištěn nesoulad mezi SW částí Díla po Rekonstrukci Díla a verzí SW částí Díla, resp. jeho funkcionalitou, provozovanou v produkčním prostředí, je Dodavatel povinen zaplatit Objednateli smluvní pokutu ve výši 10 % z Dílčí ceny za Vytvoření Díla.

Nebude-li první pokus Dodavatele o Rekonstrukcí Díla úspěšný, je Dodavatel povinen nejpozději následující pracovní den provést druhý pokus o Rekonstrukci Díla. V případě, že ani při opakovaném (druhém) pokusu nebude Rekonstrukce Díla úspěšná, je Dodavatel povinen nejpozději do 30 kalendářních dnů ode dne následujícího po dni, v němž byl proveden druhý neúspěšný pokus

o Rekonstrukce Díla, provést nápravu tak, aby Zdrojový kód a SW část Díla byly v souladu. Nesjednání nápravy Dodavatelem v této lhůtě je považováno za podstatné porušení této Smlouvy ze strany Dodavatele, opravňující Objednatele od této Smlouvy odstoupit. Dodavatel je v takovém případě dále povinen zaplatit Objednateli smluvní pokutu ve výši 25 % z Dílčí ceny za Vytvoření Díla.

(e) Náklady spojené s Rekonstrukcí Díla jsou zohledněny v Dílčí ceně za Provozní služby, viz čl. X této Smlouvy.

16.10 Dokumentace

(a) V rámci Akceptace Díla je Dodavatel povinen dodat Objednateli veškerou dokumentaci týkající se Díla v elektronické podobě ve formátech .DOCX a .PDF a u uživatelské příručky (viz dále) také v online dostupné HTML podobě (dále jen „Dokumentace“) dle požadavků uvedených v Příloze č. 3 této Smlouvy. Dokumentace týkající se Díla musí být zpracována v rozsahu a ve shodě s vyhláškou č. 360/2023 Sb., o dlouhodobém řízení informačních systémů veřejné správy.

(b) Objednatel je výlučným vlastníkem Dokumentace a je oprávněn vytisknout a užívat Dokumentaci v neomezeném počtu kopií. Obdobně je Objednatel oprávněn dle svého uvážení Dokumentaci

elektronicky distribuovat či veřejně publikovat. Objednatel je oprávněn sám, popř. prostřednictvím třetích osob Dokumentaci upravovat, měnit, doplňovat apod.

(c) Dodavatel je povinen vždy, a bez zbytečného odkladu, aktualizovat Dokumentaci dle změn Díla provedených Dodavatelem v rámci vybraných Provozních služeb a předat ji Objednateli.

Článek XVII

Trvání smlouvy – platnost a účinnost

17.1 Tato Smlouva nabývá platnosti dnem jejího podpisu oběma Smluvními stranami a účinnosti dnem jejího uveřejnění v Informačním systému Registr smluv (dále jen „ISRS“) podle zákona č. 340/2015 Sb.,

o zvláštních podmínkách účinnosti 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ů. Smluvní strany bezvýhradně souhlasí s uveřejněním této Smlouvy v plném znění, včetně Dílčích cen a veškerých metadat. Uveřejnění Smlouvy v ISRS provede Objednatel.

17.2 Tuto Smlouvu lze ukončit na základě písemné dohody Smluvních stran, výpovědí ze strany Objednatele/Dodavatele, odstoupením od této Smlouvy či zánikem jedné ze Smluvních stran bez právního nástupce.

17.3 Objednatel je oprávněn písemně vypovědět tuto Smlouvu kdykoli bez uvedení důvodu s 3 měsíční výpovědní dobou, která počíná běžet od prvního dne měsíce následujícího po doručení výpovědi Dodavateli. Dodavatel je oprávněn vypovědět tuto Smlouvu nejdříve po uplynutí doby 4 let, která počíná běžet dnem následujícím po zahájení poskytování Provozních služeb (viz čl. IV odst. 4.1 této Smlouvy), a to písemnou výpovědí s 9 měsíční výpovědní dobou, která počíná běžet od prvního dne měsíce následujícího po doručení výpovědi Objednateli.

17.4 Objednatel je oprávněn odstoupit od této Smlouvy při podstatném porušení této Smlouvy ze strany

Dodavatele. Za podstatné porušení této Smlouvy Dodavatelem bude považováno zejména:

(a) Prodlení Dodavatele s Akceptací Díla o dobu delší než 15 dnů;

(b) Prodlení Dodavatele se splněním jakéhokoli termínu označeného v Harmonogramu (vyjma termínu uvedeného pod písm. a) výše) o dobu delší než 20 dnů,

(c) Prodlení Dodavatele s odstraňováním Vad a nedodělků zjištěných při Akceptaci Díla, popř. jakékoliv jeho části o dobu delší než 15 dnů;

(d) Prodlení Dodavatele s odstraněním Záruční vady (viz čl. XII odst. 12.1 této Smlouvy) o dobu delší než

15 dnů.

17.5 Objednatel je dále oprávněn odstoupit od této Smlouvy zejména v následujících případech:

(a) Zjistí-li, že Dodavatel nabízel, dával, přijímal nebo zprostředkovával nějaké hodnoty s cílem ovlivnit chování nebo jednání kohokoliv, ať již státního úředníka nebo někoho jiného, přímo nebo nepřímo, v zadávacím řízení nebo při provádění Smlouvy; nebo

(b) Zjistí-li, že Dodavatel zkresloval skutečnosti za účelem ovlivnění zadávacího řízení nebo provádění Smlouvy ke škodě Objednatele, včetně užití podvodných praktik k potlačení a snížení výhod volné a otevřené soutěže; nebo

(c) Zjistí-li, že Dodavatel nedodržoval povinnosti vyplývající ze sociálních nebo pracovně právních předpisů nebo kolektivních smluv vztahujících se k předmětu plnění veřejné zakázky.

17.6 Bude-li Dodavatel poskytovat plnění dle této Smlouvy v rozporu s touto Smlouvou a jejími přílohami, zadávacími podmínkami na Veřejnou zakázku, Nabídkou, popř. v rozporu s platnými právními předpisy a normami a nenapraví-li Dodavatel takové vadné plnění ani v dodatečné lhůtě stanovené mu Objednatelem v písemné výzvě ke sjednání nápravy, je Objednatel oprávněn po marném uplynutí této dodatečné lhůty od této Smlouvy odstoupit.

17.7 Objednatel je dále oprávněn odstoupit od této Smlouvy v případě:

(a) poruší-li Dodavatel povinnost ochrany Důvěrných informací dle této Smlouvy;

(b) je-li na majetek Dodavatele prohlášen úpadek nebo podá-li Dodavatel sám dlužnický návrh na zahájení insolvenčního řízení;

(c) poruší-li Dodavatel závazek, resp. prohlášení uvedená v této Smlouvě, zejména v čl. XVI této Smlouvy;

(d) vstoupí-li Dodavatel do likvidace; nebo

(e) v případech stanovených Občanským zákoníkem.

17.8 Dodavatel je oprávněn odstoupit od této Smlouvy, bude-li Objednatel v prodlení se zaplacením faktury o dobu delší než 30 dnů, a nezaplatí-li ji ani v dodatečné přiměřené lhůtě, kterou mu k tomu Dodavatel poskytne v písemné výzvě ke splnění povinnosti, přičemž tato lhůta nesmí být kratší než 15 dnů od doručení takovéto výzvy.

17.9 Nedohodnou-li se Smluvní strany jinak nebo není-li v této Smlouvě stanoveno jinak, odstoupení od Smlouvy musí být učiněno v písemné formě a doručeno druhé Smluvní straně. Odstoupením se závazek založený Smlouvou zrušuje od počátku a Smluvní strany se vypořádají podle příslušných ustanovení Občanského zákoníku o bezdůvodném obohacení. Účinky odstoupení od Smlouvy nastávají okamžikem doručení písemného oznámení o odstoupení od Smlouvy druhé Smluvní straně. Odstoupení od Smlouvy se nedotýká práva na zaplacení smluvní pokuty a úroku z prodlení, pokud již dospěl, práva na náhradu škody a ani ujednání, které má vzhledem ke své povaze zavazovat Smluvní strany i po odstoupení od Smlouvy, tj. zejména ani ujednání o způsobu řešení sporů a volbě práva. Obdobné platí i pro předčasné ukončení Smlouvy jiným způsobem.

Článek XVIII EXIT PLÁN

18.1 Součástí plnění Dodavatele dle této Smlouvy je, pro případ skončení účinnosti této Smlouvy (výpovědí, odstoupením od Smlouvy, dohodou Smluvní stran, jak uvedeno v příslušných ustanoveních této Smlouvy), poskytnutí (i) veškeré potřebné součinnosti, (ii) Dokumentace a Zdrojový kód (nebude-li mít Objednatel k datu skončení účinnosti této Smlouvy k dispozici poslední aktuální verze Zdrojového kódu či Dokumentace), (iii) předání všech SW komponent, dat a metadat, (iv) poskytnutí informací a (v) účast na jednáních s Objednatelem a třetími osobami za účelem převedení (převodu) Díla a plynulého nahrazení všech dosavadních činností Dodavatele dle této Smlouvy vlastní činností Objednatele nebo činností jiného dodavatele určeného Objednatelem v souvislosti s ukončením účinnosti této Smlouvy. Dosavadními činnostmi Dodavatele se rozumí zejména poskytování Provozních služeb a Rozvoje Díla, popř. i Přesun Díla, pokud byl realizován (dále jen jako „Dosavadní činnosti Dodavatele“).

18.2 S odkazem na skutečnosti uvedené v odst. 18.1 tohoto článku se Dodavatel zavazuje:

(a) Vypracovat v rámci plnění Dodavatele dle čl. IV bodu 4.2.2.2 této Smlouvy dokument, který bude přesně specifikovat veškeré povinnosti, postupy a podmínky pro převedení (převod) Díla a poskytování Dosavadních činností Dodavatele z Dodavatele na Objednatele, popř. na nového dodavatele určeného Objednatelem (dále jen „Exit plán“).

(b) Zajistit odsouhlasení – akceptaci Exit plánu Objednatelem postupem podle čl. IX odst. 9.7 této Smlouvy a předat Exit plán Objednateli ve lhůtě dle bodu 3.2.2.2. Přílohy č. 1 této Smlouvy.

(c) Realizovat schválený Exit plán na základě žádosti Objednatele (viz odst. 18.4 tohoto článku).

18.3 Vytvoření Exit plánu musí odpovídat požadavkům uvedeným v bodu 3.2.2.2. Přílohy č. 1 této Smlouvy.

18.4 Realizace Exit plánu

Dodavatel se zavazuje realizovat Exit plán, bude-li k tomu Objednatelem vyzván, a to písemnou žádostí

Objednatele o zahájení realizace Exit plánu.

18.5 Dodavatel se dále zavazuje poskytovat veškerou součinnost potřebnou k realizaci Exit plánu (tj. mimo jiné i poskytování informací, účast na jednáních Objednatele nebo třetích stran určených Objednatelem apod.) až do doby úplného převzetí a inicializace Díla a Dosavadních činností Dodavatele Objednatelem nebo novým dodavatelem. V případě, že dojde k uzavření nové smlouvy s novým dodavatelem odlišným od Dodavatele, zavazuje se Dodavatel poskytovat Objednateli nebo jím určeným třetím stranám veškerou součinnost potřebnou pro účely plynulého a řádného poskytování Dosavadních činností Dodavatele novým dodavatelem. Pro vyloučení jakýchkoli pochybností se uvádí, že Dodavatel je v rámci součinnosti dle tohoto odstavce Smlouvy povinen zabezpečit na výzvu Objednatele i osobní účast příslušných členů realizačního týmu podílejících se na realizaci Exit plánu Dodavatele na jednáních s Objednatelem či jím určenými třetími stranami. Součinnost popsanou výše v tomto odstavci je Dodavatel povinen poskytovat po celou dobu realizace Exit plánu.

18.6 Smluvní strany se dohodly a Dodavatel se zavazuje poskytovat Objednateli součinnost dle odst. 18.5 tohoto článku i po skončení realizace Exit plánu, a to po dobu 1 roku ode dne podpisu akceptačního protokolu o provedení (realizaci) Exit plánu nebo po ukončení platnosti této Smlouvy.

18.7 Bude-li požadována součinnost dle odst. 18.5 a/nebo 18.6 tohoto článku ze strany Objednatele nebo jím určené třetí osoby, zavazuje se Dodavatel reagovat na požadavek Objednatele nebo jím určené třetí osoby a zahájit poskytování součinnosti nejpozději do 3 pracovních dnů ode dne doručení takovéhoto požadavku. Bude-li Dodavatel v prodlení se splněním této povinnosti poskytnout součinnost, je povinen zaplatit Objednateli smluvní pokutu ve výši 2 000,- Kč za každý i započatý den prodlení.

18.8 Bude-li Dodavatel v prodlení s předáním Exit plánu nebo jeho aktualizací, je povinen zaplatit Objednateli smluvní pokutu ve výši 2 000,- Kč za každý den prodlení. Bude-li Dodavatel v prodlení s realizací Exit plánu, je povinen zaplatit Objednateli smluvní pokutu ve výši 2 000,- Kč za každý i započatý den prodlení. Dodavatel se může zprostit odpovědnosti za nedodržení termínu realizace Exit plánu pouze tehdy, prokáže-li, že jeho prodlení je v příčinné souvislosti s prodlením Objednatele, popř. třetí osoby, s poskytnutím součinnosti definované v Exit plánu přesahujícím minimální, tj. 3 denní nebo Exit plánem stanovenou dobu na součinnost Objednatele.

18.9 Nezahájí-li Dodavatel realizaci Exit plánu nejpozději do 30 dnů od doručení žádosti Objednatele k zahájení realizace Exit plánu, popř. sdělí-li Objednateli, že Exit plán nebude realizovat, je povinen zaplatit Objednateli smluvní pokutu ve výši 1 000 000,- Kč.

18.10 Likvidace dat, metadat a provozních údajů. Dodavatel do 30 dní po ukončení realizace Exit plánu provede likvidaci veškerých dat IS eTurista, vč. kopií a záloh dat, metadat či provozních údajů, které má ve sféře svého vlivu (dále jen „Likvidace“). Likvidací se rozumí nevratné elektronické smazání datového obsahu IS eTurista, vč. dat všech obslužných nástrojů (např. ServiceDesk). V případě nepřepisovatelných nosičů digitální podoby dat nebo tištěné formy reprezentace dat, metadat nebo provozních údajů je za Likvidaci považováno fyzické znehodnocení těchto nosičů znemožňující jejich opětovné čtení či skartace tištěného obsahu. Dodavatel umožní Objednateli dohled nad průběhem Likvidace s tím, že v předstihu vyhotoví soupis výskytu a formy dat, metadat a provozních údajů, které má Dodavatel ve své dispozici. Dodavatel vyhotoví o průběhu Likvidace protokol, který předá Objednateli bezodkladně, nejpozději však do 10 pracovních dnů po provedení Likvidace. Nesplní-li Dodavatel výše uvedené v tomto odstavci, je povinen uhradit Objednateli smluvní pokutu ve výši 5 000,- Kč za každý i započatý den prodlení.

Článek XIX

ZVLÁŠTNÍ UJEDNÁNÍ

19.1 Dodavatel se zavazuje umožnit Objednateli kdykoliv k jeho žádosti provedení zákaznického auditu. Požadavek Objednatele o provedení zákaznického auditu musí být doručen alespoň 5 pracovních dnů před požadovaným termínem provedení zákaznického auditu. Nebudou-li to vyžadovat okolnosti zvláštního zřetele hodné, je Objednatel oprávněn doručit požadavek na provedení zákaznického auditu vždy maximálně jednou v každém roce trvání této Smlouvy. Zákaznický audit může být proveden pouze osobami, které k tomu budou zmocněny osobou oprávněnou jednat za Objednatele ve věcech smluvních (viz čl. XX odst. 20.1 této Smlouvy). Rozsah zákaznického auditu bude předmětem dohody Smluvních stran.

19.2 Dodavatel se zavazuje k dodržování bezpečnostních politik Objednatele, s nimiž byl seznámen před podpisem této Smlouvy, což potvrzuje v samostatném protokolu, který je vyhotoven k datu podpisu této Smlouvy včetně specifikace jednotlivých bezpečnostních politik Objednatele. Dodavatel se zavazuje i k dodržování veškerých jejich následných změn, s nimiž musí být rovněž Objednatelem prokazatelně seznámen.

19.3 Dojde-li v souvislosti s plněním této Smlouvy ke kybernetickému bezpečnostnímu incidentu ve smyslu ZKB, je Dodavatel povinen informovat Objednatele písemně o výskytu kybernetického bezpečnostního incidentu a písemné oznámení doručit Objednateli bezodkladně, nejpozději však do 24 hodin od výskytu kybernetického bezpečnostního incidentu. Poruší-li Dodavatel tuto povinnost, je povinen zaplatit Objednateli smluvní pokutu ve výši 1 000,- Kč za každou hodinu prodlení.

19.4 Dodavatel je dále povinen informovat Objednatele o významné změně ovládání Dodavatele (viz § 71 a násl. zákona č. 90/2012 Sb., o obchodních korporacích, ve znění pozdějších předpisů), a to bez zbytečného odkladu poté, co dojde k takové změně ovládání. Nastane-li skutečnost uvedená v předchozí větě tohoto odstavce, je Objednatel oprávněn od této Smlouvy odstoupit v souladu s čl. XVII této Smlouvy.

19.5 Dodavatel je povinen informovat Objednatele o způsobu řízení rizik na straně Dodavatele ve smyslu vyhlášky č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat (vyhláška

o kybernetické bezpečnosti), ve znění pozdějších předpisů. Řízením rizik se rozumí dokumentovaná činnost zahrnující hodnocení rizik, výběr a zavedení opatření ke zvládání rizik, sdílení informací o riziku a sledování a přezkoumání rizik.

19.6 Pokud Dodavatel prokázal v zadávacím řízení, na jehož základě byla uzavřena tato Smlouva, splnění části kvalifikace prostřednictvím poddodavatele, musí takový poddodavatel plnit tu část Díla, ke které prokazoval kvalifikaci za Dodavatele. Jakákoliv změna v osobě takového poddodavatele je možná pouze za předpokladu doložení příslušné části kvalifikace obdobným způsobem novým poddodavatelem a po předchozím písemném souhlasu Objednatele ke změně poddodavatele. Dodavatel je povinen zavázat poddodavatele k plnění smluvních povinností alespoň v takovém rozsahu, v jakém je Dodavatel zavázán touto Smlouvou vůči Objednateli. Za plnění poddodavatelů Dodavatel odpovídá Objednateli, jako by plnil sám, a to včetně odpovědnosti za škody vzniklé při porušení smluvních závazků.

19.7 Vlastníkem všech dat a metadat obsažených v IS eTurista je Objednatel. Data a metadata obsažená v IS eTurista jsou oprávněni užívat oprávnění uživatelé IS eTurista s tím, že rozsah a možnosti nakládání s daty a medaty se liší v závislosti na přiděleném oprávnění pro práci v IS eTurista, které definuje Objednatel. Povinností Dodavatele ve vztahu k datům a metadatům IS eTurista, která má k dispozici, je zajištění řádné ochrany dat a metadat IS eTurista proti zneužití, tj. zejména zamezení neoprávněnému přístupu, modifikaci, znepřístupnění, odstranění apod. s tím, že toto ustanovení se týká také Dodavatele samotného, který zejména musí veškeré operace s daty a metadaty logovat, nesmí data a metadata IS eTurista postupovat neoprávněným osobám a po skončení této Smlouvy má povinnost veškeré pořízené kopie dat a metadat či jejich částí zlikvidovat postupem definovaným v Exit plánu.

Článek XX

Závěrečná ustanovení

20.1 Za Objednatele jsou v záležitostech této Smlouvy vč. realizace jejího předmětu oprávněni jednat:

-

-

Za Dodavatele jsou v záležitostech této Smlouvy vč. realizace jejího předmětu oprávněni jednat:

-

-

20.2 Tato Smlouva a práva a povinnosti z ní vyplývající se řídí právním řádem České republiky. Práva a povinnosti Smluvních stran, pokud nejsou upraveny touto Smlouvou, se řídí Občanským zákoníkem a předpisy souvisejícími.

20.3 Veškeré případné spory vzniklé mezi Smluvními stranami na základě nebo v souvislosti s touto Smlouvou budou primárně řešeny jednáním Smluvních stran. V případě, že tyto spory nebudou v přiměřené době vyřešeny, budou k jejich projednání a rozhodnutí příslušné obecné soudy České republiky.

20.4 Tato Smlouva může být měněna nebo doplňována pouze formou písemných vzestupně číslovaných dodatků podepsaných oběma Smluvními stranami. Ke změnám či doplnění neprovedeným písemnou formou se nepřihlíží.

20.5 V případě, že některé ustanovení této Smlouvy je nebo se stane v budoucnu neplatným, neúčinným či nevymahatelným nebo bude-li takovým shledáno příslušným orgánem, zůstávají ostatní ustanovení této Smlouvy v platnosti a účinnosti, pokud z povahy takového ustanovení nebo z jeho obsahu anebo z okolností, za nichž byla tato Smlouva uzavřena, nevyplývá, že jej nelze oddělit od ostatního obsahu této Smlouvy. Smluvní strany se zavazují bezodkladně nahradit neplatné, neúčinné nebo nevymahatelné ustanovení této Smlouvy ustanovením jiným, které svým obsahem a smyslem odpovídá nejlépe ustanovení původnímu a této Smlouvě jako celku.

20.6 Smluvní strany na sebe přebírají nebezpečí změny okolností v souvislosti s právy a povinnostmi Smluvních

stran vzniklými na základě této Smlouvy. Smluvní strany vylučují uplatnění ustanovení § 557, § 558 odst. 2,

§ 1765 odst. 1 a § 1766 Občanského zákoníku na svůj smluvní vztah založený touto Smlouvou.

20.7 Dodavatel se jako osoba povinná dle § 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ů, zavazuje k součinnosti při výkonu finanční kontroly ve smyslu zákona o finanční kontrole. Dodavatel se dále zavazuje umožnit všem oprávněným subjektům provést kontrolu dokladů souvisejících s plněním této Smlouvy, a to po dobu určenou k jejich archivaci, a to v souladu s příslušnými právními předpisy včetně případných příslušných právních předpisů Evropské unie.

20.8 Dodavatel je povinen v průběhu realizace a po dobu deseti let od ukončení realizace projektu, poskytovat požadované informace a dokumentaci zaměstnancům nebo zmocněncům pověřených orgánů (Ministerstvo vnitra, Ministerstva průmyslu a obchodu, Ministerstva financí, Nejvyššího kontrolního úřadu, příslušného orgánu finanční správy a dalších oprávněných orgánů státní správy, Evropské komisi) a je povinen vytvořit výše uvedeným osobám podmínky k provedení kontroly vztahující se k realizaci projektu a poskytnout jim při provádění kontroly součinnost. Dodavatel je zároveň povinen řádně uchovávat veškerou dokumentaci související s realizací projektu včetně účetních dokladů podle českých právních předpisů nejméně po dobu 10 let od schválení závěrečné zprávy o projektu.

20.9 Dodavatel se zavazuje k plnění zásady významně nepoškozovat environmentální cíle (dále jen „DNSH“). Zásada DNSH - „Do No Significant Harm“ je ukotvena ve sdělení Komise „Zelená dohoda pro Evropu“ (European Green Deal).

20.10 Dodavatel prohlašuje, že není předlužen a není mu známo, že by bylo vůči němu zahájeno insolvenční řízení. Dále prohlašuje, že vůči němu není vydáno žádné soudní rozhodnutí, či rozhodnutí správního, daňového či jiného orgánu nebo rozhodce na plnění, které by mohlo být důvodem soudní exekuce na majetek Dodavatele, nebo by mohlo mít jakýkoliv negativní vliv na schopnost Dodavatele splnit povinnosti vyplývající z této Smlouvy, a že takové řízení nebylo vůči němu zahájeno, a že ani nehrozí zahájení takového řízení.

20.11 Dodavatel bere na vědomí, že si Objednatel vyhradil ve smyslu § 100 odst. 2 ZZVZ a § 222 odst. 10 ZZVZ změnu Dodavatele, přičemž podmínky této změny jsou uvedeny v článku 12 zadávací dokumentace veřejné zakázky.

20.12 Dodavatel bere na vědomí, že si Objednatel vyhradil ve smyslu § 100 odst. 1 ZZVZ a § 222 odst. 6 ZZVZ změnu termínů plnění smlouvy. V případě, že dojde k opožděnému uzavření této smlouvy z důvodu průtahů v zadávacím řízení způsobených zejména uplatněním opravných prostředků některým z účastníků zadávacího řízení, se smluvní strany dohodly, že Objednatel je oprávněn rozhodnout o přiměřeném prodloužení všech či vybraných termínů plnění uvedených v této smlouvě, a to maximálně o dobu odpovídající prodlení způsobenému těmito průtahy. Dodavatel bere na vědomí a souhlasí, že na základě takového prodloužení termínů nemá nárok na dodatečné náklady či jinou kompenzaci.

20.13 Tato Smlouva nabývá platnosti dnem jejího podpisu oběma Smluvními stranami a účinnosti dnem jejího uveřejnění dle čl. XVII odst. 17.1 této Smlouvy.

20.14 Je-li tato Smlouva uzavřena v listinné podobě, pak je vyhotovena ve 4 stejnopisech, z nichž každý bude považován za prvopis, a Objednatel si ponechá 3 stejnopisy a Dodavatel obdrží 1 stejnopis. Je-li tato Smlouva podepsána elektronicky, pak je podepsána v 1 originále elektronicky pomocí uznávaných elektronických podpisů osob oprávněných jednat za Smluvní strany.

20.15 Nedílnou součástí této Smlouvy jsou její přílohy:

a) Příloha č. 1: Podrobná specifikace Díla a specifikace vybraných Provozních služeb;

b) Příloha č. 2: Poddodavatelé a Realizační tým (bude doplněno zadavatelem před podpisem smlouvy);

c) Příloha č. 3: Požadavky na Dokumentaci;

d) Příloha č. 4: Akceptační protokol.

Smluvní strany prohlašují, že tato Smlouva vyjadřuje jejich svobodnou, vážnou, určitou a srozumitelnou vůli prostou omylu. Smluvní strany si Smlouvu přečetly, s jejím obsahem souhlasí, což stvrzují vlastnoručními

podpisy.

Za Objednatele: Za Dodavatele:

Tibor Szabó Mgr. Digitálně

2024.11.14

13:37:13

+01'00'

Peter Halmo

podepsal Mgr. Peter Halmo Datum: 2024.11.15

08:03:50 +01'00'

V Praze, dne dle data elektronického podpisu V Praze, dne dle data elektronického podpisu

Digitálně podepsal: Ing. Bc. Radmila Outlá 08.11.2024 14:47

Ing. Bc. Radmila Outlá, MBA ředitelka odboru projektového řízení

Česká republika – Ministerstvo pro místní rozvoj

Mgr. Tibor Szabó, předseda představenstva, Mgr. Peter Halmo, člen představenstva, InQool a.s.

Podrobná´ specifikáce Dí´lá á specifikáce vybrány´ch Provozní´ch sluzˇeb

Společné definice a zkratky pro zajištění vybraných provozních služeb

Pojmy uvedené v zadávací dokumentaci nebo Smlouvě počínající velkým písmenem mají dále vymezený význam:

AIS – agendový informační systém.

Akceptace Díla – celkové/finální ověření shody řešení eTurista oproti všem požadavkům Smlouvy

a akceptace Díla jako celku.

CSV - Textový souborový formát pro ukládání tabulkových alfanumerických dat.

Dodavatel – dodavatel řešení eTurista (tj. Díla).

GIS - Geografický informační systém.

Incident – událost, která není součástí standardní operace a která působí nebo může způsobit výpadek Provozních služeb nebo snížení kvality Provozních služeb. Je to stav eTurista či jeho komponent, který neumožňuje provádět předepsané funkce, či nejsou splněny parametry stanovené v Dokumentaci.

KL – katalogový list.

Měřící období – interval od času 0:00:00 hod. 1. dne daného kalendářního měsíce do 23:59:59 hod. posledního dne daného kalendářního měsíce včetně, a to pro každý kalendářní měsíc v daném kalendářním roce.

Objednatel - Objednatel řešení eTurista (tj. Díla), kterým je Ministerstvo pro místní rozvoj.

Obnovení Služby (fix time) – je časová lhůta, ve které je Dodavatel povinen obnovit parametry dané Provozní služby na sjednanou úroveň (zpravidla obnovení řádného bezporuchového fungování eTurista a dostupnosti funkcionalit uživatelům) nebo dosáhnout nižší priority požadavku s tím, že doba obnovení parametrů dané Provozní služby je počítána od vzniku/zadání původního požadavku Objednatelem bez ohledu na změnu klasifikace priority požadavku. Tato časová lhůta se počítá v návaznosti na příslušný kalendář uvedený u konkrétní Provozní služby dále.

Odezva (response time) – je časová lhůta, ve které je Dodavatel povinen odpovědět na požadavek Objednatele, a to buď odmítnutím, nebo přijetím požadavku. Tato časová lhůta se počítá v návaznosti na příslušný kalendář uvedený u konkrétní Provozní služby dále.

Pracovní den („BD“) – každý den mimo sobot, neděl a státních svátků a ostatních svátků v České republice dle zákona č. 245/2000 Sb., o státních svátcích, o významných dnech a o dnech pracovního klidu, ve znění pozdějších předpisů.

Provozní deník – on-line, přes URL přístupný, strukturovaný a průběžně naplňovaný přehled (tabelární přehled nebo dynamický prohledávatelný report) vedený Dodavatelem a obsahující zejména informace o úkonech na serverových komponentech (instalace, odstávky, rekonfigurace apod.). Provozní deník může být součástí nebo službou ServiceDesku.

Dodavatel je povinen do Provozního deníku prostřednictvím záznamu zaznamenat minimálně následující úkony a události:

• Provedení (instalace/implementace) Update/Upgrade/nové verze SW částí Díla včetně

komponent SW platformy;

• Instalace patche, hotfixu, servispacku, apod.;

• Havarijní stavy, opravy, výměny komponent;

• Anomálie a nestandardní stavy systémů, které mají dopad na plnění SLA;

• Zprovoznění nového nebo dočasně odstaveného eTurista a/nebo odstavení eTurista;

• Spuštění, vypnutí a restart eTurista;

• Reinstalace/migrace/přesun eTurista;

• Obnovení ze zálohy.

Záznam do Provozního deníku musí být Dodavatelem proveden nejpozději do konce následujícího BD (23:59) po provedení příslušného úkonu.

Každý záznam bude obsahovat minimálně následující informace:

• Datum a čas pořízení záznamu;

• Identifikace kontaktní osoby Dodavatele pořizující záznam;

• Identifikace dotčené/ých aplikací/modulů/databází/komponenty SW platformy eTurista;

• V případě událostí trvajících více než 1 hodinu také čas začátku a konce události (např. doba

servisního okna) – minimálně s přesností na 0,5 hodiny;

• Stručný-heslovitý popis události/komentář;

• Základní kategorizaci úkonů vycházející z popisu výše;

• Časové určení (min. s přesností na hodiny), kdy událost (úkon/aktivita) byla realizována.

U činností prováděných na žádost Objednatele nebo vyplývajících z této Smlouvy zdůvodnění,

na základě jakého požadavku byla činnost vykonána (např. ID záznamu v ServiceDesku a příslušný KL).

Průměrný počet pracovních dnů v roce (dle plánovacího kalendáře) – 251 pracovních dnů.

Technologická infrastruktura - standardizované infrastrukturní produkty/prvky, na nichž je IS eTurista provozován a jež jsou ve vlastnictví MMR (Objednatele) jako správce IS eTurista či je MMR zajistí jiným způsobem (např. cloudové služby).

Smlouva - Smlouva na realizaci veřejné zakázky s názvem „Vytvoření informačního systému e-Turista“.

Softwarová platforma – standardizované SW produkty, nad nimiž je Aplikace eTurista vyvinuta a jež jsou ve vlastnictví MMR jako správce eTurista. Jde o softwarové produkty autora/Dodavatele nebo třetích stran, na kterých je eTurista vytvořen a provozován a které nebyly vyvinuty autorem specificky pro eTurista. SW platforma je souborné označení pro softwarové komponenty (tj. standardizované SW) řešení eTurista, např. pro serverový operační systém, databáze, databázový ovládač/nadstavba, aplikační server, webový server, frameworky, pluginy, extenze, SW knihovny apod., bez nichž nemůže být eTurista provozován a bez kterých eTurista nemůže řádně fungovat.

Pololetní výkazy – reporty zpracovávané Dodavatelem k jednotlivým Provozním službám, jež jsou přikládány jako podklad k fakturaci. Tyto Pololetní výkazy jsou zároveň dostupné (ve schválené podobě) Objednateli elektronicky v ServiceDesku.

ZZVZ - zákon č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů.

Ubytovatel – Ten, kdo jako podnikatel poskytuje ubytování na základě živnostenského oprávnění.

Hostitel - Fyzická nebo právnická osoba, která poskytuje nebo má v úmyslu poskytovat za úplatu službu v oblasti krátkodobých pronájmů ubytování prostřednictvím online platformy pro krátkodobé pronájmy v rámci podnikatelské či nepodnikatelské činnosti, pravidelně či občasně.

HUZ – Hromadné ubytovací zařízení, tj. ubytovací zařízení, které spadá do jedné z následujících kategorií:

• Hotely a obdobná ubytovací zařízení včetně hotelových rezortů, apartmánové hotely a motely dle klasifikace NACE Rev. 2, skupina 55.1 (Ubytování v hotelích a podobných ubytovacích zařízeních);

• Hostely dle klasifikace NACE Rev. 2, skupina 55.2 (Rekreační a ostatní krátkodobé ubytování);

• Kempy, stání pro obytné vozy a přívěsy dle klasifikace NACE Rev. 2 skupina 55.3 (Kempy a tábořiště).

IUZ – Individuální ubytovací zařízení, které nespadá do definice HUZ.

STR - Nařízení Evropského parlamentu a Rady (EU) 2024/1028 ze dne 11. dubna 2024 o shromažďování a sdílení údajů týkajících se služeb v oblasti krátkodobých pronájmů ubytování a o změně nařízení

Východiska veřejné zakázky

Ministerstvo pro místní (dále jen „MMR“) připravuje vznik nového infomačního systému pro vedení registru ubytovacích zařízení, jednotek krátkodobého ubytování a ubytovaných osob, který budou povinně využívat ubytovací zařízení všech typů, tj. jak hromadných ubytovacích zařízení (dále též

„HUZ“), tak i individuálních ubytovacích zařízení (dále též „IUZ“) (dále jen „IS eTurista“ nebo „eTurista“ nebo „Systém“). Hlavními cíli spuštění IS eTurista je především snížení administrativní zátěže podnikatelů a zajištění aktuálních statistických dat pro řízení, plánování a rozvoj cestovního ruchu jak na území celé ČR, tak i v jednotlivých lokalitách.

IS eTurista bude zahrnovat sjednocení a elektronizaci domovní a evidenční knihy a přihlašovacího tiskopisu tak, aby ubytovatel zadal každý údaj pouze jednou, přičemž automatizovaný registr je dokáže

„rozdistribuovat“ do systémů těch orgánů, které k nim mají ze zákona přístup. Prostřednictvím registru bude podnikatel plnit také povinnosti vůči Českému statistickému úřadu (ČSÚ).

Dodavatelům ubytování IS eTurista umožní plnění vybraných povinností online z jednoho místa, čímž dojde k významnému snížení administrativní zátěže. Stát a všechny dotčené subjekty (obce, kraje atd.) získají díky IS eTurista v reálném čase přehled o ubytovací kapacitě a její struktuře napříč republikou, údaje o návštěvnosti území, což mohou využít např. při plánování budování veřejné infrastruktury a základních služeb apod.

Od 20. 5. 2026 bude registr dále sloužit také jako jednotné digitální kontaktní místo ve smyslu nařízení Evropského parlamentu a Rady (EU) 2024/1028 ze dne 11. dubna 2024 o shromažďování a sdílení údajů týkajících se služeb v oblasti krátkodobých pronájmů ubytování a o změně nařízení (EU) 2018/1724. Hostitelé a provozovatelé platforem usnadňujících kontakt mezi hostitelem a potenciálním zákazníkem budou prostřednictvím registru plnit povinnosti vyplývající jak ze jmenovaného evropského právního předpisu, tak i z národní legislativy.

Systém eTurista jako centrální systém bude zahrnovat požadavky na evidenci oblasti krátkodobých ubytování, resp. činnosti online platforem, a to v návaznosti zejména na:

• zákon č. 159/1999 Sb., o některých podmínkách podnikání a o výkonu některých činností v oblasti cestovního ruchu, ve znění pozdějších předpisů;

• Nařízení Evropského parlamentu a Rady (EU) 2022/2065 ze dne 19. října 2022 o jednotném trhu digitálních služeb a o změně směrnice 2000/31/ES (nařízení o digitálních službách);

• Nařízení Evropského parlamentu a Rady (EU) 2024/1028 ze dne 11. dubna 2024 o shromažďování a sdílení údajů týkajících se služeb v oblasti krátkodobých pronájmů ubytování a o změně nařízení (EU) 2018/1724.

Významná rekodifikace/změna právní úpravy agendy cestovního ruchu (nad rámec aktuálně schvalované novely zákona č. 159/1999 Sb.) není nyní očekávána. Ministerstvo pro místní rozvoj (dále též „MMR“ nebo „Objednatel“) nicméně upozorňuje, že právní úprava agendy cestovního ruchu se průběžně mění s dopady na agendy/procesy tvořící specifikaci Díla. V souvislosti se změnami v právní úpravě dochází zejména k úpravám agend/procesů, rozsahu zpracovávaných a zpřístupňovaných dat, dílčích sousledností jednotlivých aktivit či zapojených rolí. Dílo tak musí být navržené jako konfigurovatelné, které dokáže pružně reagovat na změny v právních předpisech (více viz Katalog požadavků eTurista).

Popis stávajícího stavu

Ve stávajícím stavu nemohou územně samosprávné celky využít údaje statistického charakteru o rozvoji cestovního ruchu na svém území k plánování budování veřejné infrastruktury apod. a zároveň stát či organizace destinačního managementu nemohou v plné míře plánovat své marketingové aktivity na podporu příjezdového či domácího cestovního ruchu. Současně není možné využít přehledu poskytovatelů ubytování k jejich zapojení do plánování a organizace cestovního ruchu z důvodu absence relevantních údajů statistického charakteru, které by mohly být využity k plánování dalších aktivit v území v rámci různých politik.

V současném stavu se evidence ubytování provádí v listinné podobě. Dodavatelé ubytování ověří hosta a v případě cizince do tří dnů odešlou hlášenku na místně příslušný odbor Služby cizinecké policie. Dodavatelé ubytování musí v souvislosti s poskytováním ubytování vést příslušné evidence o ubytovaných hostech a plnit další povinnosti. V obci, ve které je zaveden místní poplatek z pobytu, musí poskytovatel ubytování v postavení plátce poplatku z pobytu vést v listinné nebo elektronické podobě evidenční knihu za každé zařízení nebo místo, kde poskytuje úplatný pobyt. Do evidenční knihy zapisuje údaje týkající se fyzické osoby, které poskytuje úplatný pobyt. V případě poskytování ubytování cizincům musí ubytovatel vést domovní knihu a zapisovat do ní údaje v rozsahu stanoveném zákonem o pobytu cizinců. Poskytování ubytování cizinci v obci, která obecně závaznou vyhláškou zavedla místní poplatek z pobytu, tak po podnikateli vyžaduje duplicitní plnění evidenčních povinností. Jsou přitom vyžadovány stejné či obdobné údaje, které musí poskytovatel zapisovat do dvou příslušných evidencí (tj. evidenční a domovní knihy).

Provozovatelé HUZ mají dále povinnosti zpravodajské jednotky vůči Českému statistickému úřadu (dále jen „ČSÚ“), kde mají povinnost v pravidelných intervalech (měsíc, kvartál) zasílat statistická hlášení. Mnoho údajů v nich uváděných však již dnes lze získat z domovní či evidenční knihy.

Cíle spojené s vytvořením nového IS eTurista – Cílový stav

S ohledem na neexistenci ucelené informační podpory agendy cestovního ruch v oblasti evidence ubytování, vč. krátkodobých pronájmů a návazných povinností vyplývajících z právních předpisů vznikla potřeba vytvoření agendového informačního systému. V cílovém stavu vznikne IS eTurista jako rejstřík ubytovacích zařízení, jednotek krátkodobého ubytování a ubytovaných osob, který budou povinně využívat ubytovací zařízení všech typů (jak HUZ, tak i IUZ).

Hlavními cíli zvažované právní úpravy a následného spuštění IS eTurista je:

• Vznik přehledu (registru) poskytovatelů ubytování;

• Zjednodušení plnění evidenčních povinností ubytovatelů a hostitelů online z jednoho místa;

• Snížení administrativní zátěže jak na straně podnikatelů v oblasti ubytování, tak i na straně státu, resp. obcí;

• Zefektivnění sběru dat tak, aby byla jejich agregovaná podoba dostupná online;

• Zefektivnění výběru místního poplatku z pobytu;

• Stát a všechny dotčené subjekty (obce, kraje, organizace destinačního managementu (DMO) atd.) získají v přehledné formě údaje (např. formou opendat) o návštěvnosti území, čehož mohou využít např. při plánování budování veřejné infrastruktury na území celé ČR, tak i v jednotlivých lokalitách. Dále díky tomu dojde i ke snadnějšímu rozhodování obcí o zavedení místního poplatku z pobytu;

• Spuštění IS eTurista má také za úkol připravit podmínky pro adaptaci nově připravovaného evropského nařízení týkajícího se krátkodobého ubytování, kde minimálně první kontakt mezi ubytovatelem a ubytovaným je realizován prostřednictvím elektronických internetových platforem.

IS eTurista informačně podpoří následující agendy cestovního ruchu:

Schéma č. 1 – Agendy IS eTurista

Jednotlivé agendy cestovního ruchu IS eTurista a požadavky na ně jsou detailně popsány v příloze č. 1 Katalog požadavků IS eTurista.

IS eTurista bude zahrnovat sjednocení a elektronizaci domovní a ubytovací knihy a přihlašovacího tiskopisu tak, aby ubytovatel zadal každý údaj pouze jednou, přičemž automatizovaný registr je dokáže

„rozdistribuovat“ do systémů těch orgánů veřejné moci (OVM), které k nim mají ze zákona přístup (zejména správce daně, Ředitelství služby cizinecké policie PČR a Odbory cizinecké policie PČR, živnostenské úřady). Prostřednictvím IS eTurista bude podnikatel plnit také povinnosti vůči ČSÚ v případech, kdy HUZ mají povinnosti zpravodajské jednotky vůči ČSÚ.

Uživatelům budou dle jejich oprávnění data dostupná online. Některé datové sady budou dostupné na vyžádání či předávána dávkově (formou předávání souborů typu xml, csv) a stát díky nim získá přehled o ubytovací kapacitě a její struktuře napříč republikou.

IS eTurista je klasifikován následovně:

• IS eTurista je v souladu s ustanovením § 2 písm. b) zákonem č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících zákonů (zákon o kybernetické bezpečnosti), ve znění pozdějších předpisů (dále též „ZoKB“) kritickou informační infrastrukturou (dále též „KII“);

• IS eTurista je informačním systémem veřejné správy (dále též „ISVS“) a agendovým informačním systémem (dále též „AIS“) dle zákona č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů), ve znění pozdějších předpisů;

• Při návrhu a provozu IS eTurista je nutno zohlednit politiku bezpečnosti informací MMR, tj.

eTurista musí být ve shodě s bezpečnostní politikou MMR.

Kompromitace IS eTurista by měla za potenciální následek kompromitaci on-line služeb MMR v oblasti cestovního ruchu či porušení integrity nebo důvěrnosti obsluhovaných dat se všemi důsledky z toho vyplývajícími. eTurista je zároveň budován jako informační systém, který slouží k automatizaci agendy veřejné správy v oblasti evidence krátkodobého ubytování, a to včetně jejího záznamu, správy, archivace a sdílení s ostatními orgány veřejné správy a dalšími subjekty dle platných právních předpisů.

Nový komplexní IS eTurista buduje MMR s následující vizí cílového stavu:

▪ Funguje nový komplexní informační systém pro oblast evidence ubytování, který je postaven na základě moderní solution architektury a na perspektivních technologiích, jež je možno do budoucna efektivně rozvíjet a škálovat;

▪ MMR je vlastníkem zdrojových kódu a všechna obchodní a licenční ujednání vylučují,

aby nastala situace „vendor lock-in“;

▪ MMR nabízí ubytovatelům efektivní nástroj pro naplňování požadavků platných právních předpisů;

▪ Řešení eTurista je možno pružně upravovat s ohledem na změny v právních předpisech;

▪ MMR dokáže rychle vyhodnocovat a operativně poskytovat relevantní a aktuální data v oblasti ubytování. Oprávněné osoby mohou provádět práci nad společnou datovou základnou eTurista (např. statistická vyhodnocení) napříč celou datovou strukturou IS eTurista a napříč roky zcela samostatně bez nutnosti zapojovat Dodavatele systému;

▪ Administrativní zátěž pro veřejnou správu klesá díky použití elektronických nástrojů

a elektronizaci jednotlivých úkonů;

▪ Veřejná správa si může v rámci informačního systému vyměňovat informace. Informace je možné sdílet mezi různými informačními systémy, a to i se zahraničními úřady/osobami, pokud to vyplývá z příslušné evropské legislativy;1

▪ Informace se předávají v prostředí, které je připraveno komunikovat výhradně elektronicky,

přičemž eTurista komunikuje se svým okolím standardními postupy.

Vznik IS eTurista je v souladu a naplňuje následující strategické dokumenty eGovernmentu ČR:

▪ Informační koncepce ČR2;

▪ Koncepce Digitální Česko3;

▪ Národní architektonický rámec - Národní architektonický rámec je přílohou Informační koncepce ČR dle zákona č. 365/2000 Sb.;

▪ Informační koncepce MMR;

▪ Další strategické dokumenty ČR v oblasti eGovernmentu.

Základní přehled legislativy relevantní pro IS eTurista

Řešení eTurista je Dodavatel povinen realizovat tak, aby byl eTurista ve shodě s právními předpisy ČR a EU pro oblast cestovního ruchu a eGovernmentu. Základní přehled právních předpisů je uveden v následujících kapitolách.

Národní právní předpisy

▪ Zákon č. 159/1999 Sb., o některých podmínkách podnikání a o výkonu některých činností

v oblasti cestovního ruchu, ve znění pozdějších předpisů;

▪ Novela zákona č. 159/1999 Sb. – viz https://odok.cz/portal/veklep/material/KORNCUCDSZK4/;

▪ Zákon č. 565/1990 Sb., o místních poplatcích, ve znění pozdějších předpisů;

▪ Zákon č. 455/1991 Sb., o živnostenském podnikání (živnostenský zákon), ve znění pozdějších předpisů;

▪ Zákon č. 89/1995 Sb., o státní statistické službě, ve znění pozdějších předpisů;

▪ Zákon č. 326/1999 Sb., o pobytu cizinců na území České republiky a o změně některých zákonů, ve znění pozdějších předpisů.

Právní předpisy EU

▪ Připravované nařízení Evropského parlamentu a Rady o shromažďování a sdílení údajů týkajících se služeb v oblasti krátkodobých pronájmů ubytování (STR);

▪ Nařízení Evropského parlamentu a Rady (EU) 2022/2065 ze dne 19. října 2022 o jednotném trhu digitálních služeb a o změně směrnice 2000/31/ES (nařízení o digitálních službách);

▪ Směrnice Evropského parlamentu a Rady 2006/123/ES ze dne 12. prosince 2006 o službách na vnitřním trhu;

1 Viz nařízení STR.

2 Aktuální znění Informační koncepce ČR vychází z usnesení vlády č. 931 ze dne 9. listopadu 2022.

3 Viz https://digitalnicesko.gov.cz/.

▪ Směrnice Evropského parlamentu a Rady 2000/31/ES ze dne 8. června 2000 o některých právních aspektech služeb informační společnosti, zejména elektronického obchodu, na vnitřním trhu („směrnice o elektronickém obchodu“).

Právní předpisy z oblasti eGovernmentu ČR

Na návrh eTurista mají dopad zejména následující právní předpisy:

▪ Zákon č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů, ve znění pozdějších předpisů;4

▪ Vyhláška č. 360/2023 Sb., o dlouhodobém řízení informačních systémů veřejné správy;

▪ Zákon č. 12/2020 Sb., o právu na digitální služby a o změně některých zákonů;

▪ Zákon č. 250/2017 Sb., o elektronické identifikaci, ve znění pozdějších předpisů;

▪ Zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů, ve znění pozdějších předpisů;

▪ Zákon č. 111/2009 Sb., o základních registrech, ve znění pozdějších předpisů;

▪ Zákon č. 12/2020 Sb., o právu na digitální služby, ve znění pozdějších předpisů;

▪ Zákon č. 250/2017 Sb., o elektronické identifikaci, ve znění pozdějších předpisů;

▪ Zákon č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících zákonů (zákon

o kybernetické bezpečnosti), ve znění pozdějších předpisů;

▪ Vyhláška č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat (vyhláška o kybernetické bezpečnosti), ve znění pozdějších předpisů;

▪ Vyhláška č. 317/2014 Sb., o významných informačních systémech a jejich určujících kritériích, ve znění pozdějších předpisů;

▪ Nařízení Evropského Parlamentu a Rady (EU) č. 910/2014 ze dne 23. července 2014

o elektronické identifikaci a službách vytvářejících důvěru pro elektronické transakce

na vnitřním trhu a o zrušení směrnice 1999/93/ES;

▪ Zákon č. 297/2016 Sb., o službách vytvářejících důvěru pro elektronické transakce, ve znění pozdějších předpisů;

▪ Zákon č. 99/2019 Sb., o přístupnosti internetových stránek a mobilních aplikací a o změně zákona č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů, ve znění pozdějších předpisů, ve znění pozdějších předpisů;

▪ Vyhláška č. 433/2020 Sb., o údajích vedených v katalogu cloud computingu;

▪ Nařízení Evropského parlamentu a Rady (EU) 2018/1724 ze dne 2. října 2018, kterým se zřizuje jednotná digitální brána pro poskytování přístupu k informacím, postupům a k asistenčním službám a službám pro řešení problémů a kterým se mění nařízení (EU) č. 1024/2012.

Právní předpisy z oblasti výkonu státní správy

▪ Nařízení Evropského Parlamentu a Rady (EU) č. 2016/679 ze dne 27. dubna 2016, o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů);

▪ Zákon č. 110/2019 Sb., o zpracování osobních údajů, ve znění pozdějších předpisů;

▪ Zákon č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů;

4 Pozn.: včetně navazujících metodických materiálů na Informační koncepci ČR (viz § 5a tohoto zákona), kterými je zejména Národní architektonický plán (https://archi.gov.cz/nap_dokument:úvod).

▪ Zákon č. 499/2004 Sb., o archivnictví a spisové službě a o změně některých zákonů, ve znění pozdějších předpisů;

▪ Zákon č. 500/2004 Sb., správní řád, ve znění pozdějších předpisů.

Předmět veřejné zakázky

Předmětem Veřejné zakázky je:

1. Dodávka a nasazení IS eTurista;

2. Zajištění vybraných Provozních služeb;

3. Zajištění Rozvoje Díla;

4. Přesun Díla (na základě požadavku Objednatele, a to i opakovaného).

Jednotlivé aktivity plnění předmětu Veřejné zakázky jsou popsány v následujících kapitolách.

Dodávka a nasazení Díla

Dodávku a nasazení Díla (tj. provedení IS eTurista) zajistí Dodavatel ve fázích 0 až 4 popsaných níže. Zadavatel nestanovuje striktní požadavky na souslednost aktivit jednotlivých fází, pokud není v popisu fází výslovně uvedeno jinak. Jednotlivé fáze tak mohou probíhat souběžně, a to dle zvolené projektové a vývojové metodiky Dodavatele (např. dojde k vývoji modulu pro konkrétní agendu cestovního ruchu informačně podpořenou v IS eTurista, následně dojde k importu iniciální sady dat do tohoto modulu, začne proškolení uživatelů pro tuto agendu a bude probíhat pilotní provoz modulu. Pro další agendy IS eTurista se tento cyklus aktivit spustí s posunem několika měsíců atp.). Nejpozději před akceptací Díla jako celku musí být však realizovány veškeré aktivity a výstupy popsané v jednotlivých fázích.

Dodavatel se může rozhodnout, zda vytvoří Dílo jako celek, který bude nasazen do běžného provozu od 01. 04. 2025 nebo využije možnosti rozdělit Dílo do více milníků/prototypů/modulů dle jednotlivých agend cestovního ruchu, které budou nasazovány postupně, a to nejdéle v termínech uvedených v níže uvedené tabulce:

#	Etapa	Popis	Termín
1.	Provedení IS eTurista (tj. dodávka a nasazení)	Vývoj IS, resp. jádra registru se všemi částmi HUZ, IUZ, platformy, bez podpory přidružených agend jiných rezortů (ČSÚ, PČR, MPO) – viz Fáze 0 až Fáze 4 v kapitole 3.1	Do 31.03.2025
2.	Nasazení IS eTurista do běžného provozu	Spuštění IS eTurista do běžného provozu	Od 01.04.2025
3.	Zajištění vybraných provozních služeb	Provoz IS eTurista pro účely dobrovolné registrace, a to jak v rámci HUZ, tak i v rámci IUZ. Provádění školení u uživatelů z řad ubytovatelů a správců poplatků. Plánovaný rozvoj systému spočívající zejména v realizaci potřebných rozhraní a doprovodných agend, které jsou v gesci ČSÚ, MPO, PČR (prioritně MPO)	Duben až červen 2025
		Provoz IS eTurista pro účely povinných registrací v rámci HUZ a dobrovolných v rámci IUZ. Plánovaný rozvoj systému spočívající zejména v realizaci potřebných rozhraní a doprovodných agend, které jsou v gesci ČSÚ, MPO, PČR	Červenec až prosinec 2025
		Provoz systému pro účely povinných registrací v rámci HUZ a dobrovolných v rámci IUZ Rozvoj systému dle potřeb MMR jako správce IS eTurista	Leden až květen 2026
		Provoz systému pro účely povinných registrací v rámci HUZ a IUZ. Rozvoj systému dle potřeb MMR jako správce IS eTurista	Od června 2026 dále po dubu účinnosti smlouvy

Tabulka č. 1 – Harmonogram nasazení IS eTurista do běžného provozu a následné fáze

V tabulce č. 1 je uvedeny nejzazší termín pro nasazení IS eTurista, Dodavatel může nasadit jednotlivé funkční celky/agendy dříve tak, aby postup implementace IS eTurista nejlépe odpovídal zvolené projektové a vývojové metodice Dodavatele (např. seskupení obdobných funkcionalit v agendách cestovního ruchu do společného milníku). Při nasazení (akceptaci) dané agendy cestovního ruchu však musí být tato agenda plně funkční (tj. musí splňovat všechny požadavky v zadávací dokumentaci IS eTurista).

Nasazením agendy cestovního ruchu se pro účely tohoto zadávacího řízení rozumí předání, implementace a akceptace funkčního celku eTurista v rozsahu všech požadavků pro danou agendu cestovního ruchu (vč. příslušných průřezových funkčních požadavků nutných pro funkčnost dané agendy), umístění vyvinutého funkčního celku eTurista do cílového provozního prostředí, provedení importu iniciální sady dat a iniciálního nastavení, realizace pilotního provozu a provedení příslušné části školení pro příslušnou agendu cestovního ruchu a dodání uživatelské dokumentace pro danou agendu (jako dílčí části dokumentace eTurista). Akceptace příslušné agendy může proběhnout za předpokladu splnění všech těchto parametrů, přičemž doba pilotního provozu musí dosáhnout alespoň 2 týdnů s tím, že v ní je zahrnut čas na případnou opakovanou migraci dat. Po provedení

akceptace dílčí agendy běží rozšířený pilotní provoz předmětné agendy, a to až do akceptace Díla jako celku (více viz popis fáze 3 níže).

Akceptační procedura dílčího plnění eTurista

Akceptační procedura agendy cestovního ruchu bude probíhat postupem uvedeným v následující tabulce a čl. IX Smlouvy.

#	Status informační podpory agendy cestovního ruchu	Aktivita akceptační procedury	Předpoklad pro akceptaci	Výrok MMR / potvrzující dokument	Termíny
1.	Dodavatel oznámí	Provedení	Existuje funkční celek	Agenda je	T0 + min. 2
	MMR, že agenda	aplikačního	eTurista (zpravidla	funkčně	týdny (t) = T1
	eTurista (HF##) je	testování dle	odpovídající	v pořádku /
	připravena	testovacích scénářů	agendě/agendám	Protokol
	k aplikačnímu	připravených	eTurista - HF##)	aplikačního
	testování (funkční	Dodavatelem a	v rozsahu všech	testování
	celek eTurista	schválených	funkčních požadavků	funkčního
	pokrývající agendu je	Objednatelem	pro danou funkční	celku
	nasazen v testovacím	(funkční testy).	oblast/agendu	eTurista
	prostředí a naplněn		cestovního ruchu dle	HF## (T1).
	testovacími daty dle		Katalogu požadavků (vč.
	testovacích scénářů)		příslušných průřezových
	(požadavky viz Fáze		funkčních požadavků
	1). Čas oznámení je		PF## nutných pro
	považován za okamžik		funkčnost dané agendy).
	T0.
2.	Dodavatel provede	Provedení testu	Funkční celek eTurista	Agenda je	T1 + min. 1t
	import iniciální sady	úplnosti, integrity a	v rozsahu ucelené	naplněna	= T2
	dat a iniciální	konzistence	agendy eTurista jsou	iniciálními
	nastavení pro	importovaných dat.	importována řádně	daty /
	příslušnou agendu	Podmínkou je	veškerá iniciální data.	Protokol o
	eTurista (HF##)	provedená analýza		iniciálním
	(požadavky viz Fáze	vstupních dat.		nastavení
	2).			HF## (T2).
3.	Dodavatel umístí	Provedení	Funkční celek eTurista	Agenda je	T2 + min. 1t
	vyvinutý funkční celek	výkonnostního	v rozsahu ucelené	nasazena	= T3
	eTurista (HF##)	testování dle	agendy eTurista je	v provozním
	z testovacího do	testovacích scénářů	provozuschopný	cílovém
	cílového provozního	připravených	v cílovém provozním	prostředí a
	prostředí včetně	Dodavatelem a	prostředí	obsahuje
	iniciálních dat.)	schválených		iniciální data
		Objednatelem		/ Předávací
		(zátěžové testy)		protokol
				HF## (pro
				funkční celek
				IS eTurista)
4.	Dodavatel zahájí	Uživatelské ověření	Funkční celek eTurista	Agenda	T3 + min. 2t
	realizaci pilotního	funkčnosti agendy	nevykazuje v průběhu	úspěšně	= T4
	provozu dané agendy	IS eTurista	uživatelského ověření	prošla
	eTurista (HF##)	vybranými	žádnou Vadu Kategorie	pilotním
	v délce minimálně 14	koncovými uživateli	A.	testováním
	dnů na produkčním	(okruh uživatelů pro		(T4).
	prostředí	příslušnou agendu
	(požadavky viz Fáze	IS eTurista určuje
	3).	Objednatel).

5.	Dodavatel zajistí přípravu a školení pro danou agendu IS eTurista (HF##) (průběžná aktivita v průběhu předchozích bodů) (požadavky viz Fáze 4)	Kontrola záznamů (např. prezenčních listin) o provedených bězích školení.	Uživatelé využívající danou agendu jsou proškoleni.	Agenda byla proškolena / / souhlasné stanovisko Objednatele v akceptačním protokolu HF##) (T4).	T0 ~ min. 8t = T5
6.	Dodavatel připraví a	Kontrola úplnosti	Dodavatel předloží	Agenda je	T0 ~ min. 8t
	finalizuje uživatelskou	předané	MMR veškerou	řádně	= T5
	dokumentaci k dané	dokumentace. Tato	požadovanou	zdokumento-
	agendě IS eTurista	dokumentace musí	dokumentaci dle přílohy	vána /
	(HF##)	být v ucelené	č. 3 Smlouvy pro funkční	souhlasné
	(průběžná aktivita	podobě min. 1t	celek IS eTurista	stanovisko
	v průběhu	před termínem	v rozsahu ucelené	Objednatele
	předchozích bodů).	akceptace	agendy eTurista.	v
		funkčního testování.		akceptačním
				protokolu
				HF##.
7	Dodavatel oznámí	Zhodnocení	Existuje funkční celek	Agenda je	T5 + min1t =
	Objednateli, že	pilotního provozu	eTurista (zpravidla	funkčně i	T6
	agenda eTurista	(poznatků/zjištění),	odpovídající	provozně
	(funkční celek HF##)	kontrola provedení	agendě/agendám	v pořádku /
	je připravena	oprav zjištěných	eTurista ) v rozsahu	Akceptační
	k akceptačnímu	vad, vypořádání	všech funkčních	protokol
	testování	připomínek	požadavků pro danou	funkčního
	(funkční celek	z pilotního provozu	funkční oblast/agendu	celku IS
	eTurista pokrývající	Kontrola existence	cestovního ruchu dle	eTurista
	agendu HF## byl	protokolů	Katalogu požadavků (vč.	HF## (T5).
	nejméně 14 dnů	předchozích milníků	příslušných průřezových
	v pilotním provozu)	Ke stanovenému	funkčních požadavků
	(požadavky viz Fáze	termínu dojde	nutných pro funkčnost
	3).	k migraci a	dané agendy), který byl
		konsolidaci dat	pilotně prověřen a
		z původních	odladěn a
		zdrojových evidencí	nakonfigurován pro
		IS eTurista.	rozšířený pilotní provoz,
			resp. je způsobilý pro
			budoucí plnohodnotné
			provozní nasazení.

Tabulka č. 2 - Akceptační procedura agendy cestovního ruchu

Předloží-li Dodavatel danou funkční oblast agendu cestovního ruchu Objednateli k akceptaci a plnění bude Objednatelem akceptováno, je povinností Dodavatele zabezpečovat ode dne akceptace dílčího plnění až do doby akceptace celého Díla rozšířený pilotní provoz pro takto akceptované agendy cestovního ruchu (viz dále uvedené požadavky na pilotní provoz).

Akceptační procedura celkového Díla IS eTurista

Akceptační procedura eTurista (Díla) jako celku bude probíhat dle ustanovení čl. IX Smlouvy. Předpoklady pro zahájení celkové akceptace Díla jsou shrnuty v následující tabulce:

#	Status informační celého Díla eTurista	Aktivita akceptační procedury	Předpoklad pro akceptaci	Výrok MMR / potvrzující dokument	Termíny
1.	Dodavatel zahájil	Rozšířený pilotní	Funkční celek eTurista	Agenda je	T7 = max.
	realizaci rozšířeného	provoz agend	nevykazuje v průběhu	způsobilá	do
	pilotního provozu	eTurista se všemi	uživatelského ověření	k zahrnutí do	15.03.2025
	jednotlivých agend IS	koncovými	žádnou Vadu Kategorie	kontroly
	eTurista až do doby	uživateli.	A.	kompatibility
	akceptace všech			s ostatními
	agend IS eTurista a			agendami IS
	předání řešení IS			eTurista a
	eTurista do běžného			k finálnímu
	provozu			akceptačnímu
	(požadavky viz Fáze			testování IS
	3).			eTurista.
2.	Dodavatel oznámí	Zhodnocení	Existuje kompletní IS	Všechny	T8 = Max.
	Objednateli, že	pilotního provozu /	eTurista v rozsahu všech	agendy IS	do
	všechny agendy	rozšířeného	požadavků IS eTurista	eTurista jsou	31.03.2025
	eTurista (všechny	pilotního provozu	dle Katalogu požadavků	funkčně i
	hlavní i průřezové	(poznatků/zjištění),	(tj. funkčních požadavků	provozně
	celky HF##, PF##) jsou	kontrola integrity a	i požadavků na	v pořádku /
	připraveny	fungování eTurista	vlastnosti, resp.	Finální
	k finálnímu	jako celku (podle	Globální specifikace),	akceptační
	akceptačnímu	scénářů	který byl pilotně	protokol.
	testování	připravených	ověřen, uživatelsky
	(všechny funkční	Dodavatelem a	odladěn a
	celky eTurista	schválených	nakonfigurován pro
	pokrývající všechny	Objednatelem).	plnohodnotné provozní
	agendy eTurista byly	Kontrola existence	nasazení a zahájení
	nejméně 14 dnů	akceptačních	běžného provozu Díla.
	v pilotním provozu,	protokolů dle čl. IX
	proběhla veškerá	Smlouvy.
	školení, jsou
	namigrovaná iniciální
	data atp.) (požadavky
	viz Fáze 1 – Fáze 4).

Tabulka č. 3 - Akceptační procedura Díla jako celku

Společná pravidla pro testování

V rámci testů bude testována kompletní funkčnost jednotlivých agend cestovního ruchu nebo eTurista jako celku (záleží na fázi projektu) požadovaná v přílohách Smlouvy, resp. její upřesněné podobě po předání Globální specifikace. Testovací strategie (včetně návrhu použití prostředí) a návrh testů budou upřesněny v Globální specifikaci.

Dodavatel v rámci testování zajistí:

Nástroje a komponenty potřebné pro testování;

Přípravu návrhu testování a hodnotících kritérií; Přípravu testovacích scénářů;

Přípravu prostředí a testovacích dat;

Vykonání testů (pod dohledem pracovníků Objednatele); Seznam defektů a způsob a harmonogram jejich odstranění; Testovací protokoly s výstupy testů.

Typy testů:

Unit testy - interní testy Dodavatel v rámci vývoje. Dodaný kód bude obsahovat UNIT testy, tak aby je bylo možné využívat při dalších úpravách a rozvoji systému, popřípadě i při automatizovaném testování;

Funkční testy - testy vlastní funkcionality systému;

Integrační testy (testy rozhraní) - měly by být provedeny tak, aby se ověřila funkčnost rozhraní na požadované externí systémy (externí rozhraní). Testovací prostředí pro integrační testy by mělo být blízké produkčnímu prostředí a provozu;

Testy migrací - by měly ověřit správnost přenosu dat a obsahu mezi starým a novým systémem. Cílem testování migrací je dosáhnout transparentního a zaručeného přenosu dat a obsahu z původních systémů cestovního ruchu do eTurista. Probíhají na produkčním prostředí;

Akceptační testy. Před zahájením akceptačních testů by mělo dojít k vyčištění databáze, aby se předešlo použití nekvalitních dat v průběhu akceptačních testů a následně k přípravě testovacích dat kombinujících:

Částečně migrovaná data, Data ze vstupních rozhraní,

Data vytvořená manuálně v průběhu testů.

Výkonnostní testy. Úlohou výkonnostních testů je ověřit, že IS eTurista dosahuje na HW platformě požadovaných výkonnostních parametrů.

Bezpečnostní testy. Úlohou bezpečnostních testů je ověřit, že IS eTurista je zabezpečen dle požadavků definovaných v zadání, resp. Detailním návrhu. Budou provedeny testy autorizací a autentizací, a to v rámci integračních a akceptačních testů. Objednatel si vyhrazuje právo na ověření stavu bezpečnosti formou externího auditu (externího penetračního testu).

Kritéria pro akceptaci jednotlivých úrovní testů a akceptaci řešení

Akceptační testy mají za cíl ověřit, že dodávané řešení splňuje všechny předem definované požadavky. Testy budou prohlášeny za úspěšně ukončené, pokud dosáhnou předem definované úspěšnosti stanovené ve Smlouvě.

Fáze 0 – Zahájení projektu

Dodavatel je povinen bezprostředně po nabytí účinnosti Smlouvy zahájit následující aktivity projektu:

1. Představení projektové a vývojové metodiky, vč. uvedení, jak budou nasazovány jednotlivé milníky/prototypy Díla a jak bude uživatelsky ověřována jejich shoda se závaznou specifikací eTurista;

2. Představení organizační struktury projektu (organizační struktura projektu musí obsahovat Řídicí výbor jako hlavní kontrolní, rozhodovací a eskalační orgán projektu obsazený osobami s rozhodovací pravomocí na obou stranách). Představení členů realizačního týmu a organizační struktury realizačního týmu za Dodavatele a nastavení komunikačních pravidel;

3. Nastavení mechanismů pro sdílení informací;

4. Nastavení mechanismů spojených s implementací projektové a vývojové metodiky;

5. Nastavení eskalačních mechanismů;

6. Nastavení pravidel risk managementu. Výstupem této fáze budou 2 dokumenty:

1. „Prováděcí projekt“, který představuje detailní popis postupu implementace eTurista v rozsahu dle přílohy č. 3 Smlouvy. Prováděcí projekt musí být zpracován a akceptován Objednatelem nejpozději do 3 týdnů od data účinnosti Smlouvy. Ucelený návrh Prováděcího projektu musí být předán Objednateli k připomínkovému řízení nejpozději ke konci 18. dne od nabytí účinnosti Smlouvy.

2. „Legislativní analýza“ v rozsahu dle níže uvedeného popisu. Legislativní analýza musí být zpracována a akceptována Objednatelem nejpozději do 5 týdnů od data účinnosti Smlouvy. Ucelený návrh Legislativní analýzy musí být předán Objednateli k připomínkovému řízení nejpozději ke konci 4. týdne od nabytí účinnosti Smlouvy.

Legislativní analýza musí být zpracována minimálně v rozsahu výčtu legislativních předpisů uvedených v kap. 2.4 tohoto dokumentu s tím, že úkolem této analýzy je rovněž identifikovat další právní předpisy, které mohou mít vliv na IS eTurista a zahrnout je do Legislativní analýzy. Bližší požadavky na tento dokument jsou uvedeny v příloze č. 3 Smlouvy.

V rámci celého projektu bude postupováno podle nastavených metodik popsaných v dokumentu Prováděcí projekt a regulatorního rámce definovaného Legislativní analýzou. V případě nutnosti jejich korekce bude změna projednána a po oboustranném odsouhlasení zapracována do platného znění těchto dokumentů.

Fáze 1 – Vytvoření a dílčí ověření parametrů řešení

V rámci této fáze Dodavatel zajistí:

1. Zpracování podrobné IT analýzy pro SW architekturu a požadavků na HW infrastrukturu5

o Zpracování IT analýzy dle požadavků zadávací dokumentace, přílohy č. 1 této Specifikace - „Katalog požadavků IS eTurista“ a zpřesnění SW architektury a požadavků na HW infrastrukturu (Technologickou platformu) navržených Dodavatelem v Nabídce. IT analýza musí obsahovat podrobný návrh funkcionalit, logický datový model, kompletní UML diagramy, wireframy UX (více viz požadavky na dokumentaci uvedené v příloze č. 3 Smlouvy);

o Zpřesnění harmonogramu realizace Díla (termíny realizace dílčích plnění Díla a jejich předávání Objednateli), který nesmí být v rozporu se závazným Harmonogramem dle čl. VI Smlouvy. Harmonogram musí obsahovat zejména Zpřesnění požadavků na součinnost ze strany Objednatele.

o Zpracování komplexního návrhu ergonomie uživatelského prostředí IS eTurista

pro jednotlivé role a oblasti funkcionalit systému;

5 Pro vyloučení všech pochybností Objednatel konstatuje, že nedílnou součástí dodávky a nasazení Díla je rovněž dodání a zprovoznění SW platformy Díla, kdy SW platformou Díla se rozumí soubor software Dodavatelem nevyvíjeného výhradně pro účely IS eTurista, který je nezbytný pro řádné nasazení a provoz Díla (operační sytém, databáze, pluginy aj.). Zajištění a správa hardware, síťové konektivity a virtualizačního software (včetně jejich konfigurace), na kterých bude Dílo, včetně SW platformy Díla, provozováno, není součástí smluvního plnění a zajišťuje je Objednatel v návaznosti na obdrženou specifikaci Dodavatele, resp. dodání Dokumentace.

o Výstupem bude dokument „Globální specifikace“, který popisuje podrobně příloha č. 3 Smlouvy. Globální specifikace musí být zpracována a akceptována Objednatelem nejpozději do 10 týdnů od data účinnosti Smlouvy.

2. Vytvoření Díla - Dodavatel vytvoří systém v souladu s požadavky Smlouvy a přílohy č. 1 této

Specifikace - „Katalog požadavků IS eTurista“.

Pokud některý požadavek stanoví minimální úroveň naplnění, může Dodavatel zajistit naplnění požadavku na pokročilejší (vyšší) úrovni, nikdy však na úrovni méně pokročilé (nižší).

Dodavatel může, nad rámec Akceptačních milníků, postup vytvoření systému rozdělit do několika Dílčích akceptačních milníků (např. metodou prototypování). Naplánování obsahu a rozsahu Dílčích akceptačních milníků je úlohou Dodavatele a musí respektovat jím navržené projektové a vývojové metodiky. Dodavatelem navržený postup však musí splňovat následující pravidla:

A. Výsledkem Akceptačního milníku či Dílčího akceptačního milníku musí být ucelená část plnění a bude možné ověření jejího souladu se zadáním;

B. Výsledky Akceptačních milníků či Dílčích akceptačních milníků, jejichž součástí je vývoj funkcionalit, musí být ověřitelné v testovacím prostředí. To bude pracovníkům určeným Objednatelem přístupné vzdáleně. Přístup k eTurista nesmí znamenat zvýšenou pracnost pro uživatele (doinstalaci/pracnou konfiguraci s restartováním PC) s nutností zásahu správců IT či administrátorů IS eTurista (tj. vše musí pro účely ověření i v cílovém stavu fungovat přes webový prohlížeč);

C. Rozdělení obsahu do jednotlivých Akceptačních milníků či Dílčích akceptačních milníků musí být logické a musí vést k eliminaci rizik spojených s nedodržením termínů projektu. Tj. pokud některé části řešení ovlivňují jiné, musí být řešeny dříve tak, aby se snížilo riziko přepracovávání již dokončených částí řešení, nebo aby nedocházelo k omezování voleb řešení;

D. Rozdělení Díla do Akceptačních milníků či Dílčích akceptačních milníků musí respektovat termíny akceptace Díla jako celku do 31.03.2025. Dodavatel může seskupit více agend cestovního ruchu do jednoho Akceptačního milníku či Dílčího akceptačního milníku, a to při dodržení nejzazších termínů pro nasazení jednotlivých agend cestovního ruchu.

E. Jednotlivé milníky nesmí být od sebe v čase vzdáleny více než 4 týdny (dle rozhodnutí Dodavatele může být doba mezi milníky kratší s ohledem na minimalizaci rizik projektu);

F. Vývojovým a implementačním pracím musí předcházet důkladná IT analýza předmětné oblasti. Technická specifikace obsahuje všechny požadavky Objednatele na vytvářený systém či jeho komponenty (moduly/služby), k jejich naplnění však může být potřebné zodpovězení některých dílčích, zadáním neupravených otázek. V případě, že zadání neupravuje určitou oblast a ta umožňuje variantní řešení, musí být volba varianty řešena s Objednatelem. V opačném případě může Objednatel řešení odmítnout a vrátit jej Dodavateli k přepracování;

G. V případě, že Dodavatel v průběhu implementace narazí na vzájemně protichůdné požadavky, bude tato situace řešena ve spolupráci se Objednatelem. V opačném případě může Objednatel řešení odmítnout a vrátit jej Dodavateli k přepracování;

H. V úvodních milnících bude schvalován návrh ergonomie uživatelského rozhraní. Ten bude obsahovat alespoň návrh řešení všech typových uživatelských operací a podobu uživatelského rozhraní.

Vytvoření Díla může být rozděleno na akceptační milníky, a to po jednotlivých agendách cestovního ruchu (pokud se Dodavatel nerozhodne dodat celé Dílo v jednom termínu do 31.03.2025). Pro každý akceptační milník bude na straně Objednatele provedeno akceptační testování, a to dle pravidel uvedených v čl. IX Smlouvy a dle Tabulky č. 2 výše.

Ukončení vývoje u jednotlivé agendy cestovního ruchu je podmíněno úspěšným aplikačním a výkonnostním testováním, které konstatuje, že v rovině funkčností u dané agendy cestovního ruchu není aktuálně známa žádná závažná Vada (tj. Vada Kategorie A) znemožňující užívání všech funkcionalit dané agendy a je možno přejít k zahájení pilotního provozu u dané hlavní agendy cestovního ruchu (více viz Tabulka č. 2 - Akceptační procedura agendy cestovního ruchu, tj. akceptace hlavní agendy cestovního ruchu vyžaduje nasazení a akceptaci příslušných průřezových agend cestovního ruchu a požadavků na vlastnosti, provedení školení, migrace dat a dodání uživatelské příručky pro danou agendu).

3. Dodání a zprovoznění SW platformy Díla pro všechna provozovaná prostředí na HW infrastrukturních prostředcích zajištěných Dodavatelem (jsou zajišťovány jako služba – viz dále), kdy SW platformou Díla se rozumí soubor software Dodavatelem nevyvíjeného výhradně pro účely eTurista (tzv. standardizovaného SW), který je nezbytný pro řádné nasazení a provoz Díla (tj. operační systém, databáze, pluginy, SW frameworky aj.).

Licence všech SW produktů IS eTurista musí být registrovány na Objednatele (viz dále).

4. Dodání veškerých licencí Díla potřebných pro zajištění testování a provozu. Licence budou předány do vlastnictví Objednatele. Objednatel požaduje dodání licencí až v okamžiku bezprostředně předcházejícímu importu prvotních dat (viz Fáze 2) a následnému spuštění IS eTurista do pilotního provozu (viz Fáze3). Dodavatel je povinen dodávku licencí optimalizovat z pohledu Objednatele. Veškeré testování Objednatele před okamžikem dodání licencí Objednateli musí být licenčně pokryto Dodavatelem v rámci jeho vývojového prostředí. Pokud je součástí ceny licence dle podmínek příslušného SW vendora rovněž maintenance (např. na období 1 roku), musí tato maintenance běžet až od okamžiku dodání licence Objednateli. V rámci předání licencí Dodavatel doloží, že licence jsou u vendora standardního SW registrovány na Objednatele, a že údržba a podpora je registrována na Objednatele u poskytovatele podpory (k jednotlivým SW produktům). Totéž platí pro opensource SW se zakoupenou komerční podporou;

5. Nasazení Díla (vč. případných dílčích milníků/prototypů) do připraveného SW a HW prostředí

– nasazení celého Díla, a to do stanovených prostředí dle Dodavatelem stanovených pravidel

release managementu;

6. Zpracování a předání dokumentace eTurista včetně plánu Přesunu Díla a Exit plánu v souladu s požadavky stanovenými Objednatelem na Dílo (více viz požadavky na dokumentaci uvedené v příloze č. 3 Smlouvy). Kompletní dokumentaci IS eTurista předá Dodavatel Objednateli ke kontrole nejpozději 2 týdny před předáním kompletního Díla;

7. Předání kompletních zdrojových kódů a konfiguračních souborů ke všem součástem Díla vyvinutým Dodavatelem (nikoliv ke standardním SW produktům, které jsou využity pro realizace Díla dle Smlouvy), včetně autorských práv v rozsahu umožňujícím Objednateli provádět libovolné změny v tomto kódu a konfiguračních souborech tak, aby Dílo mohlo být řádně používáno bez závislosti na Dodavateli. Dodavatel je povinen udělit Objednateli nevýhradní licenci k Aplikaci eTurista (tj. nikoliv ke standardizovaným SW, na kterých je eTurista založen), příp. udělit další nezbytné licence. Zdrojové kódy a konfigurační soubory předá Dodavatel Objednateli ke kontrole nejpozději 2 týdny před předáním kompletního Díla

(před tímto předáním se přístup Objednatele ke zdrojovým kódům řídí požadavkem na vlastnosti „V-1-36 Přístup k aktuálním zdrojovým kódům“ – viz Katalog požadavků IS eTurista v příloze č. 1 této Specifikace).

Fáze 2 – Import iniciální sady dat a iniciální nastavení

V rámci této fáze Dodavatel zajistí pro Dílo jako celek či dílčí milníky/prototypy/moduly dle členění

po funkčních celcích/agendách IS eTurista:

1. Import iniciální sady dat – import iniciálních dat (číselníky a další) dle vymezení příslušných požadavků uvedených v Katalogu požadavků IS eTurista.

2. Iniciální nastavení (parametrizace) řešení v souladu s požadavky zadání, tj. nastavení iniciální sady reportů, oprávnění atp.

Úspěšná realizace této fáze bude potvrzena testováním na straně Objednatele. Pro tyto účely musí být řešení jednotlivých agend cestovního ruchu z funkčního hlediska kompletní (pokud není Dílo předáváno jako celek v jednom termínu, kdy musí být z funkčního hlediska kompletní celé Dílo).

Po celou dobu testování bude Objednateli k dispozici pracovník Dodavatele, mající kompetence a oprávnění poskytovat Objednateli informace týkající se uložených dat. Tento pracovník bude neprodleně zajišťovat Objednatelem požadované informace týkající se dat i nad rámec funkcionalit obsažených v řešení (např. různé kontrolní součty a agregované informace o uložených datech, prezentaci pravidel datové kvality atd.).

V případě identifikace jakýchkoliv nesouladů v datech nebo nastavení nástroje musí být tyto odstraněny a předloženy k opakovanému testování Objednatelem.

Fáze 3 – Pilotní provoz, dílčí a úplné ověření parametrů řešení a předání eTurista Objednateli do běžného

PROVOZU

V rámci této fáze Dodavatel zajistí pilotní provoz funkčních celků eTurista (modulů/prototypů) zajišťujících informační podporu jednotlivých agend cestovního ruchu v rámci eTurista, pokud není Dílo předáváno jako celek v jednom termínu (v takovém případě by se pilotní provoz zajišťoval pro Dílo jako celek).

Pokud není Dílo předáváno jako celek k jednomu termínu, bude pilotní provoz strukturován následovně:

▪ Pilotní provoz příslušné agendy cestovního ruchu HF01 – HF03 – jde o pilotní provoz předcházející akceptaci příslušné agendy cestovního ruchu před jejím nasazením (viz popis akceptační procedury - Tabulka č. 2 - Akceptační procedura agendy cestovního ruchu). Pilotní provoz trvá minimálně 14 dnů (viz dále);

▪ Rozšířený pilotní provoz – rozšířený pilotní provoz je u příslušné agendy cestovního ruchu zahájen okamžikem akceptace dané agendy cestovního ruchu Objednatelem a trvá až do okamžiku akceptace Díla jako celku (viz popis akceptační procedury u Díla jako celku - Tabulka č. 3 - Akceptační procedura Díla jako celku). Náklady na zajištění rozšířeného pilotního provozu

jsou Dodavatelem započteny do ceny za dodávku a nasazení Díla a nejsou Objednatelem hrazeny separátně.

Společné požadavky na pilotní provoz i rozšířený pilotní provoz

Pilotní provoz (dále platí požadavky i pro rozšířený pilotní provoz) potrvá alespoň 2 týdny pro každou z hlavních agend cestovního ruchu (tj. nikoliv pro agendy označené jako průřezové a podpůrné agendy cestovního ruchu, které nejsou samostatně předmětem pilotního provozu) nebo pro Dílo jako celek. Dodavatel může z objektivních důvodů navrhnout dobu delší.

Pilotní provoz u všech hlavních agend cestovního ruchu musí být ukončen nejpozději k 15.03.2025 (tímto není dotčena povinnost Dodavatele zajišťovat rozšířený pilotní provoz až do okamžiku akceptace Díla jako celku a předání Díla do běžného provozu).

Na ukončený pilotní provoz všech hlavních agend cestovního ruchu navazuje akceptační testování celého Díla, v rámci nějž Objednatel ověří shodu řešení eTurista oproti všem požadavkům Smlouvy a potvrdí akceptaci Díla jako celku, a to dle pravidel uvedených v čl. IX Smlouvy. Akceptace Díla jako celku musí být provedena nejpozději do 31.03.2025.

Pilotní provoz bude realizován pro okruh osob a subjektů stanovených Objednatelem pro příslušné agendy cestovního ruchu (Dodavatel musí být na tuto skutečnost připraven, a to např. na úrovni výkonových parametrů produkčního prostředí, musí být nastaveny všechny potřebné role atp.).

V rámci pilotního provozu budou moci uživatelé plně využívat systém, příp. jeho části, které budou nasazeny v cílovém provozním prostředí. Ve fázi pilotního provozu zajistí Dodavatel provozní zajištění odpovídající běžnému provozu (viz požadavky na zajištění vybraných Provozních služeb).

Účelem pilotního provozu je zejména stabilizace systému:

▪ Kontrola/prověření:

o parametrů Díla nebo dílčí části Díla pro běžný provoz;

o úplnosti funkčnosti Díla nebo dílčí části Díla pro běžný provoz;

o provozních postupů a procesů včetně aplikační podpory a jejich odladění;

o správnosti a úplnosti provozní a uživatelské dokumentace;

o případně další problematiky související s provozováním Díla nebo dílčí části Díla;

▪ Nastavení vybraných uživatelů z běžného provozu - účtů a jejich oprávnění;

▪ Realizace akceptačních testů, tj. ověření souladu funkčních celků eTurista a/nebo celého řešení s požadavky zadání v cílovém provozním prostředí pro provoz. Ve fázi pilotního provozu budou provedeny funkční, integrační, bezpečnostní a zátěžové testy. Za provedení testů odpovídá Dodavatel dle Objednatelem schválených testovacích scénářů;

▪ Odstranění drobných vad identifikovaných v předešlých fázích a vad identifikovaných v rámci pilotního provozu;

▪ Předání Díla a všech jeho součást Objednateli pro zahájení běžného provozu, a to po dokončení celého Díla.

V případě, že bude v rámci pilotního provozu odhalena závažná Vada (tj. Vada Kategorie A), bude pilotní provoz u dané agendy cestovního ruchu přerušen až do jejího odstranění a následně prodloužen o takový časový úsek, který umožňuje opakované ověření všech parametrů řešení, které mohly být opravou Vady zasaženy.

K datu ukončení pilotního provozu připraví Dodavatel systém pro zahájení rozšířeného pilotního anebo běžného provozu k Objednatelem stanovenému datu (např. po dohodě s Objednatelem vyčištění dat z databáze vzniklých pro účely pilotního provozu atp.).

Po úspěšné realizaci této fáze bude pokynem Objednatele zahájen ke stanovenému datu rozšířený pilotní anebo řádný provoz. K datu zahájení běžného provozu dojde k zahájení poskytování všech dalších služeb zahrnujících (popis služeb viz dále):

▪ Zajištění vybraných Provozních služeb;

▪ Zajištění rozvoje Díla;

▪ Přesun Díla.

Fáze 4 – Školení koncových uživatelů a administrátorů

Účelem této fáze je zejména zaškolení vybraných pracovníků Objednatele a zabezpečení školícího procesu jednotlivých úrovní uživatelů systému. Dodavatel zajistí níže stanovený počet školení. Školení budou probíhat formou webináře (pokud není určeno dále jinak), kdy školení probíhá v přímém přenosu přes internet. Účastníci webináře se v předem určeném čase připojí na vyhrazenou URL, na které mohou sledovat přednášku lektora. Průběh školení bude Dodavatelem zaznamenán (nahrán) a umístěn na portál IS eTurista (do neveřejné části) tak, aby se se školením mohli seznámit i další uživatelé.

Dodavatel po dohodě s Objednatelem přizpůsobí plán školení tak, aby termíny a obsah školení byly vhodně strukturovány dle školených uživatelů a jimi zastávaných rolí.

Fáze 4 bude v souladu se Smlouvou Dodavateli uhrazena jednou platbou po dokončení všech běhů školení uvedených v této kapitole. Školení musí být celé dokončeno nejpozději k 31.12.2025.

V rámci této fáze Dodavatel zajistí:

1. Školení koncových uživatelů pro potřebu pilotního provozu;

2. Školení koncových uživatelů;

3. Školení administrátorů (technologických administrátorů a power userů);

Ad 1) Školení koncových uživatelů pro potřebu pilotního provozu

Pro potřeby pilotního provozu zajistí Dodavatel proškolení uživatelů pro agendy MMR. Obsah školení:

Školení pro potřebu pilotního provozu bude zaměřeno zejména na průchod všemi hlavními funkčními požadavky v rámci agend HUZ a IUZ.

Školení musí dále obsahovat:

- základní „legislativní“ rámec eTurista,

- způsob používání (ovládání) eTurista, rozsah a způsob používání uživatelské a technické podpory (úrovně technické podpory, role a součinnost jednotlivých subjektů při poskytování technické podpory),

- vyhledávání a statisticko-analytické nástroje v eTurista,

- integrace eTurista na okolní informační systémy,

- možnosti customizovatelnosti funkcionality eTurista (uživatelský pohled),

- pravidla pro realizaci změnových požadavků,

- rozsah a způsob používání uživatelské podpory,

- specifickou část školení zaměřenou na role, které vykonává MMR. Časový rozsah a místo školení:

Časová dotace: 6 hodin výuky Školení proběhne v sídle MMR.

Všichni koncoví uživatelé eTurista (pro potřeby pilotního ověření), musí být proškoleni nejpozději

do spuštění pilotního provozu eTurista (viz Fáze 3). Technické zajištění školení:

MMR zajistí pro každý běh školení vlastní dataprojektor, PC a případně další technické prostředky nezbytné pro praktickou ukázku práce se systémem eTurista, a to vždy dle počtu proškolovaných osob a kapacity zasedací místnosti. Dodavatel poskytne všem proškolovaným osobám elektronické, případně i tištěné materiály školení (prezentaci).

Ad 2) Školení koncových uživatelů

Dodavatel zajistí formou webináře úvodní proškolení všech koncových uživatelů pro jednotlivé skupiny uživatelů v členění dle vykonávané agendy.

Formát školení

Výuka s využitím PC. Každé školení bude vždy obsahovat:

- Základní teoretickou část (seznámení s eTurista, jednotlivými moduly a funkcionalitami systému dle příslušných agend) formou prezentace;

- praktickou část (účastníci školení budou mít možnost vyzkoušet jednotlivé funkcionality

eTurista na PC).

Obsah školení

Po obsahové stránce bude školení členěno na základní a specifickou část.

Základní teoretická část školení bude zaměřena na představení systému, popis základní práce se systémem a představení základních průřezových funkcionalit, jako např. práce se seznamy, správa číselníků, práce s daty atd.).

- základní „legislativní“ rámec eTurista,

- způsob používání (ovládání) eTurista, rozsah a způsob používání uživatelské a technické podpory (úrovně technické podpory, role a součinnost jednotlivých subjektů při poskytování technické podpory),

- vyhledávání a statisticko-analytické nástroje v eTurista,

- integrace eTurista na okolní informační systémy,

- možnosti customizovatelnosti funkcionality eTurista (uživatelský pohled),

- pravidla pro realizaci změnových požadavků,

- rozsah a způsob používání uživatelské podpory.

Obsah specifické části školení se bude dále odvíjet od vykonávané agendy a role uživatele

(recenzent/editor).

Časový rozsah a místo školení:

Školení v rozsahu 6 hodin výuky s přestávkou na oběd je určeno pro všechny uživatele IS eTurista před zahájením práce se systémem eTurista.

Školení bude Dodavatelem zajištěno před nasazením IS eTurista do běžného provozu, resp. před zahájením práce koncových uživatelů s IS eTurista.

Školení může Objednatel doobjednat u Dodavatele ad-hoc dle potřeby (např. pro nové zaměstnance, případně při nasazení nové verze/rozšíření funkcionalit eTurista) – viz Provozní služba KL_eTurista_07

– Školení na objednávku.

Počet účastníků pro jeden běh školení

Počet účastníků z řad HUZ, IUZ, platforem není s ohledem na formu webináře omezen. Dodavatel musí využít takovou platformu pro konání webináře, která umožní účast 10.000 paralelně přihlášených účastníků školení.

Harmonogram školení

Dodavatel navrhne Objednateli termín pro zajištění proškolení všech koncových uživatelů dle jednotlivých agend (harmonogram školení).

Dodavatel provede proškolení koncových uživatelů IS eTurista formou webináře před nasazením eTurista do běžného provozu. Průběh školení bude Dodavatelem zaznamenán (nahrán) a umístěn na portál IS eTurista (do neveřejné části) tak, aby se se školením mohli seznámit i další uživatelé.

Ad 3) Školení administrátorů

Před nasazením eTurista do běžného provozu zajistí Dodavatel proškolení administrátorů systému MMR, a to ve dvou úrovních – školení technologických administrátorů (též označovaných jako správce systému/superuser/root) a power userů (tj. obsahových administrátorů).

I. Školení technologických administrátorů (též označovaných jako správce systému, superuser

nebo root)

Obsah školení

Školení musí obsahovat minimálně:

- charakteristiku SW a HW architektury eTurista,

- možnosti customizovatelnosti funkcionalit eTurista (administrátorský pohled),

- rozsah a způsob používání údržby a uživatelské a technické podpory (úrovně technické podpory, role a součinnost jednotlivých subjektů při poskytování technické podpory),

- metodiku řízení údržby a technické podpory obsahující zejména postupy pro přijetí, zpracování, analytiku, rozpoznávání chyb a předání (eskalace) k řešení u požadavků na technickou podporu (tzv. trouble tickets),

- integrace eTurista na okolní informační systémy (technologický aspekt),

- způsob provádění monitoringu eTurista,

- připravenost eTurista na rozvoj,

- pravidla pro předávání/přebírání realizovaných změnových požadavků do provozu (release

management),

- zálohování eTurista. Časový rozsah a místo školení:

Časová dotace: 12 hodin výuky Počet účastníků školení:

Školení proběhne v sídle MMR.

Všichni technologičtí administrátoři eTurista musí být proškoleni nejpozději do měsíce před spuštěním

eTurista do běžného provozu.

Technické zajištění školení:

MMR zajistí pro každý běh školení vlastní dataprojektor, PC a případně další technické prostředky nezbytné pro praktickou ukázku práce se systémem eTurista, a to vždy dle počtu proškolovaných osob a kapacity zasedací místnosti. Dodavatel poskytne všem proškolovaným osobám elektronické, případně i tištěné materiály školení (prezentaci).

II. Školení power userů (též označovaných jako obsahoví administrátoři) Školení musí obsahovat minimálně:

- Základní charakteristiku SW a HW architektury eTurista,

- možnosti customizovatelnosti funkcionalit eTurista (administrátorský pohled);

- přidělování přístupových oprávnění;

- konfigurace funkcí pro jednotlivé skupiny uživatelů;

- nahlížení nad daty v rámci jednotlivých agend;

- BI úlohy v rámci jednotlivých agend.

Časový rozsah a místo školení:

Časová dotace: 8 hodin výuky Počet účastníků školení:

Školení proběhne v sídle MMR.

Všichni administrátoři eTurista musí být proškoleni nejpozději do měsíce před spuštěním eTurista

do běžného provozu.

Technické zajištění školení:

Dodavatel zajistí pro každý běh školení vlastní dataprojektor, PC a případně další technické prostředky nezbytné pro praktickou ukázku práce se systémem eTurista, a to vždy dle počtu proškolovaných osob a kapacity zasedací místnosti. Dodavatel dále poskytne všem proškolovaným osobám elektronické, případně i tištěné materiály školení (prezentaci).

Zajištění vybraných provozních služeb

Dodavatel bude poskytovat Objednateli níže určené Provozní služby v souladu s pravidly ITILv3 (či vyšší), adekvátním metodologickým rámcem s přihlédnutím na praxi a zvyklosti Objednatele. Provozní služby budou poskytovány průběžně po dobu trvání Smlouvy, která se ve vztahu k zajištění Provozních služeb uzavírá na dobu neurčitou. Počátkem poskytování Provozních služeb je 01.04.2025 nebo den následující po dni celkové akceptace Díla (pokud bude Dílo akceptováno po 01.04.2025), tj. po ukončeném pilotním/rozšířeném pilotním provozu (tj. nasazování dílčích funkčních celků eTurista po jednotlivých funkčních oblastech IS eTurista není okamžikem zahájení poskytování Provozních služeb).

Dodavatel bude zajišťovat vybrané Provozní služby nad technologickou (infrastrukturní) platformou a dále nad SW infrastrukturou eTurista, která zahrnuje Aplikaci eTurista (tj. část eTurista vyvinutá na míru MMR) a SW platformu Díla (tj. standardizovaný SW).

Předmětem této veřejné zakázky není dodávka HW. Technologickou (infrastrukturní) platformou, na které bude IS eTurista provozován, zajistí Objednatel v jednom či dvou vzájemně propojených datových centrech na území ČR a výhledově v Government cloudu (eGC) (dále též „Místo instalace“).

Dodavatel bude zajišťovat vybrané Provozní služby nad SW infrastrukturou IS eTurista, která zahrnuje Aplikaci IS eTurista (tj. část IS eTurista vyvinutá na míru MMR) a SW platformu Díla (tj. standardizovaný SW). V případě SW platformy Díla zajišťuje Dodavatel Provozní služby od virtualizačního SW (Proxmox VE) výše. Provoz virtualizačního SW zajišťuje Objednatel.

Objednatel bude:

▪ Spravovat v Místě instalace Technologickou platformu/HW infrastrukturu - provozní služby nad HW infrastrukturou a síťovými prvky zajišťuje Objednatel;

▪ Spravovat virtualizační prostředí (Proxmox VE) včetně jeho zálohování;

▪ Mít alespoň dohledový přístup ke správě a konfiguraci operačních systémů (zejména z důvodu kontroly řádného patchovaní a updatů či zabezpečení součinnosti pro oblast řízení incidentů).

Aplikační správu dodaného řešení IS e Turista (tj. Díla), resp. jeho standardní údržbu na úrovni „nad virtualizačním prostředím“ (tj. Softwarové platformy včetně OS a zálohování na této úrovni), bude provádět Dodavatel.

Požadavky na infrastrukturu musí Dodavatel dimenzovat tak, aby byly naplněny požadavky na výkon uvedené v Katalogu požadavků IS eTurista.

Dodavatel bude zajišťovat následující Provozní služby:

1. Provozní služby hrazené paušálními ročními platbami:6

a. Řízení dostupnosti a provozní monitoring;

b. Zajištění služeb ServiceDesku a hot-line pro Objednatele;

c. Paušální správa aktiv a konfigurací;

d. Řízení incidentů;

2. Provozní služby hrazené za odvedené výkony:

a. Konzultace;

b. Řízené ukončení provozních služeb (Exit strategie);

c. Školení na objednávku

d. Rozvoj IS eTurista;

e. Přesun Díla.

Objednatel je oprávněn pověřit obsluhou Díla třetí osobu (např. CzechTourism atp.). Dodavatel je

povinen v takovém případě této osobě poskytovat všechny Provozní služby dle této Smlouvy.

Provozní Služby hrazené paušálními platbami

Následují katalogové listy pro Provozní služby (dále jen „Služba“), které bude Dodavatel zajišťovat.

6 S pololetní fakturací ve výši poloviny paušálu (viz Smlouva).

eTurista_01 - Řízení dostupnosti a provozní monitoring

Katalogový list Služby
Identifikace (ID)	KL_eTurista_01
Název	Řízení dostupnosti a provozní monitoring
Popis	Tato služba zahrnuje: - Řízení a správu standardizovaných SW komponent, na kterých je eTurista založeno; - Řízení a správu Aplikace eTurista; - Průběžný monitoring eTurista: o Dostupnosti eTurista dle KPI_eTurista_01 a o Odezvy eTurista dle KPI_eTurista_02 a KPI_eTurista_03; - Garanci: o Dostupnosti eTurista dle KPI_eTurista_01 pro eTurista a o Odezvy eTurista dle KPI_eTurista_02 a KPI_eTurista_03 pro eTurista. Řízením a správou standardizovaných SW komponent se rozumí: - Provoz a správa infrastrukturních SW prvků (např. antivirové a antispamové služby, zálohovací systémy); - Provoz a správa systému dohledu a monitoringu. Řízením a správou aplikačního prostředí IS eTurista se rozumí provoz a správa aplikačního SW (tj. Aplikace eTurista včetně všech SW komponent a služeb). Řízením a správou jsou myšleny zejména, nikoliv však výhradně, následující činnosti zajišťované Dodavatelem: - Kontrola výkonnosti a performance monitoring, návrh preventivních opatření s cílem předejít možným výpadkům, snížení výkonu v infrastruktuře IS eTurista; - Pravidelná (na měsíční bázi) aktualizace projektové/technické, provozní a bezpečnostní dokumentace IS eTurista v návaznosti na změny provozního prostředí, funkcí, služeb a provozních postupů; - Aktualizace konfigurační databáze v rámci Configuration managementu. Aktualizace databáze bude Provozovatel provádět ihned při provedení změny konfigurace prostředí či komponenty eTurista tak, aby byla k dispozici vždy aktuální a úplná konfigurační databáze; - Zálohování prostředí eTurista: o Zálohování IS eTurista v souladu s platným plánem zálohování; o Zálohování systémů 1. a 2. úrovně podpory (v souladu s návrhem řešení Dodavatele); o Pravidelné prověřování zálohovacího systému (jedenkrát ročně). Testování obnovy eTurista a dat a znovuuvedení do provozu. Způsob a rozsah prověření zálohovacího systému bude navržen v plánu zálohování. O průběhu musí být zpracována podrobná zpráva – informace o simulované události, popis postupu a úspěšnosti při znovuuvedení do provozu, návrh opatření v případě zjištění jakýchkoliv problémů; - Obnova všech služeb, funkčních celků a dat ze záloh v případě mimořádné události;7 - Archivace úložných médií (datových pásek) eTurista. - Monitoring provozního prostředí: o Návrh obsahu automatizovaného provozního monitoringu, tj eventů (událostí), thresholdů (mezních hodnot) a severit (úrovní závažností: Minor, Major, Critical),

7 Dodavatel je povinen mít zpracovány scénáře obnovy v souladu se službou Service Continuity Management dle ITILv3 (či vyšší) nebo jiné srovnatelné mezinárodně uznávané normy a provádět pravidelné testy (alespoň 1x ročně) dle takto zpracovaných scénářů obnovy. Objednatel může požadovat po Dodavateli předložení dokladů o provedeném testování.

	vč. definice návrhu incident/problem managementu a řešitelských skupin pro dané eventy; o Návrh dashboardů indikujících stav IS jeho služeb a dílčích komponent, a to s cílem minimalizovat negativní dopad událostí a incidentů na kontinuitu IS eTurista; o Návrh obsahu automatizovaného bezpečnostního monitoringu založeného na analýze bezpečnostně významných událostí logovaných v rámci IS eTurista, jeho služeb a podpůrných SW a infrastrukturních komponent; o Kontrola provozních, bezpečnostních a dalších logů zaznamenávaných systémem eTurista (na denní bázi); o Monitoring a provádění kontroly stavů všech součástí provozního prostředí pomocí HW a SW výrobcem daných a doporučených utilit (v odůvodněných případech také pomocí vlastních utilit); o Vyhodnocování těchto stavů a identifikaci příčin. Analýza řešených problémových situací a návrh opatření pro jejich eliminaci. Prozkoumání vhodnosti přijatých opatření; o Provádění konstantního dohledu a kontroly dostupnosti všech klíčových komponent IS eTurista a vyhodnocování všech odchylek s důsledkem na provozuschopnost systému. Pokud dojde k výpadku služeb či jejich části, tak bezodkladně zajistit dle závažnosti opravu/přesměrování na záložní lokalitu a nápravu v lokalitě primární; o Monitoring funkčnosti zaznamenávání auditních (write-only) logů; o Monitoring využití zdrojů provozního prostředí eTurista; o Monitoring vnějších útoků na eTurista a realizace účinných opatření k omezení jejich dopadu; - Reporting provozu o Vedení provozního deníku eTurista pro každé zařízení v elektronické podobě s dálkovým přístupem Objednateli; o Pravidelný měsíční reporting vyhodnocování a dodržování SLA jednotlivých služeb spočívající zejména v: I. Zpracovávání zprávy o průběhu běžného provozu obsahující přehled všech v souvislosti s provozem IS eTurista prováděných činností, změn a plnění SLA parametrů za uplynulé období (bude dodáno ve formě protokolu, který bude sloužit pro akceptaci poskytovaných služeb, bude připojen k faktuře za příslušné zúčtovací období), II. Zpracovávání zprávy o využívání zdrojů provozního prostředí, slabých místech a rezervách; doporučování úprav provozního prostředí pro optimalizaci výkonu infrastruktury, Pravidelný měsíční reporting vyhodnocování a dodržování SLA jednotlivých služeb musí být Objednateli předán nejpozději 10. pracovní den po ukončení měsíce, který je předmětem reportu. Pravidelné měsíční reporty budou zpracovány pro veškeré služby poskytované v průběhu běžného provozu eTurista. Pro ostatní fáze životního cyklu provozu eTurista je tato povinnost stanovena vždy v rámci popisu příslušné fáze, resp. poskytovaných služeb. o Ad-hoc reporting provádění provozních činností dle pokynů MMR. Pravidelný měsíční reporting vyhodnocování a dodržování SLA jednotlivých služeb musí být Objednateli předán nejpozději 10. pracovní den po ukončení období, které je předmětem Zprávy o provozu.
KPI parametry
Kalendář (hod. x dny)	24 x 7

KPI	KPI_eTurista_01: Dostupnost eTurista => 99,45 % (tzn. nedostupnost =< 48 h/rok a zároveň =< 4h/měs. a zároveň =< 3 výpadků/měs.). Výpočet dostupnosti: Dostupnost = MTBF / (MTBF + MTTF) MTBF - čas, po který má eTurista běžet; MTTF - čas, po který eTurista neběží (je nedostupná). SLA parametr se vztahuje na systém jako celek (tj. všechny vrstvy eTurista). Do SLA se nezapočítávají výpadky eTurista způsobené výpadky/nedostupností služeb zajišťovaných Objednatelem (síťové infrastruktury, datových center, napájení, konektivity atd.), pokud je prokazatelně nezavinil Dodavatel. KPI_eTurista_02a: Odezva uživatelského rozhraní eTurista (OUR) =< 95 % do 2 s; 4 % do 5 s; 1 % do 10 s KPI_eTurista_02b: Odezva synchronních WS eTurista (OSWS) =< 97 % do 1 s; 3 % do 5 s
Měřící nástroj (bod)	Monitorovací – testovací aplikace Dodavatele (primárně), a Monitorovací – testovací aplikace Objednatele nebo třetí strany (sekundárně) pro porovnání a ověření výsledků vykazovaných při měření Dodavatelem. Požadavky na provozní monitoring jsou uvedeny v kapitole 3. Katalogu požadavků na vlastnosti IS eTurista.
Sankce	Jsou aplikovány pouze při omezeních provozu eTurista, a to dle níže uvedeného klíče: KPI_eTurista_01: KPI_eTurista_02a a KPI_eTurista_02b:
		Typ	Překročení limitu (násobky)	Kategorie Vady	Sankce % sleva z ceny
		OUR / OSWS	1-2	-	0
			3-5	C	1
			6-10	B	2
			>10	A	5
Způsob měření	Monitorovací – testovací aplikace Dodavatele bude realizovat minimálně: - Dva end-to-end testovací scénáře ověřující Dostupnost infrastruktury, a to jeden pro HW infrastrukturu a jeden pro SW platformu, na níž je řešení IS eTurista postaveno, - Dva end-to-end testovací scénáře ověřující Dostupnost aplikace IS eTurista,

Dostupnost [%]	Nedostupnost [h] / měsíc	Nedostupnost [h] / rok	Sankce % sleva z ceny
=> 99,45	=< 4	=< 48	0
=> 98,92 .. < 99,45	> 4 .. =< 8	> 48 .. =< 96	10
=> 98,38 .. < 98,92	> 8 .. =< 12	> 96 .. =< 144	20
n/a	-	-	-

	- Dva end-to-end testovací scénáře ověřující Odezvu, a to jeden pro OUR a jeden pro OSWS eTurista. Testovací scénáře zpracuje Dodavatel a odsouhlasí Objednatel, a to před zahájením poskytování služby dle KL_eTurista_01. Testovací scénáře ověřující Dostupnost se budou pravidelně střídat. Pro KPI_eTurista_01: Pokud kterýkoliv z dílčích kroků testovacího scénáře zjistí nedostupnost eTurista, a to ve dvou po sobě jdoucích průchodech testovacím scénářem, kdy standardní interval jednotlivých testovacích scénářů je max. 5 minut, ale ten může být v případě problémů snížen až na 1 minutu, je stav vyhodnocen jako nedostupnost eTurista od doby zahájení prvního testovacího scénáře, který zjistil nedostupnost eTurista. Nedostupnost eTurista bude automaticky nahlášena do ServiceDesku a o tomto stavu bude okamžitě informován Objednatel (nebo Provozovatel). Nedostupnost eTurista delší jak 30 min. je zároveň zařazena do ServiceDesku jako Vada kategorie A. Ukončení nedostupnosti je dáno časem prvního nechybového průchodu testovacího scénáře. I o tomto stavu bude okamžitě informován Objednatel (nebo Provozovatel). Vykazování bude realizováno pomocí měsíčních přehledů o dostupnosti eTurista dle KPI_eTurista_01 (graf z monitoringu, statistika dostupnosti eTurista z monitorovací – testovací aplikace Dodavatele). Pro KPI_eTurista_02a a _02b: Pokud kterýkoli z testovacích scénářů, kdy standardní interval jednotlivých testovacích scénářů je opět max. 5 minut, ale může být, v případě problémů, snížen až na 1 minutu, pro odezvy OUR a OSWS překročí jejich limitní hodnoty (viz tabulka výše) kontinuálně po dobu delší než 30 min., tzn. vyskytne se zvýšená doba odezvy po dobu minimálně několika průchodů testovacím scénářem po sobě, bude tato událost automatizovaně nahlášena do ServiceDesku jako příslušná Vada – viz tabulka výše. Vykazování bude realizováno pomocí měsíčních přehledů o odezvách eTurista dle KPI_eTurista_02a a KPI_eTurista_02b (tj. statistiky odezev eTurista z monitorovací – testovací aplikace Dodavatele).
Poznámky	Monitorovací – testovací aplikaci Dodavatel nasadí nejpozději den následující po ukončení akceptace celého eTurista dle Smlouvy. Dodavatel umožní Objednateli bezplatně průběžný monitoring eTurista a jeho funkčnosti v reálném čase prostřednictvím dálkového přístupu a monitorovací – testovací aplikace Objednatele nebo třetí strany, tj. Dodavatel umožní Objednateli (nebo třetí straně poskytující služby monitoringu) bezplatně instalaci monitorovacího zařízení na SW a HW infrastrukturu eTurista. Monitorovací – testovací aplikace Objednatele nebo třetí strany se bude chovat obdobně, a bude provádět minimálně stejný monitoring, jak je uvedeno výše ve Způsobu měření, za účelem kontroly a srovnání výsledků s monitoringem Dodavatele. Pokud bude v budoucnu eTurista přesunuto do cloudové platformy, může Objednatel (nebo třetí strana) kromě výše uvedeného také bezplatně monitorovat cloudovou platformu, a to minimálně tyto výkonové parametry: - objem datového toku do/ze eTurista; - vytížení CPU; - vytížení RAM; - odezva a kapacita HDD/SDD úložiště; - Up-Time.
Platební podmínky	Součást paušální sazby dle čl. X Smlouvy.

eTurista_02 - ServiceDesk, hot-line pro Objednatele

Katalogový list Služby
Identifikace (ID)	KL_eTurista_02
Název Služby	„ServiceDesk, hot-line pro Objednatele“
Popis Služby	Provoz webové aplikace pro zadávání Incidentů a požadavků v prostředí sítě Internet a hot-line telefonní linky. ServiceDesk není součástí dodávky eTurista (tj. je zajišťován v režimu SaaS). Služba hot-line je zajišťována výhradně pro Objednatele (tj. pro účely kontaktování Dodavatele Objednatelem za účelem řešení událostí). Koncoví uživatelé nemají do ServiceDesk přímý přístup, ale mohou generovat ticket do ServiceDesk přímo z eTurista (tj. postupují dle průřezového funkčního požadavku „PF01-60 Generování ticketu do ServiceDesku přímo z eTurista“) či zaslat svůj požadavek e-mailem na Dodavatelem určenou adresu a požadavek vloží do ServiceDesk Dodavatel. V rámci ServiceDesku jako ticketovacího nástroje musí být možné evidovat alespoň požadavek na: • Poskytnutí informace; • Vadu a incident; • Servis (Servisní požadavek); • Změnu (Změnový požadavek); • Obecný požadavek, který bude následně kategorizován. V seznamech ticketů musí být možno filtrovat a stránkovat. Vyfiltrované záznamy ticketů lze exportovat. Detail průběhu jednotlivých ticketů (včetně komentářů, doplněných textů, času změny a logu uživatele) lze exportovat. Tickety lze doplňovat, upravovat, vracet do řešení, vkládat různé typy a přílohy. U ticketů požadavků lze navíc měnit i předem dané hodnoty atributů v průběhu existence ticketu. Tickety lze uzavírat pouze ze strany Objednatele (příp. jím určené třetí strany) a Dodavatele. Správa ServiceDesk nástroje spočívá zejména v následujících činnostech Dodavatele: • Definice požadavků na nastavení rolí a procesů v nástroji a jejich průběžná aktualizace. V rámci poskytování provozní podpory musí být v rámci ServiceDesk či jiného vhodného nástroje nastaveny alespoň procesy dle ITILv3 (či vyšší): o Incident management; o Problem management; o Release management; o Change management; o Vulnerability management. • Definice požadavků na nastavení jednotlivých tenantů ServiceDesku a jejich průběžná aktualizace. Dodavatel musí definovat zejména: o Řešitelské skupiny/kategorie (např. infrastruktura, aplikace eTurista atp.), a to s ohledem na různé skupiny řešitelů (skupiny řešitelů je nutno optimalizovat s ohledem na licencování nástroje ServiceDesk); o SLA pro řešitelské skupiny;

	o Pravidla pro notifikace (jaké události mají být posílány na koho); o Nastavení workflow a další nezbytné skutečnosti. • Vyřizování jednotlivých ticketů v rámci pravidel nastavených v provozní dokumentaci. Výsledná podoba nastavení a organizačního modelu využívání ServiceDesk nástroje musí být Dodavatelem definována do data spuštění této služby. Tato Služba zahrnuje: • Zabezpečení bezvýpadkového provozu ServiceDeskové aplikace pro sběr a vyhodnocování uživatelských ticketů (dostupnost 98 % měsíčně); • Technické zajištění funkčnosti min. 1 garantované telefonní linky [+420 734 224 171] v režimu 8x5; • Technické zajištění funkčnosti e-mailové adresy pro příjem požadavků od uživatelů helpdesk@inqool.cz.
Parametry
Kalendář Služby	Technická dostupnost ServiceDesk: 24x7 Odezva: 8x5
KPI	KPI_03: Dostupnost ServiceDesku (webové aplikace) s akceptovatelným výpadkem nepřesahujícím 30 po sobě jdoucích minut v Garantovaném pásmu nebo KPI_04: Kumulovaná nedostupnost ServiceDesku během měsíčního období menší než 864 minut, resp. 14,4 hod. (čili dostupnost 98 %).
Měřící bod	ServiceDesk, výpis z monitoringu dostupnosti Služby „ServiceDesk, hot-line pro Objednatele“.
Sankce	Při porušení KPI_03 a/nebo KPI_04 je uplatněna jednorázová sankce ve výši 1.000 Kč za každý takový případ.
Způsob dokladování	Pololetní výkaz KL_eTurista_02 se základní informací o provozu a dostupnosti Služby „ServiceDesk, hot-line pro Objednatele“ dle KPI_03 a KPI_04 (graf z monitoringu, resp. statistika dostupnosti ServiceDesku z monitorovacího nástroje Dodavatele). Zpracování Pololetních výkazů je součástí paušální roční sazby KL_eTurista_02 dle tabulky v čl. X Smlouvy.
Poznámky	Služba „ServiceDesk, hot-line pro Objednatele“ je sdílenou službou pro ostatní Provozní služby.
Platební podmínky	Součást paušální roční sazby KL_eTurista_02 dle tabulky v čl. X Smlouvy.

eTurista_03 – Paušální správa aktiv a konfigurací

Katalogový list Služby
Identifikace (ID)	KL_eTurista_03
Název Služby	„Paušální správa aktiv a konfigurací“
Popis Služby	Tato služba zahrnuje především, nikoliv však výlučně, následující činnosti: Podpora a údržba IS eTurista (maintenance)

- Dohled a podpora provozu IS eTurista včetně jeho HW a SW platformy v Místě instalace, včetně vyhodnocování událostí a definice postupu při jejich nápravě a eskalace incidentů na službu KL_eTurista_04 – Řízení incidentů;

- Zajištění technické podpory spočívající v zajištění podpory a údržby licencí HW a SW produktů použitých při realizaci (a následném užití) IS eTurista, a to po celou dobu trvání Smlouvy a poskytnutí podpory Objednateli při smluvních jednáních o podpoře a údržbě licencí HW a SW produktů s jejich původcem, tj. nákup a zajištění veškerých služeb, technologií, licencí, maintenance a SW nezbytných k provozu IS eTurista v Místě instalace.

Maintenance je možno dodávat průběžně, pokud to licenční podmínky výrobce/vendora HW a SW vyžadují/umožňují. Jednotlivé prvky IS eTurista však musí vždy být pod podporou;

- Sledování znalostní báze výrobců jednotlivých HW a SW komponent, vyhledávání a implementace vhodných oprav (vč. bezpečnostních), konfigurace HW a SW, údržba, podpora a aktualizace HW a SW (minoritní i majoritní aktualizace);

- Aktivní vyhledání a identifikace nových verzí, oprav, bezpečnostních záplat, patchů, hotfixů, nebo service packů SW platformy včetně jejich získání/stažení, uložení a instalace;

- Zajištění urgentních změn (např. na základě doporučení NÚKIB) a provedení potřebného neprodleného zásahu (např. nasazení patche), a to při zachování provozních principů;

- Garance dodávky a provádění instalace nových verzí HW a SW platformy (po vydání jejich

vendorem/komunitou);

- Instalace, aktualizace, záloha/archivace či rekonfigurace HW a SW i na vyžádání

Objednatelem;

- Realizace takových úprav, aby příslušné služby IS eTurista byly bezchybně využitelné

v předposledních a posledních Verzích podporovaných internetových prohlížečů;

Nasazování nových verzí IS eTurista

- Plánovaní, načasovaní a řízení sestavení, testování a nasazení releasů tak, aby byla maximálně chráněna integrita stávajících služeb;

- Implementace nových verzí IS eTurista dodaných a schválených Objednatelem pro všechna prostředí/instance IS eTurista. Nasazení releasu (tj. změnového nebo opravného balíku) může být různě robustní a Dodavatel musí robustnost nastaveného přístupu uzpůsobit v závislosti na předmětu nasazení (od parametrické změny, po novou verzi některé z realizovaných úloh). Provádění implementace na všechna prostředí, například v případě clusterového řešení implementace na jeden a následně na druhý uzel pro ověření funkčnosti;

- Provedení testování implementované nové verze/aktualizace a ověření souladu se všemi požadovanými vlastnostmi s ohledem na požadovanou výkonost a odolnost vůči výpadkům (trvající i nové) IS eTurista;

Správa konfigurací

- Uchovávání, verzování a zpřístupnění informací o konfiguračních jednotkách ve správě Dodavatele a jejich konfiguracích. Dodavatel zpřístupní informace dle pokynů Objednatele;

- Implementace Objednatelem schválených požadavků na změnu konfigurace, tj. práce na provedení instalace nebo změny HW a SW konfigurace dle Objednatelem schválených požadavků;

- Formulace požadavků na změnu konfigurace infrastrukturních služeb s ohledem na provozní potřeby IS eTurista;

Profylaktické činnosti

	- Proaktivní a profylaktické činnosti, směřující k udržení funkčnosti, spolehlivosti, bezpečnosti a výkonnosti IS eTurista a jeho komponent vč. realizace opravných opatření, které směřují k udržení bezporuchového stavu a předcházejí tak vzniku incidentů; - Kontrola a ve spolupráci s vendory HW a SW a technickou podporou vendorů HW a SW technologií provádění servisních služeb dle provozní dokumentace IS eTurista a pokynů výrobců HW a SW tak, aby se předešlo výpadkům systému; Správa dokumentace IS eTurista - Uchovávání, verzování a zpřístupnění dokumentace ve správě Dodavatele, včetně dokumentace jím vytvořené Dodavatel zpřístupní dokumentaci dle pokynů Objednatele; - Poskytnutí zdrojových kódů a řízení nasazování s využitím CI/CD nástroje; Zpracování plánů aktualizace - Dodavatel je povinen pravidelně, nejméně 2x ročně, pokud nebude dohodnuto jinak, předkládat Objednateli návrh plánu aktualizace (Upgrade/Update) IS eTurista k odsouhlasení. Neurčí-li Objednatel jinak, či ze schváleného plánu aktualizace nevyplyne, zavazuje se Dodavatel zajišťovat průběžnou aktualizaci IS eTurista tak, aby IS eTurista řádně fungovalo i po případné změně jakékoli části SW platformy či HW infrastruktury IS eTurista, na které je IS eTurista postaveno a provozováno; Ostatní služby dle tohoto katalogového listu - Mezi standardní údržbu a podporu (servisní úkony) v IS eTurista rovněž patří zejména: - Exporty dat a metadat vedených v SW, které nebudou dostupné Objednateli (nebo administrovatelné Objednatelem) přes aplikační prostředí IS eTurista na jeho vyžádání ve strojově čitelném formátu (např. CSV, JSON atp.); - Zásahy servisního charakteru do HW (infrastrukturní) a SW platformy; - Implementace technických změn vzniklých na komunikačním rozhraní tak, aby nebyla ohrožena stávající funkcionalita IS eTurista atp.; - Součinnost se třetími stranami pro zajištění interoperability s aplikacemi a informačními systémy integrovanými se IS eTurista; - Zodpovídání technických dotazů souvisejících s využíváním komunikačních rozhraní; Naceňování rozvojových požadavků viz KL_eTurista_08 – Rozvoj IS eTurista (pokud náročnost zpracování je nižší než 2 MD).
Parametry
Kalendář Služby	KPI_05: 9x5
KPI	KPI_05: Záznamy v Provozním deníku související se Službou eTurista_03 - Paušální správa aktiv a konfigurací (zejména datování konfiguračních, implementačních úkonů a jejich stručný popis) do konce následujícího BD.
Měřící bod	Provozní deník. Pololetní výkaz KL eTurista_03.
Sankce	KPI_05: Porušení řádného a průběžného vedení Provozního deníku neodpovídajícího skutečnosti vede k uplatnění sankce ve výši 2.000 Kč za každý takový případ pro dané Měřící období. Porušení povinnosti aktualizovat SW platformu vede k uplatnění sankce ve výši 20.000 Kč za každý takový případ pro dané Měřící období.

	Nepředložení plánu aktualizace (Upgrade/Update) eTurista do 30. 06. daného kalendářního roku či neprovedení profylaxe minimálně jeden krát ročně (nejpozději 31. 12. daného kalendářního roku) vede k uplatnění sankce ve výši 20.000 Kč za každý takový případ.
Způsob dokladování	Provozní deník. Pololetní výkaz KL eTurista_03 se základní statistikou (počet) úkonů v Provozním deníku a informacemi o úspěšném vyřešení požadavků (na vyžádání) Objednatele. Zpracování Pololetních výkazů je součástí paušální roční sazby „eTurista_03“ dle čl. X této Smlouvy. Plán aktualizace. Zpráva z provedení profylaxe.
Poznámky	Dodavatel se zavazuje poskytovat: • veškeré služby související s poskytováním Paušální správy aktiv a konfigurací v souladu s požadavky zákona č. 181/2014 Sb., o kybernetické bezpečnosti a změně souvisejících předpisů (zákon o kybernetické bezpečnosti), ve znění pozdějších předpisů a navazující vyhlášky č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat (vyhláška o kybernetické bezpečnosti), ve znění pozdějších předpisů; • součinnost při kontrole plnění požadavků ZKB Národním bezpečnostním úřadem (dále jen „NBÚ“) a Národním úřadem pro kybernetickou a informační bezpečnost (dále jen „NÚKIB“) a auditory Objednatele, a • odstranit nedostatky související s poskytováním podpory Díla dle této Smlouvy zjištěné při kontrole plnění požadavků NBÚ, NÚKIB nebo auditory Objednatele. Dodavatel je povinen plánovat a realizovat činnosti dle této služby v maximální míře tak, aby provoz IS eTurista byl bezodstávkový (pro všechna provozovaná prostředí IS eTurista). Dodavatel je povinen hlásit Objednateli všechny plánované zásahy do IS eTurista nebo nezbytně nutné odstávky IS eTurista související s jeho podporou nebo nasazováním upgradů a updatů do provozu, přičemž k zásahu do IS eTurista nebo odstávce IS eTurista je nutný souhlas Objednatele. Dodavatel informuje kontaktní osoby Objednatele zejména o plánu na odstavení a opětovné zprovoznění IS eTurista, a to v souladu s plánem aktualizace, v případě neplánovaného odstavení IS eTurista informuje bezodkladně, a to těsně před jeho odstavením a znovu zprovozněním. Standardní maintenance window je 4 hodiny. Pro stanovení termínu realizace je nutný souhlas Objednatele. Dodavatel musí plán hlavních zásahů (nasazování nových verzí atp. a s tím souvisejících nutných odstávek) stanovit 1 rok předem (vždy do 31. 12. předešlého kalendářního roku), přičemž zásahy s uživatelským dopadem může Dodavatel provádět v 1. roce provozu 1x/kvartál, další roky provozu 1x/pololetí. Výjimku představují legislativní změny a jiné obdobné mimořádné události, kdy se plán zásahu bude řídit datem účinnosti vyplývajícím z právního předpisu atp. Veškeré zásahy do IS eTurista v rámci Podpory IS eTurista budou prováděny pomocí zvláště k tomuto účelu přiděleného účtu. Dodavatel nesmí používat administrátorské účty Objednatele pro ladění a zkoušení funkčnosti IS eTurista. Pro účely ladění a zkoušení funkčnosti IS eTurista

budou vyhrazeny speciální účty (plán). Testování musí být prováděno v testovacím prostředí odděleném od produkčního prostředí.

Dodavatel (ani případní poddodavatelé Dodavatele) nesmí zasahovat do obsahu dat zpracovávaných za pomoci IS eTurista, jakýchkoliv dat Objednatele ani provést zásah, který by ovlivnil či mohl ovlivnit funkcionalitu hardware či jiného software (odlišného od IS eTurista) provozovaného v místě instalace nebo pracovních stanic uživatelů systému připojených k IS eTurista prostřednictvím vnitřní sítě/Internetu.

Součástí služby KL_eTurista_03 je i formulace doporučení ohledně preventivního odstraňování úzkých míst nebo změn parametrů (např. na základě prováděné pravidelné profylaxe), eventuálně doporučení použití nových verzí SW s ohledem na vývoj nových produktů. Dodavatel je povinen pravidelně, nejméně 1x ročně (vždy k 30. 06. daného kalendářního roku, pokud nebude dohodnuto jinak), předkládat Objednateli návrh Plánu aktualizace k odsouhlasení.

Povinností Dodavatele je dále aktualizovat technologickou platformu IS eTurista (dále také „TP“) zahrnující HW a SW standardizované produkty, na kterých je IS eTurista postaven, resp. provozován. To musí být uskutečněno nejpozději do 6 měsíců od okamžiku, kdy výrobce SW platformy (včetně výrobce operačního systému) vydá příslušnou změnu (update/upgrade) ve finální (stabilní) verzi, ne však déle než do ukončení podpory SW platformy výrobce, nebude-li s oprávněnou osobou Objednatele dohodnuto jinak. Dodavatel nejdříve svůj záměr provést update/upgrade TP konzultuje s oprávněnou osobou Objednatele. Změnou TP se rozumí libovolné formy oprav programového vybavení vydávané výrobcem zpravidla za účelem odstranění chyb TP nebo zlepšení její funkce. Povinností Dodavatele je tyto změny sledovat a průběžně o těchto změnách informovat oprávněnou osobu Objednatele.

V případě vydání bezpečnostního patche / hotfixu / servicepacku TP výrobce provádí Dodavatel v návaznosti na objevenou kritickou bezpečnostní nebo jinou hrozbu komponenty TP bezodkladně po vydání tohoto patche / hotfixu / servicepacku výrobcem TP. Tuto instalaci provede Dodavatel řízeně, v souladu s provozními principy, a to nejpozději do konce následujících 5 BD, pokud nebude s oprávněnou osobou Objednatele dohodnuto jinak.

Před aktualizací TP musí vždy proběhnout ověření kompatibility aktualizovaného prvku TP s ostatními prvky a s vlastními programovými komponentami IS eTurista na testovacím prostředí. Pokud se v tomto ověření vyskytnou chyby způsobené nekompatibilitou mezi TP a IS eTurista, aktualizace TP IS eTurista na produkčním prostředí nemůže být provedena a Dodavatel musí provést v přiměřené době úpravy v IS eTurista tak, aby Systém eTurista I mohlo být provozováno na aktuální verzi TP, nebude-li z objektivního důvodu Objednatelem tato aktualizace TP zamítnuta či odložena. Aktualizace TP nesmí tam, kde je to možné, negativně ovlivnit dostupnost či provozní parametry IS eTurista. Testování kompatibility musí být prováděno v testovacím prostředí odděleném od produkčního prostředí. Povinností Dodavatele je udržovat Systém eTurista I na aktuálních stabilních verzích TP (poslední verze -1) a eliminovat tak bezpečnostní rizika. V případě nemožnosti nasazení bezpečnostního patche je Dodavatel povinen nasadit workaround, snižující dopad dané zranitelnosti, pokud takový existuje.

Náklady spojené s nutnými úpravami IS eTurista z důvodu nasazení nových verzí TP jsou zohledněny v paušální sazbě za službu KL_eTurista_03. Úpravy IS eTurista, jejichž předmětem je zajištění kompatibility, jsou považovány za rozvoj IS eTurista.

Objednatel si vyhrazuje právo provádět nezávislé penetrační testy za součinnosti Dodavatele. Dodavatel má povinnost bezodkladně napravit případné výhrady po předání výsledků

	penetračních testů Objednatelem, a to minimálně u komponent s kritickou mírou nebezpečí. Náklady s tímto spojené jsou zohledněny v paušální sazbě za službu KL_eTurista_03. Akceptace služby KL_eTurista_03 je vyjádřena podpisem Akceptačního protokolu. Návrh Akceptačního protokolu včetně příloh připraví Dodavatel.
Platební podmínky	Součást paušální roční sazby KL_eTurista_03 dle tabulky v čl. X Smlouvy.

eTurista_04 - Řízení incidentů

Katalogový list Služby
Identifikace (ID)	KLeTurista_04
Název Služby	„Řízení incidentů“
Popis Služby	Odstranění 3 kategorií Incidentů (Vad jednotlivých Kategorií (viz definice pojmů v čl. I Smlouvy)8, výpadků a havárií) vzniklých v eTurista a v prvcích jeho softwarové architektury s cílem udržování eTurista v řádném provozním stavu tak, aby byla dodržována jeho dostupnost a bylo minimalizováno riziko ohrožení dodávky služeb eTurista, jeho funkcionality a dat v něm. Služba “Řízení incidentů” zahrnuje především, nikoliv však výlučně, následující činnosti: • Přebírání Incidentů od Objednatele - zajištění Odezvy na Objednatelem nahlášený Incident; • Řešení Incidentů - identifikaci, lokalizaci, vyhodnocování příčin a náprava Incidentů; • Odstranění Incidentů – instalace a implementace softwarových korekcí (zejména opravných balíků) nebo jiným způsobem a obnovení řádného fungování eTurista (znovuuvedení do provozu, resp. uvedení do stavu těsně před mimořádnou událostí), včetně odstranění chyb v datech, které prokazatelně nastaly v důsledku vzniku či odstraňování příslušného Incidentu; • Poskytování informací o stavu odstraňování Incidentů.
Parametry
Kalendář Služby	8x5
Seznam KPI	KPI_06: Obnovení služby (eliminace Incidentu): • Havárie (též „Vada kategorie A“) – stav eTurista, který neumožňuje plnění základních funkcí; • Výpadek (též „Vada kategorie B“) – stav eTurista umožňující plnění základních funkcí, avšak s omezením rychlosti zpracování nebo za mimořádných provozních opatření (např. provizorní provoz s vynaložením většího úsilí či se zvýšenými náklady); • Závada (též „Vada kategorie C“) – stav eTurista umožňující plnění základních funkcí, avšak s vyskytujícími se drobnými chybami, které nebrání nebo mají zcela minimální vliv na řádné užívání a funkcionality eTurista. KPI_07: Odezva na zadaný Incident.

8 Pozáruční odstraňování Vad Díla nebo části Díla, které vznikly činností Dodavatele při realizaci Díla. Odstraňování bude probíhat v úrovni níže stanovených parametrů SLA ve vazbě na Kategorie vad a reakční doby na lhůty pro jejich odstranění.

Způsob výpočtu

a měření Služby

Incident může mít jednu ze 3 kategorií odpovídající prvním třem prioritám pro odstranění Incidentů:

Priorita	Popis	Lhůty
Priorita 1 Kritická - Havárie	Činnost eTurista je zcela nebo podstatně omezena, všechny nebo důležité části selhaly nebo jsou nedostupné, selhaly a/nebo jsou zcela nefunkční nebo je jejich funkčnost omezena tak, že je kritickým nebo zásadním způsobem ovlivněna činnost eTurista. O havárii jde rovněž v situaci, kdy je odezva služeb eTurista delší než 5 min. Odpovídá stavu Incidentu Havárie (viz KPI_06 výše), tj. jedná se o stav eTurista, který neumožňuje plnění základních funkcí.	Odezva: 1 hod. Obnovení Služby: do maximálně 8 hodin v Garantovaném pásmu od zadání požadavku (nebude-li lhůta Objednatelem doložitelně prodloužena)
Priorita 2 Vysoká - Výpadek	eTurista je funkční pouze částečně, eTurista je ovlivněn selháním nebo omezením některé ze systémových funkcí podporujících důležité činnosti eTurista. Některá z webových služeb vykazuje funkční vady, pouze některé funkce nejsou plně funkční anebo poskytují výrazně (více než 20 sekund, ale méně než 5 min. včetně) zhoršenou odezvu. Odpovídá kategorii Incidentu Výpadek (viz KPI_06 výše), tj. stav eTurista, který umožňuje plnění základních funkcí, avšak s omezením rychlosti zpracování nebo za mimořádných provozních opatření (např. provizorní provoz s vynaložením většího úsilí či se zvýšenými náklady).	Odezva: 4 hod. Obnovení Služby: do 17:00 2. BD následujícího po zadání (nebude-li lhůta Objednatelem doložitelně prodloužena)
	eTurista je funkční, závada nemá vliv na činnost eTurista. Vyskytují se nedostatky nepodstatné povahy, které způsobují například nekomfort obsluhy nebo zvyšující se pracnost činností nad rámec pracnosti obvyklé v běžném provozu.	Odezva: 8 hod. Obnovení Služby: do 17:00 5. BD následujícího po zadání
Priorita 3 Střední - Závada	Priorita zároveň zahrnuje situace, kdy některé funkce selhaly, ale nejsou v daný moment využívány nebo nemají žádný vliv na řádný chod eTurista nebo je mírně zvýšena odezva eTurista (5-19 sekund).	(nebude-li lhůta Objednatelem doložitelně prodloužena)
	Odpovídá kategorii Incidentu Závada (viz KPI_06 výše), tj. stav eTurista, který umožňuje plnění základních funkcí, avšak s vyskytujícími se drobnými chybami, které nebrání nebo mají zcela minimální vliv na řádné užívání a funkcionality eTurista.

Dodavatel musí automatickou službou měřit v nastavených intervalech odezvu (viz požadavky uvedené na monitorovací aplikaci v KL_eTurista_01 - Řízení dostupnosti a provozní monitoring

	a identifikované Incidenty ihned hlásit prostřednictvím ServiceDesk Objednateli. Určení priority je prováděno na základě posouzení, jak incident ovlivní procesy Objednatele a koncových uživatelů a funkčnost IS eTurista. Ve všech případech posunutí (nedodržení) termínů FixTime platí, že Dodavatel je povinen oznámit tuto skutečnost Objednateli. Klasifikaci Incidentů uvádí KPI_06 výše.
Měřící bod	ServiceDesk
Sankce	Porušení KPI_06: • Havárie – Sankce 500 Kč za každou započatou hodinu po uplynutí lhůty na Obnovení Služby; • Výpadek – Sankce 2.000 Kč za každých započatých 24 hodin po uplynutí lhůty na Obnovení Služby; • Závada – Sankce 2.000 Kč za každých započatých 5 Pracovních dní po uplynutí lhůty na Obnovení Služby. Porušení KPI_07: • Sankce 200 Kč za každou započatou hodinu po překročení lhůty Odezvy pro Incident kategorie Havárie; • Sankce 500 Kč za každý případ překročení lhůty Odezvy u Incidentu kategorie Výpadek a Závada.
Způsob dokladování	Pololetní výkaz KL_eTurista_04 se základní statistikou (počet) Incidentů a informací o (ne)plnění KPI_06 a KPI_07 v členění za jednotlivé kalendářní měsíce. Statistika o všech Incidentech bude obsahovat zejména následující údaje: • Počet Incidentů; • Jednotlivé Incidenty dle kategorie uvádějící jednoznačný identifikátor Incidentu; • Limitní a skutečnou lhůtu pro Odezvu k danému Incidentu; • Limitní a skutečnou lhůtu pro Obnovení Služby k danému Incidentu. Zpracování Pololetních výkazů je součástí paušální roční sazby dle tabulky v čl. X Smlouvy.
Poznámky	Objednatel je povinen poskytnout maximální součinnost. Incidenty, u nichž bude prokazatelně identifikována příčina na straně třetích stran (např. výpadek napojených externích systémů/služeb), budou Dodavatelem vypořádány s příslušnou poznámkou (zdůvodněním). Na takovéto Incidenty se nevztahuje sankce z nedodržení KPI_06. Incidenty jsou hlášeny a zaznamenávány oprávněnými osobami Objednatele do ServiceDesku Dodavatele či automatizovaně z monitorovací aplikace Objednatele. Závažnost Incidentu sdělí Objednatel Dodavateli formou zápisu v ServiceDesku. Dodavatel je oprávněn v rámci stanovených lhůt reagovat na zařazení Incidentu ze strany Objednatele a případně zařazení rozporovat, vždy s uvedením konkrétní argumentace. Výsledná přiřazená kategorie Incidentu vznikne po dohodě obou Smluvních stran. V případě nedosažení shody ohledně kategorizace Incidentu odstraní Dodavatel závadu dle kategorie určené Objednatelem.
Platební podmínky	Součást paušální roční sazby KL_eTurista_04 dle tabulky v čl. X Smlouvy.

Provozní služby hrazené za odvedené výkony

eTurista_05 – Konzultace

Katalogový list Služby
Identifikace (ID)	KL_eTurista_05
Název Služby	„Konzultace“
Popis Služby	Konzultace je Služba prováděná za účelem poskytnutí odborné pomoci a rady při řešení konkrétního odborného nebo technického problému souvisejícího s daty a procesy v IS eTurista. Jedná se například o poskytnutí odborné podpory Objednateli při specifikaci Incidentu nebo požadavku na optimalizaci, poskytování základních technických i odborných rad a doporučení. Služba „Konzultace“ se zabývá problémem Objednatele, uživatelů eTurista a pomáhá jim daný problém vyřešit.
Parametry
Kalendář Služby	Na vyžádání Objednatelem
KPI	KPI_08: Uspokojivě zodpovězený dotaz, řádně zpracované stanovisko, řádně zpracovaný výstup atp. Měřeným parametrem je včasnost poskytnutí této Služby dle lhůt k variantám této Služby stanovených níže. Kvalita této Služby je posuzována na základě záznamů ServiceDesku s ohledem na požadovaný výstup vzneseného dotazu a dle níže uvedených lhůt. Telefonické a e-mailové dotazy nejsou primárně hodnoceny z hlediska KPI. V případě opakované nespokojenosti musí oprávněná osoba Objednatele zadat záznam, resp. provést reklamaci v ServiceDesku.
Způsob výpočtu a měření Služby	Realizace Služby „Konzultace“ bude probíhat: • Telefonicky; • V ServiceDesku; • E-mailově; • Prezenčně – návštěva Objednatele. Služba „Konzultace“ je poskytována formou: • Odpověď na dotaz – U tohoto typu dotazu jde o poskytnutí informace na základě dotazu Objednatele. Tento dotaz může být vznesen Objednatelem prostřednictvím ServiceDesku, telefonicky na operátora hot-line, e-mailem na oprávněnou osobu Dodavatele nebo ústně při návštěvě Dodavatele. Objednatel požaduje zodpovězení dotazu do následujícího BD (do 17:00) od vznesení dotazu. • Konzultační výjezd – řešení dotazu si vyžaduje osobní účast zástupce Dodavatele u Objednatele. Dodavatel zajistí účast svého pracovníka a zodpovězení dotazů

	či zajištění konzultace Objednateli do 5 BD od obdržení požadavku Objednatele, nebude-li po vzájemné dohodě stanoveno jinak. • Závazné vyjádření – U tohoto typu dotazu je Dodavatelem vypracován písemný dokument, který bere v úvahu i možné jiné dopady vztahující se k problematice eTurista. Charakter dotazu – objednávky Konzultace – je závazného charakteru. Vyžádání této služby může být provedeno pouze písemnou formou (e-mailem) nebo záznamem v ServiceDesku. Zpracování vyjádření Dodavatelem proběhne v dohodnutém termínu s Objednatelem. • Nacenění požadavku na změnové řízení: odpověď na dotaz, jehož předmětem je žádost na nacenění požadavku na Rozvoj IS eTurista.
Měřící bod	ServiceDesk
Sankce	Při porušení KPI_08 je uplatněna jednorázová sankce ve výši 500 Kč za každý takový případ.
Způsob dokladování	Pololetní výkaz KL_eTurista_05 se základní statistikou (počet, typ, strávený čas aj.) realizace této Služby s přehledem plnění KPI_08. Předmětem statistiky není evidence jednotlivých telefonátů či přehled e-mailů. Zpracování výkazů je součástí ceny „eTurista_05“ dle tabulky v čl. X Smlouvy.
Poznámky	Předpokládané využití Objednatelem je průměrně 0,5 hodiny v BD.
Platební podmínky	Disponibilní člověkohodiny (ČH) mají charakter nepovinného, volně čerpatelného paušálu. V rámci tohoto KL_eTurista_05 budou hrazeny pouze reálně čerpané člověkohodiny (ČH) až do maximálního ročního objemu (400 x sazba za 1 ČH), resp. jeho navýšení způsobeného převodem ČH za tento KL podle smluvní sazby za člověkohodinu. Cena za 1 ČH je uvedena v tabulce v čl. X Smlouvy. Nevyčerpané ČH se budou automaticky převádět do následujícího roku. Nevyčerpané ČH lze převést pouze do následujícího roku. V rámci fakturačního období se ovšem vždy fakturují pouze odsouhlasené a reálně provedené práce (čerpané ČH). Objednatel je oprávněn v jednom roce čerpat i ČH alokované pro následující rok.

eTurista_06 – Služby realizace Exit plánu

Katalogový list Služby
Identifikace (ID)	KL_eTurista_06
Název Služby	„Služby realizace Exit plánu“
Popis Služby	Realizace Exit plánu je předpokladem ukončení smluvního vztahu se Dodavatelem, přičemž Exit plán bude zahájen na základě pokynu Objednatele bez nutnosti objednávky ze strany Objednatele. Realizace Exit plánu nastává zároveň automaticky, v případě podání výpovědi Smlouvy ze strany Dodavatele. Exit plán bude zrealizován dle dokumentu popisujícího řízené ukončení poskytování služeb Dodavatele (dále jen „Exit plán“), který je povinen Dodavatel zpracovat v rámci zpracování implementační analýzy (viz obsahové požadavky na dokument „Globální specifikace“) a průběžně jej v případě změny zásadních předpokladů aktualizovat. Aktualizace podléhá schválení Objednatele. Exit plán musí obsahovat níže uvedené náležitosti a zohledňovat uvedené principy.

Realizaci Exit plánu může Objednatel zahájit kdykoliv, a to bez ohledu na důvod ukončení

Smlouvy.

V rámci služeb řízeného ukončení Služeb musí Dodavatel:

- Aktualizovat detailní Exit plán poskytování služeb a jejich převedení na Objednatele nebo jím stanovený subjekt, zpracovaný v rámci Detailního návrhu řešení. Exit plán musí být zpracován tak, aby bylo možné převést zajišťování služeb s minimálními provozními dopady na dostupnost IS eTurista. Plán bude zahrnovat předání:

- Veškeré dokumentace IS eTurista, vč. zdrojového kódu v aktuálním znění; zdrojový kód musí zahrnovat obvyklé součásti, jakými jsou zejména zdokumentovaná API rozhraní u použitého frameworku, DLL knihovny, kompletní projekt/solution pro části IS eTurista vyvinuté na zakázku pro zkompilování a rozvoj aplikace, skripty pro vytvoření databází a jejich prvotní naplnění daty a číselníky, dokumentace HW a SW požadavků u vytvořeného řešení (např. minimální verze SQL Serveru 2014 SP3 atp.), instalační příručka (např. nastavení portů na firewallu atp.) a dokumentace pro nasazení změnových balíků, instalační a provozní manuály, administrátorská a uživatelská příručka a další dokumenty dle využité vývojové metodiky Dodavatele;

- Provozního know-how spočívajícího v zaškolení pracovníků, kteří budou zajišťovat následné poskytování Služeb;

- Veškerých dat, která vznikla v souvislosti s provozem IS eTurista a s poskytováním služeb dle Smlouvy a která jsou ve správě Dodavatele. Strukturovaná data předá Dodavatel Objednateli (v sídle Objednatele, nebude-li dohodnuto jinak) v XML struktuře/formátu (syntaxi) stanovené ze strany Objednatele. Veškerá data a informace vzniklé v souvislosti s poskytováním Služeb dle jednotlivých katalogových listů, včetně záznamových souborů (logů) (dále jen „Data") jsou ve výlučném vlastnictví Objednatele. Před nebo v okamžiku ukončení Smlouvy jakýmkoli způsobem je Dodavatel povinen na výzvu Objednatele předat Objednateli nebo jím určené třetí osobě veškerá Data získaná za celou dobu účinnosti Smlouvy, a to bez nároku na dodatečné finanční plnění či náhradu vynaložených nákladů ze strany Objednatele;

- Poskytovat veškerou součinnost potřebnou k realizaci Exit plánu (tj. mimo jiné i poskytování informací, účast na jednáních Objednatele nebo třetích stran určených Objednatelem apod.).

- Provést skartace (tj. nevratný výmaz) všech dat (aplikačních, provozních, servisních apod.) po jejich předání Objednateli nebo třetí straně, pokud Objednatel výslovně nestanoví jinak.

- Zajistit účast na jednáních s Objednatelem a třetími stranami za účelem plynulého nahrazení všech služeb zajišťovaných Dodavatelem dle této Smlouvy vlastními službami Objednatele nebo službami nového Dodavatele.

- Provést řízené ukončení Služeb dle Objednatelem schváleného Exit plánu a jejich převedení na Objednatele nebo jím stanovený subjekt.

Exit plán bude aktualizován dle rozsahu požadavku Objednatele a zpřesněn do cílové podoby do 30 pracovních dnů od obdržení požadavku Objednatele k provedení této služby Dodavatelem, nestanoví-li Objednatel jinak. Vypracováním Exit plánu se rozumí jeho schválení Objednatelem.

Vyhotovený Exit plán nesmí předpokládat dobu realizace řízeného ukončení Služeb delší než

2 měsíce, pokud Objednatel nestanoví jinak.

Export dat může Objednatel požadovat opakovaně (např. v ročních intervalech), a to i v případě, kdy není Smlouva ukončována. V takovém případě se aplikuje na prokazatelnou pracnost denní sazba ze služby „KL_eTurista_05 – Konzultace“.

Parametry
Kalendář Služby	Na vyžádání Objednatelem
KPI	KPI_09: Řádné provedení jednotlivých úkonů dle Exit plánu ve stanovených termínech. Měřeným parametrem je včasnost poskytnutí této Služby dle lhůt odsouhlasených Objednatelem.
Způsob výpočtu a měření Služby	Služba je měřena oproti termínům stanoveným v Exit plánu.
Měřící bod	ServiceDesk
Sankce	Při porušení KPI_09 je uplatněna jednorázová sankce ve výši 2.000 Kč za každý den prodlení s řádným ukončením Služeb řízeného ukončení Provozních služeb oproti finálnímu termínu stanovenému v Exit plánu. Bude-li požadována součinnost ze strany Objednatele nebo jím určené třetí osoby, zavazuje se Dodavatel reagovat na požadavek Objednatele nebo jím určené třetí osoby a zahájit poskytování součinnosti nejpozději do 3 pracovních dnů ode dne doručení takovéhoto požadavku. Bude-li Dodavatel v prodlení se splněním této povinnosti poskytnout součinnost, je povinen zaplatit Objednateli smluvní pokutu ve výši 2.000 Kč za každý i započatý den prodlení.
Způsob dokladování	O provedení Služby bude připraven Dodavatelem Protokol o řízeném ukončení Provozních služeb, který bude obsahovat detailní Exit plán a protokol o provedení jednotlivých úkonů dle Exit plánu. Zpracování Protokolu o řízením ukončení Provozních služeb je součástí ceny dle tabulky v čl. X Smlouvy.
Poznámky	N/A
Platební podmínky	Služba má charakter nepovinného, volně čerpatelného paušálu. V rámci řízeného ukončení Provozních služeb bude uhrazena pouze cena za řádně provedené a akceptované Služby řízeného ukončení v částce uvedené v tabulce v čl. X Smlouvy.

eTurista_07 – Školení na objednávku

Katalogový list Služby
Identifikace (ID)	KL_eTurista_07
Název Služby	„Školení na objednávku“
Popis Služby	Školení na objednávku je Služba prováděná za účelem zabezpečení školícího procesu jednotlivých úrovní uživatelů systému, a to zejména u nových pracovníků či při nasazení nových funkcionalit systému atp. Časová dotace školícího dne činí 6 školících hodin po 60 minutách a obsah školení bude stanoven v okamžiku objednání Služby. Hlavním cílem Služby „Školení na objednávku“ je zajištění proškolení uživatelů, kteří neabsolvovali školení před nasazením IS eTurista či zajištění specializačního školení a Objednatel vyhodnotil potřebu jejich proškolení jako nezbytnou.

	Časová dotace jednoho běhu školení činí 6 hodin výuky.
Parametry
Kalendář Služby	Na vyžádání Objednatelem
KPI	KPI_10: Zajištění proškolení koncových uživatelů nebo administrátorů v rozsahu dle typu školení stanoveného Objednatelem. Měřeným parametrem je poskytnutí této Služby v rozsahu a parametrech stanovených pro jednotlivé varianty této Služby stanovených níže. Kvalita této Služby je posuzována na základě: Zpětná vazba účastníků školení, která neobsahuje kritické výhrady k podobě či způsobu zajištění příslušného běhu školení.
Způsob výpočtu a měření Služby	Realizace Služby bude probíhat: • Formou prezenčního školení/webináře se zajištěním PC a další techniky nezbytné pro praktickou ukázku práce s IS eTurista v místě Objednatele (techniku zajišťuje Objednatel). Realizace Služby bude poskytnuta v rozsahu dle typu školení zvoleného Objednatelem: • Úvodní školení koncových uživatelů - začátečník; • Školení pro pokročilé uživatele; • Školení technologických administrátorů; • Školení power userů (obsahových administrátorů).
Měřící bod	ServiceDesk (záznam počtu objednaných/realizovaných školení/webinářů, vč. evidence prezenčních listin).
Sankce	Při porušení KPI_10 je uplatněna jednorázová sankce ve výši 5.000 Kč za každý takový případ.
Způsob dokladování	Provedení Služby bude dokladováno podepsanou prezenční listinou obsahující údaje min. v tomto rozsahu: typ školení, obsah školení, místo a datum školení, délka školení (počet hodin) a podpisy proškolených osob.
Poznámky	Předpokládaná frekvence školení na objednávku je cca 5 běhů školení v průběhu roku. Dodavatel zajistí pro každý běh školení vlastní dataprojektor, PC a případně další technické prostředky nezbytné pro praktickou ukázku práce se systémem eTurista, a to vždy dle počtu proškolovaných osob a kapacity zasedací místnosti. Dodavatel dále poskytne všem proškolovaným osobám elektronické, případně i tištěné materiály školení (prezentaci). Maximální počet účastníků 1 školení je 30 osob, maximální počet osob využívajících 1 PC s instalovaným SW pro praktickou část školení, jsou 2 osoby.
Platební podmínky	Služba má charakter nepovinného, volně čerpatelného paušálu. V rámci Služby bude uhrazena pouze cena za řádně provedená a akceptovaná školení v částce rovnající se součinu ceny za školící den uvedené v čl. X Smlouvy a počtů realizovaných běhů školení na objednávku.

Zajištění rozvoje IS eTurista

Objednatel je oprávněn kdykoliv v období od celkové Akceptace Díla do okamžiku ukončení Zajištění vybraných Provozních služeb písemně požádat, a to i opakovaně, Dodavatele o poskytnutí dalších dodávek nebo služeb týkajících se Díla, které nejsou součástí Dodávky a nasazení Díla a Zajištění vybraných Provozních služeb a spočívají především ve vývoji a úpravě Díla či služeb souvisejících se změnou, vývojem – Rozvojem Díla.

eTurista_08 – Rozvoj IS eTurista

Katalogový list Služby
Identifikace (ID)	KL_eTurista_08
Název Služby	„Rozvoj IS eTurista“
Popis Služby	Úpravy a adaptace eTurista s cílem zajištění jeho efektivnějšího, plnohodnotného a právně nezávadného využívání. Cílem je zajistit hladkou a nákladově efektivní implementaci pouze schválených změn (oběma Smluvními stranami) a minimalizovat vznik Incidentů způsobených provedením změn v IS eTurista. V rámci této Služby jsou vykonávány zejména, nikoliv však výlučně, následující činnosti: • Analytické práce v rámci realizace schválených změnových požadavků na rekonfiguraci, databázové, programátorské, případně další úpravy eTurista; • Upgrady eTurista - optimalizace stávajících, rozšiřování a konfigurace nových funkcionalit eTurista: - Vývojové a programátorské práce, jejichž cílem je efektivnější, bezpečnější a komplexnější využívání IS eTurista; - Integrace na aplikace/API nových konzumentů/poskytovatelů dat; • Provádění testování ve vývojovém prostředí Dodavatele včetně ověření zachování funkčnosti celého řešení; • Provádění instalace Upgrade na testovací prostředí po ověření funkčnosti ve vývojovém prostředí; • Součinnost při testování instalovaného Upgrade na testovacím prostředí Objednatele; • Zajištění nebo provedení nezbytné zálohy před a po Upgrade IS eTurista nebo jeho části před nasazením na produkční prostředí; • Provádění implementace vybraných Upgrade na produkční prostředí; • Aktualizace Dokumentace v návaznosti na úpravy jeho funkčnosti (Upgrady) - Aktualizace Dokumentace a Zdrojových kódů IS eTurista v návaznosti na úpravy jeho funkčnosti tak, aby Objednatel měl vždy k dispozici úplnou dokumentaci k verzím SW, jež v danou dobu užívá; • Projektové a administrativní práce související s realizací změnových požadavků a změnových řízení (stanovení harmonogramu realizace, tvorba akceptačních scénářů, tvorba zápisů z testování, účast na akceptačním řízení, prezentace výsledků apod.).
Parametry
Kalendář Služby	Na vyžádání Objednatelem

KPI

KPI_11: Provedení změny eTurista; dodržení termínů dle dohodnutého harmonogramu, viz níže.

Způsob výpočtu a měření Služby

Objednatel je oprávněn kdykoliv v období od akceptace celého IS eTurista do okamžiku ukončení Smlouvy písemně požádat, a to i opakovaně, Dodavatele o poskytnutí dalších dodávek nebo služeb týkajících se IS eTurista, které nejsou součástí dodávky a implementace IS eTurista a spočívají především ve vývoji a úpravě IS eTurista či služeb souvisejících se změnou, vývojem – tj. rozvojem IS eTurista. Služba bude poskytována výhradně podle požadavků Objednatele. Objednatel není povinen k čerpání Rozvoje IS eTurista ve Smlouvě sjednaném rozsahu, avšak Dodavatel se zavazuje k jeho poskytnutí, pokud je Objednatel vyžádá. Dodavatel navrhne postup realizace změnových požadavků tak, aby byla zajištěna hladká a nákladově efektivní implementace pouze Objednatelem schválených změnových požadavků, a to za minimalizace vzniku vad způsobených rozvojem IS eTurista. V rámci této Služby jsou vykonávány zejména, nikoliv však výlučně, následující činnosti: - Analytické práce v rámci realizace schválených změnových požadavků na rekonfiguraci, programátorské, databázové a případně další úpravy IS eTurista; - Upgrady IS eTurista - optimalizace stávajících, rozšiřování a konfigurace nových funkcionalit eTurista; - Vývojové a programátorské práce, jejichž cílem je efektivnější, bezpečnější a komplexnější využívání funkcionalit a výstupů IS eTurista; - Provádění testování ve vývojovém prostředí včetně ověření zachování funkčnosti celého řešení IS eTurista; - Aktualizace dokumentace v návaznosti na úpravy jeho funkčnosti (upgrady) - aktualizace dokumentace a zdrojových kódů IS eTurista v návaznosti na úpravy jeho funkčnosti tak, aby Objednatel měl vždy k dispozici úplnou dokumentaci k verzím SW, jež v danou dobu užívá; - Projektové a administrativní práce související s realizací změnových požadavků a změnových řízení (stanovení harmonogramu realizace, tvorba akceptačních scénářů, tvorba zápisů z testování, účast na akceptačním řízení, prezentace výsledků apod.). Pro spuštění služby rozvoje Objednatel nejdříve v ServiceDesku (viz služba dle KL_eTurista_02) zadává záznam, kde specifikuje možný budoucí požadavek na změnové řízení obsahující zejména podrobný věcný popis rozvoje IS eTurista a požadovaný termín plnění a požádá Dodavatele o jeho nacenění (dále jen „Požadavek na rozvoj“). Na základě požadavku na rozvoj vzneseného Objednatelem provede Dodavatel dopadovou analýzu, tj. stanovení dopadu na IS eTurista, nacenění požadavku v počtu rozvojových MD, délky případné odstávky IS eTurista, způsobu a odhadované doby realizace a pracnosti provedení. Dopadovou analýzu předá Dodavatel Objednateli k odsouhlasení (opět v ServiceDesku). V případě, že Objednatel bude souhlasit s navrženým rozsahem prací (včetně závazného maximálního počtu MD pracovníků Dodavatele), písemně potvrdí rozsah dodávek Dodavateli, jinak Dodavatele vyzve k jeho projednání. Poté, co Objednatel potvrdí Dodavateli rozsah dodávek nebo služeb, je Dodavatel povinen poskytnout Objednateli dodávky nebo služby dle Objednávky. Pokud provedené dodávky nebo služby ovlivní či doplní IS eTurista, považují se za součást IS eTurista se všemi právy a povinnostmi z toho vyplývajícími, pokud se podstatným způsobem nezmění rozsah nebo nasazení IS eTurista. Vyžádá-li si Objednatel vytvoření testovacích/akceptačních scénářů, Dodavatel je povinen tyto scénáře vytvořit, a to v dohodnutém termínu, a předat Objednateli vždy minimálně 10 BD před

	prováděním akceptačních testů. Testovací/akceptační scénáře podléhají schválení Objednatelem. Dodavatel garantuje, že zajistí poskytování služeb Rozvoje IS eTurista takovými pracovníky, jejichž zkušenosti, odborné znalosti a vzdělání zaručují maximální možnou efektivitu jejich poskytování.
Rozsah Služby	Pro potřeby realizace této Služby činí maximální objem prací Dodavatele dle tohoto KL_eTurista_08 maximálně 500 člověkodnů (MD) na jeden rok v letech 2025 a 2026 a 100 MD v následujících letech. Skutečný objem čerpaných MD potřebných pro realizaci této Služby může být i nižší podle aktuálních potřeb Objednatele. O nevyčerpané MD v daném roce se navyšuje rozsah MD pro rok následující (nevyčerpané MD se převádí maximálně do následujícího roku, dále již nikoliv). Nacenění pracnosti je zaznamenáváno v ServiceDesku v rámci Služby KL_eTurista_02.
Měřící bod	ServiceDesk
Sankce	KPI_11: Neprovedení této Služby dle harmonogramu (viz výše) bude sankcionováno částkou ve výši 1.000 Kč za každý započatý BD nad rámec termínu dodání/implementace.
Způsob dokladování	Veškerá komunikace ve věci realizace odsouhlasených požadavků na změnové řízení včetně tvorby akceptačních scénářů je zaznamenáváno v ServiceDesku v rámci služby dle KL_eTurista_02 a Dodavatel není oprávněn si je dodatečně účtovat denní sazbou, čili je zohledněna v ceně za provedení změnového řízení. Roční výkaz KL_eTurista_08 se základní statistikou realizace Služby „Rozvoj IS eTurista“, počtem čerpaných/nečerpaných/převáděných MD, s přehledem plnění KPI_11 s rozpadem pracnosti dle jednotlivých Objednávek. Zpracování výkazů je součástí paušální roční sazby dle tabulky v čl. X Smlouvy. Implementační práce jsou zaznamenávány do Provozního deníku. Odsouhlasení provedení této Služby provede kontaktní osoba Objednatele, a to prostřednictvím ServiceDesku.
Poznámky	Objednateli je garantována kvalita provedení této Služby, přesně stanovena doba potřebné odstávky s klasifikací změny a časovým odhadem k provedení této změny. U každé změny IS eTurista je Objednateli garantována možnost, způsob a doba návratu do původního stavu. Výsledkem této Služby je dodání, instalace a implementace nových verzí eTurista. Je požadováno, aby nové verze eTurista splňovaly relevantní požadavky funkční požadavky a požadavky na vlastnosti eTurista. Před instalací do produkčního prostředí je Dodavatel povinen ověřit stabilitu a funkčnost nově vytvořených verzí eTurista v testovacím prostředí. Pokud Dodavatel písemně oznámí a prokáže Objednateli, že taková instalace a implementace by vedla k chybovému stavu eTurista zapříčiněnému rozdílností verzí softwarových komponent třetích stran (SW platformy) z důvodů různého režimu podpory těchto komponent, může Objednatel pozastavit implementaci takového plnění. Pozastavení plnění nezbavuje Dodavatele povinnosti provozovat eTurista bezchybně.
Platební podmínky	Disponibilní člověkodny mají charakter nepovinného, volně čerpatelného paušálu. V rámci tohoto KL budou hrazeny pouze reálně čerpané člověkodny až do maximálního ročního objemu (500xsazba za 1 MD pro roky 2025 a 2026 a 100xsazba za 1 MD pro roky 2027 a následující), resp. jeho navýšení způsobeného převodem MD za tento KL podle smluvní sazby za člověkoden. Cena za 1 MD je uvedena v tabulce v čl. X Smlouvy. Nevyčerpané MD se budou automaticky převádět do následujícího roku (nevyčerpané MD se převádí maximálně do následujícího roku, dále již

nikoliv). Objednatel je oprávněn v jednom roce čerpat i rozvojové MD alokované pro bezprostředně následující rok. V rámci fakturačního období se ovšem vždy fakturují pouze odsouhlasené a reálně provedené práce (čerpané MD).

Předmětem fakturace jsou všechny analytické, vývojové, testovací, implementační

a dokumentační práce, spojené s realizací změnových řízení za příslušné fakturační období.

Přesun Díla

Objednatel je oprávněn kdykoliv v období od celkové Akceptace Díla do okamžiku ukončení poskytování Zajištění vybraných Provozních služeb písemně požádat, a to i opakovaně, Dodavatele

o poskytnutí plnění „Přesun Díla“.

eTurista_09 – Přesun Díla

Katalogový list Služby
Identifikace (ID)	KL_eTurista_09
Název Služby	„Přesun Díla“
Popis Služby	Objednatel je oprávněn kdykoliv v období od akceptace celého IS eTurista do okamžiku ukončení Smlouvy písemně požádat Dodavatele, a to i opakovaně, o poskytnutí plnění „Přemístění IS eTurista do jiného provozního prostředí“. Objednatel v takovém případě stanoví závazný harmonogram pro přemístění IS eTurista. IS eTurista bude na základě této služby přemístěn k provozu v jiném prostředí a/nebo na jiné infrastruktuře (např. přesun do eGovernment Cloudu (eGC) atp.), tj. s využitím odlišného portfolia infrastrukturních služeb. Předmětem přemístění je přenesení veškerého aplikačního, datového (aktuálního, historického či archivovaného) a metadatového obsahu do jiného provozního (hardwarového / platformního prostředí). Služba zahrnuje ukončení využívání infrastrukturních služeb v původním prostředí, zprovoznění IS eTurista v novém cílovém prostředí a nasazení IS eTurista do připraveného infrastrukturního prostředí (v rozsahu funkčnosti před zahájením přemístění, vč. všech vytvořených konfiguračních položek, skriptů, segmentace sítě atp.) a znovuobnovení běžného provozu IS eTurista, tj. součástí přemístění je znovuzprovoznění IS eTurista v cílovém místě instalace, vč. obnovení poskytování všech plnění dle Smlouvy. Obecný dokument popisující plán přemístění IS eTurista (Plán přemístění IS eTurista) je povinen Dodavatel zpracovat nejpozději v době akceptace celkového IS eTurista. Tento dokument musí obsahovat postup a další náležitosti spojené s přesunem IS eTurista a následně bude v případě pokynu/požadavku Objednatele na přesun IS eTurista v daném čase aktualizován anebo vytvořen zcela nový reflektující aktuální reálie zejména konkrétní prostředí, kam bude dílo přesouváno. Plán přemístění IS eTurista musí být koncipován tak, aby jej bylo možné provést do 2 měsíců od obdržení objednávky Objednatele.

	Objednatel se zavazuje v cílovém místě instalace IS eTurista vytvořit adekvátní podmínky pro realizaci přemístění a následné pokračování v plnění předmětu Smlouvy. Požadavky na dodávku a implementaci IS eTurista a zajištění paušálních služeb a služeb na vyžádání se přiměřeně aplikují na přemístění IS eTurista. Dodavatel zajistí poskytování přemístění IS eTurista takovými pracovníky, jejichž zkušenosti, odborné znalosti a vzdělání zaručují maximální možnou efektivitu jejich poskytování.
Parametry
Kalendář Služby	Na vyžádání Objednatelem
KPI	KPI_12: Znovuzprovozněná webová aplikace eTurista v cílovém provozním prostředí/na cílové infrastruktuře. Měřeným parametrem je dodržení závazného harmonogramu pro Přesun Díla, tj. zajištění řádné funkčnosti eTurista v cílovém prostředí v čase vymezeném pro Přesun Díla.
Způsob výpočtu a měření Služby	Realizace Služby „Přesun Díla“ bude probíhat v úzké součinnosti mezi Objednatelem a Dodavatelem dle závazného harmonogramu pro přesun Díla.
Měřící bod	ServiceDesk
Sankce	Při porušení KPI_12 je uplatněna jednorázová sankce ve výši 2.000 Kč za každý započatý den následující po dni, ke kterému mělo být Dílo dle závazného harmonogramu nejpozději přesunuto.
Způsob dokladování	Protokol o provedeném Přesunu Díla. Zpracování protokolu je součástí paušální roční sazby dle tabulky v čl. X této Smlouvy.
Poznámky	Dodavatel je s ohledem na princip poskytování služeb s odbornou péčí povinen upozornit Objednatele na skutečnosti související s cílovým prostředím, které mohou po Přesunu Díla ohrozit řádný provoz IS eTurista.
Platební podmínky	Služba má charakter nepovinného, volně čerpatelného paušálu. V rámci Přesunu Díla bude uhrazena pouze cena za řádně provedený a akceptovaný Přesun Díla v částce uvedené ve Smlouvě.

Přílohy

Příloha č. 1: „Katalog požadavků IS eTurista“ (není samostatným dokumentem, jde o agregační úroveň dále uvedených dokumentů)

Příloha č. 1.1 – Struktura katalogu funkčních požadavků a požadavků na vlastnosti (samostatný

dokument)

Příloha č. 1.2 - Požadavky na hlavní funkcionality (není samostatným dokumentem, jde o agregační úroveň dále uvedených dokumentů)

o Příloha č. 1.2.1 - HF01_Hromadná ubytovací zařízení (HUZ) (samostatný dokument)

o Příloha č. 1.2.2 - HF02_Individuální ubytovací zařízení (IUZ) (samostatný dokument)

o Příloha č. 1.2.3 - HF03_On-line platformy (samostatný dokument)

Příloha č. 1.3 – PF_Požadavky na průřezové/podpůrné funkcionality (samostatný dokument) Příloha č. 1.4 – PV_Katalog požadavků na vlastnosti (samostatný dokument)

Příloha 1.1 Přílohy č. 1 Smlouvy – Struktura katalogu funkčních požadavků a požadavků na

vlastnosti

Katalog požadavků na IS eTurista

Katalog požadavků obsahuje přehled všech požadavků identifikovaných/zjištěných v provedené analytické fázi (tj. fázi procesní analýzy a sběru uživatelských požadavků). Každý požadavek je zde reprezentován identifikátorem, názvem a samotným popisem požadavku.

Požadavky na řešení jsou v katalogu požadavků dekomponovány do následujících kategorií:

▪ Požadavky na funkcionality – vymezení množiny funkcionalit, které bude technické řešení eTurista nabízet uživatelům.

▪ Požadavky na vlastnosti – vymezení množiny kvalitativních parametrů zahrnujících požadavky

na:

o Použitelnost řešení – jedná se o požadavky zaměřené na hodnocení systému

z pohledu uživatele;

o Spolehlivost – jedná se o požadavky zaměřené na úroveň kvality provozu systému;

o Výkon – jedná se o požadavky zaměřené zejména na rychlost odezev systému, rychlost zpracování klíčových byznys aktivit atp. Předpokládaný počet oprávněných uživatelů eTurista, počet současně pracujících uživatelů a nutnost garantovaných vlastností systému eTurista, např. garantovaná doba odezvy systému na dotaz je promítnuta jak do konceptu architektury, tak v rámci realizace do požadovaných parametrů na konkrétní implementaci eTurista včetně příp. sizingu HW prostředků. Zároveň je nutno zdůraznit, že povinnost garantovat potřebný výkon a související parametry musí být zakotveny do smluvního vztahu MMR s vybraným dodavatelem SW řešení eTurista a rovněž s vybraným provozovatelem (ve formě Service Level Agreementu – SLA);

o Rozšiřitelnost – jedná se o požadavky zaměřené zejména na stanovení možností pro rozšiřitelnost řešení. Vzhledem k tomu, že lze předpokládat rozšiřování eTurista v budoucnosti jak co do funkcionality, tak co do množství subjektů, splňuje návrh řešení podmínku rozšiřitelnosti. To se týká splněné podmínky nutné ochrany již vynaložených investic MMR. Dalším důležitým faktorem je hledisko času nutného pro realizaci změn implementovaného eTurista a případný rozvoj nových funkcionalit eTurista, který se realizací zvolené SOA architektury výrazným způsobem zkracuje a zlevňuje;

o Bezpečnost – jedná se o požadavky na použití jednotlivých bezpečnostních prvků, zálohování a archivaci dat a standardů při vývoji, rozvoji a provozu systému. Nezbytnou součástí realizace eTurista musí být provozní a bezpečnostní monitoring, v optimálním případě přístupný pověřeným pracovníkům MMR. To dá MMR dostatečně silný nástroj na proaktivní sledování a řízení provozu eTurista a zároveň nástroj na kontrolu činností dodavatele, provozovatele eTurista a případně dalším subjektům podílejícím se na službách poskytovaných v souvislosti s eTurista.

V rámci požadavků na vlastnosti jsou uvedena i návrhová omezení, tj. požadavky zaměřené na specifikaci omezení, která musí dodavatel SW řešení respektovat při vývoji, rozvoji a provozu

systému. Tyto požadavky jsou zaměřeny především na implementaci vývojových a provozních standardů, politik datové integrity, omezení při volbě technologií (především s ohledem na jejich budoucí podporu) a provozního prostředí systému. Již z dnešního pohledu je zřejmé, že případná omezení se budou odvíjet od vývoje legislativy ČR a EU v oblasti cestovního ruchu a zároveň z již existujícího ICT prostředí MMR a existujícího okolí budoucího eTurista.

Pro jednoznačné vymezení závaznosti požadavků je při popisu požadavků využita notace9 pro

stanovení závaznosti využívající termíny:

▪ Termíny „MUSÍ“ nebo „NESMÍ“ vyjadřují závaznost příslušného ustanovení;

▪ Termíny „MĚL BY“, „DOPORUČENO“, „NEMĚL BY“ a „NEDOPORUČENO“ vyjadřují doporučení, ne však závaznost;

▪ Termíny „MŮŽE“ a „VOLITELNÉ“ vyjadřují směr činnosti v rámci přípustných limitů definovaných technickou specifikací.

Požadavky jsou zpracovány jako technologicky neutrální, tj. umožní využití různých technologických platforem a nebudou předurčovat, zdali půjde o implementaci „balíkového“ SW nebo o vývoj na zakázku.

Požadavky jsou jednoznačně a konkrétně definovány, a to včetně akceptačního kritéria, které definuje jeho naplnění v eTurista vždy pro danou oblast požadavků.

Dekompozice Katalogu požadavků eTurista je uvedena na následujícím schématu.

Dekompozice struktury Katalogu požadavků na eTurista

9 Výše uvedené termíny mohou být při popisu požadavků použity v kterémkoli z gramatických tvarů. Výše uvedená pravidla budou platná pouze pro slova uvedená VELKÝMI PÍSMENY. Tyto termíny jsou interpretovány v souladu s anglickými originály termínů, uvedenými v IETF „Request For Comments“ č. 2119.

Katalog funkčních požadavků

Požadavky na funkcionality systému eTurista lze rozdělit do dvou hlavních kategorií, a to na požadavky

na:

▪ Hlavní funkcionality – jedná se o funkcionality přímo spojené s výkonem jednotlivých agend

Registru eTurista;

▪ Podpůrné/průřezové funkcionality – jedná se o požadavky na funkcionality, které budou využívány napříč celým systémem eTurista.

Požadavky na hlavní funkcionality jsou uvedeny v přílohách č. 1.2.1 – 1.2.3 Přílohy č. 1 Smlouvy a

požadavky na průřezové/podpůrné funkcionality jsou uvedeny v příloze č. 1.3 Přílohy č. 1 Smlouvy.

Katalog požadavků na vlastnosti eTurista

Katalog požadavků na vlastnosti eTurista je uveden v příloze č. 1.4 Přílohy č. 1 Smlouvy.

Příloha 1.1 Přílohy č. 1 Smlouvy – Struktura katalogu funkčních požadavků a požadavků na

vlastnosti

Katalog požadavků na IS eTurista

Katalog požadavků obsahuje přehled všech požadavků identifikovaných/zjištěných v provedené analytické fázi (tj. fázi procesní analýzy a sběru uživatelských požadavků). Každý požadavek je zde reprezentován identifikátorem, názvem a samotným popisem požadavku.

Požadavky na řešení jsou v katalogu požadavků dekomponovány do následujících kategorií:

▪ Požadavky na funkcionality – vymezení množiny funkcionalit, které bude technické řešení eTurista nabízet uživatelům.

▪ Požadavky na vlastnosti – vymezení množiny kvalitativních parametrů zahrnujících požadavky

na:

o Použitelnost řešení – jedná se o požadavky zaměřené na hodnocení systému

z pohledu uživatele;

o Spolehlivost – jedná se o požadavky zaměřené na úroveň kvality provozu systému;

o Výkon – jedná se o požadavky zaměřené zejména na rychlost odezev systému, rychlost zpracování klíčových byznys aktivit atp. Předpokládaný počet oprávněných uživatelů eTurista, počet současně pracujících uživatelů a nutnost garantovaných vlastností systému eTurista, např. garantovaná doba odezvy systému na dotaz je promítnuta jak do konceptu architektury, tak v rámci realizace do požadovaných parametrů na konkrétní implementaci eTurista včetně příp. sizingu HW prostředků. Zároveň je nutno zdůraznit, že povinnost garantovat potřebný výkon a související parametry musí být zakotveny do smluvního vztahu MMR s vybraným dodavatelem SW řešení eTurista a rovněž s vybraným provozovatelem (ve formě Service Level Agreementu – SLA);

o Rozšiřitelnost – jedná se o požadavky zaměřené zejména na stanovení možností pro rozšiřitelnost řešení. Vzhledem k tomu, že lze předpokládat rozšiřování eTurista v budoucnosti jak co do funkcionality, tak co do množství subjektů, splňuje návrh řešení podmínku rozšiřitelnosti. To se týká splněné podmínky nutné ochrany již vynaložených investic MMR. Dalším důležitým faktorem je hledisko času nutného pro realizaci změn implementovaného eTurista a případný rozvoj nových funkcionalit eTurista, který se realizací zvolené SOA architektury výrazným způsobem zkracuje a zlevňuje;

o Bezpečnost – jedná se o požadavky na použití jednotlivých bezpečnostních prvků, zálohování a archivaci dat a standardů při vývoji, rozvoji a provozu systému. Nezbytnou součástí realizace eTurista musí být provozní a bezpečnostní monitoring, v optimálním případě přístupný pověřeným pracovníkům MMR. To dá MMR dostatečně silný nástroj na proaktivní sledování a řízení provozu eTurista a zároveň nástroj na kontrolu činností dodavatele, provozovatele eTurista a případně dalším subjektům podílejícím se na službách poskytovaných v souvislosti s eTurista.

V rámci požadavků na vlastnosti jsou uvedena i návrhová omezení, tj. požadavky zaměřené na specifikaci omezení, která musí dodavatel SW řešení respektovat při vývoji, rozvoji a provozu

systému. Tyto požadavky jsou zaměřeny především na implementaci vývojových a provozních standardů, politik datové integrity, omezení při volbě technologií (především s ohledem na jejich budoucí podporu) a provozního prostředí systému. Již z dnešního pohledu je zřejmé, že případná omezení se budou odvíjet od vývoje legislativy ČR a EU v oblasti cestovního ruchu a zároveň z již existujícího ICT prostředí MMR a existujícího okolí budoucího eTurista.

Pro jednoznačné vymezení závaznosti požadavků je při popisu požadavků využita notace10 pro

stanovení závaznosti využívající termíny:

▪ Termíny „MUSÍ“ nebo „NESMÍ“ vyjadřují závaznost příslušného ustanovení;

▪ Termíny „MĚL BY“, „DOPORUČENO“, „NEMĚL BY“ a „NEDOPORUČENO“ vyjadřují doporučení, ne však závaznost;

▪ Termíny „MŮŽE“ a „VOLITELNÉ“ vyjadřují směr činnosti v rámci přípustných limitů definovaných technickou specifikací.

Požadavky jsou zpracovány jako technologicky neutrální, tj. umožní využití různých technologických platforem a nebudou předurčovat, zdali půjde o implementaci „balíkového“ SW nebo o vývoj na zakázku.

Požadavky jsou jednoznačně a konkrétně definovány, a to včetně akceptačního kritéria, které definuje jeho naplnění v eTurista vždy pro danou oblast požadavků.

Dekompozice Katalogu požadavků eTurista je uvedena na následujícím schématu.

Dekompozice struktury Katalogu požadavků na eTurista

10 Výše uvedené termíny mohou být při popisu požadavků použity v kterémkoli z gramatických tvarů. Výše uvedená pravidla budou platná pouze pro slova uvedená VELKÝMI PÍSMENY. Tyto termíny jsou interpretovány v souladu s anglickými originály termínů, uvedenými v IETF „Request For Comments“ č. 2119.

Katalog funkčních požadavků

Požadavky na funkcionality systému eTurista lze rozdělit do dvou hlavních kategorií, a to na požadavky

na:

▪ Hlavní funkcionality – jedná se o funkcionality přímo spojené s výkonem jednotlivých agend

Registru eTurista;

▪ Podpůrné/průřezové funkcionality – jedná se o požadavky na funkcionality, které budou využívány napříč celým systémem eTurista.

Požadavky na hlavní funkcionality jsou uvedeny v přílohách č. 1.2.1 – 1.2.3 Přílohy č. 1 Smlouvy a

požadavky na průřezové/podpůrné funkcionality jsou uvedeny v příloze č. 1.3 Přílohy č. 1 Smlouvy.

Katalog požadavků na vlastnosti eTurista

Katalog požadavků na vlastnosti eTurista je uveden v příloze č. 1.4 Přílohy č. 1 Smlouvy.

Příloha č. 1.2.1 Přílohy č. 1 Smlouvy - HF01_Hromadná ubytovací zařízení (HUZ)

1. ÚVODNÍ VYMEZENÍ AGENDY

Agenda Hromadných ubytovacích zařízení (dále jen „HUZ“) je podřazena pod agendu A1386 Cestovní ruch. Tuto agendu vykonávají zejména MMR a obecní živnostenské úřady.

Agenda HUZ je jednoznačně oddělena od Agendy individuálních ubytovacích zařízení (dále jen „IUZ“). Agenda IUZ je závislá na evropské legislativě - Nařízení Evropského parlamentu a Rady (EU) 2024/1028 ze dne 11. dubna 2024 o shromažďování a sdílení údajů týkajících se služeb v oblasti krátkodobých pronájmů ubytování a o změně nařízení (dále též „STR“) a je možné ji implementovat později (bude spuštěna k 20.5 2026).

Z ustanovení STR vyplývá, že HUZ je definováno následovně:

• Hotely a obdobná ubytovací zařízení včetně hotelových rezortů, apartmánové hotely a motely dle klasifikace NACE Rev. 2, skupina 55.1 (Ubytování v hotelích a podobných ubytovacích zařízeních);

• Hostely dle klasifikace NACE Rev. 2, skupina 55.2 (Rekreační a ostatní krátkodobé ubytování);

• Kempy, stání pro obytné vozy a přívěsy dle klasifikace NACE Rev. 2 skupina 55.3 (Kempy a tábořiště).

Agenda HUZ stejně jako agenda IUZ je postavena na Registru ubytovacích zařízení, jednotek k poskytování ubytování a ubytovaných osob (dále jen „Registr eTurista“), který je navržen jako společný pro obě agendy.

Agenda HUZ je evidenční povahy, neobsahuje žádné složité workflow. Klíčové aktivity této agendy jsou proto následující:

• Registrace ubytovatele, tj. osoby, která poskytuje ubytování na základě živnostenského oprávnění. Důležité je vycházet z této definice, nikoliv z definic, které se váží například na zákon č. 326/1999 Sb., o pobytu cizinců na území ČR;

• Registrace ubytovacích zařízení, které se váží k ubytovateli (ubytovatel je provozuje) - jedná se o místo, ve kterém je ubytovatel poskytuje ubytování.

Registr eTurista bude podporovat i bezprostředně související agendy, které se váží na ostatní ústřední orgány státní správy a to z důvodu zjednodušení plnění povinností ubytovatelů ve vztahu k veřejné správě. Více viz následující kapitola.

2. PODPORA AGENDY V IS

Povinně bude ubytovatel zápisem údajů do Registru eTurista plnit následující povinnosti:

1. Evidenční povinnost podle zákona upravujícího místní poplatky a povinnost vést evidenční knihu podle zákona upravujícího místní poplatky;

2. Povinnost oznámit ubytování cizince, úmrtí ubytovaného cizince a povinnost vést domovní knihu podle zákona upravujícího pobyt cizinců na území České republiky.

Fakultativně bude ubytovatel zápisem údajů do Registru eTurista plnit následující povinnosti:

3. Povinnost oznamovat zahájení a ukončení provozování živnosti v provozovně;

4. Vybranou zpravodajskou povinnost v rámci státní statistické služby.

Ad 1) V souvislosti s touto povinností bude informační systém poskytovat obcím jako správcům poplatku i pravidelný reporting pro vyměření celkové výše poplatku za dané ubytovací zařízení. Zápisem všech údajů o ubytovaných osobách a ubytovacích zařízení do Registru eTurista naplní ubytovatel výše zmíněné evidenční povinnosti včetně povinnosti tzv. ohlášení.

Platí, že základem evidence v Registru eTurista je osobopobyt. Základem osobopobytu je propojení ubytované osoby a ubytovacího zařízení. Ohledně poplatků se eviduje u osobopobytu výše vybraného poplatku (příp. výjimka z taxativního výčtu, viz např. seznam výjimek pro Hl.m. Praha: https://www.praha5.cz/zivotni-situace/mistni-poplatek- z-pobytu/ ). Informační systém bude automaticky přidělovat výjimku dle věku ubytované osoby (děti do věku 18 let nejsou poplatníkem daného místního poplatku, pokud bude k dítěti evidován jen rok narození, pak se bude pro účely této podmínky počítat s datem narozením k 31.12. daného evidovaného roku).

Ad 2) Zápisem všech údajů o ubytovaných osobách – cizincích do Registru eTurista naplní ubytovatel povinnost vést Domovní knihu. Zároveň tím osoba – cizinec plní ohlašovací povinnost dle tohoto tiskopisu:

Aktuální přihlašovací tiskopis viz zde: https://www.policie.cz/clanek/oznamovani-ubytovanych-cizincu- ubytovatelem.aspx

Ad 3) Povinnost oznamovat zahájení a ukončení provozování živnosti v provozovně a povinnost oznámit živnostenskému úřadu adresu místa pro vypořádání závazků podle živnostenského zákona; za tím účelem registr přebírá data ze živnostenského rejstříku a předává data do živnostenského rejstříku. V oznámení dle výše uvedené povinnosti musí být uvedeny následující údaje:

• obchodní firma nebo název nebo jméno a příjmení;

• IČO;

• adresa provozovny, popřípadě její umístění a předmět podnikání v této provozovně, u živnosti volné;

• obor činnosti;

• datum zahájení (ukončení) provozování živnosti v provozovně.

Ad4) Zpravodajskou povinností se rozumí:

• CR 2-04 Čtvrtletní šetření o hostech v hromadných ubytovacích zařízeních, více viz https://www.czso.cz/csu/vykazy/cr-2-04-ctvrtletni-dotaznik-o-hostech-v-hromadnych- ubytovacich-zarizenich_psz_2024

• CR 1-12 Měsíční dotazník o hostech v hromadných ubytovacích zařízeních, více viz https://www.czso.cz/csu/vykazy/cr-1-12-mesicni-dotaznik-o-hostech-v-hromadnych- ubytovacich-zarizenich_psz_2024

Aktuálně jsou dotazníky v rámci šetření doručovány v listinné podobě nebo elektronicky. Jsou vyplňovány za každé ubytovací zařízení a musí obsahovat následující položky:

o IČO ubytovatele;

o Adresa ubytovatele;

o Komentář zpravodajské jednotky;

o Název a adresa ubytovacího zařízení;

o Kategorie ubytovacího zařízení dle přednastaveného číselníku;

o Sezóna ubytovacího zařízení;

o Aktivita ubytovacího zařízení;

o Počet příjezdů a přenocování hostů;

o Kapacita ubytovacího zařízení;

o Kongresy.

Více k metodice zpravodajské povinnosti je uvedeno zde: https://www.czso.cz/csu/czso/huz-cmet

Povinnosti 2-4 budou předmětem plánovaného rozvoje informačního systému.

3. LEGISLATIVNÍ A PODZÁKONNÁ ÚPRAVA AGENDY

Agenda je vymezena zejména:

• Návrhem zákona, kterým se mění zákon č. 159/1999 Sb., o některých podmínkách podnikání v oblasti

cestovního ruchu (dále jen „návrh zákona“);

• Nově připravovanou vyhláškou k zákonu č. 159/1999 Sb., o některých podmínkách podnikání v oblasti

cestovního ruchu.

Dále agendu vymezuje:

• Zákon č. 565/1990 Sb., o místních poplatcích (dále jen „ZMP“);

• Zákon č. 326/1999 Sb., po pobytu cizinců na území České republiky;

• Zákon č. 455/1991 Sb., o živnostenském podnikání;

• Zákon č. 89/1995 Sb., o statistické službě a každoroční vyhláška o Programu statistických zjišťování. Účinná vyhláška k Programu statistických zjišťování na příslušný rok je základní podmínkou vzniku zpravodajské povinnosti.

4. SUBJEKTY A JEJICH ZAPOJENÍ DO AGENDY

V agendě působí tyto subjekty (dle §9n návrhu zákona, včetně uvedení rozsahu přístupných dat):

• Podnikající fyzické či právnické osoby jako ubytovatelé s přístupem k údajům o jím provozovaném ubytovacím zařízení a jím ubytované osobě;

• MMR jako správce informačního systému pro výkon kontroly a činností souvisejících se správou registru;

• Obce jako správci místního poplatku pro výkon správy místních poplatků a jako živnostenské úřady při výkonu kontroly dodržování povinností podle § 10a odst. 1 písm. a) návrhu zákona;

• Ředitelství služby cizinecké policie a odbory cizinecké policie krajských ředitelství Policie České republiky (dále jen „PČR“) s přístupem k údajům o ubytovacím zařízení, ubytovateli cizince a o ubytovaném cizinci;

• Finanční analytický úřad (dále jen „FAÚ“) pro výkon činností podle zákona upravujícího provádění mezinárodních sankcí a zákona upravujícího některá opatření proti legalizaci výnosů z trestné činnosti a financování terorismu;

• Český statistický úřad v rozsahu údajů vztahujících se k výkonu státní statistické služby. Jejich základní role v IS jsou:

• Správce informačního systému – MMR – přístup ke všem údajům a rovněž k modulu pro vytěžování dat;

• Ubytovatel – přístup pouze k datům za svoje ubytovací zařízení, jeho základní povinností je registrace a uvádění aktuálních údajů v Registru eTurista;

• Správce ubytovacího zařízení - přístup pouze k datům za svoje ubytovací zařízení, jeho základní povinností je registrace a uvádění aktuálních údajů v Registru eTurista;

• Obecní živnostenský úřad – přístup ke všem registrovaným údajům od ubytovatelů (nikoliv k jednotlivým osobopobytům) za provozovny v dané obci (nebo za všechny ubytovatele se sídlem v dané obci);

• Správce poplatku – přístup k údajům za jednotlivé osobopobyty v daném čase a v ubytovacích zařízeních na daném území.

Předpokládá se rovněž role „superuživatele“ s přístupem ke všem údajům pro FAÚ a PČR. V případě PČR bude přístup omezen jen na osobopobyty vykonávané cizinci.

ČSÚ nebude mít žádné specifické role v IS, bude jen příjemcem dat na základě stanoveného rozhraní. PČR nebude mít žádné specifické role v IS, bude jen příjemcem dat na základě stanoveného rozhraní.

Osoby, jejichž pobyty budou v IS evidovány, nebudou mít zvláštní roli/přístup/funkcionality v rámci IS. Budou mít stejná oprávnění jako veřejnost a budou moci využit uveřejněná opendata.

Veřejnost nebude mít do IS přístup, součástí IS nebude ani žádný veřejný portál. Opendata budou uveřejněna na jiném portálu.

5. DATA

Registr eTurista bude obsahovat v rámci agendy HUZ především data poskytnutá jednotlivými ubytovateli v rozsahu, který je dán návrhem zákona nebo rozsahem zpravodajské povinnosti v rámci plnění statistické služby. Údaje, které jsou uvedeny v návrhu zákona, budou povinné pro vyplnění.

6. ROZHRANÍ NA EXTERNÍ INFORMAČNÍ SYSTÉMY

Registr eTurista bude využívat následující způsoby autentizace uživatelů:

• Ztotožnění uživatele – fyzické osoby přes Identitu občana;

• Ztotožnění úředníka v JIP-KAAS (pojmem JIP-KAAS se rozumí i CAAIS, pokud bude v době implementace IS dostupný).

Vazba na základní registry je popsána následovně:

• Ztotožnění ubytovaného v ROB;

• Ztotožnění ubytovatele v ROS;

• RUIAN - informace o územním členění ČR. Vazba na další informační systémy:

• Živnostenský rejstřík – oboustranná výměna dat, ubytovatel bude mít možnost načíst si z Živnostenského

rejstříku seznam provozoven a registrovat na základě nich jednotlivá ubytovací zařízení, zároveň bude mít možnost údaje o jednotlivých provozovnách doplňovat;

• Internetová aplikace UbyPort a přímé rozhraní na CIS. Popis aplikace UbyPort a rozsah přihlašovacího tiskopisu viz zde: https://www.policie.cz/clanek/dokumenty-problematika-oznamovani-ubytovanych- cizincu-ubytovatelem.aspx

(a) Klíčová jsou i pravidla pro vyplnění přihlašovacího tiskopisu (jejich nesplnění bude znamenat odmítnutí přenášených dat ze strany PČR):

(b) https://www.policie.cz/clanek/vyplnovani-prihlasovaciho-tiskopisu.aspx

• Výhledově ověření zastupování při registraci ubytovatele v rámci ReZa.

7. ČÍSELNÍKY

Informační systém bude využívat tyto číselníky:

• Vlastní číselníky, které vyplývají z návrhu zákona a které bude spravovat MMR;

• Číselník zemí CZEM, viz zde https://www.czso.cz/csu/czso/ciselnik_zemi_-czem-.

8. ZDROJE FUNKČNÍCH POŽADAVKŮ

• Návrh zákona, kterým se mění zákon č. 159/1999 Sb., o některých podmínkách podnikání včetně Přehledu dopadů právního předpisu (RIA) a důvodové zprávy;

• Formulář žádosti o stanovisko OHA, Praha, leden 2022;

• Jednotlivá jednání se zástupci MMR, ČSÚ, PČR a MPO.

9. FUNKČNÍ POŽADAVKY PRO AGENDU

V následujícím přehledu jsou uvedeny funkční požadavky pro danou agendu. Pokud je v požadavcích uveden výčet datových prvků, pak platí, že všechny položky ve výčtu jsou pro vyplnění povinné (systém musí vynucovat jejich vyplnění). Pokud je nějaká položka nepovinná, je to u ní výslovně uvedeno.

ID požadavku

Požadavek

HF01 – 01 Registrace ubytovatele do IS

Registruje se podnikatel, který podniká na základě živnostenského oprávnění Rozhodnutí o tom, zda se ubytovatel registruje jako HUZ či IUZ bude plně na něm, nebude podléhat žádným automatickým kontrolám v IS. Systém MUSÍ umožnit ověřit registrovanou osobu v ROS dle zadaného IČO (po zadání IČO, systém ověří, zda může daný přihlášený uživatel osobu registrovat a pokud ano, předvyplní údaje uvedené v dalším kroku). Za právnickou osobu bude provádět registraci fyzická osoba – statutár či oprávněná osoba dle Registru zastupování (REZA), tj. předpokládá se nejdříve registrace fyzické osoby do IS. Registrace fyzické osoby bude probíhat pomocí nástroje Identity občana (více viz www.identitaobcana.cz ) Systém NESMÍ umožnit registraci ubytovatele do IS fyzické osobě, která k tomu není oprávněna. Oprávněná osoba získá po registraci roli „Ubytovatel“.

HF01 – 02 Vložení a následná editace údajů o ubytovateli	Systém MUSÍ umožnit oprávněné osobě (uživateli s rolí „Ubytovatel“) vložit a následně editovat tyto údaje o ubytovateli: • jméno, popřípadě jména, a příjmení nebo název, popřípadě obchodní firmu, • identifikační číslo osoby • adresu sídla • adresu pro doručování, je-li odlišná od adresy výše • kontaktní telefonní číslo, • adresu elektronické pošty, • další údaje podle zákona upravujícího místní poplatky, je-li ubytování poskytováno v obci, ve které je zaveden poplatek z pobytu. Rozsah a formát posledního údaje bude předmětem implementační analýzy.
HF01 – 03 Nahrání údajů z živnostenského rejstříku o provozovnách	Systém MUSÍ zpřístupnit oprávněné osobě (uživateli s rolí „Ubytovatel“) následující informace o provozovnách z živnostenského rejstříku: • předmět podnikání, ke kterému se provozovna váže. Z živnostenského rejstříku se budou přenášet jen provozovny za následující předměty podnikání: o výroba, obchod a služby neuvedené v přílohách 1 až 3 živnostenského zákona s oborem činnosti Ubytovací služby o hostinská činnost • název provozovny • adresa provozovny • identifikační číslo provozovny • zahájení provozování dne Nahrané údaje z živnostenského rejstříku nebude moci uživatel editovat. Tento funkční požadavek bude předmětem plánovaného rozvoje informačního systému.
HF01 – 04 Oznámení zahájení a ukončení provozování živnosti v provozovně	Systém MUSÍ umožnit oprávněné osobě (uživateli s rolí „Ubytovatel“) vyplnit a odeslat oznámení zahájení a ukončení provozování živnosti v provozovně podle živnostenského zákona. Pro účely tohoto oznámení musí uživatel vyplnit následující údaje: • obchodní firma nebo název nebo jméno a příjmení (bude předvyplněno dle registračních údajů ubytovatele) • IČO (bude předvyplněno dle registračních údajů ubytovatele) • adresa provozovny, popřípadě její umístění a předmět podnikání v této provozovně, příp. i obor činnosti (pokud byly nahrány údaje v předchozím kroku, systém MUSÍ umožnit výběr z nahraných provozoven, vždy musí mít uživatel možnost založit provozovnu novou (pro případ ohlášení nové provozovny) • datum zahájení nebo ukončení provozování živnosti v provozovně Pokud uživatel oznamuje zahájení provozování živnosti, pak musí pro další krok (zaregistrování ubytovacího zařízení) počkat, až se oznámení propíše do Živnostenského rejstříku a si následně údaje nahraje do informačního systému v předchozím kroku (nahrání údajů z živnostenského rejstříku o provozovnách) Tento funkční požadavek bude předmětem plánovaného rozvoje informačního systému.
HF01 – 05 Zaregistrování ubytovacího zařízení a následná editace údajů	Systém MUSÍ umožnit oprávněné osobě (uživateli s rolí Ubytovatel) vložit a následně editovat tyto údaje o ubytovacím zařízení, přičemž vždy platí, že každé ubytovací zařízení musí být podřazeno pod jednoho ubytovatele:

• kód adresního místa uvedený v základním registru územní identifikace adres a nemovitostí nebo parcelní číslo pozemku, v případě přístaviště nebo kotviště rovněž bližší určení místa na vodní ploše, • datum zahájení činnosti poskytování ubytování • název ubytovacího zařízení (nepovinná položka) • kategorie ubytovacího zařízení (nepovinná položka) • typ ubytovacího zařízení (nepovinná položka) • sezónnost ubytovacího zařízení (nepovinná položka) – výčet z číselníku • aktivita ubytovacího zařízení (nepovinná položka) • kapacita ubytovacího zařízení (nepovinná položka) • kapacita pro pořádání business akcí (nepovinná položka) • čísla bankovních účtů, ze kterých bude hrazen místní poplatek (povinná položka, pokud má daná obec zavedenu povinnost hradit místní poplatek) • ID zařízení v IS UbyPort (IDUB), pokud je zde již zařízení registrováno • ID zařízení v Registru ubytovacích zařízení (Pagina), pokud je zde již zařízení registrováno Rozsah a formát posledních desíti údajů bude předmětem implementační analýzy. Systém MUSÍ umožnit vytvořit registraci ubytovacího zařízení z údajů nahraných z Živnostenského rejstříku o provozovnách. Systém MUSÍ umožnit oprávněné osobě (uživateli s rolí Ubytovatel) vybrat provozovnu a zaregistrovat ji jako ubytovací zařízení. Proces bude zakončen vygenerováním registračního čísla ubytovacího zařízení. Systematika registračního čísla bude zřejmá z prováděcího předpisu k návrhu zákona. Zjistí-li MMR, že údaje poskytnuté ubytovatelem v souvislosti s registrací jsou neúplné nebo nepravdivé, vyzve ubytovatele (mimo IS) k nápravě v přiměřené lhůtě, která bude stanovena ve výzvě. Systém MUSÍ umožnit oprávněné osobě: • zapsat k ubytovacímu zařízení datum jeho dočasného uzavření, předpokládaného opětovného zprovoznění a skutečného opětovného zprovoznění, • zapsat k ubytovacímu zařízení ukončení činnosti spočívající v poskytování ubytování. Systém MUSÍ umožnit, aby fyzická osoba, která prováděla registraci ubytovatele, postoupila oprávnění k editaci údajů za jednotlivá ubytovací zařízení jiným fyzickým osobám (přidělení role „Správce ubytovacího zařízení“). Následně systém MUSÍ umožnit oprávněnému uživateli všechny vložené údaje editovat.

HF01 – 06 Založení nového osobopobytu

Uživateli s rolí Ubytovatel nebo Správce ubytovacího zařízení systém MUSÍ umožnit (uživatel na to má lhůtu do 24 hodin od ubytování) vložit následující údaje k danému ubytovacímu zařízení: • jméno, popřípadě jména, a příjmením s tím, že systém MUSÍ poskytnout uživateli nástroj, který mu zjednoduší vkládání specifických symbolů písem používaných v cizích státech (obdobně jako to nabízí klávesnice na mobilních telefonech, příp. bude akceptován přístup daný Ubyportem, viz https://www.policie.cz/clanek/provoznirad.aspx , každopádně je potřeba počítat s načítáním jmen a příjmení cizinců tak, jak jsou uvedeny ve strojově čitelné části cestovního dokladu dle norem ICAO)

	• den, měsíc a rok narození, (den a měsíc nejsou povinnou položkou, některé asijské země nevyžadují zápis celého data narození) • adresu místa trvalého pobytu v České republice nebo, pokud jej ubytovaná osoba nemá, jiného obdobného pobytu v zahraničí, • státní občanství, • číslo a druh dokladu předloženého ubytovanou osobou ubytovateli, jímž ubytovaná osoba prokázala svoji totožnost, včetně čísla víza, je-li v cestovním dokladu vyznačeno, • den počátku ubytování u ubytovatele v ubytovacím zařízení, • den předpokládaného konce ubytování u ubytovatele v ubytovacím zařízení, • pohlaví ubytovaného (nepovinný údaj) • věková kategorie ubytovaného (nepovinný údaj, který bude automaticky dopočtený dle data narození) • účel pobytu dle kategorie (nepovinný údaj) • další údaje, které je povinen vést podle zákona upravujícího pobyt cizinců na území České republiky. Rozsah a formát posledních čtyř údajů bude předmětem implementační analýzy. Systém MUSÍ umožnit vložené údaje uložit. Poté již nebude možné údaje editovat. Předpokládá se, že většina údajů bude vložena importem pomocí rozhraní na hotelové informační systémy.
HF01 – 07 Doplnění údajů k osobopobytu	Uživateli s rolí Ubytovatel nebo Správce ubytovacího zařízení systém MUSÍ umožnit (uživatel na to má lhůtu do 24 hodin od ukončení ubytování) k uloženému osobopobytu vložit následující údaje: • den skutečného konce ubytování • výši vybraného poplatku z pobytu nebo důvod osvobození od poplatku z pobytu (číselník kategorií osvobození bude předmětem implementační analýzy) Uživateli s rolí Ubytovatel nebo Správce ubytovacího zařízení systém MUSÍ umožnit (uživatel na to má lhůtu do 24 hodin od okamžiku, kdy se o úmrtí dozví) k uloženému osobopobytu vložit následující údaje: • datum úmrtí, jedná-li se o cizince zemřelého v době ubytování,
HF01 – 08 Reportování o výběru místních poplatků	Uživateli s rolí Správce poplatku systém MUSÍ umožnit: Vytvořit za vybrané ubytovací zařízení/vybraná ubytovací zařízení uživatelskou sestavu jako podklad pro výpočet odvodu. Uživatelské nastavení bude minimálně v rozsahu následujících položek: • Sestava bude tvořena automaticky za všechna ubytovací zařízení v katastru dané obce, případně za vybraná ubytovací zařízení • Sestava bude tvořena za vybraný časový úsek kalendářního roku • V sestavě bude možné definovat řádky a sloupce uživatelsky přívětivým způsobem. Bude se jednat např. o následující údaje o Jednotlivé měsíce v kalendářním roce o Počet osobonocí o Počet osobopobytů o Výše vybraného poplatku o Kategorie osvobození od místního poplatku Sestavu bude možné vygenerovat v PDF či ve formátu CSV.
HF01 – 09 Nahlížení na evidované údaje	Systém MUSÍ umožnit jednotlivým rolím (viz kapitola „Subjekty a jejich zapojení do agendy“ přístup k evidovaným údajům. Přístup musí být uživatelsky přívětivý, k detailu se bude vždy přistupovat přes výběr ze seznamu (např. k detailu informací o jednotlivých ubytovacích zařízeních se bude přistupovat výběrem ze seznamu ubytovacích zařízení).

10. AKCEPTAČNÍ KRITÉRIA

Agenda

Popis akceptačních kritérií

HUZ

• Systém umožňuje registrovat jako ubytovatele podnikající fyzickou nebo právnickou osobu a ověřit ji v ROS dle zadaného IČO. • Systém umožňuje oprávněné osobě vložit a následně editovat údaje o ubytovateli • Systém umožnuje ubytovateli zaregistrování ubytovacího zařízení a následnou editaci údajů • Systém umožňuje hostiteli evidovat k jednotce osobopobyty a průběžně k nim doplňovat údaje. Uváděné osoby umožňuje ověřit v ROB. • Systém umožňuje za vybrané ubytovací zařízení/ vybraná ubytovací zařízení vytvořit uživatelskou sestavu jako podklad pro výpočet odvodu • Systém umožňuje jednotlivým rolím (viz kapitola „Subjekty a jejich zapojení do agendy“) přístup k evidovaným údajům

11. SEZNAM ZKRATEK

API Application Programming Interface (Rozhraní sloužící k vývoji mobilních a webových aplikací) ČSÚ Český statistický úřad

HUZ Hromadné ubytovací zařízení

IUZ Individuální ubytovací zařízení

MMR Ministerstvo pro místní rozvoj ČR

MPO Ministerstvo průmyslu a obchodu ČR

Návrh zákona

Návrh zákona, kterým se mění zákon č. 159/1999 Sb., o některých podmínkách podnikání

OHA Útvar Hlavního architekta eGovernmentu PČR Policie České republiky

STR Nařízení Evropského parlamentu a Rady (EU) 2024/1028 ze dne 11. dubna 2024 o shromažďování a sdílení údajů týkajících se služeb v oblasti krátkodobých pronájmů ubytování a o změně nařízení

Příloha č. 1.2.2 Přílohy č. 1 Smlouvy - HF02_Individuální ubytovací zařízení (IUZ)

12. ÚVODNÍ VYMEZENÍ AGENDY

Agenda Individuálních ubytovacích zařízení (dále jen „IUZ“) je podřazena pod agendu A1386 Cestovní ruch. Tuto agendu vykonávají zejména MMR a obecní živnostenské úřady.

Agenda IUZ je jednoznačně oddělena od Agendy hromadných ubytovacích zařízení (dále jen „HUZ“). Agenda IUZ je závislá na evropské legislativě - Nařízení Evropského parlamentu a Rady (EU) 2024/1028 ze dne 11. dubna 2024 o shromažďování a sdílení údajů týkajících se služeb v oblasti krátkodobých pronájmů ubytování a o změně nařízení (dále jen „STR“) a je možné ji implementovat později než agendu HUZ (bude spuštěna k 20.5 2026). STR používá výhradně pojem „jednotka“, ale nemusí se jednat jen o jednotky v bytovém domě. Jedná se například i o celé rodinné domy, chaty a chalupy, které jsou krátkodobě pronajímány.

Z ustanovení STR vyplývá, že IUZ jsou všechna ubytovací zařízení kromě HUZ. Rozhodnutí o tom, zda se osoba registruje jako HUZ či IUZ bude plně na ní, nebude podléhat žádným automatickým kontrolám v IS.

Agenda IUZ je evidenční povahy, neobsahuje žádné složité workflow. Klíčovou aktivitou této agendy je registrace hostitele, tj. fyzické nebo právnické osoby, která poskytuje nebo má v úmyslu poskytovat za úplatu službu v oblasti krátkodobých pronájmů ubytování prostřednictvím online platformy pro krátkodobé pronájmy v rámci podnikatelské či nepodnikatelské činnosti, pravidelně či občasně.

13. PODPORA AGENDY V IS

Povinně bude hostitel zápisem údajů do Registru eTurista plnit následující povinnosti:

5. Evidenční povinnost podle zákona upravujícího místní poplatky a povinnost vést evidenční knihu podle zákona upravujícího místní poplatky;

6. Povinnost oznámit ubytování cizince, úmrtí ubytovaného cizince a povinnost vést domovní knihu podle zákona upravujícího pobyt cizinců na území České republiky;

7. Povinnosti vyplývající ze STR.

Fakultativně bude ubytovatel zápisem údajů do Registru eTurista plnit následující povinnosti:

8. Povinnost oznamovat zahájení a ukončení provozování živnosti v provozovně

Ad 1) V souvislosti s touto povinností bude informační systém poskytovat obcím jako správcům poplatku i pravidelný reporting pro vyměření celkové výše poplatku za danou jednotku k poskytování ubytování (dále jen „jednotka“). Zápisem všech údajů o ubytovaných osobách a jednotkách do Registru eTurista naplní hostitel výše zmíněnou evidenční povinnost včetně povinnosti tzv. ohlášení.

Platí, že základem evidence v Registru eTurista je osobopobyt. Základem osobopobytu je propojení ubytované osoby a jednotky. Ohledně poplatků se eviduje u osobopobytu výše vybraného poplatku (příp. výjimka z taxativního výčtu, viz např. seznam výjimek pro Hl.m. Praha: https://www.praha5.cz/zivotni-situace/mistni-poplatek-z-pobytu/ ). Informační systém bude automaticky přidělovat výjimku dle věku ubytované osoby (děti do věku 18 let nejsou poplatníkem daného místního poplatku, pokud bude k dítěti evidován jen rok narození, pak se bude pro účely této podmínky počítat s datem narozením k 31.12. daného evidovaného roku).

Ad 2) Zápisem všech údajů o ubytovaných osobách – cizincích do Registru eTurista naplní hostitel povinnost vést Domovní knihu. Zároveň tím osoba – cizinec plní ohlašovací povinnost dle tohoto tiskopisu:

Aktuální přihlašovací tiskopis viz zde: https://www.policie.cz/clanek/oznamovani-ubytovanych-cizincu- ubytovatelem.aspx

Fakultativně bude hostitel zápisem údajů do Registru eTurista plnit povinnost oznamovat zahájení a ukončení provozování živnosti v provozovně a povinnost oznámit živnostenskému úřadu adresu místa pro vypořádání závazků podle živnostenského zákona; za tím účelem IS přebírá data ze živnostenského rejstříku a předává data do živnostenského rejstříku. V oznámení dle výše uvedené povinnosti musí být uvedeny následující údaje:

• obchodní firma nebo název nebo jméno a příjmení;

• IČO;

• adresa provozovny, popřípadě její umístění a předmět podnikání v této provozovně, u živnosti;

• výběr živnosti – ubytování lze realizovat v rámci výkonu živnosti volné, obor činnosti „Ubytovací služby“ či v rámci výkonu živnosti vázané, řemeslné „Hostinská činnost“. V případě IUZ (STR) se min. 99 % bude odehrávat v rámci varianty č. 1 (volná živnost);

• datum zahájení (ukončení) provozování živnosti v provozovně. Ad 3) Při registraci hostitel dále uvede (dle čl. 5 STR):

• druh jednotky z taxativního výčtu (byt v bytovém domě, byt v rodinném domě, rodinný dům, zařízení určené

k rekreaci, jiné, výčet bude upřesněn v rámci implementační analýzy);

• zda je jednotka nabízena jako celek nebo jako část (pokoj(e), byt);

• maximální počet nabízených lůžek a hostů, které lze v jednotce ubytovat;

• telefon, e-mail.

Ad 4) Povinnost oznamovat zahájení a ukončení provozování živnosti v provozovně a povinnost oznámit živnostenskému úřadu adresu místa pro vypořádání závazků podle živnostenského zákona; za tím účelem registr přebírá data ze živnostenského rejstříku a předává data do živnostenského rejstříku. V oznámení dle výše uvedené povinnosti musí být uvedeny následující údaje:

• obchodní firma nebo název nebo jméno a příjmení;

• IČO;

• adresa provozovny, popřípadě její umístění a předmět podnikání v této provozovně, u živnosti

• výběr jedné z variant živnosti (viz výše);

• datum zahájení (ukončení) provozování živnosti v provozovně.

Povinnosti 2-3 budou předmětem plánovaného rozvoje informačního systému.

14. ÚPRAVA AGENDY V ZÁKONĚ A NA ZÁKLADĚ PODZÁKONNÝCH PRÁVNÍCH PŘEDPISŮ

Agenda je vymezena zejména:

• Návrhem zákona, kterým se mění zákon č. 159/1999 Sb., o některých podmínkách podnikání (dále jen „návrh zákona“);

• Nově připravovanou vyhláškou k zákonu č. 159/1999 Sb., o některých podmínkách podnikání. Dále agendu vymezuje:

• Nařízení Evropského parlamentu a Rady (EU) 2024/1028 ze dne 11. dubna 2024 o shromažďování a sdílení

údajů týkajících se služeb v oblasti krátkodobých pronájmů ubytování a o změně nařízení (dále jen „STR“);

• Zákon č. 565/1990 Sb., o místních poplatcích;

• Zákon č. 326/1999 Sb., po pobytu cizinců na území České republiky;

• Zákon č. 455/1991 Sb., o živnostenském podnikání;

• Zákon č. 89/1995 Sb., o statistické službě a k němu přináležející vyhláška o statistickém zjišťování pro příslušný kalendářní rok.

15. SUBJEKTY A JEJICH ZAPOJENÍ DO AGENDY

V agendě působí tyto subjekty (dle §9n návrhu zákona, včetně uvedení rozsahu přístupných dat):

• Podnikající fyzické či právnické osoby jako hostitelé s přístupem k údajům o jím provozované jednotce a jím ubytované osobě;

• MMR jako správce informačního systému pro výkon kontroly a činností souvisejících se správou registru;

• Pověřené odbory obecních úřadů, které mají na starosti správu místního poplatku;

• Obecní živnostenské úřady při výkonu kontroly dodržování povinností podle § 10a odst. 1 písm. a) návrhu zákona;

• Ředitelství služby cizinecké policie a odbory cizinecké policie krajských ředitelství Policie České republiky (dále jen „PČR“) s přístupem k údajům o jednotce, hostiteli a o ubytovaném cizinci;

• Finanční analytický úřad (dále jen „FAÚ“) pro výkon činností podle zákona upravujícího provádění mezinárodních sankcí a zákona upravujícího některá opatření proti legalizaci výnosů z trestné činnosti a financování terorismu;

• Obce pro možnost kontroly jimi vydaného nařízení. Jejich základní role v IS jsou:

• Správce informačního systému – MMR – přístup ke všem údajům a rovněž k modulu pro vytěžování dat;

• Hostitel – přístup pouze k datům za svoji jednotku/jednotky, jeho základní povinností je registrace a uvádění aktuálních údajů v Registru eTurista. Role je nazývána „Hostitel“ záměrně tak, aby došlo od odlišení vůči roli Ubytovatel v rámci agendy HUZ;

• Správce jednotky- přístup pouze k datům za svěřenou jednotku, jeho základní povinností je registrace a uvádění aktuálních údajů o osobopobytech v Registru eTurista;

• Obecní živnostenský úřad – přístup ke všem registrovaným údajům od hostitelů (nikoliv k jednotlivým osobopobytům) za provozovny v dané obci;

• Správce poplatku – přístup k údajům za jednotlivé osobopobyty v daném čase a jednotkách na daném území;

• Realizátor kontroly nařízení obce - přístup ke všem údajům, které se váží k jednotkám (jen k bytovým jednotkám) na daném území.

Předpokládá se rovněž role „superuživatele“ s přístupem ke všem údajům pro FAÚ a PČR. V případě PČR bude přístup omezen jen na osobopobyty vykonávané cizinci.

Osoby, jejichž pobyty budou v IS evidovány, nebudou mít zvláštní roli/přístup/funkcionality v rámci IS. Budou mít stejná oprávnění jako veřejnost a budou moci využit uveřejněná opendata.

16. DATA

Registr eTurista bude obsahovat v rámci agendy IUZ především data poskytnutá jednotlivými hostiteli v rozsahu, který je dán návrhem zákona nebo rozsahem zpravodajské povinnosti v rámci plnění statistické služby. Údaje, které jsou uvedeny v návrhu zákona budou povinné pro vyplnění.

17. ROZHRANÍ NA EXTERNÍ INFORMAČNÍ SYSTÉMY

Registr eTurista bude využívat následující způsoby autentizace uživatelů:

• Ztotožnění uživatele – fyzické osoby přes Identitu občana;

• Ztotožnění úředníka v JIP-KAAS (pojmem JIP-KAAS se rozumí i CAAIS, pokud bude v době implementace IS dostupný).

Vazba na základní registry je popsána následovně:

• Ztotožnění ubytovaného nebo hostitele v ROB;

• Ztotožnění hostitele v ROS;

• RUIAN - informace o územním členění ČR. Vazba na další informační systémy:

• Živnostenský rejstřík – oboustranná výměna dat, ubytovatel bude mít možnost načíst si z Živnostenského

rejstříku seznam provozoven a podřadit pod ně jednotlivé jednotky, zároveň bude mít možnost údaje o jednotlivých provozovnách doplňovat;

• Internetová aplikace UbyPort a přímé rozhraní na CIS. Popis aplikace UbyPort a rozsah přihlašovacího tiskopisu viz zde: https://www.policie.cz/clanek/dokumenty-problematika-oznamovani-ubytovanych- cizincu-ubytovatelem.aspx

(c) Klíčová jsou i pravidla pro vyplnění přihlašovacího tiskopisu (jejich nesplnění bude znamenat odmítnutí přenášených dat ze strany PČR):

(d) https://www.policie.cz/clanek/vyplnovani-prihlasovaciho-tiskopisu.aspx

• Výhledově ověření zastupování při registraci hostitele v rámci ReZa.

18. ČÍSELNÍKY

Informační systém bude využívat tyto číselníky:

• Vlastní číselníky, které vyplývají z návrhu zákona a které bude spravovat MMR;

• Číselník zemí CZEM, viz zde https://www.czso.cz/csu/czso/ciselnik_zemi_-czem-.

19. ZDROJE FUNKČNÍCH POŽADAVKŮ

• Návrh zákona, kterým se mění zákon č. 159/1999 Sb., o některých podmínkách podnikání včetně Přehledu dopadů právního předpisu (RIA);

• Vyhláška k zákonu č. 159/1999 Sb.;

• Nařízení Evropského parlamentu a Rady (EU) 2024/1028 ze dne 11. dubna 2024 o shromažďování a sdílení údajů týkajících se služeb v oblasti krátkodobých pronájmů ubytování a o změně nařízení (EU) 2018/1724;

• Formulář žádosti o stanovisko OHA, Praha, leden 2022;

• Jednotlivá jednání se zástupci MMR, ČSÚ, PČR a MPO.