Upozornění: Text přílohy byl získán strojově a nemusí přesně odpovídat originálu. Zejména u strojově nečitelných smluv, kde jsme použili OCR. originál smlouvy stáhnete odsud
RÁMCOVÁ DOHODA
-Technická podpora systémů CDI2, CDI3 (OLDA), TranV a TranZ
Číslo smlouvy objednatele: PPR-36937-14/ČJ-2024-990656
Smluvní strany:
Česká republika – Ministerstvo vnitra
Sídlo: Nad Štolou 936/3, PSČ 170 34, Praha
IČO: 00007064
DIČ: CZ00007064
Zastoupená: plk. Mgr. Branislavem Samkem, ředitelem Národního centra
informačních a komunikačních technologií Policejního prezidia
Bankovní spojení: České republiky
Korespondenční adresa: 5504881/0710, Česká národní banka
Policejní prezidium ČR, Národní centrum informačních
Datová schránka: a komunikačních technologií, poštovní schránka 62/NCIKT,
Strojnická 27, 170 89 Praha 7
gs9ai55
(dále jen „Objednatel“ nebo „Zadavatel“)
a
eago systems spol. s r.o.
Sídlo: Hrušovská 2969/13, Moravská Ostrava, 702 00 Ostrava
IČO: 61944254
DIČ: CZ61944254
Zastoupená:
Bankovní spojení: ČSOB a. s., Ostrava, č. ú.: 129237295/0300
Datová schránka: su42sbq
obchodní společnost zapsaná v obchodním rejstříku vedenému Krajského soudu v Ostravě pod sp.
zn. Oddíl C, vložka 12352
(dále jen „Dodavatel“)
(Objednatel a Dodavatel společně dále jen „Smluvní strany“, nebo jednotlivě „Smluvní strana“)
uzavřely níže uvedeného dne, měsíce a roku, v souladu s ustanoveními zákona č. 89/2012 Sb.,
občanský zákoník, (dále jen „občanský zákoník“) a zákona č. 134/2016 Sb., o zadávání veřejných
zakázek (dále jen „ZZVZ“), tuto Rámcovou dohodu - Technická podpora systémů CDI2, CDI3
(OLDA), TranV a TranZ (dále jen „Dohoda“ nebo „Rámcová dohoda“).
1
PREAMBULE
1. Tato Dohoda je uzavřena na základě výsledků zadávacího řízení, které bylo uskutečněno
v souladu se ZZVZ k veřejné zakázce s názvem “Technická podpora systémů CDI2, CDI3
(OLDA), TranV a TranZ - Rámcová dohoda“ č.j: PPR-36937/ČJ-2024-990656 (dále též
„Veřejná zakázka“).
2. Tato Rámcová dohoda vymezuje obecné obchodní podmínky v budoucnu uzavřených
dílčích smluv (objednávek). Tato Rámcová dohoda se uzavírá s jedním Dodavatelem.
1. PŘEDMĚT DOHODY
1.1. Dodavatel se zavazuje poskytnout Objednateli plnění specifikované touto Dohodou a jejími
přílohami, dle podmínek a v rozsahu stanoveném touto Dohodou. Dodavatel na základě této
Dohody poskytne zejména následující plnění:
a) Plnění A – Konzultační, konfigurační a implementační práce, blíže definováno v Příloze
č. 1 Dohody (dále též „Plnění A“);
b) Plnění B – Služby provozní podpory pro systémy CDI2, OLDA, TranV a TranZ, blíže
definováno v Příloze č. 1 této Dohody (dále též „Plnění B“);
(Plnění A a Plnění B souhrnně dále též „Předmět plnění“).
1.2. Podrobná specifikace Předmětu plnění je uvedena v Příloze č. 1 Dohody.
1.3. Objednatel se za řádně poskytnuté plnění zavazuje Dodavateli zaplatit cenu specifikovanou
v Příloze č. 2 této Dohody.
1.4. Objednatel se touto Rámcovou dohodou nezavazuje k objednávce v určitém rozsahu ani v
určité minimální hodnotě a Objednatel bude vždy postupovat v souladu se svými potřebami,
přičemž Dodavateli nevzniká touto Dohodou právní nárok na odběr určitého jím
poskytovaného plnění ze strany Objednatele.
2. POSTUP PŘI UZAVÍRÁNÍ DÍLČÍCH SMLUV
2.1. Na základě této Rámcové dohody budou uzavírány dílčí smlouvy (objednávky), a to
postupem stanoveným touto Dohodou a zákonem.
2.2. Tato Rámcová dohoda bude plněna na základě písemných výzev k poskytnutí. Objednávka
je návrhem na uzavření dílčí smlouvy plnění (dále také jen „Objednávka"). Objednávka
musí obsahovat minimálně tyto náležitosti:
a) identifikační údaje Smluvních stran;
b) označení Rámcové dohody;
c) číslo Objednávky;
d) podrobnou specifikaci požadovaného plnění;
e) místo a dobu požadovaného plnění;
f) specifikaci ceny;
g) podpis Objednatele.
2.3. Každá dílčí Objednávka bude Objednatelem odeslána Dodavateli prostřednictvím
Národního elektronického nástroje (NEN) nebo prostřednictvím datové schránky.
Dodavatel odešle Objednateli potvrzení Objednávky či podnět k její úpravě nejpozději do
2
pěti (5) pracovních dnů od jejího doručení. Potvrzení Objednávky Dodavatelem je přijetím
návrhu dílčí smlouvy. Jednotlivé Objednávky budou uzavírány v souladu s touto Dohodou
a jejími přílohami.
2.4. Objednatel je pro účely stanovení celkové ceny, resp. pracnosti za požadované Plnění A
nebo pro účely bližší specifikace požadovaného plnění oprávněn písemně vyzvat
Dodavatele k podání nabídky nebo k doplnění požadovaných informací, a to
prostřednictvím elektronické komunikace. Dodavatel je povinen na základě výzvy doručit
Objednateli svou nabídku nebo požadované informace, a to ve lhůtě stanovené v předmětné
výzvě. Nabídka Dodavatele nesmí být v rozporu s touto Rámcovou dohodou. Dodavatel
není oprávněn navrhnout ve své nabídce smluvní podmínky, které budou pro Objednatele
méně výhodné v porovnání s jeho nabídkou v zadávacím řízení a touto Dohodou.
3. CENA ZA PLNĚNÍ
3.1. Objednatel má povinnost zaplatit Dodavateli za řádně poskytnuté plnění sjednanou cenu.
3.2. Celková cena plnění dle Objednávek uzavřených dle této Dohody (tj. součet smluvních cen
uzavřených Objednávek) nesmí přesáhnout 10 764 000,00 Kč bez DPH (slovy: deset
milionů sedm set šedesát čtyři tisíc korun českých), 13 024 440,00 Kč s DPH (slovy: třináct
milionů dvacet čtyři tisíc čtyři sta čtyřicet korun českých).
3.3. Podrobné určení jednotkových cen pro jednotlivá plnění je uvedeno v Příloze č. 2 této
Dohody.
3.4. Smluvní strany se dohodly, že cena za plnění dle konkrétní Objednávky je cenou nejvýše
přípustnou a nepřekročitelnou. Pokud není Rámcovou dohodou, nebo příslušnou
Objednávkou stanoveno jinak, sjednaná cena zahrnuje veškeré náklady, které Dodavateli
v souvislosti s řádným poskytováním dohodnutého plnění vzniknou, vč. veškerých
licenčních poplatků, nákladů na dopravu, cel, nákladů na balení, doručení apod., a jsou
v nich zohledněna rizika, bonusy, slevy a další vlivy ve vztahu k celkové době plnění dle
této Dohody.
3.5. Cena za plnění bude upravena o případnou zákonnou procentní změnu daně z přidané
hodnoty (DPH), a to ode dne účinnosti příslušné změny dle právních předpisů. Změna ceny
plnění dle tohoto odstavce není důvodem k uzavření dodatku k Dohodě a k dílčím
uzavřeným Objednávkám.
3.6. Veškeré ceny dohodnuté v této Dohodě a dílčích Objednávkách jsou ceny v korunách
českých.
4. PLATEBNÍ PODMÍNKY
4.1. Dodavatel je povinen vystavit daňový doklad (dále též „faktura“) do 10 dnů ode dne podpisu
příslušného akceptačního protokolu oběma Smluvními stranami. Vzor akceptačního
protokolu tvoří Přílohu č. 4 této Dohody.
4.2. Dodavatel je oprávněn vystavit fakturu po podpisu akceptačního protokolu oběma
Smluvními stranami po dodání plnění dle příslušné Objednávky. Dodavatel je oprávněn
vystavit fakturu za poskytnuté dílčí plnění, pouze pokud to stanoví příslušná Objednávka
nebo tato Dohoda.
4.3. V případě Plnění B je Dodavatel oprávněn vystavit fakturu za poskytnuté dílčí plnění, a to
za uplynulé kalendářní čtvrtletí, na základě dílčího akceptačního protokolu. V případě
tohoto dílčího plnění je datem uskutečnění zdanitelného plnění poslední kalendářní den
3
příslušného kalendářního čtvrtletí, to neplatí v posledním čtvrtletí, ve kterém je poskytováno
plnění dle dílčí smlouvy, když datem uskutečnění zdanitelného plnění je poslední den
poskytnutého plnění v daném čtvrtletí.
4.4. Splatnost faktury je 30 dnů od data jejího prokazatelného doručení Objednateli na adresu
uvedenou v Dohodě, s výjimkou případu, kdy faktura doručená v termínu od 1. 12. daného
roku do 31. 1. následujícího roku je splatná ve lhůtě 60 dnů od data jejího prokazatelného
doručení Objednateli. Připadne-li poslední den lhůty splatnosti faktury na sobotu, neděli
nebo svátek, je dnem splatnosti nejbližší následující pracovní den.
4.5. Faktura musí obsahovat číslo této Dohody, číslo Objednávky a náležitosti řádného
daňového dokladu podle příslušných právních předpisů, zejména pak zákona o dani
z přidané hodnoty v platném znění a náležitosti obchodní listiny dle občanského zákoníku.
V případě, že faktura nebude mít odpovídající náležitosti nebo nebude vystavena v souladu
s touto Dohodou, je Objednatel oprávněn zaslat ji zpět k doplnění Dodavateli, aniž se
dostane do prodlení se splatností. Nová lhůta splatnosti v původní délce počíná běžet znovu
od opětovného doručení náležitě doplněné či opravené faktury Objednateli.
4.6. Předmět plnění dle Dohody, resp. Objednávky je určen výhradně a zcela pro výkon
působností v oblasti veřejné správy, ve které se Objednatel nepovažuje za osobu povinnou
k dani ve smyslu § 5 zákona o DPH, a proto nelze na Objednatele aplikovat přenesenou
daňovou povinnost podle ustanovení § 92a a násl. zákona o dani z přidané hodnoty.
4.7. Adresa Objednatele pro doručení daňového dokladu je:
Policejní prezidium ČR, Národní centrum informačních a komunikačních technologií,
Strojnická 27, poštovní schránka 62/NCIKT, 170 89 Praha 7.
4.8. Fakturovaná částka se považuje za uhrazenou okamžikem odepsání příslušné finanční
částky z bankovního účtu Objednatele ve prospěch bankovního účtu Dodavatele.
4.9. Bankovní účet uvedený na daňovém dokladu, na který bude ze strany Dodavatele
požadována úhrada ceny za poskytnuté zdanitelné plnění, musí být Dodavatelem zveřejněn
způsobem umožňujícím dálkový přístup ve smyslu § 96 zákona o DPH.
4.10. Přílohou faktury za poskytnuté plnění je originál akceptačního protokolu podepsaného
pověřenými zástupci obou Smluvních stran, jinak Objednatel nebude fakturu Dodavatele
akceptovat. Akceptační protokol obsahuje přehled poskytnutého plnění, tak aby bylo možné
poskytnuté plnění jednoznačně identifikovat.
4.11. Akceptační protokol musí obsahovat alespoň:
- označení čísla Dohody a Objednávky;
- předmět poskytnutého plnění včetně výrobních čísel, pokud to je aktuální;
- datum převzetí, resp. akceptace;
- identifikace osob pověřených akceptační protokol za Smluvní strany podepsat;
4.12. Objednatel neposkytuje Dodavateli jakékoliv zálohy na Předmět plnění.
4.13.
Objednatel je oprávněn od faktury Dodavatele odečíst své splatné pohledávky za
4.14. Dodavatelem, které vzniknou v souvislosti s plněním dle této Dohody, resp. Objednávky.
V případě, že Objednatel uplatní nárok na odstranění vady Předmětu plnění před vystavením
faktury nebo ve lhůtě splatnosti faktury, není povinen, až do úplného odstranění vady,
4
uhradit cenu za Předmět plnění. Okamžikem odstranění vady začne běžet nová lhůta
splatnosti faktury v původní délce.
5. DOBA, MÍSTO A PODMÍNKY PLNĚNÍ
5.1. Místem plnění dle této Dohody jsou lokality Objednatele umístněné v České republice,
které budou Dodavateli specifikovány v konkrétní Objednávce.
5.2. Řádně a včas dodaný Předmět plnění. Dohody je předán okamžikem akceptace, tj. podpisem
závěrečného akceptačního protokolu oběma Smluvními stranami, resp. dílčího
akceptačního protokolu, pokud to příslušná Objednávka nebo Dohoda stanoví. Podpisu
akceptačního protokolu může předcházet akceptační řízení, tak jak je definováno
v přílohách Dohody nebo v příslušné Objednávce.
5.3. Dodavatel je povinen při předání Předmětu plnění Objednateli předat veškerou dokumentaci
související s Předmětem plnění, a to zejména technickou dokumentaci, včetně detailního
popisu dodaného řešení, návody na obsluhu a údržbu, záruční listy, uživatelský manuál, a
to v českém jazyce, není-li v Přílohách této Dohody uvedeno jinak.
5.4. Termíny plnění budou upraveny v konkrétních Objednávkách s tím, že:
a) v případě Plnění A je Dodavatel povinen zahájit práce na plnění nejpozději do pěti (5)
b) pracovních dnů ode dne účinnosti Objednávky, není-li v Objednávce uvedena lhůta delší.
5.5.
Plnění B je Dodavatel povinen poskytovat Objednateli po dobu dvanácti (12) měsíců ode
6. dne uvedeného v příslušné Objednávce, není-li v Objednávce uvedeno jinak;
6.1.
6.2. Dodavatel je povinen poskytovat Plnění A dle této Dohody prostřednictvím realizačního
týmu, jejichž prostřednictvím prokázal v rámci zadávacího řízení na Veřejnou zakázku
splnění kvalifikačních požadavků. V případě změny či doplnění člena realizačního týmu je
Dodavatel povinen Objednatele o této změně nebo doplnění předem informovat a vyžádat
si předchozí písemný souhlas Objednatele, tento souhlas je oprávněna vydat osoba
oprávněná jednat ve věcech plnění za Objednatele uvedená v čl. 11 odst. 11.2. Dohody.
Dodavatel je povinen zajistit, aby nový nahrazující člen realizačního týmu splňoval
minimálně stejné kvalifikační předpoklady jako nahrazovaný člen realizačního týmu. V
případě doplnění nového člena realizačního týmu, který neměl předchůdce, musí tento nový
člen splňovat minimálně požadavky na kvalifikaci stanovené v Zadávací dokumentaci dle
příslušné role. Dodavatel je povinen k žádosti o změnu či doplnění člena realizačního týmu
předložit odpovídající dokumenty prokazující splnění předmětných kvalifikačních
požadavků. Nesplnění povinnosti Dodavatele dle tohoto odstavce Dohody bude
považováno za podstatné porušení této Dohody.
ZÁRUČNÍ PODMÍNKY A ODPOVĚDNOST ZA VADY
Dodavatel zaručuje a odpovídá za to, že předané plnění odpovídá sjednané specifikaci, je
bez faktických vad a právních vad.
Dodavatel poskytuje Objednateli záruku na Plnění B v rozsahu poskytované služby tak, jak
je specifikováno v příloze č. 1 této Dohody (garance funkčnosti, SLA) a na Plnění A záruku
v délce šesti (6) měsíců, a to ode dne řádného dodání příslušného plnění, není-li v přílohách
této Dohody uvedeno jinak. Zárukou přejímá Dodavatel závazek, že dodané plnění bude po
tuto dobu způsobilé pro použití ke smluvenému, jinak k obvyklému účelu, a že si zachová
smluvené, jinak obvyklé vlastnosti. Objednatel je povinen záruční vady oznámit Dodavateli
neprodleně od jejich zjištění. Dodavatel je povinen odstranit vadu dle podmínek
specifikovaných v této Dohodě.
5
6.3. Dodavatel je povinen v případě Plnění B odstranit vadu nejpozději ve lhůtě specifikované
v Příloze č. 1 Dohody (SLA) a v případě Plnění A je Dodavatel povinen odstranit
6.4. reklamovanou vadu nejpozději do třiceti (30) dnů ode dne jejího řádného oznámení
6.5. Objednatelem, není-li v Příloze č. 1 Dohody uvedeno jinak. Objednatel může,
6.6. v opodstatněných případech, na žádost Dodavatele lhůtu k odstranění vady prodloužit.
6.7.
6.8. Nebyla-li do okamžiku uplatnění reklamace vady plnění uhrazena celá smluvní cena za
6.9. plnění, Objednatel není v prodlení s úhradou smluvní ceny až do úplného vyřešení
6.10. reklamace.
6.11.
Dodavatel odpovídá za to, že plněním této Dohody nebude zasaženo do práv třetích osob, a
6.12. to včetně práv k předmětům duševního vlastnictví.
6.13. Záruka za plnění se nevztahuje na případy a situace, které potenciálně nastanou v důsledku
7. legislativních nebo provozně-technických změn nezávislých na vůli Smluvních stran oproti
7.1. podmínkám sjednaným touto Dohodou.
7.2. Plnění má vady, jestliže nebylo dodáno v souladu s touto Dohodou. Za vady se považují i
vady v návodech k použití, dokladech a dokumentech.
Objednatel uplatní požadavek na odstranění vady na helpdesk Dodavatele nebo
prostřednictvím datové schránky, pokud se Smluvní strany nedomluví jinak.
Uplatněním nároku z odpovědnosti za vady není dotčen nárok Objednatele na náhradu
újmy.
Veškeré činnosti související s odstraněním vady činí Dodavatel sám na své náklady (včetně
nákladů na dopravu) v součinnosti s Objednatelem tak, aby svými činnostmi neohrozil nebo
neomezil činnost Objednatele.
V případě opravy zařízení, které obsahuje paměťové médium, které bylo součástí předmětu
plnění, tak jednotlivá paměťová média zůstávají po dobu opravy zařízení ve vlastnictví a
v držbě Objednatele. V případě závady na paměťovém médiu se Dodavatel zavazuje
nahradit nefunkční zařízení novým paměťovým médiem s tím, že vadné paměťové médium
zůstává ve vlastnictví a v držbě Objednatele.
Dodavatel neodpovídá za vady plnění způsobené vyšší mocí definované v odst. 14.6.
Dohody, neoprávněným zásahem či opomenutím Objednatele nebo třetí osoby na straně
Objednatele, které je v rozporu s dokumentací, písemně prokazatelně předanými
doporučeními výrobce nebo Dodavatele.
Příloha č. 1 Dohody může definovat podmínky záruky odlišně od tohoto čl. 6 Dohody,
v takovém případě má přednost ustanovení uvedené v Příloze č. 1 Dohody.
SANKCE
V případě prodlení Dodavatele s poskytnutím plnění dle této Dohody, resp. Objednávky,
vzniká Objednateli nárok na smluvní pokutu ve výši 0,2 % z ceny plnění s DPH, se kterým
je Dodavatel v prodlení dle příslušné Objednávky, a to za každý den prodlení, není-li
v Příloze č. 1 Dohody uvedeno jinak (např. sankce za nedodržení SLA).
V případě, že Dodavatel nepotvrdí Objednávku, resp. nepodá podnět k její úpravě, ve lhůtě
stanovené v čl. 2 odst. 2.3 této Dohody vzniká Objednateli nárok na smluvní pokutu ve výši
1 000,- Kč, a to za každý den prodlení.
6
7.3. V případě prodlení Dodavatele s odstraněním vady Plnění A dle odst. 6. 3. této Dohody
vzniká Objednateli nárok na smluvní pokutu ve výši 1000,- Kč, a to za každý den prodlení.
V případě prodlení Dodavatele s odstraněním vady Plnění B vzniká Objednateli nárok na
smluvní pokutu ve výši a dle podmínek specifikovaných v Příloze č. 1 Dohody.
7.4. V případě porušení povinností dle článku č. 9 této Dohody je Dodavatel povinen zaplatit
Objednateli smluvní pokutu ve výši 500 000 Kč za každé porušení.
7.5. V případě porušení povinností dle článku č. 13 této Dohody je Dodavatel povinen zaplatit
smluvní pokutu ve výši 200 000,- Kč.
7.6. Pokud není v Dohodě, nebo v textu příloh, v příslušné Objednávce stanoveno jinak,
Dodavatel je povinen zaplatit smluvní pokutu za každé podstatné porušení stanovených
smluvních povinností ve výši 50 000,- Kč za každé jednotlivé porušení.
7.7. V případě prodlení Objednatele s úhradou řádně vystavených a doručených faktur, je
Dodavatel oprávněn požadovat zákonný úrok z prodlení.
7.8. Smluvní strany se dohodly, že závazek zaplatit smluvní pokutu nevylučuje právo na náhradu
újmy, a to v celém rozsahu.
7.9. Úrok z prodlení a Smluvní pokuta je splatná ve lhůtě třiceti (30) dnů od dne doručení
písemné výzvy oprávněné Smluvní strany k její úhradě povinnou Smluvní stranou, není-li
ve výzvě uvedena lhůta delší.
8. PODDODAVATELÉ
8.1. Dodavatel je oprávněn poskytovat plnění dle této Dohody prostřednictvím poddodavatele
pouze v rozsahu, v jakém si toto právo vyhradil v rámci podání nabídky v zadávacím řízení
na Veřejnou zakázku, a pouze prostřednictvím tam uvedených poddodavatelů. Ve všech
ostatních případech je Dodavatel oprávněn poskytovat plnění prostřednictvím
poddodavatele pouze s předchozím písemným souhlasem Objednatele.
8.2. Za plnění poddodavatelů Dodavatel odpovídá jako za své plnění, včetně odpovědnosti za
důsledky vzniklé.
9. MLČENLIVOST A OCHRANA OSOBNÍCH ÚDAJŮ
9.1. Smluvní strany se zavazují, že nezpřístupní třetí osobě důvěrné informace, okolnosti a
údaje, které se dozvěděly nebo získaly v souvislosti s realizací předmětu plnění této
Dohody, ani je neposkytnou jiným osobám bez předchozího výslovného souhlasu druhé
Smluvní strany.
9.2. Za důvěrnou informaci se rovněž považuje obchodní tajemství ve smyslu občanského
zákoníku. Pro vyloučení pochybností se za důvěrnou informací dle této Dohody považuje
veškerá technická, provozní, bezpečností apod. dokumentace týkající se předmětu plnění
dle této Dohody. Objednatel je rovněž oprávněn označit za důvěrnou taky informaci,
dokument, zprávu, která není výslovně uvedena v tomto čl. 9 Dohody, o této skutečnosti
Dodavatele informuje.
9.3. Informace poskytnuté Dodavatelem Objednateli v souvislosti s realizaci předmětu plnění
této Dohody se považují za důvěrné, pouze pokud na jejich důvěrnost Dodavatel
Objednatele předem písemně upozornil a Objednatel Dodavateli písemně potvrdil svůj
závazek zachovávat důvěrnost těchto informací. Pokud jsou důvěrné informace Dodavatele
poskytovány v písemné podobě anebo ve formě textových souborů na elektronických
7
nosičích dat (médiích), je Dodavatel 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.
9.4. 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 Dohody, o 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 Dohody.
9.5. Za důvěrné informace Objednatele se dále bezpodmínečně považují veškerá data, která
obsahuje informační systém Objednatele, která do něj mají být, byla nebo budou
Dodavatelem, 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 Dohody jsou za důvěrné informace Objednatele
považovány též zdrojové kódy systému Objednatele, jejichž poskytnutí třetí osobě by mohlo
ohrozit bezpečnost dat Objednatele v tomto systému.
9.6. Bez ohledu na výše uvedená ustanovení se za důvěrné nepovažují informace, které:
a) se staly veřejně známými, aniž by jejich zveřejněním došlo k porušení závazků Smluvní
strany či právních předpisů;
b) měla přijímající Smluvní strana prokazatelně legálně k dispozici před uzavřením této
Dohody, pokud takové informace nebyly předmětem jiné, dříve mezi Smluvními
stranami uzavřené smlouvy o ochraně informací;
c) jsou výsledkem postupu, při kterém k nim přijímající Smluvní strana dospěje nezávisle
a je to schopna doložit svými záznamy nebo důvěrnými informacemi třetí strany;
d) po podpisu této Dohody poskytne přijímající Smluvní straně třetí osoba, jež není
omezena v takovém nakládání s informacemi.
9.7. Právo užívat, poskytovat a zpřístupnit důvěrné informace mají Smluvní strany pouze
v rozsahu a za podmínek nezbytných pro řádné plnění práv a povinností vyplývajících z této
Dohody, a to způsobem definovaným v bezpečnostních politikách Objednatele.
9.8. Ujednání této Dohody upravující ochranu důvěrných informací se nevztahují na skutečnosti,
které je nutno zveřejnit, poskytnout nebo sdělit dle platných právních předpisů včetně práva
EU nebo závazného rozhodnutí oprávněného orgánu. Dodavatel výslovně souhlasí se
zveřejněním celého textu Dohody, včetně všech Příloh.
9.9. Dodavatel je povinen chránit osobní údaje a při jejich ochraně postupovat v souladu s
příslušnými právními předpisy, zejména se zákonem č. 110/2019 Sb., o zpracování
osobních údajů, a je povinen dodržovat podle Nařízení evropského parlamentu a rady (EU)
2016/679 ze dne 27. 04. 2016 o ochraně fyzických osob v souvislosti se zpracováním
osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné
nařízení o ochraně osobních údajů), povinnost zachovávat mlčenlivost o osobních údajích
a o bezpečnostních opatřeních, jejichž zveřejnění by ohrozilo zabezpečení osobních údajů.
9.10. Ukončení účinnosti této Dohody z jakéhokoliv důvodu se nedotkne ustanovení tohoto
článku Dohody a účinnost včetně ustanovení o sankcích přetrvá bez omezení i po ukončení
účinnosti této Dohody.
10. ÚČINNOST DOHODY A ODSTOUPENÍ
10.1. Tato Rámcová dohoda se uzavírá na dobu určitou, a to na jeden (1) rok ode dne její
účinnosti, nebo do vyčerpání celkové ceny v Kč s DPH uvedené v čl. 3. odst. 3.2. této
8
10.2. Dohody (vyčerpáním se rozumí součet jednotlivých smluvních cen uzavřených
10.3. Objednávek) dle toho, která skutečnost nastane dříve. Skončení účinnosti této Dohody nemá
10.4. vliv na účinnosti jednotlivých, již uzavřených Objednávek.
Ukončením účinnosti této Dohody nejsou dotčena ustanovení Dohody týkající se převodu
vlastnického práva a užívacích práv, nároků z odpovědnosti za vady, nároků z odpovědnosti
za újmu a nároků ze smluvních pokut, 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 Dohody.
Každá ze smluvních stran může od této Dohody, resp. Objednávky odstoupit v případech
stanovených touto Dohodou nebo zákonem, zejména pak dle ust. § 1977 a násl. a ust. §
2002 a násl. občanského zákoníku. Účinky odstoupení od Dohody, resp. Objednávky
nastávají dnem doručení oznámení o odstoupení příslušné Smluvní straně.
Rámcovou dohodu, resp. Objednávku lze dále ukončit následujícími způsoby:
a) písemnou dohodou Smluvních stran, jejíž součástí bude i vypořádání vzájemných
závazků a pohledávek;
b) písemným odstoupením jedné Smluvní strany doručeným druhé Smluvní straně
v souladu s touto Dohodou.
10.5. Smluvní strany jsou oprávněné odstoupit od této Dohody, resp. Objednávky i pro
10.6. nepodstatné porušení smlouvy dle příslušných ustanovení občanského zákoníku. V případě
nepodstatného porušení smluvní povinnosti, může druhá Smluvní strana od Dohody
odstoupit poté, co strana, která se dopustila nepodstatného porušení smluvní povinnosti,
svoji povinnost nesplní ani v dodatečné přiměřené lhůtě, kterou jí druhá Smluvní strana
poskytla.
Objednatel má právo odstoupit od Dohody, resp. Objednávky také tehdy, pokud:
a) bylo vydáno rozhodnutí o úpadku Dodavatele v insolvenčním řízení nebo Dodavatel
sám podá dlužnický návrh na zahájení insolvenčního řízení;
b) Dodavatel vstoupí do likvidace nebo dojde k jinému byť jen faktickému podstatnému
omezení rozsahu jeho činnosti, který by mohl mít negativní dopad na jeho způsobilost
plnit závazky podle této Dohody;
c) Dodavatel přestane splňovat podmínky základní a profesní způsobilosti nebo technické
kvalifikace stanovených v zadávacích podmínkách na realizaci Veřejné zakázky,
výsledkem které je tato Dohoda;
d) je Dodavatel v prodlení s poskytnutím plnění o více než 30 dnů;
e) je Dodavatel v prodlení s provedením reklamace nebo nedůvodně odmítá reklamaci
provést;
f) je Dodavatel nespolehlivým plátcem dle § 106a zákona č. 235/2004 Sb., o dani z přidané
hodnoty;
g) Dodavatel nemá bankovní účet řádně registrován v databázi „Registru plátců DPH“.
Účinky odstoupení od Dohody, resp. Objednávky dle tohoto odstavce 10. 6. Dohody
nastávají dnem doručení oznámení o odstoupení Dodavateli.
9
11. KOMUNIKACE SMLUVNÍCH STRAN, OPRÁVNĚNÉ OSOBY
11.1. Veškerá komunikace mezi Smluvními stranami bude probíhat prostřednictvím oprávněných
osob stanovených zákonem, touto Dohodou, Objednávkou nebo jimi pověřených zástupců.
11.2. Kromě zákonných zástupců Smluvních stran, další kontaktní osoby oprávněné jednat ve
věcech plnění poskytovaného dle této Dohody, včetně práva podepsat akceptační protokol:
za Dodavatele:
za Objednatele:
11.3. V případě, že dojde ke změně korespondenční adresy, sídla, bankovního spojení,
oprávněných osob nebo kontaktních údajů uvedených v Dohodě a/nebo dílčí Objednávce,
doručí povinná Smluvní strana písemné oznámení o této změně druhé Smluvní straně bez
zbytečného odkladu, a to prostřednictvím datové schránky. Změna dle tohoto odstavce není
důvodem k uzavření dodatku k Dohodě a/nebo dílčí Objednávce.
12. LICENCE
12.1. V případě, že předmětem plnění dle této Dohody je i plnění, které naplňuje znaky
autorského díla dle zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících
s právem autorským a o změně některých zákonů (dále jen „autorský zákon“), Objednatel
má k tomuto dílu jako celku i k jeho jednotlivým částem následující licenci:
a) Objednatel má nevýhradní, přenosné, časově a územně neomezené právo užít autorské
dílo ke všem způsobům užití v neomezeném rozsahu. Objednatel má právo autorské dílo
zpracovávat, upravovat či jinak měnit, a to i prostřednictvím třetích osob. Objednatel je
oprávněn tuto licenci ve formě sublicence poskytnout třetí osobě, nebo ji na třetí osobu
převést, a to v celém rozsahu, nebo jenom ohledně určitých práv vyplývajících z licence.
b) Účinek poskytnuté licence nastává okamžikem předání plnění dle této Dohody, do
okamžiku předání je Objednatel oprávněn autorské dílo užít v rozsahu a způsobem
nezbytným k provedení akceptace příslušného plnění.
c) V případě, že předmětem plnění je tzv. software vytvořený na zakázku, tedy software
vytvořený pro účely plnění této Dohody a/nebo rozvoj takového software, licence dle
tohoto článku Dohody se vztahuje i na zdrojové kódy, včetně přípravných koncepčních
materiálů k takovému software. Dodavatel je povinen při předání plnění dle této Dohody,
tedy před podpisem akceptačního protokolu nebo protokolu o převzetí software
vytvořeného na zakázku a/nebo rozvoje takového software, předat Objednateli aktuální
verzi komentovaných zdrojových kódů, včetně přípravných koncepčních materiálů v
elektronické formě, a to v takovém rozsahu a podobě, aby Objednatel sám, nebo
prostřednictvím třetí osoby, mohl případně převzít další rozvoj takového software
vytvořeného na zakázku.
d) Pro vyloučení pochybností se uvádí, že v případě, že Dodavatel je povinen dodat
dokumentaci např. projektovou, analytickou, programátorskou, uživatelskou, provozní,
technickou, bezpečnostní apod., tak se jedná o autorské dílo na zakázku a vztahuje se na
ni licence dle tohoto článku Dohody, tj. Objednatel má kromě jiného právo takové
dokumenty měnit a upravovat.
e) Udělení licence nelze ze strany Dodavatele vypovědět. Licence se poskytuje bezúplatně.
10
f) Je-li součástí plnění tzv. standardní software, u kterého Dodavatel nemůže udělit, nebo
zajistit Objednateli licenci dle předchozích ustanovení, řídí se poskytovaná licence
licenčními podmínkami dodaného softwarového produktu, ale s tím, že Objednatel má
vždy nevýhradní, přenosné, časově a územně neomezené právo užít tento software
v rozsahu stanoveném touto Dohodou. Objednatel je oprávněn licenci převést na třetí
osobu. Pro vyloučení pochybností Smluvní strany uvádějí, že za standardní software se
považuje pouze:
- softwarové produkty s GPL licencí;
- SW komponenty, které jsou patentově chráněny;
- SW komponenty, pokud jsou Dodavatelem prokazatelně dodávány jako ucelené SW
dílo jiným subjektům a není do nich v rámci dodávky zasahováno nebo jsou měněny
jen konfiguračně;
g) Objednatel nemá povinnost licenci využít.
13. POJIŠTĚNÍ
13.1.
Dodavatel je povinen být po celou dobu plnění dle této Rámcové dohody a plnění vzniklých
13.2. na jejím základě, pojištěn z odpovědnosti za újmu způsobenou třetí osobě při výkonu
13.3. podnikatelské činnosti se shodným předmětem plnění, jako je předmět této Dohody, a to ve
14. výši minimální pojistné částky 10 000 000,- Kč se spoluúčastí maximálně 10% s tím, že
14.1. pojistná smlouva musí zahrnovat odpovědnost Dodavatele za újmu způsobenou Objednateli
nebo třetí osobě až do výše sjednané pojistné částky.
14.2.
14.3. Dodavatel je povinen prokázat platnou pojistnou smlouvu, kdykoliv na požádání
14.4. Objednatele v průběhu trvání této Dohody.
14.5.
Veškeré náklady související s pojištěním odpovědnosti Dodavatele za újmu dle výše
uvedeného jsou nákladem Dodavatele.
OBECNÁ USTANOVENÍ
Dodavatel je povinen postupovat s odbornou péčí, podle nejlepších znalostí a schopností,
sledovat a chránit oprávněné zájmy Objednatele a postupovat v souladu s jeho pokyny nebo
s pokyny jím pověřených osob. Dodavatel je povinen upozorňovat Objednatele
v odůvodněných případech na případnou nevhodnost pokynů Objednatele.
Smluvní strany se výslovně dohodly, že Dodavatel odpovídá Objednateli za újmu
majetkovou i za újmu nemajetkovou.
Dodavatel se zavazuje upozornit Objednatele na všechny okolnosti, které by mohly vést při
plnění smlouvy k omezení činností nebo ohrožení chodu Objednatele, zejména pak ve
vztahu k jím používaným produktům, zařízení, programovému vybavení a prostředí.
Dodavatel je povinen upozornit Objednatele na potenciální rizika vzniku škod a včas a řádně
dle svých možností provést taková opatření, která riziko vzniku škod zcela vyloučí nebo
(pokud je nelze zcela vyloučit) v maximální možné míře sníží.
Dodavatel je povinen upozorňovat Objednatele včas na všechny hrozící vady či výpadky
svého plnění, jakož i poskytovat Objednateli veškeré informace, které jsou pro plnění
Dohody nezbytné a neprodleně oznámit písemnou formou Objednateli překážky, které mu
brání v plnění předmětu Dohody a výkonu dalších činností souvisejících s plněním
předmětu Dohody.
11
14.6. Dodavatel není v prodlení s plněním předmětu Dohody a/nebo Objednávky v odůvodněných
a Dodavatelem prokázaných případech způsobených zásahem vyšší moci. Vyšší mocí se
rozumí v souladu s ustanovením § 2913 odst. 2 Občanského zákoníku takové překážky,
které nastaly po vzniku závazku nezávisle na vůli stran, mají mimořádnou povahu, jsou
neodvratitelné, nepředvídatelné, nepřekonatelné a brání objektivně splnění povinností dle
Dohody a/nebo Objednávky. V případě, že zásah vyšší moci dle tohoto odstavce trvá déle
než 30 dnů, je Objednatel oprávněn od Dohody a/nebo Objednávky odstoupit s účinky
ex nunc.
14.7. Dodavatel je povinen upozornit Objednatele písemně na existující či hrozící střet zájmů
bezodkladně poté, co střet zájmů vznikne nebo vyjde najevo, pokud Dodavatel i při
vynaložení veškeré odborné péče nemohl střet zájmů zjistit před uzavřením Smlouvy.
14.8. Objednatel i Dodavatel se dále zavazují sdělit či poskytnout bez zbytečného odkladu druhé
Straně veškeré nezbytné přístupy k věcným i technickým informacím, kterých je nezbytně
zapotřebí k provedení řádného plnění ze strany Dodavatele.
14.9. Dodavatel je povinen po celou dobu plnění dle této Dohody mít v platnosti veškerá
oprávnění, licence a certifikáty ke všem činnostem dle této Dohody.
14.10. Dodavatel při plnění této Dohody nebude mít přístup k reálným datům. Veškeré ladící a
testovací práce musí být provedeny na testovacích datech, která Objednatel poskytne
Dodavateli nebo si je Dodavatel zajistí a odsouhlasí jejich validitu pro účely testování s
Objednatelem.
14.11. Dodavatel není oprávněn připojovat jakákoli vlastní zařízení nebo zprostředkovávat
jakýkoli logický přístup do ICT infrastruktury Objednatele, pracující s reálnými daty.
V případě stavu, kdy Objednatel a Dodavatel společně odstraňují závadu v předmětu díla
nebo v datech, je možný přístup k reálným datům jen pod dohledem odpovědného
pracovníka Objednatele a jen za účelem odstranění závady.
14.12. Dodavatel je povinen spolupůsobit jako osoba povinná při výkonu finanční kontroly ve
smyslu § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně
některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů, a poskytnout
Objednateli i kontrolním orgánům při provádění finanční kontroly nezbytnou součinnost.
Dodavatel se zavazuje zajistit, že práva výše uvedených kontrolních institucí provádět
audity, kontroly a ověření se budou stejnou měrou vztahovat, a to za stejných podmínek a
podle stejných pravidel na jakéhokoli poddodavatele či jakoukoli jinou stranu, která má
prospěch z finančních prostředků poskytnutých v rámci Dohody.
14.13. Dodavatel se zavazuje dodržovat platnou legislativu, standardy ICT Objednatele,
bezpečnostní politiky Objednatele a relevantní ustanovení zákona č. 181/2014 Sb., o
kybernetické bezpečnosti a o změně souvisejících předpisů (zákon o kybernetické
bezpečnosti), ve znění pozdějších předpisů a vyhlášky č. 82/2018 Sb., bezpečnostních
opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních,
náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat (vyhláška o
kybernetické bezpečnosti). Nesplnění povinnosti Dodavatele dle tohoto odstavce Dohody
bude považováno za podstatné porušení této Dohody.
15. ZÁVĚREČNÁ USTANOVENÍ
15.1. Tato Dohoda nabývá účinnosti dnem uveřejnění v registru smluv dle zákona č. 340/2015
Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňování těchto smluv a o
registru smluv (zákon o registru smluv).
12
15.2. Tato Dohoda nesmí být postoupena bez předchozího písemného souhlasu druhé Smluvní
strany, nebo být součástí projektu přeměny dle Zákona č. 125/2008 Sb., o přeměnách
obchodních společností a družstev, bez předchozího písemného souhlasu druhé Smluvní
strany.
15.3. Smluvní strany nemají zájem, aby nad rámec výslovných ustanovení této Dohody byla
jakákoliv práva a povinnosti dovozovány z dosavadní či budoucí praxe zavedené mezi
stranami či zvyklostí zachovávaných obecně či v odvětví týkajícím se předmětu plnění dle
těchto smluv, ledaže je stanoveno jinak.
15.4. Smluvní strany vylučují aplikaci ustanovení § 557 občanského zákoníku na tuto Dohodu.
15.5. Práva Objednatele vyplývající z této Dohody či jejího porušení se promlčují ve lhůtě 10 let
ode dne, kdy právo mohlo být uplatněno poprvé.
15.6. Dodavatel přebírá podle § 1765 občanského zákoníku nebezpečí změny okolností, zejména
v souvislosti s cenou za poskytnuté plnění, požadavky na poskytované plnění a licenčními
podmínkami výrobce.
15.7. Ukáže-li se některé z ustanovení této Dohody zdánlivým (nicotným), posoudí se vliv této
vady na ostatní ustanovení Dohody obdobně podle ust. § 576 občanského zákoníku.
15.8. Všechny spory vyplývající z právního vztahu založeného touto Dohodou a v souvislosti
s ním, budou řešeny podle obecně závazných právních předpisů České republiky a soudy
České republiky.
15.9. Tato Dohoda může být měněna pouze formou číslovaných písemných dodatků podepsaných
oběma Smluvními stranami, není-li v této Dohodě výslovně stanoveno jinak.
15.10. Zadávací podmínky zadané Veřejné zakázky a smluvní podmínky sjednané touto Dohodou
jsou bezvýhradně závazné pro Objednávky, a to včetně technické specifikace uvedené
v zadávací dokumentaci. Při uzavírání dílčích Objednávek na základě této Dohody Smluvní
strany nesmí provádět podstatné změny v podmínkách stanovených v této Dohodě.
15.11. Tato Dohoda je podepsána oběma Smluvními stranami elektronickým podpisem.
15.12. Nedílnou součástí této Dohody jsou následující Přílohy:
Příloha č. 1 – „Specifikace předmětu plnění“
Příloha č. 2 – „Specifikace ceny“
Příloha č. 3 – „Vzor objednávky“
Příloha č. 4 – „Vzor akceptačního protokolu“
V Praze dne (dle el. podpisu) V Ostravě dne (dle el. podpisu)
Objednatel: Dodavatel:
………………….. …………………..
Ministerstvo vnitra – Česká republika
plk. Mgr. Branislav Samek
13
Příloha č. 1 – Specifikace předmětu plnění
Specifikace předmětu plnění
Technická podpora systémů CDI2, CDI3 (OLDA), TranV a TranZ
– Rámcová dohoda
Obsah:
1 Vymezení předmětu plnění .....................................................................................2
2 Obecný popis systémů DI ........................................................................................2
3 Plnění A – Konzultační, konfigurační a implementační práce ....................................3
3.1. Implementační projekt ................................................................................................... 3
3.2. Požadavky na role a kvalifikace pracovníků zajišťujících služby dle Plnění A ................. 4
3.3. Rámcová specifikace činnosti pro Plnění A..................................................................... 5
4. Plnění B – Služby provozní podpory (fixní část) ........................................................6
4.1. Korektivní služby podpory .............................................................................................. 6
4.2. Preventivní služba podpory ............................................................................................ 7
4.3. Adaptivní služby podpory ............................................................................................... 7
4.4. Služby Helpdesku ............................................................................................................ 7
4.5. Ostatní služby poskytované jako součást fixní podpory................................................. 9
5. SLA a sankce ......................................................................................................... 17
5.1. Definice termínů pro účely SLA..................................................................................... 17
5.2. SLA pro Plnění A ............................................................................................................ 17
5.3. SLA pro Plnění B ............................................................................................................ 17
5.4. SLA na Helpdesk............................................................................................................ 18
5.5. Kategorie vad ................................................................................................................ 18
5.6. Sankce ........................................................................................................................... 19
6. Akceptace ............................................................................................................. 19
6.1. Akceptace Plnění A ....................................................................................................... 19
6.2. Akceptace Plnění B ....................................................................................................... 20
6.3. Akceptační testy............................................................................................................ 20
6.4. Akceptace dokumentace .............................................................................................. 21
1
Příloha č. 1 – Specifikace předmětu plnění
1 Vymezení předmětu plnění
Předmětem plnění této Rámcové dohody je poskytnutí technické podpory systémů dopravních
informací CDI2, CDI3 (OLDA), TranZ a TranV (dále jen „systémy DI“, případně „systémy“) v podobě
zajištění provozní podpory a poskytování implementačních, konfiguračních a konzultačních prací
k zajištění efektivního a optimálního zajištění provozu a udržitelnosti systémů DI.
Rámcová dohoda se dělí na jednotlivá plnění dle následující tabulky:
Část Předmět
Plnění A Konzultační, konfigurační a implementační práce
Plnění B Služby provozní podpory pro systémy CDI2, OLDA, TranV a TranZ
Rámcová dohoda se uzavírá na období 1 roku ode dne její účinnosti.
2 Obecný popis systémů DI
V rámci systémů jsou používány následující technologie:
• Ubuntu Server – operační systém v 64 bitové variantě
• PostgreSQL – relační databázový systém
• PostGIS – rozšíření PostgreSQL o možnost ukládání prostorových dat
• Java JDK a Java JRE – vývojové a běhové prostředí programovacího jazyka Java
• JBoss aplikační server – server, pod kterým běží samotná aplikace
• Apache http server – webový server
• PHP5 – scriptovací programovací jazyk
• Kerberos – aplikace pro ověřování identit vůči ActiveDirectory
• ApacheDS – nástroj pro ověřování uživatelů přes LDAP
• Postfix – mail server
• Nagios – monitorovací nástroj
• Munin – nástroj pro sledování systémových prostředků
• Asterisk
Pro provoz systémů jejich modulů a komponent Zadavatel provozuje virtuální servery s OS Linux.
Systémy pro plnění Rámcové dohody o podpoře budou předány do 7 dnů od účinnosti Rámcové dohody,
a to následujícím způsobem:
Dodavateli budou po uzavření Rámcové dohody zpřístupněny dokumenty pod názvem
„Administrátorská provozní dokumentace CDI2“ a „Administrátorská provozní dokumentace
OLDA.“ Tyto dokumenty obsahují seznamy serverů, popisy jednotlivých komponent, názvy
instalovaných aplikaci, přístupové údaje k jednotlivým částem systémů, postupy při spouštění či
2
Příloha č. 1 – Specifikace předmětu plnění
zastavování služeb (aplikací), umístění
a obsah aplikačních logů, seznamy konfiguračních souborů a logů spolu s jejich popisy a popisy vazeb
a administrátorských činností. Dále dokumenty obsahují seznamy start/restart a stop příkazů pro
jednotlivé komponenty a aplikace.
3 Plnění A – Konzultační, konfigurační a implementační práce
Předmětem Plnění A této Rámcové dohody jsou volitelně objednatelné práce (formou MD).
Nabídnutá cena musí obsahovat všechny náklady Dodavatele včetně cestovného do jednotlivých míst
instalace dodaných zařízení. V případě Plnění A platí, že minimální jednotka k objednání je 1/2
člověkohodiny, tj. 1/16 člověkodne.
Dodavatel je povinen poskytnout požadované MD, resp. zahájit požadované činnosti ve lhůtě nejdéle
do 5 pracovních dnů ode dne účinnosti dílčí objednávky, pokud nebude v objednávce dohodnuta lhůta
delší.
Zadavatel požaduje plnění konzultačních, konfiguračních a implementačních služeb v rozsahu
uvedeném dále.
3.1. Implementační projekt
Předmětem Plnění jsou služby z oblasti konzultací, školení, analýzy, návrhů, konfigurace
a implementace, jež jsou objednávány formou MD a mohou být různého rozsahu, od běžné konzultace
až po realizaci celku v podobě a rozsahu samostatného projektu. Z těchto důvodů Zadavatel požaduje
v případě, že je Zadavatelem objednáno ucelené Plnění ve větším rozsahu (počtu MD, zpravidla více než
10 MD) v podobě rozsáhlejší analytické, architektonické, konfigurační a zejména komplexní realizační
činnosti, aby byl součástí Plnění A implementační projekt. Požadavek na implementační projekt bude
vždy Zadavatelem specifikován v dílčích objednávkách pro čerpání Plnění A.
Implementační projekt musí obsahovat minimálně tyto činnosti:
• Analýza stávajícího stavu, návrh řešení včetně definice přesných kroků vedoucích k úspěšné
realizaci a implementaci řešení, včetně případné konfigurace a integrace aplikačních a SW
technologií a případných zařízení v infrastruktuře Zadavatele, je-li úprava jejich konfigurace
a jejich integrace součástí Plnění nebo je pro Plnění nezbytná. Po akceptaci návrhu řešení jeho
řízená realizace;
• Návrh testovacích scénářů pro otestování plné funkcionality dodaného Plnění v infrastruktuře,
resp. ICT prostředí Zadavatele. Po odsouhlasení testů ze strany Zadavatele bude provedení
těchto testů podmínkou akceptace a protokol o provedení a výsledcích testů bude součástí
akceptačního protokolu;
• Proškolení pracovníků Zadavatele, seznámení s užíváním, správou, konfigurací a dalším
rozvojem realizovaných a implementovaných řešení dotčených systémů:
o seznámení s realizovaným řešením, jeho konfigurací, strukturou a způsobem jeho
dalšího programového vývoje, rozvoje a škálování; v případě realizace studií nebo
návrhu architektur, seznámení s jejich obsahem a odůvodněním jejich podoby;
3
Příloha č. 1 – Specifikace předmětu plnění
o vysvětlení všech použitých nastavení v rámci konfigurace, integrace a nasazení
do infrastruktury Zadavatele;
o způsob spuštění nouzových režimů obnovy;
o způsob zajištění optimálního provozu;
o možné režimy uživatelského a administrativního přístupu a seznámení
se základními funkcemi.
Implementační projekt je ukončen provedením akceptačních testů (viz Akceptační testy).
Rozsah a detailní zadání implementačního projektu budou upřesněny v dílčích objednávkách,
a následně před samotnou implementací.
Součástí výstupů implementačního projektu je dokumentace (nebo aktualizace stávající dokumentace),
která musí zahrnovat alespoň:
• Uživatelská dokumentace;
• Dokumentace skutečného provedení;
• Dokumentace obsahující detailní popis všech implementovaných funkcí;
• Vypracování nebo aktualizace stávající dokumentace architektury řešení dotčených systémů;
• Vypracování nebo aktualizace stávající dokumentace APD (administrátorská provozní
dokumentace) Zadavatele.
Dokumentace bude vytvořena na základě standardizované šablony Zadavatele, pokud takovou
Zadavatel Dodavateli poskytne a upřesní před samotnou implementací.
V případě, že je součástí implementačního projektu analýza nebo návrh architektury, musí být součástí
dokumentace (dokumentace architektury) veškerá schémata, modely apod. v provedení editovatelném
v CASE nástroji Sparx Enterprise Architect.
Všechna jednání a způsob zajištění a realizace implementačního projektu, která se uskuteční v rámci
Plnění z této Rámcové dohody mezi Zadavatelem a Dodavatelem (příp. i dalšími stranami) se řídí
pravidly projektového řízení Zadavatele.
3.2. Požadavky na role a kvalifikace pracovníků zajišťujících služby dle Plnění A
Zadavatel bude v rámci čerpání služeb z Plnění A, zejména pro dlouhodobé, opakující se činnosti
související s podporou provozu a udržitelnosti dotčených systémů, uvádět v objednávce mimo jiné
soupis požadovaných rolí pracovníků Dodavatele.
Záměrem Zadavatele je pro realizaci provozu a udržitelnosti dotčených systémů vytvořit tým specialistů
tvořený interními pracovníky Zadavatele v kombinaci s pracovníky Dodavatele objednanými v rámci
Plnění A.
Zadavatel požaduje pro zajištění činností souvisejících s provozem a udržitelností dotčených systémů
v rámci Plnění A následující role:
• Specialista IT systémů
4
Příloha č. 1 – Specifikace předmětu plnění
• Specialista bezpečnosti
• Specialista GIS
• Databázový specialista
• Specialista provozu a podpory
Detailní požadavky na specifikaci a kvalifikaci jednotlivých rolí jsou uvedeny v následující tabulce.
V případě počtu členů realizačního týmu Uchazeče v jednotlivých rolích, musí Uchazeč brát v potaz
možné dovolené a jiné pracovní neschopnosti jimi nabízených pracovníků v různých rolích, a tak počítat
s vykrytím jejich případných nedostupností jinými pracovníky Uchazeče se stejnou nebo vyšší kvalifikací.
Pro vyloučení pochybností Zadavatel požaduje pro každou roli samostatného pracovníka, resp. jeden
Uchazečem nabídnutý pracovník může pokrýt současně jen jednu roli.
Role Požadavek Zadavatele
Specialista IT systémů
Požadované minimální vzdělání Ukončené vysokoškolské vzdělání v oblasti IT
Požadovaná minimální praxe Alespoň 3 roky praxe v oblasti vývoje nebo podpory inteligentních IT systémů
Požadovaná zkušenost Zkušeností s podporou systému na platformě Linux s využitím Java aplikačních
serverů
Další požadavky Znalostí českého jazyka pro potřeby odborné komunikace
Specialista bezpečnosti
Požadované minimální vzdělání Ukončené vysokoškolské nebo postgraduálním vzděláním v oblasti kyber
bezpečnosti
Požadovaná minimální praxe Alespoň 5 let praxe v oblasti IT
Další požadavky Znalostí českého jazyka pro potřeby odborné komunikace
Specialista GIS
Požadované minimální vzdělání Ukončené vysokoškolské vzdělání technického směru se zaměřením na GIS
Požadovaná minimální praxe Alespoň 5 let praxe v oblasti geografických informačních systémů
Požadovaná zkušenost Zkušeností ve zpracování geoprostorových dat nad silniční sítí ČR
Další požadavky Znalostí českého jazyka pro potřeby odborné komunikace
Databázový specialista Alespoň 5 let praxe v oblasti návrhu architektury databází
Požadovaná minimální praxe
Požadovaná zkušenost Znalost používáním a správy databázového systému PostgreSQL a včetně rozšíření
PostGIS (prostorová data).
Specialista provozu a podpory Alespoň 3 roky praxe v oblasti podpory IT systémů
Požadovaná minimální praxe
Uchazeč v nabídce uvede jmenný seznam jimi nabízených pracovníků s uvedením, pro jakou roli
pracovníka nabízí a s uvedením a doložením splnění veškerých požadovaných kvalifikací a certifikací.
3.3. Rámcová specifikace činnosti pro Plnění A
V případě požadavků na služby dle Plnění A se jedná o činnosti převážně z oblasti implementací,
konfigurací a konzultací a s tím související tvorbou dokumentů, a to zejména:
• Analýza potřeb a požadavků na konfigurační změny a případný budoucí rozvoj;
5
Příloha č. 1 – Specifikace předmětu plnění
• Adhoc činnosti z Plnění B;
• Konzultace a školení k předmětným systémům a oblasti jimi řešené;
• Tvorba dokumentace dle požadavků a potřeb Zadavatele;
• Konfigurace a integrace do infrastruktury Zadavatele;
• Integrace do centrálního monitoringu Zadavatele (Zabbix);
• Konfigurace a změna OS na Redhat Enterprise Linux Server (RHEL);
• Konfigurační změny v architektuře a bezpečnosti systémů.
Výčet činností není konečný, ale rámcový. Předmětem dodávky Plnění A jsou implementační,
konfigurační a konzultační činnosti z celkové problematiky související s dotčenými systémy.
Plnění A bude čerpáno na základě dílčích objednávek, jejichž přílohou bude soupis objednávaných rolí
(souhrnně uvedeny v bodě 3.2 Požadavky na role a kvalifikace pracovníků zajišťujících služby dle Plnění
A). Čerpání Plnění A není povinné a služby budou čerpány postupně až do vyčerpání prostředků nebo
ukončení účinnosti Rámcové dohody.
Dále může být předmětem volitelně objednatelných implementačních, konfiguračních a konzultačních
služeb i služba předání systému(ů):
Předání systémů Zadavateli (jinému dodavateli):
S ukončením podpory budou systémy předány následujícím způsobem:
Dojde-li během plnění dle Rámcové dohody ke změně v některých údajích uvedených v dokumentech
„Administrátorská provozní dokumentace CDI2, CDI3, TranZ, TranV“, Dodavatel předá aktualizované
verze těchto dokumentů Zadavateli.
4. Plnění B – Služby provozní podpory (fixní část)
Předmětem Plnění B této Rámcové dohody je poskytování provozní podpory (SLA) pro systémy DI
Zadavatele. Provozní podporou jsou pro Plnění B této Rámcové dohody myšleny korektivní, preventivní
a adaptivní služby představující pravidelné činnosti, jejichž cílem je co největší prevence výskytu
případného nestandardního stavu, respektive incidentu, který by vyústil v nefunkčnost nebo omezení
funkčnosti jednotlivých systémů DI, tj. systému CDI2, CDI3 (OLDA), TranZ, TranV. V případě výpadku pak
uvedení předmětných systémů do provozního stavu v souladu s parametry kapitoly 5 - SLA
definovanými níže.
Nedílnou součástí provozní podpory je zajištění Helpdesku.
4.1. Korektivní služby podpory
Korektivní služba podpory zahrnuje zejména:
• Reaktivní podporu zaměřenou na detekci příčin zjištěných či nahlášených anomálií,
nestandardních a chybových stavů (dále problém) ve fungování předmětných systémů během
jejich provozu a implementaci odpovídajících oprav nebo dočasných řešení v souladu s SLA,
s jasným cílem zprovoznit jednotlivé systémy, odstranit příčinu problému a navrhnout,
otestovat a nasadit trvalé řešení;
6
Příloha č. 1 – Specifikace předmětu plnění
• Vedení záznamů o výskytu anomálií během provozu jednotlivých systémů;
• Seznámení pracovníků Zadavatele s problémem, jeho příčinou a způsobem řešení;
• Podporu Zadavatele v případě potřeby eskalace anomálie, nestandardního nebo chybového
stavu, tj. poskytnutí potřebných podkladů, případně na základě žádosti Zadavatele přímou
komunikaci s třetí stranou.
4.2. Preventivní služba podpory
Preventivní služba podpory zahrnuje zejména:
• Proaktivní podporu zaměřenou na detekci a předcházení anomáliím, nestandardním
a chybovým stavům (dále problémům) ve fungování jednotlivých systémů během jejich provozu
a implementaci odpovídajících oprav nebo dočasných řešení s jasným cílem přesně definovat
příčinu problému a navrhnout, otestovat a nasadit trvalé řešení;
• Detekci a odstraňování latentních chyb dříve, než se mohou projevit selháním funkčnosti
systémů nebo jejich částí. Provádět úpravy konfigurací nebo nasazovat aktualizace, které sníží
šanci budoucích problémů;
• Prověřování možností optimalizace konfigurace systémů prostřednictvím analýzy technických,
procesních i organizačních aspektů systému a návrhu úprav technických, procesních nebo
organizačních směřujících k vyšší spolehlivosti a efektivitě provozu systémů.
4.3.Adaptivní služby podpory
Adaptivní služby podpory zahrnují zejména:
• Aktualizaci konfigurace systémů (a jejich jednotlivých částí) s cílem zachování úrovně
bezpečnosti, resp. její zvyšování a dále HW a SW podpory pro jednotlivá zařízení a technologie
související infrastruktury;
• Přizpůsobování konfigurace systémů a jejich jednotlivých částí s cílem udržet systémy na úrovni
garantované dostupnosti, odezvy a dalších kvalitativních ukazatelů;
• Sledování dlouhodobých trendů využívaní systémů a jejich jednotlivých částí, zátěže a struktury
zátěže její provozní infrastruktury a jednotlivých zařízení, analýzu trendů a včasnou reakci na ně
formou úprav parametrů, dílčích změn architektury, nebo doporučení posílení infrastruktury
o další zařízení, resp. jeho konfiguraci, resp. jeho propojení nebo zapojení;
• V případě použití certifikátů, jejich správa a včasná reakce na potřebu jejich změny včetně
vedení jejich přehledu.
4.4.Služby Helpdesku
Služby reaktivní podpory představují stálou připravenost pracovníků Dodavatele pro řešení
nestandardních stavů (viz též korektivní podpora), které nebylo možné odhalit v rámci proaktivních
služeb. Dodavatel v návaznosti na proaktivní služby bude aktualizovat znalostní bázi tak, aby bylo možno
na nahlášenou vadu operativně reagovat a odstranit ji v co nejkratším časovém úseku.
Dodavatel zajistí pro potřeby Zadavatele pro poskytování všech služeb z této Rámcové dohody či dalších
požadavků po dobu trvání smluvního vztahu po celou dobu účinnosti této Rámcové dohody Helpdesk
podle níže definovaných parametrů.
7
Příloha č. 1 – Specifikace předmětu plnění
Helpdesk má primárně podobu webové aplikace zřízené a provozované Dodavatelem a slouží jako
jednotné kontaktní místo. Dodavatel zřídí určeným pracovníkům Zadavatele vzdálený přístup
k Helpdesku. Kromě vzdáleného přístupu zajistí Dodavatel minimálně další 2 způsoby komunikace
s Helpdeskem. Dodavatel zpracuje dokument k používání a vnitřnímu členění Helpdesku. Služba
Helpdesk bude sloužit jak pro zaznamenávání případných vad a problémů, tak dotazů zodpovědných
osob jmenovaných Zadavatelem.
Základní funkce/parametry této služby jsou:
• Příjem a řízení životního cyklu všech incidentů, vad, problémů a požadavků;
• Prvotní analýza incidentů, nahlášených vad, problémů a požadavků, přidělení k řešení
a stanovení návrhu řešení (analytická podpora řešení problémů zadaných do Helpdesku);
• Řešení incidentů, problémů a požadavků a vad dle smluvních závazků (podpora, záruční oprava,
pozáruční oprava, nutnost úpravy systému atd.);
• Monitoring a reportování stavů incidentů, vad, problémů a požadavků a plnění parametrů SLA;
• Dokumentace incidentů, vad, problémů, příčin vzniku a jejich řešení;
• Reakce na dotazy oprávněných uživatelů Zadavatele;
• Komunikace v českém jazyce;
• Dostupnost služby Helpdesk v režimu 24x7x365;
• Reakční doba pro započetí řešení nahlášeného požadavku dle požadovaného SLA, viz část SLA
tohoto dokumentu;
• Přístup prostřednictvím webové služby, e-mailu, telefonu nebo dalšími navrženými způsoby;
• Definice chyb a požadavky na jejich odstranění – viz část Chyba! Nenalezen zdroj odkazů.
tohoto dokumentu.
Servisní záznam (Ticket) – nahlášení události typu incident, problém nebo požadavek sjednaným
způsobem. Události jsou nahlašovány prostřednictvím Helpdesku. Servisní záznam může být registrován
pouze prostřednictvím k tomu stanovených kontaktů a postupů. Servisní záznam musí být oprávněným
zástupcem Zadavatele klasifikován z hlediska závažnosti. O řešení, odmítnutí, uzavření či jiných změnách
stavu a závažnosti servisního záznamu bude vždy informován oprávněný zástupce, kdy jednotlivá stádia,
zejména pak odmítnutí a uzavření servisního záznamu, musí být oprávněným zástupcem Zadavatele
odsouhlasena.
Závažnost (Severita) – klasifikace naléhavosti incidentu, problému nebo požadavku, která je odvozena
od úrovně nefunkčnosti nebo nedostupnosti systému.
Dodavatel vyhotoví a předá Zadavateli 1x měsíčně strukturovaný souhrnný report o stavu všech
otevřených nebo v daném měsíci uzavřených incidentů, problémů a požadavků, z něhož budou zřejmé
minimálně následující údaje:
• předmět incidentu, problému nebo požadavku;
• jejich stav;
• čas nahlášení, registrace a autorizace;
• reakční doba;
8
Příloha č. 1 – Specifikace předmětu plnění
• doba řešení;
• čas a způsob uzavření a autorizace;
• doba a důvod nedostupnosti zařízení, infrastruktury nebo její části;
• doba a důvod nedostupnosti služby Helpdesk.
Dodavatel je dále Zadavateli povinen na vyžádání poskytnout ve lhůtě do 10 dnů veškerá data
shromážděná v souvislosti s poskytováním shora uvedených služeb ve strojově zpracovatelné podobě
(např. *.xml, *.csv apod.).
Zadavatel a Dodavatel vytvoří komunikační matici, která bude obsahovat všechny relevantní kontaktní
osoby pro komunikaci mezi stranami.
Doba vyřešení servisního případu se řídí specifikací uvedenou v popisu konkrétního objednaného
plnění.
4.5.Ostatní služby poskytované jako součást fixní podpory
• Je požadováno zajištění průběžného seznamování a školení pracovníků Zadavatele se změnami,
novými funkcionalitami systémů a změnami v dokumentaci, které vznikly při poskytování
technické podpory;
• Poskytování podpory takovým způsobem, který vyloučí přístup pracovníků Dodavatele k datům
Zadavatele;
• Vytvoření a udržování plánu zajištění udržitelnosti, poskytované podpory a provozu systémů
v požadované kvalitě;
• Obnova provozu systémů a jejich částí po výpadcích;
• Předběžná analýza a předběžné oceňování prací objednávaných z Plnění A;
• Po schválení pracovníků Zadavatele, zajištění aktuálnosti operačních systémů a dalších
využitých sw technologií; otestování plné funkčnosti systémů v případě aktualizací operačních
systémů nebo dalších využitých sw technologií;
• Poskytování podpory (helpline/hotline) uživatelům systémů zejména při:
o zavádění externích GPS poskytovatelů a podpora pro implementaci napojení na GPS
monitoring;
o napojení uživatelů na GPS sledování;
o uživatelská podpora při chybách v práci s formuláři.
o Podpora musí být dostupná v rozmezí:
Pro systémy CDI2, CDI3:
Doba čas Podporované jazyky
CZ
Pracovní dny nepřetržitě CZ
Víkendy a státní svátky nepřetržitě
Pro systémy TranZ, TranV:
Doba čas Cílová skupina Podporované jazyky
Uživatelé systémů, Poskytovatelé GPS služeb CZ, ENG
Pracovní dny 7:00 – 16:00 Uživatelé systémů CZ, ENG
Víkendy a státní svátky 8:00 – 16:00
9
Příloha č. 1 – Specifikace předmětu plnění
Jedná se zejména o konzultace formou telefonického hovoru, elektronickou poštou, případně osobní
schůzkou za účelem řešení uživatelského problémů aplikace, vysvětlení funkčnosti, rekonfigurace,
pomoc při řešení nestandardních situací apod. Všechny činnosti v rámci Plnění B se vztahují ke všem
prostředím jednotlivých systémů a to produkčnímu, školnímu a testovacímu prostředí.
• Ostatní nevyjmenované práce nutné pro garantování funkčnosti systému.
A dále zejména činnosti:
4.5.1. Profylaxe systémů a jejich částí
Profylaxe představuje pravidelné preventivní prohlídky zaměřené na funkčnost systémů jako celku
a jejich jednotlivých částí a současně aktuálnost všech použitých komponent. Cílem služby profylaxe je
pravidelný aktivní přístup k technologiím dle pokynů výrobce a odstraňování problémů rutinního
provozu, prověřování stavu systémů, rekonfigurace z důvodů změn provedených mimo systémy (např.
změna na straně příjemce dat), vytváření zpráv o provozu systémů apod.
Aktualizace aplikačních serverů JBOSS z důvodu udržování aktuálnosti jednotlivých komponent, na
kterých jsou systémy závislé. V rámci aktualizace aplikačních serverů musí být aktualizována také
platforma ESB, která slouží pro komunikaci mezi jednotlivými komponentami a pro zpracování
příchozích zpráv.
JBoss add-on služby:
• JAXB Registry - Schema bindings service JBoss add-on, určeno pro J2EE beans, konverze XML -
Java.
• Service Registry - Service registry JBoss add-on, určeno pro J2EE beans, funkční propojení mezi
aplikacemi a servery.
• JMS Sender - Messaging service JBoss add-on s podporou JAXB, určeno pro J2EE beans, zabalení
core JMS (Java Messaging Service) funkcionalit.
• Dynamická konfigurace J2EE - JBoss service pro J2EE zprostředkovávající XML konfigurace J2EE
aplikací, podporuje propagace Ad-hoc změn konfigurací.
Aktualizace databázových systémů s cílem vylepšení výkonu databází, rozšíření možností nastavení dle
potřeb systémů, tak aby byl výkon databází co nejlepší. Dále s cílem zajištění případných oprav chyb
a patchů optimalizujících možnosti práce s prostorovými daty. Před nasazením do produkčního provozu
musí být nová verze databázového sytému testována, zda nedošlo ke změně nějaké důležité
funkcionality a případně ke změně způsobu práce s databází dle nové funkcionality.
Aktualizace webových serverů sloužících pro přístup do systémů přes webový prohlížeč:
• Internetový
• Intranetový
4.5.2. Zálohování databází
Při jakémkoliv přístupu k systému musí být vytvářeny pravidelné zálohy provozních databází za účelem
archivace (např. pro potřeby obnovení dat z důvodu výpadku hardware) a analýzy případných problému
10
Příloha č. 1 – Specifikace předmětu plnění
v databázi a vytváření analýz pro potřeby Zadavatele. Současně musí být dle potřeby vytvářeny zálohy
ostatních databází, které systémy využívají. Zejména se jedná o geodatabáze s mapovými podklady
GlobalNetwork, body zájmu, lokalizační databáze a mapové podklady DMÚ 25.
Databáze Global Network – Databáze Global Network vygenerovaná ze zdrojových shape souborů,
doplněná o další potřebné datové struktury. Databáze je před používáním verifikována zejména
z hlediska správnosti kilometráže.
Za účelem uvolnění diskové kapacity musí být prováděny zálohy log souborů komprimováním do
archivních souborů.
4.5.3. Dohled, monitoring a správa systémů
Dohled a monitoring představuje pravidelné činnosti zaměřené na monitoring systémů a jejich částí
a to zejména:
V současné době je součástí systémů monitoring v rámci technologie NAGIOS
• Monitoring vytížení systémů
• Monitoring provozních charakteristik
Dohled a monitoring komunikačních rozhraní:
Systémy komunikují navzájem a s ostatními systémy prostřednictvím komunikačních rozhraní. Tyto
rozhraní musí být nepřetržitě monitorovány.
Podporovaná rozhraní:
• Modul – Import NDIC
• Modul – Import dat z CDI2
• Modul import dat z TranV, TranZ, GPS monitoring
• Napojení na webovou službu číselníky CRZ
• Napojení na webovou službu CRZ
• Modul – Napojení na webovou službu autentizace uživatelů
• Modul – Export formulářů do CDI3 Monitoring
• Modul – Export GPS monitor do TranZ data store
• Modul – Export GPS dat
• Modul – Vkládaní přeprav (externí v internetu)
• Komunikační rozhraní s prostupem do sítě PČR
• Export dat do TranV data store (hermes)
• Export GPS monitor do TranV data store
• Napojení TranV data store na CDI3 (OLDA)
• Import formulářů z modulu TranV
• Import GPS dat externích poskytovatelů
• Modul – Export dat do NDIC
• Modul – Export dat do systému OLDA
11
Příloha č. 1 – Specifikace předmětu plnění
• Modul export dat – otevřený
• Modul export dat web PČR
Dohled a monitoring běžících SW aplikací:
• TranV – web
• TranV – administrace žádosti (intranet)
• LDAP user storage
• CDI3 – TranV – monitoring web
• GPS monitor
• TranZ – web (CZ subjekty s propojením na CRZ)
• TranZ – web (cizinci)
• TranZ – policejní
• CDI3 – TranZ – monitoring web
Dohled a monitoring služby pro GPS data externích poskytovatelů:
Služba zajišťuje datovou komunikaci s několika desítkami tuzemských a zahraničních poskytovatelů
fleetových (GPS) služeb. Musí být zajištěn dohled a monitoring nad funkčností vytvořených datových
kanálů, monitoring provozu a monitoring dostupnosti datových komunikačních rozhraní poskytovatelů.
• Napojení jednotlivých poskytovatelů do systému PČR
• Provozní monitoring jednotlivých kanálů připojených poskytovatelů GPS služeb (cca 100)
• Profylaxe dvou krokového a dvoufázového systému ověřování komunikace
Dohled a monitoring služby IVR a SW Asterisk:
Podpora a provoz call centra postaveného na SW platformě Asterisk, s implementovaným IVR systémem
napojeným na externí moduly aplikace. Zajištění provozu a kapacity minimálně 10 souběžných linek.
Dohled a monitoring uživatelského externího systému – TranZ_ main:
• TranZ serverová část – Serverová část systému TranZ, napojení na použité služby a aplikace
a na OLDA.
• TranZ uživatelské rozhraní – Webová část systému TranZ. Přihlašování přes autentizační
aplikaci PČR.
o Správa uživatelských formulářů (žádosti o povolení k přepravě)
o Správa uživatelských formulářů (hlášení přeprav)
o Správa číselníků poskytovaných webovou služnou CRZ
o Podpora GUI
Dohled a monitoring služby TranZ uživatelské rozhraní – cizinci:
TranZ uživatelské rozhraní – cizinci – Webová část systému TranZ – cizinci. Žádosti o povolení
přepravy.
• Správa uživatelských formulářů (žádosti – externí formulář)
• Správa verifikačního nástroje pro přístup do systému
• Podpora GUI
12
Příloha č. 1 – Specifikace předmětu plnění
Dohled a monitoring služby TranZ administrace (policejní):
• TranZ – administrace (policejní) – dohled a správa jednotlivých přeprav, statistiky, přehledy.
Přihlašování přes autentizační aplikaci PČR.
• Správa uživatelských formulářů (žádosti – externí formulář)
• Správa verifikačního nástroje pro přístup do systému
• Podpora GUI
Dohled a monitoring služby GPS Monitor:
• GPS Monitor – Systém pro sběr GPS dat od poskytovatelů fleet služeb a monitoringu
vozidel. Rozhraní GUI pro testy napojení. Rozhraní GUI pro žádosti o napojení nového
poskytovatele. Rozhraní pro napojení systémů na GPS monitor.
• Služby SOAP Proxy – PČR autentizace SOAP adaptér
• SOAP autentizace
• Monitoring jednotlivých napojení na poskytovatele GPS služeb (cca 100 různých
poskytovatelů)
Dohled a monitoring služby napojení na CRZ (Centrální registr zbraní):
• Správa jednotlivých webových služeb a číselníků pro potřeby systému.
• CRZ SOAP adaptér – Modul zabalující komunikaci se SOAP CRZ.
• CRZ seznamy SOAP adaptér – Modul zabalující komunikaci se SOAP CRZ, kde jsou seznamy
datových typů (munice apod.).
• Pravidelná indexace seznamu pro fulltextové prohledávání
Dohled a monitoring Exportní služby:
• OLDA Export – Export dat formulářů do OLDA.
• Email – exporty žádostí a hlášení – Export formulářů žádostí a hlášení na adresy PČR dle
působnosti (administrativa).
• Email – exporty žádostí pro cizince – Export registračních formulářů emailem administrativě.
Dohled a monitoring služby Global Network:
• Mapová služba – Mapové služby pro unifikované prohledávání a objektový přístup ke Global
Network, zprostředkování výstupů dat a geometrií administrativních celků a segmentů silniční
sítě ve formě struktury Java objektů.
• Pathfinder – Parametrické vyhledávání trasy v síti silničních segmentů Global Network.
• Mapa data fulltext & pathfinder proxy – Webová služba umožňující optimalizaci
a cacheování requestů na fulltextové vyhledávání a pathfinder. Rozšiřuje popisné informace
o trase vygenerované pathfinderem.
4.5.4. Aktualizace mapových podkladů CDI2, CDI3
Pro systém CDI2:
Pravidelná aktualizace mapových podkladů, které jsou nezbytné, aby zůstala zachována jednotnost
verzí s mapovými podklady GlobalNetwork s JSDI (NDIC), který je příjemce dopravních informací
vytvořených v aplikaci CDI2. Aplikace CDI2 u exportu zpráv do JSDI využívá referenci na mapový podklad,
13
Příloha č. 1 – Specifikace předmětu plnění
který tudíž musí být v obou systémech shodný.
Pro systém CDI3:
Pravidelná aktualizace mapových podkladů, které jsou nezbytné, aby zůstala zachována jednotnost
verzí mapovými podklady GlobalNetwork s JSDI (NDIC) a aplikací CDI2, které jsou zdroji dopravních
informací pro aplikaci OLDA. Aplikace OLDA importuje zprávy z JSDI a CDI2, které využívají referenci na
mapový podklad, který musí být ve všech systémech shodný.
Aplikace CDI2, CDI3 jsou mapové webová aplikace, u kterých je mnoho funkcionalit závislých na
použitých mapových podkladech (konkrétní verze) ve vektorové podobě, které jsou uloženy
v databázové struktuře, se kterou je aplikace schopna pracovat. Do této struktury je nutné
naimportovat vektorové podklady dodané v souborech ESRI Shapefile. V rámci importu dochází
k požadovanému namapování atributů vrstev Shapefile do atributů v databázové struktuře. Následně
je zapotřebí provést prostorovou transformaci mezi souřadnicovým systémem S-JTSK a projekcí UTM-
33N, který je v systémech CDI2 a CDI3 použit.
Na základě vytvořené geodatabáze jsou vytvářena další data pro komponenty. Jedná se zejména
o graf, který slouží pro pathfinding (hledání spojení mezi zadanými body silniční sítě), který je vytvářen
ze silničních úseků jednotlivých vektorů tvořících silniční síť. Dále jsou to soubory s indexy, které se
používají pro vyhledávání objektů v mapě (při fulltextovém vyhledávání např. ulic, kilometrů silnic
apod.), kdy v každé verzi se objekty liší.
Postup aktualizace pro CDI2:
Aktualizace vektorových mapových odkladů
• Import dat do databáze
• Transformace geometrie, ověření struktury
• Tvorba kilometráže
• Vytvoření indexu a grafu
• Aktualizace routovacího nástroje
• Testy
Aktualizace lokalizačních tabulek
• Import dat do databáze
• Vytvoření UTM-33N geometrie (body a linie)
• Ověření geometrie
Aktualizace rastrů
• Revize a úprava návrhu vzhledu
• Příprava hardware
• Příprava dat a implementace externí vrstvy objektů – budovy
• Generování jednotlivých měřítek dle požadavků a na vizualizaci
• Datová a grafická revize jednotlivých rastrových měřítek
Vytvoření konverzní databáze
• Konfigurace aplikace pro tvorbu konverzní databáze
14
Příloha č. 1 – Specifikace předmětu plnění
• Generování konverzní databázi mezi jednotlivými verzemi mapových podkladů
• Otestování konverze na testovacích datech
• Provedení konverze jednotlivých typů objektů
Provedení upgrade
• Aktualizace vektorů
• Aktualizace rastrů
• Aktualizace nebo revize – Lokačních tabulek
• Revize a konverze jednotlivých geometrií
Převedení do ostré verze
• Spuštění mapové služby
• Otestování jednotlivých služeb
• Otestování interní vazby na lokační tabulky
• Otestování routovací engine
Postup aktualizace pro CDI3:
Aktualizace lokalizačních tabulek
Lokalizační tabulky jsou dodávány ve formátu CSV, kde každý soubor představuje jednu tabulku. Tyto
soubory je zapotřebí naimportovat do databáze, aby bylo možné vytvořit geometrii jednotlivých bodů,
segmentů a silnic. Geometrie silnic je nutné vytvořit spojováním geometrie segmentů a bodů ve
vhodném pořadí. Následně je potřeba provést transformaci geometrie ze souřadnicového systému
WGS84 do projekce UTM-33N, se které je možné již provést generování rastrových map.
D8le je zapotřebí také vytvořit mapování mezi lokalizačními tabulkami a GlobalNetworkem
v požadované struktuře.
Aktivity:
• Import dat do databáze
• Vytvoření UTM-33N geometrie (body a linie)
• Ověření geometrie
• Vytvoření vazby na GlobalNetwork
Aktualizace rastrů
Aplikace využívá pro zobrazování mapové podklady v rastrové podobě, které se vytváří generováním
z vektorových dat. Generování se provádí pro předem definovaná měřítka pomocí web map serveru.
Při každém generování se v případě potřeby provádí úpravy generalizace objektů, vyladění stylů
zobrazení jednotlivých vrstev, přidání/změna měřítek.
Aktivity:
• Revize a úprava návrhu vzhledu
• Příprava hardware
• Generování + ověření
Provedení upgrade
Jedná se o samotnou změnu vektorových a rastrových map včetně návazných dat v ostré verzi aplikace
OLDA. Tuto změnu je nejprve nutné otestovat na testovací verzi aplikace, která je ve stejné konfiguraci
15
Příloha č. 1 – Specifikace předmětu plnění
jako ostrá verze. Samotné nasazení vyžaduje nakopírování potřebných dat na databázový a aplikační
server, vytvoření nových geodatabází s novými mapovými podklady, rekonfiguraci aplikačního serveru
k využití nových mapových podkladů a souvisejících dat, zpřístupnění nových rastrových vrstev pomocí
web serveru a aktualizace geometrie uložených lokací. Reexportování platných dopravních informací
z aplikace CDI2.
Aktivity:
• Konfigurace aplikace pro tvorbu konverzní databáze
• Generování konverzní databázi
• Příprava databází na ostrém serveru
• Rekonfigurace aplikace
• Zpřístupnění nových rastrových mapových
• Reexport platných dopravních informací z aplikace CDI2
4.5.5. Podpora a profylaxe externí mapové služby (OpenStreet) systému TranZ
Systém TranZ využívá pro externí službu mapový podklad Open Street. Tento mapový podklad je využit
v externí části systému, která je určena pro subjekty využívající modul pro hlášení jednotlivých přeprav
zbraní. Umožňuje zadat a vizualizovat trasu vyroutovanou interním systémem a předat k vizualizaci.
V závislosti na upgrade mapových podkladů v systému CDI3 (OLDA) musí být provedena konverze
uložených dat a tras ze stávající verze mapových podkladů do verze nové. Před touto konverzi je nutné
vytvořit konverzní grafy a otestovat správnost konverze do nových verzí mapových podkladů.
4.5.6. Podpora a profylaxe externí mapové služby (OpenStreet) systému TranV
Systém TranZ využívá pro externí službu mapový podklad Open Street.
V závislosti na upgrade mapových podkladů v systému CDI3 (OLDA) musí být provedena konverze
uložených dat a tras ze stávající verze mapových podkladů do verze nové.
Provedení upgrade:
Jedná se o samotnou změnu vektorových map včetně návazných dat v ostré verzi aplikace TranV. Tyto
změny je nejprve nutné otestovat na testovací verzi aplikace, která je ve stejné konfiguraci jako ostrá
verze. Samotné nasazení vyžaduje nakopírování potřebných dat na aplikační server, vytvoření nových
geodatabází s novými mapovými podklady, rekonfiguraci aplikačního serveru k využití nových
mapových podkladů a souvisejících dat. Reexportování platných a budoucích transportů výbušnin
do aplikace CDI3 (dojde k aktualizaci trasy na nový mapový podklad použitý v CDI3). Upgrade je nutné
provést souběžně s upgrade systému CDI3.
Aktivity:
• Příprava databází na ostrém serveru
• Rekonfigurace aplikace
16
Příloha č. 1 – Specifikace předmětu plnění
5. SLA a sankce
5.1. Definice termínů pro účely SLA
Plánovaná odstávka – Zadavatelem schválený čas, kdy a po jakou dobu nebudou systémy nebo
jednotlivé části dostupné, např. kvůli aktualizaci nebo rozsáhlejší rekonfiguraci apod.
Reakční doba – doba od nahlášení do zahájení řešení incidentu, vady, problému nebo požadavku
nahlášeného formou servisního záznamu na Helpdesk Dodavatele.
Zahájení řešení incidentu, vady, problému nebo požadavku znamená zpětný kontakt pracovníka
Dodavatele s cílem komunikovat s pracovníky Zadavatele jejich požadavky a problémy a nabídnout
řešení požadavku, resp. problému.
Doba opravy – doba od nahlášení incidentu do vyřešení incidentu, vady, problému nebo požadavku
nahlášeného formou servisního záznamu na Helpdesk Dodavatele.
5.2.SLA pro Plnění A
Dodavatel je povinen poskytnout požadované MD a služby, resp. zahájit požadované činnosti ve lhůtě
nejdéle do 5 pracovních dnů ode dne přijetí dílčí objednávky, pokud nebude v dílčí objednávce
dohodnuta lhůta jiná.
5.3.SLA pro Plnění B
Typ závady Požadovaná reakce a vyřešení závady
A – Kritická závada Pracovní dny (při nahlášení v rozmezí 7:00 – 18:00)
Reakční doba: do 1 hodiny
Oprava: do 4 hodin
Pracovní dny (při nahlášení v rozmezí 18:00 – 7:00)
Reakční doba: do 4 hodin
Oprava: do 8 hodin
Víkendy a státní svátky (při nahlášení v rozmezí 8:00 – 16:00)
Reakční doba: do 4 hodiny
Oprava: do 8 hodin
B – Významná závada Víkendy a státní svátky (při nahlášení v rozmezí 16:00 – 8:00)
Reakční doba: do 6 hodin
C – Ostatní závady a Oprava: do 10 hodin
incidenty Reakční doba: do 24 hodin
Oprava: do 3 dní
Reakční doba: následující pracovní den (NBD)
Oprava: do 30 dní
Do doby určující SLA pro Plnění B není počítána doba plánované odstávky.
Dodavatel je dle Plnění B této Rámcové dohody povinen poskytnout SLA na dostupnost a funkcionality
systémů DI všech jejich částí anebo jiných součástí, systémů a technologií, které Zadavatel provozuje
a bezprostředně souvisí se zajištění dostupnosti systémů DI.
17
Příloha č. 1 – Specifikace předmětu plnění
Zodpovědnost za dostupnost provozní infrastruktury, která je Dodavateli poskytnuta formou
infrastruktury jako služby (IaaS), nese Zadavatel. Dodavatel zodpovídá za funkčnost od operačních
systémů výše, tj. včetně zodpovědnosti za funkčnost systémů v případě aktualizací operačních systémů
(aktualizace operačních systémů produkčního prostředí budou vždy aplikovány až po řádném
otestování na testovacím nebo obdobném prostředí a po schválení ze strany Zadavatele).
V případě, že Dodavatel identifikuje příčinu závady nebo problém na vrstvě provozní infrastruktury,
informuje o této skutečnosti Zadavatele. Doba řešení problému na provozní infrastruktuře se
nezapočítává do doby určující SLA za předpokladu, že následkům závady, resp. incidentu nemohlo být
zabráněno nebo předejito na úrovní návrhu architektury nebo konfigurace systémů DI nebo jejich částí.
Po obnovení funkčnosti provozní infrastruktury, Dodavatel zprovozní a ověří funkčnost systémů nebo
jejich částí, tak aby stav odpovídal standardnímu optimálnímu produkčnímu provozu, než byl způsoben
incident nebo problém.
5.4.SLA na Helpdesk
Služba Helpdesku je dostupná nepřetržitě 24x7 jedním z definovaných kanálů.
5.5.Kategorie vad
5.5.1. Vada typu A – Kritická závada
Kritickou závadou se rozumí stav, kdy systémy (jednotlivé části nebo jejich konfigurace neposkytuje
některou z funkcionalit nebo vlastností specifikovaných v této Rámcové dohodě nebo dílčí objednávce
nebo neposkytuje vlastnosti nebo funkcionality běžně očekávané a předpokládané dle charakteru
jednotlivých systémů nebo jejich částí (nebo):
a) znemožňující užívání, funkčnosti nebo dostupnosti (způsobení výpadku) celých systémů nebo
jejích částí mající dopad do znemožnění jejich užívání a plnění agend, pro které systémy zajištují
informační podporu;
b) znemožňuje provedení požadovaných akceptačních testů nebo jinou akceptační proceduru;
c) způsobí nefunkční službu Helpdesk, pokud není zajištěn náhradní způsob hlášení chyb;
d) nebo libovolná kombinace výše uvedených stavů.
5.5.2. Vada typu B – Významná závada
a) Omezující užívání nebo funkčnosti (snížení dostupnosti, zvýšení odezvy apod.) systémů nebo
jejich částí nemající dopad do znemožnění jejich užívání a plnění agend, pro které systémy
zajišťují informační podporu;
b) způsobí nefunkční službu Helpdesk, pokud je zajištěn náhradní způsob hlášení chyb;
c) nebo libovolná kombinace výše uvedených stavů.
5.5.3. Vadou typu C – Ostatní závady a incidenty
Vadou typu C se rozumí ostatní vady, incidenty a neúplnosti, které nemají zásadní vliv na provoz,
dostupnost nebo funkcionality systémů nebo jejích částí, která nespadá do kategorie A ani B.
18
Příloha č. 1 – Specifikace předmětu plnění
5.6. Sankce
Zadavatel vyhodnotí vznik nároku na sankci vždy do 30 dnů od konce každého kalendářního čtvrtletí,
kdy je služba poskytována. Zadavatel při vyhodnocení nároku na sankci přihlíží vždy ke všem
okolnostem, za kterých k porušení SLA došlo. V případě, že není primární příčina na straně Dodavatele,
tj. porušení bylo zapříčiněno nesoučinností Zadavatele či okolností, která se nedala předvídat, nebude
sankce uplatněna. Maximální výše sankce je 20.000 Kč (dvacet tisíc korun českých) za každý jednotlivý
případ porušení SLA pro níže uvedené případy 5.6.1 a 5.6.2.
5.6.1. Smluvní pokuta při překročení reakční doby a doby opravy
Výše sankce se vyčísluje vždy na překročení reakční doby a doby opravy.
V případě prodlení Dodavatele s dodržením reakční doby a doby opravy dle smlouvy je Dodavatel
povinen uhradit Zadavateli následující smluvní pokutu dle níže uvedené kategorizace:
• Kategorie A (Kritická závada)
Sankce ve výši 1.000 Kč (jeden tisíc korun českých) za každou započatou 1 hodinu překročení reakční
doby.
Sankce ve výši 1.000 Kč (jeden tisíc korun českých) za každou započatou 1 hodinu překročení doby
opravy.
• Kategorie B (Významná závada)
Sankce ve výši 500 Kč (pět set korun českých) za každé započaté 4 hodiny překročení reakční doby.
Sankce ve výši 500 Kč (pět set korun českých) za každý započatý 1 den překročení doby opravy.
• Kategorie C (Ostatní závady a incidenty)
Sankce ve výši 500 Kč (pět set korun českých) za každý započatý 1 den překročení reakční doby.
Sankce ve výši 200 Kč (dvě stě korun českých) za každý započatý 1 den překročení doby opravy.
5.6.2. Smluvní pokuta při nefunkčnosti Helpdesku
Při nefunkčnosti Helpdesku podle specifikace 4.4 je sankce ve výši 2.000 Kč (dva tisíce korun českých)
za každou započatou hodinu, pokud prostřednictvím Helpdesku nebo náhradním kanálem nelze nahlásit
vadu (zadat ticket).
6. Akceptace
6.1. Akceptace Plnění A
Plnění v rámci implementačních, konfiguračních a konzultačních služeb (Plnění A) je akceptováno
v akceptačním řízení na základě podpisu akceptačního protokolu vždy za poskytnuté plnění dle příslušné
objednávky. Akceptační protokoly (případně dílčí akceptační protokoly) budou podepisovány vždy za
poskytnuté plnění na základě skutečně provedených a odsouhlasených prací ze strany Zadavatele.
19
Příloha č. 1 – Specifikace předmětu plnění
Součástí akceptačního řízení jsou akceptační testy, je-li to pro dané plnění relevantní, které byly
navrženy Dodavatelem a schváleny Zadavatelem dle požadavků na akceptační testy, projektové řízení
a požadavků implementačního projektu. Z akceptačního řízení musí být pořízen zápis, jehož součástí je
akceptační protokol. Akceptační protokol musí zejména přesně uvádět souhrn všech aktivit v členění,
v jakém plnění bylo poskytnuto a v jakém rozsahu (např. počet MD), kdy k plnění došlo, jak dlouho
trvalo, kdo jej provedl (jméno a příjmení pracovníka), kdo jej objednal a kdy a současně musí obsahovat
výstupy z akceptačního testování.
6.2.Akceptace Plnění B
Plnění B - Služby provozní podpory je akceptováno na základě podpisu dílčího akceptačního protokolu.
Dílčí akceptační protokol musí zejména uvádět smlouvou dojednaný souhrn všech aktivit v členění,
v jakém bylo plnění poskytnuto, v jakém rozsahu a za jaké období k plnění došlo. Dílčí akceptační
protokoly budou podepisovány vždy za uplynulé kalendářní čtvrtletí (3 měsíce). Ke dni podpisu dílčího
akceptačního protokolu Zadavatelem nesmí být evidována žádná vada kategorie A, která je způsobena
plněním Dodavatele a s jejímž odstraněním by byl Dodavatel v prodlení. V takovém případě může být
dílčí akceptační protokol podepsán Zadavatelem až po odstranění těchto vad. Podkladem pro fakturaci
jsou dílčí akceptační protokoly za předchozí kalendářní čtvrtletí, pokud se Smluvní strany v příslušné
objednávce nedohodnou jinak.
6.3.Akceptační testy
a) Před ukončením předmětného plnění musí Zadavatel provést za účasti Dodavatele oboustranně
schválené akceptační testy, pokud je tento přístup aplikovatelný (nejedná se např.
o samostatnou dodávku dokumentů, konzultace nebo obdobných činností nemající charakter
implementačního projektu).
b) Předmět akceptace je akceptován, pokud nebude Zadavatelem uplatněna žádná vada kategorie
A nebo taková kombinace vad typu B a/nebo C, které by ve svém důsledku způsobily vadu A
a byla předána veškerá relevantní nová a/nebo aktualizovaná dokumentace. Chyby B a C
nebránící akceptaci musí být popsány v akceptačním protokolu a musí být dohodnut termín
jejich odstranění.
c) Jestliže předmětné plnění splní akceptační kritéria akceptačních testů specifikovaných
a schválených v rámci implementačního projektu nebo odsouhlasených před započetím testů,
podepíšou k němu Smluvní strany akceptační protokol. Podpisem akceptačního protokolu
oběma Smluvními stranami se má za to, že předmětné plnění bylo řádně Dodavatelem
poskytnuto a Zadavatelem převzato.
d) Jestliže předmětné plnění nesplňuje stanovená akceptační kritéria, zaznamenají tuto
skutečnost Smluvní strany do akceptačního protokolu tak, že zde budou uvedeny, popsány
a prokázány veškeré zjištěné vady a nedostatky. Dodavatel se zavazuje napravit tyto nedostatky
ve lhůtě, která bude Smluvními stranami dohodnuta, a příslušné akceptační testy budou
provedeny znovu (termín odstranění vad nesmí překročit termín plnění uvedený v příslušné
objednávce včetně případných dodatků). Tento proces testování a následných oprav se bude
opakovat, dokud Dodavatel nesplní veškerá akceptační kritéria.
e) Vadou se pro účely této smlouvy rozumí rozpor mezi vlastností nebo funkčností plnění proti
požadované vlastnosti nebo funkčnosti zařízení nebo dodaných služeb tak, jak bude
specifikováno dílčí objednávce.
20
Příloha č. 1 – Specifikace předmětu plnění
f) V případě schválení akceptačních testů, Zadavatel provede akceptaci (tj. podepíše akceptační
protokol). V případě zjištěných dalších nedostatků nebo vad sdělí toto Zadavatel Dodavateli bez
zbytečného odkladu, přičemž se opětovně postupuje dle písm. d).
6.4.Akceptace dokumentace
Bude-li plnění Dodavatele spočívat ve vypracování dokumentu v listinné nebo elektronické podobě,
bude jeho akceptace provedena následovně:
a) Dodavatel předá v dohodnutém termínu první verzi dokumentu;
b) Zadavatel vznese své výhrady nebo připomínky k první verzi dokumentu obecně do tří (3),
nejpozději do patnácti (15) pracovních dnů od jejího doručení (podle rozsahu dokumentace, do
pěti dnů u rozsahu do 30-ti stran, nad 30 stran obecně nejpozději do 15-ti dnů, nebude-li
dohodou na vedení projektu stanoveno jinak); nevznese-li Zadavatel ve stanovené lhůtě k první
verzi dokumentu žádné výhrady ani připomínky, považují Smluvní strany uplynutím této lhůty
dokument ve znění jeho první verze za řádně akceptovaný a pro Smluvní strany závazný;
c) vznese-li Zadavatel ve stanovené lhůtě své výhrady nebo připomínky k první verzi dokumentu,
zavazuje se Dodavatel obecně do tří (3), nejpozději do pěti (5) pracovních dnů od jejich doručení
provést veškeré potřebné úpravy dokumentu dle výhrad a připomínek Zadavatele a takto
upravený dokument předat jako jeho druhou verzi Zadavateli k akceptaci;
d) Zadavatel se zavazuje vznést své výhrady nebo připomínky k druhé verzi dokumentu obecně do
tří (3), nejpozději do pěti (5) pracovních dnů od jejího doručení. Nevznese-li Zadavatel ve
stanovené lhůtě k druhé verzi dokumentu žádné výhrady ani připomínky, považují Smluvní
strany uplynutím této lhůty dokument ve znění jeho druhé verze za řádně akceptovaný a pro
Smluvní strany závazný. K výhradám nebo připomínkám, které Zadavatel opomněl vznést již
k první verzi dokumentu, se pro účely akceptace nebude přihlížet, Dodavatel však bude povinen
takovéto výhrady nebo připomínky Zadavatele vypořádat do deseti (10) pracovních dnů od
akceptace dokumentu;
e) vznese-li Zadavatel ve stanovené lhůtě své výhrady nebo připomínky k druhé verzi dokumentu,
zavazují se Smluvní strany zahájit společné jednání za účelem odstranění veškerých vzájemných
rozporů a za účelem akceptace dokumentu, a to nejpozději do tří (3) pracovních dnů od výzvy
kterékoliv Smluvní strany. Nepodaří-li se Smluvním stranám dojít ke shodě o akceptaci
dokumentu ani ve lhůtě dvaceti (20) pracovních dnů od zahájení společného jednání dle
předchozí věty, je kterákoli ze Smluvních stran oprávněna odstoupit od smlouvy, resp.
objednávky, které se schvalovaný dokument týká.
21
Příloha č. 2 - Specifikace ceny
Specifikace ceny Plnění A Jednotka služby Počet Cena za 1 MD Cena za 1 MD Cena celkem Cena celkem
MD v Kč bez DPH v Kč s DPH v Kč bez DPH v Kč bez DPH
Konzultační, konfigurační a
implementační práce 150 11 000,00 13 310,00 1 650 000,00 1 996 500,00
Specifikace ceny Plnění B Jednotka služby Počet Cena za 1 rok plnění Cena za 1 rok plnění
Služby provozní podpory rok v Kč bez DPH v Kč s DPH
Sazba DPH je 21%.
1 9 114 000,00 11 027 940,00
Příloha č. 3 –„Vzor objednávky“
Vzor Objednávky (lze upravit dle konkrétních podmínek)
Č.j……………………………………….
Objednávka č….
k Rámcové dohodě…………. č.j……………………….
(dále jen „Objednávka“)
Smluvní strany:
Česká republika – Ministerstvo vnitra
Sídlo: Nad Štolou 936/3, PSČ 170 34, Praha
IČ: 00007064
DIČ: CZ00007064
Zastoupená: ……………………..,
Bankovní spojení: ………………………
Korespondenční adresa: ……………………….
Datová schránka: ……………………….
(dále jen „Objednatel“)
a
……………………….
Sídlo: ……………………….
IČO: ……………………….
DIČ: ……………………….
Zastoupená: ……………………….
Bankovní spojení: ……………………….
Kontaktní osoba: ……………………….
Datová schránka: ……………………….
Obchodní společnost zapsaná v obchodním rejstříku vedeném………. pod sp. zn………..
(dále jen „Dodavatel“)
(společně dále také jen „Smluvní strany“, nebo jednotlivě „Smluvní strana“)
Tato Objednávka je uzavřena v souladu s Rámcovou dohodou č.j……………. ze dne………..
(dále jen „Rámcová dohoda“).
1. PŘEDMĚT PLNĚNÍ
1.1. Podrobná specifikace předmětu plnění je uvedena v Příloze č. 1 této Objednávky (dále též jen
„Plnění“).
2. TERMÍN, MÍSTO A PODMÍNKY PLNĚNÍ
2.1. Dodavatel je povinen dodat Plnění do ………….. od účinnosti této Objednávky (v období
od………. do………..), pokud v Příloze č. 1 není stanoveno jinak.
2.2. Místem plnění je: …………………
2.3. Osoba oprávněná podepsat akceptační protokol za Objednatele: ………………….
3. CENA ZA PLNĚNÍ
3.1. Cena za Plnění dle této Objednávky činí ……………,- Kč bez DPH, ……………,- Kč s DPH.
Cena za jednotlivé položky Plnění je uvedena v příloze č. 2 této Objednávky.
3.2. Platební podmínky: …………………
4. OSTATNÍ UJEDNÁNÍ
4.1. Ostatní podmínky neuvedené v této Objednávce se řídí Rámcovou dohodou.
4.2. Dodavatel akceptuje tuto Objednávku svým podpisem.
4.3. Tato Objednávka je vyhotovena a podepsána elektronicky.
4.4. Tato Objednávka nabývá účinnosti dnem jejího zveřejnění v Registru smluv podle zákona
č. 340/2015 Sb. v platném znění.
4.5. Nedílnou součástí této Objednávky jsou následující přílohy:
Příloha č. 1 – „Specifikace předmětu plnění“
Příloha č. 2 – „Specifikace ceny“
V Praze dne (dle el. podpisu) V ………dne (dle el. podpisu)
Objednatel: Dodavatel:
………………….. …………………..
Česká republika – Ministerstvo vnitra ……………………..
Zástupce: ………… Zástupce: …………
Příloha č. 4 –„Vzor akceptačního protokolu“
Akceptační protokol
PROJEKT
Název projektu
Název veřejné zakázky
Rámcová dohoda /
Smlouva č.
Prováděcí smlouva / Za Objednatele:
Objednávka č. Za Dodavatele:
Zpracovatel protokolu
Číslo protokolu
SMLUVNÍ STRANY Česká republika – Ministerstvo vnitra
OBJEDNATEL Nad Štolou 936/3, 170 34 Praha
Název 00007064
Adresa
IČO
Odpovědná osoba
Funkce
DODAVATEL
Název
Adresa
IČO
Odpovědná osoba
Funkce
PŘEDMĚT AKCEPTACE Doplňte přesné znění předmětu dodávky dle smlouvy
xxx Kč bez DPH, xxx Kč s DPH
Předmět dodávky, plnění
Cena akceptovaného
plnění
AKCEPTAČNÍ KRITÉRIA
V rámci této tabulky vyplňte akceptační kritéria, která jsou detailněji popsána v Technické specifikaci,
sekce Akceptace. Akceptačním kritériem může být předání díla do provozu, akceptační testy, předání
výstupů atp. V případě existence výstupů k akceptačnímu kritériu, vyplňte číslo výstupu či výstupů
z tabulky „seznam výstupů“, které jsou s daným akceptačním kritériem jakkoli spjaty. V případě, že
výstup ke kritériu neexistuje (například jde o předání zařízení), ponechte pole prázdné. Odkaz na
předávací protokol následně uveďte v seznamu dodaných zařízení.
Č. Akceptační kritérium Splněno Odkaz na
výstup
1.
výhradou>
2.
výhradou>
Příloha č. 4 –„Vzor akceptačního protokolu“
3.
výhradou>
ČERPÁNÍ ČLOVĚKODNŮ
Jméno Role Sazba Akceptovaný Celkem Kč bez DPH
počet ČD
PAUŠÁLNÍ (FIXNÍ) ČERPÁNÍ Cena
Měsíc Popis činnosti
1.
2.
3.
Celkem
SEZNAM DODANÝCH ZAŘÍZENÍ, ROZŠÍŘENÍ A PŘÍSLUŠENSTVÍ
Č. Popis Cena/ks Počet ks Číslo Celková cena Číslo před.
produktu protokolu
1.
2.
SEZNAM VÝSTUPŮ Označení přílohy (číslo, název Číslo před.
Č. Název a popis výstupu souboru) protokolu
1.
SEZNAM ZÁVAD
Č. Typ závady Popis závady Požadovaný Odkaz na Zodpovědná
způsob a termín výstup č. osoba
vyřízení
1.
2.
Po odstranění závady proběhne nová akceptační procedura.
TYPY ZÁVAD
A – Kritická závada
B – Významná závada
C – Ostatní závady a incidenty
Detaily k jednotlivým typům závad jsou popsány ve Specifikaci předmětu plnění.
ZÁVĚR AKCEPTACE (hodící se zaškrtne)
☐ Akceptuji.
☐ Akceptuji s výhradou na základě závad uvedených v Seznamu závad.
☐ Neakceptuji na základě závad uvedených v Seznamu závad.
Příloha č. 4 –„Vzor akceptačního protokolu“
SCHVALOVACÍ TABULKA
OBJEDNATEL Jméno a příjmení Datum Podpis
Podpis
Datum
DODAVATEL Jméno a příjmení