OPERÁTOR
OPERÁTOR
ICT
SMLOUVA
o
VYTVOŘENÍ MOBILNÍ APLIKACE
A
POSKYTOVÁNÍ SOUVISEJÍCÍCH
SLUŽEB
Smluvní strany:
Operátor ICI', a.s
se sídlem: Xxxxxxxx 000/00, XXX 00000 Xxxxx 0
IČO 027 95 281
zastoupený: Xxxxxxxx Xxxxxxx, MBA, předsedou představenstva, a Bc. Xxxxxx Xxxxxxxx,
místopředsedou představenstva
(dále jen „0bjednateI")
T-MAPY spol. s r.o.
se sídlem: Xxxxxxxxx 000, Xxxxxx Králové, 500 03
IČO: 47451084, DIČ: CZ47451084
společnost zapsaná v obchodním rejstříku vedeném u Krajského soud v Hradci Králové,
xxxxx X, xxxxxx 0000
zastoupená: lng. Xxxxx Xxxxxxxx, jednatelem
(dále jen „Poskytovatel")
číslo smlouvy Paskytavatele: 2019086
dnešního dne uzavřely tuto smlouvu v souladu s ustanovením š 2586 a nás|. zákona č. 89/2012 Sb.,
občanský zákoník (dále jen „občanský zákonlk") (dále jen „Smlouva")
|||
|||-v l l
l
OPERÁTOR
ICT
Smluvní strany, vědomy si svých závazků v této Smlouvě obsažených a s úmyslem být touto
Smlouvou vázány, dohodly se na následujícím znění Smlouvy:
1. ÚVODNÍ USTANOVENÍ
1.1
1.1.1
Objednatel prohlašuje, že.
je právnickou osobou řádně založenou a existující podle právního řádu České
republiky, a
1.1.2
splňuje veškeré podmínky a požadavky v této Smlouvě
stanovené a je
1.2
1.2.1
oprávněn tuto Smlouvu uzavřít a řádně plnit závazky v níobsažené.
Poskytovatel prohlašuje, že:
je právnickou osobou řádně založenou a existující podle právního řádu České
republiky,
1.2.2
splňuje veškeré podmínky a požadavky v této Smlouvě
stanovené
aje
oprávněn tuto Smlouvu uzavřít a řádně plnit závazky v níobsažené, a
1.2.3
ke dnl uzavření této Smlouvy vůči němu není vedeno
řízení dle zákona
č. 182/2006 Sb., oúpadku a způsobech jeho řešení (insolvenční zákon),
ve znění pozdějších předpisů, a zároveň se zavazuje Objednatele o všech
skutečnostech o hrozícím úpadku bezodkladně informovat.
1.3 Objednatel zahájil veřejnou zakázku s názvem „Dodávka, podpora a rozvoj
mobilní aplikace pro Prague Visitor Pass II - opakované vyhlášení" (dále jen
„Veřejná zakázka") administrovanou jako zakázku malého rozsahu mimo režim zákona č. 134/2016 Sb. o zadávání veřejných zakázek (dále jen „ZZVZ"). Na základě tohoto řízení byla pro plnění Veřejné zakázky vybrána nabídka Poskytovatele v souladu se zásadami dle ZZVZ.
2. ÚČEL SMLOUVY
2.1 Účelem této Smlouvy je zajištění realizace předmětu Veřejné zakázky dle zadávací dokumentace Veřejné zakázky, která tvoří voln ou přílohu Smlouvy jako její Příloha č. 7 (dále jen „Zadávací dokumentacď),tj. zejména vytvoření, dodávka a implementace SW řešení pro zajištění služeb v oblasti turistického ruchu v rámci
systému Prague Visitor Pass (dále jen „PVP"), a
to formou klientské mobilní
aplikace (společně dále jen „ApIlkace") včetně o věření jejích vlastností formou testování, její nasazení do ostrého provozu a zajištění jeho podpory a rozvoje, to še v souladu s požadavky Objednatele definovanými touto Smlouvou. Hovoří-Ii tato Smlouva o mobilní aplikaci či Aplikaci, rozumí se tím mobilní aplikaci pro iOS a Android.
2.2 Účelem této Smlouvy je dále úprava podmínek pro zajištění oprávnění Objednatele k užití a rozvoji Aplikace tak, aby byla otevřená ve smyslu možnosti Objednatele provádět jeho další podporu provozu a rozvoj samostatně čl zadávat tyto služby v otevřené soutěži co nejširšího počtu dodavatelů bez toho, aby byl Objednatel omezen výhradními právy Poskytovatele či třetích osob váznoucími
OPERÁTOR
ICT
2.3
2.3.1
bez řádného důvodu na Aplikaci, a pro zajištění oprávnění objednatele umožnit užívat Aplikaci dalším subjektům.
Poskytovatel touto Smlouvou garantuje Objednateli splnění zadání Veřejné zakázky a všech z toho vyplývajících podmínek a povinností podle Zadávací dokumentace. Tato garance je nadřazená ostatním podmínkám a garancím uvedeným v této Smlouvě. Pro vyloučení jakýchkoliv pochybností to znamená, že:
v případějakékoliv nejistoty ohledně výkladu ustanovenítéto Smlouvy budou tato ustanovení vykládána tak, aby v co nejširší míře zohledňovala účel Veřejné zakázky vyjádřený Zadávací dokumentací,
2.3.2
2.3.3
v případě chybějících ustanovení této Smlouvy budou použita dostatečně konkrétní ustanoveníZadávací dokumentace,
Poskytovatel je vázán svou nabídkou předloženou objednateli v rámci zadávacího řízení na zadání Veřejné zakázky, která se pro úpravu vzájemných vztahů vyplývajících z této Smlouvy použije subsidiárně.
PŘEDMĚT SMLOUVY
3.1
3.1.1
Poskytovatel se touto Smlouvou zavazuje provést pro objednatele Dílo, které
spočívá v (vejz
vytvoření detailního návrhu řešení Aplikace ve dvou částech - Návrhu řešení 1 a Návrhu řešení 2 (dále jen souhrnně „Návrh řešení 1 a 2"), které budou vycházet z analýzy veškerých podkladů předaných Poskytovateli Objednatelem v rámci jeho součinnosti a dále budou odpovídat závazným požadavkům objednatele na funkčnost a parametry Aplikace, které jsou uvedeny v rámci Přílohy č. 1 této Smlouvy (dále jen „Technická specifikace");
3.1.2
3.1.3
vytvoření, dodání a zprovoznění prototypu klíčových komponent, editačního nástroje a UX a následně Aplikace jako celku, v prostředí objednatele v souladu s Návrhem řešení 1 a 2 a udělení příslušných užívacích a souvisejících oprávnění dle čl. 13.1 této Smlouvy a provedení požadovaných testů (dále jen jako „Implementace");
vytvoření a dodání administrátorské, uživatelské, provozní a školící dokumentace vztahující se kAplikaci (dále jen „Dokumentace") vč. zajištění školení zaměstnanců objednatele;
(dále vytvoření Návrhu realizace 1 a 2, Implementace, vytvoření a dodání
Dokumentace a zajištění školení společně jen „DíIo").
3.2 Dále se Poskytovatel zavazuje poskytnout objednateli služby provozu a spráw Aplikace a podpory jejích uživatelů po jejím uvedení do provozu v rozsahu a způsobem popsaným v této Smlouvě, v Technické specifikaci a dále zpřesněným Analýzou (dále též jen jako „Služby podpory provozu"). Rozsah Služeb podpory
provozu je uveden v Příloze č. 1 této Smlouvy a dále v Návrhu řešení 1 a 2.
3.3 Poskytovatel se také zavazuje poskytnout objednateli rozvoj Aplikace a další sluzby spočívající v realizaci konzultací a dalších činností v rámci součinnosti a podpory při plnění povinností voblasti ochrany osobních údajů, a to dle
požadavků objednatele po celou dobu účinnosti Smlouvy a na základě
OPERÁTOR
lCT
3.4
3.5
změnovych požadavků objednatele učiněných postupem podle této Xxxxxxx
(dálej n„Rozvoj ).
Poskytovatel dále bere na vědomí, že na ákladě plněnltéto Smlouvy může získat přístup kosobnlm údajům koncových uživatelů Aplikace. Poskytovatel se zavazuje pro objednatele, jako správce nebo zpracovatele osobních ú zpracovávat osobní údaje koncových uživatelů Aplikace, a to dle podm ínek
stanovených v čl. 17 této Smlouvy.
objednatel se touto Smlouvou zavazuje poskytnout Poskytovateli při prová
Díla, při poskytování Služeb podpory provozu a při Rozvoji Poskytovat
který je vymezen v Technické specifikaci, nezbytnou součinnost s
v rozsahu,
třetích stran, a to minimálně v rozsahu předání podkladů vymeze
v Technické
specifikaci.
Nedodrženítermínů plnění stanovených touto Smlo u
3.6
3.7
3.8
zdůvodu neposkytnutí součinnosti třetích stran nezakládá prodlení žádn e Smluvních stran. Pro vyloučení pochybností Smluvní strany výslovně stanovu ze vtakovém případě Poskytovatel nemá nárok na žádnou úplatu nad r ec cenových podmínek sjednaných v čl. 12 této Smlouvy, ani na náhradu příp né škody vzniklé neposkytnutím součinnosti třetích stran.
objednatel se zavazuje zaplatit Poskytovateli dohodnutou cenu za řádně a včas provedené Dílo, za řádně a včas poskytnuté Služby podpory provozu a za řádně a včas provedený Rozvoj, a to po předání a převzetljednotlivých částí Díla dle této Smlouvy, resp. vždy po poskytnutí Služeb a po akceptaci Rozvoje, to vše za
podmínek touto Smlouvou dále stanovených.
Poskytovatel se zavazuje na plnění dle této Smlouvy alokovat pracovní kapacitu osob realizačního týmu uvedeného v Příloze č. 3 této Smlouvy. objednatel je oprávněn požadovat nahrazení člena realizačního týmu jinou osobou spolu suvedením důvodu. Jakákoliv změna člena realizačního týmu (vyžadována Objednatelem nebo vyvolána jiným důvodem) musí být předem písemně schválena objednatelem. Poskytovatel se v takovém případě zavazuje nahradit osobu realizačního týmu takovou osobou, která disponuje požadovanými
minimálními znalostmi a odbornou kvalifikací dle údajů uvedených vnabídce
Poskytovatelé, která tvoří Přílohu č. 2 této Smlouvy.
Poskytovatel se zavazuje provádět Dílo, poskytovat Služby podpory provozu a realizovat Rozvoj sám, nebo s využitím poddodavatelů uvedených v Příloze č. S této Smlouvy. Jakákoliv dodatečná změna osoby poddodavatele nebo rozsahu plnění svěřeného poddodavateli musí být předem písemně schválena objednatelem, ledaže by plnění původně svěřené poddodavateli reallzoval Poskytovatel sám. Smluvní strany výslovně uvádějí, že při provádění Díla, poskytování Služeb podpory provozu a při realizaci Rozvoje prostřednictvím jakékoliv třetí osoby dle tohoto odstavce má Poskytovatel odpovědnost, jako by Dílo prováděl, Služby podpory provozu poskytoval a Rozvoj realizoval sám.
DOBA A MÍSTO PLNĚNÍ
4.1 Poskytovatel se Smlouvou zavazuje provést pro objednatele Dílo dle
harmonogramu plnění. Závazný harmonogram plnění dle této Smlouvy je uveden
Příloze č. 6 této Smlouvy a obsahuje závazné termíny předání a převzetí částí
v
Díla dle této Smlouvy (tj. včetně realizace příslušných akceptačních procedur),
OPERÁTOR
ICT
které plně odpovídají závazným milníkům stanoveným v Zadávací dokumentaci (dále jen „Mllníky"), včetně termínů zahájení poskytování Služeb podpory provozu dle odst. 3.2 Smlouvy.
4.2 Místem plnění je sídlo objednatele a dále jakékoliv místo vČeské republice, kněmuž se vztahuje či by se mohlo vztahovat poskytování Služeb podpory provozu dle této Smlouvy.
4.3 Pokud to povaha plnění této Smlouvy umožňuje a objednatel vůči tomu nemá výhrady, je Poskytovatel oprávněn provádět části Díla, poskytovat Služby podpory provozu či realizovat Rozvoj také vzdáleným přístupem.
ZPÚSOB PROVEDENÍ DÍLA
5.1
5.2
5.2.1
5.2.2
Poskytovatel je povinen vytvořit Návrh řešení 1 a 2 za součinnosti objednatele, která nebude přesahovat rozsah stanovený vPříloze č. 1 Smlouvy, a takto připravenou Návrh řešení 1 a Zdoručit objednateli kpřipominkování a/nebo schválení vrámci akceptační procedury pro dokumenty dle odst. 10.2 této Smlouvy ve lhůtách dle příslušného Milníku.
Návrh řešení 1 a 2musí přinejmenším obsahovat:
bližší specifikaci Díla a jeho části při respektování požadavků objednatele v
Příloze č. 1 této Smlouvy;
podrobný popis jednotlivých dodávek, prací a kroků v rámci provádění Díla a
jeho uvedení do provozu;
5.3
5.2.3
5.2.4
5.2.5
5.2.6
5.2.7
bližší specifikaci harmonogramu dle odst. 4.1 Xxxxxxx;
vymezení odpovědností - komunikační matice osob Poskytovatelé podílejících
se na plnění předmětu Smlouvy;
definici případných proprietárních softwarových produktů Poskytovatele nebo
třetích osob, které budou tvořit součást Díla, včetně licenčních podmínek, za
kterých budou příslušné softwarové produkty objednateli poskytnuty (viz
odst. 14.3.7);
vymezení požadavků na další součinnost objednatele a případných třetích
stran při realizaci Díla pokud tato nová součinnost překračuje meze
součinnosti dle Přílohy č. 1 této Smlouvy; a
případně další otázky a skutečnosti, jejichž specifikace je pro provedení Díla
nezbytná.
Plnění Poskytovatelé v rámci plnění označeného jako Implementace obsahuje
5.4
5.4.1
vytvoření prototypu Aplikace podle Technické specifikace a Návrhu řešení 1 a 2, nainstalování a zprovoznění Aplikace v prostředí objednatele, funkční propojení sexistujícími systémy objednatele či třetích osob a otestování funkčnosti Aplikace pro její akceptaci, převzetí a zajištění provozu Aplikace podle této Smlouvy.
objednatelje oprávněn i bez předchozívýzvy odstoupit od Smlouvy
v případě prodlení s převzetím Návrhu řešení 1 a 2z důvodu přetrvávajícího prodlení Poskytovatelé s řádným vypořádáním připomínek objednatele
OPERÁTOR
ICT
trvajícího déle než 10 pracovních dnů ode dne druhého vznesení připomínek
objednatele kAplikaci postupem dle odst. 10.23 nebo postupem dle odst.
103.8 a násl. Smlouvy nebo
Poskytovatele s předáním Návrhu realizace trvajícího déle
5.4.2 v případě prodlení
než 10 pracovních dnů ode dne kdy podle této Smlouvy měla být příslušná část
Díla akceptována.
V takovém případě je oprávněn ponechat si neakceptovanoý Návrh řešení 1 či 2 včetně práva užltí tohoto Návrhu řešení 1 či 2 a případně i na jejím základě objednatelem vytvořené Aplikace v rozsahu dle článku 13.1 této Smlouvy, přičemž mu vznikne pouze povinnost uhradit Poskytovateli oprávněně vynaložené prokazatelné
Návrhu řešení 1 či 2, jejichž výše v žádném případě nepřekročí
náklady na vytvoření
cenu za Návrh řešení 1 či 2 dle Přílohy č. 2 této Smlouvy. Pro vyloučení pochybností,
pokud nedojde k realizaci implementace a objednatel se rozhodne, že si Návrh řešení
neponechá, nevzniká v této souvislosti Poskytovateli nárok na
1 či 2 v tomto případě
jakékoli finanční plnění ze strany objednatele.
ZPÚSOB POSKYTOVÁNÍ SLUŽEB PODPORY PROVOZU
zahájit poskytování Služeb podpory provozu ve lhůtě
6.1 Poskytovatel se zavazuje
stanovené Harmonogramem dle Přílohy č. 6 této Smlouvy.
Vznikne-Ii při realizaci Rozvoje Poskytovatelem výstup, k němuž bude možné a
6.2
účelné poskytovat Služby podpory provozu, zavazuje se Poskytovatel zahájit poskytování Služeb podpory provozu rovněž ktakovýrnto výstupům ode dne jejich akceptace. Cena za poskytování služeb dle tohoto odstavce Xxxxxxx je již
zahrnuta v ceně za Služby podpory provozu.
podpory provozu budou poskytovány nepřetržitě od jejich zahájení až do
6.3 Služby
data skončení účinnosti této Smlouvy podle odst. 22.1 této Smlouvy.
6.4 Poskytovatel se zavazuje:
6.4.1 poskytovat Služby podpory provozu s péčí řádného hospodáře odpovídající
podmínkám sjednaným v této Smlouvě; dostane-lí se Poskytovatel do prodlení
poskytovat Služby podpory provozu řádně bez zavinění
s povinností
objednatele či vdůsledku překážky vylučujících povinnost k náhradě škody škodu po dobu delší 10 pracovních dnů od prvního dne, kdy se Poskytovatel dostal do prodlení, je objednatel oprávněn zajistit poskytování Služeb podpory provozu dle této Smlouvy po dobu prodlení Poskytovatele jinou osobou; vtakovém případě nese náklady spojené snáhradním plněním
Poskytovatel;
6.4.2 poskytovat Služby podpory provozu v rozsahu a v kvalitě deňnované
Service Level Agreements (dále jen „5LA"), které jsou součástí
v jednotlivých
Přílohy č. 1 této Smlouvy a/nebo v kvalitě odpovídající popisu jednotlivých
dílčích Služeb podpory provozu a závazných činností definovaných pro
jednotlivé Služby podpory provozu v Technické specifikaci v případě, že daná
dílčí Služba podpory provozu nemá definované SLA;
OPERÁTOR
lCT
6.4.3
na své náklady a s péčí řádného hospodáře podporovat, spravovat a udržovat veškeré technické prostředky objednatele, které Poskytovatel převzal do užívání.
6.5 Je-li součástí Návrhu řešení 1 a Zrozpracovaný požadavek na monitoring funkcí Aplikace, zavazuje se Poskytovatel ke Službám podpory provozu zprovoznit toto řešení pro monitoring provozu Aplikace, které bude sloužit k dohledu nad provozováním Aplikace. Zprovozněné řešení monitoringu provozu Aplikace
umožní předávání a přijímání informací ke sledování kvalitativních
a
kvantitativních parametrů Služby podpory provozu a provozování Aplikace (dále
jen „Monitoring").
6.6 Na základě Monitoringu budou vypracovány a objednateli doručovány přehledné
a kompletní výkazy a výsledky Monitoringu, jakož i další informace relevantní
6.7
6.8
6.8.1
6.8.2
pro
poskytování Služby podpory provozu, a to formou písemné zprávy o poskytování Služeb podpory provozu (dále jen „Zpráva"), ze kterých bude jednoznačně zřejmé, zda byly Aplikace provozována a Služby podpory provozu poskytovány v kvalitě deňnované vjednotlivých SIA dle této Smlouvy, a není-li pro určitou Službu podpory provozu SLA definováno, zda splňuje specifikaci takovéto Služby podpory provozu sjednanou v této Smlouvě. Podoba Zprávy bude závazně upřesněna v rámci Návrhu řešení 1 a 2, pokud je vjejím rámci požadavek na Monitoring definován.
Zprávy budou vypracovávány vždy pro vyhodnocovací období 1 kalendářního měsíce (dále jen „vyhodnocovací období") a budou objednateli doručeny nejpozději do 5 pracovních dní od ukončení daného Vyhodnocovacího období. Zprávy podléhají schvalování objednatelem. NebyIy—Ií Služby podpory provozu poskytnuty řádně, bude Zpráva vyčíslovat příslušnou slevu z ceny Služeb podpory
provozu. Toto ustanovení se neuplatní v případě, kdy Návrh řešení 1 a
Xxxxxxxxxxxxxxx požadavek na Monitoring.
Vsouladu sNávrhem řešení 1 a 2budou Služby podpory provozu spočívat zejména v:
zajištění garantované úrovně dostupnosti Aplikace odstraňováním jejích chyb
bez ohledu na jejich původ;
podpoře uživatelů z řad objednatele při obsluze a užívání Aplikace, zejména zodpovidáním telefonických dotazů, řešením sen/isních požadavků a emailových dotazů vznesených uživateli Aplikace, podáváním technických informací o Aplikaci a vposkytování asistence uživatelům prostřednictvím vzdáleného přístupu.
6.9
6.10
Za účelem poskytování Služeb podpory provozu, pro příjem servisních požadavků a příjem Zadání změnových požadavků ve smyslu odst. 7.1.1- Smlouvy a další případnou komunikaci ohledně Rozvoje je Poskytovatel povinen udržovat po celou dobu účinnosti této Smlouvy či po dobu poskytování Služeb podpory provozu kontaktní místo, vrámci kterého budou moci uživatelé na straně objednatele telefonicky komunikovat v českém jazyce za v místě a čase běžné hovorné a jemuž budou moci formou stanovenou v Návrhu řešení 1 a Zzasílat své servisní požadavky a Zadánízměnových požadavků ve smyslu odst. 7.1.1 Xxxxxxx.
Ve vztahu k poskytování Služeb podpory provozu se Poskytovatel dále zavazuje:
OPERÁTOR
lCT
6.10.1 udržovat vlastn technické prostředky, či prostředky, které mu byly jinak Objednatelem svěřeny, jež slouží k poskytování Služeb podpory provozu, ve stavu umožňujícím nepřetržitý provoz a zabezpečení garantované a dohodnuté kvality poskytovaných Služeb podpory provozu dle Přílohy č. 1 této Smlouvy a prostředky dle tohoto odstavce Xxxxxxx bezodkladně uzpůsobit
případnym vyšším nárokům na zajištění řádného provozu Aplikace a poskytování Služeb podpory provozu, které mohou nastat v průběhu trvám této Smlouvy v důsledku realizace Rozvoje Poskytovatelem;
6.10.2
6.10.3
přijmout potřebná technická a věcná opatření tak, aby byla zajištěna integrita,
důvěrnost a dostupnost uložených dat v souladu s účelem této Smlouvy;
písemně oznámit objednateli požadovaný termín a rozsah odstávky Aplikace
a též požadované termíny výluky Služby podpory provozu prováděné za
účelem plánované údržby Aplikace (dále jen jako „odstávka"), alespoň 10 pracovních dnů předem. Odstávka Aplikace je možná pouze se souhlasem objednatele. objednatel se zavazuje, že svůj souhlas nebude bezdůvodně odpírat. Pokud nebude souhlas udělen ve vztahu ke konkrétnímu termínu, není Poskytovatel oprávněn takovouto odstávku Aplikace provést a objednatel je povinen bezodkladně navrhnout nový termín pro provedení údržby Aplikace. Takto sjednaná doba odstávky se nezapočítává do procentuální dostupnosti Služby podpory provozu. Další podmínky doby odstávky Aplikacejsou upraveny v Příloze č. 1 Smlouvy či Návrhu řešení 1 a 2.
zpúsoa POSKYTOVÁNÍ ROZVOJE
7.1
7.2
7.1.1
Rozvoj bude objednatelem objednáván dle následujícího postupu:
objednatel je oprávněn kdykoli v průběhu účinnosti této Xxxxxxx formou zadání změnového požadavku písemně zadat Poskytovateli plnění Rozvoje (dále jen „Zadání změnového požadavku") a Poskytovatel je povinen dle Zadání změnového požadavku nabídnout plnění, přičemž toto Zadání změnového požadavku musí obsahovat:
a) konkrétní označení a bllžšíspecifikaci plnění, které je zadáno;
b) termín dodání plnění;
c) objednatelem předpokládaný rozsah plnění, případně cenu za plnění stanovenou vsouladu s cenovými podmínkami uvedenými vtéto Smlouvě (zejména dle počtu objednaných ČD, dle pozic požadovaných pracovníků, dle objednaných licencí apod.)
V reakcí na přijaté Zadání změnového požadavku objednatele je Poskytovatel
povinen do 3 pracovních dnů doručit objednateli písemné upřesnění realizace formou analýzy Zadání změnového požadavku jakožto návrh konkrétního dílčího
plnění (dále jen „Analýza změnového požadavku"), nebo sdělit objednateli vady ve vymezení Zadání změnového požadavku bránící Poskytovateli Analýzu změnového požadavku vypracovat. Vadou dle tohoto odst. 7.2 je zejména neurčitost zadání, kterou není Poskytovatel schopen technicky překonat; vadou Zadání změnového požadavku také je, pokud obsahuje nepřiměřeně krátký termín plnění nebo nízký rozsah odhadované pracnosti, přičemž vtakovém případě je Poskytovatel povinen tyto skutečnosti konkrétně a detailně
OPERÁTOR
ICT
7.3
7.3.1
specifikovat a odůvodnit. objednatel je povinen odstranit případné vady Zadání změnového požadavku, které budou řádně specifikované Poskytovatelem a Zadání změnového požadavku opětovně předložit Poskytovateli. Neodstraní-Ii objednatel vady v Zadání změnového požadavku, je Poskytovatel povinen průběžně na trvání tohoto stavu objednatele upozorňovat, a to až do té doby,
než objednatel rozhodne, že svoje Zadání změnového požadavku bere zpět, nebo
specifikované vady odstraní.
Analýza změnového požadavku musí přinejmenším obsahovat:
dostatečně podrobný popis požadovaného plnění včetně objektivně stanovených akceptačních kritérií obsažených Technické specifikaci nebo stanovených Poskytovatelem (odpovídá-li to povaze pInění); alternativně může být v Analýze změnového požadavku uvedeno, že tato část řešení bude blíže konkretizována vrámci realizace plnění ve stanovené lhůtě za součinnosti obou stran, přičemž finální podrobný popis realizace plněnívčetně objektivně stanovených akceptačních kritérií bude dodatečně odsouhlasen objednatelem;
7.3.2
7.3.3
7.3.4
7.3.5
7.4
7.5
požadavky na nezbytnou součinnost objednatele při realizaci plnění;
dobu poskytnutí plnění nebo harmonogram realizace plnění definující přinejmenším termín nasazení dílčího plnění do testovacího prostředí a nejzazší termín nasazení do produkčního prostředí; harmonogram musí respektovat v Zadání změnového požadavku určený termín plnění, ledaže by tento termín byl nepřiměřeně krátký a Poskytovatel tuto skutečnost v Analýze změnového požadavku dostatečně odůvodní s návrhem nejbližšího možného
termínu plnění, kterýje realizovatelný;
vymezení odpovědných zástupců Poskytovatele a případných třetích stran
podílejících se na realizaci plnění;
konečnou cenu za realizaci plnění stanovenou v souladu s cenovými podmínkami uvedenými vtéto Smlouvě; stanovená cena musí respektovat v Zadání změnového požadavku stanovený rozsah pracnosti, ledaže by tento rozsah byl nepřiměřeně nízký a Poskytovatel tuto skutečnost v Analýze změnového požadavku dostatečně odůvodní s návrhem nejnižšího rozsahu pracnosti, v rámci kterého je realizace plnění proveditelná.
V případě, že objednatel souhlasí s navrženou Analýzou změnového požadavku, bude Poskytovatele o této skutečnosti bez zbytečného odkladu písemně informovat. objednatel je oprávněn i bez udání důvodu Poskytovatelem předloženou Analýzu změnového požadavku odmítnout, nebo se k ní nevyjádřit, nebo si vyžádat její úpravu dle svých odůvodněných požadavků, a to bez jakýchkoliv nároků vznikajících vtéto souvislosti Poskytovateli. objednatel je oprávněn v Zadání změnového požadavku uvést, že v případě, že se kAnalýze změnového požadavku navržené Poskytovatelem na základě Zadání změnového požadavku nevyjádří do uplynutí určité lhůty, považuje se Analýza změnového
požadavku za odsouhlasenou.
V případě, že si objednatel vyžádá úpravu Analýzy změnového požadavku, je Poskytovatel povinen tuto úpravu provést bez zbytečného odkladu za obdobného použití odst. 7.2 této Smlouvy.
OPERÁTOR
ICT
7.5 Poskytovatel se zavazuje realizovat jakékoliv Zadání změnového požadavku nebo požadavek vznesený objednatelem v souladu s touto Smlouvou. odměna za zpracování Analýzy změnového požadavku je již obsažena v ceně plnění dle této
Smlouvy a Poskytovateli v této souvislosti nevzniká nárok na další úplatu.
7.7
Zadání změnového požadavku se stává součástí odsouhlasené Analýzy změnového požadavku v rozsahu, vjakém ustanovením Analýzy změnového požadavku neodporuje, a pro výklad ustanovení Analýzy změnového požadavku
se použije společně s touto Smlouvou subsidiárně.
za
Pro vyloučení pochybností se stanoví, že objednatel není v průběhu trvání této
Smlouvy povinen poptat žádný Rozvoj.
EXIT
8.1
8.2
8.3
8.4
Poskytovatel se zavazuje dle pokynu objednatele poskytnout veškerou potřebnou součinnost, dokumentaci a informace, účastnit se jednání sobjednatelem a popřípadě třetími osobami za účelem plynulého a řádného převedení všech činností spojených s poskytováním Služeb podpory provozu na objednatele a/nebo nového poskytovatele, ke kterému dojde po skončení účinnosti této Smlouvy (dále jen „Exit").
Za tímto účelem se Poskytovatel zavazuje ve lhůtách dle odst. 8.3
Smlouvy vypracovat na základě pokynu objednatele dokumentaci vymezující postup provedení Exitu (dále jen „Exitový pIán"), a poskytnout plnění nezbytná k realizaci tohoto Exitového plánu za přiměřeného použítí vhodných ustanovení této Smlouvy. Závazek dle tohoto ustanovení platí i po uplynutí doby trvání této Smlouvy, a to nejméně 1 rok po jejím ukončení.
objednatelje oprávněn požádat o vypracování Exitového plánu nejdříve 6 měsíců před řádným ukončením účinnosti této Smlouvy, kdykoli spolu svypovězením nebo odstoupením objednatele od této Smlouvy, nebo i po odstoupení Poskytovatele od této Smlouvy. Poskytovatel se zavazuje vypracovat Exitový plán a poskytnout plnění nezbytná k jeho realizaci do 1 měsíce od doručení takového požadavku objednatele, nestanoví-li objednatel jinak. vypracováním Exitového plánu se rozumíjeho schválení objednatelem v souladu s odst. 10.2 této Smlouvy.
Smluvní strany se dohodly, že cena za vypracování Exitového plánu a poskytnutí plnění nezbytného k realizaci Exitového plánu či poskytovánídalšísoučinnosti dle tohoto článku Smlouvy je součástí ceny za poskytování Služeb podpory provozu dle této Smlouvy.
změnové Řízení
9.1 Kterákoliv ze smluvních stran je oprávněna písemně navrhnout změny Technické specifikace před dokončením Díla, včetně změny schváleného Návrhu realizace. objednatel není povinen navrhovanou změnu akceptovat. Poskytovatel se zavazuje vynaložit veškeré úsilí, které po něm lze spravedlivě požadovat, aby změnu požadovanou Objednatelem akceptoval.
9.2 Poskytovatel se zavazuje provést hodnocení dopadů kteroukoliv smluvní stranou navrhovaných změn na termíny plnění, cenu a součinnost objednatele. Poskytovatel je povinen toto hodnocení provést bez zbytečného odkladu,
OPERÁTOR
ICT
nejpozději do 5 pracovních dnů ode dne doručení návrhu kterékoliv smluvní
strany druhé smluvní straně.
9.3 Jakékoliv změny schválené Návrhu řešení 1 a 2musí být sjednány vsouladu s příslušnými ustanoveními ZZVZ, a to zejména v souladu s ustanovením š 222 ZZVZ, a rovněž písemně ve stejné formě, v jaké strany schvalují Návrh realizace.
9.4 Kterákoli ze smluvních stran je rovněž oprávněna navrhnout změnu Služeb
podpory provozu, a to za přiměřeného užití odst. 9.1 až 9.3 této Smlouvy.
AKCEPTACE
10.1 Dílo nebo jeho část, tvořící logický a funkční celek, stejně jako každý výsledek
Rozvoje, který představuje samostatný předmět způsobilý přejímky (dále jen
„dílčí pInění"), budou objednatelem akceptovány na základě akceptační procedury. Akceptační procedura zahrnuje ověření, zda Poskytovatelem poskytnuté dílčí plnění je výsledkem, ke kterému se Poskytovatel zavázal, a to porovnáním skutečných vlastností jednotlivých dílčích plnění Poskytovatele s jejich závaznou specifikací uvedenou v Návrhu řešení 1 a 2, v Analýze změnového požadavku či jiném dohodnutém závazném dokumentu za využití akceptačních kritérií tam stanovených nebo později pro tento účel dohodnutých smluvními stranami. Součástí akceptační procedury může být v konkrétních případech dle volby objednatele rovněž připomínkování třetími stranami, zejména pak hlavním městem Prahou.
10.2 Akceptace dokumentů
10.2.1 Dokumenty, které mají být podle této Xxxxxxx vypracované Poskytovatelem a předané Objednateli, budou Objednatelem schválené a akceptované v souladu s akceptační procedurou definovanou v tomto odst. 10.2 Smlouvy.
10.2.2 Poskytovatel se zavazuje průběžně konzultovat práce na zhotovení dokumentů sobjednatelem. Poskytovatel je povinen předat dokumenty k akceptaci včas tak, aby mohly být dodrženy navazující termíny.
10.2.3 objednatel je povinen vznést své výhrady nebo připomínky k dokumentu do 5 kalendářních dnů ode dne jejich doručení. Vznese—Ii objednatel výhrady nebo připomínky k dokumentu, zavazuje se Poskytovatel do 5 kalendářních dnů provést veškeré potřebné úpravy dokumentu dle výhrad a připomínek objednatele a takto upravený dokument předat objednateli kakceptaci. Pokud výhrady a připomínky objednatele přetrvávají nebo objednatel identifikuje výhrady a připomínky nové, je objednatel oprávněn postupovat podle tohoto odst. 10.2.3 i opakovaně.
10.2.4 vpřípadě, že objednatel nemá kdokumentu připomínky ani výhrady, zavazuje se ve lhůtě 10 kalendářnách dnů od předložení dokumentu k akceptaci tento dokument akceptovat a potvrdit o tom písemný předávací protokol.
10.2.5 Bude-li trvání akceptační procedury ovlivněné vznesením výhrad nebo připomínek objednatele kdokumentu a potřebou jejich vyřešení, nebude to mít vliv na dohodnuté termíny pro akceptaci dokumentu.
l Ú OPERÁTOR
ICT
10.3 Akceptace jiných dílčích plnění než dokumentů
10.3.1
10.31
10.3.3
10.3.4
10.3.5
10.3.6
10.3.7
10.3.8
Umožňuje-li to povaha plnění Poskytovatele a nestanoví-li tato Smlouva jinak, bude akceptace jednotlivých dílčích plnění provedena v souladu s akceptační procedurou definovanou v tomto odst. 10.3 Smlouvy.
Předání a převzetí objednatelem objednaného a Poskytovatelem řádně
provedeného dílčího plnění bude probíhat postupně akceptaci jednotlivých dílčích plnění, a to v termínech uvedených v této Smlouvě nebo stanovených v souladu s touto Smlouvou.
Akceptační procedura zahrnuje ověření řádného provedení jednotlivých dílčích plnění porovnáním jejich skutečných vlastností s jejich specifikací stanovenou touto Smlouvou, Zadáním změnového požadavku či Analýzou změnového požadavku, nebo vzniklou na základě Smlouvy (např. Návrh řešení 1 a Z); specifikací se rozumí i akceptační kritéria, jsou-li stanovena.
Akceptační procedura bude zahrnovat akceptačnítesty, které budou probíhat na základě specifikace akceptačních testů připravené Poskytovatelem. Nedohodnou-li se smluvní strany jinak, přípravu scénářů, příkladů a na akceptační test zajistí Poskytovatel za přiměřené součinnosti objednatele, a to s ohledem na účel akceptační procedury dle odst. 10.3.3. objednatel má
právo vyjadřovat se a požadovat zapracovánísvých odůvodněných připomínek
ke specifikaci akceptačních testů a dalším parametrům testování.
Poskytovatel písemně vyzve objednatele k účasti na akceptační proceduře a tuto písemnou výzvu doručí Objednateli nejméně 5 kalendářních dnů před zahájením akceptační procedury. Pokud se objednatel nedostaví vtermínu určeném pro provedení akceptačních testů, přestože byl Poskytovatelem k účasti řádně vyzván, je Poskytovatel oprávněn provést příslušné akceptační testy bez jeho přítomnosti. o průběhu akceptačních testů vyhotoví Poskytovatel písemný záznam, v němž zejména uvede, zda testy prokázaly chyby. objednateli budou poskytnuty originály veškerých dokumentů vypracovaných v souvislosti s provedením akceptačních testů.
Jestliže jednotlivá dílčí plnění splní akceptační kritéria akceptačních testů, Poskytovatel se zavazuje nejpozději v pracovní den následující po ukončení akceptačních testů umožnit objednateli toto dílčí plnění převzít a objednatel se zavazuje kjeho převzetí nejpozději do 3 kalendářních dnů. Smluvní strany se zavazují o tomto převzetí sepsat předávací protokol.
Nestanoví-li specifikace akceptačních testů jinak, má se za to, že dílčí plnění splňuje stanovená akceptační kritéria za předpokladu, že toto plnění nemá žádnou vadu kategorie A nebo B a současně nemá více než tři vady kategorie C ve smyslu odst. 15.3 Smlouvy. Objednatel je oprávněn dílčí plnění převzít i v případech, kdy počet a/nebo druh vad překračuje maximální počet stanovený pro splnění akceptačních kritérií.
Pokud kterékoliv zjednotlivých dílčích plnění nesplňuje stanovená akceptační
kritéria nebo je splňuje s vadami, které jsou přípustné, sdělí objednatel své
připomínky písemně Poskytovateli; pokud objednatel takové dílčí plnění
současně akceptuje, uvede své připomínkyv předávacím protokolu. Nesdělení
připomínek nebo neoznámení některé vady při akceptaci nemá vliv na
OPERÁTOR
ICT
povinno t Poskytovatele tuto vadu odstranit, pokud o ní ví, dodatečněji zjistí či mu bude dodatečně oznámena.
10.3.51 Poskytovatel je povinen vypořádat připomínky objednatele bez zbytečného odkladu a neprodleně předložit příslušné dílčí plnění k opakované akceptaci dle této Smlouvy, za přiměřeného použití ostatních ustanovení tohoto čl .10
Smlouvy. Akceptační procedura, včetně procesu testování a případných následných oprav, se bude opakovat, dokud příslušné dílčí plnění nes plni akceptační kritéria pro příslušný akceptační test. V případě, že se jedn vypořádání připomínek k dílčímu plnění, které již bylo akceptováno, namísto předávacího protokolu strany potvrdí písemně, že připomínky bvlv vypořádány.
10.3.10 Dohodnuté termíny pro akceptaci dílčího plnění nejsou dotčeny trváním akceptační procedury ani jakýmkoli jejím prodloužením zdůvodu vad bránících akceptaci.
10.3.11 Nejpozději v den podpisu předávacího protokolu jednotlivého dílčího plněníje Poskytovatel povinen předat objednateli provozní, uživatelskou a administrátorskou dokumentaci k dílčímu plnění a případné zdrojové kódy dle čl. 13.
10.4 Dílo jako celek se považuje za dokončené, bylo-Ii řádně převzato objednatelem, tedy pokud došlo k akceptaci a protokolárnímu převzetí všech dílčích plnění tvořících Aplikaci, tj. Návrh řešení 1 a 2, Implementace a Dokumentace vč. školení.
10.5 U Služeb podpory provozu akceptace probíhá písemným schválením Zprávy
objednatelem, je-Ii vyhotovována.
11. DAIŠÍ POVINNOSTI POSKYTOVATELE
11.1 Poskytovatel se dále zavazuje:
11.1.1 poskytovat plnění podle této Smlouvy vlastním jménem, na vlastní odpovědnost a v souladu s pokyny objednatele řádně a včas, zejména se zohledněním délky trvání akceptační procedury;
11.1.2 poskytovat plnění podle této Xxxxxxx s péčí řádného hospodáře odpovídající podmínkám sjednaným v této Smlouvě; dostane-Ii se Poskytovatel do prodlení se svým plněním bez toho, aby to způsobil objednatel či p řékážky vylučující povinnost k náhradě škody po dobu delší než 20 kale ndářních dnů, je objednatel oprávněn zajistit náhradní plnění po dobu prodlení Poskytovatele jinou osobou; vtakovém případě se Poskytovatel zavazuje nahradit v plném rozsahu náklady spojené s náhradním plněním;
11.1.3 upozorňovat objednatele včas na všechny hrozící vady ci výpadky svého
'
plnění, jakož i poskytovat Objednateli veškeré informace, kte réjsou pro plnění
Smlouvy nezbytné;
11.1.4 neprodleně oznámit písemnou formou objednateli překážky, které mu brání v plnění předmětu Smlouvy a výkonu dalších činností souvi sejících s plněním předmětu Smlouvy-
El OPERÁTOR
ICT
11.1.5 upozornit objednatele na potenciální rizika vzniku škod a včas a řádně dle
svých možnosti provést taková opatření, která riziko vzniku škod zcela vyloučí
nebo sníží;
11.1.6 i bez pokynů objednatele provést nutné úkony, které, ač nejsou předmětem této Smlouvy, budou s ohledem na nepředvídané okolností pro plnění Smlouvy nezbytné nebo jsou nezbytné pro zamezení vzniku škody; jde-li ozamezení vzniku škod nezapříčiněných Poskytovatelem, má Poskytovatel
právo na úhradu nezbytných a účelně vynaložených nákladů;
11.1.7 postupovat při poskytování plnění podle této Xxxxxxx s odbornou péčí a
aplikovat procesy „best practíce";
11.1.8 v případě potřeby průběžně komunikovat s objednatelem a třetími osobami,
vyžaduje-li to řádné dodání Díla či poskytnutí Služeb, přičemž veškerá taková
komunikace bude probíhat v českém jazyce (případně slovenském, nebo za
využití překladatele do českého jazyka, jehož služby budou hrazeny
Poskytovatelemj;
11.1.9 informovat objednatele o plnění svých povinností podle této Xxxxxxx
skutečnostech, které mohou mít vliv na výkon práv a plnění
a o důležitých
povinností smluvních stran;
11.1.10 zajistit, aby všechny osoby podílející se na plnění jeho závazků z této Smlouvy, které se budou zdržovat v prostorách nebo na pracovištích objednatele, dodržovaly účinné právní předpisy o bezpečnosti a ochraně zdraví při práci a veškeré interni předpisy objednatele, s nimiž objednatel Poskytovatele
obeznámil;
11.1.11 chránit osobní údaje, data a duševnívlastníctvi objednatele a třetích osob;
11.1.12 upozorňovat objednatele na možné rozšíření či změny Díla nebo Služeb
podpory provozu za účelem jejich lepšího využívání pro jejich účel;
11.1.13 upozorňovat objednatele vodůvodněných případech na případnou
nevhodnost pokynů objednatele.
11.2 Poskytovatel se dále zavazuje udržovat v platnosti a účinnosti po celou dobu účinnosti Smlouvy pojistnou smlouvu, jejímž předmětem je pojištění odpovědnosti za škodu způsobenou Poskytovatelem 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ž 5.000.000,- Kč za rok. Pojistnou smlouvu dle tohoto odstavce nebo pojistku potvrzující uzavření takové smlouvy je Poskytovatel povinen předložit objednateli nejpozději do 10 kalendářních dnů po uzavření této Smlouvy a dále kdykoliv bezodkladně po písemném vyžádání objednatele. Nepředložením pojistné smlouvy nebo pojistky do 10 kalendářních dnů po uzavření Smlouvy nebo do 10 kalendářních dnů po vyžádání ze strany
objednatele vzniká právo objednatele na odstoupení od Xxxxxxx.
se zavazuje zajistit nejpozději do 10 kalednářních dnů od
11.3 Poskytovatel
uskutečnění jakékoli podstatné změny Aplikace provedené Poskytovatelem po dokončení Díla na základě této Smlouvy aktualizaci Dokumentace. Dojde-li k nepodstatné změně Aplikace a za 6 po sobě jdoucích měsíců nedojde již k žádné podstatné změně, pak bude aktualizace o případné nepodstatné změny, k nimž
OPERÁTOR
lCT
vuplynulém období došlo, provedená do skončení 10 kalendářních dnů od
uplynutí dané šestiměsíční lhůty.
11.4 Poskytovatel se dále zavazuje poskytnout objednateli nebo jakékoliv třetí osobě písemně pověřené Objednatelem veškerou požadovanou spolupráci a součinnost, která je nezbytná pro účely provázáníAplikace s dalšími informačními systémy užívanými nebo provozovanými objednatelem či třetími osobami určenými objednatelem, a to i ve formě vypracování rozboru dopadů Implementace nebo změny Aplikace na další informační systémy a prostředí objednatele. Smluvní strany se dohodly, že cena takovéhoto plněníje zahrnuta v ceně Díla podle této Smlouvy. Pro vyloučení pochybností se stanoví, že v této souvislosti nevznikne Poskytovateli nárok na dodatečné finanční plnění ze strany objednatele.
11.5 V případě, že dojde k uzavření nové smlouvy týkající se plnění dle této Smlouvy nebo jakékoli jeho části s novým poskytovatelem odlišným od Poskytovatele, zavazuje se Poskytovatel po skončení účinnosti této Smlouvy poskytovat Objednateli nebo jím určeným třetím stranám veškerou součinnost potřebnou pro účely řádného provádění údržby, podpory či rozvoje Aplikace či jeho příslušné části novým poskytovatelem, pokud bude naplnění tohoto cíle záviset na
znalostech Poskytovatele získaných na základě plnění této Smlouvy, a to i nad rámec svých povinností dle čl. 8 této Smlouvy. Poskytovatel se zavazuje tuto součinnost poskytovat s odbornou péčí, bez zbytečného odkladu a zodpovědně,
a to minimálně po dobu 6 měsíců po uplynutí doby trvání této Smlouvy dle čl. 22 této Smlouvy. Smluvní strany se dohodly, že rozsah tohoto plnění je zahrnut v ceně plnění podle této Smlouvy. Pro vyloučeni pochybností se stanoví, že v této souvislosti nevznikne Poskytovateli nárok na dodatečné finanční plnění ze strany objednatele. Plnění podle tohoto odstavce nezahrnuje plnění dle odst. 15.9 této Smlouvy.
11.6 Poskytovatel se dále zavazuje poskytnout objednateli veškeré informace potřebné ke splnění povinností objednatele dle 5 219 ZZVZ, zejména, nikoli však výlučně:
11.6.1 nejpozději do 15. března následujícího kalendářního roku informaci o ceně uhrazené za plnění dle této Smlouvy v předchozím kalendářním roce plnění Smlouvy.
CENA A PLATEBNÍ PODMÍNKY
12.1 Cena Díla ajejí hrazení
12.1.1 Celková cena Díla je dohodou smluvních stran stanovena ve výši 640.000; Kč bez DPH. S ohledem na sazbu DPH 21 %, činí celková cen_a Díla včetně DPH 774.400; Kč, z toho DPH představuje částku 134.400; Kč. Tato cena je celková a úplná, tj. zahrnuje veškerá plnění dle této Smlouvy v rámci provádění Díla.
12.1.2 Cena Díla zahrnuje též zejména veškeré náklady na veškeré licence k software, databázím, knihovnám a dalším předmětům duševního vlastnictvítřetích stran nezbytným pro realizaci plněnltéto Smlouvy.
12.1.3 Podrobný rozpis ceny Díla v členění podle jednotlivých částí Díla, dílčích plnění
a podle schválených Milníků je uveden v Příloze č. 2 této Smlouvy.
m
OPERÁTOR
ICT
12.1.4 Cena Díla bude zaplacena po částech odpovídajících plnění v rámci
jednotlivých Milníků pojejich splnění dle harmonogramu obsaženého
„vPříloze č. 6 této Smlouvy, a to na základě daňového dokladu (dále jen
„faktura") řádně vystaveného Poskytovatelem. Pro vyloučení pochybností se
uvádí, že Poskytovatel není oprávněn vystavit fakturu za:
a) Návrh realizace 1 a 2 dříve, než po úspěšném provedení obou akceptačních procedur Milníků Bral a Brczl, a to alespoň s výhradami, které nebrání realizaci dalšího Milníku,
b) Implementace , vytvoření Dokumentace, poskytováníškolení a Testování dříve, než po úspěšném provedení akceptační procedury Milníku Crprce, a to alespoň s výhradami, které nebrání zahájení Milníku D.
Přílohou faktury musí být vždy příslušné protokoly vztahující se k akceptované části Díla či dílčích plnění realizovaných v rámci Rozvoje. Poskytovateli nebudou objednatelem poskytovány žádné zálohy.
12.2 Cena Služeb podpory provozu a její hrazení
12.2.1 Cena Služeb podpory provozu je dohodou smluvních stran stanovena
následovně:
a) Celková měsíční cena Služeb podpory provozu je stanovena ve výši 10.000; Kč bez DPH za 1 měsíc poskytování Služeb podpory provozu. S ohledem na sazbu DPH 21 % činí celková měsíční cena Služeb podpory provozu včetně DPH 12.100; Kč za 1 měsíc poskytování Služeb podpory provozu, z toho DPH představuje částku 2.100,— Kč. Tato cena je pevná a
úplná, tj. zahrnuje veškerá plnění dle Smlouvy v rámci poskytováníSlužeb
podpory provozu za 1 měsíc.
b) Podrobný rozpis ceny jednotlivých Služeb podpory provozu je uveden
v Příloze č. 2 Smlouvy.
12.2.2 Cena Služeb podpory provozu bude zaplacena vždy po skončení kalendářního měsíce, ve kterém byly Služby podpory provozu poskytovány, a to na základě faktury vystavené Poskytovatelem. Poskytovatel se zavazuje fakturu vystavit nejpozději do S pracovních dnů po schválení příslušné Zprávy. Přílohou faktury musí být kopie schválené Zprávy, je-li vyhotovována. V případě, že Služby podpory provozu nebyly poskytovány po celý kalendářní měsíc (např. z důvodu jejich zahájení uprostřed měsíce apod.), náleží Poskytovateli alikvotní část měsíční ceny Služeb podpory provozu. obdobně se může cena Služeb podpory provozu přiměřeně snížit, pokud dle příslušné Zprávy bude zřejmé, že Služby podpory provozu nebyly poskytovány v celé dohodnuté šíři a rozsahu.
12.3 Cena Rozvoje a její hrazení
12.3.1 Cena Rozvoje je dohodou smluvních stran stanovena ve výši 8.000,- Kč bez DPH za 1 ČD Rozvoje. S ohledem na sazbu DPH 21 % činí celková cena Rozvoje včetně DPH 9.680; Kč za 1 ČD Rozvoje, z toho DPH představuje částku 1.680,- Kč. Tato cena je pevná a úplná, tj. zahrnuje veškerá plnění dle této Smlouvy
v rámci poskytování Rozvoje za 1 ČD.
OPERÁTOR
ICT
12.3.2 Cena za Rozvoj bude zaplacena vždy po akceptaci dílčího plnění Rozvoje způsobem dle čl. 10 Smlouvy, a to na základě faktury vystavené Poskytovatelem, a bude stanovena následovně:
a) Cena Rozvoje vychází ze součinu rozsahu poskytnutého plnění Poskytovatele wjádřeného v ČD nebo jejich částech, a příslušné sazby za toto plnění.
b) Poskytovatel ve lhůtách stanovených ve schválené Analýze změnového požadavku předloží objednateli spolu s fakturou seznam realizovaných prací, který bude obsahovat rozpis jednotlivých rolí dle člověkodnů při realizaci Rozvoje (dále jen „Výkaz pInění").
c) Objednatel je povinen ve lhůtě splatnosti dané faktury přiložený Výkaz
plnění schválit nebo uvést, ve které části neodpovídá skutečnosti.
d) Cena Rozvoje se může přiměřeně snížit, pokud dle příslušného Výkazu
plnění bude zřejmé, že Xxxxxx byl realizován s menší pracnosti.
e) Maximální cenový rámec Rozvojeje dán následujícím vzorcem, kdy v jeho rámci musí Poskytovatel garantovat alespoň 24 ČD (alespoň 2 ČD/měsíc, kdy je připuštěna i rychlejší čerpánítohoto rámce) Rozvoje:
2 mil. Kč bez DPH (minus) cena za 12 měsíců Služeb podpory provozu
(minus) cena Díla = cenový rámec Rozvoje
vpřípadě, že po odečtení ceny za 24 ČD Rozvoje z cenového rámce Rozvoje vznikne kladný rozdíl, je Objednatel oprávněn tento rozdíl využít pro další Rozvoj. Objednatel není oprávněn využít tento rozdíl pro prodloužení délky poskytování Služeb podpory provozu.
12.4 Platební podmínky
12.4.1 Splatnost jednotlivých plateb dle této Smlouvy je stanovena na 30 dní od doručení faktury objednateli. Poskytovatel odešle fakturu objednateli nejpozději následující pracovní den po vystavení faktury.
12.4.2 Všechny faktury musí splňovat všechny náležitosti daňového dokladu požadované zákonem č. 235/2004 Sb., ve znění pozdějších předpisů, avšak výslovně vždy musí obsahovat následující údaje: označení smluvních stran a jejich adresy, IČO, DIČ, údaj o tom, že vystavovatel faktury je zapsán v obchodním rejstříku včetně spisové značky, označení této Smlouvy, označení poskytnutého plnění, číslo faktury, den vystavení a lhůta splatnosti faktury, označení peněžního ústavu a číslo účtu, na který se má platit, fakturovanou částku, razítko a podpis oprávněné osoby.
12.4.3 Nebude-li faktura obsahovat stanovené náležitosti či přílohy, nebo v ní nebudou správně uvedené údaje dle této Smlouvy, je objednatel oprávněn ji vrátit ve lhůtě její splatnosti Poskytovateli. V takovém případě se přeruší běh lhůty splatnosti a nová lhůta splatností počne běžet doručením opravené faktury.
12.4.11 Platby se provádí bankovním převodem na účet druhé smluvnístrany uvedený
ve faktuře.
w
OPERÁTOR
ICT
12.4.5 V případě prodlení kterékoliv smluvní strany se zaplacením peněžité částky vzniká oprávněné straně nárok na úrok z prodleníve výši jedné setiny procenta (0,01 %) z dlužné částky za každý i započatý den prodlení. Tím není dotčen ani
omezen nárok na náhradu vzniklé škody.
12.4.6 objednatel bude hradit přijaté faktury pouze na bankovní účty Poskytovatele
zveřejněné správcem daně způsobem umožňujícím dálkový přístup ve smyslu
5 96 odst. 2 zákona o DPH. vpřípadě, že Poskytovatel nebude mít svůj
bankovní účet tímto způsobem zveřejněn, uhradí Objednatel Poskytovateli pouze základ daně, přičemž daň z přidané hodnoty (dále jen „DPH") uhradí Poskytovateli až po zveřejnění příslušného účtu Poskytovatele v registru
plátců a identifikovaných osob Poskytovatelem.
12.4.7 Poskytovatel prohlašuje, že správce daně před uzavřením této Smlouvy nerozhodl, že Poskytovatel je nespolehlivým plátcem ve smyslu 5 106a zákona o DPH (dále jen „nespolehlivý plátce"). V případě, že správce daně rozhodne
o tom, že Poskytovatel je nespolehlivým plátcem, zavazuje se Poskytovatel o
tomto informovat objednatele do 2 pracovních dní. Stane-li se Poskytovatel nespolehlivým plátcem, uhradí objednatel Poskytovateli pouze základ daně, přičemž DPH bude objednatelem uhrazena Poskytovateli až po písemném doložení Poskytovatele o jeho úhradě této DPH příslušnému správci daně.
zokoíový KóD
13.1 Nestanoví-li tato Smlouva jinak, je Poskytovatel povinen v součinnosti s Objednatelem tomuto předávat průběžně zdrojový kód každého jednotlivého takového plnění, které je počítačovým programem, a které je objednateli poskytováno na základě této Smlouvy. Zdrojový kód bude objednateli vždy předáván formou Git repozitářů ukládaných průběžně do GitLab prostředí objednatele. objednatel umožňuje Poskytovateli provádět tuto činnost pomocí nastavení GitLab prostředí objednatele jako druhého vzdáleného repozitáře. Poskytovatel je však povinen objednateli navrhnout podobu informační struktury, řízení přístupů k repozitářům, pracovní stromy jednotlivých repozitářů a procesní postup při změnách souborů tak, aby bylo zajištěno řádné přenášení změn do vzdáleného repozitáře a uchovávání kompletní historie všech verzí a úprav zdrojových kódů. Poskytovatel musí zdrojové kódy do
repozitáře předávat včetně historie změn. Podobu informační struktury GIT musí vždy
Objedenatel písemně odsouhlasit, a to před zahájením této činnosti ze strany
Poskytovatele.
13.2 Po dobu účinnosti této Smlouvy bude objednatel oprávněn zdrojový kód číst a nahlížet do něj či k němu vznášet dotazy. objednatel nebude po tuto dobu oprávněn do zdrojového kódu zasahovat a jakkoli jej měnit pro účely plnění této Smlouvy. objednatel však může po tuto dobu provádět kopie zdrojového kódu pro účely své archivace či pro jeho užití pro realizaci plnění odlišného od předmětu plnění této
Smlouvy.
13.3 Zdrojový kód musí být spustitelný v prostředí objednatele a zaručující možnost ověření, že je kompletní a ve správné verzi, tzn. umožňující kompilaci, instalaci, spuštění a ověření jednotlivé funkcionality či modulu, a to včetně podrobné
dokumentace zdrojového kódu takovéto části předmětu plnění, na základě které bude
běžný kvalifikovaný pracovník objednatele schopen pochopit veškeré funkce a vnitřní
OPERÁTOR
ICT
vazby software a zasahovat do něj formou interního rozvoje objednatele Dokumentace zdrojového kódu tak musí obsahovat minimálně informace o popisu procesů instalace a spuštění, vč. plnohodnotné dokumentace administrátorské a
provozní.
13.4 Povinnosti Poskytovatele uvedené v odst. 1 až 3 tohoto článku Smlouvy výše se použijí i pro jakékoliv opravy, změny, doplnění, upgrade nebo update zdrojového kódu jednotlivého dílčího plnění (nové verze vydávané do produkčního prostředí), k nimž dojde při plnění této Smlouvy nebo v rámci záručních oprav nebo rozvojových a změnových požadavků (dále jen „změna zdrojového kódu"). Dokumentace změny zdrojového kódu musí obsahovat podrobný popis a komentář každého zásahu do
zdrojového kódu.
13.5 Povinnost předání zdrojových kódů se nevztahuje na proprietární software.
13.6 V případě, že objednatel provede po dobu, kdy trvají povinností Poskytovatele ve vztahu k zajišťování záruk plnění a jeho provozu, neoprávněné změny zdrojového kódu některé z částí předmětu plnění pro účely využití takto změněného zdrojového kódu pro plnění dle této Smlouvy, tj. změny budou nasazeny v produkčním prostředí, zaniká veškerá odpovědnost a záruky Poskytovatele z této Smlouvy za příslušnou část předmětu plnění a všechny další části předmětu plnění, které mohou být danou změnou dotčeny, a to vč. povinností k zajištění bezporuchového provozu a bezpečností příslušné části předmětu plnění této Smlouvy.
VLASTNICKĚ PRÁVO A UŽÍVACÍ PRÁVA
14.1 V případě, že součástí plnění Poskytovatele podle této Smlouvy jsou movité věci, které se mají stát vlastnictvím objednatele (s výjimkou věcí uvedených v odst. 14.2 této Smlouvy), nabývá objednatel vlastnické právo k těmto věcem dnem předánítakového plnění objednateli na základě písemného protokolu podepsaného oprávněnými osobami obou smluvních stran. Nebezpečí škody na předaných věcech přechází na objednatele okamžikem jejich faktického předání do dispozice objednatele, pokud otakovém předání byl sepsán písemný záznam podepsaný oprávněnými osobami stran. objednatelje oprávněn vlastnické právo k takovýmto movitým věcem libovolně převést na třetí subjekt.
14.2 Vzhledem k tomu, že součástí Díla dle této Smlouvyje i plnění, které může naplňovat znaky autorského díla ve smyslu 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"), je ktěmto součástem Díla
poskytována licence za podmínek sjednaných dále v tomto článku Smlouvy.
14.3 objednatelje oprávněn veškeré součásti Díla a veškeré výstupy Xxxxxx Xxxxxxxxxxxxx považované za autorské dílo ve smyslu autorského zákona (dále jen „autorská díla") užívat a v plném rozsahu postoupit třetímu subjektu dle níže uvedených podmínek.
143.1 objednatel je oprávněn od okamžiku účinností poskytnutí licence kautorskému dílu dle odst. 14.3.3 této Smlouvy užívat toto autorské dílo kjakémukoliv účelu a vrozsahu, vjakém uzná za nezbytné, vhodné či přiměřené. Pro vyloučení pochybností to znamená že objednatel je oprávněn užívat autorské dílo vneomezeném množstevním rozsahu a územním
rozsahu, a to všemi v úvahu přicházejícími způsoby a s časovým rozsahem
OPERÁTOR
„CT lCT
14.3.2
14.3.3
14.3.4
14.3.5
143.6
14.3.7
omezeným pouze dobou trvání majetkových autorských práv ktakovémuto autorskému dílu. Součástí licence je neomezené oprávnění objednatele provádět jakékoliv modifikace, úpravy, změny autorského díla tvořícího součást Díla nebo výsledku Služeb rozvoje a dle svého uvážení do něj zasahovat, zapracovávat ho do dalších autorských děl, zařazovat ho do děl souborných či do databází apod., a to i prostřednictvím třetích osob. objednatel je bez potřeby jakéhokoliv dalšího svolení Poskytovatele oprávněn udělit třetí osobě podlicenci kužití autorského díla nebo svoje oprávnění k užití autorského díla třetí osobě vjakémkoliv rozsahu postoupit. Licence
k autorskému dílu je poskytována jako neomezená výhradní. Objednatel není
povinen licenci využít.
V případě počítačových programů se licence vztahuje ve stejném rozsahu na autorské dílo ve strojovém i zdrojovém kódu, jakož i koncepční přípravné materiály, a to i na případné dalšíverze počítačových programů obsažených v
Aplikaci upravené na základě této Smlouvy.
Poskytovatel touto Smlouvou poskytuje objednateli licenci k autorským dílům dle odst. 14.3.1 této Smlouvy, přičemž účinnost této licence nastává okamžikem akceptace součásti Díla či výsledku Služeb, která příslušné autorské dílo obsahuje; do té doby je Objednatel oprávněn autorské dílo užít v rozsahu a způsobem nezbytným k provedení akceptace příslušné součásti
Díla či výsledku Služeb.
Udělení licence nelze ze strany Poskytovatele vypovědět a její účinnost trvá i po skončení účinnosti této Smlouvy, nedohodnou-li se Smluvní strany výslovně jinak.
Smluvní strany výslovně prohlašují, že pokud při poskytování plnění dle této Smlouvy vznikne činností Poskytovatele a objednatele dílo spoluautorů a nedohodnou-li se smluvní strany výslovně jinak, bude se mít za to, že je objednatel oprávněn vykonávat majetková autorská práva k dílu spoluautorů tak, jako by byl jejich výlučným vykonavatelem a že Poskytovatel udělil objednateli souhlas kjakékoliv změně nebo jinému zásahu do díla spoluautorů. Cena Díla a Služeb dle čl. 12 této Smlouvy je stanovena se zohledněním tohoto ustanovení a Poskytovateli nevzniknou v případě
vytvoření díla spoluautorů žádné nové nároky na odměnu.
Poskytovatel je povinen postupovat tak, aby udělení licence k autorskému dílu dle této Smlouvy včetně oprávnění udělit podlicenci a souvisejících oprávnění zabezpečil, a to bez újmy na právech třetích osob.
Součástí Díla nebo výsledku Služeb může být tzv. proprietární software (dále jen „proprietární software"), anebo tzv. open source software, u kterého Poskytovatel nemůže udělit objednateli oprávnění dle předchozích ustanovení tohoto odst. 14.3 nebo to po něm nelze spravedlivě požadovat,
pouze při splnění některé z následujících podmínek:
a) Jedná se o software renomovaných výrobců, jenž je na trhu běžně dostupný, tj. nabízený na území České republiky alespoň třemi na sobě nezávislými a vzájemně nepropojenymí subjekty oprávněnými takovýto software upravovat, a který je vdobě uzavření smlouvy prokazatelně užíván vostrém (produktivním) prostředí nejméně u deseti na sobě
I
OPERÁTOR
lCT
u
I 5 'A
nezavi lych a vzájemně nepropojených subjektů. Poskytovatelje povinen poskytnou objednateli o této skutečnosti písemné prohlášení a na výzvu objednatele tuto skutečnost prokázat.
b) Jedná se o open source software, kterýje veřejnosti poskytován zdarma, včetně detailně komentovaných zdrojových kódů, úplné uživatelské, provozní a administrátorské dokumentace a práva software měnit. Poskytovatel je povinen poskytnout objednateli o této skutečnosti písemné prohlášení a na výzvu objednatele tuto skutečnost prokázat.
c) Jedná se o software, u kterého Poskytovatel poskytne s ohledem na jeho
(i) marginální význam, (ii) nekomplikovanou propojitelnost či
(iii) oddělitelnost a nahraditelnost ve Webovém řešení bez nutnosti
vynakládání výraznějších prostředků, písemnou garanci, že další rozvoj Systému jinou osobou než Poskytovatelem je možné provádět bez toho, aby tím byla dotčena práva autorů takovéhoto softwaru, neboť nebude nutné zasahovat do zdrojových kódů takovéhoto softwaru anebo proto, že případné nahrazení takovéhoto softwaru nebude představovat výraznější komplikaci a náklad na straně objednatele.
d) Poskytovatel objednateli k software poskytne nebo zprostředkuje poskytnutí úplných komentovaných zdrojových kódů software a bezpodmínečného práva provádět jakékoliv modifikace, úpravy, změny takového software a dle svého uvážení do něj zasahovat, zapracovávat ho do dalších autorských děl, zařazovat ho do děl souborných či do databází apod., a to i prostřednictvím třetích osob. Poskytování zdrojových kódů se řídí čl. 13 této Smlouvy.
e) Jedná se o software, jehož API (Application Programming Interface) pokrývá všechny moduly a funkcionality software, je dobře dokumentované, umožňuje zapouzdření software a jeho adaptaci v rámci měnících se podmínek IT prostředí objednatele bez nutností zásahu do zdrojových kódů softwaru, a Poskytovatel poskytne objednateli právo užít toto rozhraní pro programování aplikací ve stejném rozsahu jako
software.
f) Poskytovatel se zaváže objednateli po ukončení Implementace na písemnou výzvu objednatele nejpozději do 10 dnů poskytnout (i) úplné komentované zdrojové kódy softwaru a bezpodmínečné právo software měnit nebo (ii) API (Application Programming Interface), které pokrývá všechny moduly a funkcionality softwaru, je dobře dokumentované, umožňuje zapouzdření softwaru a jeho adaptaci vrámci měnících se
podmínek IT prostředí objednatele bez nutnosti zásahu do zdrojových
kódů softwaru, a právo užít toto rozhraní pro programování aplikací ve
stejném rozsahu jako software.
V případě že Poskytovatel poruší povinnost či prohlášení dle tohoto odstavce 14.3.7, je objednatel oprávněn požadovat úhradu smluvní pokuty ve výši 50.000; Kč za každý jednotlivý případ a náhradu škody v plné výši.
143.8 Pokud se bude jednat o proprietární software Poskytovatele nebo třetích stran dle odst. 14.3.7, tak na rozdil od licence ke zbývajícím částem Díla nebo výsledku Služeb udělované dle odst. 14.3.1 až 143.6 této Smlouvy postačí, aby
OPERÁTOR
ICT
udělená licence k takovému software zahrnovala nevýhradní oprávnění užítjej jakýmkoli způsobem nejméně po dobu trvánítéto Smlouvy a po jejím skončení až do uplynutí S kalendářních let po roku, ve kterém skončila účinnost této Smlouvy na území České republiky a v množstevním rozsahu, kterýje nezbytný pro pokrytí potřeb objednatele ke dni uzavření této Smlouvy, a to včetně práva objednatele do proprietárního software zasahovat, pokud tak stanoví
příslušné ustanovení odst. 14.3.7 Xxxxxxx. V případě výpovědi či odstoupení
od Xxxxxxx se Poskytovatel zavazuje nabídnout objednateli právo užívat
takovýto standardní SW v rozsahu, vjakém je to nezbytné pro řádné užívání Díla a poskytování Služeb dle této Smlouvy. Tím není dotčeno právo objednatele pořídit standardní software i od třetí osoby bez ohledu na licence pořízené dříve Poskytovatelem. V případě využití tohoto přednostního práva se Poskytovatel zavazuje, že právo užívat standardní SW dle tohoto odstavce Smlouvy nabídne objednateli za běžných tržních podmínek a bude vycházet
z účetní hodnoty licencí, které pořídil.
14.3.9 Nelze-li to na Poskytovateli spravedlivě požadovat a není-li to vrozporu sustanoveními odst. 14.3.7, nemusí být objednateli k proprietárnímu softwaru předány zdrojové kódy a stejně tak nemusí být poskytnuto právo objednatele do proprietárního softwaru zasahovat, vždy však musí být předána kompletní uživatelská, administrátorská a provozní dokumentace.
14.3.10 Poskytovatel je povinen ve svých řešeních pro objednatele omezit využití
takového proprietárního softwaru, který je co do licence omezen ve smyslu
odst. 14.3.8 nebo odst. 143.9 Smlouvy.
14.3.11 Poskytovatel se zavazuje samostatně zdokumentovat veškeré využití proprietárního software v rárncl Díla a výsledků Služeb a předložit objednateli ucelený přehled využitého proprietárního software, jeho licenčních podmínek
a alternativních dodavatelů.
14.3.12 Jestliže jsou s užitím proprietárního software, Služeb podpory kněmu, či jiných souvisejících plnění spojeny jednorázové či pravidelné poplatky, je Poskytovatel povinen v rámci ceny Díla a Služeb řádně uhradit všechny tyto poplatky za celou dobu trvání Smlouvy a za období po jejím skončení až do uplynutí 5 kalendářních let po roku, ve kterém skončila účinnost této Smlouvy.
14.4 Práva získaná v rámci plněnltéto Smlouvy přechází i na případného právního nástupce objednatele. Případná změna v osobě Poskytovatele (např. právní nástupnictví) nebude mít vliv na oprávnění udělená v rámci této Smlouvy Poskytovatelem
objednateli.
14.5 odměna za poskytnutí, zprostředkování nebo postoupení licence k autorským dílům
je zahrnuta v ceně Díla a Služeb.
15.
ZÁRUKA
15.1 Poskytovatel poskytuje záruku, že každá část Díla má ke dni její akceptace funkční vlastnosti stanovené touto Smlouvou, zejména v Návrhu řešení 1 a 2, a je způsobilá k použití pro účely stanovené v této Smlouvě nebo v souladu s touto Smlouvou. Tato
záruka se vztahuje také na výstupy Rozvoje (dílčí plnění), které realizoval Poskytovatel.
Dále Poskytovatel poskytuje objednateli záruku, že pokud mají být na základě Rozvoje
zz
OPERÁTOR
ICT
15.2
15.3
15.4
15.5
rozšířeny či upraveny funkcní vlastnosti Aplikace, budou výsledné vlastnosti v souladu
se zadáním objednatele a Aplikace si zachová svoji použitelnost.
Poskytovatel poskytuje záruku za jakost každé jednotlivé části Díla od okamžiku jeho akceptace po dobu 12 měsíců od akceptace Díla jako celku. Tato záruka se prodlužuje po každém rozšíření Díla realizovaném formou Rozvoje či jiné úpravě funkčních vlastností Aplikace provedené na základě Rozvoje tak, že bude trvat až do uplynutí 12 měsíců ode dne akceptace takového rozšíření či úpravy provedené v rámci Rozvoje. Takto prodloužená záruka však nebude trvat déle, než 6 měsíců po uplynutí 12 měsíců od akceptace Díla jako celku.
Není-li v této Smlouvě, Příloze č. 1 této Smlouvy nebo vsouladu s touto Smlouvou
stanovenojinak:
15.3.1 Poskytovatel zahájí řešení odstranění incidentu priority A0 ve smyslu Přílohy č. 1 této Smlouvy do 15 minut pojejím nahlášení, s tím, že incident do 60 minut od jeho nahlášeníodstraní nebo poskytne akceptovatelné náhradní řešení,
15.3.2 Poskytovatel zahájí řešení odstranění incidentu priority A ve smyslu Přílohy č. 1 této Smlouvy do 30 minut po jejím nahlášení, s tím, že incident do 2 hodin odjeho nahlášení odstraní nebo poskytne akceptovatelné náhradní řešení,
15.33 Poskytovatel zahájí řešeníodstranění incidentu priority B ve smyslu Přílohy č. 1 této Smlouvy maximálně do 60 minut od jejího nahlášení s tím, že incident do 48 hodin od jeho nahlášení odstraní nebo poskytne akceptovatelné náhradní řešení,
153.4 Poskytovatel zahájí řešení odstranění incidentu prioriy C ve smyslu Přílohy č. 1 této Smlouvy maximálně do 120 minut od jeho nahlášení s tím, že termín odstranění incidentu bude předmětem dohody smluvních stran, nepřekročí však dobu 72 hodin od jeho nahlášení,
15.3.5 náhradní řešení incidentu priority A0 se považuje za nahlášený incident priority A, náhradní řešení incidentu priority A se považuje za nahlášený incident priority B a náhradní řešení incidentu priority B se považuje za nahlášený incident priority C, přičemž náhradní řešení incidentu je výjimečným postupem a Poskytovatel je povinen je Objednateli řádně písemně zdůvodnit;
1S.3.6 pokud objednatel dodatečně dojde kzávěru, že ve stanovené lhůtě poskytnuté náhradní řešení incidentu není akceptovatelné, oznámí tuto skutečnost Poskytovateli a incident se od tohoto okamžiku opět klasifikuje jako incident původní (vyšší) priority s tím, že Poskytovatel je povinen tento incident odstranit v původně stanovené lhůtě.
Pro vyloučení pochybností se uvádí, že lhůty pro zahájení řešení odstranění incidentů a pro odstranění incidentů dlejednotlívých kategorií priority jsou počítány v pracovní dny od 06:00 do 22:00 hodin, nestanovuje-li tato Smlouva nebo Příloha č. 1 této
Smlouvyjinak.
Objednatel je oprávněn vady Díla či incidenty nahlásit Poskytovateli kdykoli v průběhu záruční doby bez ohledu na to, kdy je zjistil, aniž by tím byla jeho práva ze záruky či práva z vad jakkoli dotčena.
OPERÁTOR
ICT
15.6 Doba od zjište*nr vady či incidentu do jejich odstraněnIse do trvání záruční doby
ne apočítavá
15.7 Poskytovatel prohlašuje, ze veškeré jeho plnění dodané podle teto Smlouvy bude prosté právních vad a zavazuje se odškodnit v plné výši objednatele v případě, že třetí osoba úspěšně uplatní autorskoprávní nebo jiný nárok plynoucí z právní vady poskytnutého plnění V případě, že by nárok třetíosoby vzniklyv souvislosti s plněním Poskytovatele podle této Smlouvy, bez ohledu na jeho oprávněnost, vedl k dočasnému či trvalému soudnímu zákazu či omezení užívání webového řešení či
jeho části, zavazuje se Poskytovatel zajistit náhradní řešení a minimalizovat dopady
takovéto situace, a to bez dopadu na cenu plnění sjednanou podle této Smlouvy,
přičemž současně nebudou dotčeny ani nároky objednatele na náhradu škody.
15.8 Poskytovatel prohlasuje, že je oprávněn vykonávat svým jménem a na svůj účet majetková práva autorů k autorským dílům, která budou součástí plnění podle této Smlouvy, resp. že má souhlas všech relevantních třetích osob k poskytnutí licence k autorským dílům podle čl. 13.1 této Smlouvy; toto prohlášení zahrnuje i taková práva, která by vytvořením autorského díla teprve vznikla.
15.9 Smluvní strany se dohodly, že Objednatel je oprávněn kdykoliv do uplynutí záruční doby k Dílu požádat Poskytovatele o posouzení Objednatelem zamýšlené změny Aplikace. Poskytovatel se v takovém případě zavazuje bez zbytečného odkladu posoudit zamýšlenou změnu Aplikace z hlediska zachování řádné funkčnosti ostatních součástí Aplikace a Aplikace jako celku a objednatel se zavazuje uhradit Poskytovateli prokázané účelně vynaložené náklady takovéhoto posouzení. Provede-li objednatel změnu Aplikace nad rámec posuzovaný Poskytovatelem, v rozporu s instrukcemi Poskytovatele a/nebo bez předchozího posouzení změny Poskytovatelem, záruka za vady Aplikace provedením změny Aplikace zaniká. objednatel je povinen informovat Poskytovatele o každém zásahu do zdrojového kódu Aplikace, který provede
v průběhu trvání záruky k Dílu.
OPRÁVNĚNÉ osoav
16.1 Každá ze smluvních stran jmenuje oprávněnou osobu, popř. zástupce oprávněné osoby. oprávněné osoby budou zastupovat smluvní stranu ve smluvních, obchodních a technických záležitostech souvisejících s plněním této Smlouvy. Pro
vyloučení pochybností se smluvní strany dohodly, že:
16.1.1 osoby oprávněné jednat v záležitostech smluvních jsou oprávněny vést
s druhou smluvnístranou jednání obchodního charakteru a měnit či rušit tuto
Smlouvu a uzavírat k ní dodatky dle odst. 24.1 této Smlouvy;
16.1.2 osoby oprávněné v záležitostech obchodních jsou oprávněny vést s druhou stranou jednání obchodního charakteru, jednat v rámci změnového řízení dle čl. 8 této Smlouvy, jednat v rámci akceptačních procedur při předávání a
převzetí plnění dle čl. 10 Smlouvy, zejména podepisovat příslušné akceptační,
předávací či jiné protokoly dle této Smlouvy; osoby oprávněné v záležitostech
obchodních však nejsou oprávněny tuto Smlouvu měnit či rušit ani kní uzavírat dodatky dle odst. 24.1 této Smlouvy,
16.13 osoby oprávněné jednat v záležitostech technických jsou oprávněny vést
jednáni technického charakteru, poskytovat stanoviska vtechnických
OPERÁTOR
ICT
16.2
16.3
16.4
16.5
otázkách a jednat jménem stran v rámci reklamace vad a při uplatňování záruky podle čl. 14.1 Smlouvy; tyto osoby rovněž nejsou oprávněny tuto Smlouvu měnit či rušit ani k ní uzavírat dodatky dle odst. 24.1 této Smlouvy.
oprávněné osoby dle odst. 16.1.2 jsou oprávněny jménem smluvních stran provádět veškeré úkony v rámci akceptačních procedur dle této Smlouvy a připravovat dodatky ke Smlouvě pro jejich písemné schválení osobám oprávněným zavazovat strany (statutárním orgánům), nebo jejich zplnomocněným zástupcům.
oprávněné osoby dle odst. 16.1.2 a 16.1.3 nejsou zmocněný kjednání, jež by
mělo za přímý následek změnu této Smlouvy nebo jejího předmětu.
Jména oprávněných osob jsou uvedena v Příloze č. 4 této Smlouvy a jejich role
stanoví tato Smlouva.
Smluvní strany jsou oprávněný změnit oprávněné osoby, jsou však povinny na takovou změnu druhou smluvní stranu písemně upozornit. Zmocnění zástupce oprávněné osoby musí být písemné s uvedením rozsahu zmocnění.
OCHRANA OSOBNÍCH ÚDAJÚ
Předmět zpracování, kategorie subjektů údajů a typ osobních údajů
17.1 S ohledem na předmět této Smlouvy smluvní strany předpokládají, že Poskytovatel bude zpracovávat osobní údaje nebo zvláštní kategorie osobních údajů (citlivé údaje) (dále společně jen „osobní údaje") obsažené v datech koncových uživatelů webového řešení či osob evidovaných v Aplikaci (dále jen „koncoví uživatelé"). Nedílnou součástí Smlouvy je tak i ujednání o zpracování osobních údajů mezi objednatelem jako správcem a Poskytovatelem jako zpracovatelem, uvedené níže v tomto čl. 17 této Smlouvy.
Povaha, účel a prostředky zpracování
17.2 Poskytovatel zpracovává osobní údaje automatizovanými prostředky, a to za účelem provozování a poskytování podpory provozu Systému, případně za dalšími účely, které vyplývají z této Smlouvy a jejich příloh.
17.3 Podrobněji jsou povaha, účel a prostředky zpracování osobních údajů popsány
v Technické specifikaci a Návrhu realizace.
Doba zpracování
17.4 Zpracování osobních údajů bude ze strany Poskytovatele probíhat po dobu účinnosti Smlouvy. Povinnosti Poskytovatele týkající se ochrany osobních údajů se Poskytovatel zavazuje plnit po celou dobu účinnosti Smlouvy, pokud z ustanovení Smlouvy nevyplývá, že majítrvat i po zániku její účinnosti.
obecné zásady zpracování osobních údajů
17.5 Poskytovatel se zavazuje dodržovat všechny povinnosti, které mu jako zpracovateli vyplývají z právních předpisů o ochraně osobních údajů, jakož i z interních předpisů objednatele a rozhodnutí či doporučení nebo stanovisek vydaných pro objednatele příslušným orgánem státní správy, s nimiž byl seznámen, a to včetně rozhodnutí či stanovisek nebo doporučení vydaných v budoucnu.
OPERÁTOR
ICT
17.6 Poskytovatel v souvislosti se zpracováním osobních údajů:
17.6.1 zpracovává osobní údaje výlučně na základě pokynů objednatele učiněných vsouladu se zásadami komunikace dle této Smlouvy, včetně v otázkách předáníosobních údajů do třetí země nebo mezinárodníorganizaci, pokud mu toto zpracování jíž neukládá právo Unie nebo členského státu, které se na
objednatele vztahuje; v takovém případě Poskytovatel objednatele informuje 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;
17.6.2 v případě, kdy je ze strany Úřadu pro ochranu osobních údajů či jiného správního orgánu provedena kontrola zpracování osobních údajů Poskytovatelem či v případě zahájení správního řízení ze strany Úřadu pro ochranu osobních údajů či jiného správního orgánu ve vztahu k zpracování osobních údajů Poskytovatelem, oznámí tuto skutečnost okamžitě
objednateli a poskytne mu veškeré informace o průběhu a výsledcích této
kontroly, resp. průběhu a výsledcích takového řízení;
17.6.3 poskytne objednateli součinnost při komunikaci s dozorovým orgánem a dle pokynů objednatele bude spolupracovat při přípravě odpovědí dozorovému úřadu ohledně činností prováděných Poskytovatelem;
17.6.4 nezpracovává osobní údaje získané za účelem plnění této Smlouvy pro své
vlastní účely;
17.6.5 nezapojí do zpracování žádného dalšího zpracovatele bez předchozího
konkrétního nebo obecného písemného povolení objednatele;
17.6.6 zohledňuje povahu zpracování,
17.6.7 je objednateli nápomocen prostřednictvím vhodných technických a
organizačních opatření, pokud je to možné, pro splnění objednatelovy povinnosti reagovat na žádosti o výkon práv koncových uživatelů;
17.6.8 je objednateli nápomocen při zajišťování souladu s povinnostmi objednatele zajistit úroveň zabezpečení zpracování a ohlašovat případy porušení zabezpečení osobních údajů dozorovému úřadu a případně též koncovým uživatelům, posuzovat vliv na ochranu osobních údajů (výstupem tohoto posouzení bude poskytnutí podkladových materiálů a vlastních odborných vyjádření) a realizovat předchozí konzultace s dozorovým úřadem, a to při zohlednění povahy zpracování a informací, jež má Poskytovatel k dispozici;
17.6.9 v souladu s rozhodnutím objednatele všechny osobni údaje buďvymaže, nebo vrátí objednateli, a vymaže existující kopie, pokud právo Unie nebo členského státu nepožaduje uložení daných osobních údajů;
17.6.10 poskytne objednateli veškeré informace potřebné k doložení toho, že byly splněny povinnosti stanovené vtomto článku Smlouvy, a umožní audity, včetně inspekcí, prováděné objednatelem nebo jiným auditorem, kterého objednatel pověřil, a k těmto auditům přispěje;
17.6.11 není oprávněn osobní údaje koncových uživatelů jím zpracovávané či k nimž mu byl umožněn přístup žádným způsobem ukládat, kopírovat, tisknout, opisovat, činit z nich výpisky či opisy či je pozměňovat, pokud toto není nezbytné pro plněníjeho povinností dle této Smlouvy;
xxxx"
OPERÁTOR
ICT
5
5
55
[
lřlnl
fl
ll
17.7
17.8
17.9
17.10
17.11
17.12
17.6.12 umožní objednateli na vyžádání kontrolu dodržování povinností dle tohoto čl. 17 Smlouvy, zejména přístupy do prostor, v nichž jsou osobní údaje uchovávány, předložení seznamu osob s přístupem k osobním údajům či doložení, že veškeré osoby přistupující k osobním údajům splňují požadavky pověřené osoby, jakje tato definována níže;
17.6.13 umožní objednateli přístup do informačního systému užívaného pro
zpracování a k probíhajícím operacím zpracování.
V souvislosti se zpracováním osobních údajů vede Poskytovatel v souladu s právními předpisy o ochraně osobních údajů záznamy o všech kategoriích činností zpracování prováděných pro objednatele, jež obsahují zejména:
17.7.1 jméno a kontaktní údaje Poskytovatele, objednatele a případného zástupce
objednatele nebo Poskytovatele a pověřence pro ochranu osobních údajů;
17.7.2 kategorie zpracování prováděného pro objednatele;
17.7.3 informace o případném předání osobních údajů do třetí země nebo
mezinárodní organizaci; a
17.7.4 popis technických a organizačních bezpečnostních opatření.
Poskytovatel se na základě písemné výzvy objednatele zavazuje objednateli vedené
záznamy zpřístupnit.
Poskytovatel zajišt'uje, kontroluje a odpovídá za
17.8.1 plnění pokynů pro zpracování osobních údajů osobami, které mají
bezprostřední přístup k osobním údajům,
17.8.2 zabránění neoprávněným osobám přistupovat k osobním údajům a k
prostředkům pro jejich zpracování,
17.8.3 zabránění neoprávněnému čtení, vytváření, kopírování, přenosu, úpravě či
vymazání záznamů obsahujících osobní údaje a
17.8.4 opatření, která umožní určit a ověřit, komu byly osobní údaje předány.
V případě, že je podle právních předpisů o ochraně osobních údajů vyžadováno
jakékoli oznámení nebojiný úkon vůči správnímu orgánu, upozorní na tuto skutečnost Poskytovatel objednatele v dostatečném předstihu a v případě, že tím objednatel Poskytovatele pověří a zmocní, zajistí provedení těchto úkonů.
Pokud Poskytovatel zjistí, že objednatel porušuje povinnosti podle právních předpisů
o ochraně osobních údajů, je povinen jej na to neprodleně upozornit.
Vznikne-li Objednateli v důsledku nesplnění povinnosti Poskytovatele dle právních předpisů o ochraně osobních údajů újma (škoda i nemajetková újma), zavazuje se Poskytovatel objednateli tuto újmu v plném rozsahu nahradit. Újmou vzniklou objednateli se pro účely tohoto ustanovení rozumí zejména (i) náhrada újmy (škody i nemajetkové újmy) subjektům údajů ve smyslu právních předpisů o ochraně osobních údajů a (ii) pokuty uložené Úřadem pro ochranu osobních údajů či jiným správním úřadem.
V případě ukonceni této Smlouvy je Poskytovatel povinen předat objednateli protokolárně veškeré hmotné nosiče obsahující osobní údaje a smazat veškeré osobní údaje v elektronické podobě v jeho dispozici, neobdrží-li Poskytovatel od objednatele
zz
OPERÁTOR
lCT
písemně jiné pokyny, pokud právo Unie nebo členského státu nepožaduje uloženi
daných osobních údajů.
Zabezpečení osobních údajů
17.13 Poskytovatel přijal a udržuje taková technická a organizační opatření, aby nemohlo dojít k neoprávněnému nebo nahodílému přístupu k osobním údajům, kjejich změně, zničení či ztrátě, neoprávněným přenosům, k jejich jinému neoprávněnému
zpracování, jakož i kjinému zneužití osobních údajů.
17.14 Poskytovatel je povinen zajistit, že přístup k osobnim údajům bude umožněn výlučně pověřeným osobám, které budou v pracovněprávním, příkazním či jiném obdobném poměru k Poskytovateli, budou předem prokazatelně seznámeny s povahou osobních údajů a rozsahem a účelem jejich zpracování a budou povinny zachovávat mlčenlivost
o všech okolnostech, o nichž se dozví v souvislosti se zpřístupněním osobních údajů a
jejich zpracováním (dále jen „pověřené osoby"). Splnění této povinností zajistí Poskytovatel vhodným způsobem, zejména vydáním svých vnitřních předpisů, příp. prostřednictvím zvláštních smluvních ujednání. Přístup k osobním údajům bude pověřeným osobám umožněn výlučně pro účely zpracování osobních údajů v rozsahu
a za účelem stanoveným touto Smlouvou.
17.15 Poskytovatel dále vhodným způsobem zajistí, že pověřené osoby budou zpracovávat osobní údaje na základě smlouvy s Poskytovatelem, budou zpracovávat osobní údaje pouze za podmínek a v rozsahu Poskytovatelem stanoveném a odpovídajícím této Smlouvě uzavírané mezi Poskytovatelem a objednatelem a právními předpisy, zejména zajistí zachování mlčenlivosti o bezpečnostních opatřeních, jejichž zveřejnění by ohrozilo zabezpečení osobních údajů, a to i pro dobu po skončení zaměstnání nebo
příslušných prací pověřených osob.
17.16 Poskytovatel přijal a udržuje zejména následující opatření k zajištění úrovně
zabezpečení:
17.16.1 zajištění toho, aby systémy pro automatizovaná zpracování osobních údajů
používaly pouze pověřené osoby;
17.16.2 zajištění toho, aby fyzické osoby oprávněné k používání systémů pro automatizovaná zpracování osobních údajů měly přístup pouze k osobním údajům odpovídajícím oprávnění těchto osob, a to na základě zvláštních uživatelských oprávnění zřízených výlučně pro tyto osoby;
17.16.3 pořizování elektronických záznamů, které umožní určit a ověřit, kdy, kým a z
jakého důvodu byly osobní údaje zaznamenány nebo jinak zpracovány;
17.16.4 zabránění neoprávněnému přístupu k datovým nosičům;
17.16.5 schopnost zajistit neustálou důvěrnost, integritu, dostupnost a odolnost
systémů a služeb zpracování- zavedená opatření a jejich korektní fungování
budou pravidelně kontrolovány;
17.16.6 schopnost obnovit dostupnost osobnich údajů a přístup k nim včas a v případě
fyzických či technických incidentů; a
17.16.7 proces pravidelného testování, posuzování a hodnocení účinností zavedených technických a organizačních opatření pro zajištění bezpečnosti zpracování;
17.16.8 antivirovou ochranu a kontrolu neoprávněných přístupů;
za
OPERÁTOR
ICl
17.16.9 šifrovaný přenos dat prostřednictvím iT technologií;
17.16.10 přístup k osobním údajům mají pouze pověřené osoby Poskytovatele;
17.16.11 servery s osobními údaji jsou uzamčeny v serverovně; a
17.17 Při zpracování osobních údajů budou osobní údaje uchovávány výlučně na
zabezpečených serverech nebo na zabezpečených nosičích dat, jedná-li se o osobní
údaje v elektronické podobě.
17.18 Při zpracování osobních údajů v jiné než elektronické podobě budou osobní údaje uchoványv místnostech s náležitou úrovní zabezpečení, do kterých budou mít přístup výlučně pověřené osoby.
17.19 Poskytovatel se zavazuje na písemnou žádost objednatele přijmout v přiměřené lhůtě stanovené objednatelem další záruky za účelem technického a organizačního zabezpečení osobních údajů, zejména přijmout taková opatření, aby nemohlo dojít k neoprávněnému nebo nahodílému přístupu k osobním údajům.
17.20 V případě zjištění porušení záruk dle odst. 17.14 této Smlouvy je Poskytovatel povinen zajistit stav odpovídající zárukám neprodleně poté, co zjistí, že záruky porušuje, nejpozději však do 3 pracovních dnů poté, coje k tomu objednatelem vyzván.
17.21 V případě, že Poskytovatel zjistí porušení zabezpečení osobních údajů, ohlásí je bez
zbytečného odkladu, nejpozději do 24 hodin, objednateli.
OCHRANA INFORMACÍ
18.1 smluvnístrany jsou si vědomy toho, že v rámci plněnízávazků z této Smlouvy:
18.1.1 si mohou vzájemně vědomě nebo opominutím poskytnout informace, které
budou považovány za důvěrné (dále jen „důvěrné informace"),
18.1.2 mohou jejich zaměstnanci a osoby vobdobném postavení získat vědomou činností druhé strany nebo ijejím opominutím přístup k důvěrným informacím druhé strany.
18.2 Smluvní strany se zavazují, že žádná znich nezpřístupní třetí osobě důvěrné
jnformace, které při plněnltéto Smlouvy získala od druhé smluvní strany.
18.3 Za třetí osoby podle odst. 18.2 se nepovažují:
183.1 zaměstnanci smluvních stran a osoby v obdobném postavení,
18.3.2 orgány smluvních stran ajejich členové,
18.33 ve vztahu k důvěrným informacím objednatele poddodavateié Poskytovatele,
183.4 ve vztahu kdůvěrným informacím Poskytovatele externí dodavatelé
objednatele, a to l potenciální,
za předpokladu, že se podílejí na plnění této Smlouvy nebo na plnění spojeném
s plněním dle této Smlouvy, důvěrné informace jsou jim zpřístupněny výhradně za
tímto účelem a zpřístupnění důvěrných informací je v rozsahu nezbytně nutném pro naplněnijeho účelu a za stejných podmínek, jaké jsou stanoveny smluvním stranám v této Smlouvě.
18.4 Veškeré informace poskytnuté objednatelem Poskytovateli se považují za
důvěrné, není-Ii stanoveno jinak. Veškeré informace poskytnuté Poskytovatelem
OPERÁTOR
lCT
18.5
18.6
18.7
18.8
18.9
Objednateli se považují za důvěrné, pouze pokud na jejich důvěrnost Poskytovatel objednatele předem písemně upozornil a objednatel Poskytovateli písemně potvrdil svůj závazek důvěrnost těchto informací zachovávat. Pokud jsou důvěrné informace Poskytovatele poskytovány v písemné podobě anebo ve formě textových souborů na elektronických nosičích dat (médiích), je Poskytovatel povinen upozornit objednatele na důvěrnost takového materiálu též jejím vyznačením alespoň na titulní stránce nebo přední straně média.
Smluvní strany se zavazují v plném rozsahu zachovávat povinnost mlčenlivosti a povinnost chránit důvěrné informace vyplývající z této Smlouvy a též z příslušných právních předpisů, zejména povinnosti vyplývající ze ZooÚ. Smluvní strany se v této souvislosti zavazují poučit veškeré osoby, které se na jejich straně budou podílet na plnění této Smlouvy, o výše uvedených povinnostech mlčenlivosti a ochrany důvěrných informací a dále se zavazují vhodným způsobem zajistit dodržování těchto povinností všemi osobami podílejícími se na plnění této
Smlouvy.
Budou-li informace poskytnuté objednatelem či třetími stranami, které jsou nezbytné pro plnění dle této Smlouvy, obsahovat osobní údaje, zavazuje se Poskytovatel zabezpečit splnění všech ohlašovacích povinností, které citovaný
zákon vyžaduje a které mohou být dle ZooÚ splněny zpracovatelem osobních
údajů, a obstarat předepsané souhlasy subjektů osobních údajů předaných ke
zpracování, pokud jsou takové souhlasy dle ZooÚ v konkrétním případě
vyžadovány.
Veškeré důvěrné informace zůstávajivýhradním vlastnictvím předávající strany a
přijímající strana vyvine pro zachování jejich důvěrnosti a pro jejich ochranu stejné úsilí, jako by se jednalo o její vlastní důvěrné informace. S výjimkou rozsahu, který je nezbytný pro plnění této Smlouvy, se obě strany zavazují neduplikovat žádným způsobem důvěrné informace druhé strany, nepředat je třetí straně ani svým vlastním zaměstnancům a zástupcům s výjimkou těch, kteří
s nimi potřebují být seznámeni, aby mohli plnit tuto Smlouvu. Obě strany se
zároveň zavazují nepoužít důvěrné informace druhé stranyjinak, než za účelem
plnění této Smlouvy.
Bez ohledu na výše uvedená ustanovení se veškeré informace vztahující se k předmětu této Smlouvy a příslušné dokumentaci považují výlučně za důvěrné informace objednatele a Poskytovatel je povinen tyto informace chránit
v souladu s touto Smlouvou. Poskytovatel při tom bere na vědomí, že povinnost ochrany těchto informací podle tohoto článku se vztahuje pouze na Poskytovatele.
Za důvěrné informace objednatele se dále bezpodmínečně považujíveškerá data, která Aplikace obsahuje, která do něj mají být, byla nebo budou Poskytovatelem, objednatelem či třetími osobami vložena i data, která z něj byla získána. Bez ohledu na ostatní ustanovení této Smlouvy jsou za důvěrné informace objednatele považovány též zdrojové kódy Aplikace, jejichž poskytnutí třetí osobě by mohlo ohrozit bezpečnost dat objednatele vAplikaci, vyjma případu, kdy objednatel dá Poskytovateli výslovný písemný souhlas se zveřejněním kódů
nebo jejich částí třetím osobám.
OPERÁTOR
ICT
18.10 Bez ohledu na výše uvedená ustanovení se za důvěrné nepovažují informace,
které:
18.10.1 se staly veřejně známými, aniž by jejich zveřejněním došlo k porušení závazků
přijímající smluvní strany či právních předpisů,
18.102 měla přijímající strana prokazatelně legálně k dispozici před uzavřením této Smlouvy, pokud takové informace nebyly předmětem jiné, dříve mezi smluvními stranami uzavřené smlouvy o ochraně informací,
18.10.3 jsou výsledkem postupu, při kterém k nim přijímající strana dospěje nezávisle a je to schopna doložit svými záznamy nebo důvěrnými informacemi třetí strany,
18.10.4 po podpisu této Xxxxxxx poskytne přijímající straně třetí osoba, jež není
omezena v takovém nakládání s informacemi,
18.10.5 je-li zpřístupnění informace vyžadováno zákonem čijiným právním předpisem včetně práva EU nebo závazným rozhodnutím oprávněného orgánu veřejné moci,
18.10.6 jsou obsažené ve Smlouvě a/nebo jsou zveřejněné na příslušných webových
stránkách dle 5 219 ZZVZ.
18.11 Za důvěrné informace se ve smyslu odst. 18.10.5 zejména nepovažují:
18.11.1 ustanovení této Smlouvy včetně jejích příloh,
18.112 výše ceny uhrazené za plnění dle této Smlouvy vjednotlivém kalendářním
roce,
18.11.3 seznam poddodavatelů Poskytovatele, jímž Poskytovatel za plnění subdodávky uhradil více než 5 % z části plnění dle této Smlouvy v jednom kalendářním roce,
18.11.4 seznam vlastníků akcií poddodavatele, jejichž souhrnná jmenovitá hodnota přesahuje 10 % základního kapitálu, má-li poddodavatel formu akciové společnosti.
18.12 lBez ohledu na jiná ustanovení této Smlouvyje Objednatel oprávněn uveřejnit na
příslušných webových stránkách v souladu s š 219 ZZVZ:
18.12.1 tuto Smlouvu včetně všech jejich změn a dodatků, a
18.12.2 výši skutečně uhrazené ceny za plnění Xxxxxxx xxxxxxx.
18.13 Za porušení povinnosti mlčenlivosti smluvní stranou se považují též případy, kdy tuto povinnost poruší kterákoliv z osob uvedených v odst. 18.3, které daná smluvní strana poskytla důvěrné informace druhé smluvnístrany.
18.14 Poruší-li Poskytovatel povinnosti vyplývající z této Smlouvy ohledně ochrany důvěrných informací, je povinen zaplatit objednateli smluvní pokutu ve výši 500.000,— Kč za každé porušení takové povinnosti.
18.15 Ukončení účinnosti této Smlouvy z jakéhokoliv důvodu se nedotkne ustanovení tohoto článku Smlouvy a jejich účinnost včetně ustanovení o sankcích přétrvá bez omezeníi po ukončení účinnosti této Smlouvy.
OPERÁTOR
ICT
19. SOUČINNOST A VZÁJEMNÁ KOMUNIKACE
19.1
Smluvní strany se zavazují vzájemně
spolupracovat a předávat si veškeré
informace potřebné pro řádné plnění svých závazků. Smluvní strany jsou povinny
informovat druhou smluvní stranu o veškerých skutečnostech, které jsou nebo
mohou být důležité pro řádné plnění této Smlouvy. Zadavatel si vyhrazuje právo
na určení komunikační platformy pro sdílení dokumentů,
odpovídající přístup oprávněným osobám Dodavatele.
pro
kterou
zajistí
19.2
Smluvní strany jsou povinny plnit své závazky vyplývající z této Smlouvy
nedocházelo k
tak, aby
19.3
19.4
prodlení s plněním jednotlivých termínů a s prodlením splatností
jednotlivých peněžních závazků.
Veškerá komunikace mezi smluvními stranami bude probíhat prostřednictvím oprávněných osob dle čl. 15.1 této Smlouvy, statutárních orgánů smluvních stran, popř. jimi písemně pověřených pracovníků.
Všechna oznámení mezi smluvními stranami, která
se vztahují k této Smlouvě,
nebo která mají být učiněna na základě této Smlouvy, musí být učiněna
v písemné
podobě a druhé straně doručena bud' osobně nebo doporučeným dopisem či
xxxxx formou registrovaného poštovního styku na adresu uvedenou
stránce této Smlouvy, není-li stanoveno nebo mezi smluvními
na titulní
stranami
a
dohodnuto jinak. Nemá-li komunikace dle předchozí věty mít vliv na platnost
účinnost Smlouvy, připouští se též doručení prostřednictvím faxu nebo e-mailu
na
se
čísla a adresy uvedené v Příloze č. 4 této Smlouvy. Pro vyloučení pochybností
19.5
19.5
19.7
smluvnístrany dohodly, že prostřednictvím faxu nebo e-mailu lze doručit zejména připomínky, výhrady či výzvy vsouladu s ustanoveními čl. 10 této Smlouvy. Poskytovatel je oprávněn komunikovat s objednatelem prostřednictvím datové schránky.
Ukládá-Ii Smlouva doručit některý dokument v písemné podobě, může být doručen buď vtištěné podobě nebo v elektronické (digitální) podobě v dohodnutém formátu.
Smluvní strany se zavazují, že v případě změny své poštovní adresy, faxového čísla nebo e-mailové adresy budou o této změně druhou smluvní stranu informovat nejpozději do 5 pracovních dnů.
Poskytovatel se zavazuje ve lhůtě 5 pracovních dnů ode dne doručení
odůvodněné
písemné žádosti objednatele o výměnu oprávněné osoby Poskytovatele dle odst.
16.1.2 a 16.1.3 podílející se na plnění této Smlouvy, s níž objednatel nebyl
zjakéhokolív důvodu spokojen, nahradit jinou vhodnou osobou s odpovídající
kvalifikací.
Poskytovatel se zavazuje poskytnout objednateli potřebnou součinnost při
výkonu finanční kontroly dle zákona č. 320/2001 Sb., o finanční kontrole
veřejné správě a o změně některých zákonů (zákon o finanční
pozdějších předpisů.
ve
kontrole), ve znění
32
OPERÁTOR
ICT
NÁHRADA ŠKODY
20.1
20.2
20.3
20.4
20.5
20.6
20.7
n. SANKCE
Každá ze stran je povinna 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.
Poskytovatel je povinen nahradit objednateli veškeré škody, způsobené porušením této Smlouvy či povinností uložených Poskytovateli dle ZooÚ. Poskytovatel se zároveň zavazuje objednatele odškodnit za jakékoliv škody, které mu vdůsledku porušení povinností Poskytovatele vzniknou na základě
pravomocného rozhodnutí soudu či jiného státního orgánu.
Žá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. Vpřípadě, že objednatel poskytl Poskytovateli chybné zadání a Poskytovatel s ohledem na svou povinnost dodat Dílo 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í.
Žádná ze smluvních stran nemá povinnost nahradit škodu způsobenou porušením svých povinností vyplývajících z této Smlouvy, bránila-li jí vjejich splnění některá z překážek vylučujících povinnost k náhradě škody ve smyslu š 2913 odst. 2 občanského zákoníku.
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.
Případná náhrada škody bude zaplacena v měně platné na území České republiky, přičemž pro propočet na tuto měnu je rozhodný kurs České národní banky ke dni vzniku škody.
Každá ze smluvních stran je oprávněna požadovat náhradu škody i v případě, že
se jedná o porušení povinnosti, na kterou se vztahuje smluvní pokuta či sleva z
Feny, a to v celém rozsahu.
21.1
Smluvní strany se dohodly, že:
21.1.1 v případě prodlení Poskytovatele s předáním částí Díla odpovídající Milníku stanovenému v harmonogramu plnění dle Přílohy č. 6 této Smlouvy vzniká objednateli nárok na slevu z ceny dotčené částí Díla ve výši 5.000; Kč za každý i započatý den prodlení (sleva se počítá pro každý jednotlivý Milník samostatně, tj. při současném prodlení s předáním více Milníků se sleva uplatní násobně),
21.1.2
v případě prodlení Poskytovatele s předáním Díla jako celku vzniká objednateli nárok na slevu z ceny Díla ve výši 10.000,— Kč za každý i započatý den prodlení; pro vyloučení pochybností se uvádí, že v případě prodlení Poskytovatele s předáním Díla jako celku se slevy dle odst. 21.1.1 této Smlouvy již neuplatní,
n
—l
OPERÁTOR
lCT
21.1.3 v případě prodlení Poskytovatele s předáním výstupu Rozvoje podle jednotlivé Analýzy změnového požadavku vzniká objednateli nárok na slevu z ceny plněnídle Analýzy změnového požadavku ve výši 1.000; Kč za každý i započatý
den prodlení,
21.1.4 vpřípadě prodlení Poskytovatele s předáním jakékoliv části dokumentovaného zdrojového kódu podle čl. 13 této Smlouvy vzniká objednateli nárok na smluvní pokutu ve výši 5.000; Kč za každý i započatý den
prodlení.
21.2 Smluvní strany se dále dohodly, že:
21.2.1 v případě prodlení Poskytovatele s vyřešením incidentu priority A0 alespoň poskytnutím náhradního řešení vzniká objednateli nárok na smluvní pokutu ve výši 5.000; Kč za každou i započatou časovou jednotku prodlení;
21.2.2 v případě prodlení Poskytovatele s vyřešením incidentu priority A alespoň poskytnutím náhradního řešení vzniká objednateli nárok na smluvní pokutu ve výši 1.000; Kč za každou i započatou časovou jednotku prodlení;
21.2.3 vpřípadě prodlení Poskytovatele s vyřešením incidentu priority B alespoň poskytnutím náhradního řešení vzniká objednateli nárok na smluvní pokutu ve výši 1000; Kč za každou i započatou časovou jednotku prodlení;
21.2.4 v případě prodlení Poskytovatele s vyřešením incidentu priority C alespoň poskytnutím náhradního řešení vzniká objednateli nárok na smluvní pokutu ve výši 1.000; Kč za každou i započatou časovou jednotku prodlení;
21.2.5 v případě prodlení Poskytovatele s předložením pojistné smlouvy objednateli
ve lhůtě dle odst. 11.2 Smlouvy vzniká objednateli nárok na smluvní pokutu
ve výši 5.000; Kč za každý i započatý den prodlení;
21.2.6 v případě prodlení Poskytovatele s provedením aktualizace Dokumentace
v termínech stanovených dle odst. 11.3 Smlouvy vzniká objednateli nárok na
smluvní pokutu ve výši 1.000,- Kč za každý i započatý den prodlení;
21.2.7 v případě prodlení Poskytovatele s vypracováním Exitového plánu nebo vpřípadě prodlení s poskytnutím plnění nezbytných k jeho realizaci do 1 měsíce od doručení požadavku objednatele dle odst. 8.3 této Smlouvy vzniká objednateli nárok na smluvní pokutu ve výši 5.000; Kč za každý i započatý den
prodlení;
21.2.B v případě porušení povinnosti Poskytovatele alokovat na plnění dle této Smlouvy kapacitu členů realizačního týmu a provádět jejich změny pouze se souhlasem objednatele dle odst. 3.7 Smlouvy nebo poskytovat plnění dle této Smlouvy s využitím poddodavatelů uvedených v Příloze č. 5 této Smlouvy dle odst. 3.8 Smlouvy vzniká Objednateli nárok na smluvní pokutu ve výši 5.000,-
Kč za každé jednotlivé porušení takovéto povinnosti;
21.2.9 v případě porušení povinnosti Poskytovatele dodržet veškeré záruky o technickém a organizačním zabezpečení osobních údajů dle čl. 17 této Smlouvy je Poskytovatel povinen zaplatit objednateli smluvní pokutu ve výši
50.000, Kč za každýjednotlivý případ takového porušení
OPERÁTOR
ICT
21.3 Smluvní pokuty a/nebo úroky z prodlení jsou splatné 30. den ode dne doručení písemné výzvy oprávněné smluvní strany k jejich úhradě povinnou smluvní stranou, není-lí ve výzvě uvedena lhůta delší. Slevy z ceny je Poskytovatel povinen zohlednit při fakturaci, nestane-Ii se tak, je objednatel oprávněn slevu z ceny uplatnit písemnou výzvou obdobně jako v případě smluvní pokuty.
21.4 Není-li dále stanoveno jinak, zaplaceníjakékoliv sjednané smluvní pokuty nezbavuje
povinnou smluvnístranu povinnosti splnit své závazky.
21.5 Zaplacením smluvní pokuty není dotčen nárok objednatele na náhradu škody ani
povinnost Poskytovatele bezodkladně odstranit závadný stav.
PLATNOST A ÚČINNOST SMLOUVY
22.1 Tato Smlouva nabývá platnosti dnem jejího podpisu oběma smluvními stranami aúčinnosti dnem uveřejnění vregistru smluv dle zákona č. 340/2015 Sb., o registru smluv, ve znění pozdějších předpisů, a uzavírá se na dobu určitou v trvání 12 měsíců od zahájení poskytování Služeb podpory provozu.
22.2 objednatel je oprávněn bez jakýchkoliv sankcí odstoupit od této Smlouvy
vpřípadě:
22.2.1 prodlení Poskytovatele s předáním jakékoliv části Díla či výsledku Rozvoje po dobu delší než 10 pracovních dnů oproti termínu plnění stanovenému ve Smlouvě nebo na základě této Smlouvy, pokud Poskytovatel nezjedná nápravu ani v dodatečné přiměřené lhůtě, kterou mu ktomu objednatel poskytne v
písemné výzvě ke splnění povinnosti, přičemž tato lhůta nesmí být kratší než
10 pracovnich dnů od doručení takovéto výzvy,
22.2.2 nedodrženísledovaných parametrů SLA u Služeb podpory provozu majících za následek slevu z měsíční ceny Služeb podpory provozu ve výši nejméně 10 %; dosažení výše slevy zceny se pro účely odstoupení dle tohoto ustanovení Smlouvy vyhodnotí za poslední 3 měsíce,
22.2.3 že celková výše smluvních pokut, na jejichž zaplacení by měl objednatel dle
této Smlouvy nárok, dosáhne 5 % z ceny Díla,
22.2.4 tn/ání závady kategorie A0, A, B nebo C po dobu delší než je trojnásobek
sjednané maximální doby pro její odstranění,
22.2.S porušení povinnosti ochrany důvěrných informací dle této Smlouvy ze strany
Poskytovatele,
22.2.6 poruší-li Poskytovatel povinnost dle odst. 3.7 této Smlouvy tim, že nenahradí člena realizačního týmu, kterým byla prokazována kvalifikace pro účast Poskytovatele v zadávacím řízení Xxxxxxx xxxxxxx, novým členem realizačního týmu, jež má minimálně stejnou kvalifikaci jako nahrazovaný člen a plní kvalifikační předpoklady zadávacího řízení Veřejné zakázky minimálně v rozsahujako nahrazovaný člen, a to ani v dodatečné lhůtě, kterou mu k tomu
objednatel poskytnul,
22.2.7 poruší-li Poskytovatel povinnost dle odst. 3.8 této Smlouvy tím, že nenahradí osobu poddodavatele, kterým byla prokazována kvalifikace pro účast Poskytovatele vzadávacím řízení Veřejné zakázky, novým poddodavatelem, který by měl nejméně stejnou kvalifikaci, která byla původním
OPERÁTOR
lCT
poddodavatelem v zadávacím řízení Veřejné zakázky prokazována, a to ani
v dodatečné lhůtě, kterou mu k tomu Objednatel poskytnul.
22.3 objednatel je dále oprávněn bez jakýchkoliv sankcí odstoupit od této Smlouvy,
pokud:
22.3.1 bylo příslušným orgánem vydáno pravomocné rozhodnutí zakazující plnění
této Smlouvy;
22.3.2 na majetek Poskytovatele je prohlášen úpadek nebo Poskytovatel sám podá dlužnický návrh na zahájení insolvenčního řízení;
22.3.3 Poskytovatel vstoupí do likvidace; nebo
22.3.4 proti Poskytovateli je zahájeno trestní stíhání pro trestný čin podle zákona
č. 418/2011 Sb., o trestní odpovědnosti právnických osob, v e znění pozdějších předpisů.
22.4 Poskytovatel je oprávněn odstoupit od této Smlouvy výhradně v případě prodlení objednatele se zaplacením jakékoliv splatné částky dle této Smlouvy po dobu delší než 60 dnů, pokud objednatel nezjedná nápravu ani v dod atečné přiměřené
lhůtě, kterou mu ktomu Poskytovatel poskytne v písemné
výzvě ke splnění
22.5
22.6
povinnosti, přičemž tato lhůta nesmí být kratší než 15 kalendářních dnů od
doručení takovéto výzvy.
.COCs
činky odstoupení od Xxxxxxx nastávají dnem oru en psemne o ozn men o
dstoupení druhé smluvní straně.
W:
končením účinnosti této Smlouvy nejsou dotčena ustanovení Smlouvy týkající se cencí, záruk, práv z vady, povinnosti nahradit škodu a povinnosti hradit smluvní "U okuty, ustanovení o ochraně informací, ani další ustanovení a nároky, zjejichž povahy vyplývá, že mají trvat í po zániku účinnosti této Smlouvy. Ukončením c:. cinnosti této Smlouvy není dotčena povinnost Poskytovatele provést úkony ezbytné v zájmu naplnění obecně prevenční povinnosti pro předcházení vzniku kod, což bude objednatelem před uplynutím účinnosti Smlouvy výslovně
Poskytovateli sděleno.
22.7 objednatelje dále oprávněn tuto Smlouvu písemně vypovědět bez udání důvodů,
r
a to
s výpovědní
dobou 6 měsíců ode dne doručení písemné výpovědi
Poskytovateli, které počíná běžet prvním dnem měsíce následujícího po doručení
výpovědi. Smlouvu lze tímto způsobem vypovědět nejdříve po zahájení Služeb
podpory provozu.
22.8 Výpověd'dIe odst. 22.47 Smlouvy může být i částečná a objednatel může Smlouvu
vypovídat ve vztahu k jakékoli části plnění Poskytovatele.
22.9 Ukončením účinnosti této Smlouvy nejsou dotčena ustanovení Smlouvy týkající
se licenci, záruk, práv z vady, povinnosti nahradit škodu a povinnosti hradit
smluvní pokuty, ustanovení o ochraně informací, ani další ustanovení a nároky,
z jejichž povahy vyplývá, že majítrvat i po zániku účinnosti této Smlouvy.
za.
Řešení sponů
23.1 Práva a povinnosti smluvních stran touto Smlouvou výslovně neupravené se řídí
občanským zákoníkem a příslušnými právními předpisy souvisejícíml.
OPERÁTOR
ícT
23.2 Smluvní strany se zavazují vyvinout maximální usilí k odstranění vzájemných sporů vzniklých na základě této Smlouvy nebo v souvislosti s touto Smlouvou, včetně sporů ojejí výklad či platnost a usilovat o jejich vyřešení nejprve smírně prostřednictvím jednání oprávněných osob nebo pověřených zástupců. Tím není
dotčeno právo smluvních stran obrátit se ve věci na příslušný obecný soud České
republiky.
24. zAvšnečnA USTANOVENÍ
24.1 Tato Smlouva představuje úplnou dohodu smluvních stran o předmětu této Smlouvy. Tuto Smlouvu je možné měnit pouze písemnou dohodou smluvních stran ve formě číslovaných dodatků této Smlouvy uzavřených vsouladu s příslušnými ustanoveními ZZVZ a podepsaných osobami oprávněnými jednat jménem smluvních stran.
24.2 Veškerá práva a povinnosti vyplývající z této Smlouvy přecházejí, pokud to povaha
těchto práv a povinností nevylučuje, na právní nástupce smluvních stran.
24.3 Poskytovatel není oprávněn postoupit peněžité nároky vůči objednateli na třetí osobu bez předchozího písemného souhlasu objednatele. objednatelje oprávněn převést veškerá práva a povinnosti z této Smlouvy (včetně této Smlouvy jako celku) na jakoukoli jinou osobu i bez souhlasu Poskytovatele. Pro případ postoupení této Smlouvy strany vylučují právo Poskytovatele podle 9 1899 občanského zákoníku v souvislosti s takovým postoupením Smlouvy.
24.4 Nedílnou součást Smlouvy tvoří tyto přílohy:
Příloha č. 1: Technická specifikace
Příloha č. 2: Nabídka Poskytovatele a Cena plnění
Příloha č. 3: Realizační tým Poskytovatele
Příloha č.4: Oprávněné osoby Příloha č. 5: Seznam poddodavatelů Příloha č. 6: Harmonogram
Příloha č. 7: Zadávací dokumentace (volná příloha)
24.5 Tato Smlouva je uzavřena v 4 stejnopisech, z nichž objednatel obdrží 2 stejnopisy
a Poskytovatel 2 stejnopisy.
37
OPERÁTOR
ICT
Smluvní strany prohlašují, že si tuto Smlouvu přečetly, že s jejím obsahem souhlasí
k ní připojují svoje podpisy.
objednatel objednatel
a na důkaz toho
Poskytovatel
OPERÁTOR
ICT
Příloha č. 1
Technická specifikace
Mobilní aplikace turistická karta
OPERÁTOR
ICT
j.
obsah
..
1. Seznam zkratek a pojmů (všichni) 3
4
1.1. Úvod
............................................................................................................................................ ..
požadavky řešení
4
2. obecné na
...................................................................................................... ..
2.1. Popis řešení PVP 4
..
3. Funkční požadavky 4
..
3.1. Funkční požadavky 4
..
4. Nefunkční požadavky 9
..
4.1. Technologie 9
..
4.2. Napojení na datové zdroje 10
..
4.3. Požadavky na bezpečnost 10
..
4.4. Technická podpora (maintenance) 12
Požadavky školení
13
5. na dokumentaci k SW a
............................................................................... ..
Popis
14
6. rozhraní a dalšísoučinnost
.............................................................................................. ..
..
6.1. Popis rozhraní 14
14
6.2. SDK
............................................................................................................................................ ..
..
6.3. Grafické podklady 15
15
6.4. Prostředí
...................................................................................................................................
..
16
7. Návrh realizace
......................................................................................................................... ..
..
8. Harmonogram 16
Specifikace parametrů pro plnění management 18
9. SLA - incident
................................................ ..
..
10. Popis funkcí aplikace PVG 20
20
10.1. obecné funkce
..................................................................................................................... ..
20
10.2. Sekce
.................................................................................................................................... ..
\ Rq Hq *
10.3. Administrace.... 21
OPERÁTOR
ICT
1. Seznam zkratek a pojmů (všichni)
Akceptační místo památka nebo MHD, kde se zákazník odbaví pomocí turistické karty E-shop Eshop sloužící pro nákup a správu balíčků výhod
Kontaktní místo vybraná místa, na kterých se poskytují služby související s TK (nákup, aktivace)
validační zařízení čtečka sloužící k odbavení zákazníků přiložením karty k zařízení
PIS Pražská informační služba,
olCT operátor ICT, a.s.
Administrace/BE Nástroj pro správu zákazníků, balíčků výhod a identifikátorů
MA Mobilní aplikace, ve které lze koupit produkt a zároveň ji použít jako
identifikátor
Hovoří-Ii tato specifikace o mobilní aplikací či Aplikaci, rozumí se tím mobilní
aplikaci pro ioS a Android.
Skladové správa karet a sledování jejich stavu a pohybu
hospodářství
Zákazníci/Turisti osoba kupující produkt na eshopu
Prodejce pracovník na kontaktních místech
Balíček výhod produkt zahrnující vstupy do vybraných památek a jízdné PID
PVP Prague visitor pass
TK Turistická karta
HMP
Hlavní město Praha
_
Identifikátor Nosič, ke kterému je přiřazený balíček výhod, zákazník sejím prokazuje při
vstupu do památky a při odbavení v MHD
Voucher jedinečný kód (číselný, QR kód) vygenerovaný z řídícího systému po vytvoření
objednávky.
Slevový kód Kód pojehož vložení získá zákazník slevu k nákupu
Aktivace počátek platnosti
MOS Multikanálový odbavovací systém
PVG Prague Visitor Guide — turistická aplikace
OPERÁTOR
ICT
1.1. Úvod
Tento dokument specifikuje požadavky na rozvoj aplikace Prague Visitor Guide. Popis aplikace viz
kapitola 10 Zadavatel požadlíje po dodavateli aplikace provést grafický redesign v souladu
s předloženými podklady, kterým dojde ke sjednocení webových stránek pražské turistické karty a
mobilní aplikace. Grafický návrh aplikace dodavatel zpracuje v rámci 1 fáze — Návrhu realizace. Dále vrámci plnění této veřejné zakázky dojde k rozvoji aplikace o nové funkcionality, zejména pak o integraci pražské turistické karty (dále jen PVP). Aplikace tak bude nově rozšířena o funkce podobné aplikaci PID Lítačka k nákupu produktů (balíčků výhod), jejich aktivaci a prokazování nároků na jízdné
a na vstup do objektů smluvních partnerů Pražské informační služby. Aplikace bude minimálně v 8
jazykových mutacích, včetně češtiny. Jazykové mutace lze přepínat, defaultně jsou nastaveny podle jazyka prostředí chytrého telefonu.
Aplikace bude umožňovat on-line i off-line provoz (např. vyhledání ve stažených off-line mapách s poskytnutím informací o bodech zájmu, vyhledání a doporučení bodů zájmů v blízkosti - stanové na základě GPS polohy nebo na základě adresy, např. hotelu atd.).
Nástroje pro odbavení držitelů PVP na akceptačních místech a v městské hromadné dopravě nejsou
předmětem této veřejné zakázky.
Vítězný dodavatel obdrží veškeré zdrojové kódy stávající aplikace Prague Visitor Guide.
2. obecné požadavky na řešení
2.1. Popis řešení PVP
Rozvoj aplikace bude probíhat pro obě stěžejní platformy, tj. Android i ioS. Jednou z hlavních funkcionalit je rozšíření o elektronický obchod (e-shop), klientskou zónu s informaci o uživatelském účtu (synchronizace svyužitím MOS i sdaty pořízenými jinými prodejními kanály), zakoupených balíčcích výhod, možností aktivace balíčku výhodu na základě voucheru, atd.
Veškeré informace o památkách budou získávány zwebových služeb, at' už PIS či zadavatele, a to
s využitím strukturovaných dat (např. JSON).
Aplikace bude využívat pro odbavení cestujících, nákup balíčků výhod, ověření uživatele atd., komunikaci se systémem MOS, a to s využitím API (přístupné na základě podepsaného NDA) případně s využitím připravovaného SDK. Případné úpravy API MOS nejsou předmětem této zakázky
a budou zajištěny zadavatelem nezávisle.
Řešení využije stávající funkce systému MOS.
Součástí řešení je integrace platební brány, kterou zajistí zadavatel. Podrobná specifikace API
platební brány bude dostupná po podpisu smlouvy.
Podrobná specifikace funkcionalit je uvedena v samostatné kapitole.
3. Funkční požadavky
V rámci této kapitoly budou stručně popsány jednotlivé celky.
3.1 . Funkční požadavky
Na úvod kapitoly bude popsáno obecné fungování systému a jeho pravidla, následně pak budou
rozebrány jednotlivé funkcionality.
OPERÁTOR
ICT
Turista může využívat aplikaci bez registrace. Turista dále může nakupovat balíčky výhod pouze
s přihlášením.
Pro zakoupení balíčku výhod je v rámci nákupního procesu požádán o vytvoření účtu a úhradu částky
(integrace platební brány spolu s dalšími metodami platby Apple Pay a Google Pay).
Pro aktivaci balíčku výhod pořízeného na internetu nebo aktivovaného svyužitím získaného voucheru (např. cestovní kanceláří či jiným zprostředkovatelem) je požádán o vytvoření účtu či přihlášení se, následně je buď automaticky vyzván k přidání balíčku výhod do mobilní aplikace (pokud již byl zakoupen s využitím daného účtu přes web) nebo kzadání voucheru, kterým dojde kpřidání balíčku výhod danému identifikátoru (ztotožnění s daným mobilním zařízením a uživatelským účtem). Po přiřazení balíčku výhod je uživatel vyzván bud' kokamžité aktivaci či odložené s možností stanovení času aktivace.
V rámci jednoho účtu může mít v MA uživatel více balíčků výhod, tj. např. balíčky výhod pro celou
rodinu, které budou dostupné iv off-line režimu.
Prokazování mobilní aplikací bude s využitím QR kódů, bezpečnostního obrazce a NFC, a to po vzoru
aplikace PID Lítačka (s využitím SDK) následně:
* 2D kód pro její strojovou kontrolu (obsahující veškeré informace potřebné ke kontrole
platnosti jízdenky) na akceptačním místě,
' informaci o platnosti pro případ kontroly bez strojového čtení (lze zkontrolovat lidským
okem) včetně grafických prvků ochrany proti kopírovánijízdenek,
* informaci o platnosti přenosítelnou pomoci technologie NFC.
Přihlášený uživatel může stornovat balíček před začátkem jeho platností případně nastavit odložení
aktivace.
Nákupní část bude umožňovat vložit checkbox pro potvrzenívěku uživatele (min. 15 let).
Platnost balíčku je 12 měsíců.
Systém dále musí podporovat kontrolu a validaci uživatelských vstupů, např. adresní údaje, omezení na délky vstupů či povolené znaky, kontrola emailu apod. Detailní pravidla budou stanoveny v rámci další analýzy v souladu s BE MOS či dalšími BE.
Kód požadavku MA_01
Název Registrace
Popis Registrace pro turisty
Zákazník se může registrovat před zahájením nákupu i během nákupu.
Jako login bude sloužit emailová adresa, na kterou budou zároveň odcházet
potřebné informace (např. rekapitulace objednávky).
Heslo musí splňovat definované bezpečnostní požadavky, minimální délka
hesla je 8 znaků
Před registrací zákazník prostřednictvím check-boxu potvrdí vybraná kritéria,
OPERÁTOR
lCT
ouhla s zpracováním osobních údajů a VOP
P klik utí tlacitko Registrovat se zákazníkovi odesílá zpráva na uveden OLI adresu potvrzovacím odkazem. Po prokliknutí odkazu je zákaz ník presměrovan zpět do eshopu MA, kde dostane informaci o úspěš proběhlé registraci a může se přihlásit/již bude přihlášen.
Potvrzovací odkaz je platný jednu hodinu. Pokud během této doby není
odkaz aktivován, zneplatní se. Zákazník si musí vygenerovat nový odkaz
prostřednictvím linku Odeslat aktivační email uvedený u přihlášení.
Kód požadavku
Název
Popis
MA_02
Přihlášení
Přihlášení proběhne po zadání loginu (vždy emailová adresa) a hesla. Heslo je možné po přihlášení změnit.
Při zapomenutí je možné provést reset a heslo obnovit. Reset proběhne
odesláním linku na přihlašovací email a následném nastavením nového (po
prokliknutí odkazu).
Další možností přihlášení je využití otisku prstu nebo FACE ID
Kód požadavku
Název
MA_03
Nákup balíčku výhod
Popis
Nákup balíčkuje možný pouze pro registrované uživatele.
Vždy se jedná o anonymní nákup, balíček výhod není vázán ke konkrétní
osobě, tzn. uživatel v účtu nevyplňuje své osobní údaje.
Zákazník si vybere ze seznamu balíček výhod, který si přeje nakoupit.
Položku označí a vloží do košíku. Dále mu bude u nabídnuta možnost
pokračovat v nákupu nebo přejít do košíku.
U produktu nebude možné si vybrat datum píanosti. Turista si musí vždy
přesný začátek platnosti volit při aktivací
karty.
Předpokládané datum
příjezdu bude možné uvést na konci procesu nákupu. Toto datum slouží jako orientační přehled počtu příjezdů a také jako podklad pro posílání upozornění na začátek výletu a nutnosti si balíček aktivovat a převést na
identifikátor.
OPERÁTOR
lCT
Počet balíčků vjednom nákupu není limitován.
V košíku lze měnit parametry balíčku výhod (např. množství, odstranění
položky).
V košíku je pole pro vložení slevového kódu. Po vložení se přepočítá cena
nákupu a zobrazí se částka po slevě. Lze vložit pouze jeden kód.
Na samostatné stránce se zákazníkovi objeví rekapitulace objednávky s
celkovou cenou.
Potvrzením objednávky zákazník přechází na platební bránu.
Před dokončením objednávky bude turista dotázán, zdali požaduje provést
aktivaci nákupem či k určitému datu a času.
Posledním krokem nákupu budou informace o tom, jak má uživatel dále postupovat. Vrámci této informace bude zobrazena i mapa kontaktních míst.
Kód požadavku MA 04
Název Platba
Popis Turista bude mít možnost zaplatit pouze prostřednictvím platební brá
. Povolené platební metody bude řídit BE na základě daného uživatele
řípadě částky nad 10 tisíc musí být fakturační údaje, zajistit kontrolu mo v rámci e shop podmínění dokončení platby vyplněním turačních údajů.
Kód požadavku
Název
tební brána - doda zadavatel, další možnosti budou
y, Masterpass
MA_05
Změna platnosti balíčku výhod
Apple Pay a Google
Popis
Zákazník s registrací si může upřesnit začátek platnosti balíčku/balíčků.
Nelze změnit začátek platnosti balíčku po začátku jeho platnosti.
Nelze změnit začátek platnosti balíčku po jeho aktivaci.
OPERÁTOR
ICT
Kód požadavku
Název
MA_U6
Uložení daňového dokladu v účtu
Popis
Pri zaplacení pre
platební bránu je z řídícího systému vygenerován daňový
doklad, kterýje zákazníkovi odeslán jako příloha emailu.
Daňovy doklad je zároveň uložen v účtu zákazníka.
Žádné osobní údaje nejsou vyžadované, doklad tedy nebude na jméno,
pokud jej zákazník neuvede.
Kód požadavku
Název
MA_07
Zobrazení identifikátoru
Popis
V účtu přihlášeného zákazníka se identifikátor zobrazí při jeho spárování se
zakoupeným balíčkem výhod/balíčky výhod.
Kód požadavku
Název
MA_08
Správa balíčků výhod v účtu
Popis
V účtu bude zobrazen seznam zakoupených balíčků. U každého balíčku budou uvedeny základní údaje, které přispějí k lepší orientaci při práci s balíčky. Xxxxxxx bude mít několik stavů, informace o stavu bude uložena
v BE (Např.platný, aktivovaný, přiřazený zákazníkovi, volný, zaplacený)
Kód po-ž-aafdavku
Název
Popis
MA_09
Vizualizace POI
Systém musí umožňovat vizualizaci bodů zájmů/akceptačních míst/zastávek veřejné dopravy, a jejich vizualizaci v rámci mapové vrstvy, např. Google
maps. Úpravy budou prováděny v rámci webu PVP
Kód požadavku
Název
Popis
MA_10
Zobrazení zakoupených balíčků výhod a dalších produktů
Aplikace bude umožňovat zobrazení zakoupených balíčků výhod a
prokázání se při kontrole či návštěvě akceptačního místa.
Kód požadavku
MA_11
lod
OPERÁTOR
lCT
Název
Popis
Aktivace balíčku výhod
Aplikace bude umožňovat vložení voucheru zakoupeného s využitím e-
hopu či poskytnutého na přepážce čr cestovní agenturou.
Po vložení voucheru bude uživatel dotazan, zdali požaduje provést aktivaci
okamžitlbx nebo k urcitému datu a času.
Možnos aktivace bude uživateli nabídnuta i po dokončení nákupního
procesu viz MA_O3
Aplikace bude nabízet aktivaci rovněž pro balíčky výhod zakoupené egistrovaným uživatelem na webu (eshopul. Po přihlášení do mobilní plikace bude uživatel informován o zakoupených balíčcích výhod a bud mu nabídnuta okamžitá aktivace, odložená aktivace nebo možnost okračovat ve využití aplikace bez nutnosti aktivace.
Kód požadavku
Název
Popis
MA_1Z
Notifikace
Aplikace bude umožňovat informovat uživatele prostřednictvím notifikac
na základě polohy na úrovni státu
Odesílání notifikace bude k dispozici v rámci BE aplikace, kterýje součásti
této zakázky.
Notifikace bude možné libovolně upravovat v rámci administrace BE
mobilní aplikace.
Kód požadavku MA_13
Název Mapové funkce
Popis Aplikace bude umožňovat zobrazit body zájmu dle aktuální polohy nebo
adresy s možností definovat vzdálenost (isochrony) pro chůzi. Jednoduchý výpočet trasy s využitím volně přístupných on-line map k vybranému bodu zájmu (např. S využitím google maps, seznam maps, openstreetmaps a opentripplaneru).
4. Nefunkční požadavky
4.1 . Technologie
Klientská mobilní aplikace je implementovaná jako nativní aplikace pro systém Android 5 a
vyšší, splňující standardy pro aplikace platformy
' Klientská mobilní aplikace je implementovaná jako nativní aplikace pro systém iOS 11 a vyšší,
splňující standardy pro aplikace platformy
* Obě verze klientské mobilní aplikace reagují na uživatelský vstup bez zpoždění většího než
400ms.
' Doba odezvy při přihlášení do aplikace, zobrazení historie, přidání karty, a ostatní online transakce je menší než 900ms (nenízapočítána doba odezvy systémů třetích stran)
OPERÁTOR
lCT
* Mobilní aplikace jsou pravidelně aktualizované v případě vydání nove verze systému Android a iOS tak, aby splňovala nové požadavky a standardy platformy, se zachováním zpětné kompatibility funkčnosti, pokud je možná
' Všechny aktualizace řešení aplikace budou probíhat a budou vydávány po dohodě se
zadavatelem. Vpřípadě nutnosti vydání kritické aktualizace zdůvodu chyby zabraňující řádnému provozu aplikací je dodavatel povinen dodat aktualizaci s opravou do 24 hodin a vydat mobilní aplikace do příslušných distribučních obchodů vjejich stanoveném kritickém limitu pro vydání aplikací
* Vpřípadě vydání nových verzí operačních systémů zabraňující zpětné kompatibilitě a plné funkcionalitě aplikace je dodavatel povinen vydat novou funkční verzi okamžitě po jejich vydání, bez přerušení řádného provozu aplikací. Dodavatel je povinen reagovat na změny pravidel distribučních služeb mobilních aplikací (Google Play, AppStore) a zajistit kompatibilitu mobilní aplikace s těmito pravidly.
* Maximálnívyužití operační paměti v mobilním zařízení při využití aplikace je 200 MB
4.2. Požadavky na kvalitu řešení
Aplikace splňuje standardy pro aplikace dané platformy a aplikace splňuje výše zmíněné nefunkční požadavky. Dále jsou součástí aplikace i jednotkové testy pokrývající 100 % všech kritických funkcionalit aplikace, na aplikaci jsou provedeny end-to-end testy a uživatelské testování. K aplikaci také existuje programátorská dokumentace jejího softwarového řešení a kompletní uživatelská, administrátorská a technická (instalační, zálohovací) dokumentace pro jeji provoz.
Součástí dodávky je úvodní analýza realizace. Na konci vývoje řešení budou provedeny akceptační a
zátěžové testy.
Zdrojový kód aplikace je modulárně strukturovaný a umožňuje snadnou rozšiřitelnost. Všechna
rozhraní mezi veškerými celky aplikace, použité struktury a vzory jsou kompletně popsány v
dokumentaci.
4.3.
Napojení na datové zdroje
Rámcový seznam datových zdrojů, které budou v aplikaci využity:
Webová služba poskytující data ve formátu XML nebo JSON
0000
Tabulka akceptačních míst včetně detailu informace o bodech zájmu ( wwwpragueeu ) Informace o trasách
Články a aktuality
Předzpracované soubory ve formátu JSON
4.4.
Požadavky na bezpečnost
V rámci této kapitoly jsou definovány minimální požadavky na bezpečnost řešení, které vycházejí
z obecných požadavků zadavatele na bezpečnost. Tyto požadavky se uplatní přiměřeně potřebám a
funkcím mobilní aplikace.
10
OPERÁTOR
ICT
Řešení mobilní aplikace má nastavenu HSTS politiku HTTP Strict Transport Securityja řešeníapllk me zajišťuje zabezpečené řízení přístupu s oddělením rolí logování přístupu do systému a pravidelno aktualizaci. Při návrhu řešení budou zohledněny bezpečnostn požadavky z dokumentů projektu OWASP. Minimálně do 3 let od spuštění bude implementována ochrana DNS prostřednictvím DANE.
Mobilní aplikace bude provádět potřebná bezpečnostní opatrenivzhledem ke kompromltovaným zařízením. Dodavatel zajistí potřebná bezpečnostníopatření v případě kompromitace zařízení, jakoje návrat zakoupených jízdenek v případě ztráty telefonu odcizení apod. Dodavatel celkově zmapujea dodá popis životního cyklu jízdenek ve vztahu k životnímu cyklu zařízení.
Dodavatel v rámci analýzy identifikuje možné bezpečnostní hrozby a během vyvoje tyto hrozby
eliminuje a celkově zajistí bezpečnost aplikace s důrazem na důvěrnost, dostupnost a integritu dat
Kód požadavku B0_DPS_D01
Název Legování
Popis Systém umožní provádění automatického logování událostí nastalých Popis v systému do databáze podle následujícího rozdělení: — Informace o editaci, přidávání a mazání položek v databázi - informace o přihlášení, odhlášení a
základních činnostech uživatelů — Volání základních metod programu včetně vnitřního rozhodování a následné akce — Ukládánivýjimek a chyb programu, komunikace s databází, nevalidních entit a překročení limitních hodnot Logy budou k dispozic k náhledu v adminístrátorském rozhraní pro potřeby identifikace incidentů administrátorem systému.
Obecně je informační bezpečnost SW řešení PVP realizována s durazem na požadavky na důvěrnost,
dostupnost a integritu dat.
Důvěrnost dat je zajištěna zejména oddělením rolí, řízením přístupu uživatelů ajejich autentifikací. Veškerá data v úložištích budou bezpečně šifrována alespoň v jedné vrstvě. S využitím kryptografie,
kteráje v době dodání díla obecně považována za silnou.
Komunikace s BE a případné další přenosové kanály budou šifrovány s použitím asymetrické kryptografie a s využitím důvěryhodný certifikátů důvěryhodných v min. v prohlížečích Chrome a Firefox. Pro HTTPS komunikaci bude možné použít pouze TLS 1.2 a TLS 1.3, budou použity HSTS
hlavičky, bude použito automatické přesměrování z HTTP na H1TPS a bude podporováno HTfP/Z,
bude blokováno odesílání hlavičky Referer pomocí Referrer-Policy: no referrer. Bude použita content
security policy pro načítání skriptů. Bude natavena Same Origin Policy.
Hesla v systému se ukládají jako hash+sůl s využitím hashovací funkce, která je v době dodání
považována za silnou.
Pokud budou využívány VPN tunely budou mít nastaveno silné sifrováni a rezim autorizace podle
aktuálních best practices.
DNS záznamy budou validovány s využitím DNSSEC a DANE. Certifikáty v aplikacích budou před použitím validovány a kontrolovány oproti CRL. Obnovaa deployment certifikátů bude automatizován.
11
OPERÁTOR
lCT
K použité architektuře zabezpečení a parametrech nastavení zabezpečení bude dodána
dokumentace. Dokumentace bude obsahovat i proces deploymentu security záplat.
Bude Iogován přístupů uživatelů k systému a jejich činnost. Hloubka a doba uchování logovaných informací půjde měnit parametricky z administrace nebo přes konfigurační soubor, který bude dokumentován.
Dodavatel bude v rámci podpory provozu garantovat bezpečnostní aktualizace pro své aplikace.
Dodavatel navrhne pokročilé možnosti monitoringu funkčnosti a dostupnosti všech prvků systému pokročilým způsobem (např. periodické volání některé funkce API a vyhodnocení odpovědi atp.) a bude součinit při nastavení dohledového systému objednatele.
Objednatel je oprávněn si nechat třetí stranou provést penetrační test všech částí dodaného systému (white, gray i black dle metodiky OWASP) a požadovat po dodavateli bezplatné odstranění všech nalezených slabin, které jsou v moci dodavatele.
Dostupnost dat bude zajištěna režimem vysoké dostupnosti, celkovou robustnosti systému a
zajištěnou podporou na SW a HW. Bude připraven a dokumentován proces disaster recovery.
Dodavatel dodá dokumentaci systému pro uživatele, operátory a správce.
Dodavatel navrhne postup zálohování systému a bude součinit na nastavení a automatizaci
zálohovacího nástroje objednatele.
Systém bude v souladu se zákonem o ochraně osobních údajů a nařízení GDPR. V administraci budou operátorům dostupné funkcionality a formuláře pro řešení všech požadavků dle GDPR (formuláře, funkce výpisů, vymazání. V administraci nebo V dokumentovaném konfiguračním souboru bude možné parametrický měnit dobu automatické skartace osobních údajů dle podmínek stanovených
objednatelem. V selfcare uživatelských účtů budou funkcionality dle práv vyplývajících z GDPR
(náhled, stažení osobních údajů, vymazání účtu).
V konfiguračním souboru je možné měnit čas pro automatické odhlášení uživatelů, administrátorů a
super uživatele.
Při návrhu služeb budou zohledněny bezpečnostní požadavky z dokumentů projektu OWASP. U
webových služeb bude zajištěn soulad se zákony 64/2008 Sb. (přístupnost pro osoby s postižením) a
127/2005 Sb.
Veškeré vstupy (data) získaná od uživatele se musí validovát na straně serveru na přípustnost a
oprávněnost a zda neobsahuje spustitelný kód (SQL injection). Sanitace vstupů.
Omezení počtu možných pokusů o přihlášení technologiítypu (reCAPTCHA, fail2ban nebo obdobné)
Do chybových hlášek zobrazených uživateli se nevypisují konkrétní data z požadavku, pouze číslo chybového kódy a případně obecný popis chyby. Vrámci dokumentace bude podrobně popsána každá chybová hláška a kompletní výčet možných příčin vzniku.
Veškerý uživatelsky generovaný vstup musí být před vložením do aplikace správně escapován.
4.5. Technická podpora (maintenance)
Součástí dodávky bude l zajištění technické podpory na dodané řešení, a to v délce trvání stanovené
smlouvou.
12
OPERÁTOR
lCT
Dodavatel bude řešit všechny požadavky zadavatele s využitím ticketovaciho nástroje a v souladu s
domluvenými SLA.
V rámci maintenance jsou požadovány zejména tyto služby a činnosti:
bezpečnostních a funkčních hrozeb.
* Sledování aktuálního stavu SW z pohledu
* Pravidelná aktualizace a správa veškeré relevantní dokumentace
činnostech v definované oblasti.
v závislosti
na vykonaných
zejména z pohledu možných bezpečnostních a
* Udržování aktuálního stavu dodaného řešení funkčních hrozeb.
v
' 2x ročně vrámci smlouvy úprava aplikace na základě nálezu bezpečnostních nedostatků
aplikaci výplívajlcích z bezpečnostního auditu aplikace provedeného operátorem ICT. a.s..
Dodavatel je povinen informovat zadavatele o stavu služeb a provedených úpravách (uvedených
výše) minimálně 1x za měsíc.
5. Požadavky na dokumentaci k SW a školení
Zadavatel požaduje, aby veškeré zdrojové kódy byly řádně vedeny v systému pro správu zdrojových kódů, který zajistí zadavatel. Dodavatel zajistí, aby zdrojové kódy byly řádně dokumentovány a komentovány, byly opatřeny postupem pro sestavení včetně uvedení všech nezbytných prerequisit. Jakékoli změny budou verzovány a číslovány v souladu s pokyny zadavatele. Každé konkrétní
sestaveníponese unikátní otish (např. checksum) pro zajištění integrity.
Součástí dodávkyje i dodání systémové dokumentace, která bude obsahovat zejména technickou a
uživatelskou dokumentaci.
Technická dokumentace musí obsahovat zejména:
* Architektonická dokumentace obsahující popis celkové architektury mobilní aplikace s
vazbami na navazující systémy. Dokumentace obsahuje schémata pro jednotlivé popisované
oblasti v rozsahu standardní architektonické dokumentace.
* Dokument popisující uživatelské rozhraní, ovládání jednotlivých prvků mobilní aplikace i administrátorské části. Tento dokument musí být vytvořen v takové míře detailu, aby mohl sloužitjako materiál pro kompletní zaškolení nových pracovníků.
' Detailní dokumentace pro jednotlivé komponentní části řešení např. databázová vrstva, aplikační front end vrstva, výkonová Core vrstva. V rozsahu schémat pro jednotlivé popisované oblasti a detailního popisu řešení.
* Dokument popisující možnosti dohledování aplikačního řešení ve smyslu komplexní dohledu obsahujícího dohledý dostupnosti, výkonu, bezpečnosti. Popis možností integrace na dohledová řešení vyšší úrovně a napojení na servicedesk řešení třetích stran.
' Dokument popisující zabezpečení na aplikační úrovni popisující řešení zabezpečení jednotlivých celků, ověřovací a auditovací funkcionality.
' Instalační dokumentaci pro jednotlivé části v rozsahu popisu jednotlivých kroků, aby bylo možné realizovat instalaci řešení bez podpory dodavatele či hlubší znalosti instalovaných částí.
* Dokumentaci testovacích scénářů pro ověřování funkčnosti aplikačního prostředí při
standardním běhu mobilní aplikace či při odstavení mobilní aplikace.
' Dokumentace havarijních scénářů a jejich postup resení s popsanými dopady na prostředí
vše v souladu s požadovanými SLA. Popis nejkrizovějších situací možných selhání řešení.
OPERÁTOR
ICT
'
'
'
'
*
Dokumentace pro verzování aplikačního řešení popisující principy povyšování verzí. Postupy
přes provozovaná prostředí vedoucí k nasazení aktuální verze do produkčního běhu. Dokumentace všech aplikačních rozhraní mezi částmi systému i rozhraní poskytovaných třetím stranám včetně použitých protokolů, formát dat, jednotlivých metod, zabezpečení a
popis připojení dalšího konzumenta rozhraní.
Programátorská dokumentace použitých tříd, interface, struktur, modulů aplikace s popisem funkcionality a s možností využití této dokumentace pro využití stávající funkcionality při
rozšíření aplikace.
Dokument obsahující seznam použitých datových zdrojů a způsob komunikace s nimi a
zpracování dat. Datové toky, způsob a četnost přenosů dat.
Dokument popisující způsob, jakým se zálohují data v řešení, jak často, typu záloh, strategie
zálohování, popis provedení manuální zálohy a kompletní popis obnovy záloh
V rámci předání díla bude zajištěno školenív následujícím rozsahu:
*
představení architektury a technického řešení
představení funkcí
školení práce s aplikací
Z proběhlého školení zajistí dodavatel pořízení audio/video záznamu doplněného o slidy, pro využiti
zadavatelem pro nové zaměstnance.
6. Popis rozhraní a další součinnost
6.1 .
Popis rozhraní
FE bude komunikovat minimálně s následujícími systémy:
000000
BE MOS
Tokenizace Platební brána BE PVP
SD
BE MA (součást této dodávky)
Veškerá dokumentace k rozhraní bude dodavateli poskytnuta pouze vítěznému dodavateli.
Případně další rozhraní mohou být definovány v rámci 1.etapy.
6.2.
SDK
Primární funkce a vlastnosti SDK
Přihlášení účtem z MOS
Dlouhodobé kupóny
o Nákup dlouhodobých kupónů
o
Zobrazení a stažení daňového dokladu
OPERÁTOR
lCT
Odbavení/kontrola —zobrazenívizuálního obrazce, zobrazení QR kódu a dalších informací o jízdence
o Historie kupónů
Platba pomocí libovolné platební brány
o
6.3. Grafické podklady
Zadavatel předá wireframy vítěznému dodavateli po podpisu smlouvy. Grafiku finálního řešení vypracuje dodavatel. Dodavatel bude veškeré grafické návrhy průběžně konzultovat se zadavatelem, a to vpravidelných ktomu určených schůzkách či svyužitím on-line komunikačních prostředků. Finální návrh grafiky předá dodavatel zadavateli k akceptaci 7 dní před skončením 1. milníku. Jedinými vstupy poskytnutými zadavatelem dodavateli pro tvorbu grafiky budou základní wireframy a Iogomanuál, které je potřeba respektovat. Dodavatel je s ohledem na zkvalitnění uživatelského prožitku oprávněn navrhovat úpravy wireframů poskytnutých zadavatelem, ale jakákoli změna podléhá schválení zadavatelem. Pokud wireframy nepokryjí veškeré situace či rozlišení, je na dodavateli, aby návrhy těchto obrazovek dopracoval, a to vsouladu s dodanými vstupy i vzhledem ostatních obrazovek. Dodavatel tedy zajistí konzistenci vzhledu všech částí systému dle předložených grafických podkladů, a to pro všechna zařízení/zobrazení.
6.4. Prostředí
Prostředí pro vývoj, testování a produkci poskytne zadavatel. Dodavatel je povinen využít toto
testovací a produkční prostředí a průběžně nahrávat nové verze (v průběhu vývoje alespoň 1 týdně)
Detaily poskytnutého prostředí a souvisejících požadavků:
o Umístnění: DC C4C (Cloud) a Interní DC (podmínka Disaster Recovery)
o Komunikace mezi jednotlivými dedikovanými servery aplikace na úrovni zabezpečených webových služeb https
Dvě prostředí Produkční a testovací bez jakékoliv konektivity mezi nimi.
Udržování kontinuity prostředí produkčního a testovacího, tj. testovací prostředí bude totožné s produkčním prostředím, kromě technických specifikací, které by bránily provozu produkční strany, nedohodnou-li se smluvnístranyjinak.
Nasazení update, patch a dalších opravných modulů aplikace bude do produkce
nasazeno teprve po akceptaci zadavatelem.
Akceptační testy budou probíhat na testovacím prostředí identickém s provozním prostředím aplikace.
Licence pro vývojové nástroje nejsou předmětem zakázky a dodavatel řešení si je zajistí na své
náklady.
15
OPERÁTOR
l CT
7. Návrh realizace
Dodavatel po uzavření smlouvy a předání nutných podkladů ze strany Zadavatele vypracuje analýzu a návrh realizace (souhrnně Návrh realizace). Takto Dodavatelem zpracovaná analytická dokumentace (zpráva) musí popisovat alespoň datové toky, rozhraní, komponenty, komponenty uživatelského rozhrani, rizika (např. možnosti úniku osobních údajů, podvodu při provádění platby, rizika komunikace s využitím jednotlivých API, ale i rizika z pohledu UX a integrace jednotlivých funkci...) a dále musí popisovat veškerou nezbytnou součinnost ze strany zadavatele, a to zejména ve vztahu k řádně definovaným rozvojovým požadavkům na již existující rozhraní ve správě zadavatele (např. BE MOS) a to vše s přihlédnutí k znalostem dodavatele, který v rámci smluvního vztahu může vystupovat jako subjekt s disponující podrobnějšími informacemi a většími zkušenostmi. Veškerá odpovědnost za uvedení všech souvislostí a informací v míře detailu nezbytného pro tvorbu funkční
a visuálně přívětivé aplikace (tj. splnění veškerých funkčních i technických požadavků) tak leží na
dodavateli.
Návrh realizace bude obsahovat minimálně vše výše uvedené, zejména kapitoly:
00000000
0
000000000000000
Popis všech procesů včetně schémat
Datové toky a rozhraní, schéma napojení na okolní systémy
Komponenty
Rizika
Požadavky na součinnost Grafický návrh mobilní aplikace Seznam číselníků
Harmonogram dalších etap včetně popisu balíků práce na jednotlivé týdny až do akceptace
díla, včetně výstupů v jednotlivých týdnech
Popis a rozsah prototypu Popis testovacích scénářů Popis požadavků na prostředí Popis použíté metodiky vývoje
Použité jazyky a technologie pro jednotlivé celky řešení
Základní architektura a rozdělení řešení do modulů
Popis komunikace frontend mobilních aplikací a backendu
Dgňnice rolí, definice typu uživatelů
Revidované wireframy a funkcionality dle technických možností a UX analýzy
Možné bezpečnostní hrozby v aplikaci, jejich míry rizika a návrh na jejich řešení/eliminaci Způsob řízení zdrojového kódu a koordinace vývoje
Popis plánovaných použitých metod řízení kvality
Výčet dodržených standardů SW kvality Způsob testování v průběhu vývoje SW Způsob akceptačních a výkonnostních testů
Popis otevřenosti systému a způsobjeho dalšího rozšíření
8. Harmonogram
označen,
Název milníku Nejzazší termín plnění
OPERÁTOR
lCT
milníku
A0 Uzavření smlouvy T
Appl Předání wireframes + zdrojové kódy PVG T+ (5) dnů (= Tpgl) ERO Vytvoření Návrhu realizace 1 Tpgl + (18) dnů (= TFEZ) Bpgl Akceptace Návrhu realizace 1 T;g2 + (7) dnů (= T;53)
CFEO Tvorba prototypu klíčových komponent,
editační nástroj a UX (dodavatel)
Rozsah prototypu bude specifikován v
úvodním Návrhu realizace 1
Předání prototypu k připomínkování ze
strany zadavatele (zadavatel + dodavatel)
Zapracování připomínek (dodavatel)
T;53 + (21) dnů (= Tři/l)
Vytvoření dokumentace k FE části řešení
AFCEI Předání API MOS + SDK T + (30) dnů (= Tml)
BFCEO Vytvoření Návrhu realizace 2 Tml + (18) dnů (= TFCEZ)
BFCE1 Akceptace Návrhu realizace 2 Trcsz + í7l dnů í= Trcs3l
CFCEO Tvorba prototypu klíčových komponent
mobilní aplikace
Rozsah prototypu bude specifikován
vpNávrhu realizace Z
Předání prototypu k připomínkování ze
strany zadavatele (zadavatel + dodavatel)
Zapracování připomínek (dodavatel)
Integrace s API MOS a SDK — test
(dodavatel)
Vytvoření dokumentace k BE části řešení
CFEWCE Předání díla k akceptaci (dodavatel)
Předání dokumentace (dodavatel)
Testování APP + API MOS + SDK části
T533 + (21) dnů (= Tpcg4)
Tall/TMA + (15) dnů (= TS)
(T Eat/T 554 lhůta se počítá od
term/nu, který nastane později)
17
OPERÁTOR
lCT
řešení
Školení (dodavatel)
Zahájení poskytování Služeb podpory T5+1kalendařniden
provozu aplikace
9. Specifikace parametrů pro plnění SLA — incident
management
služby Incident managementu mobilní aplikace
Popis služby Služba využívaná objednatelem při řešení incidentů a problémů v průběhu provozu řešení mobilní aplikace, vedoucí k nápravě chyb, zajištění bezproblémového běhu všech komponent řešení a minimalizaci dopadů.
Postup při zavedení Služby budou poskytovány ve stanoveném rozsahu po nasazení systému
služby mobilní aplikace do provozu.
Předpokládaný Služby incident managementu minimálně ve stanovených oblastech:
rozsah služby * provoz klientské mobilní aplikace Android
o provoz klientské mobilní aplikace iOS
o provoz BE
Kvalitativní
ukazatele služby
(Sl-Al
Služby budou poskytovány průběžně nepřetržitě po celou dobu trvání
smlouvy v průběhu provozu služby mobilní aplikace.
Rozsah zaručeného
provozu služby
7x16
Po-Ne 6:00 - 22:00
SLA parametry - Incident Management mobilnich aplikaci
Parametr | Popis | Priorita | Reakční doba | Doba vyřešení | Doba opravy (předání |
nové | |||||
verze) | |||||
Doba vyřešení | Dobou vyřešení se myslí čas, který uplyne od | A0 | 15 min. | 60 min. | l 24 hod. |
akceptace incidentu/servisniho | A | 30 min. | 2 hod. | 24 hod. |
požadavku | do | dobv | B | eo min. | 48 hod. |
prvotního | řešení | pro |
43 hod.
zamezení dalšího c 120 min. 72 hod. 72 hod.
pokračování trvání
incidentu
(nedostupnosti/úniku
tržeb).
Dobou opravy se myslí čas, který uplyne od akceptace
18
OPERÁTOR
lCT
Incidentu /servisniho
požadavku do doby
předání
aplikace
opra ené ver e
vyřes“ eným
problémem a zamezení
dalšího
výskytu
Incidentu, připravené
pro
vydání
do distri bučních obchodů
v jejich stanoveném
kritickém
limitu pro
vydání a plikací.
Doba
vyřešení i doba
opravy z ačínají ve stejny
""—"'—1
moment
incidentu
akceptace
Priorita Definice
Definice priorit Priorita AO Veškeré incidenty, které mají nebo by mohly
incidentů
Priorita A
r
Priorita B
mít dopad na unik tržeb. Jedná se zejména o bezpečnostní incidenty, jako je prolomení aplikace.
Služba je celkově nedostupná a nedostupnosti jsou postiženi všichni uživatelé dané služby Dopad je vysoký, činnost dotčená daným incidentem nemůže být vykonána náhradním způsobem, jde o problém všech skupin uživatelů. Naléhavost je vysoká, neboť incident prokazatelně ohrožuje splnění termínu prováděné činnosti a neexistuje žádné náhradn | řešení
Nebo
Služba je celkově nedostupná a nedostupností je postižena jen některá skupina uživatel u. Dopad je střední, protože se nejedná o problérn všech uživatelů, naléhavost je vysoká, protože incident prokazatelně ohrožuje splnění termí nu prováděné činnosti a neexistuje žádné náhrad ní řešení.
Nebo
Služba je částečně nedostupná, tj. ne ní
dostupný některý funkční modul dané služby.
Touto částečnou nedostupností jsou postižem všichni uživatelé dané služby. Dopad je vysok protože se týká všech skupin uživatel U. naléhavost je však střední, neboť existuje známé náhradní řešení.
Služba je mírně omezená a touto mírn ou omezenosti jsou postiženy pouze některé skupiny uživatelů. Dopad je střední, proto"ze
činnost sice nemůže konat někdo iiný, neid e
19
JEOPERÁTOR
lCT
však o problém všech uživatelů a jejich skupin.
nebo
Služba je částečně nedostupná a touto částečnou nedostupností je postižen jednotlivý uživatel. Dopad je střední, protože dotčenou činnost může vykonat někdo jiný. Naléhavost je střední, protože je sice prokazatelně ohroženo
splnění termínu prováděné činnosti, pro vykonání této činnosti však existuje známé náhradní řešení.
PrioritaC Služba je mírně omezená a touto mírnou omezenosti je postižen jednotlivý uživatel. Dopad je nízký, protože dotčenou činnost může vykonat někdo jiný a naléhavost je nízká,
protože nedochází k ohrožení termínu.
10. Popis funkcí aplikace PVG
10.1 . Obecné funkce
* Jazykové verze - lokalizovaná kompletně v angličtině a češtině.
o Synchronizace a stahování dat -stahování aktuálních dat při spuštění, nestahuje pokaždé
všechny data,pouze změny. Stažená data dostupná off-line. Synchronizace:
O HTML sekce
O Místa (POI, nPOl) včetně všech informací a obrázků
O Trasy včetně všech informací a obrázků
O Kategorie míst
O Data uživatele
Uživatelský profil —vytvoření nového účtu a následné přihlášení:
O Facebook
O email + heslo
Trasy - definované cesty po městě. Skládají se z jednotlivých míst (Place), které mohou být
Pol anebo nPol.
Zkušenostní body (XP) —získávané za splnění určitých úkolů, zvyšování uživatelovi úrovně
Role
o Editor —upravuje veškerý obsah aplikace, který je možné spravovat z webové
administrace
o Admin - kromě práv Editora přístup také do správy uživatelů a rolí
o User — uživatel registrovaný přes mobilní aplikaci
10.2. Sekce
Mobilniaplikacl tvoří pět dlaždic, každá se speciální funkcionalitou.
Adventures
Sekce Adventures představuje jádro zabezpečené části aplikace a pro vstup do ni je nutne přihlášení
uživatele (viz zabezpečena a nezabezgečena sekce ).
20
OPERÁTOR
ICT
* Profile —shrnuje informace o aktuálně přihlášeném uživateli a jeho dosažené úrovni.
* Nastavení- aktualizovat údaje o uživateli
* Badges - sekce obsahující seznam odznaků (badges)
* Adventure - záložka obsahující seznam tras, definovaných na straně serveru.
* Procházení trasy - trasu je možné začít procházet až ve chvíli, kdy je uživatel v blízkosti
počátečního bodu trasy (do S0 metrů) a současně je možné procházet pouze jednu trasu.
* Procházení trasy s audioguidem - trasu je možné začít procházet až ve chvili, kdy je uživatel v
blízkosti počátečního bodu trasy (do 50 metrů) a současně je možné procházet pouze jednu
trasu.
seznamy
* Mý Places - seznamy asociovaných míst s přihlášeným uživatelem. Jedná se o míst
navštívených a uložených.
Explore
Dlaždice Explore obsahuje místa seřazena do kategorií a funkcionalitu s nimi spojenou.
* Detail mista - detail daného místa
Map
Dlaždice map obsahuje mapu, která může fungovat i offline, pokud dojde ke stažení podkladových
dat.
* Bod .P0l (point of interest)
* Událost- bod POl, kterýje v kategorii "Events"
* Uložené místo - bod POl, který si uživatel uložil
* Startovní bod trasy - pokud na tomto místě začíná nějaká trasa.
Good to know
informace ve formě HTML sekcí, zobrazení v tabu. Upravovat je a přidávat je možné z administrace,
viditelné vše i v offline režimu.
Transport
informace ve formě HTML sekcí, zobrazení v tabu. Upravovat je a přidávat je možné z administrace,
viditelné vše i v offline režimu.
10.3. Administrace
* Languages — přidávání dalších jazyků a překladů textů. Jedná se o texty ovládacích prvků
administrace, texty na landing page a část obsahu mobilních aplikací.
* Users —vytváření nových uživatelů, změnu a smazání
* Tiles — správa dlaždic mobilní aplikace a jejich obsahu.
* Tiles list - správa vzhledu dlaždic.
* Explore - zobrazení mist, které uživatel může navštívit. Je možné spravovat v administraci.
* Good to know —v podobě záložek, zobrazují formátovaný HTML obsah.
* Transport - stejná funkcionalita jako u dlaždice Good to know.
* Places - správa míst
o Place of interest [Pol]
o Place (not Point of Interest) [nPol]
* Routes - sprava tras v dlazdici Advantures.
* Audioguide —správa audio tras v dlaždici Advantures.
* Gamification - nastavení prvků gamifikace.
11
OPERÁTOR
ICT
*
*
Experience Rewards
Events —správa akcí
— seznam akcí, za které uživatel
dostává XP body.
*
Visit place
— extra body pro uživatele
za navštívení místa.
*
Visit place from cátegory
- extra body za navštívení místa
*
Badges —gráfické
*
Event- akce
obrázky (odznaky, medailonky) za splnění či
z kategorie míst
napevno vázány k akcím provedeným v mobilní aplikaci. Přidání
provedení různých akcí
*
této akce úpravou mobilniaplikace.
Action -je možné definovat:
nebo vymazání
o
Visit place - návštěva konkrétního místa
o
Visit place from category
- navštívení jednoho nebo více
o
Complete
Reach level - dosažení bodového levelu
route - dokončení konkrétní trasy
míst v dané kategorii
10 000 Sluzeb podpory | 2 100 | 12 100 | |
poskytování všech Služeb podpory provozu | 120 000 | 25 200 | 145 200 |
tno C('N '-'l >U í“ N > !"“ W | 760 000 | 159 600 | 919 600 |
Cena za poskytování 1 |
40
OPERÁTOR
lCT
Příloha č. 2
Nabídka Poskytovatele a Cena plnění
1) Specifikace ceny plnění
Souhrnná cenová tabulka
Cena v Kč Sazba DPH
Předmět plnění
bez DPH
21 % v Kč
Cena v Kč včetně
DPH
Návrh řešení 1 a 2
320 ooo
67 zoo
387 200
Implementace, Dokumentace,
poskytování školení
320 000
67 200
387 200
Came"“ "' D"" (Vývoj a
implementace)
540 ooo
134 4oo
774 400
n-.=-'—Sl1u"ž—by'“p=o—dpof—ry*
provozu na:" „„Ě
,
\ Rq Hq) '
'
\RqHqAa9
Cena za 1 měsíc poskytování
provozu
Celkem
cena za 12 měsíců
člověkodne Rozvoje
a ooo
1 680
9 680
cena u čmvěkodn"
3.2
1.3
192 000
Rozvoje
Rozdíl „R" vypočtený dle
VZOFCEZ
40 320
232 320
2 mil. Kč bez DPH (minus)
položka 1.3 (minus) položka
2.2 (minus) položka 3.2
1 048 000
52 500
302 500
OPERÁTOR
lCT
Příloha č. 3
Realizační tým Poskytovatele
Člen realizačního týmu
Kontaktní údaje
Xxxxx a příjmení: xxx. Xxxxx Xxxxxxx, Ph.D.
Vedoucí Pfoiektur afialYiik
Jméno a příjmení: lng. Xxxxxxxx Xxxxxx
Zástupce vedoucího projektu,
vývojář
i"
Jméno a příjmení: lng. Xxx Xxxxx
Vývoiář: činili/***
Jméno a příjmení: lng. Xxxxx Xxxxx
Vývoiář: analvfik
Realizační tým bude disponovat dalšími kapacitami nezbytnými pro úspěšnou realizaci veřejné
xxxxxxx.
OPERÁTOR
ICT
Příloha č. 4
Oprávněné osoby
Za Objednatele:
ve věcech smluvních a obchodních
Xxxxx a příjmení
Xxxxxx Xxxxx, MBA
Xxxxx a přijmení
Xx. Xxxxx Xxxxxxx
ve věcech technických:
Xxxxx a příjmení
Xxxxxx Xxxxxxxx
OPERÁTOR
ICT
Za Poskytovatele:
ve věcech smluvních a obchodních
Xxxxx a příjmení
Xxx. Xxxxx Xxxxx
i
Xxxxx a příjmení
Xxx. Xxxx Xxxxxx
ve věcech technických:
lng. Xxxxx Xxxxxxx, Ph.D.
Xxxxx a příjmení
Xxx. Xxxxx Xxxxxx, Ph.D.
OPERÁTOR
ICT
Příloha č. 5
Seznam poddodavatelů
1)
Název:
Sídlo:
Právní forma: identifikační číslo: Rozsah plnění Smlouvy:
GLOBDATA a.s.
Xx xxxxxxx 000/00, Xxxxx Xxxxx, 000 00 Xxxxx 0 Xxxxxxxx xxxxxxxxxx — xxxxxxx xxxxxxxxxx 05642361
Vytvoření detailního návrhu řešení Aplikace ve dvou částech -
Xxxxxx xxxxxx 0 x Xxxxxx xxxxxx 0;
Vytvoření, dodání a zprovoznění prototypu klíčových komponent, editačního nástroje a UX a následně Aplikace jako celku, v prostředí Objednatele v souladu s Návrhem řešení 1 a 2
OPE RÁTOR ICT
Příloha č. 6
Harmonogram
Označení milníku Název milníku Nejzazší termin plnění
Uzavření smlouvy T
A0
Apgl Předáníwlreframes + zdrojové kódy PVG r + (s) dnů (= na)
850 Vytvoření Návrhu realizace 1 T551 + (18) dnů (= TFEZ)
Bpgl Akceptace Návrhu realizace 1 T;52 + (7) dnů (= T553)
Tvorba prototypu klíčových komponent, editační
C;g0
nástroj a UX (dodavatel)
Rozsah prototypu bude
úvodním Návrhu realizace 1
specifikován v
THB + (21) dnů (= TFA)
Předání prototypu k připomínkování ze strany
zadavatele (zadavatel + dodavatel)
Zapracování připomínek (dodavatel)
Arcsl 35:50
37:51
Vytvoření dokumentace k FE části řešení
Předání API MOS + SDK T + (30) dnů (= Tail)
Vytvoření Návrhu realizace 2 Tml + (18) dnů (= Tmz)
Akceptace Návrhu realizace 2 Trcez + í7l dňů í= Trcz3l
Tvorba prototypu klíčových komponent mobilní
Crczo
CFEOFCE
aplikace
Rozsah prototypu bude specifikován v Návrhu
realizace 2
Předání prototypu k připomínkování ze strany
zadavatele (zadavatel + dodavatel) Zapracování připomínek (dodavatel) Integrace s API MOS a SDK — test (dodavatel) Vytvořenídokumentace k BE části řešení
Předání díla k akceptaci (dodavatel) Předání dokumentace (dodavatel) Testování APP + API MOS + SDK částí řešení Školení (dodavatel)
Zahájení poskytování Služeb podpory provozu
aplikace
Trce3 + í21l dnů í= Trcz4l
T;54/T;c54 + (15) dnů (= TS)
(TFEJ/TFCA... lhůta se počítá od
termínu, který nastane později)
TS + 1 kalendářní den
OPERÁTOR
lCT
Příloha č. 7
Zadávací dokumentace
[Tvoří volnou přílohu smlouvyj