SMLOUVA O ZAJIŠTĚNÍ NÁVRHU, VÝVOJE A PROVOZU SYSTÉMU JEDNOTNÉHO TARIFU
č. j.: 16/2018-190-STKO/1
č. ev.: 172-190/2018
výtisk č.:
SMLOUVA O ZAJIŠTĚNÍ NÁVRHU, VÝVOJE A PROVOZU SYSTÉMU JEDNOTNÉHO TARIFU
uzavřená podle § 1746 odst. 2 zákona č. 89/2012 Sb., občanský zákoník, v platném znění
(dále jen „Občanský zákoník“)
Smluvní strany
1. Česká republika - Ministerstvo dopravy
Sídlo: nábřeží Xxxxxxx Xxxxxxx 1222/12, 110 15 Praha 1
IČO: 66003008
DIČ: CZ66003008
Zastoupená: Ing. Xxxxxxxxxx Xxxxxx, náměstkem ministra Bankovní spojení: ČNB Praha 1, Na Příkopě 28
č. účtu:
(dále jen „Objednatel“)
2. CENDIS, s. p.
Sídlo: nábřeží Xxxxxxx Xxxxxxx 1222/12, 110 15 Praha 1
IČO: 00311391
DIČ: CZ00311391
Zastoupený: Ing. Janem Chovancem Ph.D., ředitelem státního podniku Bankovní spojení: FIO Banka, a.s.
č. účtu:
Státní podnik je zapsán v obchodním rejstříku vedeném u Městského soudu v Praze oddíl ALX vložka 706
(dále jen „Dodavatel“)
(Objednatel a Dodavatel společně jen „Smluvní strany“ a samostatně též jako „Smluvní
strana“)
uzavřely níže uvedeného dne, měsíce a roku tuto smlouvu o zajištění návrhu, vývoje a
provozu Systému jednotného tarifu (dále jen „Smlouva“).
Smluvní strany vědomy si svých závazků v této Smlouvě obsažených a v úmyslu být touto Smlouvou vázány, dohodly se na následujícím znění této Smlouvy:
PREAMBULE
a) Objednatel je ústředním orgánem státní správy ve smyslu zákona č. 2/1969 Sb., o zřízení ministerstev a jiných ústředních orgánů státní správy České republiky, ve znění pozdějších předpisů, a to ve věcech dopravy, zároveň odpovídá za tvorbu státní politiky v oblasti dopravy a v rozsahu své působnosti taktéž za její uskutečňování.
b) Dodavatel je státním podnikem, tedy právnickou osobou provozující podnikatelskou činnost s majetkem státu vlastním jménem a na vlastní odpovědnost ve smyslu zákona č. 77/1997 Sb., o státním podniku, ve znění pozdějších předpisů, který byl založen Českou republikou, a jejímž jménem vykonává funkci zakladatele Objednatel.
c) Zakládací listina Dodavatele, která určuje předmět činnosti Dodavatele, umožňuje
Dodavateli vykonávat činnosti, které tvoří předmět této Smlouvy.
d) Xxxx Xxxxxxx je mezi smluvními stranami uzavírána na základě ustanovení § 11 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“).
1. VYMEZENÍ POJMŮ
1.1. Není-li dále v této Smlouvě stanoveno jinak, mají níže uvedené pojmy označené velkým písmenem význam uvedený v tomto článku 1 této Smlouvy:
Akceptační protokol | Protokolem o předání a převzetí Systému se pro účely této Smlouvy rozumí písemný protokol, jehož náležitosti jsou uvedeny v Příloze č. 6 této Smlouvy, kterým bude za podmínek stanovených touto Smlouvou potvrzeno dokončení Systému |
Harmonogram plnění | Závazný časový harmonogram plnění dle této Smlouvy, který tvoří Přílohu č. 4 této Smlouvy |
ČR | Česká republika |
Den | Dnem se pro účely této Smlouvy rozumí běžný kalendářní den |
Dodavatel | Dodavatelem se pro účely této Smlouvy rozumí státní podnik CENDIS, s.p., se sídlem nábřeží Xxxxxxx Xxxxxxx 0000/00, 000 00 Xxxxx 0, IČO: 00311391 |
Dodávky | Dodávkami se pro účely této Smlouvy rozumí dodávka a implementace Systému. Součástí Dodávky Systému je pro účely této Smlouvy i implementace Ostatních částí Systému. Dodávkou se rozumí rovněž následné Dodávky, které se po předání Objednateli stávají majetkem ČR |
Dokumenty Dodavatele | Dokumenty Dodavatele se pro účely této Smlouvy rozumí dokumentace, kterou v průběhu poskytování plnění dle této Smlouvy vytváří povinně Dodavatel |
Dokumenty Objednatele | Dokumenty Objednatele se pro účely této Smlouvy rozumí dokumenty, které Objednatel výslovně označí za Dokumenty Objednatele |
Dopravní síť | Dopravní síť je ve smyslu této smlouvy systém, obsahující jako prvky jednotlivé tarifní body a jako hrany jednotlivé spojnice těchto tarifních bodů po existující dopravní infrastruktuře pojížděné dopravními službami osobní dopravy. Tarifním bodem je místo, do nebo ze kterého lze zakoupit jízdní doklad. Jízdním dokladem se rozumí dokument v papírové nebo elektronické formě, vydaný pro účely kontroly uzavření přepravní smlouvy po dobu jejího plnění ve smyslu § 4 vyhlášky č. 175/2000 Sb. o přepravním řádu pro veřejnou drážní a silniční osobní dopravu. Pro účely této smlouvy se jízdním dokladem rozumí i doklady podle § 4 odst. 3 předmětné vyhlášky, pokud jsou v rámci Systému nabízeny |
DPH | DPH se pro účely této Smlouvy rozumí peněžní částka, jejíž výše odpovídá výši daně z přidané hodnoty vypočtené dle zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů, nebo jakéhokoli zákona, který jej může v budoucnu nahradit |
Dostupnost Systému | Úroveň, do které je Systém nebo jeho součást funkční a k disposici v případě, že je vyžádáno jeho použití. Hodnota vyjádřená v procentech jako poměr mezi reálnou naměřenou hodnotou dostupnosti a očekávanou hodnotou dostupnosti (24x 365 = tj. 8760 hodin ročně) |
Evidenční systém požadavků | Evidenčním systémem požadavků se pro účely této Smlouvy rozumí zabezpečené webové rozhraní umožňující vzdálený přístup prostřednictvím sítě internet provozované Dodavatelem za účelem evidence požadavků Změnového řízení v kontextu této Smlouvy |
Hardware | Hardware se pro účely této Smlouvy rozumí veškeré fyzicky existující technické počítačové a síťové vybavení, potřebné k řádnému, plně funkčnímu, nepřetržitému a bezporuchovému provozování Systému |
Hrubé porušení Smlouvy | Stav, kdy je na základě touto Smlouvou blíže vymezeného chování Dodavatele Objednatel oprávněn tuto smlouvu vypovědět bez výpovědní doby |
Implementace Systému | Implementací Systému se pro účely této Smlouvy rozumí provedení implementačních prací Dodavatelem v rozsahu stanoveném v této Smlouvě |
Občanský zákoník | Občanským zákoníkem se pro účely této Smlouvy rozumí zákon č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů |
Objednatel | Objednatelem se pro účely této Smlouvy rozumí Česká republika, Ministerstvo dopravy, se sídlem nábřeží Xxxxxxx Xxxxxxx 1222/12, 110 15 Praha 1, IČO: 66003008 |
Obnova Systému | Obnovou systému se pro účely této Smlouvy rozumí zejména technické zásahy do Systému (jakými se rozumí např. přidání nebo výměna hardwarových prvků) za účelem dosažení původní nebo i lepší provozuschopnosti Systému v porovnání s provozuschopností Systému před provedením Obnovy. Obnova Systému se řídí příslušným ustanovením této Smlouvy |
Ostatní části Systému | Ostatními částmi Systému se se pro účely této Smlouvy rozumí externí subsystémy nebo Služby definované v Technických podmínkách |
Návrh řešení Systému | Návrhem řešení Systému se pro účely této Smlouvy rozumí popis řešení a provozu informačního systému, který tvoří Přílohu č. 1 této Smlouvy |
Personál Dodavatele | Personálem Dodavatele se pro účely této Smlouvy rozumí Zástupce Dodavatele a všichni zaměstnanci, odborní poradci a asistenti Dodavatele i Poddodavatelů podílejících se na plnění této Smlouvy |
Personál Objednatele | Personálem Objednatele se pro účely této Smlouvy rozumí Zástupce Objednatele a všichni zaměstnanci, kontrolní orgány, odborní poradci a asistenti Objednatele pověření některou činností v souvislosti s provozem Systému |
Pilotní provoz | Pilotním provozem se pro účely této Smlouvy rozumí prověření navrženého systému ve vzájemných souvislostech na vybraném vzorku provozních dat. Na tomto vzorku pak probíhá simulace Rutinního provozu tím způsobem, že se zkoušejí všechny navržené procesy v logickém sledu a kontrolují se vzájemné vazby |
Poddodavatel | Poddodavatelem se pro účely této Smlouvy rozumí fyzická či právnická osoba, která má na základě smluvního vztahu s Dodavatelem poskytovat část Dodávek a/nebo Služeb a která byla předem schválena Objednatelem |
Podpora Systému | Podporou Systému se pro účely této Smlouvy rozumí poskytování odborných služeb spočívajících v interakci Systému jako celku s jeho jednotlivými uživateli za účelem zajištění řádného, plně funkčního a bezporuchového provozu Systému |
Práce | Pracemi se pro účely této Smlouvy rozumí všechny činnosti potřebné k realizaci předmětu této Smlouvy, tj. k realizaci Dodávek a Služeb tak, aby byl naplněn účel této Smlouvy, v souladu s právními předpisy, soudními a správními rozhodnutími, závaznými stanovisky dotčených orgánů, závaznými technickými předpisy a platnými českými a mezinárodními normami a s obvyklou praxí při dodávkách komplexních technologických celků, včetně pomocných a provizorních činností, zabezpečení vhodných administrativních prostor pro poskytování Služeb, vybudování, provoz, správu a údržbu datových center, stejně jako všech dalších technických zařízení touto Smlouvou vymezených jako nezbytných pro provoz Systému, implementace a lokalizace informačních systémů, vybudování a provoz všech interních a externích procesů potřebných pro provoz Systému, návrh, vypracování a zabezpečení všech Dokumentů Dodavatele, zaškolení Personálu Dodavatele, Personálu Objednatele a personálu Poddodavatelů, příprava, schválení a vedení Provozní dokumentace, vypracování dokumentace skutečného provedení Systému, provedení všech požadovaných a potřebných zkoušek a provedení všech dalších činností, požadovaných touto Smlouvou včetně jejích příloh |
Pracovní den | Pracovním dnem se pro účely této Smlouvy rozumí jakýkoli den, mimo soboty, neděle a státem uznaných svátků v rámci České republiky |
Provozní dokumentace | Provozní dokumentací se pro účely této Smlouvy rozumí plány údržby a pokyny, návody a manuály pro použití, provoz a údržbu Systému a jeho jednotlivých částí ve vlastnictví ČR |
Rozvoj Systému | Rozvojem Systému se pro účely této Smlouvy rozumí softwarové úpravy nebo technické zásahy do Systému (jakými se rozumí např. přidání nebo výměna hardwarových prvků) za účelem získáno nové funkcionality Systému v porovnání s funkcionalitou Systému před provedením Rozvoje. Rozvoj Systému se řídí příslušným ustanovením této Smlouvy |
Rutinní provoz | Rutinním provozem Systému se pro účely této Smlouvy rozumí stav, kdy Systém pracuje s provozními daty, všechny implementované funkce Systému jsou používány dle navržených procesů, obsluhu zajišťují pracovníci Dodavatele |
SLA | Označuje smluvní úroveň sjednanou mezi Dodavatelem a Objednatelem, a to na úrovni Dostupnosti Systému, vyjádřená v procentech (např. 99,5 reprezentuje smluvní úroveň na úrovni dostupnosti 99,5 % Dostupnosti Systému dané služby) |
Služby | Službami se pro účely této Smlouvy rozumí odborné služby směřující k zajištění řádného, plně funkčního a bezporuchového provozování Systému v Rutinním provozu Systému a stejně jakožto i odborné služby vedoucí k ukončení poskytování této Služby |
Smlouva | Smlouvou se pro účely této Smlouvy rozumí tato Smlouva o zajištění návrhu, vývoje a provozu Systému jednotného tarifu uzavřená mezi Smluvními stranami níže uvedeného dne, měsíce a roku, včetně všech jejích příloh a případných dodatků uzavřených Smluvními stranami v souladu s touto Smlouvou |
Smluvní strana | Smluvní stranou se pro účely této Smlouvy rozumí samostatně Objednatel nebo Dodavatel |
Smluvní strany | Smluvními stranami se pro účely této Smlouvy rozumí společně Objednatel a Dodavatel |
Software | Software se pro účely této Smlouvy rozumí veškeré systémové a aplikační programové vybavení, potřebné k řádnému, plně funkčnímu, nepřetržitému a bezporuchovému provozování Systému |
Systém | Systémem se pro účely této Smlouvy rozumí komplexní informační systém navržený a vytvořený Dodavatelem za podmínek stanovených v této Smlouvě nazvaný Systém jednotného tarifu (zkratka SJT) |
Technické podmínky | Technickými podmínkami se pro účely této Smlouvy rozumí technické podmínky uvedené v Příloze č. 1 Smlouvy, která obsahuje Objednatelem stanovenou detailní specifikaci předmětu Smlouvy, minimální závazné technické podmínky Systému, ostatní technické podmínky a další informace |
Údržba Systému | Údržbou systému se pro účely této Smlouvy rozumí poskytování preventivních a reaktivních zásahů do jednotlivých softwarových a hardwarových komponent Systému za účelem zajištění řádného, plně funkčního a bezporuchového provozu Systému. |
Zákon o DPH | Zákonem o DPH se pro účely této Smlouvy rozumí zákon č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů |
Zákon o kybernetické bezpečnosti | Zákonem o kybernetické bezpečnosti se pro účely této Smlouvy rozumí zákon č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících zákonů, ve znění pozdějších předpisů, nebo jakýkoliv zákon, který jej může v budoucnu nahradit |
Zákon o registru smluv | Zákonem o registru smluv se pro účely této Smlouvy rozumí zákon č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňování těchto smluv a o registru smluv (zákon o registru smluv), ve znění pozdějších předpisů |
Zástupce Dodavatele | Zástupcem Dodavatele se pro účely této Smlouvy rozumí fyzická nebo právnická osoba, která bude Dodavatelem písemně pověřena nebo zmocněna jeho zastupováním při výkonu práv a povinností Dodavatele vyplývajících z této Smlouvy |
Zástupce Objednatele | Zástupcem Objednatele se pro účely této Smlouvy rozumí fyzická nebo právnická osoba, která bude Objednatelem písemně zmocněna jeho zastupováním při výkonu práv a povinností Objednatele vyplývajících z této Smlouvy |
Změna | Změnou se pro účely této Smlouvy rozumí jakákoliv změna předmětu plnění, technického řešení, technických podmínek plnění včetně záměny položek, termínů plnění, ceny či jiných obchodních či jiných podmínek uvedených v této Smlouvě a jejích přílohách |
Změnové řízení | Změnovým řízením se pro účely této Smlouvy rozumí postup Smluvních stran směřující ke sjednání Změny podle této Smlouvy |
2. ÚČEL SMLOUVY
2.1. Základním účelem této Smlouvy je navržení, vybudování a následné provozování Systému označeného Systém jednotného tarifu (SJT) tak, aby v kontextu schváleného materiálu „Návrh realizace přímého tarifního odbavení v rámci České republiky“, který tvoří Přílohu č. 7 této Smlouvy,:
2.1.1. byla v rozsahu Přílohy č. 7 zajištěna možnost nákupu jízdních dokladů Systému mezi kterýmikoliv dvěma body Dopravní sítě, obsluhované dopravními službami zapojenými do Systému prostřednictvím zúčastněných dopravců,
2.1.2. bylo zajištěno řádné a správné vyúčtování tržeb a přiřazení vyinkasovaných finančních prostředků za jízdné jednotlivým zúčastněným dopravcům, včetně výpočtu kompenzace případných tarifních závazků,
2.1.3. bylo zajištěno řádné a včasné vyrovnání závazků a pohledávek mezi
zúčastněnými dopravci a Systémem,
2.1.4. byla zajištěna možnost prodeje jízdních dokladů Systému prostřednictvím
mobilní aplikace Systému,
2.1.5. byla zajištěna možnost vyhledání spojení v rámci Systému včetně zajištění možnosti prodeje jízdních dokladů Systémů, a to prostřednictvím webového rozhraní Systému.
2.2. Smluvní strany se v rozsahu a za podmínek stanovených v této Smlouvě zavazují vyvinout veškeré úsilí směřující k tomu, aby účelu této Smlouvy bylo v maximální možné míře dosaženo.
3. PŘEDMĚT SMLOUVY
3.1. Dodavatel se uzavřením této Smlouvy zavazuje poskytnout Objednateli následující plnění:
3.1.1. Provedení Implementace Systému včetně zajištění Pilotního provozu Systému, a to v rozsahu a za podmínek stanovených v článku 4 této Smlouvy,
3.1.2. Zajištění Rutinního provozu Systému, a to v rozsahu a za podmínek stanovených
v článku 5 této Smlouvy;
3.1.3. Poskytování služeb Údržby Systému a Podpory Systému, a to v rozsahu a za
podmínek stanovených v článku 6 této Smlouvy;
3.1.4. Poskytování služeb Rozvoje Systému a Obnovy Systému, a to v rozsahu a za
podmínek stanovených v článku 7 této Smlouvy;
3.1.5. Poskytování konzultačních a poradenských služeb Objednateli v souvislosti s návrhem, vývojem, implementací a provozem Systému, a to v rozsahu a za podmínek stanovených v článku 8 této Smlouvy.
3.2. Dodavatel je povinen poskytovat plnění dle této Smlouvy, v souladu s relevantními právními předpisy, s odbornou péčí, v profesionální kvalitě, jakož i v souladu s požadavky Objednatele vymezenými v této Smlouvě, případně dále stanovenými Objednatelem postupem upraveným v této Smlouvě a aplikovat při plnění Smlouvy nejlepší osvědčené postupy, procesy a metody. Dodavatel odpovídá za to, že Personál Dodavatele má pro stanovenou práci odbornou způsobilost a bude dodržovat platné právní předpisy.
3.3. Objednatel se zavazuje uhradit Dodavateli za plnění poskytnutá na základě této Smlouvy
cenu těchto plnění, a to ve výši a způsobem stanoveným v této Smlouvě.
3.4. Smluvní strany se zavazují poskytovat si navzájem součinnost nezbytnou pro řádné plnění jejich povinností z této Smlouvy vyplývajících. Smluvní strany se zejména zavazují informovat se bez zbytečného odkladu o všech skutečnostech a okolnostech, které mají nebo mohou mít vliv na řádné plnění povinností Smluvních stran dle této Smlouvy.
4. IMPLEMENTACE SYSTÉMU
4.1. Dodavatel se uzavřením této Smlouvy zavazuje poskytnout Objednateli služby Implementace Systému, a to v rozsahu a za podmínek stanovených v Návrhu řešení Systému zpracovaným Dodavatelem dle této Smlouvy, který tvoří Přílohu č. 1 této Smlouvy.
4.2. Dodavatel je povinen provést Implementaci Systému dle této Smlouvy ve lhůtách stanovených v Příloze č. 4 této Smlouvy – Harmonogramu plnění. Smluvní strany činí nesporným, že součástí Implementace Systému dle této Smlouvy je mimo jiné i:
4.2.1. zajištění Hardwaru formou služby, a to v rozsahu a za podmínek stanovených v Návrhu řešení Systému, který tvoří Přílohu č. 1 této Smlouvy, přičemž cena této služby nepřekročí částku 19 746 172 Kč bez DPH.
4.2.2. zajištění Softwaru třetích stran, a to v rozsahu a za podmínek stanovených
v článku 4.3 této Smlouvy,
4.2.3. provádění softwarových prací spočívajících ve vytvoření Software Dodavatelem, a to v rozsahu a za podmínek stanovených v článku 4.4 této Smlouvy,
4.3. ZAJIŠTĚNÍ SOFTWARU TŘETÍCH STRAN
4.3.1. Smluvní strany se dohodly, že konkrétní rozsah Softwaru třetích stran, který bude Dodavatel povinen dodat na základě této Smlouvy v souladu se ZZVZ, je podrobně vymezen v Návrhu řešení Systému, který tvoří Přílohu č. 1 této Smlouvy.
4.3.2. Dodavatel je povinen zajistit, aby Objednatel získal nejpozději ke dni akceptačního řízení dle čl. 4.12 této Smlouvy veškerá práva (nevýhradní, časově neomezenou licenci zahrnující možnost správy, úprav i rozvoje, a to i prostřednictvím jiných osob) nezbytná k užívání Software třetích stran dodaného Dodavatelem dle této Smlouvy, zahrnující též právo Objednatele převést nebo postoupit práva k užívání takového Software třetích stran na další osobu určenou Objednatelem.
4.3.3. Dodavatel je povinen zajistit, že Dodavatel bude po dobu zajišťování Implementace Systému a Rutinního provozu Systému dle této Smlouvy oprávněn užívat Software třetích stran dodaný dle této Smlouvy a nezbytný k Implementaci Systému, provozu Systému, jakož i k Údržbě Systému, Podpoře Systému, Rozvoji Systému a Obnově Systému dle této Smlouvy.
4.4. ZAJIŠTĚNÍ SOFTWARU VYTVOŘENÉHO DODAVATELEM
4.4.1. Smluvní strany činí nesporným, že dodávka Softwaru vytvořeného Dodavatelem dle této Smlouvy bude realizována a Objednatelem uhrazena v rámci procesu Implementace Systému dle článku 4 této Smlouvy. Smluvní strany činí nesporným, že předání a převzetí Softwaru vytvořeného Dodavatelem dle této Smlouvy bude součástí předání a převzetí Implementace Systému dle článku 4 této Smlouvy.
4.4.2. Smluvní strany se dohodly, že konkrétní rozsah Softwaru vytvořeného Dodavatelem, který bude Dodavatel povinen dodat na základě této Smlouvy, je podrobně vymezen v Návrhu řešení Systému, který tvoří Přílohu č. 1 této Smlouvy.
4.4.3. Smluvní strany se dohodly, že Dodavatel je povinen dodat Software vytvořený Dodavatelem dle této Smlouvy ve lhůtách stanovených v Harmonogramu plnění, který tvoří Přílohu č. 4 této Smlouvy.
4.5. Dodavatel je v rámci realizace Implementace Systému povinen vytvořit a na základě Akceptačního protokolu předat v písemné formě Objednateli jako dílčí věcné plnění fáze Implementace Systému do termínu uvedeného v článku 14.10 této Smlouvy detailní technický popis komunikačního rozhraní a způsob komunikace mezi Systémem a dopravci pro vzájemnou výměnu dat, umožňující všechny budoucí funkce Systému v Pilotním a posléze Rutinním provozu, a to ve formě kompletního datového modelu Systému k datu předání, který může být dále rozšiřován a upravován. Poskytnutý datový model musí být poskytnut v takové formě, aby ho bylo možné promítnout do dodatků smluv sjednaných s dopravci ze strany Dodavatele.
4.6. Dodavatel je v rámci realizace Implementace Systému povinen provést a zahájit Pilotní provoz Systému jako nedílnou součást této Implementace, jehož cílem je ověření funkčnosti Systému v rozsahu vymezeném v Návrhu řešení Systému dle této Smlouvy s využitím reálných provozních dat, a to po dobu šesti (6) kalendářních měsíců ode dne zahájení předávání dat ze systémů zúčastněných dopravců do Systému dle článku 15.4 této Smlouvy.
4.7. Dodavatel je povinen písemně vyzvat Objednatele k předávání dat dle článku 15.4 této Smlouvy nejméně pět (5) Pracovních dnů před plánovaným termínem zahájení takového předávání ze systémů zúčastněných dopravců do Systému, čímž dojde fakticky k zahájení Pilotního provozu Systému.
4.8. Smluvní strany se dohodly, že Pilotní provoz Systému bude probíhat způsobem vymezeným v Příloze č. 2 této Smlouvy (Podrobná specifikace podmínek Rutinního provozu Systému), a to na konkrétním souboru dopravních výkonů, na kterém bude zajišťovat všechny plnohodnotné funkce Systému. Obě Smluvní strany činí nesporným, že Pilotní provoz se liší od Rutinního provozu pouze neposkytováním služeb Údržby a Podpory Systému ze strany Dodavatele a zbavením povinnosti Dodavatele poskytovat během Pilotního provozu garance řádného provozu Systému formou SLA.
4.9. Dodavatel je povinen během celého průběhu Pilotního provozu sledovat provozní parametry Systému blíže vymezené v Příloze č. 2 této Smlouvy a ukládat provozní data vymezená v Příloze č. 2 této Smlouvy.
4.10. Průběh Pilotního provozu Systému bude mezi Smluvními stranami zastoupenými dle článku 24 této Smlouvy vyhodnocován měsíčně za účasti Zástupců Dodavatele i Zástupců Objednatele.
4.11. K ukončení Implementace Systému, a tedy k převzetí díla a Systému do Rutinního provozu Objednatelem, může dojít pouze v rámci akceptačního řízení dle tohoto článku Smlouvy, a to formou vyhodnocení Smluvními stranami, zda dílo splňuje veškeré požadavky na jeho provoz v rámci Rutinního provozu vymezené v Příloze č. 2 této Smlouvy, a zejména pak po splnění časové podmínky realizace délky Pilotního provozu dle článku 4.6 této Smlouvy, nejdříve však v termínu dle plánu vymezeného v Příloze č. 4 této Smlouvy (Harmonogramu plnění).
V případě, kdy nedojde ke včasnému splnění povinnosti Objednatele dle článku 15.4 této Smlouvy mající přímý vliv na termín zahájení Rutinního provozu, činí Smluvní strany nesporným, že k převzetí Systému do Rutinního provozu Objednatelem může dojít i bez splnění časové podmínky realizace délky Pilotního provozu dle článku 4.6 této Smlouvy. V takovém případě nebude Dodavatel poskytovat v Rutinním provozu na Systém veškerá SLA vyplývající ze Smlouvy a jejích příloh po takovou dobu od započetí Rutinního provozu, která se rovná času prodlení Objednatele mezi původním plánovaným termínem povinnosti Objednatele dle článku 15.4 této Smlouvy a reálným termínem splnění této povinnosti ze strany Objednatele.
4.12. Dodavatel je povinen vyzvat písemně Objednatele k zahájení akceptačního řízení směřujícího k ukončení Implementace Systému (a s tím přímo souvisejícího ukončení Pilotního provozu Systému), převzetí díla a přechodu do Rutinního provozu, a to nejméně čtrnáct (14) Pracovních dnů před plánovaným termínem zahájení akceptačního řízení dle tohoto článku této Smlouvy.
4.13. Objednatel je povinen vznést veškeré své výhrady nebo připomínky nejpozději do čtrnácti (14) Pracovních dnů ode dne zahájení akceptačního řízení, nebude-li mezi Smluvními stranami dohodnuto jinak. V takovém případě, kdy se Objednatel do výše uvedené lhůty nevyjádří, je Dodavatel povinen Objednatele opakovaně vyzvat ke vznesení výhrad nebo připomínek.
4.14. Vznese-li Objednatel ve stanovené lhůtě své výhrady nebo připomínky, je Xxxxxxxxx povinen nejpozději ve lhůtě stanové Smluvními stranami, která nesmí být kratší než čtrnáct (14) Pracovních dnů ode dne jejich doručení, provést veškeré potřebné úpravy plnění dle odůvodněných výhrad a připomínek Objednatele.
4.15. O předání a převzetí plnění dle tohoto článku Smlouvy bude mezi Smluvními stranami sepsán písemný Akceptační protokol, který musí být podepsán oběma Smluvními stranami zastoupenými osobami dle článku 24 této Smlouvy, jehož vzor je uveden v Příloze č. 6 (Vzor Akceptačního protokolu) této Smlouvy.
5. RUTINNÍ PROVOZ SYSTÉMU
5.1. Dodavatel je povinen se souhlasem Objednatele na riziko Dodavatele zahájit Rutinní provoz Systému bezprostředně po finální akceptaci Implementace Systému.
5.2. Podrobná pravidla Rutinního provozu jsou vymezena v Příloze č. 2 této Smlouvy.
5.3. Smluvní strany činí nesporným, že součástí Rutinního provozu Systému dle této Smlouvy je mimo jiné i zajištění Hardwaru formou služby, a to v rozsahu a za podmínek stanovených v Návrhu řešení Systému, který tvoří Přílohu č. 1 této Smlouvy.
6. POSKYTOVÁNÍ SLUŽEB ÚDRŽBY A PODPORY SYSTÉMU
6.1. Smluvní strany se dohodly, že Dodavatel je po celou dobu zajišťování Rutinního provozu Systému dle této Smlouvy povinen poskytovat Objednateli služby Údržby a Podpory Systému.
6.2. Podrobná specifikace plnění dle tohoto článku této Smlouvy je uvedena v Příloze č. 3
této Smlouvy.
7. POSKYTOVÁNÍ SLUŽEB ROZVOJE SYSTÉMU A OBNOVY SYSTÉMU
7.1. Smluvní strany se dohodly, že Dodavatel je po celou dobu zajišťování Rutinního provozu Systému dle této Smlouvy povinen poskytovat Objednateli služby Rozvoje Systému a Obnovy Systému včetně konzultačních služeb nezbytných k realizaci, a to na základě požadavků Objednatele vznesených v souladu s pravidly stanovenými pro Změnové řízení definovanými v článku 13 této Smlouvy,
7.2. Smluvní strany se dohodly, že Změnové řízení související s Rozvojem Systému a Obnovou Systému je oprávněn iniciovat rovněž Dodavatel, a to v souladu s pravidly stanovenými pro Změnové řízení definovanými v článku 13 této Smlouvy,
8. POSKYTOVÁNÍ KONZULTAČNÍCH A PORADENSKÝCH SLUŽEB
8.1. Dodavatel se zavazuje poskytovat Objednateli veškeré konzultační a poradenské služby, které jsou nezbytné pro rozhodování o vybudování a provozování funkčního Systému. Konzultační a poradenské služby, které jsou nezbytné pro vybudování a provozování funkčního Systému (plnění dle článků 3.1.1 – 3.1.3) se Dodavatel zavazuje poskytovat v rámci těchto dílčích plnění bez nároku na navýšení ceny díla za tato dílčí plnění.
8.2. Dodavatel se zavazuje poskytnout Objednateli i jakékoliv další, v této Smlouvě neuvedené Dodávky služeb, jejichž potřeba se ukáže jako nezbytná pro vývoj Systému a pro následné řádné, bezporuchové, plně funkční a nepřetržité provozování Systému, a to v souladu s pravidly stanovenými pro Změnové řízení definovanými v článku 13 této Smlouvy.
8.3. Smluvní strany se dohodly, že v případě, kdy poskytnutí konzultačních a poradenských služeb dle ustanovení tohoto článku této Smlouvy nemohl Dodavatel předvídat ani při vynaložení odborné péče, nebo pokud jejich potřeba vznikla z důvodů na straně Objednatele nebo z důvodu změny právních předpisů či českých a mezinárodních technických norem po uzavření této Smlouvy, budou při poskytování takovýchto služeb Smluvní strany postupovat formou Změny dle této Smlouvy.
9. MÍSTO A DOBA PLNĚNÍ
9.1. Místem plnění je sídlo Objednatele nebo sídlo Dodavatele, nedohodnou-li se Smluvní strany jinak.
9.2. Dodavatel se zavazuje zahájit realizaci plnění dle této Smlouvy bez zbytečného odkladu po nabytí účinnosti této Smlouvy a realizovat jednotlivá plnění dle této Smlouvy v termínech uvedených v Příloze č. 4 této Smlouvy (Harmonogram plnění), tedy:
9.2.1. plnění poskytnuté Dodavatelem dle článku 3.1.1 této Smlouvy ode dne nabytí účinnosti této Smlouvy do 30.11.2020,
9.2.2. plnění poskytnutá Dodavatelem dle článku 3.1.2, 3.1.3 a 3.1.4 této Smlouvy od
01.12.2020 do 31.12.2025 a
9.2.3 plnění poskytnuté Dodavatelem dle článku 3.1.5 této Smlouvy ode dne nabytí účinnosti této Smlouvy do 31.12.2025.
9.3. Smluvní strany prohlašují a činí nesporným, že jakákoli změna termínů plnění dle této
Smlouvy může být realizována pouze způsobem stanoveným dále v této Smlouvě.
10. CENA PLNĚNÍ
10.1. Smluvní strany se dohodly, že celková maximální cena za poskytnutí plnění Dodavatelem dle této Smlouvy činí 210 523 003,- Kč (slovy: dvě stě deset milionů pět set dvacet tři tisíc a tři koruny české) bez DPH, sazba DPH ve výši 21 %, tj. 254 732 833,63 Kč (slovy: dvě stě padesát čtyři milionů sedm set třicet dva tisíc osm set třicet tři korun českých a šedesát tři haléřů) včetně DPH, kdy je tvořena:
10.1.1. cenou za poskytnutí plnění Dodavatelem na základě ustanovení článku 3.1.1 této Smlouvy v celkové výši za dobu poskytování předmětného plnění dle této Smlouvy 90 244 207,- Kč (slovy: devadesát milionů dvě stě čtyřicet čtyři tisíc dvě stě sedm korun českých) bez DPH, sazba DPH ve výši 21 %, tj. 109 195 490,47 Kč (slovy: jedno sto devět milionů jedno sto devadesát pět tisíc čtyři sta devadesát korun českých a čtyřicet sedm haléřů) včetně DPH, kdy tato bude hrazena Objednatelem dle ustanovení článku 11.1.1 této Smlouvy;
10.1.2. cenou za poskytnutí plnění Dodavatelem na základě ustanovení článku 3.1.2 této Smlouvy v celkové výši za dobu poskytování předmětného plnění dle této Smlouvy 52 845 996,- Kč (slovy: padesát dva milionů osm set čtyřicet pět tisíc devět set devadesát šest korun českých) bez DPH, sazba DPH ve výši 21 %, tj. 63 943 655,16 Kč (slovy: šedesát tři milionů devět set čtyřicet tři tisíc šest set padesát pět korun českých a šestnáct haléřů) včetně DPH, kdy tato bude hrazena Objednatelem v pravidelných měsíčních platbách dle ustanovení článku 11.1.2 této Smlouvy;
10.1.3. cenou za poskytnutí plnění Dodavatelem na základě ustanovení článku 3.1.3 této Smlouvy v celkové výši za dobu poskytování předmětného plnění dle této Smlouvy 27 450 000,- Kč (slovy: dvacet sedm milionů čtyři sta padesát tisíc korun českých) bez DPH, sazba DPH ve výši 21 %, tj. 33 214 500,- Kč (slovy: třicet tři milionů dvě stě čtrnáct tisíc pět set korun českých) včetně DPH, kdy tato bude hrazena Objednatelem v pravidelných měsíčních platbách dle ustanovení článku 11.1.3 této Smlouvy;
10.1.4. cenou za poskytnutí plnění Dodavatelem na základě ustanovení článku 3.1.4 této Smlouvy v maximální výši 17 830 000,- Kč (slovy: sedmnáct milionů osm set třicet tisíc korun českých) bez DPH, sazba DPH ve výši 21 %, tj. 21 574 300,- Kč (slovy: dvacet jedna milionů pět set sedmdesát čtyři tisíc tři sta korun českých) včetně DPH, kdy tato bude hrazena Objednatelem dle ustanovení článku 11.1.4 této Smlouvy;
10.1.5. cenou za poskytnutí plnění Dodavatelem na základě ustanovení článku 3.1.5 této Smlouvy v maximální výši 22 152 800,- Kč (slovy: dvacet dva milionů jedno sto padesát dva tisíc osm set korun českých) bez DPH, sazba DPH ve výši 21 %, tj. 26 804 888,- Kč (slovy: dvacet šest milionů osm set čtyři tisíc osm set osmdesát osm korun českých) včetně DPH, kdy tato bude hrazena Objednatelem dle ustanovení článku 11.1.5 této Smlouvy;
10.2. Smluvní strany prohlašují a činí nesporným, že cena stanovená v článku 10.1 této Smlouvy je cenou konečnou a nepřekročitelnou a zahrnuje veškeré náklady Dodavatele spojené s poskytováním plnění dle této Smlouvy.
10.3. Smluvní strany se dohodly, že výše uvedené ceny, budou po dobu trvání této Smlouvy měněny v závislosti na míře inflace, resp. deflace vyjádřené přírůstkem, resp. úbytkem průměrného indexu spotřebitelských cen v České republice za dvanáct (12) měsíců předcházejícího kalendářního roku, zveřejňovaného Českým statistickým úřadem, který vyjadřuje procentní změnu průměrné cenové hladiny za období uplynulých 12 měsíců. Příslušné ceny budou v závislosti na míře inflace, resp. deflace upravovány jednou ročně, vždy od prvého dne kalendářního měsíce následujícího po měsíci, v němž Český statistický úřad údaj zveřejnil, a to dle míry inflace, resp. deflace za předchozí kalendářní rok.
Každoroční úprava příslušných cen dle příslušného indexu bude Smluvními stranami provedena písemným dodatkem k této Smlouvě. Návrh písemného dodatku k této Smlouvě je oprávněna předložit kterákoliv Smluvní strana. Smluvní strany se zavazují, že si poskytnou potřebnou součinnost k tomu, aby k uzavření příslušného dodatku k této Smlouvě došlo nejpozději do dvou měsíců od zveřejnění údaje Českým statistickým úřadem. Pokud bude dodatek uzavřen později, Smluvní strany vypořádají inflační navýšení či deflační snížení za období od 1. dne kalendářního měsíce následujícího po zveřejnění meziročního přírůstku/úbytku indexu spotřebitelských cen.
10.4. Nad rámec sjednaných úprav podle článku 10.3 této Smlouvy, může být cena plnění změněna pouze v případě, že dojde ke změnám daňových právních předpisů, které budou mít prokazatelný vliv na výši ceny, a to zejména v případě změny sazby DPH, a to o částku odpovídající této legislativní změně. K takové změně může dojít pouze ve vztahu k těm částem ceny, u kterých před okamžikem nabytí účinnosti relevantní změny daňových předpisů ještě nenastal den uskutečnění zdanitelného plnění. Změna ceny v důsledku změny daňových právních předpisů bude Smluvními stranami sjednána formou uzavření písemného dodatku k této Smlouvě.
11. PLATEBNÍ PODMÍNKY
11.1. Smluvní strany se dohodly, že cena za řádně poskytnuté plnění dle této Smlouvy je
splatná:
11.1.1. ve vztahu k plnění poskytnutému Dodavatelem na základě ustanovení článku
3.1.1 této Smlouvy takto:
11.1.1.1. na základě faktury – daňového dokladu vystaveného Dodavatelem, a to jednorázovou fakturací ve výši 10 000 000,- Kč (slovy: deset milionů korun českých) bez DPH, sazba DPH ve výši 21 %, tj. 12 100 000 Kč (slovy: dvanáct milionů jedno sto tisíc korun českých) včetně DPH, vystavené Dodavatelem na základě převzetí dílčího věcného plnění předmětu této Smlouvy dle článku 4.5 potvrzeného Objednatelem v Akceptačním protokolu samostatně vystaveném k tomuto účelu Dodavatelem a doloženém k faktuře;
11.1.1.2. v souvislosti s věcným plněním – realizace dokončení Systému dle této Smlouvy ve vysokém stádiu rozpracovanosti na základě čtvrtletních zálohových faktur vystavených Dodavatelem, a to ve výši:
11.1.1.2.1. 7 000 000,- Kč (slovy: sedm milionů korun českých) bez DPH, sazba DPH ve výši 21%, tj. 8 470 000 Kč (slovy: osm milionů čtyři sta sedmdesát tisíc korun českých) včetně DPH, vystavené Dodavatelem ke dni 31.1.2020;
11.1.1.2.2. 7 000 000,- Kč (slovy: sedm milionů korun českých) bez DPH, sazba DPH ve výši 21%, tj. 8 470 000 Kč (slovy: osm milionů čtyři sta sedmdesát tisíc korun českých) včetně DPH, vystavené Dodavatelem ke dni 31.4.2020;
11.1.1.2.3. 7 000 000,- Kč (slovy: sedm milionů korun českých) bez DPH, sazba DPH ve výši 21%, tj. 8 470 000 Kč (slovy: osm milionů čtyři sta sedmdesát tisíc korun českých) včetně DPH, vystavené Dodavatelem ke dni 31.7.2020;
Dodavatel se tímto zavazuje pro všechna plnění přijatá dle bodu
11.1.1.2 této Smlouvy vystavit nejpozději do 15 dnů od přijetí platby daňový doklad k přijaté platbě a jeho zaslání Objednateli;
11.1.1.3. na základě faktury – daňového dokladu vystaveného Dodavatelem, a to jednorázovou fakturací ve výši 80 244 207,- Kč (slovy: osmdesát milionů dvě stě čtyřicet čtyři tisíc dvě stě sedm korun českých) bez DPH, sazba DPH ve výši 21 %, tj. Kč (slovy: korun českých a čtyřicet sedm haléřů) včetně DPH, vystavené Dodavatelem na základě převzetí díla Objednatelem formou akceptace a přiložením Akceptačního protokolu dle ustanovení článku 4.15 této Smlouvy. Dodavatel ve fakturaci v tomto případě zohlední všechny již doposud uhrazené zálohy dle ustanovení 11.1.1.2 této Smlouvy;
11.1.1.4. Dodavatel je povinen vyúčtovat zálohové platby podle článku 11.1.1.2. této Smlouvy do 31. 12. 2020. Pokud nebudou předmětné zálohy vyúčtovány do 31. 12. 2020, je Xxxxxxxxx povinen nevyúčtované zálohy vrátit Objednateli. ,0
11.1.2. ve vztahu k plnění poskytnutému Dodavatelem na základě ustanovení článku
3.1.2 této Smlouvy na základě faktury – daňového dokladu vystaveného Dodavatelem, a to na základě období, za které je poskytování předmětného plnění fakturováno a v pravidelných měsíčních platbách ve výši:
Pro období od 1.12.2020 do 31.12.2021:
1 294 430,77 Kč (slovy: jeden milion dvě stě devadesát čtyři tisíc čtyři sta třicet korun českých a sedmdesát sedm haléřů) bez DPH, sazba DPH ve výši 21 %, tj. 1 566 261,23 Kč (slovy: jeden milion pět set šedesát šest tisíc dvě stě šedesát jedna korun českých a dvacet tři haléřů) včetně DPH
Pro období od 1.1.2022 do 31.12.2022:
756 633,- Kč (slovy: sedm set padesát šest tisíc šest set třicet tři korun českých) bez DPH, sazba DPH ve výši 21 %, tj. 915 525,93 Kč (slovy: devět set patnáct tisíc pět set dvacet pět korun českých a devadesát tři haléřů) včetně DPH
Pro období od 1.1.2023 do 31.12.2025:
748 300,- Kč (slovy: sedm set čtyřicet osm tisíc a tři sta korun českých) bez DPH, sazba DPH ve výši 21 %, tj. 905 443 Kč (slovy: devět set pět tisíc čtyři sta čtyřicet tři korun českých) včetně DPH
vystavené Dodavatelem nejdříve první den měsíce následujícího po měsíci, za který je poskytování předmětného plnění fakturováno;
11.1.3. ve vztahu k plnění poskytnutému Dodavatelem na základě ustanovení článku
3.1.3 této Smlouvy na základě faktury – daňového dokladu vystaveného Dodavatelem, a to v pravidelných měsíčních platbách ve výši 450 000,- Kč (slovy: čtyři sta padesát tisíc korun českých) bez DPH, sazba DPH ve výši 21 %, tj. 544 500,- Kč (slovy: pět set čtyřicet čtyři tisíc pět set korun českých) včetně DPH vystavené Dodavatelem nejdříve první den měsíce následujícího po měsíci, za který je poskytování předmětného plnění fakturováno;
11.1.4. ve vztahu k plnění poskytnutému Dodavatelem na základě ustanovení článku
3.1.4 na základě měsíčních faktur – daňových dokladů řádně vystavených Dodavatelem za uzavřená plnění poskytnutá v předcházejícím kalendářním měsíci podle této Smlouvy, a to v rozsahu předložených a schválených požadavků Změnového řízení. Specifikace výše odměny Dodavatele za toto plnění musí být vždy obsaženo v každém takovém dílčím požadavku a podléhá schválení ze strany Objednatele dle Změnového řízení této Smlouvy. Pro zamezení všech pochybností se uzavřenými plněními rozumí takové požadavky, které jsou funkčními schválenými celky;
11.1.5. ve vztahu k plnění poskytnutému Dodavatelem na základě ustanovení článku
3.1.5 na základě měsíčních faktur – daňových dokladů řádně vystavených Dodavatelem za plnění poskytnuté v předcházejícím kalendářním měsíci podle této Smlouvy, a to v rozsahu objednané, vykázané a provedené práce. Specifikace výše odměny Dodavatele za toto plnění je obsažena v Příloze č. 5 (Cenové podmínky) této Smlouvy.
11.2. Smluvní strany se dohodly, že v každé faktuře – daňovém dokladu musí být ze strany Dodavatele uveden rozpad celkové ceny na jednotlivá konkrétní plnění dle této Smlouvy. Dodavatel bude fakturovat jednotlivé služby uvedené v čl. 3.1 této Smlouvy vždy odděleně. Části plnění uvedené v čl. 4.2 této Smlouvy se Dodavatel zavazuje fakturovat odděleně zvlášť za platformu a zvlášť za ostatní části plnění. Jednotlivé objednávky za služby dle čl. 3.1.4. a 3.1.5 této Smlouvy musí být rovněž fakturovány odděleně.
11.3. Bude-li poskytování plnění dle této Smlouvy zahájeno nebo ukončeno v průběhu kalendářního měsíce a je-li Smluvními stranami dohodnuta měsíční úhrada ceny plnění poskytnutého Dodavatelem dle této Smlouvy, bude za daný měsíc uhrazena poměrná část ceny plnění odpovídající skutečně poskytnutému plnění v daném měsíci.
11.4. Smluvní strany se dohodly, že cena plnění poskytnutého Dodavatelem dle této Smlouvy je splatná ve lhůtě třiceti (30) Dnů ode dne doručení faktury – daňového dokladu, splňujícího všechny požadavky stanovené touto Smlouvou Objednateli.
11.5. Faktura – daňový doklad vystavená Dodavatelem dle této Smlouvy musí splňovat všechny náležitosti daňového a účetního dokladu stanovené právními předpisy, zejm. Zákonem o DPH, přičemž musí vždy obsahovat zejména následující údaje:
11.5.1. označení Smluvních stran a jejich adresy, IČO, DIČ;
11.5.2. údaj o tom, že vystavovatel faktury – daňového dokladuje zapsán v obchodním rejstříku včetně spisové značky;
11.5.3. evidenční číslo této Smlouvy Objednatele a v případě dodávky služeb dle čl. 3.1.4 a 3.1.5 této Smlouvy též i číslo příslušné objednávky;
11.5.4. označení poskytnutého plnění dle této Smlouvy;
11.5.5. číslo faktury – daňového dokladu;
11.5.6. den vystavení a lhůta splatnosti faktury / daňového dokladu;
11.5.7. označení peněžního ústavu a číslo účtu Dodavatele;
11.5.8. razítko a podpis oprávněné osoby Dodavatele;
11.5.9. další stanovené podklady vyplývající pro dané plnění z této smlouvy.
11.6. Nebude-li faktura – daňový doklad obsahovat stanovené náležitosti, nebo v ní nebudou správně uvedené údaje dle této Smlouvy, je Objednatel oprávněn ji vrátit Dodavateli ve lhůtě splatnosti. V takovém případě se přeruší běh lhůty splatnosti a nová lhůta splatnosti počne běžet ode dne doručení bezvadné faktury – daňového dokladu Objednateli.
11.7. Cena plnění bude hrazena bankovním převodem na účet Dodavatele uvedený ve faktuře
– daňovém dokladu, který musí odpovídat číslu účtu uvedenému v záhlaví této Smlouvy, popř. číslu účtu Xxxxxxxxxx, který je uveden v registru plátců DPH. Případnou změnu čísla účtu, které je uvedeno v záhlaví této Smlouvy, je Xxxxxxxxx povinen Objednateli písemně oznámit a na zpětný dotaz Objednatele opětovně písemně potvrdit, jinak je Objednatel oprávněn fakturu Dodavateli vrátit.
11.8. Cena plnění se považuje za uhrazenou okamžikem jejího odeslání z účtu Objednatele ve
prospěch účtu Dodavatele dle odst. 7 tohoto článku.
12. PRŮBĚŽNÉ KONZULTACE K PLNĚNÍ TÉTO SMLOUVY
12.1. Objednatel je povinen na základě žádosti Xxxxxxxxxx konzultovat s Dodavatelem všechny odborné záležitosti související s předmětem plnění této Smlouvy. Pro zamezení všech pochybností Smluvní strany konstatují, že odborné záležitosti jsou vymezeny zejména odbornými znalostmi, schopnostmi a způsobilostí osob zastupujících Objednatele v této věci.
12.2. Výzva Dodavatele ke konzultaci s Objednatelem dle předchozího odstavce tohoto článku Smlouvy musí být Objednateli doručena minimálně pět (5) Pracovních dnů před požadovaným termínem konzultace, nedohodnou-li se Smluvní strany jinak.
12.3. Objednatel se zavazuje při průběžných konzultacích Dodavateli poskytovat veškerou nezbytnou součinnost a dle svých možností se vyjadřovat k průběžným výstupům Dodavatele.
12.4. Smluvní strany jsou povinny vyhotovit o průběhu a obsahu konzultací dle tohoto článku Smlouvy písemný zápis, který musí být podepsán oprávněnými zástupci obou Smluvních stran.
13. ZMĚNOVÉ ŘÍZENÍ, NOVÉ FUNKCE
13.1. Smluvní strany se dohodly, že požadavky na služby ve smyslu čl. 3.1.4. této Smlouvy a služby ve smyslu čl. 3.1.5. této Smlouvy se budou nazývat společně Změnovým řízením.
13.2. Za účelem prokazatelné evidence a dokumentace Změnového řízení se Smluvní strany dohodly, že nejpozději do šesti (6) měsíců od zveřejnění této Smlouvy zřídí Dodavatel Evidenční systém požadavků umožňující dálkový přístup na webové adrese xxxx://xx.xxxxxx.xx/xx/, do kterého budou mít zřízený přístup jak Zástupci Dodavatele, tak i Zástupci Objednatele.
13.3. Kterákoliv ze Smluvních stran je oprávněna navrhnout úpravy funkcionality Systému dle této Smlouvy, a to prostřednictvím rozhraní uvedeného v článku 13.2 této smlouvy, a to do fronty Změnových požadavků s názvem „SJT-ZMENY“.
13.4. Dodavatel se zavazuje provést hodnocení dopadů kteroukoliv Smluvní stranou navrhovaných Změn, popřípadě návrhu nových funkcí na termíny plnění, cenu a součinnost Objednatele. Dodavatel je povinen toto hodnocení provést bez zbytečného odkladu, nejpozději do čtrnácti (14) Pracovních dnů ode dne doručení návrhu kterékoliv Smluvní strany druhé Smluvní straně, a to ve formě číslované nabídky, která obsahuje výše uvedené údaje včetně uvedení informace o pracnosti.
13.5. Objednatel není povinen navrhovanou Změnu akceptovat.
13.6. V případě, že oprávněný Zástupce Objednatele navrhovanou Změnu či novou funkcionalitu v evidenčním systému požadavků schválí, považuje se takový požadavek za schválený v Evidenčním systému požadavků. Požadavek je možné realizovat ze strany Dodavatele po obdržení písemné objednávky Objednatele, jejíž součástí je finální nabídka Dodavatele.
13.7. Dodavatel se zavazuje vynaložit veškeré úsilí, které po něm lze spravedlivě požadovat,
aby Změnu požadovanou Objednatelem akceptoval.
13.8. Jakékoliv změny plnění dle této Smlouvy musí být kromě číslovaných dodatků k této Smlouvě zároveň také sjednány, schváleny a evidovány pomocí rozhraní uvedeného v článku 13.2 této Smlouvy.
14. PRÁVA A POVINNOSTI DODAVATELE
14.1. Dodavatel je povinen a zároveň oprávněn spolupracovat s oprávněnými pracovníky Objednatele a jinými jím pověřenými zaměstnanci ve věci plnění předmětu této Smlouvy, přičemž tyto osoby na straně Objednatele jsou povinny poskytovat Dodavateli řádnou součinnost.
14.2. Dodavatel je povinen na požádání informovat Objednatele o průběhu plnění předmětu této Smlouvy a akceptovat jeho doplňující pokyny a připomínky související s plněním předmětu této Smlouvy.
14.3. Dodavatel se zavazuje upozornit Objednatele na nevhodnost jím udělených pokynů, jestliže tuto nevhodnost mohl zjistit při vynaložení odborné péče. Dodavatel je však povinen pokyny Objednatele splnit, trvá-li na tom Objednatel i přes jeho upozornění, v takovém případě však Dodavatel neodpovídá za tím vzniklou škodu.
14.4. Dodavatel je oprávněn po dohodě s Objednatelem svolávat konzultační schůzky k řešení sporných otázek souvisejících s plněním předmětu Smlouvy, a to dle ustanovení článků 12 a 14.1 této Smlouvy.
14.5. Dodavatel se zavazuje bezodkladně a s vyvinutím přiměřeného úsilí řešit ve spolupráci
s Objednatelem překážky v plnění předmětu této Smlouvy.
14.6. Dodavatel je oprávněn užít ke splnění svých závazků z této Smlouvy třetích osob, tedy osob, které nejsou v zaměstnaneckém, nebo obdobném poměru k Dodavateli, i v takovém případě však Dodavatel odpovídá v takovém rozsahu, jako by poskytoval plnění sám.
14.7. Dodavatel není oprávněn výstupy plnění Smlouvy rozšiřovat bez předchozího písemného souhlasu Objednatele. Přenechání výstupu plnění předmětu Smlouvy nebo jeho části Dodavatelem třetí osobě bez předchozího písemného souhlasu Objednatele je důvodem pro výpověď Smlouvy Objednatelem dle ustanovení článku 21.2. Smlouvy.
14.8. Dodavatel je povinen vést po dobu trvání Smlouvy archiv dokumentů vzniklých v souvislosti s plněním této Smlouvy a jejích změn. Dodavatel je oprávněn archivovat dokumenty pouze v elektronické podobě, a to vyjma případů, kdy povinnost archivace dokumentů v listinné podobě stanoví Dodavateli nebo objednateli právní předpisy. Dodavatel je povinen umožnit Objednateli přístup do archivu dokumentů.
14.9. Data zpracovaná dodavatelem při poskytování služeb souvisejících s provozováním Systému a takto vytvořená databáze jsou vlastnictvím objednatele a Dodavatel není oprávněn s těmito daty nakládat jinak, než jak mu ukládá Objednatel.
14.10. Dodavatel je povinen dodat dílčí věcné plnění této Smlouvy dle ustanovení článku 4.5 nejpozději do 15.9.2018.
14.11. Dodavatel je povinen všechny příjmy související s provozem webového rozhraní pro vyhledávání a prodej jízdních dokladů dle článku 4.6 Přílohy č. 1 této Smlouvy pořídit jménem Objednatele na svůj účet, zaznamenat je samostatně s použitím analytické evidence v účetnictví státního podniku, ponížit je o prokazatelné náklady přímo související se zajištěním těchto příjmů jako zejména zajištění bankovních a karetních platebních metod (náklady budou rovněž samostatně zaznamenány s použitím analytické evidence) a nejpozději k 15.11. daného kalendářního roku (vždy za období od 1.11. do 30.10.) Objednateli předložit roční výpis této analytické evidence (v písemné formě) za účelem obdržení výzvy k platbě od Objednatele. Objednatel je oprávněn v předloženém ročním výpisu analytické evidence vytknout vady.
Nejpozději do sedmi (7) kalendářních dnů od data přijetí výzvy podle článku 15.5 této Smlouvy je Dodavatel povinen uhradit celkovou souhrnnou částku odpovídající schválené analytické evidenci sloužící jako příjem státního rozpočtu z provozu Systému na bankovní účet číslo 19-22027001/0710.
14.12. V souvislosti s povinností Objednatele dle článku 15.5 této Smlouvy je Dodavatel povinen nejpozději do čtyř (4) kalendářních dnů napravit vytčené vady v předložené evidenci a předložit opravenou analytickou evidenci (v písemné formě), a to pouze v případě, že byly vady vytčeny.
14.13. V souvislosti se schopností Dodavatele plnit řádně povinnosti sjednané touto Smlouvou Dodavatel prohlašuje, že nejpozději k datu uzavření této Smlouvy samostatným požadavkem směřujícím k Objednateli podal žádost o poskytnutí bezúročné finanční vratné výpomoci:
14.13.1. Návratná finanční výpomoc ve výši 35 milionů Kč s termínem poskytnutí
od 1.8.2018 do 31.12.2020.
14.13.2. Návratná finanční výpomoc ve výši 18 milionů Kč s termínem poskytnutí
od 1.1.2019 do 31.12.2020.
15. PRÁVA A POVINNOSTI OBJEDNATELE
15.1. Objednatel se zavazuje poskytovat Xxxxxxxxxx na jeho odůvodněnou žádost podklady, odborné konzultace a nezbytnou součinnost nutnou k plnění předmětu této Smlouvy, a to dle ustanovení článku 12 této Smlouvy.
15.2. Objednatel se zavazuje umožnit vstup zaměstnancům Dodavatele a osobám v obdobném poměru k Dodavateli, jakož i Poddodavatelům Dodavatele na pracoviště Objednatele během pracovní doby za účelem plnění předmětu této Smlouvy. Dodavatel je povinen dodržovat vnitřní předpisy Objednatele, pokyny Objednatele týkající se pohybu osob po budově a provozu budovy a seznámit s nimi všechny pracovníky plnící předmět Smlouvy. Dodavatel odpovídá za dodržování těchto předpisů.
15.3. Objednatel je oprávněn svolávat po dohodě s Dodavatelem pracovní schůzky k řešení sporných otázek, souvisejících s plněním předmětu Smlouvy a Dodavatel je povinen zajistit účast příslušných kompetentních odborně způsobilých osob na těchto pracovních schůzkách.
15.4. Objednatel je povinen nejpozději do 15. 5. 2020 zajistit připojení minimálně dvou (2) zúčastněných dopravců do Systému, a to pro účely zajištění plnohodnotného Pilotního provozu Systému na základě reálných dat. Připojení bude zajištěno formou promítnutí technických podmínek do dodatků smluv sjednaných s dopravci. Smluvní strany činí nesporným, že podmínkou pro splnění povinnosti Objednatele dle předchozí věty je obdržení podkladů zpracovaných Dodavatelem dle ustanovení článku 14.10 této Smlouvy.
15.5. V souvislosti s povinností Xxxxxxxxxx vystavit výzvu k platbě dle článku 14.11 této
Xxxxxxx, případně vystavit výzvu k platbě na základě opravené evidence dle článku
14.12 této Smlouvy je Objednatel povinen tento úkon provést nejpozději do sedmi (7) kalendářních dní ode dne předložení evidence, resp. ode dne předložení opravené evidence, a to včetně variabilního symbolu, který má být pro platbu použit.
15.6. Smluvní strany předpokládají, že v souvislosti s povinnostmi Dodavatele dle této Smlouvy bude Objednateli poskytnuta návratná finanční výpomoc ve výši a rozpadu ve článku 14.13 této Smlouvy. Objednatel v souvislosti s vyřízením žádosti o návratnou finanční výpomoc poskytne Dodavateli nezbytnou součinnost.
16. LICENČNÍ UJEDNÁNÍ
16.1. Dodavatel tímto prohlašuje, že jeho plnění dle této Smlouvy, tj. především výsledky jeho vlastní činnosti a plnění Poddodavatelů při činnosti pro potřeby Objednatele dle této Smlouvy, budou vytvořena jako zaměstnanecké dílo ve smyslu
§ 58 zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), ve znění pozdějších předpisů (dále jen „autorský zákon“), zaměstnanci Dodavatele anebo Poddodavatelů a osobami, které jsou k Dodavateli anebo Poddodavatelům v obdobném pracovněprávním poměru, v rámci jejich povinností, vyplývajících z pracovněprávních vztahů k Dodavateli anebo k Poddodavatelům. Dodavatel dále prohlašuje, že byl těmito zaměstnanci, a v případě plnění Poddodavatelů dle této Smlouvy Poddodavateli, oprávněn k postoupení výkonu majetkových práv autorských a poskytnutí ostatních práv duševního vlastnictví k plnění dle této Smlouvy Objednateli, jakož i jím zvoleným třetím osobám. Dodavatel se v tomto smyslu zavazuje poskytnout Objednateli v případě jeho odůvodněné písemné žádosti seznam zaměstnanců Dodavatele anebo jiných fyzických osob, které jsou autory díla, spolu s prohlášením, že tento seznam autorů je úplný a správný, a to do pěti (5) dnů od doručení žádosti Objednatele.
16.2. Smluvní strany se dohodly, že pokud bude v souvislosti s plněním dle této Smlouvy vytvořeno Dodavatelem anebo jeho Poddodavateli dílo, které je vytvořeno výlučně na objednávku a pro potřeby Objednatele a které naplňuje znaky autorského díla, ve smyslu autorského zákona, Dodavatel okamžikem předání takového díla nebo jakéhokoliv plnění, jehož bude toto dílo součástí, Objednateli postupuje právo výkonu veškerých autorských majetkových práv k předanému plnění (výstupu), popř. zajistí k tomuto okamžiku postoupení takových práv Objednateli. Objednatel se tím stává ve vztahu k této části díla vykonavatelem autorských práv majetkových. Právo výkonu majetkových práv autorských se postupuje jako dále postupitelné. Zaměstnancům Dodavatele a dalším osobám dle článku 18.1 této Smlouvy (autorům) přitom nenáleží nárok na přiměřenou dodatečnou odměnu podle ustanovení § 58 odst. 6 autorského zákona. Cena za poskytnutí práva výkonu majetkových práv autorských je zahrnuta v ceně za provedení předmětného plnění dle této Smlouvy.
16.3. Je-li výstupem vlastní činnosti Dodavatele anebo jeho Poddodavatelů nebo součástí plnění dle této Smlouvy výtvor, který je předmětem práv autorských, práv souvisejících či předmětem práv pořizovatele k jím pořízené databázi, zejména autorské dílo, a nejde-li přitom o dílo ve smyslu předchozího odstavce této Smlouvy, od okamžiku převzetí plnění náleží Objednateli k plněním, vymezeným v tomto odstavci, pro území celého světa včetně České republiky výhradní neomezené právo k užití těchto plnění. Dodavatel touto Smlouvou poskytuje Objednateli oprávnění k výkonu uvedeného výhradního práva k užití předmětných plnění podle autorského zákona a občanského zákoníku (licence), a to ke splnění účelu této Smlouvy a v souladu s ní, a to bez časového, územního a množstevního omezení a pro všechny způsoby užití. Objednatel je oprávněn výsledky vlastní činnosti Dodavatele (autorská díla) užít v původní nebo jiným zpracované či jinak změněné podobě, samostatně nebo v souboru anebo ve spojení s jiným dílem či prvky. Oprávnění k užití předmětů ochrany podle autorského zákona získává Objednatel jako převoditelná s právem poskytnutí podlicence a dále postupitelná. Dodavatel dále poskytuje Objednateli právo upravovat a/nebo překládat dodaná plnění včetně práva Objednatele zadat vývoj a provedení těchto úprav a/nebo překladů třetím osobám. Odměna za poskytnutí licence dle tohoto odstavce této Smlouvy je zahrnuta v ceně za provedení předmětného plnění Dodavatele dle této Smlouvy. Není-li Smluvními stranami v každém konkrétním případě písemně sjednáno jinak, právo výkonu majetkových práv autorských (licence) k těm částem plnění, která byla vytvořena Poddodavateli, se poskytuje v obdobném rozsahu.
16.4. Je-li výstupem činnosti Dodavatele anebo jeho Poddodavatelů nebo součástí plnění dle této Smlouvy výtvor, který je předmětem práv průmyslového vlastnictví, avšak dosud nebyl přihlášen k ochraně nebo na základě přihlášky dosud nebyl zapsán či udělen anebo se jeho zápis nevyžaduje, zejména vynález, užitný vzor či průmyslový vzor, převádí Dodavatel na Objednatele touto Smlouvou od okamžiku předání plnění veškerá práva na tyto předměty průmyslových práv, zejména pak právo na patent, právo na užitný vzor a právo na průmyslový vzor. Objednatel je oprávněn zejména tyto předměty průmyslových práv přihlásit k ochraně na území České republiky a jiných teritoriích a neomezeně je i po jejich zápisu využívat na území celého světa včetně České republiky. Úhrada za převod takových práv je zahrnuta v ceně za provedení předmětného plnění Dodavatele dle této Smlouvy. Není-li Objednatelem a Dodavatelem v každém konkrétním případě sjednáno jinak, právo užití předmětů průmyslového vlastnictví k těm částem plnění, která byla vytvořena Poddodavateli Dodavatele, se poskytuje v obdobném rozsahu.
16.5. Je-li výstupem činnosti Dodavatele anebo jeho Poddodavatelů nebo součástí plnění dle této Smlouvy výtvor, zejména udělený či zapsaný vynález, užitný vzor či průmyslový vzor, od okamžiku akceptace dle článku 6 této Smlouvy náleží Objednateli k těmto zapsaným předmětům průmyslových práv, a pro území celého světa včetně České republiky, nevýhradní neomezené právo k užití těchto zapsaných předmětů průmyslových práv. Dodavatel touto smlouvou opravňuje Objednatele k výkonu uvedených výhradních práv k zapsaným předmětům průmyslových práv, a to ke splnění účelu této Smlouvy a v souladu s ní, a to bez časového, územního a množstevního omezení a pro všechny způsoby užití. Oprávnění k užití zapsaných předmětů průmyslových práv získává Objednatel jako převoditelná, s právem udělit sublicence, a postupitelná. Dodavatel dále poskytuje Objednateli právo upravovat a modifikovat zapsané předměty průmyslových práv, včetně práva Objednatele zadat vývoj a provedení těchto úprav a modifikací třetím osobám. Dodavatel je povinen učinit veškeré nezbytné úkony a poskytnout Objednateli veškerou nezbytnou součinnost směřující k zápisu uvedené licence k zapsaným předmětům průmyslových práv do příslušných rejstříků. Odměna za poskytnutí licence je zahrnuta v ceně za provedení předmětného plnění Dodavatele dle této Smlouvy. Není-li Objednatelem a Dodavatelem v každém konkrétním případě sjednáno jinak, licence k těm částem plnění majícím charakter zapsaného předmětu průmyslových práv, která byla vytvořena Poddodavateli Dodavatele, se poskytuje v obdobném rozsahu.
16.6. Je-li výstupem činnosti Dodavatele anebo jeho Poddodavatelů nebo součástí plnění dle této Smlouvy výtvor, který může být předmětem majetkových práv, vyjma v předchozích odstavcích této části Smlouvy uvedených předmětů chráněných podle autorského zákona a předmětů průmyslového vlastnictví požívajících zvláštní ochrany, přičemž jde zejména o know-how či nezapsaná označení, převádí Dodavatel na Objednatele touto smlouvou od okamžiku převzetí plnění Objednatelem veškerá práva k těmto ostatním předmětům duševního vlastnictví. Objednatel je oprávněn zejména tyto ostatní předměty duševního vlastnictví neomezeně využívat na území celého světa včetně České republiky. Úhrada za převod takových práv je zahrnuta v ceně za provedení předmětného plnění Dodavatele dle této Smlouvy. Není-li Objednatelem a Dodavatelem v každém konkrétním případě sjednáno jinak, licence k těm částem plnění, majícím povahu nezapsaného předmětu majetkových práv, která byla vytvořena Poddodavateli, se poskytuje v obdobném rozsahu.
16.7. Není-li Objednatelem a Dodavatelem v každém konkrétním případě sjednáno jinak, Dodavatel rovněž prohlašuje a činí nesporným, že práva pořizovatele databáze k databázím, pořízeným jako součást plnění Dodavatele a jeho Poddodavatelů na základě této Smlouvy Dodavatelem pro Objednatele, náleží od počátku Objednateli.
16.8. Dodavatel prohlašuje a Objednatel bere na vědomí, že Dodavatel anebo Poddodavatelé při plnění svých povinností z této Smlouvy mohou použít i předměty duševního vlastnictví, které nejsou původním dílem zaměstnanců Dodavatele anebo jiných osob ve smyslu odstavce 16.1 této Smlouvy, které jsou zpracováním či jiným užitím jiných děl či nehmotných statků třetích osob, jako je použití chráněných metodologií, komerčních aplikačních frameworků, modulů, komponent anebo univerzálních utilit, popř. jiných předmětů duševního vlastnictví. Dodavatel je v případě užití takových předmětů duševního vlastnictví povinen k okamžiku předání zajistit Objednateli licenční práva k těmto dílům třetích osob, případně poskytnout Objednateli veškerou potřebnou součinnost k tomu, aby získal licenční práva k těmto dílům třetích osob, a to v nejširší možné míře, odpovídající účelu této Smlouvy (tj. nejlépe výhradní anebo nevýhradní místně, časově a množstevně neomezenou licenci ke všem relevantním způsobům užití díla třetí osoby s právem toto dílo zahrnout do jiného díla, zpracovat jej, dokončit jej a zasahovat do něj, či dále jej měnit a rozvíjet). Pokud v konkrétním případě není možné získání výhradní anebo nevýhradní neomezené licence dle předchozí věty, je Dodavatel povinen pro Objednatele zajistit co nejvýhodnější alternativu této licence s přihlédnutím k licenčním podmínkám třetí osoby, zajišťující řádné a nerušené užití díla třetí osoby v rozsahu nezbytném pro účely této Smlouvy. Dodavatel odpovídá za jakékoliv právní vady svého vlastního plnění, jakož i za právní vady díla jeho Poddodavatelů. Úhrada za licence, udělené třetími osobami v rozsahu definovaném touto Smlouvou, je zahrnuta v ceně za poskytování plnění dle této Smlouvy.
16.9. Dodavatel je povinen vždy současně s předáním jakéhokoli plnění ve vztahu k Systému, které vykazuje znaky autorského díla a u něhož je to z povahy věci možné, předat Objednateli veškeré zdrojové kódy a kompletní dokumentaci tak, aby Objednatel na tomto základě měl možnost provádět budoucí provoz a rozvoj Systému bez jakékoliv součinnosti s Dodavatelem. Cena za poskytnutí zdrojových kódů a dokumentace je zahrnuta v ceně za poskytování plnění dle Smlouvy. Objednatel je kdykoli dle svého uvážení oprávněn využít jakoukoli dokumentaci vztahující se k Systému a jeho součástem, jakoukoli část této dokumentace a/nebo zdrojové kódy vztahující se k Systému a jeho částem, a to jakýmkoli způsobem, včetně provedení změn.
17. EXIT PLÁN
17.1. Objednatel je oprávněn tuto Smlouvu postoupit na jinou organizaci či právnickou osobu určenou rozhodnutím Objednatele. Dodavatel s tímto postoupením vyslovuje souhlas. Postoupení Smlouvy je účinné doručením písemného oznámení o postoupení Smlouvy, případně pozdějším dnem, který bude v takovém oznámení uveden. Ustanovení čl. 17.2 a násl. této Smlouvy se postoupení Smlouvy podle tohoto odstavce netýkají.
17.2. Smluvní strany sjednávají touto Smlouvou předem definované postupy označené jako
„Exit plán“, a to za účelem bezvadné a bezešvé potenciální možnosti změnit osobu Dodavatele bez jakýchkoliv negativních dopadů na provoz Systému. Mechanismus Exit plánu lze iniciovat následujícími způsoby:
17.2.1. předčasným ukončením Smlouvy podle článku 21.4 této Smlouvy;
17.2.2. řádným ukončením Smlouvy, tedy uplynutím doby určité dle článku 21.1.
17.3. V souvislosti s řádným ukončením nebo předčasným ukončením Smlouvy jsou Smluvní strany povinny jednat o podmínkách převodu všech věcí, přístrojů, strojů, zařízení a práv, které jsou používány Dodavatelem při plnění jeho povinností podle této Smlouvy a jsou současně nezbytné a/nebo účelné k zajištění řádného provozu Systému, a to na Objednatele nebo jím určenou osobu.
17.4. Dodavatel se zavazuje, že na základě písemné výzvy Objednatele uzavře s Objednatelem v jím stanoveném termínu jednu nebo více písemných smluv, na základě kterých převede na Objednatele nebo jím určený subjekt s účinností (podle povahy věcí a práv) ke dni stanoveným Objednatelem vlastnická či licenční práva k Objednatelem požadovaným věcem, přístrojům, strojům, zařízením či právům k software, které nejsou ve vlastnictví Objednatele dle této Smlouvy, a to za cenu obvyklou v místě a čase. V případě, že nebude možné jednoznačně stanovit cenu, bude určena znaleckým posudkem zpracovaným na náklady Objednatele.
17.5. Dodavatel zpracuje společně s novým dodavatelem prostřednictvím institutu pracovní skupiny podle článku 17.14 této Smlouvy detailní plán přechodu, včetně vzájemných procedur akceptace, a to nejpozději do třiceti (30) dnů od oznámení skutečnosti, že Objednatel Smlouvu ukončí podle článku 21.4. Dodavateli.
17.6. Dodavatel poskytne novému dodavateli součinnost nejméně v těchto oblastech
v rozsahu nejvýše tisíc (1000) odpracovaných hodin:
17.6.1. vytvoření organizačních předpokladů a dalších přípravných činností, např. vytvoření testovacího prostředí, školení uživatelů/správců, inventura a předání majetku státu, business analýza, vytvoření dokumentace k předání, zaškolení nového provozovatele do všech procesů provozu, údržby a oprav jednotlivých technologií, včetně softwarového vybavení Systému,
17.6.2. realizace vlastní součinnosti při předání, školení, faktické předání, součinnost při provozu a vyhodnocení přechodové fáze, včetně zpracování relevantní dokumentace.
17.7. Výše uvedená součinnost při přípravě přechodu provozu systému bude Dodavatelem prováděna tak, aby byla minimalizována rizika s přechodem systému, a aby bylo možné provést předání systému bez přerušení provozu Systému.
17.8. Objednatel nabývá práva k užití technické dokumentace v rozsahu dle této Smlouvy a k jejímu uveřejnění v rámci zadávacího řízení na provoz systému, které bude případně realizováno Objednatelem.
17.9. Objednatel je oprávněn technickou dokumentaci celou či její části zpřístupňovat třetím osobám, zejména bude oprávněno ji učinit přílohou zadávací dokumentace, jež bude obsahovat popis stávajícího Systému.
17.10. Dodavatel se zavazuje poskytnout součinnost při přípravě a realizaci testování a ověření funkčnosti Systému jako celku ve všech provozních situacích. Součinnost se bude soustředit na testování řešení známých provozních chyb.
17.11. Dodavatel poskytne součinnost dle tohoto článku Smlouvy na místě dle plánu přechodu zpracovaného podle článku 17.14 této Smlouvy, včetně zajištění plné spolupráce při realizaci činností dle tohoto plánu.
17.12. Součinnost výslovně zahrnuje spolupráci při nastavení a konfiguraci Software dle aktuální a aktualizované dokumentace Systému. Spolupráce bude realizována ve spolupráci obou Smluvních stran a dle zpracovaného plánu.
17.13. Smluvní strany činí nesporným, že součinnost výslovně zahrnuje také postupy při zálohování a obnovení dat.
17.14. Konkrétní plán přechodu bude zpracován příslušnou pracovní skupinou. Smluvní strany
se v této souvislosti dohodly, že:
17.14.1. pracovní skupina ve smyslu tohoto článku této Smlouvy bude tvořena zástupci obou Smluvních stran, přičemž zástupci nového dodavatele se považují v kontextu této smlouvy za zástupce jmenované stranou Objednatele;
17.14.2. každá ze Smluvních stran je oprávněna určit maximálně pět (5) svých zástupců v pracovní skupině;
17.14.3. každá ze Smluvních stran je oprávněna kdykoliv dle svého uvážení nahradit stávajícího člena pracovní skupiny nominovaného za Smluvní stranu, případně doplnit nominaci o nového člena pracovní skupiny, a to až do dosažení maximálního počtu zástupců Smluvní strany uvedeného ve Smlouvě;
17.14.4. každá Smluvní strana je oprávněna a povinna určit konkrétní osobu, která bude vykovávat funkci hlavního zástupce Smluvní strany v pracovní skupině;
17.14.5. pracovní skupina bude vždy svolána hlavním zástupcem Smluvní strany, a to prostřednictvím písemné výzvy doručené hlavnímu zástupci druhé Smluvní strany tak, aby se jednání pracovní skupiny uskutečnilo nejdříve tři (3) pracovní dny od doručení výzvy ke svolání pracovní skupiny hlavnímu zástupci Smluvní strany, nedohodnou-li se hlavní zástupci Smluvních stran jinak;
17.14.6. o každém jednání pracovní skupiny bude vyhotoven písemný zápis, který musí být podepsán hlavními zástupci Smluvních stran v pracovní skupině dle tohoto článku Smlouvy.
17.15. Datová centra, včetně řízeného prostředí a všech energií potřebných pro provoz Systému a opatření výpočetního výkonu a hardwarových prvků nezbytných pro provoz Systému bude zajišťovat Dodavatel formou komplexní služby „Platform as a Service – PaaS“. Součástí této služby jsou i pásky na zálohování dat podle ustanovení bodu 3.8 Přílohy č. 1 této Smlouvy a zálohovaná data.
V případě uplatnění Exit plánu je Objednatel oprávněn určit, že nedojde ke změně subjektu Dodavatele, který služby PaaS podle první věty tohoto článku poskytuje. Dodavatel se v takovém případě zavazuje uzavřít s novým dodavatelem smlouvy na čerpání těchto služeb od Dodavatele v rozsahu a za podmínek, které byly předpokládány v této Smlouvě.
17.16. V případě uplatnění Exit plánu se Dodavatel zavazuje poskytnout novému dodavateli součinnost, spočívající v poskytnutí informací o datových centrech a souvisejících smlouvách a kontaktech, Systému, o doporučených postupech provozní a operátorské činnosti, provozní preventivní a následné údržby, předpisech pro údržbu, instalaci a obnovy Systému ze zálohy. Dodavatel zároveň předá provozní záznamy údržby k uvedeným zařízením.
Pásky na zálohování dat podle bodu 3.8 Přílohy č. 1 této Smlouvy a archivovaná data budou v rámci Systému poskytovány Dodavatelem formou služby PaaS podle ustanovení čl. 17.15 této Smlouvy. Pokud nedojde ke změně dodavatele, nebudou změnou dodavatele dotčeny, v ostatních případech bude Dodavatel při jejich předání novému dodavateli postupovat podle věty první tohoto článku obdobně.
17.17. Dodavatel se zavazuje poskytnout součinnost při přípravě a realizaci přechodu externích služeb, zejména, nikoli však výlučně, finančních a platebních služeb, zákaznických služeb, služeb údržby systému a logistiky související s provozem Systému ve všech provozních situacích.
17.18. Dodavatel umožní novému dodavateli jednání s Poddodavateli všech dílčích služeb, které jsou touto Smlouvou zajištěny Dodavatelem pro bezvadný chod Systému.
17.19. Cena za činnosti, ke kterým je Xxxxxxxxx povinen podle tohoto článku, je zahrnuta
v ceně plnění dle Smlouvy; to neplatí pro postup dle článku 17.4.
18. ODPOVĚDNOST ZA VADY
18.1. Dodavatel podpisem Akceptačního protokolu o předání Softwaru třetích stran a Softwaru vytvořeného Dodavatelem dle této Smlouvy poskytuje Objednateli záruku za to, že Software třetích stran a Software vytvořený Dodavatelem dle této Smlouvy nebude trpět žádnými vadami právními či faktickými, tedy bude plně odpovídat jeho specifikaci dle této Smlouvy a bude dodán v potřebném rozsahu a vhodný k užívání k naplnění účelu dle této Smlouvy;
18.2. Dodavatel je povinen společně s předáním Softwaru třetích stran a Softwaru vytvořeného Dodavatelem předat Objednateli potvrzení o záruce k Softwaru třetích stran a Softwaru vytvořeného Dodavatelem, a to nejméně v rozsahu a délce sjednané v této Smlouvě.
18.3. Záruka podle tohoto článku této Smlouvy se nevztahuje na vady vzniklé poškozením způsobeným třetími osobami a/nebo Objednatelem při užívání Softwaru třetích stran a Softwaru vytvořeného Dodavatelem v rozporu s pokyny Dodavatele či návodem k použití.
18.4. Dodavatel poskytuje Objednateli záruku na Software třetích stran a Software vytvořeného Dodavatelem v rozsahu dle tohoto článku této Smlouvy v rozsahu dvaceti čtyř (24) měsíců ode dne protokolárního převzetí Objednatelem Softwaru třetích stran a Softwaru vytvořeného nebo změněného Dodavatelem dle této Smlouvy (dále jen
„Záruční doba“).
18.5. Objednatel je povinen oznámit Dodavateli vadu Softwaru třetích stran a Softwaru vytvořeného Dodavatelem, která se vyskytla v průběhu Záruční doby, a to bez zbytečného odkladu poté, kdy Objednatel vadu zjistil (dále jen „Vytčení vady“), a to prostřednictvím rozhraní uvedeného v článku 13.2 této Smlouvy, a to do fronty požadavků s názvem „SJT-REKLAMACE“.
18.6. Dodavatel je povinen započít nejpozději do dvaceti čtyř (24) hodin s odstraněním vady, která byla Dodavateli Vytčením vady oznámena. Dodavatel je povinen vadu bezplatně odstranit nejpozději do třiceti (30) dnů od oznámení dle článku 18.5 této Smlouvy.
19. SANKCE
19.1. Smluvní strany se dohodly, že Xxxxxxxxx je povinen zaplatit Objednateli smluvní pokutu ve výši 30.000,- Kč (slovy: třicet tisíc korun českých), a to za každý, byť jen započatý den prodlení se splněním povinnosti:
19.1.1. dokončit Implementaci systému a zahájit Rutinní provoz dle této Smlouvy ve lhůtě stanovené článkem 9.2.1 této Smlouvy;
19.1.2. specifikované v ustanovení článku 14.10 této Smlouvy ve lhůtě stanovené článkem 14.10 této Smlouvy.
19.2. Smluvní strany se dohodly, že Xxxxxxxxx je povinen zaplatit Objednateli smluvní pokutu ve výši 300.000,- Kč (slovy: tři sta tisíc korun českých), a to za každé jednotlivé porušení povinností vyplývajících pro Dodavatele z ustanovení článku 16 této Smlouvy (Licenční ujednání).
19.3. Smluvní strany se dohodly, že Xxxxxxxxx je povinen zaplatit Objednateli smluvní pokutu ve výši 300.000,- Kč (slovy: tři sta tisíc korun českých), a to za každé jednotlivé porušení povinností vyplývajících pro Dodavatele z ustanovení článku 17 této Smlouvy (Exit plán) nebo v případě porušení povinnosti Dodavatelem dle čl. 26.2 Smlouvy.
19.4. Smluvní strany se dohodly, že v případech smluvních pokut podle ustanovení článku 19.1.1, 19.2 a 19.3 je Objednatel oprávněn požadovat jejich zaplacení a Dodavatel povinen je zaplatit pouze v případě, kdy Objednatel určí Dodavateli dodatečnou přiměřenou lhůtu (je-li to možné z povahy věci) ke splnění povinnosti, s jejímž splněním je Dodavatel v prodlení, která nesmí být kratší patnácti (15) dnů, a Dodavatel nezjedná nápravu ani v takto stanovené dodatečné lhůtě.
19.5. Smluvní strany se dohodly, že dojde-li ze strany Dodavatele dle článku 21 Smlouvy k Hrubému porušení této Smlouvy, je Objednatel oprávněn od této Smlouvy dle článku 21 Smlouvy odstoupit a současně v případech níže vymezených také požadovat po Dodavateli zaplacení smluvní pokuty ve výši:
19.5.1. 500.000,- Kč (slovy: pět set tisíc korun českých) za nesplnění kterékoliv
povinnosti uvedené v článku 19.1 této Smlouvy;
19.5.2. 3.000.000,- Kč (slovy: tři miliony korun českých) za nesplnění povinnosti vyplývající pro Dodavatele z ustanovení článku 16 této Smlouvy (Licenční ujednání);
19.5.3. 3.000.000,- Kč (slovy: tři miliony korun českých) za nesplnění kterékoliv povinnosti vyplývající pro Dodavatele z ustanovení článku 17 této Smlouvy (Exit plán).
19.6. Smluvní strany se dohodly, že Xxxxxxxxx je povinen zaplatit Objednateli smluvní pokutu ve výši 5.000,- Kč (slovy: pět tisíc korun českých), a to za:
19.6.1. každé jednotlivé Mírné porušení SLA blíže specifikované v Příloze č. 2 a 3
této Smlouvy,
19.6.2. porušení ustanovení dle článku 13.2 této Smlouvy,
19.6.3. porušení ustanovení dle článku 13.4 této Smlouvy,
19.6.4. každý den v prodlení se splněním ustanovení dle článku 17.5 této Smlouvy a
19.6.5. každé porušení ustanovení dle článku 18.6 této Smlouvy.
19.7. Smluvní strany se dohodly, že Dodavatel je povinen zaplatit Objednateli smluvní pokutu ve výši 50.000,- Kč (slovy: padesát tisíc korun českých), a to za každé jednotlivé Středně závažné porušení SLA blíže specifikované v Příloze č. 2 a 3 této Smlouvy.
19.8. Smluvní strany se dohodly, že Xxxxxxxxx je povinen zaplatit Objednateli smluvní pokutu ve výši 500.000,- Kč (slovy: pět set tisíc korun českých), a to za každé jednotlivé Podstatné porušení SLA blíže specifikované v Příloze č. 2 a 3 této Smlouvy.
19.9. Smluvní strany se dohodly, že v případě prodlení Objednatele s úhradou jakékoliv peněžité částky dle této Smlouvy je Objednatel povinen zaplatit Dodavateli úrok z prodlení z dlužné částky, a to za každý, byť jen započatý den prodlení.
19.10. Smluvní strany se dohodly, že uplatnění smluvní pokuty dle jednoho ze shora uvedených ustanovení tohoto článku Smlouvy nevylučuje souběžné uplatnění jakékoliv smluvní pokuty dle jiného ustanovení tohoto článku Smlouvy.
19.11. Úhradou smluvní pokuty není dotčeno právo oprávněné Smluvní strany na náhradu škody způsobené porušením povinnosti druhou Smluvní stranou, na kterou se smluvní pokuta vztahuje ani na řádné plnění předmětu Smlouvy.
19.12. Smluvní pokuta je splatná ve lhůtě třiceti (30) dnů ode dne doručení písemného oznámení o vzniku nároku na úhradu smluvní pokuty povinné Smluvní straně. Oznámení musí obsahovat stručný popis a časové určení porušení smluvní povinnosti, které v souladu se Smlouvou založilo nárok oprávněné Smluvní strany na úhradu smluvní pokuty
19.13. Smluvní pokutu uhradí Dodavatel na bankovní účet 19-22027001/0710.
20. ODPOVĚDNOST ZA ŠKODU
20.1. Dodavatel odpovídá Objednateli za škodu, která mu vznikne uplatněním nároku třetí osoby podle příslušných ustanovení zákona č. 89/2012 Sb., občanský zákoník.
20.2. Každá ze stran je povinna druhé Smluvní straně nahradit způsobenou škodu v rámci platných právních předpisů a této Smlouvy. Obě strany se zavazují k vyvinutí maximálního úsilí k předcházení škodám a k minimalizaci vzniklých škod.
20.3. Dodavatel je povinen nahradit Objednateli veškeré škody způsobené porušením této Smlouvy. Dodavatel se zároveň zavazuje Objednatele odškodnit za jakékoliv škody, které mu v důsledku porušení povinností Dodavatele vzniknou na základě pravomocného rozhodnutí soudu či jiného státního orgánu. Pro účely Smlouvy se za škodu považují i peněžité sankce uložené Objednateli jakýmkoli národním orgánem nebo orgánem EU.
20.4. Žádná ze stran není povinna nahradit škodu, která vznikla v důsledku věcně nesprávného nebo jinak chybného zadání, které obdržela od druhé strany. V případě, že Objednatel poskytl Dodavateli chybné zadání Dodavatel s ohledem na svou povinnost dodat plnění nebo jeho část či poskytovat služby s odbornou péčí mohl a měl chybnost takového zadání zjistit, smí se ustanovení předchozí věty dovolávat pouze v případě, že na chybné zadání Objednatele písemně upozornil a Objednatel trval na původním zadání.
20.5. Smluvní strany se zavazují upozornit druhou Smluvní stranu bez zbytečného odkladu na vzniklé překážky vylučující povinnost k náhradě škody bránící řádnému plnění této Smlouvy. Smluvní strany se zavazují k vyvinutí maximálního úsilí k odvrácení a překonání překážek vylučujících povinnost k náhradě škody.
20.6. Dodavatel se zavazuje udržovat v platnosti a účinnosti po celou dobu účinnosti Xxxxxxx pojistnou smlouvu, jejímž předmětem je pojištění odpovědnosti za škodu způsobenou Dodavatelem třetí osobě (zejména Objednateli), a to tak, že limit pojistného plnění vyplývající z pojistné smlouvy, nesmí být nižší než 20.000.000,- Kč za rok. Pojistnou smlouvu dle tohoto odstavce nebo pojistku potvrzující uzavření takové smlouvy je Dodavatel povinen předložit Objednateli nejpozději do deseti (10) Pracovních dnů po písemném vyžádání Objednatele. Nepředložením pojistné smlouvy nebo pojistky do deseti (10) pracovních dnů po vyžádání ze strany Objednatele vzniká právo Objednatele na odstoupení od Smlouvy.
20.7. Žádná ze Smluvních stran není odpovědná za nesplnění svého závazku v důsledku porušení povinností druhou Smluvní stranou nebo v důsledku mimořádných nepředvídatelných a nepřekonatelných překážek vzniklých nezávisle na jejich vůli podle ustanovení § 2913 odst. 2 Občanského zákoníku
20.8. Náhradu škody uhradí Dodavatel na bankovní účet 19-22027001/0710.
21. UKONČENÍ SMLOUVY
21.1. Tato Smlouva nabývá platnosti a účinnosti okamžikem uveřejnění v registru smluv v souladu se Zákonem o registru smluv a uzavírá se na dobu určitou, a to na dobu do 31.12.2025.
21.2. Smluvní strany se dohodly, že Objednatel je oprávněn tuto smlouvu vypovědět bez výpovědní doby z důvodu Hrubého porušení této Smlouvy ze strany Dodavatele. Za Hrubé porušení Smlouvy se považují zejména stavy, pokud:
21.2.1. Dodavatel nezjedná nápravu se splněním příslušné smluvní povinnosti, se kterou je v prodlení ani v dodatečné lhůtě jemu stanovené Objednatelem dle ustanovení článku 19.4 této Smlouvy, a to nesplněním příslušné smluvní povinnosti v další, opakované a Objednatelem stanovené, dostatečně dlouhé lhůtě, která nesmí být kratší patnácti (15) dnů;
21.2.2. Dodavatel nesplní svoji povinnost vyplývající z ustanovení článku 20.6 této
Smlouvy (nepředložením pojistné smlouvy nebo pojistky);
21.2.3. Dodavatel se dopustí alespoň tři (3) krát během trvání této Smlouvy
Podstatného porušení SLA dle článku 3.10.2 Přílohy č. 2 této Smlouvy;
21.2.4. Dodavatel se dopustí alespoň tři (3) krát během trvání této Smlouvy
Podstatného porušení SLA dle článku 3.10.2 Přílohy č. 3 této Smlouvy;
21.2.5. Dodavatel dlouhodobě neprovádí nebo dlouhodobě vadně provádí plnění bez zavinění Objednatele, přičemž za dlouhodobé se považuje neprovádění nebo vadné provádění plnění po dobu delší než třicet (30) dnů;
21.2.6. Dodavatel bezdůvodně přeruší poskytování jakéhokoliv plnění dle této
Smlouvy po dobu delší než čtrnáct (14) dnů nebo
21.2.7. Dodavatel přenechá výstup plnění předmětu Smlouvy nebo jeho části třetí osobě bez předchozího písemného souhlasu Objednatele dle článku 14.7 této Smlouvy.
21.2.8. Dodavatel postoupí práva, povinnosti, závazky nebo pohledávky ze Xxxxxxx třetí osobě nebo jiným osobám bez předchozího písemného souhlasu Objednatele dle článku 23.1 Smlouvy
21.3. Výpověď dle ustanovení článku 21.2 této Smlouvy lze provést pouze písemně s uvedením důvodů výpovědi, jinak je výpověď neplatná. Výpověď je účinná dnem jejího doručení Dodavateli.
21.4. Smluvní strany se dohodly, že Objednatel je oprávněn tuto Smlouvu vypovědět i bez udání důvodů, a to písemnou výpovědí doručenou Dodavateli. Výpovědní lhůta činí v tomto případě dvanáct (12) měsíců a počíná běžet od prvního dne následujícího měsíce po jejím doručení Dodavateli. Pro zamezení všech pochybností Smluvní strany konstatují, že výpovědní lhůta dle tohoto článku v případě plnění předmětu Smlouvy dle článku 3.1.1 nemůže doběhnout dříve, nežli dojde k převzetí díla do Rutinního provozu Objednatelem dle článku 4.11 této Smlouvy (akceptační řízení).
21.5. Ukončením účinnosti Smlouvy není dotčen nárok na zaplacení smluvní pokuty nebo úroku z prodlení, pokud již dospěl, případně nárok na náhradu škody vzniklé porušením Smlouvy.
22. ÚKONY, DORUČOVÁNÍ, POČÍTÁNÍ ČASU
22.1. Úkony mezi Smluvními stranami jsou oprávněny činit statutární orgány, případně osoby k těmto úkonům příslušnou Smluvní stranou písemně pověřené nebo zmocněné.
22.2. Vyžaduje-li Smlouva u některého úkonu Smluvní strany písemnou formu, oznámení takového úkonu musí být druhé Smluvní straně doručeno datovou schránkou, poštou, doručovací službou nebo osobně proti podpisu.
22.3. V případě, že je úkon učiněn faxem nebo elektronickou poštou, považuje se za platný, pokud je nejpozději následující pracovní den potvrzen písemnou formou.
23. POSTOUPENÍ PRÁV ZE SMLOUVY
23.1. Dodavatel není oprávněn postoupit práva, povinnosti, závazky a pohledávky z této Smlouvy třetí osobě nebo jiným osobám bez předchozího písemného souhlasu Objednatele, a to ani po ukončení účinnosti Smlouvy.
23.2. Objednatel je oprávněn postoupit práva, povinnosti, závazky a pohledávky z této
Smlouvy třetí osobě nebo jiným osobám za podmínek stanovených v této Smlouvě.
24. KONTAKTNÍ OSOBY DODAVATELE A OBJEDNATELE
24.1. Kontaktní osoby Objednatele jsou:
tel: e-mail:
a
tel: e-mail:
a
tel:
e-mail:
24.2. Kontaktní osoby Dodavatele jsou:
tel:
e-mail:
a
tel:
24.3. Smluvní strany se dohodly, že pokud bude v rámci této Smlouvy vystupovat jiná osoba, je povinna se prokázat pověřením nebo plnou mocí.
25. GDPR A OCHRANA OSOBNÍCH ÚDAJŮ
25.1. Dodavatel se zavazuje vybudovat, provozovat, udržovat a rozvíjet Systém, který je předmětem této Smlouvy plně v souladu se Zákonem o kybernetické bezpečnosti a Obecným nařízením Evropského parlamentu a rady č. 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 (dále jen jako „Nařízení GDPR“) a dalšími právními předpisy upravujícími ochranu osobních údajů.
25.2. Smluvní strany konstatují, že v kontextu Nařízení GDPR je Objednatel dle této Smlouvy
správcem osobních údajů.
25.3. Smluvní strany touto Smlouvou sjednávají, že Dodavatel bude v rámci této Smlouvy a v rozsahu Systému zpracovatelem, který zpracovává osobní údaje pro správce, podle následujících pravidel:
předmět zpracování
osobní údaje v kontextu Systému, který je majetkem správce;
doba zpracování
po dobu trvání přepravní smlouvy v rámci Systému
povaha zpracování
zpracování osobních údajů fyzických osob automatizovaným způsobem prostřednictvím Systému
účel zpracování
naplnění přepravní smlouvy Systému, uplatnění práva z přepravy v rámci Systému
typ osobních údajů
jméno, příjmení, datum narození, fotografie, adresa trvalého bydliště, e-mail, telefonní kontakt případně bankovní spojení v případě uplatnění práva z přepravy v rámci Systému
kategorie subjektu údajů
fyzické osoby využívající Systém k uzavření přepravní smlouvy formou nepřenosného jízdního dokladu
zásady zpracování
zákonnost: osobní údaje jsou zpracovány jako nezbytná podmínka pro splnění přepravní smlouvy Systému
korektnost a transparentnost: osobní údaje jsou shromažďovány v rámci Systému, který pro správce zpracovatel na základě této Smlouvy provozuje
omezení účelu: osobní údaje lze zpracovávat pouze k výše uvedenému účelu zpracování a musí být zlikvidovány okamžikem, kdy je splněn účel zpracování, tedy realizována přepravní smlouva
minimalizace údajů: zpracovávaní osobních údajů musí být nezbytné a přiměřené účelu zpracování a omezené na nezbytný rozsah ve vztahu k realizaci přepravní smlouvy a prokázání totožnosti cestujících v rámci nepřenosných jízdních dokladů přesnost: zpracovatel musí v případě žádosti subjektu údajů, přijmout rozumná opatření k tomu, aby byly nepřesné osobní údaje s přihlédnutím k účelům, pro které se zpracovávají, opraveny
omezení uložení: po realizaci přepravní smlouvy, na základě které jsou osobní údaje zpracovány, dojde k anonymizaci těchto dat a tím k naplnění omezení uložení
integrita a důvěrnost: zpracovávané osobní údaje musí být dostatečně zabezpečeny, a to prostřednictvím vhodných technických nebo organizačních opatření chránících je před neoprávněným či protiprávním zpracováním a před náhodnou ztrátou, zničením nebo poškozením
25.4. Dodavatel je při zpracování osobních údajů povinen zpracovávat osobní údaje pouze v souladu s předmětem a účelem Smlouvy po dobu trvání Smlouvy, nebo po ukončení Smlouvy po dobu nezbytnou pro naplnění účelu Smlouvy. Dodavatel není oprávněn zpracování osobních údajů v rámci plnění předmětu Smlouvy svěřit jiné osobě bez předchozího písemného souhlasu Objednatele. V případě svěření zpracování osobních údajů jiné osobě podle předchozí věty tohoto článku odpovídá Dodavatel za to, že tato osoba zajistí ochranu osobních údajů ve stejném rozsahu jako je Dodavatel podle Xxxxxxx povinen. Dále je Dodavatel povinen zejména:
25.4.1. postupovat v souladu s písemnými pokyny Objednatele stanovenými pro zpracování osobních údajů, včetně předání osobních údajů do třetí země nebo mezinárodní organizaci, pokud mu toto zpracování již neukládají právní předpisy Evropské unie nebo členského státu, které se na Správce vztahují; v takovém případě je Zpracovatel povinen Správce písemně informovat o tomto právním požadavku před zpracováním, ledaže by tyto právní předpisy toto informování zakazovaly z důležitých důvodů veřejného zájmu,
25.4.2. zavázat mlčenlivostí veškeré osoby podílející se při plnění předmětu Smlouvy na zpracování osobních údajů,
25.4.3. přijmout opatření k ochraně zabezpečení zpracování osobních údajů uvedená zejména v čl. 32 Nařízení GDPR, jejichž potřeba vyplyne z analýzy rizik provedené Objednatelem, k zajištění bezpečnosti zpracování osobních údajů s přihlédnutím k rizikům plynoucím ze zpracování osobních údajů,
25.4.4. poskytovat Objednateli součinnost nezbytnou pro splnění povinností správce dat vůči subjektům osobních údajů při výkonu jejich práv podle kapitoly III. Nařízení GDPR, a pro zabezpečení ochrany osobních údajů podle čl. 32 až 36 Nařízení GDPR,
25.4.5. poskytnout Objednateli veškeré informace nezbytné k doložení splnění povinností dle čl. 28 Nařízení GDPR,
25.4.6. vést záznamy o zpracování osobních údajů, které Xxxxxxxxx provádí pro
Objednatele,
25.4.7. neprodleně Objednateli oznámit případnou ztrátu, poškození, nebo neoprávněné zpřístupnění osobních údajů, popř. jakýkoliv jiný bezpečnostní incident dle Nařízení GDPR ve svěřené oblasti zpracování osobních údajů,
25.4.8. umožnit provedení auditů, kontrol a inspekcí plnění povinností podle Nařízení GDPR a Smlouvy Objednatelem nebo jím pověřenou osobou a poskytnout k tomu veškerou nezbytnou součinnost, a to bezplatně,
25.4.9. zřídit pozici pověřence pro ochranu osobních údajů, pokud dle Nařízení GDPR má takovou pozici zřídit a předat kontakt na tuto osobu Objednatele,
25.4.10. na základě pokynu Objednatele nebo po uplynutí doby podle věty první tohoto článku v souladu s pokyny správce bez zbytečného odkladu prokazatelně zlikvidovat nebo vrátit Objednateli veškeré poskytnuté osobní údaje a osobní údaje zpracovávané v rámci plnění předmětu Smlouvy.
25.4.11. zpracování osobních údajů v rámci Systému je nezbytné pro splnění přepravní smlouvy, jejímž předmětem je subjekt údajů,
25.4.12. zpracovatel během implementační fáze Systému vytvoří záznamy
o činnostech zpracování a dále zajistí mapování zpracování, jehož účelem je umožnění správci se zorientovat ve zpracování, která provádí,
25.4.13. v rámci Implementace Systému Dodavatel dodrží obecné postupy pro výkon práv subjektu údajů, jakými jsou právo na informace, právo na přístup k osobním údajům, právo na opravu a doplnění, právo na výmaz, právo na omezení zpracování, právo na přenositelnost údajů, právo vznést námitku a právo nebýt předmětem automatizovaného individuálního rozhodování, a
25.4.14. v rámci Implementace Systému Dodavatel dodrží zásady zabezpečení osobních údajů, jakými jsou zejména: pseudonymizace a šifrování osobních údajů v Systému; schopnost zajistit neustálou důvěrnost, integritu, dostupnost a odolnost Systému a služeb zpracování dat; schopnost obnovit dostupnost osobních údajů a přístup k nim včas v případě fyzických či technických incidentů; procesu pravidelného testování posuzování a hodnocení účinnosti zavedených technických a organizačních opatření pro zajištění bezpečnosti.
25.5. Pokud podle názoru Xxxxxxxxxx pokyn Objednatele porušuje Nařízení GDPR nebo jiné obecně závazné právní předpisy týkající se ochrany osobních údajů, je Dodavatel povinen na tuto skutečnost Objednatele neprodleně písemně upozornit. Provést takový pokyn je Dodavatel povinen pouze, pokud Objednatel na jeho splnění trvá, v takovém případě však Dodavatel neodpovídá za případnou škodu.
25.6. V případě nutnosti nebo na základě požadavků zákona či jiného právního předpisu uzavřou Smluvní strany samostatnou smlouvu o spolupráci při zpracování osobních údajů dle právních předpisů upravujících ochranu osobních údajů.
26. ZÁVĚREČNÁ USTANOVENÍ
26.1. Dodavatel bere na vědomí a souhlasí s tím, že Objednatel Smlouvu včetně všech jejích příloh a dodatků uveřejní v registru smluv v souladu se Zákonem o registru smluv.
26.2. Žádná ze Smluvních stran není oprávněna poskytnout třetím osobám jakékoliv informace o podmínkách Smlouvy a souvisejících se Smlouvou, jejichž obsahem mohou být důvěrné informace, osobní a citlivé údaje, informace týkající se obchodního tajemství, technologie nebo know-how, s výjimkou povinnosti poskytovat informace podle zvláštních předpisů. Ustanovení odst. 1 tohoto článku tím není dotčeno.
26.3. Tato Smlouva se řídí právním řádem České republiky. Vztahy mezi stranami se řídí Občanským zákoníkem, pokud Xxxxxxx nestanoví jinak.
26.4. Závazky dle odstavce 26.2 tohoto článku zůstávají v platnosti i po ukončení účinnosti
Smlouvy.
26.5. Nestanoví-li Smlouva jinak, lze ji měnit pouze písemně formou číslovaných dodatků podepsaných oběma Smluvními stranami. Smluvní strany se zavazují vyjádřit se písemně k návrhu změny Xxxxxxx předloženého druhou stranou.
26.6. Jednotlivá ustanovení Smlouvy jsou oddělitelná v tom smyslu, že neplatnost některého z nich nepůsobí neplatnost Smlouvy jako celku. Pokud by se v důsledku změny právní úpravy některé ustanovení Smlouvy dostalo do rozporu s českým právním řádem (dále jen „Kolizní ustanovení“) a předmětný rozpor by působil neplatnosti Smlouvy jako takové, bude Smlouva posuzována, jako by kolizní ustanovení nikdy neobsahovala a vztah Smluvních stran se bude v této záležitosti řídit obecně závaznými právními předpisy, pokud se Smluvní strany nedohodnou na znění nového ustanovení, jež by nahradilo Kolizní ustanovení.
26.7. Smlouva je vyhotovena v pěti (5) vyhotoveních, z nichž každé vyhotovení má platnost originálu. Objednatel obdrží tři (3) vyhotovení a Dodavatel dvě (2) vyhotovení této Smlouvy.
26.8. Nedílnou součástí této Smlouvy jsou její následující přílohy:
Příloha č. 1
Příloha č. 2
Návrh řešení Systému
Podrobná specifikace podmínek Rutinního provozu Systému
Příloha č. 3 Podrobné vymezení služeb Údržby a Podpory Systému Příloha č. 4 Harmonogram plnění
Příloha č. 5 Cenové podmínky
Příloha č. 6 Vzor Akceptačního protokolu
Příloha č. 7 Schválené znění materiálu „Návrh realizace přímého tarifního odbavení v rámci České republiky“
V Praze dne
14.09.2018
V Praze dne 14.09.2018
……… ……
Xxx. Xxxxxxxx Xxxxx
Xxx. Xxx Xxxxxxxx, Ph.D.
PŘÍLOHA Č. 1
SMLOUVY O ZAJIŠTĚNÍ NÁVRHU, VÝVOJE A PROVOZU SYSTÉMU JEDNOTNÉHO TARIFU
NÁVRH ŘEŠENÍ SYSTÉMU
(TECHNICKÉ PODMÍNKY)
1. VYMEZENÍ POJMŮ
Pojem | Vysvětlení pojmu |
Aplikační nod | Technický prvek Systému zodpovědný za výkon všech aplikačních služeb Systému |
Asymetrická kryptografie | Je skupina kryptografických metod, ve kterých se pro provádění operací šifrování a dešifrování používají odlišné klíče, slouží pro utajení obsahu komunikace |
Autonomní systém | Autonomní systém je reprezentován nezávislými IP adresami ve vlastnictví Dodavatele, který poskytuje služby hardware formou služby (PaaS). Kontrolovaný autonomní systém je nezbytný pro připojení sítě přes více poskytovatelů služeb najednou |
BGP | (Border Gateway Protocol) dynamický směrovací protokol, který umožňuje směrovačům automaticky reagovat na změny topologie počítačové sítě, slouží k připojení Autonomního systému do sítě |
Black-list | Seznam zneplatněných karet, jízdních dokladů, popř. uživatelů Systému. V celkovém kontextu ověřuje nepravost jízdního dokladu |
Databázový procesor | Technický prvek Systému zodpovědný za vykonáváni databázových funkcí a komunikaci se všemi databázemi Systému |
Datacentrum | Prostor vyhovující blíže specifikovaným technologickým podmínkám určení pro umístění a bezvadné provozování jednotlivých prvků Systému |
DHCP | (Dynamic Host Configuration Protocol) jedná se o protokol využívaný pro automatickou konfiguraci IP adres zařízení připojených do počítačové sítě |
Diskové pole | Samostatné technické zařízení vybavené řídicím procesorem, komunikačním rozhraním a pevnými hard disky sloužící pouze pro dedikovanou funkci ukládání dat. K prostředkům diskových polí se přistupuje z jednotlivých serverů zejména sdíleně |
DNS a DNSSEC | (Domain Name System) a jeho rozšíření (Domain Name System Security Extensions) je funkcí překladu doménových jmen na IP adresy a reverzně. Nadstavbou je DNSSEC, který navíc zvyšuje a bezpečnost tím, že ověřuje, zda informace byly poskytnuté správným zdrojem, jsou úplné a jejich integrita nebyla při přenosu narušena |
DDoS | (Distributed Denial Of Service) je stavem, kdy útočník prostřednictvím velkého množství distribuovaných požadavků přicházejících od různých zdrojů směrem do Systému zahltí technické prostředky Systému a schopnosti Systému řádně poskytovat své služby. Jedná se o jednu z nejčastějších technik útočníků (hackerů) v počítačových sítích |
Dostupnost Systému | Úroveň, do které je Systém nebo jeho součást funkční a k disposici v případě, že je vyžádáno jeho použití. Hodnota vyjádřená v procentech jako poměr mezi reálnou naměřenou hodnotou dostupnosti a očekávanou hodnotou dostupnosti. |
eCache | Účelem systému eCache je zrychlit přístup k často využívaným datům. Prakticky je tato funkcionalita reprezentována mezipamětí, která tato data zpřístupňuje. V kontextu Systému se jedná o modul, který obstará urychlení výměny dat o prodeji jízdního dokladu mezi Systémem a nefixním prodejním zařízením |
Emulace karty | Proces, kdy ke čtečce bezkontaktních karet není pro činnost odbavení nebo prodeje přikládán fyzický plastový nosič s NFC čipem, ale činnost takovéto fyzické karty je nahrazena příslušnou aplikací nainstalovanou v mobilním zařízení. Přiložením mobilního zařízení ke čtečce tak dojde k procesu načtení karty stejně, jako kdyby byla přiložena karta fyzická |
Firewall | Bezpečnostní síťový prvek pracující na všech vrstvách síťové komunikace. Podle nastavených pravidel provádí inspekci probíhající komunikace a autonomně rozhoduje o pravidlech síťového provozu (povolení / zakázání / zahození) |
GDPR | (General Protection Data Regulation) je obecným nařízením Evropského parlamentu a Rady o ochraně osobních údajů, jehož cílem je zajistit bezpečnost osobních dat občanů EU |
Geografická redundance | Stejně jako u redundance klasické, se v tomto případě jedná o záměrně situovaný provoz technických prvků do dvou geografických oddělených lokalit tak, aby při výpadku, poruše, živelné katastrofě či jiné mimořádné události Systém jako celek nadále co nejlépe fungoval |
Grafová databáze | Databáze, která používá struktury grafů pro sémantické dotazy s uzly, hranami a vlastnostmi pro reprezentaci a ukládání dat. Klíčovou koncepcí systému je graf, který přímo souvisí s údaji v databázi. Vzájemné vztahy grafové databáze umožňují, aby data v databázi byla propojena napřímo, což v řadě případech vyhledávání umožní, provést takové vyhledání a získání informace s použitím pouze jedné efektivní databázové operace |
Helpdesk | Prostředek určený k tomu, aby poskytl cestujícímu stejně jako smluvnímu dopravci/dopravnímu systému zapojeném v Systému podporu související s funkcemi Systému |
IP adresa | Slouží k identifikaci fyzického síťového rozhraní v počítačové síti. Nejrozšířenější IP adresou je IPv4, která je z důvodu nedostatku volných adres postupně nahrazována variantou IPv6 |
IPS | (Intrusion Prevention System) je systémem pro detekci a prevenci síťového průniku. Je obvykle součástí zařízení Firewall, ale může být implementováno i samostatně – hlavní cíl funkce spočívá v identifikaci, blokování a hlášení případné škodlivé síťové činnosti |
IPSEC | Bezpečnostní rozšíření protokolu typu IP (Internet Protocol) založené na autorizaci a šifrování každého přenášeného datového prvku - IP datagramu |
ISVS | (Informační Systém Veřejné Správy) je informačním systémem, který slouží pro výkon veřejné správy. |
LACP | (Link Aggregation Control Protocol) je obecný protokol umožňující softwarovou agregaci více síťových linek do jednoho virtuálního celku |
Licence GNU/GPL | Jedná se o všeobecně veřejné licence pro svobodný software |
LTO-4 | (Linear Tape Open) je otevřeným formátem využívaným pro záznam dat na magnetické pásky – postupem času se vždy vylepšuje, a proto již dnes existuje řada těchto formátů LTO-1 až LTO-8. Kategorie LTO-4 konkrétně definuje technické parametry standardu a je určena skutečnou kapacitou magnetické pásky, která je v tomto případě LTO-4 stanovena na hodnotu 0,8 Gbyte dat, které je možno na jednotlivou pásku uložit |
Nepřenosný jízdní doklad | Jízdní doklad, který je vázán na identitu konkrétního cestujícího, která musí být prokázána a ve shodě s vydaným jízdním dokladem |
NFC | (Near Field Communication) bezdrátová radiová technologie pracující na kmitočtu 13,56 MHz sloužící pro komunikaci mezi elektronickými zařízeními na velmi krátkou vzdálenost |
NTP | (Network Time Protocol) je protokol pro synchronizaci vnitřních hodin počítačů po paketové síti s proměnným zpožděním. To zajištuje, že všechny počítače mají v síti stejný čas |
Odezva Systému | Zpoždění měřené v milisekundách (ms) mezi časem zaslání IP datagramu (požadavek) na straně uživatele Systému a časem doručení IP datagramu (odpověď) uživateli v kontextu síťové vrstvy. Zpoždění ve smyslu smlouvy je vztaženo na vstupní firewall systému tak, aby se eliminovala případná snížená kvalita připojení uživatele Systému |
OSPF | (Open Shortest Patch First) je interní směrovací protokol pro směrování provozu v rámci lokální sítě (oblasti) |
(Portable Document Format) je souborový formát ukládání dokumentů, přičemž tento formát zajišťuje, že se libovolný dokument na všech zařízeních zobrazí stejně | |
Platform as a Service | Zajišťování hardwarových komponent, včetně jejich propojení, nastavení a vritualizovaného prostřední je poskytováno formou služby – zkratkou bývá často označováno jako PaaS |
Přenosný jízdní doklad | Jízdní doklad, který není žádným způsobem vázán na konkrétního cestujícího a je možné jej využít bez další identifikace |
QR kód | (Quick Response) kód je speciálním typem 2D čárového kódu, který slouží obecně pro automatizovaný sběr dat. V kontextu vnímání Systému všechny informace o jízdence jsou bezpečně zašifrovány a uloženy do podoby QR kódu pro možný případ budoucího strojového čtení |
Redundance | Jedná se o záměrně vytvořený nadbytek použitých technických prvků vzájemně vhodně propojených tak, aby při výpadku či poruše kteréhokoliv dílčího prvku Systém jako celek díky metodě „zdvojování“ bezporuchově fungoval |
REST API | Rozhraní a modul Systému zodpovědný za publikací vnitřních funkcí systému směrem ven. Toto rozhraní umožňuje dalším systémům, aplikacím a uživatelům v kontrolovaném režimu přistupovat k prostředkům Systému na základě zveřejněné dokumentace |
RIPE NCC | Mezinárodní organizace spravující adresní IP rozsahy pro evropský region. |
Server tarifního jádra | Technický prvek Systému zodpovědný za výkon řídicích funkcí Systému a zároveň propojující aplikační a databázové prvky. Součástí serverů tarifního jádra je i funkcionalita vyvažování provozu |
SLA | Označuje smluvní úroveň sjednanou mezi Dodavatelem a Objednatelem, a to na úrovni Dostupnosti, vyjádřená v procentech (např. 99,5 reprezentuje smluvní úroveň na úrovni 99,5% Dostupnosti dané služby) |
SNMP | (Simple Network Management Protocol) je protokol sloužící potřebám správy sítí. Umožňuje vzdálený sběr technických dat, jejich přenos a jejich následné vyhodnocování na vzdálené lokalitě |
SQL | (Structured Query Language) je standardizovaný dotazovací jazyk využívaný pro práci s daty v relačních databázích |
SSL | (Secure Socket Layer) jedná se o protokol, který zajištuje zabezpečení komunikace šifrováním a umožňuje ověření totožnosti komunikujících stran |
VPN | (Virtual Private Network) neboli virtuální privátní síť je bezpečné spojení vytvořené mezi koncovým zařízením a serverem uvnitř počítačové sítě |
White-list | Seznam povolených karet, slouží k asociaci vazby identifikátor vs. uživatel Systému. V celkovém kontextu ověřuje platnost jízdního dokladu |
Zákon o ISVS | Zákonem o ISVS se pro účely této Smlouvy rozumí 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ů, nebo jakýkoliv zákon, který jej může v budoucnu nahradit |
Zákon o kybernetické bezpečnosti | Zákonem o kybernetické bezpečnosti se pro účely této Smlouvy rozumí zákon č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících zákonů, ve znění pozdějších předpisů, nebo jakýkoliv zákon, který jej může v budoucnu nahradit |
Zákon o ochraně osobních údajů | Zákonem o ochraně osobních údajů se pro účely této Smlouvy rozumí zákon č. 101/2000 Sb., o ochraně osobních údajů a o změně některých zákonů, ve znění pozdějších předpisů, nebo jakýkoliv zákon, který jej může v budoucnu nahradit |
Zákon o utajovaných informacích | Zákonem o utajovaných informacích se pro účely této Smlouvy rozumí zákon č. 412/2005 Sb., o ochraně utajovaných informací a o bezpečnostní způsobilosti, ve znění pozdější předpisů, nebo jakýkoliv zákon, který jej může v budoucnu nahradit. V případě, že je dále v této Smlouvě uvedeno konkrétní ustanovení daného zákona, považuje se v případě nahrazení tohoto zákona novým zákonem daný odkaz za nahrazený odkazem na odpovídající ustanovení nového zákona |
Zálohování Systému | Označuje vytváření kopie dat Systému, která je uložena na jiném datovém nosiči a jiném místě. Systém využívá geografický způsob zálohování, kdy jsou data uložena ve dvou různých geograficky oddělených lokalitách a dále Systém využívá zálohování obsahu databází na externí pásková média LTO |
Změnové řízení | Změnovým řízením se pro účely této Smlouvy rozumí postup Smluvních stran směřující ke sjednání Změny podle této Smlouvy |
Zrcadlení diskového pole | Jedná se o operaci, díky které se přenášejí autonomně data mezi minimálně dvěma fyzickými diskovými poli mezi sebou. Přenosem dochází k duplikaci dat mezi jednotlivými lokalitami |
2. SPECIFIKACE SYSTÉMU
2.1. Návrh řešení Systému vychází z principů a z koncepce fungování Systému blíže specifikovaném v materiálu „Návrh realizace přímého tarifního odbavení v rámci České republiky“ schváleného poradou ministra dopravy ČR dne 25. května 2017, jehož schválené znění tvoří Přílohu č.7 této Smlouvy.
2.2. Předmětem návrhu řešení Systému je dosažení možnosti cestujícího přepravit se na jeden jízdní doklad mezi dvěma libovolnými body určité dopravní sítě bez ohledu na použití smluvního dopravce/smluvního dopravního systému včetně zajištění možnosti vyhledávání spojení, stejně tak i zajištění možnosti nákupu jízdního dokladu.
2.3. Jízdní doklad Systému je koncipován jako jízdní doklad ve smyslu přepravního práva, zároveň i daňový doklad a potvrzení o zaplacení. Nastoupením do vozidla prvního smluvního dopravce/smluvního dopravního systému dochází k uzavření smluvního vztahu mezi cestujícím a tímto smluvním dopravcem/smluvním dopravním systémem v souladu s příslušnými právními předpisy, na jehož základě má cestující zaručenou přepravu po předem stanovené cestě (alokace na síť) blíže neurčeným smluvním dopravcem/smluvním dopravním systémem vybraným ze skupiny konkrétních smluvních dopravců/smluvních dopravních systémů participujících na provozu Systému, na definovanou jízdu nebo skupinu jízd.
2.4. Pro účely zajištění institutu přepravní smlouvy bude pro každý jízdní doklad Systému určen první dopravce, který bude stanoven na základě rekonstrukce trasy s pomocí validací. V okamžiku, kdy stejně jako u přiřazení, nebude na základě validací možné prvního dopravce konkrétně dovodit, uplatní se logický mechanismus určení prvního dopravce na základě časové podmínky v kontextu možného spojení v rámci data/času platnosti jízdního dokladu Systému.
2.5. Očekává se, že Objednatel bude disponovat smlouvou o připojení se všemi dopravci, kteří na provozu Systému participují, což mj. znamená, že při přepravě tito dopravci akceptují jízdní doklady Systému a rovněž jsou oprávněni jízdní doklady Systému vydávat. Případnou odpovědnost za závazek v rámci plnění přepravy přijímají přistoupením všichni smluvní dopravci/smluvní dopravní systémy, podílející se na dané přepravě společně a nerozdílně, přičemž se očekává, že budou smlouvou o přistoupení případně vymezeny i přepravní případy, za nichž není odpovědnost společná, ale bude odchylně od obecného pravidla směrována za konkrétním smluvním dopravcem/smluvním dopravním systémem. Uplatnění práv z přepravy ze strany cestujícího může být následně vzneseno do lhůty stanovené v souladu se souvisejícími právními předpisy a přepravními podmínkami Systému u kteréhokoliv participujícího smluvního dopravce/smluvního dopravního systému nebo smluvního prodejce.
2.6. Z hlediska technologického je jízdní doklad Systému souborem elektronických informací, které jsou v přístupových smlouvách Systému blíže vymezeny, včetně komunikačních rozhraní umožňujících zejména prodej, validaci, přiřazení a clearing (viz vysvětlení pojmů dále v této Příloze). Jízdní doklad obsahuje jednotné informace v jednotné podobě, týkající se data, času, zdroje, místa vydání, počtu cestujících, třídy, místenky, tarifu, kategorie, platnosti od, platnosti do, parametrů trasy a dalších parametrů. Stejný soubor informací se uloží do databáze Systému a ke každému konkrétnímu jízdnímu dokladu se budou přiřazovat informace o skutečně realizovaném výkonu, a tedy nároku smluvních dopravců/smluvních dopravních systémů na jízdné. Tyto záznamy jsou podkladem pro clearing.
2.7. Předmětem prodeje, uznávání jízdních dokladů, provádění validací a dalších postupů souvisejících se Systémem jsou:
2.7.1. Jízdní doklady Systému, které umožňují Cestujícímu v rozsahu své časové a prostorové platnosti užívat přepravních služeb všech Zúčastněných dopravců, k nimž xxxx dopravci uzavřeli smlouvu o přistoupení k Systému, účinnou v době přepravy Cestujícího.
2.7.2. Rezervační doklady, které opravňují Cestujícího v rozsahu a za podmínek stanovených právními předpisy, Smluvními přepravními podmínkami Systému a dalšími pravidly Systému, v rámci přepravy realizované na základě Jízdního dokladu Systému využívat rezervovaná místa v dopravních službách, které takové rezervační služby umožňují.
2.7.3. Doplatkové doklady, které opravňují Cestujícího v rámci přepravy realizované na základě Jízdního dokladu Systému změnit v rámci své přepravy vozovou třídu, v níž provádí přepravu, cenu jízdního dokladu, nemůže-li prokázat nárok na slevu, trasu, cestuje-li oklikou nebo počet cestujících, provádí-li přepravu na základě Jízdního dokladu pro jednotlivou jízdu.
2.8. Jízdní doklady Systému se v koncepci rozdělují na následující Druhy jízdních dokladů:
2.8.1. Jízdní doklady pro jednotlivou jízdu
2.8.1.1. Jízdní doklady jednosměrné, které opravňují Cestujícího uzavřít Přepravní smlouvu v Systému na určitý úsek přepravní cesty do místa určení
2.8.1.2. Jízdní doklady zpáteční, které opravňují Cestujícího uzavřít Přepravní smlouvy v Systému na určitý úsek přepravní cesty do místa určení a zpět do nástupní stanice
2.8.2. Časové jízdní doklady
2.8.2.1. Síťové jízdní doklady, které opravňují Cestujícího uzavřít Přepravní
smlouvu v Systému v rámci celé obsluhované Dopravní sítě Systému
2.8.2.2. Traťové jízdní doklady, které opravňují Cestujícího uzavřít Přepravní
smlouvu v Systému na stanoveném úseku přepravní cesty
2.8.2.3. Zónové jízdní doklady, které opravňují Cestujícího uzavřít Přepravní
smlouvu v Systému ve vymezené části Dopravní sítě Systému
2.9. Nosiče jízdního dokladu Systému mohou být následující:
2.9.1. Papírová forma,
2.9.2. Elektronická forma,
2.9.3. Forma čipové karty jakožto identifikátoru, který v kombinaci s back-office Systému vytváří formu virtuálního nosiče,
2.9.4. Aplikace v mobilním telefonu,
2.10. Vyžadují-li to právní předpisy, zejména příslušné cenové výměry Ministerstva financí, budou k jednotlivým Druhům jízdních dokladů prodávány slevové alternativy, například pro přepravu dětí, žáků, zdravotně postižených osob, případně dalších skupin cestujících. V těchto případech se vydávají Jízdní doklady Systému za zlevněné jízdné. Pravidla pro prokazování těchto nároků stanoví příslušné dokumenty Systému v souladu s předmětnými předpisy. Součástí těchto pravidel může být i vydávání nulových jízdních dokladů, které se z hlediska Systému řadí mezi Jednosměrné jízdní doklady a pro nakládání s nimi se použijí ustanovení pro Jízdní doklady Systému obdobně. Podle požadavků právních předpisů může být nárok na slevu v rámci Systému ověřen následovně:
2.10.1. Identifikačním průkazem,
2.10.2. Identifikačním průkazem doplněným elektronickou informací o nároku na slevu,
nebo
2.10.3. Jiným průkazem, jehož podmínky prokázání stanoví předmětný právní předpis.
2.11. Systém umožní nákup Jízdního dokladu Systému následujícími způsoby prodeje:
2.11.1. v e-shopu Systému (i mobilní aplikace Systému) a v e-shopu Přistupujícího
dopravce,
2.11.2. na pokladním místě obsazeným zaměstnanci nebo pověřenými osobami Přistupujícího dopravce,
2.11.3. v dopravních službách Systému,
2.11.4. v prodejním automatu na jízdní doklady, kde Přistupující dopravce nebo pověřená osoba jiného prodejce oprávněná Zúčastněným dopravcem umožňuje prodej a výdej Jízdních dokladů Systému,
2.11.5. na pokladním místě obsazeným zaměstnanci nebo pověřenými osobami jiného prodejce, který k tomu má příslušné oprávnění od Zúčastněného dopravce.
2.12. V případě nákupu jízdního dokladu prostřednictvím obchodního místa smluvního dopravce/smluvního dopravního systému nebo smluvního prodejce Systém realizuje prodej s následným tiskem jízdního dokladu. V tomto případě bude v prodejním zařízení, které jízdní doklad Systému vydává, pomocí asymetrické kryptografie vygenerován a s použitím privátního klíče zajištěn příslušný QR kód, jako nosič jízdního dokladu, který bude předán pokladní aplikaci, která provede tisk na papír zajištěný ochrannými prvky dle disposice smluvního dopravce/smluvního dopravního systému nebo smluvního prodejce. Pokladny v tomto případě mohou komunikovat s jádrem Systému v plném on-line režimu (pro přenosná obchodní místa se připouští off-line režim, a tedy ztrátu propojení s jádrem systému až na 30 minut) pomocí REST API rozhraní zabezpečeného pomocí technologie SSL
- technickým požadavkem na prodej jízdního dokladu Systému ze strany participujících smluvních dopravců/dopravních systémů nebo smluvních prodejců je zajištění IP konektivity s připojením do mezinárodní sítě Internet pro všechny prodejní zařízení. Pro minimalizaci datových toků a časové náročnosti zpracování prodeje ve vozidlech bude zaveden institut eCache Systému, tedy metodologie statisticky a matematicky určeného dopředného ukládání významných cen tras relevantních pro dané číslo spoje do prodejního zařízení metodou klient-server. V případě použití přenosného pokladního zařízení Systém synchronizuje rozdílovou metodou databáze vydaných elektronických jízdních dokladů Systémem do zařízení pro aktuální a následující den (odhadovanou velikost databáze el. jízdních dokladů v pátém roce provozu Systému uvažujeme max. 64 MB), rozdílová on-line synchronizace databáze tarifních bodů Systému (odhadovanou velikost databáze tarifních bodů uvažujeme max. 10 MB) a rozdílovou on-line synchronizaci databáze black-listu jízdenek Systému (odhadovanou velikost databáze black-listu uvažujeme max. 2 MB). Pro podporu bezkontaktních čipových karet jako identifikátoru provede Systém selektivní synchronizaci databáze white-listu (tj. asociace ID karet s uživatelskými účty Systému).
2.13. V případě nákupu jízdního dokladu prostřednictvím e-shopů (provozovaných Systémem nebo smluvními dopravci/smluvními dopravními systémy či smluvními prodejci), Systém vydá nepřenosný elektronický jízdní doklad vydávaný na jméno cestujícího, který může být reprezentován jedním z následujících prostředků:
2.13.1. vygenerovaným jízdním dokladem ve formátu PDF;
2.13.2. datovou větou přenesenou do mobilní aplikace Systému;
2.13.3. podporovanou čipovou kartou (technologie NFC), která v kombinaci s back-office
Systému vytváří formu virtuálního nosiče nebo
2.13.4. alfanumerickým kontrolním kódem.
2.14. Elektronická komunikace Systému s fixními prodejními zařízeními (kamenné pokladny, prodejní automaty apod.) je nastavena na komunikaci výhradně v plném on-line režimu prostřednictvím REST API / SSL se zabezpečeným kanálem prostřednictvím protokolu IPSEC.
2.15. Systém pro svou funkci a kompatibilitu s ostatními dopravními systémy nevyžaduje žádné off-line kryptografické karetní systémy. Systém využívá jako nosič jízdního dokladu QR kód podporovaný zabezpečenou asymetrickou kryptografií, který jako takový je široce technologicky uplatnitelný na většině čtecích zařízení využívaných v rámci odbavování (optické čtení) a zároveň dle preference cestujícího Systém umožňuje i odbavení na základě bezkontaktní NFC identifikace prostřednictvím zasmluvněných a podporovaných karetních nosičů formou asociace identifikátoru, která v kombinaci s back-office Systému vytváří formu virtuálního nosiče jízdního dokladu. Pokud smluvní dopravce/smluvní dopravní systém nedisponuje zařízením s podporou optického čtení QR kódů či bezkontaktního čtení NFC karet a je-li jeho zařízení vybaveno příslušnou IP konektivitou, postačí k on-line odbavení pouze alfanumerický kontrolní kód jízdního dokladu (resp. jeho zadání do verifikační aplikace například pro využití v revizorské aplikaci).
2.16. Pro cestující, kteří nebudou disponovat žádným z nosičů kompatibilních karetních systémů pracujících na technologii NFC a budou mít zájem o podporovaný karetní nosič, Systém koncepčně předpokládá možnost vydávání vlastního karetního nosiče Systému, který nejen, že je vhodným elektronickým průkazem pro prokazování identity u nepřenosných dokladů a bezkontaktním identifikátorem pro odbavování jízdních dokladů v rámci Systému, ale jedna z možných budoucích funkcí karty je i možnost případného prokazování nároků na státem nařízené slevy. Pro účely fungování vlastního karetního nosiče Systému se předpokládá možnost vydávání dvou variant tohoto vlastního karetního nosiče:
2.16.1. vlastní karetní nosič Systému disponující pouze QR identifikací,
2.16.2. vlastní karetní nosič Systému disponující jak QR identifikací, tak i NFC čipem pro bezkontaktní odbavování.
2.17. Vlastní karetní nosič Systému může být realizován také pro držitele mobilních telefonů s technologií NFC formou virtuálního karetního nosiče, tedy pokud si to bude uživatel přát, bude moci využívat speciální mobilní aplikaci nainstalovanou na svém mobilním zařízení pro odbavování a případné budoucí prokazování slev v rámci Systému (viz. článek 2.19 této přílohy této Smlouvy) – v případě, že mobilní telefon uživatele bude vybaven technologií bezkontaktní komunikace NFC, bude moci plně využít uživatel mobilní telefon pro emulaci vlastního karetního nosiče Systému.
2.18. Validace jízdních dokladů bude pracovat kromě on-line také v částečném on-line režimu, tj. pro odbavení nebude stejně jako u prodeje povinné, aby odbavovací zařízení disponovala v daný okamžik odbavení IP konektivitou (připouštíme ztrátu propojení s jádrem systému až na 30 minut). V případě on-line komunikace se provede ihned plnohodnotná validace s provedením záznamu do jádra Systému; v opačném případě (tedy kdy není k disposici konektivita) se s využitím asymetrické kryptografie a veřejného klíče provede ověření QR kódu na vystavené jízdence a zároveň se informace o provedené validaci zařadí do fronty k dávkovému odeslání směrem do jádra prostřednictvím REST API rozhraní. Stornované nebo jiným způsobem zakázané jízdní doklady budou aktualizovány do odbavovacích zařízení prostřednictvím rozdílových white-listů a black-listů.
2.19. Systém bude jako součást realizace obsahovat i mobilní aplikaci „Jednotný tarif“ pro držitele mobilních telefonů na platformě Android a iOS; tedy pokud si to bude uživatel přát, bude moci využívat speciální mobilní aplikaci nainstalovanou na svém mobilním zařízení pro vyhledávání, nákup, odbavování, prokazování identity a případné budoucí uplatnění nároků na slevy v rámci celého Systému.
2.20. Pro přístup k Systému jsou na smluvní dopravce/smluvní dopravní systémy či smluvní
prodejce kladeny následující základní technologické podmínky:
2.20.1. Papírový výdej jízdních dokladů: prodejní on-line terminál se zajištěním přístupu k mezinárodní síti Internet se schopností integrovat funkce komunikace se Systémem prostřednictvím TCP protokolu (spolehlivé potvrzované spojení) a REST API rozhraní se zabezpečením prostřednictvím technologie SSL nebo PC se schopností instalovat/spouštět oddělenou aplikaci pro platformu Windows dodanou Dodavatelem (dle preferencí smluvního dopravce/smluvního dopravního systému nebo smluvního prodejce). Pro vydávání jízdních dokladů je nutné zabezpečit prodejní místo tiskárnou s rozlišením tisku alespoň 150 dpi; ideální doporučené rozlišení nově pořizovaných termo-tiskáren či termo-transferových tiskáren je 300 dpi Datová náročnost komunikace mezi jádrem Systému a výdejním terminálem za účelem určení doporučené trasy, kalkulaci ceny a vydání jízdního dokladu je odhadována v rozsahu cca 3 kByte ve směru od terminálu do Internetu (upload) a cca 5 kByte ve směru z Internetu k terminálu (download) na jednu vydávaný jízdní doklad.
2.20.2. Elektronický výdej jízdních dokladů: prodejní on-line prostředí se zajištěním přístupu k mezinárodní síti Internet se schopností využívat REST API rozhraní jádra Systému se zabezpečenou komunikací na úrovni IPSEC s šifrováním SSL pro nepřetržitou komunikaci dvou systémů s přímým propojením.
2.20.3. Validace jízdních dokladů, odbavování: libovolný odbavovací terminál smluvního dopravce/smluvního dopravního systému s on-line komunikací (výpadky signálu se pro účely odbavování připouští) prostřednictvím přístupu k mezinárodní síti Internet vybavený čtečkou QR kódů (doporučujeme laserový senzor s optickou stabilizací) a čtečkou bezkontaktních identifikačních karet NFC s možností úpravy softwarové části aplikace pro odbavování formou instalace modulu Systému s možností ukládání uživatelské části dat do perzistentní paměti zařízení o odhadované velikosti maximálně 100 MB s technologií zpřístupnění veřejného klíče (nutno nahrát a dále aktualizovat v zařízení dálkovým přístupem) pro zajištění čtení validity jízdenek Systému. V případě přímé on-line komunikace je odhadována datová náročnost komunikace mezi jádrem Systému a validačním terminálem v rozsahu cca 1 kByte ve směru od terminálu do Internetu (upload) a cca 0,5 kByte ve směru z Internetu k terminálu (download) na jeden validovaný jízdní doklad.
2.21. Pro zajištění ověřování nepřenosných dokladů (jízdní doklady vystavené elektronicky bez ochranných prvků, časové jízdní doklady, popř. zvláštní jízdní doklady) uvažuje Systém jako vhodnou metodu ověřování identity mobilní aplikaci „Jednotný tarif“; zákazníci, kteří nedisponují touto technologií, se pak mohou prokazovat pomocí vlastního karetního nosiče Systému, občanského průkazu, řidičského průkazu, pasu či jiného akceptovaného dokladu s fotografií a datem narození cestujícího.
2.22. Pro zajištění prokazování nároků na státem nařízené slevy definované v příslušných právních předpisech uvažuje Systém jako vhodné metody ověřování průkazy dle příslušných právních předpisů, popřípadě v budoucnu umožní využívat k tomuto účelu i vlastní karetní nosič Systému.
2.23. Cena Jízdního dokladu Systému bude tvořena následujícími položkami:
2.23.1. prodejní sazbou, kterou je cena připočtená k vlastní ceně jízdního dokladu a vždy náleží prodejci, který jízdní doklad prodal, a to zcela bez ohledu na budoucí pojíždění jízdního dokladu,
2.23.2. vlastní cenou jízdního dokladu, kterou je cena určená na základě kilometrické vzdálenosti tarifních bodů jízdního dokladu. Kilometrická vzdálenost je definována a v Systému určována z dat provozovatele dráhy,
2.23.3. aditivní cenou jízdního dokladu, kterou bude reprezentovat příslušná cena jízdního dokladu za cestování v rámci integrovaných dopravních systémů navázaných na Systém metodou first-mile, last-mile (která je určena na základě cenotvorby příslušných IDS) nebo jiných dopravních systémů obdobným způsobem k Systému přidruženým.
2.24. Základním předpokladem ze smluvního pohledu je vytvoření jednotného kilometrického tarifu s prodejní sazbou včetně jeho indexace tak, aby byl dopředu dopravcům znám pro vypracování nabídek. Tento model bude nastaven a vyhlášen předem, přesto je třeba mít zajištěn mechanismus pro budoucí možnost úpravy ceny jízdného. Jednotný tarif se prostou indexací může dostat mimo ekonomickou a tržní realitu a je tedy potřebné vytvoření nástroje pro korekci jednotného tarifu s předem definovaným mantinelem formou vyhlášení změny jednotného tarifu. Aktivací výše zmíněného nástroje pro korekci jednotného tarifu ze strany Systému a jeho vyhlášením však v určitých případech může dojít k převzetí závazku České republiky za případnou budoucí změnu tohoto tarifu, a to na všech úrovních, u kterých bude integrace povinná (celostátní, regionální).
2.25. Clearing je taková činnost, jejímž vykonáváním dochází v rámci Systému k automatické tvorbě vyúčtování (výběr peněz, tržby jízdních dokladů, uplatnění práv z přepravy) a zaslání takto vytvořeného vyúčtování smluvním dopravcům/smluvním dopravním systémům v elektronické formě s měsíční periodicitou a alokací na příslušnou skupinu dopravních služeb (smlouvu o veřejných službách). V rámci činnosti clearingu dále také ze strany Systému dochází k zajištění finančního vyrovnání mezi smluvními dopravci/smluvními dopravními systémy na základě zpracovaných podkladů s verifikací ze strany dodavatele Systému. Všechny zmíněné operace v rámci aktivity clearingu bude zajišťovat clearingové centrum.
2.26. Informaci o realizované jízdě nazýváme validací. Předpokládá se, že jízdní doklady Systému budou řádně validovány (ať už personálem smluvního dopravce/smluvního dopravního systému, cestujícím či automatickým zařízením dle dispozic smluvního dopravce/smluvního dopravního systému). V případě, že validace přesto nebude provedena, bude Systém zpracovávat následné přiřazení na základě předem definovaného matematického modelu vytyčeného v přístupových smlouvách.
2.27. Provádění přiřazení na základě prováděných validací je základním předpokladem pro vytváření vyúčtování, a pro jednoznačné přiřazení konkrétní uskutečněné cesty k dané jízdě. Systém rozliší tři typy přiřazení:
2.27.1. úplné přiřazení nastane, pokud ze všech úseků máme správnou informaci o projetí jízdního dokladu, provádíme tedy clearing se zcela přesnou alokací,
2.27.2. částečné přiřazení nastane, pokud nemáme přesnou alokaci ze všech úseků, nicméně jsme schopni na základě přijatých validací zbytek jízdy logicky určit (k danému jízdnímu dokladu existuje alespoň 1 validace),
2.27.3. automatické přiřazení bude prováděno, pokud nemáme žádnou nebo máme nedostatečnou alokaci průběhu jízdy, v takovém případě bude stanoven jasný klíč pro rozdělení tržeb s pomocí institutu níže popsaného rekonstruktoru trasy.
2.28. Pro účely provádění přiřazení bude využit princip tzv. rekonstruktoru trasy, tedy mechanismu, který na základě údajů uloženém v Systému provede vyhledání všech možných kombinací příslušných tras, které mohly být potenciálně využity cestujícím pro přepravu z nástupní stanice do místa určení (odpovídá všem zakoupeným trasám alokovaným na síť a zároveň všem trasám kratším) doplněných o relevantní kritéria z pohledu možného celkového času jízdy, relevance a počtu přestupních vazeb. Mechanismus rekonstruktoru bude pro přiřazení dále doplněn vstupními informacemi o validacích, které z široké skupiny možností vrácené rekonstruktorem, zpřesní výsledek vyhledávání, a tedy i množinu dat, nad kterými bude provedeno přiřazení.
2.29. Samostatný bankovní účet zřízený a provozovaný Dodavatelem za účelem zajištění clearingových funkcí Systému je podstatnou podmínkou pro kontrolu a fungování Systému z finančního pohledu. Smluvní dopravci/smluvní dopravní systémy nebudou muset odvádět na clearingový účet Systému finanční prostředky vybrané prostřednictvím prodeje jízdních dokladů bezprostředně po jejich inkasování. Za předem definovaných podmínek uvedených v přístupových smlouvách si finanční prostředky vybrané prostřednictvím prodeje jízdních dokladů Systému příslušní smluvní dopravci/smluvní dopravní systémy ponechají a v okamžiku „projetí“ jízdního dokladu Systému a následné související alokace tržby za jízdné, tyto prostředky Systém obratem příslušnému smluvnímu dopravci/smluvnímu dopravnímu systému vyúčtuje.
2.30. Frekvence interního mechanismu Vyúčtování v rámci Systému bude denní. Frekvence zaslání Vyúčtování dopravcům a také Vypořádání bude fixně jeden (1) měsíc. Maximální cílené zpoždění pro zpracování činí maximálně pět (5) kalendářních dní (pro zajištění sběru dat ze všech zařízení použitých v provozu dopravců k validaci). Maximální doba předprodeje se očekává 6 měsíců s limitem ročního zavedení jízdního řádu.
2.31. Stávající systémy používané smluvními dopravci/smluvními dopravními systémy mohou být v některých případech z důvodu zajištění kompatibility se Systémem částečně ovlivněny, což může vyvolat potřebu určitých softwarových úprav v existujících systémech. Základním principem koncepce Systému je však takový přístup, aby mohly být stávající kompatibilní softwarové prvky, které svým návrhem, koncepcí a funkčností principiálně vyhovují společným sjednocujícím podmínkám, využity v maximální míře.
Systém bude konstruován tak, aby umožňoval průběžné připojování smluvních dopravců/smluvních dopravních systémů a připojení dalších integrovaných subsystémů v libovolném čase.
2.32. Na základě provedené analýzy a na základě příslušného právního posouzení Systému nebude a nemůže řešit problematiku mezinárodního jízdného, a to z důvodů posouzení takových funkcí jakožto možné neoprávněné podpory. Systém bude umožňovat výdej jízdního dokladu z hraničního bodu.
2.33. Systém bude navržen takovým způsobem, aby fungoval dle procesu vytyčeném na Obrázku 1, v kontextu životního cyklu jízdního dokladu.
2.34. Systém bude navržen takovým způsobem, aby se druhy dokladů dělily v kontextu
Obrázku 2.
2.35. Systém bude navržen takovým způsobem, aby výdej dokladů probíhal dle Obrázku 3.
2.36. Systém bude navržen takovým způsobem, aby proces vyhledávání probíhal dle Obrázku 4.
2.37. Systém bude navržen takovým způsobem, aby proces uplatnění práva cestujících
z přepravní smlouvy vyplýval z Obrázku 5.
2.38. Systém bude navržen takovým způsobem, aby koncept uzavření přepravní smlouvy odpovídal Obrázku 6.
Obrázek 1
Obrázek 2
Obrázek 3
Obrázek 4
Obrázek 5
Obrázek 6
3. ZAJIŠTĚNÍ HARDWARU FORMOU SLUŽBY
3.1. V souvislosti s předmětem plnění specifikovaném v článku 3.1.1 resp. 4.2.1 této Smlouvy a následnému zajištění implementace a rutinního provozu Systému bude Dodavatelem v souvislosti s touto Smlouvou zajištěn dle ZVZZ hardware formou služby Platform as a Service (PaaS) (splňující technologické požadavky minimálně níže uvedené) dle následujícího rozpisu:
Označení HW služby | Kvantifikace HW služby |
Popis HW služby | |
I. Procesorový výkon x86 – počet vCPU | 184 |
Procesorovým výkonem se rozumí počet virtuálních procesorů „vCPU“ o minimálním taktu 2.0GHz na jeden procesor, které jsou v rámci hardwaru formou služby přiřazeny pro Systém prostřednictvím virtualizovaného prostředí. | |
II. Výkon paměti RAM – počet GB vRAM | 728 |
Výkonem paměti se rozumí objem virtuální paměti uvedený v GByte „vRAM“, který je v rámci hardwaru formou služby přiřazen užívání Systému prostřednictvím virtualizovaného prostředí. | |
III. Diskové sdílené úložiště – velikost TB | 2x 20 |
Diskovým sdíleným úložištěm se rozumí objem diskového pole v TByte, který je v rámci hardwaru formou služby postoupen pro užívání Systému prostřednictvím virtualizovaného prostředí. | |
IV. Páskové zálohovací úložiště typu LTO4 – velikost TB | 30 |
Páskovým zálohovacím úložištěm se rozumí objem páskových výměnných zálohovacích kazet typu LTO-4, které jsou v rámci hardwaru formou služby přístupné pro zálohování Systému. |
3.2. Služba PaaS bude pro provoz Systému zpřístupněna v jednotlivých etapách dle následujícího
rozpisu, který zohledňuje postupnou potřebu hardwarových požadavků Systému v čase:
Označení Etapy | vCPU počet | vRAM GB | Diskové úložiště TB | Páskové úložiště TB |
I. Vývoj 1 (od 1.9.2018) | 46 | 184 | 1x 20 | 15 |
II. Vývoj 2 (od 1.9.2019) | 92 | 360 | 2x 20 | 30 |
III. Pilotní provoz (od 1.6.2020) | 000 | 000 | 0x 00 | 30 |
IV. Rutinní provoz (od 1.12.2020) | 000 | 000 | 0x 00 | 30 |
3.3. Součástí dodávek služeb PaaS bude kromě zajištění hardwaru formou služby také zajištění patřičného SLA – provoz služeb v režimu 24x7 resp. s dobou podpory 5x8. V případě poruchy jakékoliv komponenty či součásti dodávaného hardware bude Dodavatel smluvně garantovat výměnu (dále jen Výměnu) této komponenty či součásti následující pracovní den po nahlášení takovéto poruchy, a to po celou dobu trvání této Smlouvy. Součástí služeb PaaS je zajištění služeb hardwaru, virtualizační platformy, činnosti databází až do úrovně operačního systému.
3.4. Aplikační nody stejně jako Servery tarifního jádra a Databázové procesory budou v rámci lokality propojeny na L2 10Gbit páteřní síť – přepínače budou pak následně propojeny mezi sebou do kříže za účelem zajištění dostatečné síťové redundance.
3.5. Geografická redundance bude zajištěna prostřednictvím vzájemného propojení lokalit pomocí vyhrazeného okruhu, tento okruh bude zajištěn technicky optickým vláknem mezi lokalitami.
3.6. Diskové pole bude zajištěno v obou lokalitách pomocí konfigurace, která reprezentuje 20 TByte výkonného úložiště s mezi-pamětí doplněného o další prostor pole určeného pro vytváření zálohovacích operací v rámci stejné lokality. Násobitel 2x (20) pak reprezentuje vytvoření takové kapacity v obou lokalitách, kde bude Systém provozován.
3.7. Každá z lokalit bude chráněna bezpečnostním prvkem – Firewallem, jehož role v rámci Systému je definovat bezpečnostní pravidla a zajistit bezpečnost obou lokalit jak z pohledu vnější (Internet), tak i vnitřní (Intranet) komunikace. Firewall musí podporovat protokoly IPv4 tak i IPv6 a musí být schopen komplexního odbavování druhé (L2) a třetí (L3) vrstvy protokolu TCP/IP, tedy musí fungovat jako směrovač s možností dynamického přidělování adres, inspekce komunikace včetně protokolu SSL, sestavování šifrovaných VPN linek, obecného šifrování komunikace a možnosti zajištění geografického propojení lokalit. Firewall musí podporovat technologii IPS.
3.8. Zálohování Systému bude kromě geografického oddělení lokalit prováděno na externí pásková média typu LTO-4 s pomocí páskové zálohovací jednotky.
3.9. Hardware určený pro provoz Systému je Dodavatelem provozován formou služby Platform as a Service (PaaS) spočívající v umístění předmětného hardware do Datacentra zajišťujícího služby umístění, napájení, chlazení, ostrahy a připojení k mezinárodní síti Internet, a to za následujících podmínek:
(a) Hardware je provozován ve dvou (2) geograficky oddělených lokalitách na území České republiky, a to zejména z důvodu zajištění vysoké Dostupnosti Systému, nízké Odezvy Systému a odděleného Zálohování Systému.
(b) Hardware je provozován formou služby v datacentrech vyhovujících následujícím technickým kritériím:
1. datacentrum připojeno na dvě nezávislé napájecí trasy s vlastní rozpínací stanicí a dále datacentrum vybaveno vlastními zálohovacími zdroji a diesel-elektrickými agregáty v konfiguraci n+1 sloužících jako náhradní zdroj elektrické energie včetně řešení souvisejícího palivového hospodářství pro chod diesel-agregátů alespoň 36 hodin od výpadku dodávky elektrické energie ze sítě,
2. chlazení prostoru datacentra chladícími agregáty s dostatečným chladicím výkonem v konfiguraci minimálně n+1 takovým způsobem, aby teplota nasávaného vzduchu do stojanového rozváděče nepřekročila hodnotu 25 °C,
3. fyzická ostraha datacentra 24 hodin denně / 7 dní v týdnu / 365 dní v roce, střežení vnějšího perimetru a vnitřního prostoru kamerovým systémem se záznamem, zamykání rozváděče, audit-log osob přistupujících do rozváděče včetně zaměstnanců provozovatele datacentra, systém řízení autorizace oprávněných osob přistupovat do rozváděče, minimálně dvou úrovňová autorizace při vstupu do prostor datacentra,
4. vybavení datacentra proti-požárním systémem s automatickým spouštěním, hasicí médium musí být koncipováno tak, aby nepoškodilo žádný z hardwarových komponent Systému,
(c) Hardware je mezi lokalitami rozdělen takovým způsobem, aby každá lokalita maximálně podpořila redundantní funkci systému a zároveň, aby žádná z lokalit neměla pro Systém významnější postavení z hlediska jeho funkce. Pro splnění těchto kritérií se tedy jeví jako účelné rozložení výkonu hardwaru pronajatého formou služby poměrem 1:1 mezi lokalitami.
(d) navyšování výkonu Systému je umožněno prostřednictvím navýšení počtu virtuálních hardwarových prostředku, které jsou zajišťovány formou služby, a to na základě Změnového řízení dle této Smlouvy
3.10. Pro implementaci a následný rutinní provoz Systému Dodavatel zajistí ochranu Systému proti útokům typu DDoS a případnému přetížení Systému formou služby čištění závadného provozu. Ochranu Anti-DDoS Dodavatel zajistí jako součást služby PaaS.
3.11. Pro implementaci a následný rutinní provoz Systému Dodavatel zajistí formou služby provádění registrace a následující administrace souvisejících doménových jmen nejvyššího řádu v národních, generických a infrastrukturních registrech.
3.12. Pro implementaci a následný rutinní provoz Systému Dodavatel zajistí provádění
následujících síťových služeb souvisejících s chodem Systému:
3.12.1. Provozování serverů pro zajištění překladu doménových jmen DNS/DNSSEC
3.12.2. Provozování serverů pro automatické přidělování IPv4 a IPv6 adres DHCP
3.12.3. Provozovaní serverů FIREWALL/NAT pro zajištění síťového zabezpečení Systému
3.12.4. Provozování systémů na detekci a likvidaci zdrojů útoků typu amplification attack
(například DNS, SNMP, NTP, blokace nespravovaných otevřených překladačů)
3.12.5. Provozování systému load-balancingu, tedy rozkládání zátěže a požadavků uživatelů mezi jednotlivé geografické lokality Systému v poměru 1:1.
3.12.6. Provozování zálohování Systému takovým způsobem, aby obraz celého produkčního prostředí uloženého na datových polích Systému byl zrcadlen na zálohovací média – pásky
– s dobou archivace alespoň 30 kalendářních dní.
3.13. Pro implementaci a následné poskytování služeb Údržby Systému a Podpory Systému Dodavatel zajistí formou služby provádění podpory a aktualizací aplikací třetími stranami, které provedly příslušnou dodávku softwaru třetích stran.
4. ZAJIŠTĚNÍ SOFTWARU TŘETÍCH STRAN
4.1. V souvislosti s předmětem plnění specifikovaném v článku 3.1.1 resp. 4.2.2 této Smlouvy a následnému zajištění implementace a rutinního provozu Systému bude Dodavatelem v souvislosti s touto Smlouvou pořízen dle ZVVZ software třetích stran (s výjimkou použitého bezplatného Softwaru na základě licence GNU/GPL) dle následujícího rozpisu:
Označení SW prvku třetích stran | Počet kusů |
Popis SW prvku | |
Databázový Software | 1 set |
Grafová databáze pracující na odlišném principu než standardní (běžně využívané) relační databáze. Navrhována pro vyhledávání a řídicí funkce Systému. | |
Mobilní aplikace | 1 aplikace |
Mobilní aplikace pro platformy Android a iOS pro vyhledávání, správu a prodej. | |
Operační systém RedHat | 1 set |
Zajištění licenčního pokrytí OS RedHat RHEL Standard + HA + Resilient storage pro celé řešení platformy formou služby pro všechny virtuální prostředky hardwaru dodávaného formou služby | |
Virtualizační platforma | 1 set |
Zajištění licenčního pokrytí virtualizační mezivrstvy pro celé řešení platformy formou služby | |
Webové rozhraní pro vyhledávání a prodej jízdních dokladů | 1 modul |
Webová platforma pro vyhledávání, správu a prodej. |
4.2. Databázový Software třetích stran bude kromě standardních SQL databází, které nejsou předmětem dodávky software třetích stran pro jejich bezplatnost, reprezentován grafovou databází instalovanou na několika samostatných fyzických serverech (1 set) rozdělenou do několika vývojových prostředí (produkční, vývojové a ověřovací).
V oblasti výpočetní techniky je databáze grafová databází, která používá struktury grafů pro sémantické dotazy s uzly, hranami a vlastnostmi pro reprezentaci a ukládání dat. Klíčovou koncepcí systému je graf (nebo okraj či vztah), který přímo souvisí s údaji v databázi. Vzájemné vztahy grafové databáze umožňují, aby data v databázi byla propojena napřímo, což v řadě případech vyhledávání umožní, provést takové vyhledání a získání informace s použitím pouze jedné efektivní databázové operace.
Tento základní princip grafové databáze je ve značném kontrastu s tradičními relačními databázemi (SQL), které s využitím relačních databázových systémů umožňují správu dat v jejich přirozeném uspořádání, kde mezi mnoha dalšími aspekty jsou vazby mezi daty uloženy v datech na logické úrovni.
Grafové databáze umožňují jednoduché a rychlé vyhledání komplexních hierarchických struktur, což se pro řadu funkcí Systému (například vyhledání spojení v tarifní síti, prohledávání jízdních řádů, komparace pojížděných úseků jednotlivými dopravci a podobně) jeví jako vhodné využití. Načítání dat z grafové databáze vyžaduje jazyk dotazu jiný než SQL, čímž se také od tradičních SQL databázových systémů mimo jiné liší.
4.3. Operační systém RedHat RHEL Standard je definován především licenčními poplatky, které nejsou samotnými poplatky za užívání software, ale poplatky spojenými s právem využívat technickou podporu a údržbu systému ze strany jeho vydavatele.
4.4. Virtualizační platforma je určena pro celou platformu, jako vhodné softwarové řešení, které zpřístupňuje hardware jednotlivým nadřazeným aplikačním vrstvám.
4.5. Mobilní aplikací se rozumí dodávka softwarové aplikace pro mobilní platformy iOS a Android, která umožní uživatelům Systému přehledné vyhledávání, nákup a správu jízdních dokladů včetně správy vlastního uživatelského účtu dle základních požadavků vyplývajících z provedené studie koncepce mobilní aplikace s výsledky uvedenými níže:
Časová efektivita při užívání aplikace
• Aplikace včas notifikuje o zpoždění nebo o blížícím se přestupu či cílové stanici.
• Aplikace zobrazuje užitečné informace pro cestu v daný den: od rychlého přístupu k jízdence po údaje o odjezdu či přestupu.
Dynamická interpretace informací aplikace
• Při rezervaci míst si aplikace pamatuje předchozí volby a podle toho při dalším nákupu udělá výchozí volbu, která odpovídá preferencím uživatele.
• Aplikace si pamatuje preference při vyhledávání a snaží se předpovídat vyhledávací parametry podle předchozích dat.
Flexibilita aplikace
• Aplikace se v maximální míře přizpůsobuje chování a požadavkům uživatele
4.6. Webovým rozhraním pro vyhledávání a prodej jízdních dokladů se rozumí dodávka softwarové webové aplikace pro využívání v počítačích, tabletech a mobilních telefonech, který umožní uživatelům Systému stejně jako mobilní aplikace vyhledávání, nákup a správu jízdních dokladů včetně správy vlastního uživatelského účtu. Na základě provedené studie koncepce e-shopu by měla takováto aplikace obsahovat následující funkce:
4.6.1. Vyhledání trasy spojení v rámci Systému na základě definovaných vstupních parametrů
4.6.2. Prodej jízdního dokladu včetně příslušné možnosti rezervace míst
4.6.3. Evidence, vyhledávání, archivace a filtrace zakoupených a projetých jízdních dokladů
4.6.4. Administrace účtu pro interakci Systému s uživatelem
4.6.5. Uplatnění práv cestujícího vyplývajících z uzavřené přepravní smlouvy
4.7. Cena za pořízení software třetích stran se rozpadá na jednorázovou úhradu za pořízení konkrétního software třetí strany, a dále na každoroční licenční poplatek související s prováděním podpory a aktualizací aplikací třetími stranami. Licenční poplatek je formou služby zahrnut v ceně Implementace Systému a Rutinního provozu Systému této Smlouvy.
5. ZAJIŠTĚNÍ SOFTWARU VYTVOŘENÉHO DODAVATELEM
5.1. V souvislosti s předmětem plnění specifikovaném v článku 3.1.1 resp. 4.2.3 této Smlouvy a následnému zajištění implementace a rutinního provozu Systému bude Dodavatelem v souvislosti s touto Smlouvou vytvořen software dle pravidel uvedených dle koncepčních zásad uvedených níže:
5.2. Software pro provoz Systému bude vybudován jako ISVS informační systém dle klasifikace zák. 365/2000 Sb., o informačních systémech veřejné správy (s agendovou funkcí A572 - Zajištění dopravní obslužnosti veřejnými službami v přepravě cestujících) a dále jako významný informační systém dle klasifikace zákona o kybernetické bezpečnosti. Při vývoji software budou přijata veškerá opatření, která vyplývají z nařízení GDPR podle článku 25 Smlouvy a současně budou během jeho realizace implementována opatření vyplývající ze zákona o kybernetické bezpečnosti.
5.3. Software pro provoz Systému je vybudován ve shodě s vytyčenými principy a koncepcí fungování Systému blíže specifikovanými v Materiálu pro poradu ministra dopravy ČR ze dne 25.5.2017.
5.4. Na základě provedené analýzy bude pro vývoj Systému použita platforma Node.js, tedy softwarová platforma, která je založena na asynchronním modelu operací, která umožňuje maximalizovat výkon a robustnost Systému.
5.5. Celkové vývojové prostředí Systému je rozděleno na tři samostatná dílčí prostředí, a to zejména z důvodu schopností a možností Dodavatele provádět vývojové a ověřovací práce nebo činnosti bez vlivu na software nasazený v produkčním prostředí:
5.5.1. produkční prostředí (PROD),
5.5.2. vývojové prostředí (DEVEL) a
5.5.3. ověřovací prostředí (QA)
5.6. Architektura Systému z pohledu jeho výstupů a interakce (nazýváme rovněž Byznys
architekturou) je dělena na základní stavební prvky:
5.6.1. cestujícího, kterým rozumíme uživatele Systému využívajících jeho služeb,
5.6.2. smluvní dopravce/smluvní dopravní systém, kterými rozumíme subjekt participující na základě přístupové smlouvy na provozu Systému,
5.6.3. subjekt pověřený technickým provozováním Systému, kterým rozumíme Dodavatele a
5.6.4. vlastníka Systému, kterým rozumíme Objednatele
5.7. Architektura Systému z pohledu dostupných funkcí (nazýváme rovněž Aplikační
architekturou), které systém zprostředkovává, je dělena následovně:
5.7.1. služby pro cestující,
5.7.2. služby pro dopravce,
5.7.3. služby pro technického provozovatele a vlastníka systému a
5.7.4. vnitřní funkce jádra
5.8. Jednotlivé vrstvy aplikační architektury poskytovaných Systémem interně (tj. bez vazby na vnější rozhraní) budou odděleny mezi těmito dílčími vrstvami takovým způsobem, aby je bylo možno zaměnit nebo úplně nahradit bez podstatného vlivu na systém jako celek.
5.9. Architektura Systému z pohledu dat ukládaných v databázích Systému (nazýváme rovněž
Datovou architekturou) je rozdělena do následujících datových objektů:
5.9.1. tarifní body – Grafová databáze tarifních bodů sítě s možností efektivního vyhledávání možného spojení v síti,
5.9.2. spoje – SQL databáze jednotlivých pojížděných spojů dopravci,
5.9.3. tarify – SQL databáze pracovních dat tarifu Systému maticově pro vyjádření změn,
5.9.4. dopravci/dopravní systémy a dopravní smlouvy – SQL databáze dopravců a dopravních systémů s jejich logickým rozdělením na jednotlivé dopravní smlouvy,
5.9.5. kalendáře – SQL databáze kalendářů pro správnou interpretaci jízdních řádů,
5.9.6. jízdní řády – SQL databáze jízdních řádů pro jednotlivé spoje,
5.9.7. systémová databáze – SQL databáze systémových a provozních informací,
5.9.8. jízdní doklady – SQL databáze vydaných jízdenek Systémem,
5.9.9. místenky – SQL databáze vydaných místenek Systémem,
5.9.10. prodeje – SQL databáze realizovaných prodejů,
5.9.11. validace – SQL databáze proběhlých validací,
5.9.12. výpočet cen – SQL databáze s provedenými výpočty cen,
5.9.13. vyhledávání – SQL databáze s provedenými vyhledávání spojení v rámci systému,
5.9.14. vyúčtování – SQL databáze sloužící ke zpracování vyúčtování Systému,
5.9.15. platby – SQL databáze sloužící ke zpracování plateb Systému,
5.9.16. mapa identifikátorů karet (tzv. card-nat) – SQL databáze sloužící k mapování identifikátorů podporovaných karet na konkrétního uživatele Systému,
5.9.17. zákazníci – SQL databáze uživatelských účtu Systému,
5.9.18. zvláštní jízdné – SQL databáze zvláštního jízdného dle cenového výměru MF ČR,
5.9.19. systémy IDS – SQL databáze pro provozní informace o podporovaných integrovaných dopravních systémů Systémem a
5.9.20. mimořádné události – SQL databáze pro zpracování informací o mimořádných událostech vzhledem k tarifu a Systému.
5.10. Architektura Systému z pohledu technického fungování (nazýváme rovněž Technickou
architekturou) poskytuje následující technologické funkce:
5.10.1. aplikační funkce, které budou vykonávány aplikačními nody dle článku 3 Přílohy č. 1 této
Smlouvy,
5.10.2. databázové funkce, které budou vykonávány databázovými procesory dle článku 3 Přílohy č. 1 této Smlouvy,
5.10.3. řídicí a logické funkce, které budou vykonávány servery tarifního jádra dle článku 3 Přílohy č. 1 této Smlouvy,
5.10.4. síťové funkce internetové národní a mezinárodní konektivity, které budou
poskytovány formou služby dle článku 6 Přílohy č.1 této Smlouvy,
5.10.5. síťové funkce propojení mezi lokalitami, které budou poskytovány formou služby dle článku 6 Přílohy č.1 této Smlouvy a
5.10.6. poskytování služeb datového úložiště, které budou vykonávány diskovými poli dle
článku 3 Přílohy č. 1 této Smlouvy,
5.11. Technologické funkce budou poskytovány prostřednictvím příslušných rozhraní do
„jednotného technologického rozhraní“, které je zodpovědné za komunikaci a interakci s vyššími (aplikačními) funkcemi Systému.
5.12. Systém publikuje data vyžadována v rozsahu požadovanými příslušnými právními předpisy jako anonymizovaná open data (Směrnice Evropského parlamentu a Rady 2003/98/ES viz xxxx://xxx-xxx.xxxxxx.xx/XxxXxxXxxx/XxxXxxXxxx.xx?xxxxXXXXX:00000X0000:XX:XXXX, dále Strategický rámec rozvoje veřejné správy České republiky pro období 2014–2020, Open Government Partnership („Partnerství pro otevřené vládnutí“) a Akční plán pro ČR ze 14. září 2011 aktualizovaný Akčním plánem České republiky partnerství pro otevřené vládnutí na období let 2016-2018).
5.13. Součástí dodávky je i dodání dokumentace a komentovaných zdrojových kódů systému.
5.14. Architektura systému se v maximální možné reálné míře přiblíží základnímu architektonickému schématu systému viz. Obrázek 7.
Obrázek 7
PŘÍLOHA Č. 2
SMLOUVY O ZAJIŠTĚNÍ NÁVRHU, VÝVOJE A PROVOZU SYSTÉMU JEDNOTNÉHO TARIFU
PODROBNÁ SPECIFIKACE PODMÍNEK RUTINNÍHO PROVOZU SYSTÉMU
1. VYMEZENÍ POJMŮ
Pojem | Vysvětlení pojmu |
Autonomní systém | Autonomní systém je reprezentován nezávislými IP adresami ve vlastnictví Dodavatele, který poskytuje služby hardware formou služby (PaaS). Kontrolovaný autonomní systém je nezbytný pro připojení sítě přes více poskytovatelů služeb najednou |
Change management | Řízení změn je proces, jehož cílem je bezpečně a efektivně plánovat změnu tak, aby její dopad na produkční IT systém byl co nejmenší |
Incident management | Řízení incidentů je proces, jehož cílem je analyzovat, identifikovat a odstraňovat rizika, která mohou vést ke zopakování výpadku IT systému |
ITIL | (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í, a to jak ze strany dodavatelů IT služeb, tak i z pohledu zákazníků |
Load balancing | Vyvažování zátěže pro rozložení zatížení mezi dva nebo více serverů, síťových linek, procesorů, pevných disků nebo jiných zařízení, aby bylo dosaženo optimálního využití, prostupnosti nebo času odezvy. Použití více zařízení pro vyvážení zátěže může poskytnout i větší odolnost proti výpadkům |
Open-access data rozhraní | Rozhraní pro publikaci tzv. Open-access dat. Publikace ve formátu .XML |
Peering lokalit | Připojení lokalit do národních datových uzlů a zajištění mezinárodní internetové konektivity |
Ping | Nástroj ping (Packet InterNet Groper) umožňuje prověřit funkčnost spojení mezi dvěma síťovými rozhraními v počítačové síti, která používá rodinu protokolů TCP/IP. Xxxx při své činnosti periodicky odesílá IP datagramy a očekává odezvu protistrany. Při úspěšném obdržení odpovědi vypíše délku zpoždění (latenci) |
Rest API | Rozhraní a modul Systému zodpovědný za publikací vnitřních funkcí systému směrem ven. Toto rozhraní umožňuje dalším systémům, aplikacím a uživatelům v kontrolovaném režimu přistupovat k prostředkům Systému na základě zveřejněné dokumentace |
Release management | Řízení nasazování softwaru je proces, jehož cílem je plánovat, řídit a vykonávat změny na IT systémech takovým způsobem, aby bylo nasazování IT Software prováděno průřezově přes několik různých prostředí, která jsou na sobě nezávislá, a aby dopad do produkčního prostředí byl minimální či nulový |
SLA | Označuje smluvní úroveň sjednanou mezi Dodavatelem a Objednatelem, a to na úrovni Dostupnosti, vyjádřená v procentech (např. 99,5 reprezentuje smluvní úroveň na úrovni 99,5% dostupnosti dané služby) |
Souhrnný přehled | Jedná se o kalendářní měsíční přehled jednotlivých provozních parametrů dle Přílohy č.2 této Xxxxxxx s vyznačením smluvních garancí SLA a s přehledným vyobrazením, zda bylo za sledované období SLA dodrženo, či nikoliv |
2. SPECIFIKACE PLNĚNÍ
2.1. Tato příloha v souladu s článkem 7.2 této Smlouvy stanovuje podrobnou specifikaci
podmínek rutinního provozu Systému.
2.2. Rutinní provoz Systému zahrnuje provozování souvisejících služeb, které Systém poskytuje (článek 2.4 této Přílohy této Smlouvy) nebo interně využívá (článek 2.5 této Přílohy této Smlouvy), a to takovým způsobem, aby byly zajištěny bezvadné Provozní parametry Systému (SLA) definované v článku 3 této Přílohy této Smlouvy.
2.3. V rámci Pilotního provozu Systému Dodavatel provozuje všechny služby podle článku
2.2 této Přílohy této Smlouvy s výjimkou služeb Údržby a Podpory Systému. V Pilotním provozu Dodavatel neodpovídá za Provozní parametry Systému (SLA).
2.4. Souvisejícími službami, které Systém poskytuje uživatelům, se rozumí následující služby:
# | Název služby Systému | Popis služby |
01 | Vyhledávač | Umožňuje uživatelům Systému vyhledávat spojení na základě definovaných vstupních parametrů včetně zobrazení ceny s následným možným nákupem jízdního dokladu. |
02 | Rest API rozhraní | Umožňuje dalším systémům, aplikacím a uživatelům v kontrolovaném režimu přistupovat k prostředkům Systému na základě zveřejněné dokumentace. |
03 | Webový portál | Webový portál umožní zabezpečeným způsobem uživatelům zakupovat jízdní doklady včetně možnosti on-line platby. Toto rozhraní zároveň umožňuje práci s účtem dle článku 4.4.4 Přílohy č.1 této Smlouvy, vyhledávání a zobrazování zakoupených jízdních dokladů. |
04 | Mobilní aplikace | Specializovaná aplikace pro tzv. chytré mobilní telefony na platformách Android a iOS sloužící jednak jako vyhledávač tak i jako prostředí umožňující nákup a on-line platbu jízdních dokladů včetně práce s účtem a jejich správy. |
05 | Webová prezentace | Webová prezentace Systému sloužící pro informační a PR výstupy široké veřejnosti. |
06 | Webové administrační rozhraní | Webové administrační rozhraní Systému umožňuje provozovateli, majiteli a zejména dopravcům využívat prostředků Systému zabezpečeným způsobem. |
07 | Open data rozhraní | Rozhraní pro publikaci tzv. Open-access dat. Publikace ve formátu .XML. |
08 | Server rozhraní pro klient- server komunikaci | Rozhraní Systému odpovědné za komunikaci klient-server v rámci dopravců/dopravních systémů zejména za účelem prodeje jízdních dokladů. |
09 | Evidence požadavků (Request tracker) | Podpůrný subsystém umožňující evidenci požadavků ohledně funkcionality Systému. Slouží k evidenci incidentů, změn, reklamací a požadavků vznesený uživateli Objednatele, uživateli Dodavatele případně uživateli smluvních dopravců/smluvních dopravních systémů. |
10 | Zasílání vyúčtování e-mailem | Systém automaticky všem smluvním dopravcům/smluvním dopravním systémům zpracovává vyúčtování, které ukládá do Systému |
a zasílá s touto agendou související elektronickou komunikaci. |
2.5. Souvisejícími službami, které Systém interně využívá (provozuje) se rozumí následující služby:
# | Název služby Systému | Popis služby |
21 | Služby hardwaru formou služby od Dodavatele (PaaS) | Jedná se o služby zajištění technických prostředků (výkon, paměť, úložiště, datové okruhy), zajištění jejich umístění, chodu, bezpečnosti a zálohování v podobě poskytnutí platformy jako služby. Pro Služby #22-29 a #31-33 |
22 | Aplikační nod | Jedná se technologicky o server s instalovaným aplikačním prostředím, které umožňuje nodu vykonávat aplikační funkce. |
23 | Databázový procesor | Jedná se technologicky o server s instalovaným aplikačním prostředním, které umožňuje nodu vykonávat databázové funkce. |
24 | Server tarifního jádra | Jedná se technologicky o server s instalovaným aplikačním prostředím, které umožňuje serveru výkon funkcí tarifního jádra a propojení všech prvků Systému v jeden funkční celek. |
25 | Diskové pole | Jedná se úložiště, na která je v rámci Systému možno ukládat data. |
26 | Služby zálohování | Jedná se o činnosti, díky kterým jsou ukládány obrazy zálohovaných dat na jiné fyzické zálohovací médium (magnetická páska). Služba je blíže vymezena v článku 6.2 Přílohy č.1 této Smlouvy. |
27 | Okruh mezi lokalitami | Jedná se o službu datového propojení mezi vzájemnými lokalitami provozovaných datacenter. Služba je blíže vymezena v článku 6.3 Přílohy č.1 této Smlouvy. |
28 | Propojení lokalit | Jedná se o službu datového připojení do národních uzlů včetně poskytování služeb mezinárodní internetové konektivity. Služba je blíže vymezena v článcích 6.4 a 6.5 Přílohy č.1 této Smlouvy. |
29 | Autonomní systém | Autonomní systém je reprezentován nezávislými IP adresami ve vlastnictví poskytovatele hardwaru formou služby. Vlastní autonomní systém je nezbytný pro připojení sítě přes více poskytovatelů služeb najednou. Služba je blíže vymezena v článku 6.6 Přílohy č.1 této Smlouvy. |
30 | Doménová registrace | Jedná se o službu registrace příslušného doménového jména Systému na nejvyšší národní úrovni .CZ, popřípadě i o doplňkové registrace v generických a infrastrukturních registrech. Služba je blíže vymezena v článku 6.8 Přílohy č. 1 této Smlouvy. |
31 | Doménové překlady | Jedná se o provozování serverů DNS/DNSSEC pro zajištění provádění překladů doménových jmen |
na IP adresy včetně zajištění DNS vyvažování dotazů. Služba je blíže vymezena v článku 6.9 Přílohy č. 1 této Smlouvy. | ||
32 | Rozkládání zátěže (Load balancing) | Jedná se o provozování rozložení zatížení Systému mezi lokalitami. Služba je blíže vymezena v článku 6.9 Přílohy č. 1 této Smlouvy. |
33 | Služby podpory a aktualizací software dodávaného třetími stranami | Jedná se zejména o zajištění podpory a aktualizací ze strany dodavatelů software třetích stran, které podléhají licenčním poplatkům. |
34 | Clearing | Funkce Systému, jejímž prostřednictvím je v pravidelných časových intervalech prováděno zpracování vyúčtování na základě podkladů clearingu. |
35 | Komunikace s bankou | Zajištění elektronické komunikace s bankou, která provozuje clearingový bankovní účet. |
2.6. Za účelem zajištění Rutinního provozu Systému zajistí Dodavatel dostatečný počet osob s technickou specializací, které v rámci Rutinního provozu budou zajišťovat následující pracovní činnosti:
Název pozice | Popis činnosti |
Programátor – junior | Pracovník provádějící činnosti vývoje a úprav Systému. |
Šéfprogramátor | Pracovník zodpovědný za chod, vývoj a úpravy Systému. |
Systémový administrátor | Pracovník zodpovědný za administraci, profylaxi a konfiguraci serverů, diskových úložišť, síťových a dalších prostředků Systému. |
2.7. Dodavatel při přechodu z Implementační fáze (která bezprostředně předchází Rutinnímu provozu) postupně sníží počet osob vykonávajících jednotlivé odborné pracovní činnosti. Potřebný počet osob pro zajištění Rutinního provozu podle článku
2.6 této Přílohy této Smlouvy se bude snižovat ve třech různých časových etapách definovaných v článku 11.1.2 této Smlouvy, a to takovým způsobem, aby byly zajištěny zejména bezvadné Provozní parametry Systému (SLA) definované v článku 3 této přílohy této Smlouvy.
2.8. Rutinní provoz Systému zahrnuje i provádění záručních a pozáručních vad, vedení a zajišťování aktualizace příslušné dokumentace Systému, a nasazování příslušných aktualizací do produkčního prostředí (PROD) Systému, a to plnohodnotně v souladu s mezinárodními doporučeními incident, change a release managementu - metodologií ITIL.
2.9. Pro přezkoumání, zda Systém poskytuje služby dle článků 2.3 a 2.4 této Přílohy této Smlouvy, se stanovují následující testy (vazba na referenční identifikátor služby uvedené v článcích 2.4 a 2.5 této přílohy této Smlouvy je vyjádřena unikátním identifikátorem služby označeným mřížkou „#"), které budou využity zejména pro posouzení, zdali Systém splňuje podmínky pro přechod z Implementační fáze do Pilotního provozu (dle článku 6.6 této Smlouvy) a do Rutinního provozu (dle článku
6.9 této Smlouvy):
# | Název služby Systému | Popis testu |
01 | Vyhledávač | Otevření Dodavatelem oznámeného produkčního <URL01> prostřednictvím internetového prohlížeče, ve kterém se provede uživatelské testování spočívající ve vyhledávání základních i komplikovanějších spojení včetně využití možnosti volitelných parametrů vyhledávání. |
Test je úspěšný, pokud všechna vyhledávání vrací relevantní výsledek. | ||
02 | Rest API rozhraní | Otevření Dodavatelem oznámeného <URL02> prostřednictvím internetového prohlížeče, ve kterém se automaticky spustí testovací skript, který provede připojení k Rest API rozhraní, autentifikaci a zavolání libovolné funkce, která vrátí do prohlížeče příslušnou odpověď Systému v datovém formátu a struktuře Rest API rozhraní. |
Test je úspěšný, pokud dojde ke spojení s Rest API rozhraním a pokud je úspěšně navrácen relevantní výsledek, jako odpověď na volanou funkci rozhraní. | ||
03 | E-SHOP | Otevření Dodavatelem oznámeného produkčního <URL03> prostřednictvím internetového prohlížeče, ve kterém se provede uživatelské testování spočívající v provedení nákupního procesu vč. provedení platby a obdržení jízdního dokladu. |
Test je úspěšný, pokud je úspěšně dokončen nákupní proces včetně elektronické platby a zároveň je uživatelem úspěšně obdržen jízdní doklad. | ||
04a | Mobilní aplikace - platforma Android | Vyhledání a instalace mobilní aplikace z Google Play s názvem oznámeným dodavatelem <NAZEV04>. V aplikaci se následně provede uživatelské testování spočívající ve vyhledání spojení, projití nákupním procesem vč. provedení platby a obdržení jízdního dokladu. |
Test je úspěšný, pokud je mobilní aplikace na platformě Android úspěšně nainstalována, pokud je úspěšně dokončen nákupní proces včetně elektronické platby a zároveň je uživatelem úspěšně obdržen jízdní doklad. | ||
04b | Mobilní aplikace - platforma iOS | Vyhledání a instalace mobilní aplikace z AppStore s názvem oznámeným dodavatelem <NAZEV04>. V aplikaci se následně provede uživatelské testování spočívající ve vyhledání spojení, projití nákupním procesem vč. provedení platby a obdržení jízdního dokladu. |
Test je úspěšný, pokud je mobilní aplikace na platformě iOS úspěšně nainstalována, pokud je úspěšně dokončen nákupní proces včetně elektronické platby a zároveň je uživatelem úspěšně obdržen jízdní doklad. | ||
05 | Statická webová prezentace | Otevření Dodavatelem oznámeného produkčního <URL05> prostřednictvím definovaného internetového prohlížeče, ve kterém se provede uživatelské testování ve zobrazení a průchodu statických webových stránek. |
Test je úspěšný, pokud jsou webové stránky úspěšně zobrazeny a lze se pohybovat v jejich struktuře pomocí jednotlivých internetových prohlížečů: Internet Explorer 10 a vyšší, Mozilla Firefox verze 52 a vyšší, Opera, Google Chrome a Safari. | ||
06 | Webový portál pro přístup | Otevření Dodavatelem oznámeného produkčního <URL06> prostřednictvím internetového prohlížeče, ve kterém se provede přihlášení pomocí oznámeného <LOGIN06> přihlašovacího jména a hesla a následně se provede uživatelské testování jednotlivých funkcí systému, který Systém uživateli nabízí. |
Test je úspěšný, pokud je uživatel úspěšně přihlášen a pokud funkce, nabízené ve struktuře webového rozhraní, jsou rovněž funkční. | ||
07 | Open-access data rozhraní | Otevření Dodavatelem oznámeného produkčního <URL07> prostřednictvím internetového prohlížeče, ve kterém se automaticky zobrazí .XML struktura a open- access data, které Systém poskytuje. |
Test je úspěšný, pokud uživatel úspěšně zobrazil open-access data ve formátu .XML. | ||
08 | Server rozhraní pro client- server komunikaci | Použití instalované klientské aplikace vč. vyhledání, nákupního procesu a vystavení jízdního dokladu |
Test je úspěšný, pokud uživatel úspěšně vyhledal spojení a vystavil jízdní doklad pomocí instalované aplikace dodané Dodavatelem. | ||
09 | Evidence požadavků (Request tracker) | Otevření Dodavatelem oznámeného produkčního <URL10> prostřednictvím internetového prohlížeče. |
Test je úspěšný, pokud se uživatel úspěšně přihlásí do systému požadavků a může využívat jeho fronty, zobrazovat si požadavky existující či zakládat požadavky nové. | ||
10 | Zasílání vyúčtování | Opis zaslaného vyúčtování případně i virtuálnímu dopravci za účely testování. |
Test je úspěšný, pokud Dodavatel předloží dodavateli opis automaticky zasílaného vyúčtování i virtuálního dopravce v rámci Systému. | ||
21 | Služby hardwaru formou služby od Dodavatele (PaaS) | Předávací protokol od Dodavatele konstatující zajištění služeb. Pro Služby #22-29 a #31-33 |
Akceptaci vyhoví předložení předávacího protokolu o poddodavatele, ve kterém budou uvedeny detaily poskytované služby PaaS pro chod Systému. | ||
22 | Aplikační nod | Xxxx na Dodavatelem oznámené adresy <IP21> všech aplikačních nodů. |
Test je úspěšný, pokud se úspěšně vrací odpověď na ping pro všechny uvedené nody. | ||
23 | Databázový procesor | Ping na Dodavatelem oznámené adresy <IP22> všech databázových procesorů. |
Test je úspěšný, pokud se úspěšně vrací odpověď na ping pro všechny uvedené databázové procesory. | ||
24 | Server tarifního jádra | Ping na Dodavatelem oznámené adresy <IP23> všech serverů tarifního jádra. |
Test je úspěšný, pokud se úspěšně vrací odpověď na ping pro všechny uvedené servery tarifního jádra. | ||
25 | Diskové pole | Xxxx na Dodavatelem oznámené adresy <IP24> všech diskových polí. |
Test je úspěšný, pokud se úspěšně vrací odpověď na ping pro všechny uvedená disková pole. | ||
26 | Služby zálohování | Provedení ručního zálohování Systému. |
Test je úspěšný, pokud Dodavatel předloží Objednateli report, který bude konstatovat úspěšné provedení ručního zálohování Systému. | ||
27 | Okruh mezi lokalitami | Xxxx na Dodavatelem oznámenou adresu <IP27> okruhu a předložení smlouvy s dodavatelem této služby. |
Test je úspěšný, pokud se úspěšně vrací odpověď na pro okruh a pokud Dodavatel předložil Objednateli smlouvu na provoz tohoto okruhu. | ||
28 | Propojení lokalit | Předložení směrovacích tabulek |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis směrovacích tabulek. | ||
29 | Autonomní systém | Předložení výpisu Dodavatelem oznámeného autonomního systému <AS29> z centrálního registru RIPE NCC. |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis z centrálního registru RIPE NCC pro korespondující Autonomní systém. | ||
30 | Doménová registrace | Předložení výpisu Dodavatelem oznámeného doménového jména <DOMÉNA30> z registru CZ.NIC. |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis z registru CZ.NIC pro korespondující doménu. | ||
31 | Doménové překlady | Předložení výpisu Dodavatelem oznámeného doménového jména <DOMÉNA30> pomocí nástroje pro doménový výpis za účelem ověření sekce „IN A“ záznamu. |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis z doménového registru, ze kterého je patrné, že servery pro doménu <DOMÉNA30> v sekci „IN A“ jsou příslušně nastaveny. | ||
32 | Load balancing | Předložení výpisu Dodavatelem oznámeného doménového jména <DOMÉNA30> pomocí nástroje pro doménový výpis za účelem ověření DNS vyvažování pro danou doménu. |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis z doménového registru, ze kterého je patrné, že servery pro doménu <DOMÉNA30> využívají metody DNS vyvažování. IP adresy daných serverů tak budou nastaveny pro daný doménový záznam na více příslušných provozních lokalit. | ||
33 | Služby podpory a aktualizace software dodávaného třetími stranami | Předložení smluv mezi Dodavatelem a příslušnými třetími stranami pro provádění „podpory a aktualizací“. |
Test je úspěšný, pokud Dodavatel předloží Objednateli příslušné opisy smluv. | ||
34 | Clearing | Ověření provádění zpracování vyúčtování na základě podkladů. |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis ze Systému, který prokáže, že v Systému automaticky vznikají vyúčtování pro jednotlivé smluvní dopravce/smluvní dopravní systémy. |
35 | Komunikace s bankou | Ověření zajištění elektronické komunikace s bankou, která provozuje clearingový bankovní účet. |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis komunikace s bankou, která provozuje clearingový bankovní účet. |
3. PROVOZNÍ PARAMETRY (TECHNICKÉ PARAMETRY SLUŽEB) a SLA
3.1. Dodavatel se zavazuje pomocí automatizovaných měřicích prostředků provozovaných jako součást služby zajištění Rutinního provozu Systému mimo technickou infrastrukturu Systému v neutrálním prostředí nepřetržitý monitoring Provozních parametrů Systému v čase.
3.2. Pro případ přímo nezaviněného a neovlivněného výpadku neutrálního monitorovacího prostředí způsobeného nedostupností služeb třetích stran zajistí Dodavatel neutrální monitorovací prostředí jednoho (1) poskytovatele služeb ve dvou takovým způsobem, aby vyvinul maximální úsilí pro to, monitorovat a předkládat hodnověrné výsledky parametrů systému v souvislosti s plněním smluvních povinností Dodavatele.
3.3. Provozní parametry služeb budou Dodavatelem monitorovány a hodnoty ukládány a archivovány po dobu minimálně dvanácti (12) kalendářních měsíců.
3.4. Dodavatel se zavazuje, že jako součást služby Rutinního provozu Systému jako podklad pro fakturaci 1x měsíčně předloží Souhrnný přehled jednotlivých provozních parametrů s jasným vyznačením smluvních garancí SLA a s přehledným doplněním informací, zdali byly za sledované období kalendářního měsíce SLA pro příslušné kategorie Provozních parametrů Systému splněny či nikoliv.
3.5. Každým jednotlivým porušením SLA se rozumí porušení SLA v daném kalendářním měsíci, kdy je služba poskytována a za který je předkládán Souhrnný přehled dle článku 3.4 Přílohy č.2 této Smlouvy. Služba Rutinního provozu Systému je poskytována nepřetržitě. Smluvní Strany se dohodly na mechanismu tzv. servisních oken, tj. předem určenému časovému období určenému pro provádění prací plánované odstávky údržby a podpory Systému (která ovšem nesmí mít vliv na bezvadnou funkci Systému jako celku), které je vyloučeno a nezapočítává se do smluvních garancí dle této Přílohy této Smlouvy. Období servisních oken je touto smlouvou stanoveno jeden (1) krát týdně, na každé úterý v době mezi 01:00 a 05:00.
3.6. Provozními parametry Systému ve smyslu této Smlouvy se rozumí:
3.6.1. Dostupnost Systému, která je měřena na vnějším rozhraní síťového rozhraní jádra systému, a to formou odezvy na požadavek sondy. Hodnota měření je uváděna v milisekundách (ms) a určí se jako minimální hodnota odezvy obou sond v měřicích lokalitách. Za poruchový stav se považuje taková hodnota, která je větší nežli pět tisíc milisekund (5000 ms) nebo pokud nebylo možné hodnotu měření stanovit vůbec (například žádná odezva).
3.6.2. Dostupnost E-SHOPu, která je měřena na vnějším rozhraní modulu e- SHOPu protokolem https, a to formou odezvy na požadavek sondy. Hodnota měření je uváděna v milisekundách (ms) a určí se jako minimální hodnota odezvy obou sond v měřicích lokalitách. Za poruchový stav se považuje taková hodnota, která je větší nežli pět tisíc milisekund (5000 ms) nebo pokud nebylo možné hodnotu měření stanovit vůbec (například žádná odezva).
3.6.3. Dostupnost Mobilní aplikace, která je měřena na vnějším rozhraní modulu Rest API jádra Systému, a to formou odezvy na požadavek sondy. Hodnota měření je uváděna v milisekundách (ms) a určí se jako minimální hodnota odezvy obou sond v měřicích lokalitách. Za poruchový stav se považuje taková hodnota, která je větší nežli pět tisíc milisekund (5000 ms) nebo pokud nebylo možné hodnotu měření stanovit vůbec (například žádná odezva).
3.6.4. Rychlost odezvy Systému, která je měřena na vnějším rozhraní modulu Rest API jádra Systému, a to formou odezvy na univerzální požadavek sondy. Hodnota měření je uváděna v milisekundách (ms) a určí se jako minimální hodnota odezvy obou sond v měřicích lokalitách. Za poruchový stav se považuje taková hodnota, která je větší nežli dva tisíce milisekund (2000 ms).
3.7. SLA označuje smluvní úroveň kvality dodávaných služeb sjednanou touto Smlouvou mezi Dodavatelem a Objednatelem a pro příslušné parametry SLA se určí v procentech následovně:
, kde
𝑆𝐿𝐴 =
𝑡𝑜𝑏𝑑𝑜𝑏í − ∑ 𝑡𝑛𝑒𝑑𝑜𝑠𝑡𝑢𝑝𝑛𝑜𝑠𝑡𝑖
𝑡𝑜𝑏𝑑𝑜𝑏í
[%]
tobdobí = čas pro daný kalendářní měsíc sledovaného parametru vyjádřený v minutách Σ tnedostupnosti = suma časů nedostupnosti (kdy trval poruchový stav) sledovaného parametru služby
3.8. Mírným porušením SLA se rozumí takové porušení smluvních garancí, které nemá vliv na dostupnost a chování Systému. Systém lze v tomto případě plnohodnotně využívat, byť se sníženou kapacitou či vyšší dobou odezvy Systému. Pro zamezení pochybností se pro stanovení hranice mírného porušení SLA použijí hodnoty uvedené v tabulce podle článku 3.11.
3.9. Středně závažným porušením SLA se rozumí stejně jako u Mírného porušení SLA takové porušení smluvních garancí, které nemá vliv na dostupnost a chování Systému. Systém lze v tomto případě plnohodnotně využívat, byť se sníženou kapacitou či vyšší dobou odezvy Systému, přičemž tato snížená kapacita či vyšší doba odezvy Systému nastala ve sledovaném období častěji nežli u mírného porušení SLA dle článku 3.8 této Přílohy této Smlouvy. Pro zamezení pochybností se pro stanovení hranice středně závažného porušení SLA použijí hodnoty uvedené v tabulce podle článku 3.11.
3.10. Podstatným porušením SLA se rozumí:
3.10.1. stejně jako u středně závažného porušení SLA takové porušení smluvních garancí, které nemá vliv na dostupnost a chování Systému. Systém lze v tomto případě plnohodnotně využívat, byť se sníženou kapacitou či vyšší dobou odezvy Systému, přičemž tato snížená kapacita či vyšší doba odezvy Systému nastala ve sledovaném období častěji nežli u středně závažného porušení SLA dle článku 3.9 této Přílohy této Smlouvy.
3.10.2. takové porušení smluvních garancí, které má přímý vliv na dostupnost a chování, byť jen části Systému. Systém nelze v tomto případě plnohodnotně a nepřetržitě využívat po dobu osmi (8) hodin a více. Pro účely stanovení, zdali systém lze využívat či nikoliv smluvní Strany stanovují parametr Dostupnosti Systému viz článek 3.6.1 této Přílohy této Smlouvy.
Pro zamezení pochybností se pro stanovení hranice podstatného porušení SLA použijí
hodnoty uvedené v tabulce podle bodu 3.11.
3.11. SLA smluvními garancemi ve smyslu této Smlouvy se rozumí:
Provozní parametr Systému | Hodnota SLA (%) | |||
Bezvadný stav | Mírné porušení | Středně závažné porušení | Podstatné porušení | |
Dostupnost Systému (čl. 3.9.1) | SLA >= 99,5 | 99,5 > SLA >= 98,0 | 98,0 > SLA >= 95,0 | 95,0 > SLA |
Dostupnost E-SHOPu (čl. 3.9.2) | SLA >= 98,0 | 98,0 > SLA >= 96,0 | 96,0 > SLA >= 93,0 | 93,0 > SLA |
Dostupnost Mobilní aplikace (čl. 3.9.3) | SLA >= 98,0 | 98,0 > SLA >= 96,0 | 96,0 > SLA >= 93,0 | 93,0 > SLA |
Rychlost odezvy systému (čl. 3.9.4) | SLA >= 99,7 | 99,7 > SLA >= 98,0 | 98,0 > SLA >= 95,0 | 95,0 > SLA |
Nedostupnost Systému či jeho části (čl. 3.8.2) | Po dobu 8 hodin a více |
PŘÍLOHA Č. 3
SMLOUVY O ZAJIŠTĚNÍ NÁVRHU, VÝVOJE A PROVOZU SYSTÉMU JEDNOTNÉHO TARIFU
PODROBNÉ VYMEZENÍ SLUŽEB ÚDRŽBY A PODPORY SYSTÉMU
1. VYMEZENÍ POJMŮ
Pojem | Vysvětlení pojmu |
Helpdesk | Prostředek určený k tomu, aby poskytl cestujícímu stejně jako smluvnímu dopravci/smluvnímu dopravnímu systému zapojeném v Systému podporu související s funkcemi Systému. |
2. SPECIFIKACE PLNĚNÍ
2.1. Tato příloha v souladu s článkem 6.2 této Smlouvy podrobné vymezuje služby Údržby
a Podpory Systému.
2.2. Údržbou a Podporou Systému se rozumí provádění následujících činností:
2.2.1. provoz centrálního helpdesku Dodavatele dostupného v Pracovní dny od 7 do 20 hodin, sloužícího k hlášení závad a nedostatků ze strany uživatelů Systému, k řešení problémů uživatelů webového rozhraní pro nákup jízdních dokladů, k řešení technických a účetních problémů, ke komunikaci s uživateli Systému a ke komunikaci s Objednatelem Systému;
2.2.2. poskytování služeb podpory první úrovně:
2.2.2.1. Proces registrace a přihlašování
2.2.2.2. Obecná uživatelská podpora
2.2.2.3. Hlášení a diagnostika první úrovně nefunkčností Systému
2.2.2.4. Komunikace s uživateli
2.2.2.5. Vytváření reportů Systému
2.2.2.6. Provádění základního monitoringu Systému
2.2.2.7. Aktivace vyšších stupňů podpory v případě potřeby
2.2.3. poskytování služeb podpory druhé úrovně:
2.2.3.1. Centrální dohled Systému
2.2.3.2. Zajišťování údržby a aktualizace operačních systémů
2.2.3.3. Zajišťování údržby a aktualizace databází
2.2.3.4. Obnova dat ze záložních médií v případě potřeby
2.2.3.5. Součinnost se třetími stranami
2.2.3.6. Zajištění měsíčního komplexního vyhodnocení SLA
2.2.3.7. Komunikace s objednatelem
2.2.3.8. Preventivní údržba
2.2.3.9. Aktivace vyšších stupňů podpory v případě potřeby
2.2.4. nepřetržitý monitoring funkcí systému a provádění pravidelných technických kontrol Hardware a Software Systému,
2.2.5. vyhodnocování nedostatků v Rutinním provozu Systému a návrh jejich řešení.
2.3. Údržbu a Podporu Systému se Dodavatel zavazuje provádět takovým způsobem, aby byly zajištěny bezvadné Parametry údržby a podpory Systému (SLA) definované v článku 3 této Přílohy této Smlouvy.
3. PARAMETRY ÚDRŽBY A PODPORY SYSTÉMU a SLA
3.1. Dodavatel se zavazuje, že zajistí prostřednictvím automatizovaných měřicích prostředků provozovaných jako součást služby Údržby a Podpory Systému mimo technickou infrastrukturu Systému v neutrálním prostředí nepřetržitý monitoring Parametrů údržby a podpory Systému v čase.
3.2. Pro případ přímo nezaviněného a neovlivněného výpadku neutrálního monitorovacího prostředí způsobeného nedostupností služeb třetích stran zajistí Dodavatel neutrální monitorovací prostředí alespoň jednoho (1) poskytovatele služeb takovým způsobem, aby vyvinul maximální úsilí pro to, monitorovat a předkládat hodnověrné výsledky parametrů systému v souvislosti s plněním smluvních povinností Dodavatele.
3.3. Parametry údržby a podpory Systému budou Dodavatelem monitorovány a hodnoty ukládány a archivovány po dobu minimálně dvanácti (12) kalendářních měsíců.
3.4. Dodavatel se zavazuje, že jako součást služby Údržby a Podpory Systému jako podklad pro fakturaci 1x měsíčně předloží Souhrnný přehled jednotlivých Parametrů údržby a podpory s jasným vyznačením smluvních garancí SLA a s přehledným doplněním informací, zdali bylo za sledované období kalendářního měsíce SLA pro příslušné kategorie Parametrů údržby a podpory Systému splněno či nikoliv.
3.5. Každým jednotlivým porušením SLA se rozumí porušení SLA v daném kalendářním měsíci, kdy je služba poskytována a za který je předkládán Souhrnný přehled dle článku 3.4 Přílohy č.3 této Smlouvy. Služba Údržby a Podpory Systému je (není-li specificky uvedeno jinak) poskytována nepřetržitě. Smluvní Strany se dohodly na mechanismu tzv. servisních oken, tj. předem určenému časovému období určenému pro provádění prací plánované odstávky údržby a podpory Systému, které je vyloučeno a nezapočítává se do smluvních garancí dle této Přílohy této Smlouvy. Období servisních oken je touto smlouvou stanoveno jeden (1) krát týdně, na každé úterý v době mezi 01:00 a 05:00.
3.6. Parametry údržby a podpory Systému ve smyslu této Smlouvy se rozumí:
3.6.1. Dostupnost centrálního helpdesku je měřena numericky automatickým technickým zařízením jako připravenost centrálního helpdesku přijímat telefonní hovory. Číslo udává numerickou hodnotu součtu počtu pracovníků helpdesku, kteří jsou připraveni vyřizovat telefonické požadavky centrálního helpdesku a počtu pracovníků helpdesku, kteří realizují telefonické požadavky centrálního helpdesku. Za poruchový stav se považuje hodnota nižší nežli dvě (2).
3.6.2. Doba zahájení práce na odstranění závady je čas, který uplyne od nahlášení závady do doby zahájení prací na odstranění závady. Za čas nahlášení závady se považuje v pracovní době centrálního helpdesku čas doručení centrálnímu helpdesku, mimo pracovní dobu centrálního helpdesku se považuje za čas nahlášení závady čas doručení automatizovanému technickému zařízení (záznamník). Za poruchový stav se považuje doba zahájení práce na odstranění závady větší nežli 2 Pracovní dny.
3.6.3. Doba vyřešení závady je čas, který uplyne od nahlášení závady do doby odstranění závady. Za poruchový stav se považuje doba vyřešení závady větší nežli 5 Pracovních dní pro závady, které se totožně projeví u více jak jednoho uživatele Systému, v opačném případě (tedy u závad, které se projeví ojediněle u jednoho uživatele Systému) se považuje za poruchový stav doba vyřešení závady větší nežli 20 Pracovních dní.
3.7. SLA označuje smluvní úroveň kvality dodávaných služeb sjednanou touto
Smlouvou mezi Dodavatelem a Objednatelem a pro příslušné parametry SLA se určí:
3.7.1. pro parametr dle článku 3.6.1. v procentech následovně:
𝑡𝑜𝑏𝑑𝑜𝑏í − ∑ 𝑡𝑛𝑒𝑑𝑜𝑠𝑡𝑢𝑝𝑛𝑜𝑠𝑡𝑖
, kde
𝑆𝐿𝐴 =
𝑡𝑜𝑏𝑑𝑜𝑏í
[%]
tobdobí = čas pro daný kalendářní měsíc sledovaného parametru vyjádřený
v minutách
Σ tnedostupnosti = suma časů nedostupnosti (kdy trval poruchový stav) sledovaného parametru služby
3.7.2. pro parametry dle článků 3.6.2 a 3.6.3 v procentech následovně:
𝑝𝑜č𝑒𝑡 𝑧á𝑣𝑎𝑑 − 𝑝𝑜č𝑒𝑡 𝑝𝑜𝑟𝑢𝑐ℎ𝑜𝑣ý𝑐ℎ 𝑧á𝑣𝑎𝑑
, kde
𝑆𝐿𝐴 =
počet závad
[%]
počet závad = počet nahlášených závad pro daný kalendářní měsíc
počet poruchových závad = počet závad, u kterých nebyl dodržen příslušný parametr a považují se tak za závadové
3.8. Mírným porušením SLA se rozumí takové porušení smluvních garancí, které nemá vliv na dostupnost a chování údržby a podpory Systému. Údržbu a podporu Systému lze v tomto případě plnohodnotně využívat, byť se sníženou kapacitou či vyšší dobou odezvy. Pro zamezení pochybností se pro stanovení hranice mírného porušení SLA použijí hodnoty uvedené v tabulce podle bodu 3.11.
3.9. Středně závažným porušením SLA se rozumí stejně jako u Mírného porušení SLA takové porušení smluvních garancí, které nemá vliv na dostupnost a chování údržby a podpory Systému. Údržbu a podporu Systému lze v tomto případě plnohodnotně využívat, byť se sníženou kapacitou či vyšší dobou odezvy údržby a podpory Systému, přičemž tato snížená kapacita či vyšší doba odezvy údržby a podpory Systému nastala ve sledovaném období častěji nežli u mírného porušení SLA dle článku 3.8 této Přílohy této Smlouvy. Pro zamezení pochybností se pro stanovení hranice středně závažného porušení SLA použijí hodnoty uvedené v tabulce podle bodu 3.11.
3.10. Podstatným porušením SLA se rozumí:
3.10.1. stejně jako u středně závažného porušení SLA takové porušení smluvních garancí, které nemá vliv na dostupnost a chování údržby a podpory Systému. Údržbu a podporu Systému lze v tomto případě plnohodnotně využívat, byť se sníženou kapacitou či vyšší dobou odezvy údržby a podpory Systému, přičemž tato snížená kapacita či vyšší doba odezvy údržby a podpory Systému nastala ve sledovaném období častěji nežli u středně závažného porušení SLA dle článku 3.9 této Přílohy této Smlouvy.
3.10.2. takové porušení smluvních garancí, které má přímý vliv na dostupnost a chování centrálního helpdesku. Centrální helpdesk nelze v tomto případě plnohodnotně a nepřetržitě využívat po dobu čtyř (4) hodin a více. Pro účely stanovení, zdali centrální helpdesk lze využívat či nikoliv smluvní Strany stanovují parametr Dostupnosti centrálního helpdesku viz článek 3.6.1 této Přílohy této Smlouvy.
Pro zamezení pochybností se pro stanovení hranice podstatného porušení SLA použijí hodnoty uvedené v tabulce podle bodu 3.11.
3.11. SLA smluvními garancemi ve smyslu této Smlouvy se rozumí:
Parametr údržby a podpory Systému | Hodnota SLA (%) | |||
Bezvadný stav | Mírné porušení | Středně závažné porušení | Podstatné porušení | |
Dostupnost centrálního helpdesku (čl. 3.9.1) | SLA >= 99,7 | 99,7 > SLA >= 97,0 | 97,0 > SLA >= 95,0 | 95,0 > SLA |
Doba zahájení práce na odstranění závady (čl. 3.9.2) | SLA >= 95,0 | 95,0 > SLA >= 93,0 | 93,0 > SLA >= 90,0 | 90,0 > SLA |
Doba vyřešení závady (čl. 3.9.3) | SLA >= 98,0 | 98,0 > SLA >= 96,0 | 96,0 > SLA >= 93,0 | 93,0 > SLA |
Nedostupnost centrálního helpdesku (čl. 3.8.2) | Po dobu 4 hodin a více |
PŘÍLOHA Č. 4
SMLOUVY O ZAJIŠTĚNÍ NÁVRHU, VÝVOJE A PROVOZU SYSTÉMU JEDNOTNÉHO TARIFU
HARMONOGRAM PLNĚNÍ
Článek dle Xxxxxxx | Název předmětu Smlouvy | Trvání | |
od | do | ||
3.1.1 | Implementace Systému SNT včetně Pilotního provozu systému | 01.07.2018 | 30.11.2020 |
3.1.2 | Rutinní provoz Systému SNT | 01.12.2020 | 31.12.2025 |
3.1.3 | Údržba a Podpora Systému SNT | 01.12.2020 | 31.12.2025 |
3.1.4 | Rozvoj a Obnova Systému SNT | 01.12.2020 | 31.12.2025 |
3.1.5 | Konzultační a poradenské služby | 01.07.2018 | 31.12.2025 |
PŘÍLOHA Č. 5
SMLOUVY O ZAJIŠTĚNÍ NÁVRHU, VÝVOJE A PROVOZU SYSTÉMU JEDNOTNÉHO TARIFU
CENOVÉ PODMÍNKY
1. CENOVÉ PODMÍNKY
1.1. V souvislosti s předmětem plnění specifikovaném v článku 3.1.7 resp. 10 této Smlouvy je výše odměny Dodavatele za toto plnění Specifikována v článku 1.2 této Přílohy č.5 této Smlouvy.
1.2. Jednotka, ve které jsou uvedeny cenové podmínky, je definována jako jedna
(1) „Pracovní hodina“, což je časové vyjádření pro objem práce jednoho zaměstnance (člověka) vykonávajícího konkrétní pracovní činnost po dobu jedné hodiny práce, přičemž se smluvní Strany dohodly, že Dodavatelem bude vykazována a následně fakturována každá započatá půl hodina vykonávané práce.
1.3. Všechny uvedené ceny jsou bez DPH.
1.4. Pro zamezení všech pochybností se cena jednoho „člověkodne (čld)“ pro příslušnou pozici určí jako sazba příslušné pozice v Kč / hod vynásobené hodnotou osm (8).
Název pozice | Kč / hod |
Ředitel projektu | 1 750,- |
IT manažer | 1 750,- |
Projektový manažer | 1 700,- |
Ekonomický manažer | 1 700,- |
Technický konzultant – senior | 1 500,- |
Obecný konzultant – senior | 1 400,- |
Šéfprogramátor | 1 400,- |
Zástupce šéfprogramátora | 1 300,- |
Technický konzultant – junior | 1 200,- |
Obecný konzultant – junior | 1 100,- |
Programátor – senior | 1 000,- |
Databázový specialista | 1 000,- |
Programátor – junior | 700,- |
Programátor - styly | 700,- |
Systémový administrátor | 700,- |
Účetní – senior | 650,- |
Programátor - grafik | 600,- |
Pracovník technické podpory | 500,- |
Účetní – junior | 500,- |
Administrátor projektu | 400,- |
PŘÍLOHA Č. 6
SMLOUVY O ZAJIŠTĚNÍ NÁVRHU, VÝVOJE A PROVOZU SYSTÉMU JEDNOTNÉHO TARIFU
VZOR AKCEPTAČNÍHO PROTOKOLU
AKCEPTAČNÍ PROTOKOL
uzavřený podle článku 4.14 Smlouvy o zajištění návrhu, vývoje a provozu Systému
jednotného tarifu
Objednatel:
Česká republika - Ministerstvo dopravy
Sídlo: nábřeží Xxxxxxx Xxxxxxx 1222/12, 110 15 Praha 1
IČ: 66003008
DIČ: CZ66003008
a
Dodavatel:
CENDIS, s. p.
Sídlo: IČ: DIČ:
nábřeží Xxxxxxx Xxxxxxx 1222/12, 110 15 Praha 1
00311391
CZ00311391
Společnost je zapsána v obchodním rejstříku vedeném u Městského soudu v Praze oddíl ALX vložka 706
Datum vystavení:
Celkový počet stran: 6
Předmětem akceptace je v souvislosti se Smlouvou o zajištění návrhu, vývoje a provozu Systému jednotného tarifu převzetí tohoto Systému (díla) do Rutinního provozu Objednatelem. Protokol je vyhotoven v pěti (5) vyhotoveních, z nichž každé vyhotovení má platnost originálu. Objednatel obdrží tři (3) vyhotovení a Dodavatel dvě (2) vyhotovení tohoto Protokolu.
akceptováno
Výsledek:
neakceptováno*
* popis výhrad a dohodnutý další postup jsou uvedeny v tabulce s výhradami
Akceptaci provedli:
Příjmení, jméno, titul | Funkce | Podpis |
Tabulka s výhradami:
Akceptace pomocí testů:
# | Název služby Systému | Popis testu | |
01 | Vyhledávač | Otevření Dodavatelem oznámeného produkčního <URL01> prostřednictvím internetového prohlížeče, ve kterém se provede uživatelské testování spočívající ve vyhledávání základních i komplikovanějších spojení včetně využití možnosti volitelných parametrů vyhledávání. | |
Test je úspěšný, pokud všechna vyhledávání vrací relevantní výsledek. | |||
02 | Rest API rozhraní | Otevření Dodavatelem oznámeného <URL02> prostřednictvím internetového prohlížeče, ve kterém se automaticky spustí testovací skript, který provede připojení k Rest API rozhraní, autentifikaci a zavolání libovolné funkce, která vrátí do prohlížeče příslušnou odpověď Systému v datovém formátu a struktuře Rest API rozhraní. | |
Test je úspěšný, pokud dojde ke spojení s Rest API rozhraním a pokud je úspěšně navrácen relevantní výsledek, jako odpověď na volanou funkci rozhraní. | |||
03 | E-SHOP | Otevření Dodavatelem oznámeného produkčního <URL03> prostřednictvím internetového prohlížeče, ve kterém se provede uživatelské testování spočívající v provedení nákupního procesu vč. provedení platby a obdržení jízdního dokladu. | |
Test je úspěšný, pokud je úspěšně dokončen nákupní proces včetně elektronické platby a zároveň je uživatelem úspěšně obdržen jízdní doklad. | |||
04a | Mobilní aplikace - platforma Android | Vyhledání a instalace mobilní aplikace z Google Play s názvem oznámeným dodavatelem <NAZEV04>. V aplikaci se následně provede uživatelské testování spočívající ve vyhledání spojení, projití nákupním procesem vč. provedení platby a obdržení jízdního dokladu. | |
Test je úspěšný, pokud je mobilní aplikace na platformě Android úspěšně nainstalována, pokud je úspěšně dokončen nákupní proces včetně elektronické platby a zároveň je uživatelem úspěšně obdržen jízdní doklad. | |||
04b | Mobilní aplikace - platforma iOS | Vyhledání a instalace mobilní aplikace z AppStore s názvem oznámeným dodavatelem <NAZEV04>. V aplikaci se následně provede uživatelské testování spočívající ve vyhledání spojení, projití nákupním procesem vč. provedení platby a obdržení jízdního dokladu. | |
Test je úspěšný, pokud je mobilní aplikace na platformě iOS úspěšně nainstalována, pokud je úspěšně dokončen nákupní proces včetně elektronické platby a zároveň je uživatelem úspěšně obdržen jízdní doklad. | |||
05 | Statická webová prezentace | Otevření Dodavatelem oznámeného produkčního <URL05> prostřednictvím definovaných internetových prohlížečů, ve kterých se provede uživatelské testování ve zobrazení a průchodu statických webových stránek. | |
Test je úspěšný, pokud jsou webové stránky úspěšně zobrazeny a lze se pohybovat v jejich struktuře pomocí jednotlivých internetových prohlížečů: Internet Explorer 10 a vyšší, Mozilla Firefox verze 52 a vyšší, Opera, Google Chrome a Safari. | |||
06 | Webový portál pro přístup | Otevření Dodavatelem oznámeného produkčního <URL06> prostřednictvím internetového prohlížeče, ve kterém se provede přihlášení pomocí oznámeného <LOGIN06> přihlašovacího jména a hesla a následně se provede uživatelské testování jednotlivých funkcí systému, který Systém uživateli nabízí. | |
Test je úspěšný, pokud je uživatel úspěšně přihlášen a pokud funkce, nabízené ve struktuře webového rozhraní, jsou rovněž funkční. | |||
07 | Open-access data rozhraní | Otevření Dodavatelem oznámeného produkčního <URL07> prostřednictvím internetového prohlížeče, ve kterém se |
automaticky zobrazí .XML struktura a open-access data, které Systém poskytuje. | |||
Test je úspěšný, pokud uživatel úspěšně zobrazil open-access data ve formátu .XML. | |||
08 | Server rozhraní pro client- server komunikaci | Použití instalované klientské aplikace vč. vyhledání, nákupního procesu a vystavení jízdního dokladu | |
Test je úspěšný, pokud uživatel úspěšně vyhledal spojení a vystavil jízdní doklad pomocí instalované aplikace dodané Dodavatelem. | |||
09 | Datafeed rozhraní | Otevření Dodavatelem oznámeného <URL09> prostřednictvím internetového prohlížeče, ve kterém se automaticky spustí testovací skript, který provede připojení k Datafeed rozhraní, autentifikaci a zavolání libovolné funkce, která vrátí do prohlížeče příslušnou odpověď Systému v datovém formátu a struktuře Datafeed rozhraní. | |
Test je úspěšný, pokud dojde ke spojení s Datafeed rozhraním a pokud je úspěšně navrácen relevantní výsledek, jako odpověď na volanou funkci rozhraní. | |||
10 | Evidence požadavků (Request tracker) | Otevření Dodavatelem oznámeného produkčního <URL10> prostřednictvím internetového prohlížeče. | |
Test je úspěšný, pokud se uživatel úspěšně přihlásí do systému požadavků a může využívat jeho fronty, zobrazovat si požadavky existující či zakládat požadavky nové. | |||
11 | Zasílání vyúčtování | Opis zaslaného vyúčtování případně i virtuálnímu dopravci za účely testování. | |
Test je úspěšný, pokud Dodavatel předloží dodavateli opis automaticky zasílaného vyúčtování i virtuálního dopravce v rámci Systému. | |||
21 | Aplikační nod | Xxxx na Dodavatelem oznámené adresy <IP21> všech aplikačních nodů. | |
Test je úspěšný, pokud se úspěšně vrací odpověď na ping pro všechny uvedené nody. | |||
22 | Databázový procesor | Ping na Dodavatelem oznámené adresy <IP22> všech databázových procesorů. | |
Test je úspěšný, pokud se úspěšně vrací odpověď na ping pro všechny uvedené databázové procesory. | |||
23 | Server tarifního jádra | Xxxx na Dodavatelem oznámené adresy <IP23> všech serverů tarifního jádra. | |
Test je úspěšný, pokud se úspěšně vrací odpověď na ping pro všechny uvedené servery tarifního jádra. | |||
24 | Diskové pole | Xxxx na Dodavatelem oznámené adresy <IP24> všech diskových polí. | |
Test je úspěšný, pokud se úspěšně vrací odpověď na ping pro všechny uvedená disková pole. | |||
25 | Služby zálohování | Provedení ručního zálohování Systému. | |
Test je úspěšný, pokud Dodavatel předloží Objednateli report, který bude konstatovat úspěšné provedení ručního zálohování Systému. | |||
26 | Služby datacentra | Ping na Dodavatelem oznámené adresy <IP26> datacenter v jednotlivých lokalitách a předložení všech smluv s dodavateli těchto služeb. | |
Test je úspěšný, pokud se úspěšně vrací odpověď na ping pro všechny uvedené lokality a pokud Dodavatel předložil Objednateli smlouvy na provoz těchto jednotlivých datacenter. | |||
27 | Okruh mezi lokalitami | Xxxx na Dodavatelem oznámenou adresu <IP27> okruhu a předložení smlouvy s dodavatelem této služby. | |
Test je úspěšný, pokud se úspěšně vrací odpověď na pro okruh a pokud Dodavatel předložil Objednateli smlouvu na provoz tohoto okruhu. | |||
28 | Propojení lokalit | Předložení směrovacích tabulek | |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis směrovacích tabulek. | |||
29 | Autonomní systém | Předložení výpisu Dodavatelem oznámeného autonomního systému <AS29> z centrálního registru RIPE NCC. | |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis z centrálního registru RIPE NCC pro korespondující Autonomní systém. |
30 | Doménová registrace | Předložení výpisu Dodavatelem oznámeného doménového jména <DOMÉNA30> z registru CZ.NIC. | |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis z registru CZ.NIC pro korespondující doménu. | |||
31 | Doménové překlady | Předložení výpisu Dodavatelem oznámeného doménového jména <DOMÉNA30> pomocí nástroje pro doménový výpis za účelem ověření sekce „IN A“ záznamu. | |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis z doménového registru, ze kterého je patrné, že servery pro doménu <DOMÉNA30> v sekci „IN A“ jsou příslušně nastaveny. | |||
32 | Load balancing | Předložení výpisu Dodavatelem oznámeného doménového jména <DOMÉNA30> pomocí nástroje pro doménový výpis za účelem ověření DNS vyvažování pro danou doménu. | |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis z doménového registru, ze kterého je patrné, že servery pro doménu <DOMÉNA30> využívají metody DNS vyvažování. IP adresy daných serverů tak budou nastaveny pro daný doménový záznam na více příslušných provozních lokalit. | |||
33 | Služby podpory a aktualizace software dodávaného třetími stranami | Předložení smluv mezi Dodavatelem a příslušnými třetími stranami pro provádění „podpory a aktualizací“. | |
Test je úspěšný, pokud Dodavatel předloží Objednateli příslušné opisy smluv. | |||
34 | Clearing | Ověření provádění zpracování vyúčtování na základě podkladů. | |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis ze Systému, který prokáže, že v Systému automaticky vznikají vyúčtování pro jednotlivé smluvní dopravce/smluvní dopravní systémy. | |||
35 | Komunikace s bankou | Ověření zajištění elektronické komunikace s bankou, která provozuje clearingový bankovní účet. | |
Test je úspěšný, pokud Dodavatel předloží Objednateli výpis komunikace s bankou, která provozuje clearingový bankovní účet. |
PŘÍLOHA Č. 7
SMLOUVY O ZAJIŠTĚNÍ NÁVRHU, VÝVOJE A PROVOZU SYSTÉMU JEDNOTNÉHO TARIFU
SCHVÁLENÉ ZNĚNÍ MATERIÁLU
„Návrh realizace přímého tarifního odbavení v rámci České republiky“
Návrh realizace přímého tarifního odbavení
v rámci České republiky
Úvod
(1) Vláda České republiky usnesením č. 220 ze dne 22. března 2017 ke Zprávě o postupu otevírání trhu veřejných služeb v přepravě cestujících v oblasti dálkové a nadregionální dopravy v bodě II. schválila, aby „ministerstvo dopravy aktivně řešilo tarifní integraci v oblasti železniční veřejné dopravy a přistoupilo k řešení problematiky tzv. „režijního jízdného“, aby uvedené problematiky byly dořešeny do konce platnosti jízdního řádu 2018/2019, kdy končí stávající dlouhodobá smlouva o veřejných službách s ČD.“ Zároveň pověřila ministra dopravy realizací tohoto úkolu. Předmětem tohoto materiálu je plnění první části úkolu vlády, tedy řešení problematiky tarifní integrace.
(2) Předmětem tarifní integrace je dosažení možnosti cestovat na jeden jízdní doklad mezi dvěma libovolnými body určité dopravní sítě (například železniční sítě České republiky) bez ohledu na použité dopravce či dopravní služby. Míra flexibility cestujících a rozsah této integrované sítě jsou vymezeny v tomto materiálu v dalších částech.
Motivace projektu
(3) Dosud je na síti české železnice významná převaha dopravních služeb dopravce České dráhy, a.s. Taková situace může být zachována i nadále, avšak nelze to z hlediska orgánů veřejné správy garantovat. Podle pravidel stanovených čtvrtým železničním balíčkem1 bude totiž právními předpisy zpravidla vyžadováno i na železnici zadávat veřejné služby převážně na základě nabídkového řízení. Je možné, že tato skutečnost povede k větší pluralitě dopravců i v oblasti železniční dopravy. Vláda České republiky v rámci shodného usnesení (viz výše) schválila realizaci nabídkových řízení na prvních pilotních projektech (linky Pardubice – Liberec – Ústí nad Labem, Praha – Havlíčkův Brod – Brno, Praha – Hradec Králové a Kolín – Ústí nad Labem).
(4) V současné době je přímé přepravní odbavení mezi dvěma body české železniční sítě převážně zajištěno existencí dominantního dopravce České dráhy, a.s. Přesto lze uvést, že již v současné době, s ohledem na jiné dopravce na některých regionálních dráhách a zejména s ohledem na volnou konkurenci na relaci Praha – Ostrava, je nutné zakoupit jízdní doklad na dlouhé cesty prostřednictvím více jízdních dokladů více dopravců nebo na kratší úseky prostřednictvím volby konkrétního dopravce2. V oblasti autobusové dopravy je běžné, že jízdní doklad není přestupní a platí pouze na konkrétní spoj. Vzhledem k velikosti přepravních jednotek je však železniční systém mnohem více přestupní a funguje jako jeden propojený komplexní systém.
(5) Při tvorbě tohoto materiálu bylo plně bráno v úvahu, že řada okolností spojených s vývojem komunikačních prostředků (schopnost nákupu jízdního dokladu a odstoupení od kupní smlouvy dálkovým přístupem), loajality cestujících ke konkrétním dopravcům (profilace služby jednotlivých dopravců a vytváření dlouhodobého vztahu) a ekonomiky dopravy (dopravci motivují cestující k povinným či nepovinným rezervacím) vede k vyšší vázanosti cestujících v nadregionální dopravě na konkrétního dopravce a službu a vyšší ochotě cestujících být na dopravce či spoj vázáni. S ohledem na výše uvedené usnesení vlády, komplexní systémový charakter železnice, objektivní případy, kdy vázání cestujícího na dopravce či službu přináší reálné obtíže (pracovní cesty, pravidelné dojíždění) jakož i existenci flexibilních jízdních dokladů
1 Novelizační bod 9) Nařízení EP a Rady (EU) 2016/2338, kterým se mění nařízení (ES) č. 1370/2007, pokud jde o otevření trhu vnitrostátních služeb v přepravě cestujících po železnici.
2 Již v současné době, pokud se cestující přepravuje přes Českou republiku například v relaci z Kraslic ležících v Karlovarském kraji do Havířova v kraji Moravskoslezském, musí si pořídit jízdní doklad dvou až tří dopravců, a to společnosti GW Train Regio, a.s. na úsek cesty Kraslice-Sokolov, společnosti České dráhy, a.s. na úsek cesty Sokolov-Praha a případně si vybrat i dalšího dopravce pro další cestu na Ostravsko. Cesta z Kraslic do Havířova není typická, ale takových případů bude na liberalizovaném trhu veřejných služeb mnohem více. Na hodinu trvající cestu z Prahy do Pardubic je možné si koupit jízdní doklad na konkrétní vlak, ale jen některý dopravce umožní prodat otevřenou jízdenku na celý den. I pokud je k dispozici, bude platit pouze na dopravních službách jednoho dopravce. Nestihne-li cestující tento vlak (například z důvodu zpoždění spoje městské hromadné dopravy, nebo protože se protáhlo jednání) je nutné čekat na vlak stejného dopravce, který jede až za dvě hodiny, nebo umožňují-li to smluvní přepravní podmínky odstoupit od přepravní smlouvy. Značně komplikovaná situace nastane v případě, že z Pardubic do Prahy cestující dojíždí pravidelně za prací. V budoucnu se to však netýká pouze komerčních služeb, ale i služeb obecného hospodářského zájmu (závazky veřejné služby).
v řadě evropských států3, a to i těch, které provedly liberalizaci, se však vytvoření či zachování tarifní integrace jeví být důležité. Zároveň tento materiál nepředpokládá jakkoliv zasahovat do ostatních nabídek dopravců, například vázaných na konkrétní dopravní službu.
(6) Jeví se dále jako zřejmé, že bez zásahu veřejné správy bude v prostoru liberalizovaného trhu každý z dopravců prodávat jízdní doklady na své vlaky. Trh, kde si jednotliví dopravci (ať už zejména fakticky na reálném trhu, nebo případně i v rámci nabídkových řízení) konkurují, systém vzájemného uznávání jízdních dokladů samostatně nevytvoří, i pokud kartelové právo takové horizontální dohody umožňuje. Na základě uvedených skutečností se jeví určitá forma zapojení orgánů veřejné správy do předmětné oblasti jako potřebná.
Cíle projektu
(7) Hlavním cílem projektu je vybudovat systém národního tarifu (dále jen „SNT“), který umožní, aby i na liberalizovaném trhu byla dosažena možnost nákupu jízdních dokladů platných mezi dvěma body sítě (v optimálním případě) pro všechny vlaky, a byla zajištěna možnost pravidelného dojíždění různými dopravními službami různých dopravců4. Cílem projektu tedy není toliko možnost zakoupit jízdní doklady na jednom místě či nahrát je na jeden nosič, neboť tento cíl by neplnil širší cíl tarifní integrace. Systém by měl být schopen kooperovat se všemi dopravci, být otevřený a jeho jádrové funkce by měly být na dopravcích nezávislé.
(8) Konkrétně pro jednotlivé zájmové skupiny to znamená:
a) z hlediska cestujícího vytvoření takového systému, ve kterém je možné mezi zvolenými tarifními body cestovat s libovolným dopravcem na základě jednoho jízdního dokladu,
b) z hlediska České republiky zajištění jednoho z důležitých bodů pro úspěšnou liberalizaci dopravního trhu,
c) z hlediska krajů možnost integrace regionálních integrovaných systémů v rámci národního systému, potenciální možnost krajského clearingu prostřednictvím SNT v rámci IDS a
d) z hlediska dopravců transparentní vyúčtování tržeb a přiřazení vyinkasovaných finančních prostředků za jízdné jednotlivým dopravcům, kteří se na přepravě cestujícího podíleli; zajištění řádného a včasného vyrovnání závazků a pohledávek mezi smluvními dopravci a systémem národního tarifu.
(9) Dílčími kroky k dosažení výše uvedených cílů jsou:
a) vytvořit otevřený informační systém (software) ve vlastnictví státu,
b) pořídit nezbytný technický soubor (hardware) do vlastnictví státu pro bezpečný a
bezzávadový provoz výše uvedeného informačního systému,
c) zřídit centrální clearingový bankovní účet včetně zajištění cash-flow pro pokrytí časové inkonzistence zúčtování,
d) určit provozovatele systému národního tarifu a definovat jeho pověření,
e) definovat smluvní a tarifní podmínky pro přístup smluvního dopravce k systému (tyto podmínky musí být známy před zahájením nabídkových řízení pro zajištění jejich určitosti či před negociací přímo uzavřených smluv),
f) promítnout povinnost akceptovat SNT do smluv veřejných služeb v závazku a
g) definovat technické připojovací podmínky a podmínky datové komunikace.
Etapy projektu
3 Například při přepravě po plně liberalizovaném systému veřejných služeb ve Velké Británii má cestující na výběr tři typy jízdních dokladů. Buďto si zakoupí jízdenku „flexible ticket“ která je otevřená na všechny dopravní služby všech dopravců v určitém období. Druhou variantou je jízdní doklad „off peak“, který je otevřený, platí však pouze v mimošpičkovém období. Třetí variantou jsou jízdenky
„advanced“, které platí na daný vlak a při nákupu ve velkém předstihu mohou být velmi levné. Pomineme-li vysokou cenu flexibilních jízdenek a složitost systému „mimo špičku“, je tento model inspirativní. Stejně tak ve Švýcarsku má cestující na výběr mezi standardním jízdním dokladem, který je otevřený a platí pro cestování napříč dopravními službami různých dopravců, nebo tzv. „Sparbilett“ za nižší cenu vázaný na nákup v předstihu, kontingent stanovený dopravcem a konkrétní vlak. Podstatné je, že ve všech těchto systémech je flexibilní jízdní doklad získatelný, ačkoliv cenově různě atraktivní a tedy i v různé míře reálně využívaný. Vycházíme z toho, že v České republice by se nemělo jednat pouze o teoretickou možnost, kterou tržní podmínky zcela vylučují z reálného rozhodování cestujícího (například, jehož cena či podmínky nákupu jsou takové, že jej reálně používá zanedbatelná skupina cestujících; na druhé straně flexibilní jízdní doklad bude zpravidla nákladnější než jízdní doklady jednotlivých dopravců vázané na tohoto dopravce či konkrétní spoj.
4 Například na relaci Praha – Kolín – Česká Třebová či Přerov – Ostrava bude docházet k souběhu řady dopravních služeb, které budou v budoucím období potenciálně provozovány řadou různých dopravců. Pro zachování komplexnosti systému české železnice by projekt SNT měl být schopen nabídnout cestujícímu flexibilní jízdní doklad platný pro jízdu se všemi dopravci.
(10) S ohledem na snahu dosáhnout postupného zapojení dopravních služeb do SNT se předpokládá, že realizace projektu SNT bude rozdělena do tří etap.
ETAPA č. 1 (funkční od 12/2019) zahrnuje:
• zapojení nadregionální železniční dopravy v objednávce státu (na základě smluv
o veřejných službách sjednaných přímo či na základě nabídkového řízení),
• zapojení regionální železniční dopravy v rozsahu dohody s kraji a
• zapojení komerčních železničních dopravců na dobrovolném základě. ETAPA č. 2 zahrnuje:
• zapojení integrovaných dopravních systémů, které projeví o přidružení k projektu SNT zájem. Termín realizace této etapy závisí na bližším projednání s jednotlivými organizátory integrovaných dopravních systémů.
ETAPA č. 3 (fakultativní) zahrnuje:
• případné zapojení ostatní autobusové dopravy (komerční, neintegrované v závazku veřejné služby).
(11) Integrace dopravních služeb do SNT vznikne na základě:
a) smlouvy o veřejných službách (u vlaků zajišťovaných MD),
b) dohody mezi objednateli a návazné smlouvy o veřejných službách (u krajské, popř. obecní dopravy a integrovaných dopravních systémů), nebo
c) dobrovolného připojení – u dopravce, který má sám zájem se zaintegrovat (zejména komerční produkty) a přistoupí na smluvní podmínky SNT.
(12) Předpokládá se, že účastníci SNT se připojí k systému na základě smlouvy o připojení. Podoba této smlouvy by měla být jasná před sjednáním smluv o veřejných službách, zejména v případě nabídkových řízení. Toto může činit časové obtíže v případě smluv, které již byly sjednány nebo budou sjednány v blízké době a budou platit po roce 2019. Důsledkem bude evidentně postupné zapojování dopravních služeb do systému i v rámci jednotlivých etap.
Vymezení jízdního dokladu SNT, přepravní smlouva
(13) Přepravní doklad SNT bude zároveň jízdním dokladem ve smyslu přepravního práva, daňovým dokladem a potvrzením o zaplacení. Nastoupením do vozidla prvního dopravce dochází k uzavření smluvního vztahu mezi cestujícím a tímto dopravcem v souladu s Vyhláškou o přepravním řádu5, na jeho základě má cestující zaručenou přepravu po předem stanovené cestě (alokace na síť) blíže určenou skupinou dopravců (dopravci účastní na SNT) na definovanou jízdu nebo skupinu jízd (typ jízdného, počet osob, vozová třída, druh jízdního dokladu).
(14) Předpokládá se, že provozovatel SNT bude mít smlouvu o připojení se všemi dopravci, kteří SNT akceptují a rovněž jsou oprávněni jízdní doklady vydávat. Případnou odpovědnost za závazek v rámci plnění přepravy zpravidla přijímají všichni dopravci, podílející se na dané přepravě společně a nerozdílně, přičemž se očekává, že budou smlouvou o přistoupení případně vymezeny i přepravní případy, za nichž není odpovědnost společná, ale bude odchylně od obecného pravidla směrována za konkrétním dopravcem6. Uplatnění práv z přepravy může být následně vzneseno cestujícím do lhůty stanovené v souladu s právními předpisy u kteréhokoliv participujícího dopravce. Jízdní doklad SNT tak zachovává cestujícím práva ve smyslu Nařízení č. 1371/20077, jejichž poskytování bude stejně jako v současné době započítáno v ceně jízdního dokladu.
(15) Tento projekt předpokládá plný soulad řešení s unijním právem a se zákony České
republiky. V rámci dalšího řešení bude současně posouzena kompatibilita podzákonných
5 Konkrétně ust. § 3 odst. 2 vyhlášky č. 175/2000 Sb., o přepravním řádu pro veřejnou drážní a silniční osobní dopravu. Přepravní smlouva je uzavřena okamžikem nástupu cestujícího do vozidla s platným jízdním dokladem, resp. i bez jízdního dokladu, pokud mu to dopravce umožní a cestující zaplatí jízdné bezodkladně po nástupu. Přepravní smlouva je splněna řádným provedením přepravy ve smluveném rozsahu podle uzavřené přepravní smlouvy, tedy přepravou až do cílové stanice.
6 Jde o události zakládající možnost uplatnění práva z přepravní smlouvy, které jsou jednoznačně přiřaditelné ke konkrétnímu dopravci, předpokládá se, že ostatní ručení budou společná. Vymezení konkrétních případů ručení za právo z přepravní smlouvy bude předmětem přístupových smluv.
7 Nařízení č. 1371/2007 o právech a povinnostech cestujících v železniční dopravě.
právních předpisů a případně navržena jejich úprava. Řešení SNT je dále do určité míry ovlivněno problematikou tzv. „režijního jízdného“, která je předmětem řešení mimo tento materiál.
(16) Z pohledu vnitrostátního práva lze shrnout, že Občanský zákoník v ust. § 2550 definuje přepravní smlouvu jako „smlouvu, kterou se dopravce zavazuje přepravit cestujícího do místa určení a cestující se zavazuje zaplatit jízdné“. Občanský zákoník v otázkách neupravených odkazuje v ust. § 2578 na jiné právní předpisy, zejména na předpisy, xxxxx se stanoví přepravní řády. Těmito předpisy jsou Zákon o dráhách8 a již výše zmíněná Vyhláška o přepravním řádu. Zákon o dráhách sám o sobě neobsahuje podrobnou právní úpravu týkající se přepravní smlouvy, jelikož na Vyhlášku o přepravním řádu pouze odkazuje v § 37 odst. 2 ohledně vzniku, obsahu a ukončení přepravní smlouvy a dalších otázkách souvisejících s přepravní smlouvou9.
(17) Unijní právo, konkrétně Nařízení č. 1371/2007 definuje v čl. 3 odst. 8 přepravní smlouvu jako
„smlouvu o přepravě, za úhradu nebo bezplatně, mezi železničním podnikem nebo prodejcem přepravních dokladů a cestujícím za účelem jeho přepravy jedním nebo více dopravními spoji10.“ Dopravce je potom definován v čl. 3 odst. 2 Nařízení č. 1371/2007 jako smluvní železniční podnik, s nímž cestující uzavřel přepravní smlouvu, nebo některý z navazujících železničních podniků, který je odpovědný na základě této smlouvy. Z uvedeného lze dovodit, že cestující může ve smyslu Nařízení č. 1371/2007 uzavřít přepravní smlouvu buď s dopravcem anebo s prodejcem přepravních dokladů. Z hlediska vnitrostátního práva je však takové pojetí obtížně aplikovatelné bez adaptace podzákonných právních předpisů, konkrétně Vyhlášky o přepravním řádu.
(18) Nařízení č. 1371/2007 uvádí pojem výkonný dopravce, který je definován jako „železniční podnik, který s cestujícím neuzavřel přepravní smlouvu, ale na něhož železniční podnik, který je smluvní stranou, zcela nebo zčásti přenesl provádění přepravy po železničních tratích.“ Úprava výkonných dopravců je dále rozvinuta v čl. 39 přílohy 1 Nařízení č. 1371/2007, kde se pojednává především o odpovědnosti ve vztahu k dopravci. Ustanovení čl. 6 přílohy 1 Nařízení č. 1371/2007 dále rozvíjí obsah přepravní smlouvy „jako závazek dopravce k přepravě cestujícího a případně zavazadel a vozidel na místo určení a k vydání zavazadel a vozidel v místě určení“.11
(19) Při právní konstrukci SNT byly zvažovány různé varianty, zahrnující jak přímé přepravní smlouvy, tak i pluralitu více postupně uzavíraných přepravních smluv. V koncepci jednotné přepravní smlouvy je během celé cesty mezi cestujícím a jedním dopravcem uzavřena jedna přepravní smlouva, která opravňuje cestujícího vyžadovat plnění i po jiných dopravcích účastnících se na systému tarifní integrace. V tomto případě bylo zapotřebí vyjasnit otázku vztahu smluvních stran, a zda se během plnění přepravní smlouvy na straně dopravce tyto smluvní strany mění12. Vedle koncepce jednotné přepravní smlouvy byla uvažována i možnost více přepravních smluv v rámci jedné cesty, kdy při jedné cestě v rámci systému tarifní integrace by byla uzavřena nová přepravní smlouva vždy, když cestující nastoupí do vozidla určitého dopravce. Tato varianta byla rozsáhle diskutována, není však dále sledována, neboť přinášela velmi obtížně řešitelné překážky, spojené s vydáním jízdního dokladu (na jednotlivé úseky s jednotlivými dopravci), stanovením jeho ceny a právy cestujícího při přestupu.
8 Zákon č. 266/1994 Sb. o dráhách, ve znění pozdějších předpisů.
9 Přepravní smlouva je podle Xxxxxxxx o přepravním řádu uzavírána nástupem do vozidla a jejími smluvními stranami je pouze dopravce a cestující. Pojem dopravce je navíc ve smyslu Nařízení posunut a je nutné jej vztahovat nejen na železniční podnik, který uzavřel přepravní smlouvu (což je konformní s vnitrostátním právem), ale i na navazující železniční podniky, které jsou odpovědné na základě této přepravní smlouvy (byť tuto smlouvu neuzavřeli a de iure ani nejsou její stranou). Xxxxxxxx tento nesoulad řeší tím, že přenáší na jednotlivé dopravce jednak podíl z celkového jízdného a jednak odpovědnost za přepravu na jimi uskutečněném úseku jízdy. Čl. 39 odst. 1 přílohy 1 Nařízení č. 1371/2007 stanoví, že i po přenosu výkonu přepravy zůstává odpovědný dopravce, který uzavřel přepravní smlouvu. Dopravci si mohou ujednat odchylnou úpravu odpovědnosti, z logiky věci však ne v neprospěch cestujícího.
10 Přepravní smlouvu lze podle čl. 3 odst. 8 Nařízení č. 1371/2007 uzavřít s železničním podnikem anebo s prodejcem přepravních dokladů. Dopravci jsou podle čl. 3 odst. 2 Nařízení č. 1371/2007 definováni jako smluvní železniční podnik, s nímž cestující uzavřel přepravní smlouvu, nebo některý z navazujících železničních podniků, který je odpovědný na základě této smlouvy. Co se týče uzavírání přepravní smlouvy prodejcem přepravních dokladů, není v Nařízení č. 1371/2007 výslovná právní úprava. Uzavírání přepravní smlouvy prodejcem přepravních dokladů není upraveno ve vnitrostátních právních předpisech.
11 Podle Nařízení č. 1371/2007 je tedy možné, aby přepravní smlouvu uzavřel prodejce přepravních dokladů, nicméně povinen k přepravě byl dopravce. Jelikož bude odpovědný stále dopravce, odlišné pojetí je tu tedy pouze v případě okamžiku uzavření přepravní smlouvy, resp. smluvních stran.
12 Z právního hlediska je nemyslitelné, aby jedna a ta samá smlouva byla uzavřená na více úsecích různými osobami. To však nebrání tomu, aby byla jedna přepravní smlouva uzavřena jménem a na účet všech dopravců účastnících se systému tarifní integrace, kteří jsou zavázáni k plnění přepravní smlouvy společně a nerozdílně.