Naše zn. 69662/2022-SŽ-GŘ-O8

Naše zn. 69662/2022-SŽ-GŘ-O8

Vyřizuje Xxx. Xxxxxxxx Xxxxxxxxx

Telefon x

Mobil x

E-mail x

Datum 23. 2. 2023

Věc: Výzva k podání nabídky

Správa železnic, státní organizace, se sídlem Praha 1, Nové Město, Dlážděná 1003/7, PSČ 110 00, generální ředitelství, Vás při splnění podmínek uvedených v ustanovení § 6 zákona č.

134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jen „ZZVZ“),

vyzývá

k podání nabídky na realizaci veřejné zakázky s názvem

„Podpora provozu s údržbovou činností IS Kvalifikace dodavatelů“

Správa železnic, státní organizace, zadává tuto veřejnou zakázku jako podlimitní sektorovou veřejnou zakázku v souvislosti s výkonem relevantní činnosti dle § 151 odst. 1 ZZVZ a

v souladu s § 158 odst. 1 ZZVZ nepostupuje při zadávání této veřejné zakázky podle uvedeného zákona. Řízení na zadání této veřejné zakázky se dále v textu označuje jako

„výběrové řízení“.

Výše uvedená veřejná zakázka je dále v textu označována jen jako „veřejná zakázka“. Výzva k podání nabídky je v textu označována též jako „Výzva“.

Pro tuto zakázku jsou stanoveny následující podmínky:

1 Identifikační údaje zadavatele

Název: Správa železnic, státní organizace

Sídlo: Praha 1, Nové Město, Dlážděná 1003/7, PSČ 110 00 IČO: 709 94 234

DIČ: CZ70994234

Zapsán: v obchodním rejstříku vedeném Městským soudem v Praze, oddíl A, vložka 48384

Zastoupen: Bc. Xxxxx Xxxxxxxx, MBA, generálním ředitelem

2 Komunikace mezi zadavatelem a dodavatelem

2.1 Veškerá komunikace mezi zadavatelem a dodavateli ve výběrovém řízení musí být vedena pouze písemnou formou, a to elektronicky, s výjimkou případů vymezených v ustanovení § 211 odst. 3 ZZVZ. Jazyk pro komunikaci mezi zadavatelem a dodavatelem je výhradně český jazyk, není-li dále stanoveno jinak. Doručování písemností a komunikace mezi zadavatelem a dodavateli ve výběrovém řízení bude ze strany

1/12

Správa železnic, státní organizace

zapsána v obchodním rejstříku vedeném Městským soudem v Praze, spisová značka A 48384

Sídlo: Xxxxxxxx 0000/0, 000 00 Xxxxx 0

IČ: 709 94 234 DIČ: CZ 709 94 234

xxx.xxxxxxxxxxxxxx.xx

zadavatele probíhat prostřednictvím elektronického nástroje E-ZAK (na adrese: xxxxx://xxxxxxx.xxxxxxxxxxxxxx.xx/), který splňuje podmínky vyhlášky č. 260/2016 Sb., o stanovení podrobnějších podmínek týkajících se elektronických nástrojů, elektronických úkonů při zadávání veřejných zakázek a certifikátu shody. Na komunikaci ze strany dodavatele učiněnou elektronicky, avšak nikoliv prostřednictvím elektronického nástroje E-ZAK, bude tedy zadavatel vždy odpovídat prostřednictvím elektronického nástroje.

2.2 Zpracování osobních údajů včetně jejich zvláštních kategorií případně poskytnutých v průběhu výběrového řízení je zadavatelem prováděno pouze za účelem zadání předmětné veřejné zakázky, přičemž zadavatel v celém procesu ochrany osobních údajů postupuje v souladu s Nařízením Evropského parlamentu a Rady (EU) 2016/679, 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ě závaznými právními předpisy a vnitřními předpisy zadavatele, které agendu ochrany osobních údajů upravují. Podrobné informace týkající se zpracování osobních údajů, zadavatel uvedl na oficiálních webových stránkách xxxxx://xxx.xxxxxxxxxxxxxx.xx/x-xxx/xxxxxxx-x-xxxxxxxxxx-xxxxxxxx-xxxxx- pro-verejnost.

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

3.1 Informace o předmětu veřejné zakázky: Předpokládaná hodnota: neuveřejňuje se

Druh veřejné zakázky: služby Charakteristika veřejné zakázky: podlimitní sektorová

3.2 Předmětem plnění je zajištění provozu aplikace Informační systém kvalifikace dodavatelů (dále jen „ISKD“), která zajišťuje provoz systému kvalifikace zadavatele pro podlimitní sektorové zakázky, při jejichž zadávání zadavatel nepostupuje dle ZZVZ. Součástí provozní podpory je poskytování pravidelného reportingu vykázané práce v souladu s metodikou schválenou Zadavatelem. ISKD je dostupný na adrese xxxxx://xxxx.xxxxxxxxxxxxxx.xx, kde jsou dostupné i základní informace ohledně provozovaného systému kvalifikace.

3.3 Údržba aplikace IS Kvalifikace dodavatelů může být čerpána v maximálním rozsahu 40 MD/1 kalendářní rok.

3.4 Bližší specifikace předmětu veřejné zakázky co se týče údržby a provozu ISKD je obsahem této Výzvy jako příloha č. 3 této Výzvy – Závazný vzor Smlouvy.

3.5 Podrobný popis funkcionalit ISKD je přílohou č. 5 této Výzvy. S ohledem na skutečnost, že tato příloha obsahuje důvěrné informace, nebude uveřejněna na profilu Zadavatele, ale Zadavatel ji v souladu s ustanovením § 36 odst. 8 a § 96 odst. 2 ZZVZ předá bezplatně dodavateli po uzavření Dohody o ochraně důvěrných informací, jejíž návrh tvoří přílohu č. 7 Výzvy k podání nabídky.

3.5.1 V případě zájmu o tuto přílohu Výzvy k podání nabídky dodavatelé zašlou prostřednictvím elektronického nástroje E-ZAK elektronicky podepsanou Dohodu o ochraně důvěrných informací. Tato dohoda musí být podepsaná osobou oprávněnou jednat za dodavatele, popřípadě musí být přílohou Dohody originál či úředně ověřená kopie plné moci udělené podepisujícímu od osoby oprávněné jednat za dodavatele. Zadavatel předá příslušné části zadávací dokumentace dodavateli nejpozději do 2 pracovních dnů od doručení žádosti prostřednictvím elektronického nástroje E-ZAK.

3.5.2 V případě, že dodavatelé nejsou schopni zaslat elektronicky podepsanou Dohodu o ochraně důvěrných informací, mohou poslat zprávu prostřednictvím elektronického nástroje E-ZAK, ve kterém tuto skutečnost sdělí a sdělí rovněž pracovní den, kdy bude podepsána Dohoda o ochraně důvěrných informací osobně v sídle Zadavatele. Zadavatel předá příslušné části zadávací dokumentace dodavateli osobně v sídle zadavatele nejpozději do 2 pracovních dnů od doručení žádosti prostřednictvím elektronického nástroje E-ZAK.

3.5.3 Zástupce dodavatele, který bude důvěrnou přílohu přebírat osobně, se musí prokázat písemnou plnou mocí či písemným pověřením dodavatele, které jej opravňuje k

jejich převzetí a dále k podpisu Dohody o ochraně důvěrných informací v zastoupení dodavatele. Originál této plné moci je povinen předat zástupci Zadavatele. Plná moc se nevyžaduje, je-li oprávnění patrné z obchodního či jiného veřejného rejstříku.

Pokud není tento zástupce dodavatele oprávněn Dohodu o ochraně důvěrných informací v zastoupení dodavatele na místě podepsat, je povinen předat zástupci Zadavatele 3 stejnopisy Dohody o ochraně důvěrných informací podepsané osobou oprávněnou za dodavatele jednat. Oprávnění této osoby musí být doloženo originálem písemné plné moci, která bude taktéž předána zástupci Zadavatele, anebo musí vyplývat z obchodního či jiného veřejného rejstříku. Kromě údajů týkajících se dodavatele není dodavatel oprávněn do vzoru Dohody o ochraně důvěrných informací jakkoli zasahovat. V případě neoprávněného zásahu není zástupce Zadavatele povinen důvěrnou přílohu vydat do té doby, než bude předložena řádně podepsaná dohoda

v souladu s touto zadávací dokumentací.

3.5.4 V případě osobního předání bude pořízen písemný zápis.

3.5.5 Pokud dodavatel požádá o vysvětlení ve vztahu k neveřejné části zadávací dokumentace, Zadavatel vysvětlení poskytne všem dodavatelům, kteří splnili podmínky pro obdržení neveřejné části zadávací dokumentace.

4 Předpokládaná hodnota veřejné zakázky

4.1 Zadavatel neuveřejňuje předpokládanou hodnotu veřejné zakázky.

5 Doba a místo plnění veřejné zakázky

5.1 Termín zahájení plnění: provádění činností údržby bude zahájeno dnem nabytí účinnosti Smlouvy o údržbě a provozu software. Poskytování provozní podpory bude započato dne 18. 5. 2023.

5.2 Termín ukončení plnění: smlouva bude uzavřena na dobu neurčitou

5.3 Místo plnění: sídlo organizace a organizační jednotky na území ČR

6 Sociálně a environmentálně odpovědné zadávání, inovace

6.1 Zadavatel při vytváření zadávacích podmínek, včetně pravidel pro hodnocení nabídek, a výběru dodavatele, postupoval tak, aby v co nejvyšší možné míře naplnil zásady sociálně odpovědného zadávání, environmentálně odpovědného zadávání a inovací tak jak jsou definovány v § 28 odst. 1 písm. p) až r) ZZVZ (dále jen „odpovědné zadávání“).

Vzhledem k tomu, že jednotlivé postupy odpovědného zadávání nebyly v ZZVZ ani

v jiném zákoně taxativně vymezeny a současně je odpovědné zadávání stále se velmi dynamicky vyvíjejícím institutem veřejného zadávání, zadavatel při vytváření podmínek zvažoval použití zejména těch prvků odpovědného zadávání, které byly v době vytváření zadávacích podmínek jednoznačně vymezitelné a vymahatelné, a současně byla u nich vysoká míra jistoty, že zadavatel jejich aplikací neporuší ostatní zásady uvedené v § 6 ZZVZ a také principy 3E vyplývající ze zákona č. 320/2011 Sb. o finanční kontrole ve veřejné správě.

6.2 Zadavatel aplikuje v zadávacím řízení níže uvedené prvky odpovědného zadávání:

6.2.1 Zadavatel v rámci zásady sociálně odpovědného zadávání za účelem usnadnění přístupu k plnění veřejné zakázky, případně její části malým a středním podnikům minimalizuje administrativní náročnost při podání nabídky možností využití vzorových formulářů a čestných prohlášení, které jsou součástí zadávací dokumentace k této veřejné zakázce.

6.3 Použití jiných prvků odpovědného zadávání, které byly zadavateli známy při vytváření této zadávací dokumentace, není vzhledem k povaze a smyslu zakázky možné z těchto důvodů:

6.3.1 V oblasti environmentálního odpovědného zadávání zadavatel neshledal potřebu použití dílčích aspektů odpovědného zadávání v důsledku marginálních dopadů činností, které jsou předmětem této veřejné zakázky, na životní prostředí.

6.3.2 V oblasti sociálně odpovědného zadávání zadavatel dále neshledal potřebu použití dalších dílčích aspektů odpovědného zadávání s ohledem na specifičnost poptávaných služeb a potřebu vyšší kvalifikace osob pro jejich plnění s vysokou cenou práce bez typických rizikových činností spojených s porušováním pracovněprávních předpisů a mezinárodních úmluv o lidských právech, sociálních či pracovních právech.

6.3.3 V oblasti inovací zadavatel nestanovil dílčí kritéria odpovědného zadávání s ohledem na předmět veřejné zakázky, který zahrnuje standardizované postupy při poskytování podpory provozu IT technologií.

7 Požadavky na prokázání splnění podmínek způsobilosti a kvalifikace dodavatele

Dodavatelé jsou povinni prokázat splnění základní a profesní způsobilosti a požadavků zadavatele obsažených v této Výzvě. K prokázání základní a profesní způsobilosti postačí předložení dokladu ve formě prosté kopie. V případě cizojazyčných dokumentů zadavatel požaduje kopie předkládaných dokumentů s překladem do českého jazyka. Doklady ve slovenském jazyce a doklad o vzdělání v latinském jazyce se předkládají bez překladu. Pokud se podle příslušného právního řádu požadovaný doklad nevydává, může být nahrazen čestným prohlášením. Povinnost předložit doklad může dodavatel splnit odkazem na odpovídající informace vedené v informačním systému veřejné správy nebo v obdobném systému vedeném v jiném členském státu, který umožňuje neomezený dálkový přístup. Takový odkaz musí obsahovat internetovou adresu a údaje pro přihlášení a vyhledání požadované informace, jsou-li takové údaje nezbytné.

Dodavatel prokáže splnění základní a profesní způsobilosti tak, že ke své nabídce přiloží níže uvedené doklady, jimiž doloží:

7.1 Základní způsobilost dodavatel v nabídce prokáže ve vztahu k České republice předložením čestného prohlášení zpracovaného v souladu s přílohou č. 1 Kapitolou 2 přílohy této Výzvy:

(1) Způsobilý není dodavatel, který

a) byl v zemi svého sídla v posledních 5 letech před zahájením výběrového řízení pravomocně odsouzen pro trestný čin uvedený v příloze č. 3 ZZVZ nebo obdobný trestný čin podle právního řádu země sídla dodavatele; k zahlazeným odsouzením se nepřihlíží,

b) má v České republice nebo v zemi svého sídla v evidenci daní zachycen splatný daňový nedoplatek,

c) má v České republice nebo v zemi svého sídla splatný nedoplatek na pojistném nebo na penále na veřejné zdravotní pojištění,

d) má v České republice nebo v zemi svého sídla splatný nedoplatek na pojistném nebo na penále na sociální zabezpečení a příspěvku na státní politiku zaměstnanosti,

e) je v likvidaci, proti němuž bylo vydáno rozhodnutí o úpadku, vůči němuž byla nařízena nucená správa podle jiného právního předpisu nebo v obdobné situaci podle právního řádu země sídla dodavatele.

(2) Je-li dodavatelem právnická osoba, musí podmínku podle odstavce 1 písm. a) splňovat tato právnická osoba a zároveň každý člen statutárního orgánu. Je-li členem

statutárního orgánu dodavatele právnická osoba, musí podmínku podle odstavce 1 písm.

a) splňovat

a) tato právnická osoba,

b) každý člen statutárního orgánu této právnické osoby a

c) osoba zastupující tuto právnickou osobu v statutárním orgánu dodavatele.

(3) Účastní-li se výběrového řízení pobočka závodu

a) zahraniční právnické osoby, musí podmínku podle odstavce 1 písm. a) splňovat tato právnická osoba a vedoucí pobočky závodu,

b) české právnické osoby, musí podmínku podle odstavce 1 písm. a) splňovat osoby uvedené v odstavci 2 a vedoucí pobočky závodu.

7.1.1 Účastník výběrového řízení může prokázat obnovení základní způsobilosti analogicky dle § 76 ZZVZ.

7.2 Splnění profesní způsobilosti prokáže dodavatel ve vztahu k České republice:

7.2.1 předložením výpisu z obchodního rejstříku nebo jiné obdobné evidence, pokud jiný právní předpis zápis do takové evidence vyžaduje.

Doklady podle čl. 7.2 dodavatel nemusí předložit, pokud právní předpisy v zemi jeho sídla obdobnou profesní způsobilost nevyžadují.

7.3 Stáří dokladů

Doklady prokazující základní způsobilost a profesní způsobilost dle čl. 7.2.1 Výzvy musí prokazovat splnění požadovaného kritéria způsobilosti nejpozději v době 3 měsíců přede dnem zahájení výběrového řízení. Den zahájení výběrového řízení je den odeslání této Výzvy prostřednictvím elektronického nástroje.

7.4 Ekonomická kvalifikace

Zadavatel nepožaduje.

7.5 Technická kvalifikace

7.5.1 Zadavatel požaduje, aby dodavatel ve své nabídce předložil seznam významných služeb poskytnutých dodavatelem za poslední 3 roky před zahájením výběrového řízení, z něhož bude vyplývat, že v uvedeném období realizoval alespoň 1 významnou službu, jejímž předmětem byl provoz webové aplikace na platformě Windows v prostředí aplikačního frameworku XXX.XXX Core s daty v DB Oracle. Dále je u provozované aplikace požadována integrace na libovolnou spisovou službu prostřednictvím WS dle NSESSS (Národní standard pro elektronické systémy spisové služby viz xxxxx://xxx.xxxx.xx/xxxxxx/xxxxxxx-xxxxxxxx-xxx-xxxxxxxxxxxx-xxxxxxx- spisove-sluzby.aspx). Minimální finanční objem takovéto služby je 1.500.000,- Kč bez DPH. Splnění této části kvalifikace dodavatel prokáže formou čestného prohlášení zpracovaného v souladu s přílohou č. 1 Kapitoly 5 přílohy této Výzvy.

7.6 Jiný způsob prokázání základní a profesní způsobilosti

Předložením Výpisu ze seznamu kvalifikovaných dodavatelů, který je vydáván Ministerstvem pro místní rozvoj, prokáže dodavatel splnění základní způsobilosti dle čl.

7.1 této Výzvy a profesní způsobilosti dle čl. 7.2 této Výzvy v rozsahu, v jakém doklady pokrývají požadavky zadavatele pro plnění veřejné zakázky. V případě, že účastník bude prokazovat základní a profesní způsobilost prostřednictvím Výpisu ze seznamu kvalifikovaných dodavatelů, zadavatel uvádí, že je povinen přijmout výpis ze seznamu kvalifikovaných dodavatelů, pokud k poslednímu dni (viz čl. 12), ke kterému má být

prokázána základní způsobilost nebo profesní způsobilost, není výpis ze seznamu kvalifikovaných dodavatelů starší než 3 měsíce. Zadavatel nemusí přijmout výpis ze seznamu kvalifikovaných dodavatelů, na kterém je vyznačeno zahájení řízení podle § 231 odst. 4 ZZVZ. Stejně jako výpis ze seznamu kvalifikovaných dodavatelů může dodavatel prokázat kvalifikaci osvědčením, které pochází z jiného členského státu, v němž má dodavatel sídlo, a které je obdobou výpisu ze seznamu kvalifikovaných dodavatelů.

7.7 Prokázání kvalifikace prostřednictvím jiných osob

7.7.1 Dodavatel může prokázat určitou část ekonomické kvalifikace, technické kvalifikace nebo profesní způsobilosti s výjimkou kritéria podle čl. 7.2.1 této Výzvy požadované zadavatelem prostřednictvím jiných osob. Dodavatel je v takovém případě povinen zadavateli předložit

a) doklady prokazující splnění profesní způsobilosti podle čl. 7.2 této Výzvy jinou osobou,

b) doklady prokazující splnění chybějící části kvalifikace prostřednictvím jiné osoby,

c) doklad o splnění základní způsobilosti podle čl. 7.1 této Výzvy jinou osobou a

d) písemný závazek jiné osoby k poskytnutí plnění určeného k plnění veřejné zakázky nebo k poskytnutí věcí nebo práv, s nimiž bude dodavatel oprávněn disponovat v rámci plnění veřejné zakázky, a to alespoň v rozsahu, v jakém jiná osoba prokázala kvalifikaci za dodavatele.

7.7.2 Má se za to, že požadavek podle odstavce 1 písm. d) je splněn, pokud obsahem písemného závazku jiné osoby je společná a nerozdílná odpovědnost této osoby za plnění veřejné zakázky společně s dodavatelem. Prokazuje-li však dodavatel prostřednictvím jiné osoby kvalifikaci a předkládá doklady podle čl. 7.4 a 7.5 této Výzvy vztahující se k takové osobě, musí dokument podle odstavce 1 písm. d) obsahovat závazek, že jiná osoba bude vykonávat služby, ke kterým se prokazované kritérium kvalifikace vztahuje.

7.7.3 Zadavatel požaduje, aby dodavatel a jiná osoba, jejímž prostřednictvím dodavatel prokazuje ekonomickou kvalifikaci podle čl. 7.4 této Výzvy, nesli společnou a nerozdílnou odpovědnost za plnění veřejné zakázky.

7.8 Dodavatel, který podal nabídku ve výběrovém řízení, nesmí být současně osobou, jejímž prostřednictvím jiný dodavatel v tomtéž výběrovém řízení prokazuje kvalifikaci.

7.9 Zadavatel si vyhrazuje právo postupovat analogicky k ustanovení § 48 odst. 5 ZZVZ.

8 Požadavky zadavatele na zpracování nabídky

8.1 Účastník předloží úplnou elektronickou verzi nabídky, a to s využitím elektronického nástroje E-ZAK. Způsob správného podání nabídky v elektronické podobě na veřejnou zakázku je uveden v uživatelské příručce elektronického nástroje E-ZAK pro dodavatele, která je k dispozici na internetové stránce profilu zadavatele: xxxxx://xxxxxxx.xxxxxxxxxxxxxx.xx/xxxxxx.xxxx

8.2 Pro tyto účely a v souladu se ZZVZ systém vyžaduje registraci dodavatelů a elektronický podpis založený na kvalifikovaném certifikátu. Podáním nabídky dodavatel se stanovenou formou komunikace a doručování souhlasí a zavazuje se poskytnout veškerou nezbytnou součinnost, zejména provést registraci v elektronickém nástroji E-ZAK a pravidelně kontrolovat doručené zprávy.

8.3 Dodavatel je oprávněn podat pouze jednu nabídku.

8.4 Nabídka musí obsahovat:

• identifikační údaje účastníka analogicky dle ustanovení § 28 odst. 1 písm. g) ZZVZ, kontaktní osobu účastníka pro účely této veřejné zakázky, včetně jejích kontaktních údajů (telefon, e-mail),

• návrh smlouvy. Závazný vzor smlouvy je uveden jako příloha č. 3 této Výzvy, přičemž účastník není oprávněn vkládat do návrhu smlouvy a jeho obchodních podmínek jiné sankce a závazky vůči zadavateli než ty, které obsahuje příloha č. 3 této Výzvy závazný vzor smlouvy a jeho obchodní podmínky. Nebude-li nabídka obsahovat přílohy smlouvy, do kterých nebyl účastník oprávněn zasahovat, má se za to, že se zněním takových příloh souhlasí, ledaže sdělil opak.

• čestné prohlášení ve vztahu k zakázaným dohodám - účastník je povinen přiložit ke své nabídce čestné prohlášení o tom, že v souvislosti s výběrovým řízením na předmětnou veřejnou zakázku neuzavřel a neuzavře s jinými osobami zakázanou dohodu ve smyslu zákona č. 143/2001 Sb., o ochraně hospodářské soutěže a o změně některých zákonů (zákon o ochraně hospodářské soutěže), ve znění pozdějších předpisů. Toto bude předloženo ve formě formuláře obsaženého v příloze č. 1 Kapitole 4 přílohy této Výzvy.

8.5 Analogicky dle ustanovení § 28 odst. 2 ZZVZ platí, že nebyla-li nabídka zadavateli doručena ve lhůtě nebo způsobem stanoveným v této Výzvě, nepovažuje se za podanou a v průběhu výběrového řízení se k ní nepřihlíží.

8.6 Zadavatel doporučuje a preferuje, aby nabídka byla podána za využití krycího listu uvedeného v příloze č. 1 této Výzvy. Zadavatel dále konstatuje, že v případě, že nabídka bude obsahovat na více různých místech rozporné údaje (zejména údaje o nabídkové ceně), pak platí, že správným údajem, je údaj uvedený v krycím listu dle přílohy č. 1 Výzvy.

9 Registr smluv

9.1 Zadavatel je povinen uveřejňovat uzavřené smlouvy v registru smluv na základě ustanovení 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 (dále jen „ZRS“).

9.2 Zadavatel na základě výše uvedeného požaduje, aby účastník pro účely uveřejnění smlouvy v registru smluv ve smlouvě, která bude nedílnou součástí nabídky, označil její části, které jsou předmětem obchodního tajemství nebo ty části, ve kterých jsou obsaženy informace, které nemohou být v registru smluv uveřejněny na základě ustanovení § 3 odst. 1 ZRS.

9.3 Pokud účastník ve smlouvě, která bude nedílnou součástí nabídky, označí její části nebo určité informace dle čl. 9.2 této Výzvy, je účastník povinen předložit Čestné prohlášení. Vzor tohoto prohlášení je zpracován jako příloha č. 2 této Výzvy. Tímto čestným prohlášením účastník prohlašuje, že jím uvedené údaje a skutečnosti kumulativně naplňují všechny definiční znaky obchodního tajemství tak, jak je vymezeno v ustanovení § 504 zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen „obchodní tajemství“) a pro případ, že by takto označené údaje a skutečnosti nenaplňovaly znaky obchodního tajemství a takto znečitelněná smlouva by byla v důsledku toho uveřejněna způsobem odporujícímu ZRS, nese účastník veškerou odpovědnost.

9.4 Výše uvedené čestné prohlášení dle čl. 9.3 této Výzvy účastník nedokládá v případě, že neoznačí ve smlouvě, která bude nedílnou součástí nabídky, žádné takové časti nebo informace ve smyslu čl. 9.2 této Výzvy.

9.5 Účastník odpovídá za správnost a pravdivost veškerých údajů a skutečností, které jím budou uvedeny ve výše uvedeném čestném prohlášení. Zadavatel nebude přezkoumávat jejich pravdivost.

9.6 Výjimkou z povinnosti uveřejnění smlouvy v registru smluv jsou důvody uvedené v ustanovení § 3 odst. 2 ZRS. Je-li účastník subjektem uvedeným v ustanovení § 3 odst. 2 písm. k) ZRS (případně je subjektem uvedeným v ustanovení § 3 odst. 2 ZRS dle jiného písmene, než je zde uvedeno), doporučuje zadavatel, aby účastník tuto skutečnost uvedl v nabídce. V případě, že tak účastník neučiní, bude zadavatel postupovat, jako by na

smlouvu nedopadala výjimka uvedená v ustanovení § 3 odst. 2 písm. k) ZRS (případně jiná výjimka dle ustanovení § 3 odst. 2 ZRS dle jiného písmene, než je zde uvedeno) a zadavatel neodpovídá za škodu nebo jakoukoliv jinou újmu tímto postupem vzniklou.

10 Poddodavatel

10.1 Zadavatel požaduje, aby účastník výběrového řízení v nabídce:

a) určil části veřejné zakázky, které hodlá plnit prostřednictvím poddodavatelů, a

b) předložil seznam poddodavatelů, včetně jejich identifikačních údajů, pokud jsou účastníkovi výběrového řízení známi a uvedl, kterou část veřejné zakázky bude každý z poddodavatelů plnit.

11 Požadavky na způsob zpracování nabídkové ceny

11.1 Zadavatel požaduje, aby účastník uvedl celkovou nabídkovou cenu za předpokládaný objem plnění za 48 měsíců, tedy za 160 MD údržby + 48 měsíců paušální podpory, a to v české měně (Koruna česká), v členění bez daně z přidané hodnoty (DPH), samostatně příslušná výše DPH a včetně DPH.

11.2 Zadavatel dále požaduje, aby účastník uvedl dílčí nabídkové ceny, konkrétně paušální cenu za 1 měsíc, 3 měsíce a 48 měsíců poskytování podpory provozu a cenu za 1 MD a 160 MD provádění údržby a to v české měně (Koruna česká), v členění bez daně z přidané hodnoty (DPH), samostatně příslušná výše DPH a včetně DPH.

11.3 Za účelem výpočtu celkové nabídkové ceny v Kč bez DPH bude účastníkem vyplněna příloha č. 4 této Výzvy. Za správnost provedení výpočtu celkové nabídkové ceny odpovídá účastník.

11.4 Nabídková cena musí být v nabídce účastníkem garantována jako cena maximální a nepřekročitelná, konečná, zahrnující veškeré náklady účastníka spojené s plněním předmětu této veřejné zakázky.

11.5 Zadavatel připouští překročení nabídkové ceny účastníka pouze v případě, pokud v průběhu plnění předmětu této veřejné zakázky dojde ke změnám sazeb daně z přidané hodnoty (případné zvýšení sazby DPH po sjednané době plnění není důvodem pro zvýšení ceny za plnění předmětu veřejné zakázky).

12 Lhůta a místo pro podání nabídky

12.1 Nabídka musí být podána elektronickými prostředky prostřednictvím elektronického nástroje E-ZAK, který je profilem zadavatele, a to v českém jazyce nebo analogicky k ustanovení § 45 odst. 3 ZZVZ. Zadavatel nepřipouští podání nabídky v listinné podobě ani v jiné elektronické formě mimo elektronický nástroj E-ZAK.

12.2 Dokumenty musí být do systému E-ZAK vkládány jako jeden soubor nebo více zkomprimovaných souborů ve formátu zip, rar nebo 7z, bez použití hesla. Zkomprimované soubory nesmí obsahovat žádný další zkomprimovaný soubor.

12.3 Zadavatel upozorňuje, že systém elektronického zadávání veřejných zakázek E-ZAK umožňuje pracovat se soubory o velikosti nejvýše 50MB za jeden takový soubor, příp. zkomprimované soubory. Soubory většího rozsahu je nutno před jejich odesláním prostřednictvím E-ZAK vhodným způsobem rozdělit. Velikost samotné nabídky jako celku není nijak omezena.

12.4 Nabídky podávané v elektronické podobě dodavatel doručí do konce stanovené lhůty pro podání nabídek, a to prostřednictvím elektronického nástroje E-ZAK na adrese xxxxx://xxxxxxx.xxxxxxxxxxxxxx.xx/

12.5 Lhůta pro podání nabídek je uvedena v elektronickém nástroji E-ZAK.

12.6 Nabídky podané po uplynutí lhůty pro podání nabídky nebudou otevřeny. Zadavatel bezodkladně vyrozumí účastníka o tom, že jeho nabídka byla podána po uplynutí lhůty pro podání nabídky.

13 Vysvětlení Výzvy

13.1 Zadavatel může Výzvu vysvětlit, pokud takové vysvětlení, případně související dokumenty, uveřejní stejným způsobem, jako uveřejnil tuto Výzvu, anebo pokud je zašle všem dodavatelům, kterým zaslal Výzvu nebo kteří si ji vyzvedli, v případě, že Výzva nebyla uveřejněna.

13.2 Dodavatel je oprávněn po zadavateli požadovat vysvětlení Výzvy. Žádost o vysvětlení Výzvy doručí dodavatel ve stanovené lhůtě písemnou formou, a to elektronicky. Zadavatel bude na žádosti o vysvětlení Výzvy odpovídat prostřednictvím elektronického nástroje E-ZAK na adrese: xxxxx://xxxxxxx.xxxxxxxxxxxxxx.xx/. Pokud o vysvětlení Výzvy písemně požádá dodavatel, zadavatel vysvětlení uveřejní, odešle nebo předá včetně přesného znění žádosti bez identifikace tohoto dodavatele. Zadavatel není povinen vysvětlení poskytnout, pokud není žádost o vysvětlení doručena včas, a to alespoň 3 pracovní dny před uplynutím lhůty pro podání nabídek dle bodu 12.5 této Výzvy. Zadavatel se může rozhodnout vysvětlení poskytnout i na opožděnou žádost o vysvětlení.

13.3 Pokud je žádost o vysvětlení Výzvy doručena včas a zadavatel neuveřejní, neodešle nebo nepředá vysvětlení do 3 pracovních dnů, prodlouží lhůtu pro podání nabídek nejméně o tolik pracovních dnů, o kolik přesáhla doba od doručení žádosti o vysvětlení Výzvy do uveřejnění, odeslání nebo předání vysvětlení 3 pracovní dny.

13.4 Pokud by spolu s vysvětlením Výzvy zadavatel provedl i změnu zadávacích podmínek, postupuje podle následujícího článku této Výzvy.

14 Změna Výzvy

14.1 Zadávací podmínky obsažené ve Výzvě může zadavatel změnit nebo doplnit před uplynutím lhůty pro podání nabídek. Změna nebo doplnění Výzvy musí být uveřejněna nebo oznámena dodavatelům stejným způsobem jako zadávací podmínka, která byla změněna nebo doplněna.

14.2 Pokud to povaha doplnění nebo změny Výzvy vyžaduje, zadavatel současně přiměřeně prodlouží lhůtu pro podání nabídek. V případě takové změny nebo doplnění Výzvy, která může rozšířit okruh možných účastníků výběrového řízení, prodlouží zadavatel lhůtu tak, aby od odeslání změny nebo doplnění Výzvy činila nejméně celou svou původní délku.

15 Kritérium hodnocení nabídek

15.1 Hodnotícím kritériem pro výběr nejvýhodnější nabídky v rámci ekonomické výhodnosti nabídek je nejnižší celková nabídková cena v Kč bez DPH za celý předmět veřejné zakázky uvedený v čl. 3 této Výzvy.

15.2 V případě, že je více nabídek se shodným celkovým parametrem hodnotícího kritéria, rozhodne o pořadí nabídky čas podání těchto nabídek dle článku 12 této Výzvy, přičemž platí, že lépe se umístila ta nabídka, která byla podána dříve.

16 Střet zájmů dle zákona č. 159/2006 Sb., o střetu zájmů, ve znění pozdějších předpisů

16.1 Dle § 4b zákona č. 159/2006 Sb., o střetu zájmů, ve znění pozdějších předpisů (dále jen

„Zákon o střetu zájmů“), se nesmí účastnit zadávacích řízení dle ZZVZ jako účastník zadávacího řízení nebo jako poddodavatel, prostřednictvím kterého účastník zadávacího řízení prokazuje kvalifikaci, obchodní společnost, ve které veřejný funkcionář uvedený v

§ 2 odst. 1 písm. c) Zákona o střetu zájmů nebo jím ovládaná osoba vlastní podíl představující alespoň 25 % účasti společníka v obchodní společnosti.

16.2 Zadavatel požaduje, aby dodavatel a jeho poddodavatel, prostřednictvím kterého prokazuje kvalifikaci, nebyli ve střetu zájmů dle § 4b Zákona o střetu zájmů. Skutečnost, že dodavatel a jeho poddodavatel, prostřednictvím kterého prokazuje část kvalifikace, nejsou ve střetu zájmů dle § 4b Zákona o střetu zájmů, prokáže dodavatel předložením čestného prohlášení, jehož vzorové znění je uvedeno v příloze č. 1 Kapitole 3 této Výzvy, ve své nabídce.

16.3 Vybraný dodavatel je povinen předložit k výzvě zadavatele analogicky dle § 122 odst. 3 písm. b) ZZVZ doklady a informace, z nichž nepochybně vyplyne, že vybraný dodavatel i všichni poddodavatelé, jimiž vybraný dodavatel prokazuje kvalifikaci, splňují podmínku neexistence střetu zájmů ve smyslu § 4b Zákona o střetu zájmů a tohoto článku. V případě vybraného dodavatele nebo jeho poddodavatele, prostřednictvím kterého vybraný dodavatel prokazoval část kvalifikace, je-li zahraniční právnickou osobou, je vybraný dodavatel povinen předložit zejména doklady analogicky ve smyslu § 122 odst. 5 ZZVZ, a to i ve vztahu k příslušnému poddodavateli, prostřednictvím kterého vybraný dodavatel prokazoval část kvalifikace.

16.4 V případě postupu účastníka v rozporu s čl. 16 Výzvy bude účastník vyloučen z výběrového řízení.

17 Další zadávací podmínky v návaznosti na sankce proti Rusku a Bělorusku v souvislosti se situací na Ukrajině

17.1 Dle článku 5k nařízení Rady (EU) č. 833/2014 ze dne 31. července 2014 o omezujících opatřeních vzhledem k činnostem Ruska destabilizujícím situaci na Ukrajině, ve znění pozdějších předpisů1 (dále jen „Nařízení č. 833/2014“) se zakazuje zadat nebo dále plnit jakoukoli veřejnou zakázku nebo koncesní smlouvu spadající do oblasti působnosti směrnic o zadávání veřejných zakázek, jakož i čl. 10 odst. 1, 3, odst. 6 písm. a) až e), odst. 8, 9 a 10, článků 11, 12, 13 a 14 směrnice 2014/23/EU, článků 7 a 8, čl. 10 písm.

b) až f) a písm. h) až j) směrnice 2014/24/EU, článku 18, čl. 21 písm. b) až e) a písm. g až i), článků 29 a 30 směrnice 2014/25/EU a čl. 13 písm. a) až d), f) až h) a j) směrnice 2009/81/EC:

a. jakémukoli ruskému státnímu příslušníkovi, fyzické či právnické osobě nebo subjektu či orgánu se sídlem v Rusku,

b. právnické osobě, subjektu nebo orgánu, které jsou z více než 50 % přímo či nepřímo vlastněny některým ze subjektů uvedených v písmeni a) tohoto odstavce, nebo

c. fyzické nebo právnické osobě, subjektu nebo orgánu, které jednají jménem nebo na pokyn některého ze subjektů uvedených v písmeni a) nebo b) tohoto odstavce,

včetně subdodavatelů, dodavatelů nebo subjektů, jejichž způsobilost je využívána ve smyslu směrnic o zadávání veřejných zakázek, pokud představují více než 10 % hodnoty zakázky, nebo společně s nimi.

17.2 Zadavatel požaduje, aby účastník sám jakožto dodavatel, případně dodavatelé v jeho rámci sdružení za účelem účasti ve výběrovém řízení, ani žádný z jeho poddodavatelů nebo jiných osob, jejichž způsobilost je využívána ve smyslu směrnic o zadávání veřejných zakázek, nebyli osobami dle odst. 1 tohoto článku a Nařízení č. 833/2014.

17.3 Dle čl. 2 nařízení Rady (EU) č. 269/2014 ze dne 17. března 2014, o omezujících opatřeních vzhledem k činnostem narušujícím nebo ohrožujícím územní celistvost, svrchovanost a nezávislost Ukrajiny, ve znění pozdějších předpisů (dále jen „Nařízení č. 269/2014“), a dalších prováděcích předpisů k tomuto Nařízení č. 269/2014 (tzv. sankční seznamy)2, nesmějí být žádné finanční prostředky ani hospodářské zdroje přímo ani nepřímo zpřístupněny fyzickým nebo právnickým osobám, subjektům či

1 Zejm. Nařízení Rady (EU) 2022/576 ze dne 8. dubna 2022, kterým se mění nařízení (EU) č. 833/2014 o omezujících opatřeních vzhledem k činnostem Ruska destabilizujícím situaci na Ukrajině

2 Zejm, Prováděcí nařízení Rady (EU) 2022/581 ze dne 8. dubna 2022, kterým se provádí nařízení (EU) č. 269/2014 o omezujících opatřeních vzhledem k činnostem narušujícím nebo ohrožujícím územní celistvost, svrchovanost a nezávislost Ukrajiny a prováděcí nařízení Rady (EU) 2022/658 ze dne 21. dubna 2022, kterým se provádí nařízení (EU) č. 269/2014 o omezujících opatřeních vzhledem k činnostem narušujícím nebo ohrožujícím územní celistvost, svrchovanost a nezávislost Ukrajiny.

orgánům nebo fyzickým nebo právnickým osobám, subjektům či orgánům s nimi spojeným uvedeným v příloze I Nařízení nebo v jejich prospěch (dále jen „Osoby vedené na sankčních seznamech“).

17.4 Zadavatel dále požaduje, aby účastník sám jakožto dodavatel, případně dodavatelé v jeho rámci sdružení za účelem účasti ve výběrovém řízení, ani žádný z jeho poddodavatelů nebo jiných osob, jejichž způsobilost je využívána ve smyslu směrnic o zadávání veřejných zakázek, nebyli Osobami vedenými na sankčních seznamech.

17.5 Splnění zadávacích podmínek stanovených zadavatelem dle tohoto článku prokáže účastník předložením čestného prohlášení, jehož vzorové znění je uvedeno v příloze č. 1 Kapitole 8 této Výzvy, ve své nabídce.

17.6 Zadavatel je oprávněn ověřovat si splnění zadávacích podmínek dle tohoto článku. Vybraný dodavatel je povinen předložit k výzvě zadavatele analogicky dle § 122 odst. 3 písm. b) ZZVZ doklady a informace, z nichž nepochybně vyplyne, že vybraný dodavatel i všichni poddodavatelé nebo jiné osoby, jejichž způsobilost je využívána ve smyslu směrnic o zadávání veřejných zakázek, splňují podmínky uvedené v tomto článku Výzvy.

17.7 V případě postupu účastníka v rozporu s čl. 17 Výzvy bude účastník vyloučen z výběrového řízení.

18 Další požadavky zadavatele

18.1 Zadavatel si vyhrazuje právo výběrové řízení až do okamžiku uzavření smlouvy kdykoliv zrušit bez uvedení důvodu.

18.2 Zadavatel si vyhrazuje právo změnit, upřesnit či doplnit tuto Výzvu k podání nabídky až do skončení lhůty pro podání nabídky.

18.3 Zadavatel si vyhrazuje právo v průběhu výběrového řízení postupovat analogicky dle § 46 a § 113 ZZVZ.

18.4 Zadavatel si vyhrazuje právo vyloučit účastníka řízení analogicky dle ustanovení § 48 ZZVZ.

18.5 Další podmínky zadavatele pro uzavření smlouvy analogicky dle § 104 ZZVZ:

18.5.1 Vybraný dodavatel je povinen zadavateli na písemnou výzvu učiněnou analogicky dle § 122 odst. 3 písm. b) ZZVZ předložit:

a) doklady a informace dle čl. 16.3 a čl. 17.6 této Výzvy;

18.5.2 Neposkytnutí součinnosti vybraným dodavatelem dle tohoto odstavce je důvodem pro vyloučení vybraného dodavatele.

18.6 Zadavatel a vybraný dodavatel jsou povinni bez zbytečného odkladu po oznámení rozhodnutí o výběru uzavřít smlouvu. Vybraného dodavatele, který nesplnil povinnost dle tohoto odstavce, může zadavatel z výběrového řízení vyloučit. Zadavatel si vyhrazuje právo postupovat analogicky dle § 125 odst. 1 a 2 věta první ZZVZ.

18.7 Zadavatel nepřipouští varianty nabídek.

18.8 Zadavatel upozorňuje, že preferuje uzavírání smluv v elektronické podobě prostřednictvím kvalifikovaných elektronických podpisů. V případě, že dodavatel není schopen k takovému postupu zajistit zadavateli součinnost, sdělí tuto skutečnost ve své nabídce, a to prostřednictvím krycího listu, který je přílohou č. 1 této Výzvy.

19 Přílohy tvořící nedílnou součást této Výzvy č. 1. Krycí list nabídky

č. 2. Čestné prohlášení ve vztahu k zákonu o registru smluv

č. 3. Závazný vzor smlouvy č. 4. Dílčí nabídkové ceny

č. 5. Specifikace informačního systému kvalifikace dodavatelů (nezveřejněna na profilu Zadavatele - tato příloha bude poskytnuta dodavatelům po podpisu Dohody o ochraně důvěrných informací)

č. 6. Požadavky na projektové řízení

č. 7. Dohoda o ochraně důvěrných informací

…………………………………………

Xx. Xxxx Xxxxxxx, MBA

generální ředitel

Příloha č. 1 Výzvy k podání nabídky

Krycí list nabídky k veřejné zakázce

s názvem „Podpora provozu s údržbovou činností IS Kvalifikace dodavatelů“ vedené pod č.j. 69662/2022-SŽ-GŘ-O8

Obsah

Kapitola 1. Základní údaje k nabídce 2

Kapitola 2. Čestné prohlášení o splnění základní způsobilosti 3

Kapitola 3. Čestné prohlášení účastníka o střetu zájmů 4

Kapitola 4. Čestné prohlášení účastníka k neuzavření zakázaných dohod 5

Kapitola 5. Čestné prohlášení o splnění technické kvalifikace 6

Kapitola 6. Čestné prohlášení účastníka o splnění podmínek v souvislosti se situací na Ukrajině 7

1/8

Správa železnic, státní organizace

zapsána v obchodním rejstříku vedeném Městským soudem v Praze, spisová značka A 48384

Sídlo: Xxxxxxxx 0000/0, 000 00 Xxxxx 0

IČO: 709 94 234 DIČ: CZ 709 94 234

xxx.xxxxxxxxxxxxxx.xx

Kapitola 1. Základní údaje k nabídce

Zadavatel: Správa železnic, státní organizace

Praha 1 - Nové Město, Dlážděná 1003/7, PSČ 110 00 IČO 70994234, DIČ CZ70994234

Účastník: jméno osoby/název firmy

Sídlo:

IČO ……………………, DIČ …………………

Zastoupená údaje o statutárním orgánu nebo jiné oprávněné osobě Kontaktní osoba ve věci podání nabídky: xxxxxxxxxxxxxxxxxx Email kontaktní osoby: xxxxxxxxxxxxxx

Účastník prohlašuje, že veškeré údaje uvedené v tomto krycím listu, který je přílohou č. 1 Výzvy k podání nabídky na veřejnou zakázku zadávanou jako podlimitní sektorovou veřejnou zakázku, jsou pravdivé, úplné a odpovídají skutečnosti. Účastník si je vědom důsledků záměrného uvedení nepravdivých údajů, které v rovině tohoto výběrového řízení mohou vést až k vyloučení Účastníka z výběrového řízení.

ÚDAJE PRO POTŘEBY HODNOCENÍ:

Celková nabídková cena v Kč bez DPH za předpokládaný objem plnění za 48 měsíců, tedy za 160 MD údržby + 48 měsíců paušální podpory: XX

Cena za 1 MD údržby v Kč bez DPH: XX

Cena za 1 měsíc paušálních podpory v Kč bez DPH: XX

ÚDAJE O MOŽNOSTI ELEKTRONICKÉHO UZAVŘENÍ SMLOUVY:

Účastník disponuje platným zaručeným elektronickým podpisem ve smyslu zákona č. 297/2016 Sb., o službách vytvářejících důvěru pro elektronické transakce1?

(pokud na výše uvedenou otázku odpověděl dodavatel kladně)

Účastník je ochoten použít platný zaručený elektronický podpis pro uzavření smlouvy se zadavatelem v elektronické formě?

1 Takový certifikát v českém prostředí vydávají následující poskytovatelé: a) Česká pošta, s. p., b) eldentity a.s., c) První certifikační autorita, a.s.

Zvolte položku.2

Zvolte položku.3

2 Účastník vybere jednu z možností.

3 Účastník vybere jednu z možností.

2/8

Kapitola 2. Čestné prohlášení o splnění základní způsobilosti

Účastník, který podává tuto nabídku, tímto čestně prohlašuje, že není účastníkem, který:

a) byl v zemi svého sídla v posledních 5 letech před zahájením výběrového řízení pravomocně odsouzen pro trestný čin uvedený v příloze č. 3 k zákonu č. 134/2016 Sb., o zadávání veřejných zakázek, nebo obdobný trestný čin podle právního řádu země sídla účastníka; k zahlazeným odsouzením se nepřihlíží,

b) má v České republice nebo v zemi svého sídla v evidenci daní zachycen splatný daňový nedoplatek,

c) má v České republice nebo v zemi svého sídla splatný nedoplatek na pojistném nebo na penále na veřejné zdravotní pojištění,

d) má v České republice nebo v zemi svého sídla splatný nedoplatek na pojistném nebo na penále na sociální zabezpečení a příspěvku na státní politiku zaměstnanosti,

e) je v likvidaci, proti němuž bylo vydáno rozhodnutí o úpadku, vůči němuž byla nařízena nucená správa podle jiného právního předpisu nebo v obdobné situaci podle právního řádu země sídla účastníka.

Výše uvedené podmínky splňuje jak Účastník (coby právnická osoba), tak každý člen jeho statutárního orgánu.

3/8

Správa železnic, státní organizace

zapsána v obchodním rejstříku vedeném Městským soudem v Praze, spisová značka A 48384

Sídlo: Xxxxxxxx 0000/0, 000 00 Xxxxx 0

IČO: 709 94 234 DIČ: CZ 709 94 234

xxx.xxxxxxxxxxxxxx.xx

Kapitola 3. Čestné prohlášení účastníka o střetu zájmů

Účastník, který podává tuto nabídku, tímto čestně prohlašuje, že:

a. není obchodní společností, ve které veřejný funkcionář uvedený v ust. § 2 odst. 1 písm.

c) zákona č. 159/2006 Sb., o střetu zájmů, ve znění pozdějších předpisů (dále jen

„Zákon o střetu zájmů“) nebo jím ovládaná osoba vlastní podíl představující alespoň 25 % účasti společníka v obchodní společnosti, a

b. žádní poddodavatelé, jimiž prokazuje kvalifikaci ve výběrovém řízení, nejsou obchodní společností, ve které veřejný funkcionář uvedený v ust. § 2 odst. 1 písm. c) Zákona o střetu zájmů nebo jím ovládaná osoba vlastní podíl představující alespoň 25 % účasti společníka v obchodní společnosti.

Účastník dále čestně prohlašuje, že dostane-li se Účastník nebo poddodavatel, jímž prokazoval kvalifikaci ve výběrovém řízení, do střetu zájmů dle § 4b Zákona o střetu zájmů, a to kdykoliv až do okamžiku ukončení výběrového řízení, oznámí tuto skutečnost bez zbytečného odkladu zadavateli veřejné zakázky.

Účastník si je vědom všech právních důsledků, které pro něj mohou vyplývat z nepravdivosti zde uvedených údajů a skutečností.

Kapitola 4. Čestné prohlášení účastníka k neuzavření

zakázaných dohod

Účastník, který podává tuto nabídku, tímto čestně prohlašuje, že v souvislosti se zadávanou veřejnou zakázkou neuzavřel a neuzavře s jinými osobami zakázanou dohodu ve smyslu zákona č. 143/2001 Sb., o ochraně hospodářské soutěže a o změně některých zákonů (zákon o ochraně hospodářské soutěže), ve znění pozdějších předpisů.

Účastník si je vědom všech právních důsledků, které pro něj mohou vyplývat z nepravdivosti zde uvedených údajů a skutečností.

Kapitola 5. Čestné prohlášení o splnění technické

kvalifikace

Účastník, který podává tuto nabídku, tímto čestně prohlašuje, že za poslední 3 roky před zahájením zadávacího řízení poskytoval alespoň 1 významnou službu definovanou v čl. 7.5.1 Výzvy k podání nabídky v hodnotě 1.500.000,- Kč bez DPH za jednu tuto službu.

Objednatel služby, IČO, sídlo, místo podnikaní, kontakt k ověření realizované služby/dodávky Předmět plnění významné služby Celkový finanční objem služby Doba realizace (datum od-do, v rámci 3 kalendářních let nazpět před zahájením zadávacího řízení)

Kapitola 6. Čestné prohlášení účastníka o splnění podmínek v souvislosti se situací na Ukrajině

Účastník, který podává tuto nabídku, tímto čestně prohlašuje, že:

a. on sám jakožto dodavatel, případně dodavatelé v jeho rámci sdružení za účelem účasti ve výběrovém řízení, ani žádný z jeho poddodavatelů nebo jiných osob, jejichž způsobilost je využívána ve smyslu evropských směrnic o zadávání veřejných zakázek, nejsou osobami dle článku 5k nařízení Rady (EU) č. 833/2014 ze dne 31. července 2014 o omezujících opatřeních vzhledem k činnostem Ruska destabilizujícím situaci na Ukrajině, ve znění pozdějších předpisů, jimž se zakazuje zadat nebo dále plnit jakoukoli veřejnou zakázku nebo koncesní smlouvu spadající do oblasti působnosti směrnic o zadávání veřejných zakázek, jakož i čl. 10 odst. 1, 3, odst. 6 písm. a) až e), odst. 8, 9 a 10, článků 11, 12, 13 a 14 směrnice 2014/23/EU, článků 7 a 8, čl. 10 písm. b) až f) a písm. h) až j) směrnice 2014/24/EU, článku 18, čl. 21 písm. b) až e) a písm. g až i), článků 29 a 30 směrnice 2014/25/EU a čl. 13 písm. a) až d), f) až h) a j) směrnice 2009/81/ECa4

b. on sám jakožto dodavatel, případně dodavatelé v jeho rámci sdružení za účelem účasti ve výběrovém řízení, ani žádný z jeho poddodavatelů nebo jiných osob, jejichž způsobilost je využívána ve smyslu evropských směrnic o zadávání veřejných zakázek, nejsou osobami dle článku 25 nařízení Rady (EU) č. 269/2014 ze dne 17. března 2014, o omezujících opatřeních vzhledem k činnostem narušujícím nebo ohrožujícím územní celistvost, svrchovanost a nezávislost Ukrajiny, ve znění pozdějších předpisů, a dalších prováděcích předpisů k tomuto nařízení Rady (EU) č. 269/2014 (tzv. sankční seznamy)6.

Účastník dále čestně prohlašuje, že přestane-li on sám jakožto dodavatel, případně dodavatelé v jeho rámci sdružení za účelem účasti ve výběrovém řízení, nebo některý z jeho poddodavatelů nebo jiných osob, jejichž způsobilost je využívána ve smyslu evropských směrnic o zadávání veřejných zakázek, splňovat výše uvedené podmínky, k nimž se toto četné prohlášení vztahuje, a to kdykoliv až do okamžiku ukončení výběrového řízení, oznámí tuto skutečnost bez zbytečného odkladu, nejpozději však do 3 pracovních dnů ode dne, kdy přestal splňovat výše uvedené podmínky, k nimž se toto četné prohlášení vztahuje, zadavateli veřejné zakázky.

Účastník si je vědom všech právních důsledků, které pro něj mohou vyplývat z nepravdivosti zde uvedených údajů a skutečností.

4 Dle článku 5k nařízení Rady (EU) č. 833/2014 ze dne 31. července 2014 o omezujících opatřeních vzhledem k činnostem Ruska destabilizujícím situaci na Ukrajině, ve znění pozdějších předpisů, se zakazuje zadat nebo dále plnit jakoukoli veřejnou zakázku nebo koncesní smlouvu spadající do oblasti působnosti směrnic o zadávání veřejných zakázek, jakož i čl. 10 odst. 1, 3, odst. 6 písm. a) až e), odst. 8, 9 a 10, článků 11, 12, 13 a 14 směrnice 2014/23/EU, článků 7 a 8, čl. 10 písm. b) až

f) a písm. h) až j) směrnice 2014/24/EU, článku 18, čl. 21 písm. b) až e) a písm. g až i), článků 29 a 30 směrnice 2014/25/EU a čl. 13 písm. a) až d), f) až h) a j) směrnice 2009/81/EC:

a. jakémukoli ruskému státnímu příslušníkovi, fyzické či právnické osobě nebo subjektu či orgánu se sídlem v Rusku,

b. právnické osobě, subjektu nebo orgánu, které jsou z více než 50 % přímo či nepřímo vlastněny některým ze subjektů uvedených v písmeni a) tohoto odstavce, nebo

c. fyzické nebo právnické osobě, subjektu nebo orgánu, které jednají jménem nebo na pokyn některého ze subjektů uvedených v písmeni a) nebo b) tohoto odstavce,

včetně subdodavatelů, dodavatelů nebo subjektů, jejichž způsobilost je využívána ve smyslu směrnic o zadávání veřejných zakázek, pokud představují více než 10 % hodnoty zakázky, nebo společně s nimi.

5 Dle článku 2 nařízení Rady (EU) č. 269/2014 ze dne 17. března 2014, o omezujících opatřeních vzhledem k činnostem narušujícím nebo ohrožujícím územní celistvost, svrchovanost a nezávislost Ukrajiny, ve znění pozdějších předpisů, nesmějí být žádné finanční prostředky ani hospodářské zdroje přímo ani nepřímo zpřístupněny fyzickým nebo právnickým osobám, subjektům či orgánům nebo fyzickým nebo právnickým osobám, subjektům či orgánům s nimi spojeným uvedeným v příloze I Nařízení nebo v jejich prospěch.

6 Zejm, Prováděcí nařízení Rady (EU) 2022/581 ze dne 8. dubna 2022, kterým se provádí nařízení (EU) č. 269/2014 o omezujících opatřeních vzhledem k činnostem narušujícím nebo ohrožujícím územní celistvost, svrchovanost a nezávislost Ukrajiny a prováděcí nařízení Rady (EU) 2022/658 ze dne 21. dubna 2022, kterým se provádí nařízení (EU) č. 269/2014 o omezujících opatřeních vzhledem k činnostem narušujícím nebo ohrožujícím územní celistvost, svrchovanost a nezávislost Ukrajiny.

V …………………… dne ………………………

Jméno a Příjmení

funkce osoby

Příloha č. 2 Výzvy k podání nabídky – Účastník předloží pouze v případě postupu dle čl.

9.2. a 9.3 Výzvy.

Čestné prohlášení

v souvislosti s ustanovením 3 odst. 1 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), ve znění pozdějších předpisů, (dále jen „ZRS“)

Účastník:

………….

………….

………….

………….

Obchodní firma/jméno Sídlo/místo podnikání IČO

Zastoupen

který podává nabídku na podlimitní sektorovou veřejnou zakázku s názvem „Podpora provozu s údržbovou činností IS Kvalifikace dodavatelů“, č.j. 69662/2022-SŽ-GŘ-O8, tímto čestně prohlašuje, že dále uvedené údaje a další skutečnosti uvedené či jinak řádné označené ve smlouvě na plnění předmětu veřejné zakázky/rámcové dohodě, jež je součástí jeho nabídky (dále jen „smlouva“), považuje účastník za obchodní tajemství ve smyslu ustanovení § 504 zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen „obchodní tajemství“ a „občanský zákoník“), nebo se jedná o jiné informace, které nemohou být v registru smluv uveřejněny na základě ustanovení § 3 odst. 1 ZRS:

Obchodní tajemství či jiné informace dle § 3 odst, 1 ZRS	Umístění ve smlouvě či jejích přílohách
Zvolte položku.	Klikněte sem a zadejte text, např. „Čl. 6 odst. 6.1 smlouvy.“
	Klikněte sem a zadejte text.
	Klikněte sem a zadejte text.

Účastník tímto čestně prohlašuje, že údaje a skutečnosti uvedené ve smlouvě, která je nedílnou součástí nabídky, označené jako obchodní tajemství, naplňují současně všechny definiční znaky obchodního tajemství, tak jak je vymezeno v ustanovení § 504 občanského zákoníku, tj. obchodní tajemství tvoří konkurenčně významné, určitelné, ocenitelné a v příslušných obchodních kruzích běžně nedostupné skutečnosti, které souvisejí se závodem a jejichž vlastník zajišťuje ve svém zájmu odpovídajícím způsobem jejich utajení. Účastník dále čestně prohlašuje, že nese veškerou odpovědnost v případě, že část obsahu smlouvy, která se týká obchodního tajemství účastníka a která v důsledku toho bude pro účely uveřejnění smlouvy v registru smluv znečitelněna, pokud by smlouva v důsledku takového označení byla uveřejněna způsobem odporujícím ZRS, a to bez ohledu na to, zda byla smlouva uveřejněna prostřednictvím registru smluv ze strany zadavatele nebo účastníka.

Účastník tímto čestně prohlašuje, že neprodleně písemně sdělí zadavateli skutečnost, že takto označené informace přestaly naplňovat znaky obchodního tajemství.

Správa železnic, státní organizace

zapsána v obchodním rejstříku vedeném Městským

Sídlo: Xxxxxxxx 0000/0, 000 00 Xxxxx 0

IČO: 709 94 234 DIČ: CZ 709 94 234

Účastník tímto čestně prohlašuje, že údaje a skutečnosti uvedené ve smlouvě, která je nedílnou součástí nabídky, jsou údaji nebo skutečnostmi (s výjimkou obchodního tajemství, uvedeného výše), které nemohou být v registru smluv uveřejněny na základě ustanovení § 3 odst. 1 ZRS. Účastník dále čestně prohlašuje, že nese veškerou odpovědnost v případě, že část obsahu smlouvy, která obsahuje informace označené účastníkem jako informace ve smyslu § 3 odst. 1 ZRS a která v důsledku toho bude pro účely uveřejnění smlouvy v registru smluv znečitelněna, pokud by smlouva v důsledku takového označení byla uveřejněna způsobem odporujícím ZRS, a to bez ohledu na to, zda byla smlouva uveřejněna prostřednictvím registru smluv ze strany zadavatele nebo účastníka.

V …………………… dne ………………………

Příloha č. 3 Výzva k podání nabídky

Smlouva o údržbě a provozu software

č. Objednatele: …………………..

č. Poskytovatele: ………………….……

uzavřená podle ustanovení § 1746 odst. 2 zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen „občanský zákoník“)

(dále jen „Smlouva“)

Objednatel: Správa železnic, státní organizace

zapsaná v obchodním rejstříku vedeném Městským soudem v Praze pod sp. zn. A 48384

Praha 1 - Nové Město, Dlážděná 1003/7, PSČ 110 00 IČ 70994234, DIČ CZ70994234

zastoupená Bc. Xxxxx Xxxxxxxx, MBA, generálním ředitelem

Poskytovatel: jméno osoby

údaje o zápisu v evidenci údaje o sídlu

IČ …………………… , DIČ …………………

Bankovní spojení:……………………..

Číslo účtu:…………………………..

údaje o statutárním orgánu nebo jiné oprávněné osobě

(Objednatel a Poskytovatel dále tak jako „Smluvní strany“ nebo „Strany“)

Tato smlouva je uzavřena na základě výsledků výběrového řízení veřejné zakázky s názvem

„Podpora provozu s údržbovou činností IS Kvalifikace dodavatelů“, č.j. veřejné zakázky 69662/2022-SŽ-GŘ-O8 (dále jen „Veřejná zakázka“). Jednotlivá ustanovení této Smlouvy tak budou vykládána v souladu se zadávacími podmínkami veřejné zakázky.

1. Předmět Smlouvy

1.1. Předmětem této Smlouvy je povinnost Poskytovatele poskytovat Objednateli Plnění

v souvislosti s aplikací objednatele s názvem Informační systém kvalifikace dodavatelů dostupné na xxxxx://xxxx.xxxxxxxxxxxxxx.xx (dále jen „ISKD“) sestávající zejména z:

(a) Paušálních služeb spočívajících zejména v:

(i) provozování Helpesk pro nahlašování Incidentů a umožňující i další komunikaci a mající funkce dále stanovené v této Smlouvě;

(ii) udržování aktuální Dokumentace Software;

Správa železnic, státní organizace

zapsána v obchodním rejstříku vedeném Městským

Sídlo: Xxxxxxxx 0000/0, 000 00 Xxxxx 0

IČO: 709 94 234 DIČ: CZ 709 94 234

(iii) lokalizace a odstraňování Incidentů

(iv) poskytování podpory Software a zajištění požadované Dostupnosti a plnění dalších podmínek dle určeného Servisního modelu specifikovaného v čl. 11 Smlouvy

(v) maintenance Software, včetně zajištění, implementace a instalace Aktualizací, patchů či jiných updatů Software

(vi) návrhování optimalizace aplikačních serverů, databází, komunikačních nastavení a dalších komponent technického řešení Software;

(vii) provádění servisních zásahů

(viii) provádění činností údržby

(ix) sledování souladu Software s obecně závaznými právními předpisy a informování Objednatele o případném nesouladu Software s obecně závaznými právními předpisy a udělovat v tomto směru Objednateli rady k dosažení souladu Software s legislativou

(x) podávání pravidelných výkazů o plnění SLA paušálních služeb a reportů o provozu Software

(xi) poskytnout součinnosti při ukončení dle článku 4 Smlouvy

(xii) převzít poskytování plnění dle článku 3 Smlouvy. („Paušální služby“)

1.2. Objednatel je povinen platit za řádně a včas provedené Plnění dohodnutou Cenu.

2. Další povinnosti Poskytovatele

2.1. Objednatel je oprávněn po Poskytovateli požadovat konfigurační úpravy a úpravy v rámci změnového řízení Software, Školení a konzultace, podporu a údržbu a jiné činnosti, které nejsou součástí Paušálních služeb, a to v rozsahu maximálně 40 Člověkodnů (MD) za 1 kalendářní rok (dále jen „Služby“).

2.2. Rozsah Člověkodnů Objednatel požaduje rovnoměrně rozdělit do 12 měsíců. Člověkodny je v případě potřeby možné v rámci období kalendářního roku čerpat dopředu. V případě, že v rámci kalendářního roku nedojde k vyčerpání 40 MD, jsou tyto nepřevoditelné. V prvním roce od nabytí účinnosti Smlouvy je možné čerpat pouze poměrnou část ze 40 MD dle počtu měsíců zbývajících do konce daného kalendářního roku.

2.3. Služby budou Objednatelem poptávány následovně:

(a) Objednatel je v době trvání této Smlouvy oprávněn kdykoli zaslat Poskytovateli požadavek na poskytnutí Služeb formou doručení písemného požadavku

v elektronické formě na adresu Kontaktní osoby Poskytovatele nebo prostřednictvím Helpdesku („Požadavek“). Požadavek musí obsahovat základní Akceptační kritéria.

(b) Poskytovatel se zavazuje do deseti (10) pracovních dnů od zaslání Požadavku Poskytovateli doručit v elektronické formě Kontaktní osobě Objednatele pro plnění této Smlouvy nabídku na realizaci Požadavku, která musí obsahovat minimálně předmět Služeb, termín plnění (harmonogram) a konkrétní Akceptační kritéria vycházející ze základních Akceptačních kritérií určených v Požadavku („Nabídka“).

(c) Doba platnosti Nabídky je vždy minimálně deset (10) dnů ode dne jejího doručení Objednateli.

(d) Na základě objednávky Objednatele, která představuje odsouhlasení Nabídky, doručené Poskytovateli v elektronické formě („Objednávka“), se Poskytovatel zavazuje poskytovat Služby uvedené v Nabídce.

(e) Objednatel není povinen učinit byť jedinou Objednávku.

(f) Řádné provedení Služeb dle tohoto Článku bude Stranami písemně potvrzeno podpisem Akceptačního protokolu po ukončení Akceptačního řízení poskytnutých Služeb.

(g) Cena za poskytování Služeb dle tohoto článku je součástí Ceny Plnění.

2.4. Vyžaduje-li jakákoliv část IT prostředí objednatele jakoukoliv akci, která by mohla mít dopad na Software, nebo na IT prostředí Objednatele napojené, nebo je-li nezbytná placená aktualizace, upgrade či jiná placená změna ve Standardním Software (tj. upgrade či změna, které nejsou součástí poskytování Paušálních služeb) („Akce“), zavazuje se Poskytovatel o potřebě provedení Akce do tří (3) pracovních dnů od jejího proaktivního zjištění písemně vyrozumět Kontaktní osobu Objednatele dle čl. 6.2. této Smlouvy a na její elektronickou adresu. Součástí vyrozumění je uvedení případných důsledků zamítavého rozhodnutí Objednatele, zejména pokud by neprovedení konkrétní Akce mělo mít negativní dopad na SLA Služeb či na funkce Systému anebo IT prostředí objednatele.

2.5. Odmítne-li Objednatel provedení Akce, pak Poskytovatel není oprávněn k jejímu provedení. Schválí-li Objednatel provedení Akce, provede ji Poskytovatel zpravidla bezodkladně poté, co obdrží Objednatelův souhlas nebo obdrží od Objednatele potřebné podklady či Software, který za účelem provedení Akce Objednatel pořídí. Při provádění Xxxx se Poskytovatel zavazuje postupovat dle svého nejlepšího vědomí a v souladu s pokyny Objednatele.

2.6. Jakékoliv jiné úkony, než Akce, je Poskytovatel povinen provádět proaktivně bez nutnosti získat souhlas Objednatele.

2.7. Nestanoví-li tato Smlouva výslovně jinak, není povinností Poskytovatele podle této Smlouvy obstarávat pro Objednatele prodloužení trvání užívacích práv k Standardnímu software, který Objednatel užíval v okamžiku nabytí účinnosti Smlouvy, a Poskytovatel není povinen hradit udržovací či jiné poplatky spojené se Standardním software. Poskytovatel se však zavazuje proaktivně sledovat vypršení užívacích práv ke Standardnímu Software a v předstihu upozornit Objednatele na takové vypršení tak, aby Objednatel měl dostatek času prodloužit trvání takových oprávnění nebo pořídit náhradu.

2.8. Poskytovatel se zavazuje poskytovat Služby proaktivně a průběžně po dobu trvání Smlouvy bez nutnosti zaslání jakékoliv výzvy ze strany Objednatele.

2.9. Poskytovatel se zavazuje poskytovat Objednateli veškerou součinnosti pro zajištění komunikace a vzájemné interoperability s dalšími počítačovými programy

či informačními systémy nezbytnými pro plnohodnotné fungování Software, a při provádění legislativních změn Software anebo provázaných systémů.

2.10. Poskytovatel se zavazuje nejpozději do deseti (10) dnů od zániku smluvního vztahu založeného touto Smlouvou z jakéhokoliv důvodu předat Objednateli:

(a) aktualizovanou Dokumentaci;

(b) seznam platných administrátorských účtů k Software, Databázím a platných hesel k nim;

(c) úplnou knowledge base týkající se poskytování Paušálních služeb (vč. popisu uzavřených požadavků v Helpdesku);

(d) aktuální seznam standardních provozních úkonů pro údržbu Software;

(e) veškerá data Objednatele, která má Poskytovatel ve svých systémech a taková data v takových systémech smazat;

(f) soupis nedokončených servisních zásahů ke dni zániku smluvního závazkového vztahu založeného Smlouvou a návrh postupu potřebného pro jejich dokončení;

(g) seznam platných Poskytovatelových uživatelských účtů a souvisejících technických prostředků;

(h) vypracovanou kalkulaci finanční hodnoty provedeného plnění a návrh finančního vypořádání, zejména s přihlédnutím k okamžiku zániku smluvního závazkového vztahu založeného Smlouvou a k měsíčním výkazům předcházejícím zániku smluvního závazkového vztahu.

3. Převzetí poskytování plnění

3.1. Převzetí poskytování plnění bude realizováno pouze v případě, že Poskytovatelem je osoba odlišná od předchozího poskytovatele. V opačném případě, tj. pokud je Poskytovatelem osoba shodná anebo finančně či personálně propojená s předchozím poskytovatelem ve smyslu předchozí věty, nebude Převzetí poskytování plnění realizováno, a Poskytovatel zahájí rovnou poskytování Plnění v jeho plném rozsahu.

3.2. Účelem Převzetí poskytování plnění je předání znalostí Poskytovateli a praktické seznámení Poskytovatele s podmínkami provádění Plnění.

3.3. Strany jsou povinny poskytnout si veškerou potřebnou součinnost tak, aby bylo včas dosaženo účelu Převzetí poskytování plnění. Pro vyloučení pochybností Strany prohlašují, že doba Převzetí poskytování plnění, tj. doba před samotným zahájením poskytování Plnění, je poskytována jako benefit pro Poskytovatele, aby měl v době po uzavření Smlouvy dostatečný časový prostor na přípravu na poskytování Plnění a mohl se na něj řádně připravit. Za Převzetí poskytování plnění proto Poskytovateli nenáleží odměna.

3.4. Další podmínky pro provedení Převzetí poskytování plnění jsou uvedeny v Příloze č. 1 Specifikace Plnění.

4. Poskytnutí součinnosti při ukončení Smlouvy

4.1. Poskytovatel se zavazuje dle pokynů Objednatele v období až tří (3) měsíců po zániku smluvního vztahu založeného touto Smlouvou (z jakéhokoliv důvodu) provádět činnosti spočívající v:

(i) přípravě a předání Software novému poskytovateli Služeb,

(ii) poskytování veškeré potřebné součinnosti, dokumentace a informací a účastnit se jednání s Objednatelem a třetími osobami, a to dle pokynů Objednatele,

(„Součinnost při ukončení“).

4.2. Tato Součinnost při ukončení je Poskytovatelem poskytována v rámci paušálních služeb. Maximální rozsah Součinnosti při ukončení je padesát (50) Člověkohodin za celou dobu poskytování Součinnosti při ukončení dle této Smlouvy.

4.3. Poskytovatel se zavazuje součinnost dle tohoto článku poskytovat s odbornou péčí, zodpovědně a do doby úplného převzetí Služeb novým poskytovatelem, nejdéle však do uplynutí sjednané doby poskytování Součinnosti při ukončení.

4.4. V případě, že dojde k uzavření nové smlouvy týkající se Plnění s novým poskytovatelem odlišným od Poskytovatele, zavazuje se Poskytovatel v období poskytování Součinnosti při ukončení poskytovat Objednateli nebo jím určeným třetím stranám veškerou součinnost potřebnou pro účely plynulého a řádného poskytování plnění obdobného

Plnění či jejich příslušné části novým poskytovatelem. Poskytovatel se zavazuje tuto součinnost poskytovat s odbornou péčí, bez zbytečného odkladu a zodpovědně, a to až do uplynutí doby Součinnosti při ukončení nebo vyčerpání jeho rozsahu. Poskytovatel se zavazuje reagovat na požadavek Objednatele nebo jím určené třetí strany a zahájit poskytování součinnosti dle tohoto článku nejpozději do tří (3) pracovních dnů ode dne doručení takovéhoto požadavku.

4.5. Za účelem poskytování Součinnosti při ukončení se Poskytovatel zavazuje v dostatečném předstihu vypracovat dle pokynů Objednatele plán vymezující veškeré podmínky pro převedení Plnění či jejich příslušné části na nového poskytovatele („Plán ukončení“), a poskytnout plnění nezbytná k realizaci tohoto Plánu ukončení za přiměřeného použití vhodných ustanovení této Smlouvy. Strany se dohodly, že v případě sporu o jakékoli technické otázce, která se týká Plánu ukončení, může být Objednatelem určen soudní znalec pro posouzení sporné otázky a Strany se budou takovým posouzením soudního znalce řídit.

4.6. Poskytovatel se zavazuje vypracovat Plán ukončení do jednoho (1) měsíce od doručení požadavku Objednatele na vypracování Plánu ukončení, nestanoví-li Objednatel lhůtu delší, přičemž takový požadavek může být doručen nejdříve jeden (1) měsíc před uplynutím doby trvání Smlouvy a kdykoliv poté; nebude-li doručen žádný požadavek, zavazuje se Poskytovatel vypracovat Plán ukončení do čtrnácti (14) dnů po zániku smluvního vztahu založeného touto Smlouvou. Vypracováním Plánu ukončení se rozumí jeho příprava Poskytovatelem. Strany se dohodly, že cena za vypracování Plánu ukončení je součástí Ceny součinnosti při ukončení, a příprava se započítává do maximálního rozsahu Člověkohodin sjednaného pro Součinnost při ukončení.

5. Doba a místo plnění

5.1. Provádění Plnění Služeb bude zahájeno ode dne nabytí účinnosti této Smlouvy, provádění Plnění Paušálních služeb bude zahájeno od 18. 5. 2023.

5.2. Tato Smlouva je uzavřena na dobu neurčitou ode dne zahájení provádění Plnění.

5.3. Místem plnění jsou místa umístění IT prostředí Objednatele, které je popsáno v příloze Smlouvy Platforma Správy železnic.

5.4. Služby budou poskytovány formou vzdáleného přístupu k Software a IT prostředí Objednatele. Objednatel se zavazuje umožnit Poskytovateli vzdálený přístup k Software a IT prostředí Objednatele prostřednictvím přihlašovacích údajů udělených konkrétním osobám provádějícím Plnění za Poskytovatele dle rozhodnutí Objednatele.

6. Skončení smluvního vztahu

6.1. Každá ze smluvních stran je oprávněna tuto smlouvu o údržbě a provozu software písemně vypovědět bez uvedení důvodů v 6 měsíční výpovědní lhůtě. Výpovědní lhůta začíná plynout od prvního dne měsíce následujícího po doručení výpovědi druhé Smluvní straně.

6.2. Po doručení výpovědi je Poskytovatel povinen učinit veškerá opatření potřebná k tomu, aby se zabránilo vzniku škody bezprostředně hrozící Objednateli nedokončením či neposkytnutím služeb podle této smlouvy.

6.3. Pro vyloučení všech pochybností se konstatuje, že ustanovení dle bodu 6.1 se nedotýká plnění Služeb zadaných v době trvání této Smlouvy na základě Objednávek. Tyto Služby musí být řádně dokončeny dle všech pravidel Smlouvy a Poskytovateli za ně náleží odměna v souladu se Smlouvou.

7. Kontaktní osoby

7.1. Kontaktními osobami za účelem plnění této Smlouvy jsou za Poskytovatele [DOPLNÍ POSKYTOVATEL: titul, jméno, příjmení a e-mail].

7.2. Kontaktními osobami za účelem plnění této Smlouvy jsou za Objednatele [DOPLNÍ OBJEDNATEL: titul, jméno, příjmení, služební telefon a služební e-mail],

7.3. Kontaktní osobou Objednatele pro oblast kybernetické bezpečnosti je [DOPLNÍ OBJEDNATEL: titul, jméno, příjmení, služební telefon a služební e-mail].

8. Cena a platební podmínky

8.1. Cena za předmět plnění dle této Xxxxxxx je sjednána v souladu s nabídkovou cenou, kterou Poskytovatel uvedl ve své nabídce k Veřejné zakázce.

8.2. Objednatel je povinen zaplatit Poskytovateli za Paušální služby cenu ve výši ……………….

Kč bez DPH („Cena“), výše DPH …………….., cena včetně DPH za 1 měsíc

poskytování paušálních služeb. Výše DPH může být uplatněna v rozdílné výši, než je uvedeno v závislosti na platných právních předpisech ke dni zdanitelného plnění,

v takovém případě není zapotřebí uzavírat dodatek k této Smlouvě.

8.3. Cena za řádně poskytované Paušální služby bude hrazena zpětně za každé kalendářní čtvrtletí ve výši trojnásobku ceny za jeden měsíc poskytování Paušálních služeb ve smyslu bodu 8.2 této smlouvy. Nabude-li tato smlouva účinnosti v průběhu kalendářního čtvrtletí, sníží se poměrně částka za toto čtvrtletí a to tak, že se od ceny dle předchozí věty odečte částka rovnající se podílu ceny dle první věty tohoto odstavce a počtu dnů příslušného kalendářního čtvrtletí, v jehož průběhu nastala účinnost této smlouvy, a násobku počtu dnů před dnem nabytí účinnosti této smlouvy v příslušném kalendářním čtvrtletí, respektive:

𝐶𝑒𝑛𝑎 (𝑧𝑘𝑟á𝑐𝑒𝑛é 𝑘𝑎𝑙𝑒𝑛𝑑ář𝑛í č𝑡𝑣𝑟𝑡𝑙𝑒𝑡í) = (3𝑥𝐶𝑀𝑃𝑆) − [(3𝑥𝐶𝑀𝑃𝑆) 𝑥𝑃𝐷𝑃Ú𝐾]

𝑃𝐷𝐾

CMPS – cena za 1 měsíc Paušálních služeb

PDK – počet dnů příslušného kalendářního čtvrtletí

PDPÚK – počet dnů před dnem nabytí účinnosti této smlouvy v příslušném kalendářním čtvrtletí

8.4. Právo na zaplacení Ceny či její části vzniká u Paušálních služeb vždy po akceptaci výkazu služeb, který je Poskytovatel povinen vždy doručit Objednateli do deseti (10) dnů po skončení měsíce, ve kterém byly služby poskytnuty.

8.5. Objednatel je povinen zaplatit Poskytovateli za Služby cenu ve výši Kč bez

DPH („Cena“), výše DPH …………….., cena včetně DPH za 1 MD poskytování

Služeb. Výše DPH může být uplatněna v rozdílné výši, než je uvedeno v závislosti na platných právních předpisech ke dni zdanitelného plnění, v takovém případě není zapotřebí uzavírat dodatek k této Smlouvě.

8.6. Právo na zaplacení Ceny či její části vzniká Poskytovateli u Služeb vždy po akceptaci výkazu dle skutečně provedených Služeb, který je Poskytovatel povinen vždy doručit Objednateli do deseti (10) dnů po akceptaci výkazu Služeb.

8.7. Cena je výslovně sjednávána jako nejvyšší možná a nepřekročitelná.

8.8. Právo na zaplacení Ceny či její části vzniká Poskytovateli u Služeb vždy po akceptaci výkazu dle skutečně provedených Služeb, který je Poskytovatel povinen vždy doručit Objednateli do deseti (10) dnů po akceptaci výkazu Služeb.

8.9. Výše DPH může být uplatněna v rozdílné výši, než je uvedeno v závislosti na platných právních předpisech ke dni zdanitelného plnění, v takovém případě není zapotřebí uzavírat dodatek k této Smlouvě.

8.10. Inflační doložka

8.10.1 V případě vývoje průměrné hrubé měsíční mzdy zaměstnanců v relevantním odvětví „Informační a komunikační činnosti“, kdy tato změna dle údajů publikovaných Českým statistickým úřadem přesáhne 2 % proti období, ve kterém Poskytovatel předložil Objednateli cenovou nabídku, zvýší se, resp. sníží jednotkové ceny uvedené v čl. 8.2 a 8.5 této Smlouvy o výši meziročního indexu průměrné hrubé měsíční mzdy zaměstnanců přesahující 100 % podle odvětví CZ- NACE (ke dni uzavření smlouvy publikované na https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt- vyhledavani&bkvt=cHLFr23Em3Juw6EgbXpkYQ..&vyhltext=pr%C5%AFm%C4%9B rn%C3%A1+mzda&katalog=all&pvo=MZDDUSHV01-KQ#w=), pro Odvětví (sekce CZ-NACE) J - Informační a komunikační činnosti, přičemž výše hodnoty změny bude ponížena o 2 %. Rozhodným obdobím, na nějž se inflační doložka aplikuje, je vždy kalendářní rok, který předchází roku žádosti o úpravu cen, a to včetně prvního období úpravy cen, není-li dále stanoveno jinak. Žádosti o úpravu cen se podávají ode dne zveřejnění meziročního indexu průměrné hrubé měsíční mzdy zaměstnanců podle odvětví CZ-NACE pro odvětví J - Informační a komunikační činnosti za 1. až 4. čtvrtletí předchozího roku do 1. července posuzovaného roku, a to formou písemného oznámení druhé smluvní straně na adresu pro doručování písemností v listinné či elektronické podobě v souladu s podmínkami této Smlouvy, a to smluvní stranou, která o uplatnění inflační doložky usiluje. O aktualizaci cen bude smluvními stranami uzavřen dodatek ke Smlouvě. K aktualizaci cen dochází ke dni účinnosti dodatku, přičemž platí a) u paušálních služeb, že aktualizované ceny se aplikují poprvé na měsíc následující po nabytí účinnosti dodatku (je tak možné, že platba za čtvrtletí se bude skládat z různých cenových sazeb za paušální služby za měsíc) b) u Služeb se aktualizované ceny vztahují Služby, ke kterým byla vystavena Objednávka po nabytí účinnosti předmětného dodatku.

8.10.2 Strana může poprvé podat návrh na úpravu cen do 1. července kalendářního roku následujícího po 2 letech od roku, ve kterém byla uzavřena tato Smlouva. Pokud bude tedy smlouva uzavřena v roce 2023, bude prvním rokem, ve kterém lze podat návrh na úpravu cen rok 2025.

8.10.3 Zvýšení či snížení cen v kalendářních letech trvání Smlouvy je možné vždy, přičemž takové navýšení/snížení bude provedeno o přírůstek/úbytek, který stanoví ukazatel průměrné hrubé měsíční mzdy zaměstnanců podle odvětví CZ-NACE, pro odvětví J - Informační a komunikační činnosti, dostupný na výše uvedeném internetovém odkazu.

8.10.4 Výše uvedeným postupem navýšené, resp. ponížené jednotkové ceny se stanou výchozími cenami pro realizaci inflační doložky v každém dalším roce trvání Smlouvy.

8.10.5 Smluvní strana navrhující úpravu jednotkových cen je následně povinna doručit druhé smluvní straně:

a) výši změny dle pravidel uvedených v odst. 8.10 Smlouvy. Upravené ceny se zaokrouhlí na celé koruny.

8.10.6 Druhá smluvní strana ve lhůtě do 14 kalendářních dnů ode dne doručení návrhu Poskytovatelem dle tohoto článku posoudí, zda tento splňuje veškeré náležitosti (doručení ve lhůtě, obsahová správnost a úplnost) a

a) pokud bude návrh doručen po lhůtě, právo smluvní strany na změnu jednotkových cen v daném kalendářním roce zaniká,

b) pokud bude návrh doručen ve lhůtě, ale po obsahové stránce nesprávně či bude neúplný, vrátí (doručí) smluvní strana ve stanovené lhůtě s odůvodněním druhé smluvní straně návrh k přepracování,

c) pokud bude návrh doručen řádně, ve stanovené lhůtě oznámí smluvní strana druhé smluvní straně, že změnu cen uznává a mezi smluvními stranami bude uzavřen dodatek.

8.10.7 Pro vyloučení všech pochybností smluvní strany uvádí ilustrativní příklad aplikace inflační doložky dle tohoto článku Smlouvy, přičemž následující údaje jsou hypotetické a slouží pouze pro znázornění správného postupu:

Příklad č. 1:

Smluvní strany by uzavřely smlouvu 1. 5. 2009. Žádost na úpravu cen za poskytování služeb by byla podána v roce 2011 a byla by podána včas.

Ukazatel změny průměrné mzdy byl ve sledovaném období (1. - 4. čtvrtletí 2010 – tj. 1. - 4. čtvrtletí kalendářního roku předcházejícího před podáním žádosti na úpravu cen za poskytování služeb) 101,6 % v odvětví J – Informační a komunikační činnosti. Jelikož nebyla dosažena hranice 2

% nárůstu (tj. meziroční index nepřekročil 102 %) dle tohoto článku 8.10. Smlouvy (změna dosáhla pouze 1,6 % nárůstu), tak by nedošlo k uplatnění inflační doložky a Poskytovatel nemohl žádat změnu jednotkových cen.

Žádost na úpravu cen za poskytování služeb by byla podána v roce 2012 a byla by podána včas. Ukazatel změny průměrné mzdy byl ve sledovaném období (1. - 4. čtvrtletí 2011) 103,5 % v odvětví J – Informační a komunikační činnosti. Jelikož byla přesažena hranice 2 % nárůstu dle tohoto článku 8.10. Smlouvy (změna dosáhla 3,5 % nárůstu), tak by došlo k uplatnění inflační doložky a Poskytovatel mohl žádat zvýšení cen o

1,5 %, tj. rozdíl, o který skutečné navýšení (3,5 %) překročilo hranici 2 %.

Příklad č. 2:

Smluvní strany by uzavřely smlouvu 1. 5. 2023. Žádost na úpravu cen za poskytování služeb by byla podána v roce 2025 a byla by podána včas.

Ukazatel změny průměrné mzdy by byl ve sledovaném období (1. - 4. čtvrtletí 2024 – tj. 1. - 4. čtvrtletí kalendářního roku předcházejícího před podáním žádosti na úpravu cen za poskytování služeb) 121,6 % v odvětví J – Informační a komunikační činnosti. Jelikož byla přesažena hranice 2 % nárůstu dle tohoto článku 8.10. Smlouvy (změna dosáhla 21,6 % nárůstu), tak by došlo k uplatnění inflační doložky a Poskytovatel mohl žádat zvýšení cen o 19,6 %, tj. rozdíl, o který skutečné navýšení (21,6 %) překročilo hranici 2 %.

Následně by žádost na úpravu cen za poskytování služeb byla podána v roce 2026 a byla by podána včas. Ukazatel změny průměrné mzdy by byl ve sledovaném období (1. - 4. čtvrtletí 2024 – tj. 1. - 4. čtvrtletí kalendářního roku předcházejícího před podáním žádosti na úpravu cen za poskytování služeb) 92 % v odvětví J – Informační a komunikační činnosti. Jelikož byla přesažena hranice 2 % poklesu dle tohoto článku 8.10.

Smlouvy (změna dosáhla 8 % poklesu), tak by došlo k uplatnění inflační doložky, přičemž Objednatel by mohl žádat o snížení cen o 6 %, tedy hodnotu, o kterou výše změny převýšila 2 %.

9. Práva duševního vlastnictví

9.1. Pro Software, který je Autorským dílem platí článek 6.1. Přílohy č. 3 Zvláštní obchodní podmínky.

10. Helpdesk

10.1. Poskytovatel bude poskytovat Helpdesk v režimu 3 ve smyslu čl. 10.3 Přílohy č. 3

Zvláštní obchodní podmínky.

10.2. Poskytovatel bude provozovat Helpdesk v úrovni L2 ve smyslu čl. 10.6 Přílohy č. 3

Zvláštní obchodní podmínky.

11. Servisní model

11.1. Poskytovatel bude poskytovat servisní model v režimu C2 ve smyslu čl. 12.2. Přílohy č. 3 Zvláštní obchodní podmínky.

12. Ochrana osobních údajů

12.1. Poskytovatel bude jako zpracovatel zpracovávat pro Objednatele jako správce následující kategorie subjektů osobních údajů: zaměstnanci Objednatele.

12.2. Poskytovatel bude u jednotlivých kategorií subjektů údajů zpracovávat pro Objednatele následující typy osobních údajů: Externí uživatel: jméno, e-mail, telefon, adresa; Interní uživatel: jméno, e-mail, telefon, osobní číslo.

12.3. Pokud bude v rámci plnění této Smlouvy docházet ke zpracování osobních údajů, zavazuje se Poskytovatel dodržovat opatření dle článku 21. Přílohy č. 3 Zvláštní obchodní podmínky.

13. Střet zájmů, povinnosti Poskytovatele v souvislosti s konfliktem na Ukrajině

13.1. Poskytovatel prohlašuje, že není obchodní společností, ve které veřejný funkcionář uvedený v ust. § 2 odst. 1 písm. c) zákona č. 159/2006 Sb., o střetu zájmů, ve znění pozdějších předpisů (dále jen „Zákon o střetu zájmů“) nebo jím ovládaná osoba vlastní podíl představující alespoň 25 % účasti společníka v obchodní společnosti, a že žádní poddodavatelé, jimiž prokazoval kvalifikaci v zadávacím řízení na zadání Veřejné zakázky, nejsou obchodní společností, ve které veřejný funkcionář uvedený v ust. § 2 odst. 1 písm.

c) Zákona o střetu zájmů nebo jím ovládaná osoba vlastní podíl představující alespoň 25

% účasti společníka v obchodní společnosti.

13.2. Poskytovatel prohlašuje, že on, ani žádný z jeho poddodavatelů nebo jiných osob, jejichž způsobilost byla využita ve smyslu evropských směrnic o zadávání veřejných zakázek, nejsou osobami:

a. dle článku 5k nařízení Rady (EU) č. 833/2014 ze dne 31. července 2014 o omezujících opatřeních vzhledem k činnostem Ruska destabilizujícím situaci na Ukrajině, ve znění pozdějších předpisů, jimž se zakazuje zadat nebo dále plnit jakoukoli veřejnou zakázku nebo koncesní smlouvu spadající do oblasti působnosti směrnic o zadávání veřejných zakázek, jakož i čl. 10 odst. 1, 3, odst. 6 písm. a) až e), odst. 8, 9 a 10, článků 11, 12, 13 a 14 směrnice 2014/23/EU, článků 7 a 8, čl. 10 písm. b) až f) a písm. h) až j) směrnice 2014/24/EU, článku 18, čl. 21 písm. b) až e) a písm. g až i), článků 29 a 30 směrnice 2014/25/EU a čl. 13 písm.

a) až d), f) až h) a j) směrnice 2009/81/EC,

b. dle článku 2 nařízení Rady (EU) č. 269/2014 ze dne 17. března 2014, o omezujících opatřeních vzhledem k činnostem narušujícím nebo ohrožujícím

územní celistvost, svrchovanost a nezávislost Ukrajiny, ve znění pozdějších předpisů, a dalších prováděcích předpisů k tomuto nařízení Rady (EU) č. 269/2014 (dále jen „Sankční seznamy“).

13.3. Je-li Poskytovatelem sdružení více osob, platí podmínky dle odstavce 13.1 a 13.2 této Smlouvy také jednotlivě pro všechny osoby v rámci Poskytovatele sdružené a to bez ohledu na právní formu tohoto sdružení.

13.4. Přestane-li Poskytovatel nebo některý z jeho poddodavatelů nebo jiných osob, jejichž způsobilost byla využita ve smyslu evropských směrnic o zadávání veřejných zakázek, splňovat podmínky dle tohoto článku Smlouvy, oznámí tuto skutečnost bez zbytečného odkladu, nejpozději však do 3 pracovních dnů ode dne, kdy přestal splňovat výše uvedené podmínky, Objednateli.

13.5. Poskytovatel se dále zavazuje postupovat při plnění této Smlouvy v souladu s Nařízením Rady (ES) č. 765/2006 ze dne 18. května 2006 o omezujících opatřeních vzhledem k situaci v Bělorusku a k zapojení Běloruska do ruské agrese proti Ukrajině, ve znění pozdějších předpisů, a dalších prováděcích předpisů k tomuto nařízení Rady (EU) č. 269/2014.

13.6. Poskytovatel se dále ve smyslu článku 2 nařízení Rady (EU) č. 269/2014 ze dne 17. března 2014, o omezujících opatřeních vzhledem k činnostem narušujícím nebo ohrožujícím územní celistvost, svrchovanost a nezávislost Ukrajiny, ve znění pozdějších předpisů, zavazuje, že finanční prostředky ani hospodářské zdroje, které obdrží od Objednatele na základě této Smlouvy a jejích případných dodatků, nezpřístupní přímo ani nepřímo fyzickým nebo právnickým osobám, subjektům či orgánům s nimi spojeným uvedeným v Sankčních seznamech, nebo v jejich prospěch.

13.7. Ukáží-li se prohlášení Poskytovatele dle odstavce 13.1 a 13.2 této Smlouvy jako nepravdivá nebo poruší-li Poskytovatel svou oznamovací povinnost dle odstavce 13.4 nebo povinnosti dle odstavců 13.5 nebo 13.6 této Smlouvy, je Objednatel oprávněn vypovědět tuto Smlouvu bez výpovědní doby. Objednatel je vedle toho oprávněn odstoupit od dílčích smluv uzavřených na základě této Smlouvy, které ještě nebyly splněny. Objednatel je oprávněn odstoupit od smluv dle předchozí věty i ohledně celého plnění. Poskytovatel je dále povinen zaplatit za každé jednotlivé porušení povinností dle předchozí věty smluvní pokutu ve výši 100.000,-Kč. Ustanovení § 2050 Občanského zákoníku se nepoužije.

14. Závěrečná ustanovaní

14.1. Smlouva se řídí Obchodními podmínkami Objednatele a Zvláštními obchodními podmínkami Objednatele. Ustanovení Zvláštních obchodních podmínek mají přednost před ustanoveními Obchodních podmínek, pokud jsou ustanovení těchto dokumentů v rozporu, uplatní se ustanovení uvedené ve Zvláštních obchodních podmínkách.

14.2. Odchylná ujednání v této Smlouvě mají přednost před ustanoveními Obchodních podmínek a Zvláštních obchodních podmínek.

14.3. Tuto Smlouvu lze měnit pouze písemnými dodatky.

14.4. Tato Smlouva nabývá platnosti okamžikem podpisu poslední ze Stran. Je-li Smlouva uveřejňována v registru smluv, nabývá účinnosti dnem uveřejnění v registru smluv, jinak je účinná od okamžiku uzavření.

14.5. Tato Smlouva je vyhotovena v elektronické podobě, přičemž obě Smluvní strany obdrží její elektronický originál opatřený elektronickými podpisy. V případě, že tato Smlouva z jakéhokoli důvodu nebude vyhotovena v elektronické podobě, bude sepsána ve třech vyhotoveních, přičemž jedno vyhotovení obdrží Poskytovatel a dvě vyhotovení Objednatel.

14.6. Smluvní strany berou na vědomí, že tato smlouva podléhá uveřejnění v registru smluv podle 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, ve znění pozdějších předpisů (dále jen

„ZRS“), a současně souhlasí se zveřejněním údajů o identifikaci smluvních stran, předmětu smlouvy, jeho ceně či hodnotě a datu uzavření této smlouvy.

14.7. Zaslání smlouvy správci registru smluv k uveřejnění v registru smluv zajišťuje obvykle Objednatel. Nebude-li tato smlouva zaslána k uveřejnění a/nebo uveřejněna prostřednictvím registru smluv, není žádná ze smluvních stran oprávněna požadovat po druhé smluvní straně náhradu škody ani jiné újmy, která by jí v této souvislosti vznikla nebo vzniknout mohla.

14.8. Smluvní strany výslovně prohlašují, že údaje a další skutečnosti uvedené v této smlouvě, vyjma částí označených ve smyslu následujícího odstavce této smlouvy, nepovažují za obchodní tajemství ve smyslu ustanovení § 504 Občanského zákoníku (dále jen „obchodní tajemství“), a že se nejedná ani o informace, které nemohou být v registru smluv uveřejněny na základě ustanovení § 3 odst. 1 ZRS.

14.9. Jestliže smluvní strana označí za své obchodní tajemství část obsahu smlouvy, která v důsledku toho bude pro účely uveřejnění smlouvy v registru smluv znečitelněna, nese tato smluvní strana odpovědnost, pokud by smlouva v důsledku takového označení byla uveřejněna způsobem odporujícím ZRS, a to bez ohledu na to, která ze stran smlouvu v registru smluv uveřejnila. S částmi smlouvy, které druhá smluvní strana neoznačí za své obchodní tajemství před uzavřením této smlouvy, nebude Objednatel jako s obchodním tajemstvím nakládat a ani odpovídat za případnou škodu či jinou újmu takovým postupem vzniklou. Označením obchodního tajemství ve smyslu předchozí věty se rozumí doručení písemného oznámení druhé smluvní strany Objednateli obsahujícího přesnou identifikaci dotčených částí smlouvy včetně odůvodnění, proč jsou za obchodní tajemství považovány. Druhá smluvní strana je povinna výslovně uvést, že informace, které označila jako své obchodní tajemství, naplňují současně všechny definiční znaky obchodního tajemství, tak jak je vymezeno v ustanovení § 504 občanského zákoníku, a zavazuje se neprodleně písemně sdělit Objednateli skutečnost, že takto označené informace přestaly naplňovat znaky obchodního tajemství.

14.10. Osoby uzavírající tuto smlouvu za Smluvní strany souhlasí s uveřejněním svých osobních údajů, které jsou uvedeny v této smlouvě, spolu se smlouvou v registru smluv. Tento souhlas je udělen na dobu neurčitou.

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

Příloha č. 1 – Platforma SŽ Příloha č. 2 – Poddodavatelé

Příloha č. 3 – Zvláštní obchodní podmínky

Příloha č. 4 – Obchodní podmínky ke Smlouvě o poskytování služeb Příloha č. 5 – Požadavky na projektové řízení

Za Objednatele: Za Poskytovatele:

…………………………………………………… …………………………………………………

Bc. Jiří Svoboda, MBA [DOPLNÍ POSKYTOVATEL]

generální ředitel

Příloha č. 1 Smlouvy

Platforma Správy železnic

Leden 2019

1/31

Správa železnic, státní organizace

zapsána v obchodním rejstříku vedeném Městským soudem v Praze, spisová značka A 48384

Sídlo: Dlážděná 1003/7, 110 00 Praha 1

IČO: 709 94 234 DIČ: CZ 709 94 234

www.spravazeleznic.cz

Kontrola a schválení dokumentu

Provedené revize

Verze	Datum	Revize - komentář
1.0	13. 9. 2019	Úvodní verze Platformy
2.0	1. 10. 2019	Aktualizace
3.0	17.10.2019	Aktualizace
4.0	20.11.2019	Aktualizace
5.0	06.12.2019	Aktualizace
6.0	13. 1. 2020	Draft k připomínkám
7.0	21. 1. 2020	Zapracované připomínky
Final	27. 1.2020	Verze se zapracovanými připomínkami

OBSAH

ČÁST I. ÚVOD 4

ČÁST II. ZKRATKY A POJMY 5

ČÁST III. PLATFORMA SPRÁVY ŽELEZNIC 6

ČÁST IV. MOTIVACE 8

ČÁST V. SLUŽBY PLATFORMY SPRÁVY ŽELEZNIC 9

INFRASTRUKTURNÍ SLUŽBY 10

V.1.1 Služby zabezpečených Fyzických serverů bez operačního systému 10

V.1.2 Služby zabezpečených Fyzických serverů s operačním systémem 10

V.1.3 Služby zabezpečených Virtualizovaných serverů bez operačního systému 11

V.1.4 Služby zabezpečených Virtualizovaných serverů s operačním systémem 11

V.1.5 Služby zabezpečených Datových úložišť 11

PLATFORMNÍ SLUŽBY 12

V.2.1 Služby zabezpečených Databázových prostředí 12

V.2.2 Služby zabezpečených Aplikačních serverů, služby zabezpečených Webových serverů 12

V.2.3 Služby zabezpečených integračních platforem 12

PODPŮRNÉ SLUŽBY 13

V.3.1 Zajištění služby monitoringu a dohledu infrastruktury a aplikací 13

V.3.2 Zajištění služby zálohování 13

ČÁST VI. TECHNOLOGIE PLATFORMY SPRÁVY ŽELEZNIC 14

ČÁST VII. ARCHITEKTONICKÉ PRINCIPY A VZORY 18

ARCHITEKTONICKÉ PRINCIPY 19

VII.1.1 Bezpečnost a soulad s vnitropodnikovou legislativou 19

VII.1.2 Provozovatelnost řešení 19

VII.1.3 Ochrana dat jako klíčového aktiva Správy železnic 20

VII.1.4 Znovupoužitelnost řešení 20

VII.1.5 Nezávislost na dodavatelích 20

VII.1.6 Nezávislost na technologii 20

VII.1.7 Řízení identit 20

VII.1.8 Architektura, nákup a vývoj řešení 21

VII.1.9 Business kontinuita jako zásadní činnost 22

ARCHITEKTONICKÉ VZORY 23

VII.2.1 SKUPINA 1 24

VII.2.2 SKUPINA 2 27

VII.2.3 SKUPINA 3 28

ČÁST VIII. PRINCIPY APLIKOVÁNÍ PLATFORMY SPRÁVY ŽELEZNIC 30

ČÁST IX. PŘÍLOHY 31

Část I. Úvod

Odbor informatiky (O22) zastává pozici integrátora IT procesů (systémových, aplikačních i infrastrukturních). Plná kontrola nad celofiremním IT prostřednictvím vyšší míry centralizace a nastavením jasných kompetencí ve vztahu k organizačním jednotkám, ostatním úsekům a dodavatelům je nezbytným předpokladem pro tuto pozici.

Platforma Správy železnic specifikuje souhrn podporovaných infrastrukturních služeb, komponent, principů a architektonických vzorů. Tímto Platforma Správy železnic definuje základní rámec aplikovatelný při dodávce a návrhu ICT řešení.

Část II. Zkratky a pojmy

O22 Odbor informatiky

ZZVZ Zákon o zadávání veřejných zakázek

SW Software je sada všech počítačových programů používaných v počítači, které

provádějí nějakou činnost

HW Hardware označuje veškeré fyzicky existující technické vybavení počítače

Část III. Platforma Správy železnic

Platforma Správy železnic je veřejně dostupný a publikovaný dokument, který definuje prostředí podporující návrh, implementaci a následný provoz IT systémů a řešení ve Správě železnic. Pro návrh ICT řešení ať v rámci ICT projektů nebo v rámci dodání jako součást staveb definuje základní architektonické vzory, komponenty a principy. Na jejich základě lze budovat řešení převzatelné do provozu interními týmy Správy železnic, dlouhodobě provozovatelné a rozvíjitelné a splňující požadované úrovně bezpečnosti a kvality poskytovaných služeb.

V pojetí dokumentu se jedná o Platformu odboru informatiky O22. Dokument spravuje odbor Informatiky O22.

Platforma Správy železnic je pravidelně aktualizována z pohledu zajištění souladu s novými ICT trendy a standardy Správy železnic a byznys požadavky a cíli a úkoly Správy železnic.

Platforma Správy železnic obsahuje:

• Katalog dostupných služeb Platformy Správy železnic

• Technologie pro zajištění služeb

• Architektonické principy

• Architektonické vzory

• Popis principů využití Platformy Správy železnic

Katalog dostupných ICT služeb, technologií a architektonické principy a vzory je nutné respektovat při plánování využití služeb a při návrhu ICT řešení.

Služby Platformy Správy železnic jsou seskupeny do níže uvedených kategorií:

Aplikace

Kategorie: Platformní

služby

Kategorie:

Infrastrukturní služby

Kategorie: Podpůrné služby

Obrázek 1: Kategorie služeb Platformy

Funkčnost jednotlivých služeb v dané kategorii je zajištěna možnými kombinacemi komponent, které jsou uvedeny v kapitole Část VI. Technologie Platformy Správy železnic.

Dodávaná komponenta musí být schopna využívat služby Platformy SŽDC na níže uvedených vrstvách.

Není-li ve výběrovém řízení uvedeno jinak, jsou jednotlivé vrstvy Platformy soutěženy samostatnými výběrovými řízeními.

Soulad s Platformou Správy železnic je využit při hodnocení nabídek v zadávacích řízeních z pohledu kompatibility nově pořizovaných technologií se stávajícími.

Hodnotící kritéria Platformy se uplatňují při specifikaci zadání.

V hodnocení nabídek z pohledu souladu s Platformou jsou hodnoceny i náklady životního cyklu nových technologií a náklady jejich standardizace do prostředí Správy železnic.

Část IV. Motivace

Motivací pro Platformu Správy železnic je:

• Zajištění schopnosti převzetí řešení do provozu.

• Zajištění schopnosti dlouhodobého provozu řešení.

• Zajištění schopnosti dlouhodobého rozvoje řešení.

• Posilování interního know-how v preferovaných ICT oblastech.

• Standardizace poskytovaných ICT služeb.

• Homogenizace ICT prostředí Správy železnic.

• Nákladová efektivita.

• Maximalizace využití kapacit a funkcionalit stávajících technologií.

Uvedená motivace vede na následující definici cílů Platformy Správy železnic:

• Platforma Správy železnic je transparentní.

• Platforma Správy železnic je jednoznačná.

• Platforma Správy železnic je průběžně aktualizována.

• Platforma Správy železnic je veřejně dostupná a publikována.

• Platforma Správy železnic je zdrojem informací pro interní i externí týmy pracující na návrhu a dodávce ICT řešení.

Část V. Služby platformy Správy železnic

Tato kapitola popisuje seznam komoditních ICT služeb a jednotlivých HW/SW komponent, které tvoří standard v rámci Správy železnic.

Cílem je zajistit ve fázích přípravy poptávky, návrhu ICT řešení a realizace dodávky kompatibilitu se stávajícím ICT prostředím a v maximální míře využít již provozované komponenty a technologie.

Seznam služeb a komponent je průběžně aktualizován.

ICT služby Platformy jsou rozděleny do následujících skupin (kategorií):

• INFRASTRUKTURNÍ

Infrastrukturní službou je míněno poskytování IT infrastruktury na úrovni HW, virtualizace, operačních systémů a diskových úložišť.

• PLATFORMNÍ

Platformní služba poskytuje aplikační, databázovou či integrační platformu (middleware), který integruje ostatní aplikace a služby do jednoho spolupracujícího celku. Podporuje standardizované komunikační protokoly a formáty dat.

• PODPŮRNÉ

Podpůrné služby zajišťují komplexní správu a provoz IT infrastruktury. Například monitorovací systémy, zálohování, reporting.

Infrastrukturní služby

Infrastrukturní služby zajišťují poskytování IT infrastruktury na úrovni HW, virtualizace, operačních systémů, diskových úložišť a souborových serverů.

V rámci platformy Správy železnic jsou poskytovány tyto infrastrukturní služby:

• Služby zabezpečených Fyzických serverů bez operačního systému

• Služby zabezpečených Fyzických serverů s operačním systémem

• Služby zabezpečených Virtualizovaných serverů bez operačního systému

• Služby zabezpečených Virtualizovaných serverů s operačním systémem

• Služby zabezpečených Datových úložišť

V.1.1 Služby zabezpečených Fyzických serverů bez operačního systému

Služba	Výrobce	Odkaz
Huawei_X86_64	Huawei	https://e.huawei.com/en/products/servers/rh-series
HP_X86_64	HP	https://buy.hpe.com/us/en/servers/mission-critical-x86- servers/c/1010550750

V.1.2 Služby zabezpečených Fyzických serverů s operačním systémem

Služba	Výrobce	Odkaz
Windows Server	Microsoft	https://www.microsoft.com/cs-cz/cloud-platform/windows- server
Linux SLES	Linux	https://www.suse.com/
Linux Centos	Linux	https://www.centos.org/
Linux RedHat	Linux	https://www.redhat.com/en/technologies/linux- platforms/enterprise-linux

V.1.3 Služby zabezpečených Virtualizovaných serverů bez operačního systému

Služba	Výrobce	Odkaz
VMware	Vmware	https://www.vmware.com/cz.html
Hyper-V	Microsoft	https://docs.microsoft.com/cs-cz/windows- server/virtualization/hyper-v/hyper-v-server-2016
Oracle VM	Oracle

V.1.4 Služby zabezpečených Virtualizovaných serverů s operačním systémem

Služba	Výrobce	Odkaz
VMware.x86_64.Win	VMware	https://www.vmware.com/
HyperV.x86_64.Lnx	Microsoft	https://docs.microsoft.com/cs-cz/windows- server/virtualization/hyper-v/hyper-v-server-2016
VMware.x86_64.Lnx	VMware	https://www.vmware.com/
HyperV.x86_64.Win	Microsoft	https://docs.microsoft.com/cs-cz/windows- server/virtualization/hyper-v/hyper-v-server-2016
Oracle VM.OracleLnx	Oracle

V.1.5 Služby zabezpečených Datových úložišť

Služba	Výrobce	Odkaz
Huawei.aplikační úložiště Oceanstore 5800v3	Huawei	https://support.huawei.com/enterprise/en/enterprise- storage/oceanstor-5800-v3-pid-21041237
Huawei. backup úložiště Oceanstore 5500v3	Huawei	https://support.huawei.com/enterprise/en/enterprise- storage/oceanstor-5500-v3-pid-21122039
HP	HP	https://www.hpe.com/cz/en/storage.html

Platformní služby

Platformní služba poskytuje aplikační, webovou, databázovou či integrační platformu (middleware). Tato integruje aplikace a služby do jednoho spolupracujícího celku. Podporuje standardizované komunikační protokoly a formáty dat.

Platformní služby jsou poskytovány v různých kombinacích s infrastrukturními službami HW a SW.

V rámci platformy Správy železnic jsou poskytovány tyto platformní služby:

• Služby zabezpečených Databázových prostředí

• Služby zabezpečených Aplikačních serverů, služby zabezpečených Webových serverů

• Služby zabezpečených integračních platforem

V.2.1 Služby zabezpečených Databázových prostředí

Služba	Výrobce	Odkaz
Oracle DB	Oracle	https://www.oracle.com/cz/database/
SAP HANA	SAP	https://www.sap.com/products/database-data-management/hana- database-management-system.html
MSSQL	Microsoft	https://www.microsoft.com/cs-cz/sql-server/sql-server-2019
MySQL	Oracle	https://www.mysql.com/

V.2.2 Služby zabezpečených Aplikačních serverů, služby zabezpečených Webových serverů

Služba	Výrobce	Odkaz
Oracle WebLogic	Oracle	https://www.oracle.com/cz/middleware/technologies/weblogic.h tml
Microsoft.IIS	Microsoft	https://www.iis.net/
JBoss		https://www.redhat.com/en/technologies/jboss- middleware/application-platform
SAP Netweaver	SAP	https://wiki.scn.sap.com/wiki/display/ASJAVA/AS+Java+Home

V.2.3 Služby zabezpečených integračních platforem

S výjimkou portálu Liferay Správy železnic nevyužívá žádnou technologii pro datovou, procesní či UI integraci.

Služba	Výrobce	Odkaz
Liferay	Liferay (open source)	https://www.liferay.com/

Podpůrné služby

Podpůrné služby zajišťují komplexní správu a provoz IT infrastruktury. Například monitorovací systémy, zálohování, reporting.

Seznam Podpůrných služeb:

• Zajištění služby monitoringu a dohledu infrastruktury a aplikací

• Zajištění služby zálohování

V.3.1 Zajištění služby monitoringu a dohledu infrastruktury a aplikací

Služba	Výrobce	Odkaz
Zabbix	Zabbix SIA	https://www.zabbix.com/
Aplikační nadstavba Zabbix	Zabbix SIA	https://www.zabbix.com/

V.3.2 Zajištění služby zálohování

Služba	Výrobce	Odkaz
SW IBM Spectrum Protect	IBM	https://www.ibm.com/cz-en/marketplace/data- protection-and-recovery
SW NAS Synology	Synology	https://www.synology.com/cs-cz

Část VI. Technologie Platformy Správy železnic

Technologie Platformy Správy železnic obsahují softwarové a hardwarové komponenty a prostředky, které jsou základním stavebním kamenem pro Služby platformy Správy železnic.

Pří návrhu řešení je přípustné navrhovat využití těchto prostředků ve verzích v souladu s Architektonickými principy.

Pro nově uvolněné verze sw/hw je přípustná jejich aplikace do návrhu řešení, pokud k datu plánovaného nasazení je či bude dostupný service pack (SP) stabilizující uvolněnou verzi.

Fyzicke_servery.Huawe i_X86_64	Výrobce: Huawei, https://e.huawei.com/en/products/servers/rh- series
Fyzicke_servery.HP_X8 6_64	Výrobce: HP, https://buy.hpe.com/us/en/servers/mission-critical- x86-servers/c/1010550750
Fyzicke_servery.OS.Wi ndows Server	Výrobce: Microsoft, https://www.microsoft.com/cs-cz/cloud- platform/windows-server
Fyzicke_servery.OS.Lin ux SLES	Výrobce: Linux, https://www.suse.com/
Fyzicke_servery.OS.Lin ux Centos	Výrobce: Linux, https://www.centos.org/
Fyzicke_servery.OS.Lin ux RedHat	Výrobce: Linux, https://www.redhat.com/en/technologies/linux- platforms/enterprise-linux

Virtualizace.VMware	Výrobce: Vmware, https://www.vmware.com/cz.html
Virtualizace.Hyper-V	Výrobce: Microsoft, https://docs.microsoft.com/cs-cz/windows- server/virtualization/hyper-v/hyper-v-server-2016
Virtualizace.Oracle VM	Výrobce: Oracle

Virtualni_servery.OS.V Mware.x86_64.Win	Výrobce: VMware, https://www.vmware.com/
Virtualni_servery.OS.H yperV.x86_64.Lnx	Výrobce: Microsoft, https://docs.microsoft.com/cs-cz/windows- server/virtualization/hyper-v/hyper-v-server-2016
Virtualni_servery.OS.V Mware.x86_64.Lnx	Výrobce: VMware, https://www.vmware.com/
Virtualni_servery.OS.H yperV.x86_64.Win	Výrobce: Microsoft, https://docs.microsoft.com/cs-cz/windows- server/virtualization/hyper-v/hyper-v-server-2016
Virtualni_servery.OS.O racle VM.OracleLnx	Výrobce: Oracle

DB.Oracle VM.OracleLnx.Oracle DB	Výrobce: Oracle, https://www.oracle.com/cz/database/
DB.VMWare.x86_64.Wi n.Oracle DB	Výrobce: Oracle, https://www.oracle.com/cz/database/
DB.VMware.x86_64.Ln x.SAP HANA	Výrobce: SAP, https://www.sap.com/products/database- data-management/hana-database-management-system.html
DB.SAP HANA	Výrobce: SAP, https://www.sap.com/products/database- data-management/hana-database-management-system.html
DB.OS.Windows Server.MSSQL	Výrobce: Microsoft, https://www.microsoft.com/cs-cz/sql- server/sql-server-2019
DB.VMware.x86_64.Wi n.MSSQL	Výrobce: Microsoft, https://www.microsoft.com/cs-cz/sql- server/sql-server-2019
DB.HyperV.x86_64.Lnx .MSSLQ	Výrobce: Microsoft, https://www.microsoft.com/cs-cz/sql- server/sql-server-2019
DB.VMware.x86_64.Ln x.MySQL	Výrobce: Oracle, https://www.mysql.com/
DB.OS.Linux Centos.MySQL	Výrobce: Oracle, https://www.mysql.com/

AS_WS.Oracle WebLogic	Výrobce: Oracle, https://www.oracle.com/cz/middleware/technologies/weblogic.ht ml
AS_WS.Microsoft.IIS	Výrobce: Microsoft, https://www.iis.net/
AS_WS.JBoss	Výrobce: , https://www.redhat.com/en/technologies/jboss- middleware/application-platform
AS_WS.SAP Netweaver	Výrobce: SAP, https://wiki.scn.sap.com/wiki/display/ASJAVA/AS+Java+Home
Int.AS_WS.JBoss.Lifera y	Výrobce: Liferay (open source), https://www.liferay.com/

Storage.Huawei.aplikač ní úložiště Oceanstore 5800v3 Výrobce: Huawei, https://support.huawei.com/enterprise/en/enterprise- storage/oceanstor-5800-v3-pid-21041237

Storage.Huawei. backup úložiště Oceanstore 5500v3	Výrobce: Huawei, https://support.huawei.com/enterprise/en/enterprise- storage/oceanstor-5500-v3-pid-21122039
Storage.HP	Výrobce: HP, https://www.hpe.com/cz/en/storage.html
Dohled.Zabbix	Výrobce: Zabbix SIA, https://www.zabbix.com/
Dohled.Aplikační nadstavba Zabbix	Výrobce: Zabbix SIA, https://www.zabbix.com/
Archive.SW IBM Spectrum Protect	Výrobce: IBM, https://www.ibm.com/cz-en/marketplace/data- protection-and-recovery

Část VII. Architektonické principy a vzory

Kapitola popisuje architektonická pravidla a principy, které musí být aplikovány při návrhu a realizaci ICT řešení.

Principy a vzory určují užití Služeb poskytovaných v rámci Platformy Správy železnic.

Architektonické principy

Základní architektonické principy, které musí být uplatněny při návrhu ICT řešení.

• Bezpečnost a soulad s vnitropodnikovou legislativou

• Provozovatelnost řešení

• Ochrana dat jako klíčového aktiva Správy železnic

• Znovupoužitelnost řešení

• Nezávislost na dodavatelích

• Nezávislost na technologii

• Řízení identit

• Nákup a vývoj

• Business kontinuita jako zásadní činnost

VII.1.1Bezpečnost a soulad s vnitropodnikovou legislativou

Navrhované řešení a procesy jím podporované musí být v souladu s legislativními a regulatorními nároky a vnitropodnikovou legislativou Správy železnic. V případě potřeby dodržovat interní předpisy budou tyto součástí zadávací dokumentace případně předány jiným způsobem oproti podpisu NDA.

Řešení musí umožnit monitorování akcí uživatelů, zejména jejich práce s daty a dokumenty. Musí být zajištěna administrovatelnost a auditovatelnost integračních vazeb.

Vývoj a test není realizován na produkčním prostředí.

Před nasazením do produkčního prostředí je řešení prokazatelně otestováno. Nejsou realizovány integrace mezi produkčními a neprodukčními prostředími.

Dohled je zajištěn na všech vrstvách řešení (HW, OS, DB, AS, aplikace, koncový uživatel). Musí být zajištěno napojení na centrální dohledovou konzoli.

Služby poskytované do prostředí internetu budou procházet penetračním testem.

VII.1.2Provozovatelnost řešení

Řešení je navržené takovým způsobem, aby bylo provozovatelné na službách a technologiích Správy železnic.

Řešení je navržené takovým způsobem, aby bylo možné jeho převzetí do provozního prostředí Správy železnic a zajištěn jeho provoz týmy a procesy Správy železnic.

Řešení je navržené takovým způsobem, aby umožnilo škálování.

VII.1.3Ochrana dat jako klíčového aktiva Správy železnic

Data jsou důležitým aktivem Správy železnic s významnou hodnotou.

Uživatelé řešení mají přístup pouze k datům, která nutně potřebují pro výkon své pracovní činnosti podpořené daným informačním systémem.

Řešení musí umožňovat diferencovaný přístup k datům se zohledněním uživatelských oprávnění, životního cyklu dat a jejich klasifikace.

Data se pořizují a získávají právě jednou pro všechna řešení Správy železnic.

VII.1.4Znovupoužitelnost řešení

Řešení musí umožňovat logické oddělení dat pro současné využívání funkcionality různými subjekty (tzv. multitenant).

V rámci Správy železnic se realizuje minimalizace počtu a rozsahu používaných technologií a aplikací.

Snižováním počtu a rozsahu používaných technologií a aplikací snižujeme komplexitu správy technologického a aplikačního portfolia.

Řešení je navrhované s opakováním ověřených jednoduchých návrhových vzorů a designových principů.

Nasazování změn a nových řešení je seskupováno dle funkcionalit a cílových systémů do jednotlivých „release“. Termíny releasů jsou stanoveny jednotkou O22.

Nasazované řešení nesmí ke svému provozu vyžadovat pravidelný nutný zásah administrátora (např. restarty, čištění logů, ..)

V rámci Správy železnic usilujeme o minimalizaci počtu prostředí pro stejnou funkcionalitu.

VII.1.5Nezávislost na dodavatelích

Řešení navrhujeme s ohledem na omezení či eliminaci rizika vendor-lock.

U řešení převzatých do provozu je cíl převzetí schopnosti vytvořit build aplikace bez závislosti na dodavateli.

Usilujeme o právo zásahu do zdrojových kódů a rozvoje řešení interními kapacitami Správy železnic nebo dalšími dodavateli. Výjimku mohou tvořit jen případy, kdy by takové požadavky byly ekonomicky výrazně nevýhodné a současně by byl důvod se domnívat, že tato práva budou nadbytečná.

VII.1.6Nezávislost na technologii

Preferujeme implementaci řešení pomocí otevřených standardů před použitím proprietárních technologií.

Preferujeme technologie s možností několika různých dodavatelů nebo implementátorů. Usilujeme o implementaci řešení bez vazby na konkrétní produkt.

Usilujeme o implementaci aplikací bez úzké vazby na HW platformu.

Výjimku mohou tvořit jen případy, kdy by takové požadavky byly ekonomicky výrazně nevýhodné a současně by byl důvod se domnívat, že tato práva budou nadbytečná.

VII.1.7Řízení identit

Identity jsou pro nově nasazovaná řešení centrálně řízené.

Informační systémy implemetované do Správy železnic, s. o. musí podporovat zavedení jednotného přihlašování pomocí SSO (SingleSignOn). Jedná se o jednotný způsob ověřování identity oproti Active Directory.

Na produkčních prostředích nepracují uživatelé pod generickými účty.

Autorizace je řízená na základě rolí. Role jsou přiděleny k identitě uživatele. Autorizační role jsou v IDM skládány do byznys rolí.

Externí systém musí mít API pro napojení na IDM, definice požadavků je následující. Pro splnění bezpečnostního opatření dle vyhlášky Národního úřadu pro kybernetickou a informační bezpečnost č. 82/2018 Sb., o kybernetické bezpečnosti, § 20 Řízení přístupových oprávnění je nutné, aby každý informační systém implementovaný do společnosti Správa železnic splňoval požadavky na řízení přístupových oprávnění k jednotlivým aktivům informačního a komunikačního systému a pro čtení dat, zápis dat a změnu oprávnění, a § 22 Zaznamenávání událostí informačního a komunikačního systému, jeho uživatelů a administrátorů, zaznamenávání použití přístupových oprávnění v souladu s bezpečnostními potřebami a výsledky hodnocení rizik. Každý informační systém skrze integrační vrstvu tak musí poskytovat rozhraní, přes které bude možné řídit oprávnění, získávat informace o uživatelích a rolích a to minimálně na této úrovni:

• Vytváření nových uživatelů

• Aktivace a deaktivace uživatelů

• Aktualizace uživatelů

• Získávání informací o uživatelích

• Získávání seznamů aplikačních rolí

• Získávání seznamů uživatelů

• Získávání přesných informací o uživatelích a přiřazení do konkrétních aplikačních rolí

• Přidávání uživatelů do aplikačních rolí

• Odebírání uživatelů z aplikačních rolí

VII.1.8Architektura, nákup a vývoj řešení

U nákupu standardizovaných komerčních produktů požadujeme schopnost nastavení balíkového řešení interními kapacitami či dalšími externími dodavateli.

U standardizovaných agend preferujeme nákup a úpravu před custom vývojem nového zákaznického řešení.

Vzájemná integrace musí být realizované přes aplikační middleware. Integrační scénáře zajišťují, aby implementace nových funkcí v řídící aplikaci minimalizovala vyvolané změny na straně návazných aplikací.

Preferujeme přírůstkovou integraci před přenosem kompletních informací. Je oddělené produkční a neprodukční prostředí.

Preferujeme řešení v min. třívrstvé či vícevrstvé architektuře s min. oddělením databázové, aplikační a prezentační vrstvy.

Topologie a architektura produkčního a testovacího prostředí musí být identická, odlišovat se může ve výkonu a použitých zdrojích.

Minimalizujeme dodávku řešení s takovými úpravami, které by omezovaly nebo eliminovaly přechod na budoucí vyšší verze produktu.

V transakčních systémech preferujeme pouze základní operativní reporting. Plný reporting je implementovaný v analytických nástrojích.

Řešení je řádně dokumentované jak po stránce vývojové, provozní, uživatelské.

Případné zdrojové kódy jsou verzovány a ověřeny, že z nich je možno vytvořit interními týmy Správy železnic build aplikace. Zdrojové kódy a dokumentace jsou ukládány na standardizované úložiště Správy železnic.

Návrh prostředí reflektuje trendy technologií a zároveň business potřeby.

VII.1.9Business kontinuita jako zásadní činnost

Navržené řešení musí odpovídat kritičnosti aplikace a požadovaným parametrům SLA.

Servisní model a parametry aplikace odpovídají bezpečnostní klasifikaci a byznysové kritičnosti aplikace.

Dle servisního modelu jsou definované plány obnovy a „disaster recovery“ postupy.

Architektonické vzory

Architektonické vzory předepisují topologii řešení, které bude podporovat Servisní modely a dodržení SLA parametrů.

Dodavatel návrhu ICT řešení zvolí nejvhodnější architektonický vzor se znalostí konkrétních požadavků, situace a doporučení a best practices výrobce dodávaného řešení.

Základní architektonické vzory se dělí do jednotlivých skupin dle schopnosti podpořit konkrétní servisní modely.

Dostupné architektonické vzory pro návrh ICT řešení:

Skupina 1:

• V1 - Jednoúrovňové prostředí

o prezentační vrstva na koncové stanici

o prezentační, aplikační a datová vrstva na jednom stroji

• v2 - n-úrovňové prostředí – škálovatelné vnitřně

• V3 n-úrovňové prostředí – vnitřní škálování, vnější škálování Skupina 2:

• V4 n-úrovňové prostředí – vnitřní škálování, replikace záloh

• V5 n-úrovňové prostředí – vnitřní škálování, vnější škálování, replikace záloh Skupina 3:

• V6 n-úrovňové prostředí – vnitřní škálování, vnější škálování, replikace storage

• V7 n-úrovňové prostředí – vnitřní škálování, vnější škálování, replikace databáze

• V8 n-úrovňové prostředí – vnitřní škálování, vnější škálování, replikace do připraveného prostředí

VII.2.1Skupina 1

Obrázek 2: Jednoúrovňové prostředí Obrázek 3: n-úrovňové prostředí - škálovatelné vnitřně

Obrázek 4: n-úrovňové prostředí - vnitřní škálování, vnější škálování

V1:Jednoduché prostředí

Jednoduché prostředí s webovým, aplikačním a databázovým serverem. Použití pro jednoduché aplikace bez požadavku na škálování a vysokou dostupnost nad rámec virtuálního prostředí.

Prostředí vhodné pro využití jako vývojové a ověřovací prostředí. Jednotlivé vrstvy odděleny na logické úrovni provozované v rámci jednoho virtuálního prostředí. Škálování scale-in (doplněním core, ram, lan, i/o)

Použitelnost pro servisní model: D

V2:n-úrovňové prostředí scale-in

n-úrovňové prostředí s webovým, aplikačním a db serverem. Použití pro jednoduché aplikace bez požadavku na škálování a vysokou dostupnost nad rámec virtuálního prostředí

Prostředí pro vývojové a ověřovací, testovací a produkční prostředí. Jednotlivé vrstvy odděleny na virtuální úrovni. Škálování scale-in (doplněním core, ram, lan, i/o) Použitelnost pro servisní model: C, D

V3:n-úrovňové prostředí scale-in, scale-out

n-úrovňové prostředí s webovým, aplikačním a db serverem. Škálování na úrovni balancování webové, aplikační a db vrstvy. Vhodný pro zajištění vysoké dostupnosti.

Prostředí pro vývojové a ověřovací, testovací a produkční prostředí. Jednotlivé vrstvy odděleny na virtuální úrovni. Provozováno na samostatných virtuálních prostředích. Škálování scale-in (doplněním core, ram, lan, i/o) a scale-out s využitím balanceru. Použitelnost pro servisní model: C

VII.2.2Skupina 2

Obrázek 5: n-úrovňové prostředí - vnitřní škálování, replikace záloh

Obrázek 6: n-úrovňové prostředí - vnitřní škálování, vnější škálování, replikace záloh

V4:n-úrovňové prostředí scale-in s replikou záloh

n-úrovňové prostředí s webovým, aplikačním a db serverem. Použití pro jednoduché aplikace bez požadavku na škálování a vysokou dostupnost nad rámec virtuálního prostředí se zabezpečením dat replikou záloh do jiné lokality.

Prostředí pro vývojové a ověřovací, testovací a produkční prostředí s požadavkem na replikaci dat. Jednotlivé vrstvy odděleny na virtuální úrovni. Škálování scale-in (doplněním core, ram, lan, i/o). Replikace záloh do záložního centra. Ověřování na úrovní obnovy dat. Použitelnost pro servisní model: B

V5:n-úrovňové prostředí scale-in, scale-out s replikou záloh

n-úrovňové prostředí s webovým, aplikačním a db serverem. Škálování na úrovni balancování webové, aplikační a db vrstvy se zabezpečením dat replikou záloh do jiné lokality. Vhodný pro zajištění vysoké dostupnosti.

Prostředí pro vývojové a ověřovací, testovací a produkční prostředí. Jednotlivé vrstvy odděleny na virtuální úrovni. Provozováno na samostatných virtuálních prostředích.

Škálování

scale-in (doplněním core, ram, lan, i/o) a scale-out s využitím balanceru. Replikace záloh do záložního centra. Ověřování na úrovní obnovy dat.

Použitelnost pro servisní model: B

VII.2.3Skupina 3

Obrázek 7: n-úrovňové prostředí - vnitřní škálování, vnější škálování, replikace storage

Obrázek 8: n-úrovňové prostředí - vnitřní škálování, vnější škálování, replikace databáze

Obrázek 9: n-úrovňové prostředí - vnitřní škálování, vnější škálování, replikace do připraveného prostředí

V6:n-úrovňové prostředí scale-in, scale-out s replikou storage

Řešení prostředí s webovým, aplikačním a db prostředí s požadovanou úrovní škálování a zabezpečení na jednotlivých vrstvách (farma, cluster). Zabezpečení dat replikou storage do jiné lokality. Pro zajištění Business Continuity jsou vrstvy nad storage instalovány v rámci scénáře aktivace záložního prostředí.

Prostředí pro testovací a produkční prostředí s vysokým požadavkem na dostupnost a škálovatelnost. Jednotlivé vrstvy odděleny na virtuální úrovni. Provozováno na samostatných virtuálních prostředích. Škálování scale-in (doplněním core, ram, lan, i/o) a scale- out(doplněním serverů). Replikace storage do záložní lokality. Ověřování na úrovní storage. V případě aktivace záložního prostředí dochází k doinstalování potřebných vrstev při dodržení RTO definovaného servisním modelem.

Použitelnost pro servisní model: B

V7:n-úrovňové prostředí scale-in, scale-out s replikou DB

Řešení prostředí s webovým, aplikačním a db prostředí s požadovanou úrovní škálování a zabezpečení na jednotlivých vrstvách (farma, cluster). Zabezpečení dat replikou DB do jiné lokality. Pro zajištění Business Continuity jsou vrstvy nad DB instalovány v rámci scénáře aktivace záložního prostředí.

Prostředí pro testovací a produkční prostředí s vysokým požadavkem na dostupnost a škálovatelnost. Jednotlivé vrstvy odděleny na virtuální úrovni. Provozováno na samostatných virtuálních prostředích. Škálování scale-in (doplněním core, ram, lan, i/o) a scale-out (doplněním serverů). Replikace databáze do záložní lokality. Ověřování na úrovní připraveného db prostředí. V případě aktivace záložního prostředí dochází k doinstalování potřebných vrstev při dodržení RTO definovaného servisním modelem.

Použitelnost pro servisní model: A

V8:n-úrovňové prostředí scale-in, scale-out s replikou do připraveného prostředí

Řešení prostředí s webovým, aplikačním a db prostředí s požadovanou úrovní škálování a zabezpečení na jednotlivých vrstvách (farma, cluster). Zabezpečení dat replikou do jiné lokality s připraveným prostředím v této lokalitě. Vzor je vhodný pro řešení s nejvyšším požadavkem na RTO.

Prostředí pro testovací a produkční prostředí s vysokým požadavkem na dostupnost a škálovatelnost. Jednotlivé vrstvy odděleny na virtuální úrovni. Provozováno na samostatných virtuálních prostředích. Škálování scale-in (doplněním core, ram, lan, i/o) a scale-out (doplněním serverů). Replikace do záložní lokality na potřebných vrstvách (DB, APP, WEB). Ověřování na úrovní připraveného prostředí dle zvoleného typu repliky.

Použitelnost pro servisní model: A

Část VIII. Principy aplikování platformy Správy železnic

Následující kapitola popisuje případy použití a principy aplikování platformy Správy železnic v rámci Správy železnic v konkrétních situacích.

Využití platformy Správy železnic je vyžadováno v následujících situacích:

• marketingový průzkum

• předběžná tržní konzultace

• zadávací dokumentace pro externího partnera

• žádost o informace

• poptávka / objednávka

• zpracování návrhu řešení účastníkem zadávacího řízení.

• hodnocení externích nabídek zadavatelem

• zpracování návrhu řešení interním zpracovatelem

Platforma je uveřejňována jako součást zadávacích podmínek. Služby, které jsou uvedeny v platformě jsou standardy Správy železnic, na kterých by dodávaná technologie měla být provozována.

Při hodnocení nabídek v zadávacích řízeních bude soulad s Platformou posuzován z pohledu kompatibility nově pořizovaných technologií se stávajícími.

Ve stávajícím způsobu vypisování a vyhodnocovcání veřejných zakázek je doporučeno, aby byla vyžadována kompatibilita s technologiemi platformy.

Část IX. Přílohy

Příloha č. 2 Smlouvy

Poddodavatelé

Poskytovatel poskytuje Objednateli předmět plnění dle Smlouvy sám.

/

Poskytovatel provádí předmět plnění dle Smlouvy prostřednictvím následujících Poddodavatelů:

- [OBCHODNÍ FIRMA PODDODAVATELE – NÁZEV, IČO, SÍDLO – DOPLNÍ PRODÁVAJÍCÍ]
- Část Plnění dle Smlouvy prováděná prostřednictvím Poddodavatele ve finančním procentuálním vyjádření ve vztahu k Ceně.	- [DOPLNÍ POSKYTOVATEL] %
- Stručný popis činností, které jsou prováděny Poddodavatelem.	- [DOPLNÍ POSKYTOVATEL]

[Pokud Poskytovatel provádí Plnění či jeho část prostřednictvím Poddodavatelů, uvede tabulku tolikrát, kolika Poddodavateli bude předmět plnění provádět. poskytovatel musí uvést všechny Poddodavatele, kteří se budou podílet na provádění Plnění dle Smlouvy.]

1/1

Správa železnic, státní organizace

zapsána v obchodním rejstříku vedeném Městským soudem v Praze, spisová značka A 48384

Sídlo: Dlážděná 1003/7, 110 00 Praha 1

IČO: 709 94 234 DIČ: CZ 709 94 234

www.spravazeleznic.cz

Příloha č. 3 Smlouvy

Zvláštní obchodní podmínky pro Zakázky v oblasti ICT

OBSAH

1. VÝKLAD POJMŮ 2

2. DOBA A MÍSTO PLNĚNÍ 7

3. PRÁVA A POVINNOSTI OBOU STRAN 7

4. POVINNOSTI DODAVATELE 7

5. POVINNOSTI OBJEDNATELE 8

6. LICENČNÍ UJEDNÁNÍ 8

7. ZDROJOVÝ KÓD A DOKUMENTACE 11

8. AKCEPTAČNÍ ŘÍZENÍ 12

9. ŠKOLENÍ 13

10. HELPDESK 13

11. NAHLÁŠENÍ INCIDENTU 15

12. SERVISNÍ MODELY 15

13. ÚČAST PODDODAVATELŮ 16

14. REALIZAČNÍ TÝM 17

15. KOMUNIKACE STRAN 17

16. SMLUVNÍ POKUTY 17

17. ZÁRUKA ZA JAKOST A PRÁVA Z VADNÉHO PLNĚNÍ 19

18. UKONČENÍ SMLUVNÍHO VZTAHU 20

19. ZMĚNY SMLOUVY A ZMĚNOVÉ ŘÍZENÍ 21

20. KYBERNETICKÁ BEZPEČNOST 22

21. OCHRANA OSOBNÍCH ÚDAJŮ 25

22. OCHRANA DŮVĚRNÝCH INFORMACÍ 26

1/27

Správa železnic, státní organizace

zapsána v obchodním rejstříku vedeném Městským soudem v Praze, spisová značka A 48384

Sídlo: Dlážděná 1003/7, 110 00 Praha 1

IČ: 709 94 234 DIČ: CZ 709 94 234

www.spravazeleznic.cz

1. VÝKLAD POJMŮ

1.1. Akceptační kritéria představují podmínku anebo vlastnost výstupu provádění Plnění dle Smlouvy, která musí být splněna, aby bylo Plnění dle Smlouvy provedeno, přičemž Akceptační kritéria jsou uvedena v Příloze Smlouvy, která obsahuje specifikaci Plnění (dále jen

„Specifikace Plnění“).

1.2. Akceptační protokol je protokol, který jsou zavázáni podepsat Objednatel i Dodavatel po provedení všech nezbytných činností v rámci Akceptačního řízení, potvrzující provedení výstupu provádění Plnění anebo výsledek Testů výstupů provádění Plnění. Protokol je připravený ze strany Dodavatele a následně upravený a vyplněný Objednatelem. Akceptační protokol obsahuje:

a. specifikaci provedeného Plnění;

b. Akceptační kritéria;

c. informace o průběhu Testů, jsou-li prováděny;

d. další informace a dokumenty nezbytné pro provedení Akceptačního řízení provedeného Plnění.

1.3. Akceptační řízení je postupné provedení akceptačních procesů a podepsání Akceptačního/ch protokolu/ů pro Plnění dle Smlouvy.

1.4. Aktualizace je dílčí změna verze Software, zpravidla odstraňující zranitelnosti či drobné nedostatky Software většinou neprojevující se navenek uživatelům, v IT obvykle označovaná jako „patch“ nebo „security update“ (v rámci IT se také často označuje jako změna třetí číslice v čísle verze Software, tedy např. 4.1.1. na 4.1.2.). Aktualizace představuje takovou změnu Software, která není Modernizací ani Zásadní modernizací.

1.5. Autorské dílo znamená dílo ve smyslu § 2 Autorského zákona; zejména nikoliv však výlučně Software, Databáze a jakékoliv výstupy předávané Objednateli na základě Smlouvy, které splňují podmínky stanovené v § 2 Autorského zákona.

1.6. Autorský zákon znamená zákon č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), ve znění pozdějších předpisů.

1.7. Čas nahlášení Incidentu představuje časový údaj, vyjadřující datum a čas, kdy byl Incident nahlášen Dodavateli způsobem stanoveným ve Smlouvě, tj. vytvořením ticketu v Helpdesku, vytěžením emailu z emailového serveru Objednatele a jeho vložením do Helpdesku jako ticketu anebo ukončením telefonátu.

1.8. Data jsou jakékoliv údaje či informace vznikající v souvislosti s Plněním dle Smlouvy.

1.9. Databáze znamená databázi splňující požadavky na Autorská díla, databázi ve smyslu § 88 Autorského zákona a jakoukoliv jinou Autorským zákonem neupravenou databázi.

1.10. Doba vyřešení je pro každou kategorii Incidentů uvedena ve Smlouvě a znamená rozdíl mezi časem nahlášení Incidentu a dodáním řešení. Do Doby vyřešení Incidentu se nezapočítává doba, po kterou nemůže Dodavatel řešit Incident z důvodu:

a. neobdržení podkladů a informací vyžádaných Dodavatelem, které jsou nezbytně nutné pro lokalizaci nebo replikaci Incidentu, od Objednatele;

b. řešení Incidentu u třetí osoby (vyjma Poddodavatele), jejíž součinnost je dle Smlouvy povinen zajistit Objednatel (např. poskytovatele služeb podpory IT prostředí Objednatele anebo systémů, na které je Software napojen);

c. neposkytnutí jiné nezbytně nutné součinnosti Objednatele vyžádané Dodavatelem v souladu s těmito ZOP či Smlouvou a souvisejícími přílohami.

1.11. Doba zahájení řešení incidentu (RTI) je Doba, která uplyne od času nahlášení Incidentu Ohlašovatelem prostřednictvím Helpdesku a okamžikem předání řešení Incidentu na skupinu řešitelů.

1.12. Dodavatel označuje rovněž Poskytovatele, Zhotovitele či Prodávajícího v závislosti na typu uzavřené Smlouvy.

1.13. Dokumentace znamená část specifikace Předmětu Smlouvy, která představuje jednotlivé dokumenty popisující Předmět Smlouvy a zacházení s ním, jako jsou uživatelská dokumentace, administrátorská dokumentace, bezpečnostní dokumentace, a také jakoukoliv jinou dokumentaci vytvářenou anebo poskytovanou Dodavatelem v rámci provádění Plnění. Dokumentace musí být vždy vyhotovena a předána Objednateli v elektronické podobě (pokud je vyhotovována v listinné podobě, pak Dodavatel předá Objednateli elektronickou kopii takové Dokumentace).

1.14. Dostupnost znamená stav Software, v průběhu kterého je, anebo by v případě poskytování řádné a včasné součinnosti ze strany Objednatele za podmínek dle Smlouvy byl možný řádný provoz Software v celém jeho rozsahu nebo jeho podstatné části, přičemž Software se považuje za Dostupný, je-li přístupný a použitelný pro všechny uživatele Software.

1.15. Důvěrné informace znamenají informace, které jsou zpracovávány, ukládány nebo poskytovány v IT prostředí Objednatele, včetně Dat Objednatele, veškeré údaje a informace související s těmito informacemi, s technickým vybavením, komunikačními prostředky a programovým vybavením IT prostředí Objednatele a s objekty, ve kterých jsou tyto systémy umístěny, zaměstnanci nebo dodavateli podílejícími se na provozu, rozvoji, správě nebo bezpečnosti IT prostředí Objednatele. Mezi Důvěrné informace nepatří informace, které jsou veřejně přístupné.

1.16. FOSS licence znamená Free Open Source Software licence.

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

1.18. GUI znamená grafické uživatelské rozhraní.

1.19. Hardware znamená veškeré hmotné součásti počítačových systémů a veškeré související vybavení hmotné povahy spolu se vším příslušenstvím, a včetně veškeré související dokumentace.

1.20. Informační či komunikační systém znamená informační či komunikační systém kritické informační infrastruktury Objednatele ve smyslu § 2 b) ZKB nebo jiný informační či komunikační systém, na který se vztahuje ZKB.

1.21. Incident představuje neplánované přerušení fungování Předmětu Smlouvy, jakékoliv jeho části anebo Plnění dle Smlouvy, omezení kvality fungování Předmětu Smlouvy a souvisejícího Plnění, anebo jakoukoliv prokazatelnou nefunkčnost Předmětu Smlouvy a souvisejícího Plnění. Incident se projevuje zejména selháním oproti funkčnosti a funkcionalitě specifikované v Příloze Smlouvy Specifikace Plnění, anebo obvyklé pro Předmět Smlouvy. Vada je vždy Incidentem a jde tak o podmnožinu pojmu Incident. Za dobu trvání Incidentu se považuje doba od Času nahlášení Incidentu Ohlašovatelem do vyřešení Incidentu, které bude Ohlašovatelem nebo jeho nadřízeným uživatelem potvrzeno vhodným způsobem v Helpdesku, byl-li Incident vyřešen.

Kategorizace incidentů dle důležitosti, zohledňující naléhavost a dopad Incidentu:

A) Vysoká – ohrožení kritických procesů a činností na straně Objednatele

B) Střední – Zásadní vliv na důležité procesy a činnosti Objednatele

C) Nízká – standardní řešení v efektivním režimu

1.22. Instalace znamená provedení veškerých činností nezbytných k zprovoznění Hardware nebo Software vč. jeho Aktualizací, Modernizací či Zásadních modernizací poskytnutých v rámci Plnění dle Smlouvy v IT prostředí Objednatele, a to na platformě určené Objednatelem.

1.23. ISDS znamená informační systém datových schránek ve smyslu zákona č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů, ve znění pozdějších předpisů.

1.24. Interní předpisy znamenají interní předpisy Objednatele, jejichž seznam včetně znění daných interních předpisů, jsou-li relevantní z hlediska Plnění, je uveden v Příloze Smlouvy Seznam interních předpisů.

1.25. Insolvenční zákon znamená zákon č. 182/2006 Sb., o úpadku a způsobech jeho řešení (insolvenční zákon), ve znění pozdějších předpisů.

1.26. IT prostředí Objednatele znamená veškerý Hardware ve vlastnictví Objednatele a Software, ve vztahu k němuž je Objednatel nositelem potřebných oprávnění, nebo Hardware a Software využívaný Objednatelem na základě jiného právního titulu než Smlouvy. Jedná se zejména o servery, diskové pole a stanice, aplikace třetích osob, pasivní a aktivní datová infrastruktura (kabeláže, switche, VPN linky apod.). Podrobná specifikace IT prostředí Objednatele je uvedena v Příloze Smlouvy Platforma Správy železnic a v Příloze Smlouvy Specifikace Plnění.

1.27. Kvalifikovaná osoba je člen Realizačního týmu, kterým Dodavatel prokazoval splnění kvalifikačních předpokladů v rámci Veřejné zakázky.

1.28. Kybernetický bezpečnostní incident je narušení bezpečnosti informací v informačních systémech nebo narušení bezpečnosti služeb anebo bezpečnosti a integrity sítí elektronických komunikací podle § 7 ZKB v důsledku Kybernetické bezpečnostní události.

1.29. Kybernetická bezpečností událost je událost podle § 7 ZKB, která může způsobit narušení bezpečnosti informací v informačních systémech nebo narušení bezpečnosti služeb anebo bezpečnosti a integrity sítí elektronických komunikací.

1.30. Modernizace je změna verze Software, která zpravidla představuje výraznější zásah do dílčí funkcionality Software, přepracováním jeho vybrané funkcionality či doplnění funkcionality nové, zvýšení kompatibility Software s jinými prvky informačních a komunikačních technologií, či jinou optimalizaci funkce Software nad rámec Aktualizace, zpravidla v IT označovaná jako „update“ (v rámci IT se také často označuje jako změna druhé číslice v čísle verze Software, tedy např. 4.1. na 4.2.).

1.31. NÚKIB znamená Národní úřad pro kybernetickou a informační bezpečnost.

1.32. Občanský zákoník znamená zákon č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů.

1.33. Obchodní podmínky znamenají obchodní podmínky Objednatele, v posledním znění ke dni podání nabídky do Veřejné zakázky či aktualizace těchto Obchodních podmínek provedené v souladu se Smlouvou po dobu jejího trvání.

1.34. Objednatel je Správa železnic, státní organizace, IČO 70994234, se sídlem Praha 1 – Nové Město, Dlážděná 1003/7, PSČ 110 00, zapsaná v obchodním rejstříku vedeném Městským soudem v Praze pod sp. Zn. A 48384.

1.35. Ohlašovatel znamená uživatel Předmětu Smlouvy; případně osoba určená Objednatelem dle vymezení parametrů Helpdesk

a. pro úroveň L1 Helpdesku uživatele Software;

b. pro úroveň L2 Helpdesku osoby určených Objednatelem dle jeho potřeb zajišťující úroveň L1 podpory;

c. pro úroveň L3 Helpdesku člen Realizačního týmu určeného Dodavatelem dle jeho potřeby zajišťující úroveň L2 podpory.

1.36. Opční právo představuje vyhrazenou změnu závazku v souladu s ustanovením § 100 odst. 3 ZZVZ ze Smlouvy spočívající v pořízení dalšího obdobného Plnění od vybraného uchazeče v rámci zadávacího řízení Veřejné zakázky, tj. od Dodavatele dle Smlouvy.

1.37. Osobní údaje znamenají osobní údaje ve smyslu GDPR, včetně zvláštních kategorií osobních údajů ve smyslu článku 9 a rozsudků ve smyslu článku 10 GDPR.

1.38. Pracovní den (PD) znamená kterýkoliv den, kromě soboty a neděle a dnů, na něž připadá státní svátek nebo ostatní svátek podle platných a účinných právních předpisů České republiky.

1.39. Plnění představuje plnění, které tvoří Předmět Smlouvy a k němuž se váže povinnost Dodavatele toto plnění Objednateli poskytovat. Plnění je blíže specifikované ve Smlouvě a v Příloze Smlouvy Specifikace Plnění.

1.40. Poddodavatel znamená kteroukoli třetí osobu realizující poddodávky pro Dodavatele v souvislosti s Předmětem Smlouvy. Poddodavatelé mohou být výslovně uvedeni v Příloze Smlouvy Poddodavatelé.

1.41. Požadavek znamená žádost ze strany Objednatele o službu nebo její podporu předaná v souladu se Smlouvou Dodavateli, která nemá příčinu v chybovém stavu, tj. není incidentem.

Kategorizace Požadavků dle důležitosti:

A) Vysoká – řešení je pro Objednatele kritické

B) Střední – řešení neovlivňuje využívání hlavních funkcí služby

C) Nízká – řešení výrazně neovlivňuje procesy Objednatele

1.42. Produkční prostředí znamená IT prostředí Objednatele v ostrém provozu běžně přípustnou uživatelům Software, vyjma Testovacího prostředí.

1.43. Provozovatel znamená provozovatel ve smyslu § 2 písm. g) ZKB.

1.44. Předmět Smlouvy znamená dle typu Smlouvy Software nebo Hardware, přičemž parametry a vlastnosti Předmětu Smlouvy jsou blíže specifikovány v Příloze Smlouvy Specifikace Plnění.

1.45. Převzetí poskytování plnění je předání znalostí Dodavateli a praktické seznámení se Dodavatele s podmínkami poskytování služeb. Pokud dochází k převzetí poskytování podpory, jsou podmínky pro Převzetí poskytování plnění uvedeny ve Smlouvě a v Příloze Smlouvy Specifikace Plnění.

1.46. Příloha Smlouvy je dokument, který tvoří nedílnou součást Smlouvy a obsahuje bližší specifikaci smluvních podmínek.

1.47. Reakce znamená kvalifikovanou a konkrétní odpověď na nahlášení Incidentu nebo na jiný požadavek, ve formě a způsobem dále definovanými v Příloze Smlouvy Specifikace Plnění.

1.48. Reakční doba je pro každou kategorii Incidentů uvedena v Příloze Specifikace Plnění a představuje dobu od Času nahlášení Incidentu do doručení Reakce Objednateli nebo Ohlašovateli.

1.49. Realizační tým znamená osoby uvedené v příloze Smlouvy Realizační tým, kterými Dodavatel prokazoval splnění kvalifikačních předpokladů v rámci Veřejné zakázky a další osoby (zaměstnanci Dodavatele či Poddodavatele), prostřednictvím nichž Dodavatel provádí Plnění dle Smlouvy.

1.50. Recovery Point Objective (RPO) je parametr, který vyjadřuje maximální ztrátu dat uživatelů při havárii systému a následné obnově.

1.51. Recovery Time Objective (RTO) je parametr, který vyjadřuje dobu nutnou k obnově chodu služby do akceptované úrovně provozu.

1.52. Helpdesk je Software provozovaný Dodavatelem nebo Objednatelem sloužící ke komunikaci Stran v průběhu provádění Plnění dle Smlouvy, v rámci něhož bude evidován postup Dodavatele při provádění Plnění dle Smlouvy a zároveň bude sloužit jako kontaktní místo Dodavatele pro nahlašování požadavků, otázek, odpovědí a další zaznamenávání průběhu provádění Plnění dle Smlouvy.

1.53. Servisní model je standardizovaný model provozu a podpory aplikace, systému nebo instance služby.

1.54. SLA znamená úroveň kvality Plnění představující dohodu o úrovni poskytovaných ICT služeb dle Smlouvy.

1.55. Software znamená veškeré programové vybavení a další Autorská díla, stejně jako další věci či jiné majetkové hodnoty, které s programovým vybavením souvisí a jsou určeny ke společnému užívání s tímto programovým vybavením, tj. zejména Databáze, GUI, zvukové nahrávky, videa, obrázky, fotografie apod., včetně veškeré související dokumentace a updatů a upgradů tohoto programového vybavení, avšak s výjimkou Hardware a Databází.

1.56. Standardní Software znamená Software, který je distribuován pod standardními licenčními podmínkami více třetím osobám. Mezi Standardní software patří:

a. Software renomovaných výrobců, jenž je na trhu běžně dostupný, tj. nabízený na území České republiky alespoň dvěma (2) na sobě nezávislými a vzájemně se neovládajícími subjekty, a který je v době uzavření Smlouvy prokazatelně užíván v produkční prostředí nejméně u pěti (5) na sobě nezávislých a vzájemně nepropojených subjektů.

b. Software, u kterého je s ohledem na jeho (i) marginální význam, (ii) nekomplikovanou propojitelnost či (iii) oddělitelnost a nahraditelnost v IT prostředí bez nutnosti vynakládání větších prostředků (více než 50.000 Kč/rok) zajištěno, že další rozvoj Software jinou osobou než tvůrcem/distributorem takového Software je možné provádět bez toho, aby tím byla dotčena práva autorů takovéhoto Softwaru, neboť nebude nutné zasahovat do Zdrojových kódů takovéhoto Softwaru anebo proto, že případné nahrazení takovéhoto Softwaru nebude představovat výraznější komplikaci a náklad na straně Objednatele.

c. Software, jehož API („Application Programming Interface“) pokrývá všechny moduly a funkcionality Software, je dobře dokumentované, umožňuje zapouzdření Software a jeho adaptaci v rámci měnících se podmínek IT prostředí Objednatele a Software bez nutnosti zásahu do Zdrojových kódů Softwaru, a Dodavatel poskytne Objednateli právo užít toto rozhraní pro programování aplikací ve stejném rozsahu, jako Software.

d. Software, o kterém to stanoví Smlouva.

1.57. Smlouva uzavřená na základě zadávacího řízení Veřejné zakázky vztahující se k ICT, která se řídí těmito ZOP.

1.58. Testy se rozumí provádění testovacího užívání Předmětu Smlouvy v Testovacím prostředí prostřednictvím simulace ostrého provozu v Produkčním prostředí a reálných situací a Testovacích scénářů.

1.59. Testovací prostředí znamená virtuální či fyzickou kopii Předmětu Smlouvy anebo IT prostředí Objednatele určenou Objednatelem k provádění Testů.

1.60. Vada kategorie A znamená kritickou vadu, která má zásadní dopad na základní funkce Plnění, má jakýkoli vliv na kvalitu a bezpečnost dat a výsledky jejich zpracování anebo způsobuje výpadky Plnění.

1.61. Vada kategorie B znamená vadu umožňující provoz základních funkcí Plnění, zároveň nemá vliv na kvalitu ani na bezpečnost dat a výsledky zpracování anebo hrozí, že by mohla způsobit výpadek Plnění.

1.62. Vada kategorie C znamená vadu, která není Vadou kategorie A anebo B (např. špatná grafická úprava aplikace, špatný pravopis u nápovědy apod.).

1.63. Veřejná zakázka je zakázka realizovaná na základě smlouvy mezi Objednatelem a Dodavatelem, jež byla uzavřena na základě zadávacího řízení dle ZZVZ nebo výběrového řízení dle vnitřních předpisů Objednatele.

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

1.65. Výkaz znamená dokument obsahující souhrnnou evidenci poskytnutého Plnění za období vymezené ve Smlouvě nebo v Příloze Smlouvy Specifikace Plnění. Výkaz je vystavován zpětně za vymezené období.

1.66. Výpadek znamená neplánované přerušení provozu Předmětu smlouvy či jakékoliv jeho podstatné části, při kterém je tento celek či v příslušná část nedostupná pro uživatele (není dostupný). Za Výpadek se pro účely této Smlouvy nepovažuje Výpadek způsobený z důvodů způsobených třetími osobami, jejichž součinnost anebo bezvadné poskytování služeb je povinen zajistit Objednatel (poskytovatel služeb podpory IT prostředí Objednatele a informačních systémů, na které je Software napojen).

1.67. Újma znamená vždy újmu na jmění (škodu) ve smyslu § 2894 odst. 1 Občanského zákoníku a dále vždy i nemajetkovou újmu ve smyslu § 2894 odst. 2 Občanského zákoníku. Toto ustanovení je výslovným ujednáním o povinnosti stran odčinit nemajetkovou újmu v případech porušení povinností dle těchto ZOP a Smlouvy.

1.68. Významný dodavatel znamená Dodavatel, který je Provozovatelem, jakož i každý, kdo s Objednatelem vstupuje do právního vztahu, který je významný z hlediska bezpečnosti Informačního či komunikačního systému ve smyslu § 2 odst. M) VKB.

1.69. Významná změna znamená změna, která má nebo může mít vliv na kybernetickou bezpečnost a představuje vysoké riziko, např.

a. změny pravidel ochranných systémů aplikačních firewallů a pravidel přepínání a směrování v sítích,

b. změny autentizačních mechanismů,

c. přidání, změna nebo odebrání služeb, informačních systémů/aplikací nebo ochranných systémů,

d. změny, které umožňují sdílení informací, služeb nebo zdrojů mimo provozní prostředí,

e. změny opatření pro zajištění bezpečnosti vzdáleného přístupu,

f. zavedení skriptů pro automatické přihlášení,

g. migrace dat do jiné Databáze, apod. ve smyslu § 2 odst. O) VKB.

1.70. Zadávací dokumentace je souborem dokumentů obsahujících zadávací podmínky, sdělované nebo zpřístupňované účastníkům zadávacího řízení na Veřejnou zakázku.

1.71. Zásadní modernizace je podstatná změna/rozšíření funkčnosti nebo změna koncepce Software, přinášející podstatné změny pro chování Software vůči uživatelům, zpravidla v IT označovaná jako „upgrade“ (v rámci IT se také často označuje jako změna v čísle verze Software, tedy např. 4 na 5).

1.72. Zdrojový kód znamená zápis kódu počítačového programu (Softwaru) v programovacím jazyce, který je uložen v jednom nebo více editovatelných souborech, čitelný, opatřený komentáři vysvětlujícími jednotlivé jeho části alespoň ve standardu obvyklém pro open source projekty a procesy, ve spustitelném formátu odpovídajícím programovacímu jazyku a Produkčnímu prostředí, včetně ověřeného a podrobného postupu nezbytného pro sestavení plně funkčního strojového kódu, a v podobě, aby jej bylo možné zkompilovat do strojového kódu bez nutnosti provedení jiných úprav než kompilace v souladu s postupem k sestavení.

1.73. ZKB znamená zákon č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících zákonů (zákon o kybernetické bezpečnosti), ve znění pozdějších předpisů.

1.74. ZOP znamená tento dokument, tedy zvláštní obchodní podmínky, které definují další parametry a upřesňují konkrétní podmínky a specifické požadavky Objednatele.

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

1.76. Není-li výslovně uvedeno jinak nebo nevyplývá-li něco jiného z povahy věci, mají pojmy, které nejsou definovány v těchto ZOP, význam uvedený v Obchodních podmínkách či Smlouvě a jejích přílohách.

1.77. Ustanovení ZOP mají přednost před ustanoveními Obchodních podmínek, pokud jsou ustanovení těchto dokumentů v rozporu, uplatní se ustanovení uvedené v ZOP. Ustanovení Smlouvy mají přednost před ustanoveními Obchodních podmínek i ZOP.

2. DOBA A MÍSTO PLNĚNÍ

2.1. Provádění Plnění bude zahájeno ode dne nabytí účinnosti Smlouvy, není-li ve Smlouvě stanoveno jinak.

2.2. Plnění nebo dílčí části Plnění bude Dodavatel provádět v termínech sjednaných ve Smlouvě či definovaných v Příloze Smlouvy Specifikace Plnění nebo Harmonogram.

2.3. Místem provádění Plnění jsou místa umístění IT prostředí Objednatele (tj. Testovací prostředí a Produkční prostředí), není-li ve Smlouvě anebo Příloze Smlouvy Specifikace Plnění výslovně stanoveno jinak. Popis IT prostředí Objednatele obsahuje Příloha Smlouvy Platforma Správy železnic.

2.4. Služby budou poskytovány formou vzdáleného přístupu k IT prostředí Objednatele, není-li ve Smlouvě stanoveno jinak. Objednatel se zavazuje umožnit Dodavateli vzdálený přístup k IT prostředí Objednatele. Objednatel je oprávněn monitorovat a logovat přístupy Dodavatele do IT prostředí Objednatele, jakož i veškerou další aktivitu Dodavatele významnou z hlediska bezpečnosti Informačního či komunikačního systému za účelem posouzení souladu plnění Smlouvy s pravidly uvedenými v těchto ZOP, zejm. pak čl. 20. ZOP a Dodavatel se zavazuje Objednateli za tímto účelem poskytnout veškerou nutnou součinnost. Vzdálený přístup k IT prostředí Objednatele může být Objednatelem okamžitě odepřen v případě Kybernetické bezpečnostní události ve smyslu § 7 ZKB či porušení povinností stanovených v Interních předpisech.

2.5. Dodavatel bere na vědomí, že přístup k IT prostředí Objednatele:

a. je udělován fyzickým osobám Dodavatele, jakož i pro konkrétní zařízení, na základě výslovného požadavku Dodavatele a Objednatel je oprávněn dle svého uvážení přístup neudělit či kdykoli odebrat;

b. je poskytován na základě principů “need to know” a “deny by default”; a

c. je poskytován za podmínky dodržování veškerých bezpečnostních opatření a požadavků Objednatele.

3. PRÁVA A POVINNOSTI OBOU STRAN

3.1. Strany se zavazují postupovat v souladu s veškerými obecně závaznými právními předpisy a prohlašují, že Smlouva je v souladu s těmito právními předpisy. Pokud se v průběhu trvání Smlouvy některé její ustanovení dostane do rozporu s kogentním ustanovením obecně závazného právního předpisu, platí příslušné ustanovení právního předpisu s tím, že zbývající ustanovení Smlouvy zůstávají v platnosti.

3.2. Strany jsou v průběhu Plnění povinny postupovat v souladu s Interními předpisy Objednatele, pokud jsou jednoznačně specifikovány v Příloze Smlouvy Seznam Interních předpisů. Podpisem Smlouvy Dodavatel prohlašuje, že měl možnost se seznámit s Interními předpisy Objednatele, jejichž seznam je uveden v Příloze Smlouvy Seznam interních předpisů, a dále bere na vědomí, že Interní předpisy mohou být přiměřeným způsobem jednostranně měněny či jinak doplňovány Objednatelem, přičemž každá nová verze je pro Dodavatele závazná vždy ode dne, kdy se s ní seznámil či měl prokazatelnou možnost se s nimi seznámit. Rozsah Interních předpisů může být Objednatelem jednostranně rozšířen o další dokumenty stanovující jeho interní procesy.

4. POVINNOSTI DODAVATELE

4.1. Dodavatel se zavazuje provádět pro Objednatele Plnění osobně, tj. prostřednictvím svých zaměstnanců, členů Realizačního týmu a prostřednictvím svých Poddodavatelů za podmínek stanovených ve Smlouvě a těchto ZOP. V případě, že je požadavek na složení Realizačního týmu uveden ve Smlouvě, je Dodavatel povinen provádět Plnění výhradně prostřednictvím členů Realizačního týmu, kterými prokázal splnění kvalifikace v průběhu zadávacího řízení na Veřejnou zakázku.

4.2. Dodavatel se během poskytování Plnění pro Objednatele zavazuje informovat Objednatele o Významné změně ovlivnění nebo ovládání Dodavatele podle ust. § 71 a násl. zákona č. 90/2012 Sb., o obchodních korporacích, ve znění pozdějších předpisů (dále jen „ZOK“), nebo změně vlastnictví zásadních aktiv, využívaných Dodavatelem k plnění Smlouvy a změně oprávnění nakládat s těmito aktivy.

4.3. Dodavatel se zavazuje poskytovat v rámci Plnění veškerou součinnost nezbytnou k provádění Plnění, zejména, nikoliv však výlučně:

a. poskytovat Plnění dle Smlouvy ve vysoké kvalitě s odbornou péčí odpovídající podmínkám sjednaným ve Smlouvě;

b. poskytovat Plnění dle Smlouvy alespoň v závazných parametrech kvality dle Smlouvy a SLA, a to zejména dodržování stanoveného servisního modelu dle článku 12.2. ZOP;

c. upozorňovat Objednatele včas na všechny hrozící vady svého Plnění či potenciální Výpadky či jiné výpadky Plnění, jakož i poskytovat Objednateli veškeré informace, které jsou pro Plnění potřebné;

d. zajistit v souladu s podmínkami Smlouvy poskytnutí Dokumentace, a to rovněž vždy při každé Aktualizaci nebo jiné změně Předmětu smlouvy, nestanoví-li Objednatel jinak;

e. počínat si při provedení Plnění tak, aby nedošlo k infikaci Software, Standardního software nebo IT prostředí Objednatele virem či jiným škodlivým kódem (malware apod.) způsobujícím narušení zabezpečení Software a Standardního software za účelem jeho poškození či jiného narušení běhu;

f. bez zbytečného odkladu oznamovat Objednateli všechny Kybernetické bezpečnostní události a Kybernetické bezpečnostní incidenty s potenciálním negativním dopadem na Objednatele;

g. bez zbytečného odkladu na výzvu Objednatele předat Data, provozní údaje a informace ve formátu předem odsouhlaseném Objednatelem (zpravidla ve formátu daného prostředí, který umožňuje jejich nasazení „as is“ do prostředí), které má k dispozici v souvislosti s plněním Smlouvy a poskytnout Objednateli za tímto účelem veškerou nezbytnou součinnost; tato Data musí být po dobu poskytování Plnění dle Smlouvy uložena u Dodavatele a mohou být Dodavatelem užívána v souladu se Smlouvou a příslušnými právními předpisy, avšak pouze v nezbytném rozsahu. Dodavatel se zavazuje dodržovat přiměřená technická a organizační opatření k ochraně těchto Dat. Veškerá Data jsou vlastnictvím Objednatele, není-li ve Smlouvě výslovně stanoveno jinak. Toto ustanovení se uplatní obdobně i na jiná data poskytnutá Objednatelem Dodavateli.

h. plnit Interní předpisy Objednatele a jeho pokyny v oblasti likvidace Dat (ať už Dat na papírových médiích, Dat zpracovávaných elektronicky nebo prostřednictvím jakýchkoli dalších nosičů Dat) a případně dále na výzvu Objednatele bez zbytečného odkladu zlikvidovat Data v souladu s těmito pravidly a pokyny.

5. POVINNOSTI OBJEDNATELE

5.1. Objednatel je povinen zajistit Testovací a Produkční prostředí pro činnost Dodavatele v rámci IT prostředí Objednatele, pokud je to nezbytné pro provádění Plnění. Zajištění prostředí zahrnuje zajištění vzdáleného přístupu personálu Dodavatele do IT prostředí Objednatele, v přiměřeném rozsahu odpovídajícího možnostem Objednatele a Zadávací dokumentaci a při respektování bezpečnostních pravidel Objednatele, zejména bezpečnostní dokumentace, která je součástí Interních předpisů. Objednatel je povinen zajistit fungování Dodavatelem vytvořeného Testovacího prostředí, na kterém bude Software Testován, a Produkčního prostředí, na kterém Software poběží v ostrém provozu, přičemž všechna prostředí budou umístěna na IT prostředí Objednatele, není-li ve Smlouvě stanoveno jinak.

6. LICENČNÍ UJEDNÁNÍ

6.1. Software

6.1.1. V případě, že je Software Autorské dílo vznikající v průběhu Plnění, Dodavatel postupuje na Objednatele oprávnění k výkonu majetkových práv autorských k takovému Autorskému dílu (ve formě strojového i Zdrojového kódu) tak, aby Objednatel byl oprávněn takové Autorské dílo užít v maximálním možném rozsahu včetně oprávnění k provádění změn a předání novému dodavateli.

6.1.2. Dodavatel prohlašuje, že Autorské dílo dle článku 6.1.1. ZOP bylo vytvořeno zaměstnanci či Poddodavateli jako zaměstnanecké dílo ve smyslu § 58 odst. 1 a 7 Autorského zákona, a že je oprávněn k postoupení výkonu majetkových práv v souladu s tímto článkem a má k takovému postoupení náležité souhlasy, přičemž Dodavatel se zavazuje na požádání Objednatele neprodleně předložit nebo jinak vhodným způsobem zpřístupnit dokumenty prokazující rozsah oprávnění Dodavatele.

6.1.3. Objednatel je dále oprávněn postoupit oprávnění k výkonu majetkových práv na jakoukoli další třetí osobu dle volby Objednatele a udělovat licence a podlicence, s čímž Dodavatel výslovně souhlasí; pro zamezení pochybnostem je Dodavatel povinen podniknout veškeré kroky k získání náležitých oprávnění tak, aby mohl oprávnění k výkonu majetkového práva postoupit na Objednatele v souladu s tímto článkem. S povinností převodu oprávnění k výkonu majetkových práv se pojí povinnost předání Zdrojového kódu dle čl. 7 ZOP.

6.1.4. Dodavatel dále prohlašuje, že má svolení autora/ů k zásahům do Autorského díla dle článku 6.1.1. ZOP ve smyslu § 58 odst. 4 Autorského zákona a tato svolení se vztahují na jakékoliv třetí osoby, jež budou vykonávat autorská majetková práva k tomuto Autorskému dílu.

6.1.5. Dodavatel dále prohlašuje, že vyloučil oprávnění autorů dle ustanovení § 58 odst. 3 Autorského zákona i vůči všem budoucím vykonavatelům autorských majetkových práv k Autorskému dílu dle článku 6.1.1. ZOP.

6.1.6. Dodavatel dále převádí veškerá zvláštní práva pořizovatele k Databázím pořízeným v průběhu provádění Plnění. Nedojde-li z jakéhokoliv důvodu k převodu práva dle předchozí věty, uděluje Dodavatel Objednateli oprávnění k vytěžování a zužitkování celého obsahu takové Databáze nebo její kvalitativně nebo kvantitativně podstatné části a právo udělit jinému oprávnění k výkonu tohoto práva.

6.1.7. K ostatním majetkovým hodnotám, které spadají pod pojem Software a zároveň nespadají pod definici Autorského díla, uděluje Dodavatel Objednateli oprávnění v rozsahu dle článku 6.1.8. ZOP. Ustanovení článku 6.2. ZOP tímto nejsou dotčena.

6.1.8. Nevznikne-li Objednateli z jakéhokoliv důvodu ke kterékoliv části Software oprávnění k výkonu autorských majetkových práv, uděluje Dodavatel Objednateli k dotčené části množstevně a územně neomezenou výhradní licenci ke všem známým způsobům užití, a to na dobu trvání autorských majetkových práv. Objednatel je oprávněn k dotčené části Software udělovat licence, tyto dále postoupit a udělovat podlicence třetím osobám. Objednatel je oprávněn dotčené části upravovat, zpracovávat, spojovat s jinými díly a jinak zasahovat do osobnostních autorských práv. Dodavatel odpovídá za zajištění těchto souhlasů.

6.1.9. Dodavatel není oprávněn pro účely vývoje Software použít software licencovaný pod FOSS licencemi, jejichž podmínky by stanovovaly Objednateli povinnost sdělovat nebo jinak šířit Software nebo jeho části včetně Zdrojových kódů třetím osobám, nebo umožnit jim změny, úpravy či jiné zásahy do Software nebo jeho části.

6.1.10. Dodavatel se zavazuje nahradit veškerou Újmu, která vznikne Objednateli v důsledku nesplnění jakýchkoliv povinností dle článku 6.1. ZOP. V případě, že jakákoliv třetí osoba bude uplatňovat vůči Objednateli jakékoliv nároky spojené se Softwarem nebo jeho částí v důsledku domnělého porušení svých autorských práv, zavazuje se Dodavatel hradit nároky, které Objednatel účelně vynaložil na ochranu zájmů Objednatele v této věci (včetně právního zastoupení), a to až do právního vyřešení nároků třetích osob; tímto není dotčena povinnost dle první věty tohoto bodu.

6.2. Standardní Software

6.1.1. V případech, kdy je součástí Předmětu Smlouvy dodání Standardního Software, Dodavatel poskytuje nevýhradní licenci, čímž se rozumí nevýhradní nevýlučné oprávnění Autorské dílo užít v souladu s dalšími podmínkami článku 6.2. ZOP, přičemž nevýhradní licence je poskytována Objednateli dále za následujících podmínek, není-li ve Smlouvě či v Příloze Smlouvy Specifikace Plnění stanoveno výslovně jinak:

a. Nevýhradní oprávnění k výkonu práva užít (licenci, resp. podlicenci) Autorské dílo včetně práva užít další Autorská díla a vytěžovat a zužitkovat Databáze, jež jsou určeny ke společnému užívání se Standardním Software a za tímto

účelem jsou společně distribuovány, a to všemi způsoby odpovídajícími účelu, pro který jsou taková Autorská díla, resp. Databáze, určeny, a to na dobu trvání majetkových práv autorských, nebo alespoň na dobu trvání Smlouvy.

b. Dodavatel je povinen zajistit poskytnutí podpory (subscription/license maintenance) Standardního software, tj. zajistit poskytování nejnovějších verzí Standardního software získaných z důvěryhodných zdrojů Objednateli a dalších služeb v souladu se standardními licenčními podmínkami Standardního Software, na dobu trvání majetkových práv autorských, pokud je to možné, jinak alespoň na dobu trvání Smlouvy.

c. Dodavatel je povinen poskytnout Objednateli o zajištění oprávnění ke Standardnímu software písemné prohlášení a na výzvu Objednatele tuto skutečnost prokázat.

d. Oprávnění musí vždy umožňovat Objednateli používání Standardního software pro interní potřeby Objednatele a jemu podřízených složek, organizací, částí nebo s ním propojených právnických osob.

6.1.2. Licence se vztahuje ve stejné míře jako k Standardnímu Software na:

a. Aktualizaci, Modernizaci a Zásadní modernizaci;

b. Dokumentaci specifikovanou v Příloze Smlouvy Specifikace Plnění;

c. Dokumentaci nad rámec Dokumentace dle předchozího bodu;

d. právo zužitkovat a vytěžovat Databáze, pokud jde o jiné Databáze než dle Smlouvy; a pokud tyto souvisí a jsou vhodné či nezbytné k naplnění účelu a předmětu Smlouvy

e. loga či jiné předměty duševního vlastnictví, které se Standardním Software souvisí a jsou vhodné či nezbytné k užití spolu se Standardním Software.

6.1.3. Je-li Standardní Software nebo Dokumentace vytvářena, upravována anebo jinak modifikována pro potřeby Objednatele, je Objednateli v takovém případě udělována licence k takto pro Objednatele vytvořeným či modifikovaným částem Standardního Software nebo Dokumentace, včetně práva dané části jakkoliv měnit, udělit podlicenci nebo licenci zcela či z části postoupit a použít takové části Standardního software či Dokumentace k jakémukoliv účelu, v jakémkoliv množství, na jakémkoliv území, jakýmkoliv způsobem a na dobu trvání majetkových práv autorských, a to vše i prostřednictvím třetí osoby.

6.1.4. Pokud se jedná o Standardní Software a Dodavatel není oprávněn udělit alespoň nevýhradní licenci, pak se Dodavatel zavazuje udělit či zajistit udělení nevýhradního oprávnění k výkonu práva užít (licenci, resp. podlicenci) veškerá Autorská díla a k výkonu práva vytěžovat a zužitkovat Databáze, a to všemi způsoby odpovídajícími účelu, pro který je takové Autorské dílo, resp. Databáze, určeno, a to alespoň na dobu trvání Smlouvy. Dodavatel je povinen zajistit poskytnutí podpory Standardního Software dle tohoto článku, tj. zajistit poskytování nejnovějších verzí Standardního Software Objednateli získaných z důvěryhodných zdrojů a dalších služeb v souladu s jeho standardními licenčními podmínkami, na dobu trvání Smlouvy. Dodavatel je povinen poskytnout Objednateli písemné prohlášení o zajištění oprávnění ke Standardnímu Software a na výzvu Objednatele tuto skutečnost prokázat. Oprávnění dle tohoto článku musí vždy umožňovat Objednateli používání Standardního Software pro interní potřeby Objednatele a jemu podřízených složek, organizací, částí nebo s ním propojených právnických osob.

6.1.5. V ostatních parametrech se udělení licence řídí licenčními podmínkami výrobce Standardního Software.

6.1.6. Ustanovení čl. 6.1. ZOP a 6.3. ZOP a jeho podčlánků se pro Standardní Software nepoužijí.

6.3. Software vztahující se k Hardware

6.1.1. V případech, kdy je k řádnému užívání dodaného Hardware potřebný určitý Software, je Dodavatel povinen poskytnout/zajistit Objednateli jako součást plnění a za cenu zahrnutou v ceně Hardware, oprávnění užít tento Software v rozsahu, způsoby a za účelem obvyklým ve vztahu k Hardware, se kterým je spojen, nejméně však za podmínek dle Přílohy Smlouvy Specifikace Plnění.

6.1.2. Ustanovení čl. 6.1. ZOP a jeho podčlánků a 6.2. ZOP a jeho podčlánků se pro Software vztahující se k Hardware nepoužijí.

6.4. Odměna za poskytnutí oprávnění dle článku 6 ZOP je zahrnuta v Ceně za Plnění dle Smlouvy.

7. ZDROJOVÝ KÓD A DOKUMENTACE

7.1. Zdrojový kód bude předáván Objednateli na datovém nosiči vždy na konci Akceptačního řízení, nebo za podmínek stanovených ve Smlouvě, zejména pokud bude smluvní vztah ukončen bez provedení Akceptačního řízení.

7.2. Na datovém nosiči dat musí být viditelně označeno „Zdrojový kód“ s označením části Modifikace a jeho verze a den předání Zdrojového kódu. O předání nosiče dat bude oběma Smluvními stranami sepsán a podepsán písemný předávací protokol.

7.3. Povinnost Dodavatele předávat Zdrojový kód se přiměřeně použije i pro jakékoliv opravy, změny, doplnění, upgrade nebo update Zdrojového kódu v rámci následného provádění Plnění anebo v rámci záručních oprav. Zdrojový kód musí obsahovat podrobný popis a komentář každého zásahu do Zdrojového kódu.

7.4. Objednatel nebude v průběhu provádění Plnění sám anebo prostřednictvím jiných osob zasahovat do Zdrojového kódu nasazeného anebo fungujícího v Produkčním prostředí či Testovacím prostředí.

7.5. Dodavatel je povinen předat Objednateli příslušnou Dokumentaci a Zdrojový kód ve standardní podobě (to nejméně v kvalitě obvyklé pro open source projekty), vždy obsahující následující:

a. Kompletní Zdrojové kódy celého díla.

b. Uživatelskou příručku obsahující konkrétní popis uživatelského prostředí, funkcí a postupů pro zaškolení zaměstnanců.

c. Administrátorskou příručku, popisující všechny parametry, které lze konfigurovat a popis dopadů změny konfigurace do systému.

d. Technickou dokumentaci systému, pakliže se jedná o vícevrstvou architekturu, popis každé vrstvy zvlášť:

(i) Datová vrstva – popis datové vrstvy, čili tabulek v databázi včetně vazeb mezi tabulkami a včetně E-R schémat.

(ii) Aplikační vrstva – popis jádra systému, jeho funkcí, služeb a rozhraní. Dokumentace musí obsahovat kompletní popis architektury jádra systému, výčet a podrobný popis všech jeho funkcí, přehled a popis služeb, které jádro poskytuje dalším komponentám systému, modulům a knihovnám.

(iii) Prezentační vrstva – Dokumentace systému musí obsahovat drátové modely všech obrazovek uživatelského rozhraní včetně popisu funkcí prvků každé obrazovky.

e. Popis konfigurace provozního prostředí systému (serverová strana i klientská strana)

f. Dokumentace musí obsahovat soupis všech požadavků na nastavení hardwarových a softwarových komponent běhového prostředí jako jsou:

(i) mapování souborových systémů

(ii) požadavky na operační paměť a procesory

(iii) konfigurační parametry jednotlivých podpůrných Softwarových prostředků (např. specifika pro nastavení databáze, aplikačního serveru, webového serveru apod.)

g. Objednatel požaduje, aby tato Dokumentace byla ve formátech XML DocBook (zdrojové) a PDF (export z XML zdroje pro snadnou distribuci uživatelům) nebo případně v jiném formátu, který Objednatel schválí po vzájemné dohodě s Dodavatelem. Všechny Dokumentace musí být verzované, opatřené seznamem autorů, přehledem změn

h. jednotlivých verzí a musí být obsahově úplné pro tu část systému, kterou popisují. Řešení musí obsahovat návod na používání systému (uživatelský manuál) a popis systému – jeho vlastností, strukturu projektu, použité technologie (technická dokumentace). Součástí řešení je i Dokumentace a automaticky generovaná dokumentace (Javadoc). Součástí Dokumentace musí být zip archiv se zdrojovými soubory řešení a programátorskou dokumentací.

7.6. V případě jakýchkoli pochybností o správnosti předání Zdrojového kódu se bude uvedené posuzovat podle svého účelu, tedy zejména následné možnosti provádět samostatně či prostřednictvím třetích osob opravy, změny, doplnění, upgrady nebo updaty Zdrojového kódu. Za nesprávné předání se přitom považuje takové předání, které v důsledku vede ke znemožnění či podstatnému ztížení práce se Zdrojovým kódem ve výše uvedeném smyslu.

8. AKCEPTAČNÍ ŘÍZENÍ

8.1. Předání a převzetí Předmětu Smlouvy, včetně předání a převzetí výstupů provádění Plnění, dokumentů majících charakter výstupů Předmětu Plnění a Zdrojových kódů, probíhá na základě Akceptačního řízení, tj. postupným provedením akceptačních procesů a podepsáním Akceptačního/ch protokolu/ů.

8.2. Akceptační řízení zahrnuje porovnání skutečných vlastností Provádění Plnění se specifikací Plnění dle Smlouvy a Akceptačními kritérii. Podrobnější rozsah Akceptačních kritérií je součástí Přílohy Smlouvy Specifikace Plnění.

8.3. Plnění dle Smlouvy a jakékoliv jeho části, které podléhají Akceptačnímu řízení, jsou provedeny skončením Akceptačního řízení dotčené části Plnění, v případě Plnění jako celku skončením Akceptačního řízení Plnění jako celku.

8.4. Na Akceptační řízení se uplatní následující pravidla:

a. Dodavatel je povinen písemně informovat Objednatele nejméně čtrnáct (14) dní předem o termínu předání výstupu k Akceptačnímu řízení nedohodnou-li se Strany jinak;

b. Dodavatel předá Objednateli výstup provádění Plnění k realizaci Akceptačního řízení; Akceptační řízení může být zahájeno pouze v případě, že výstup provádění Plnění, který je předmětem takového Akceptačního řízení, je umístěn v Produkčním anebo Testovacím prostředí nebo byl jiným způsobem Dodavatelem skutečně předán Objednateli a ten se s ním mohl seznámit; Objednatel na žádost Dodavatele potvrdí převzetí výstupů k Akceptačnímu řízení v Helpdesku, e-mailem, anebo prostřednictvím ISDS; převzetím k Akceptačnímu řízení anebo potvrzením ve smyslu tohoto článku je zahájeno Akceptační řízení;

c. po provedení všech nezbytných činností v rámci Akceptačního řízení se Objednatel i Dodavatel zavazují podepsat příslušný protokol potvrzující provedení výstupu provádění Plnění anebo výsledek Testů výstupů provádění Plnění připravený Dodavatelem a upravený a vyplněný Objednatelem (Akceptační protokol). Akceptační protokol obsahuje:

(i) specifikaci provedeného Plnění;

(ii) Akceptační kritéria;

(iii) informace o průběhu Testů, jsou-li prováděny;

(iv) další informace a dokumenty nezbytné pro provedení Akceptačního řízení provedeného Plnění nebo jeho části.

d. v případě nutnosti opakování činností v rámci Akceptačního řízení v důsledku uvedení výroku „Neakceptováno“ v Akceptačním protokolu Dodavatel Objednateli opět předá výstup k opětovnému provedení činností v rámci Akceptačního řízení (další kolo Akceptačního řízení) a Dodavatel připraví nový Akceptační protokol vztahující se k dalšímu kolu Akceptačního řízení;

e. je-li součástí Plnění několik výstupů, pak každý z takových výstupů podléhá samostatnému Akceptačnímu řízení;

f. Akceptační řízení konkrétního výstupu končí a výstup se považuje za provedený podpisem Akceptačního protokolu Objednatelem s uvedeným výrokem „Akceptováno“ nebo odstraněním vytčených vad výstupu v případě vyznačení „Akceptováno s výhradou“ a potvrzením odstranění takových vytčených vad Objednatelem na Akceptačním protokolu, který obsahoval vytčené vady.

8.5. Objednatel je povinen po provedení ověření kvality výstupu v rámci Akceptačního řízení Dodavateli podepsat Akceptační protokol a akceptovat výstup provádění Plnění, případně oznámit Dodavateli vady výstupu provádění Plnění, které brání jeho provedení včetně určení kategorie vady A, B, C.

8.6. Výstupy provádění Plnění jsou způsobilé k akceptaci Objednatelem, pokud:

a. naplňují Akceptační kritéria a nevykazují žádné vady, pak Objednatel vyznačí na Akceptačním protokolu „Akceptováno“; nebo

b. naplňují Akceptační kritéria a vykazují vady, které nebrání tomu, aby výstup provádění Plnění sloužil svému účelu bez významnějších omezení pro Objednatele (zejména organizačních, časových, nákladových apod.), anebo v případě Software při Testech či provozu v souhrnu nevykazují více vad, než připouští Akceptační kritéria, pak Objednatel vyznačí na Akceptačním protokolu „Akceptováno s výhradou“.

V jiných případech vyznačí Objednatel na Akceptačním protokolu „Neakceptováno“.

8.7. V případě splnění Akceptačních kritérií je Objednatel povinen do 30 dnů od zahájení akceptačního řízení vyznačit na Akceptačním protokolu výrok „Akceptováno“. V případě nesplnění Akceptačních kritérií Objednatel vyznačí do 30 dnů od zahájení akceptačního řízení na Akceptačním protokolu výrok „Neakceptováno“ a uvede všechna Akceptační kritéria, která považuje za nesplněná s uvedením, v čem spočívá jejich nesplnění. Objednatel není povinen výše uvedené lhůty dodržet, dojde-li k prodloužení akceptačního řízení z důvodu na straně Dodavatele.

8.8. Pokud Objednatel akceptuje výstup provádění Plnění svým podpisem a vyznačením výroku

„Akceptováno s výhradou“, které na Akceptačním protokolu uvede společně s uvedením vad, které nebrání akceptaci, zavazuje se Dodavatel k odstranění těchto vad ve lhůtách výslovně stanovených v Akceptačním protokolu, a pokud nejsou takové, pak lhůtách přiměřených stanovených Objednatelem v rámci odstraňování vad vyznačených v Akceptačním protokolu s výrokem „Akceptováno s výhradou“ postupují Strany dle předchozích ustanovení tohoto článku až do odstranění všech vad vyznačených v Akceptačním protokolu s výrokem

„Akceptováno s výhradou“.

8.9. V případě neschválení výstupu provádění Plnění vyznačením na Akceptačním protokolu

„Neakceptováno“ odstraní Dodavatel vady uvedené v Akceptačním protokolu ve lhůtách výslovně stanovených v Akceptačním protokolu Objednatelem, a pokud nejsou takové, pak lhůtách přiměřených. Do odstranění vad bránících akceptování je výstup provádění Plnění považován za neakceptovaný (neprovedený). Po odstranění vad uvedených v Akceptačním protokolu Dodavatel předá znovu výstup provádění Plnění Objednateli k dalšímu kolu Akceptačního řízení a Objednatel postupuje obdobně podle předchozích ustanovení tohoto článku a specifickými podmínkami Akceptačního řízení uvedenými v tomto článku.

8.10. Akceptační řízení se užije i na akceptaci a schválení výkazů či reportů, je-li jejich pravidelné zasílání Objednateli součástí Plnění.

Akceptační řízení však bude v takovém případě probíhat pouze následovně:

a. výkaz a report, včetně všech jeho součástí, se považuje za akceptovaný doručením Dodavateli sdělení Objednatele, že Objednatel jej považuje za úplný a správný, a souhlasí s vystavenou fakturou; nebo

b. marným uplynutím lhůty pro posouzení úplnosti a správnosti faktury, která se týká stejného období jako výkaz a report, bez vznesení připomínek ze strany Objednatele.

9. ŠKOLENÍ

9.1. Dodavatel provede zaškolení příslušných zaměstnanců Objednatele pro Software nebo Hardware v termínu dle Smlouvy, a pokud takový termín není, pak v termínu určeném Objednatelem po dohodě s Dodavatelem.

9.2. Součástí školení je i poskytnutí Dokumentace pro provedení školení a komplexní administraci Software nebo užívání Hardware tak, aby na základě Dokumentace byli účastníci školení absolvující školení schopni samostatně (bez zásahů Dodavatele) ovládat Software nebo Hardware.

9.3. Účelem provedení školení je seznámení účastníků školení se Softwarem nebo Zařízením do té míry, aby jej byli schopni samostatně užívat v souladu se svým pracovním zařazením u Objednatele.

9.4. Požadavek na školení bude stanoven ve Smlouvě. Pokud Smlouva či její Příloha obsahuje požadavek na provedení školení, provede Dodavatel seznámení zaměstnanců Objednatele s Předmětem smlouvy za podmínek, jež jsou uvedeny v tomto článku.

9.5. Dodavatel je dále povinen provést v přiměřeném rozsahu školení příslušných zaměstnanců Dodavatele a dalších osob podílejících se na poskytování Plnění dle Smlouvy za účelem splnění povinností dle čl. 20. ZOP. Tuto skutečnost je povinen na vyžádání Objednateli prokázat.

10. HELPDESK

10.1. Dodavatel se zavazuje:

10.1.1. nejpozději do dne účinnosti Smlouvy založit a po celou dobu trvání Smlouvy udržovat v provozu Helpdesk (včetně úhrady případných licenčních poplatků za aplikaci Helpdesk) a udělit náležitá oprávnění k přístupu do Helpdesku Ohlašovatelům a dalším pověřeným uživatelům dle pokynů Objednatele, včetně Objednatelem určeného počtu přístupů. Helpdesk bude fungovat prostřednictvím webové adresy, elektronické pošty nebo telefonního čísla;

nebo

10.1.2. po celou dobu trvání Smlouvy užívat Helpdesk provozovaný Objednatelem.

10.2. Provozovatele Helpdesk stanoví Smlouva. Pokud Smlouva provozovatele Helpdesk nestanoví, má se za to, že provozovatelem Helpdesk je Dodavatel. V případě, že provozovatelem bude Objednatel, poskytne Dodavateli nezbytnou součinnost k řádnému užívání Helpdesk včetně případného poskytnutí licencí.

10.3. Dodavatel se zavazuje zajistit Helpdesk v jednom z následujících režimů, který je vymezen ve Smlouvě:

a. Režim 1:

7x24, tj. dvacet čtyři (24) hodin sedm (7) dní v týdnu prostřednictvím přímého přístupu do Helpdesku na webové adrese určené Dodavatelem/Objednatelem dle provozních podmínek aplikace Helpdesk, případně prostřednictvím přímého datového propojení Helpdesků Objednatele a Dodavatele.

b. Režim 2:

7x24, tj. dvacet čtyři (24) hodin sedm (7) dní v týdnu prostřednictvím elektronické pošty na adrese určené Dodavatelem.

c. Režim 3:

5×8, tj. v pracovních dnech v době od 9:00 do 17:00 na telefonním čísle určeném Dodavatelem.

10.4. Helpdesk v režimu 1 dle článku 10.3. ZOP zahrnuje mimo jiné příjem a evidenci Požadavků, oznámení o potřebě součinnosti Objednatele a dalších zpráv, potvrzování jejich přijetí, předávání jednotlivých úkolů odpovědným osobám, sledování stavu, průběhu a procesu prací a dalších zpráv, informování o stavu řešení, vytváření přehledů a statistik, a to přes přehledné webové rozhraní. Je-li Helpdesk provozován Dodavatelem musí být zabezpečen tak, aby odpovídal požadavkům vyplývajících ze ZKB a Interních předpisů. Výstupem ze Helpdesku je záznam o veškerých úkonech Helpdesku ve formě přehledného logu, jež umožňuje vyhledávání a uchovávání záznamů tak, aby byly naplněny požadavky ZKB a Interních předpisů na takové záznamy.

10.5. Helpdesk bude dostupný pouze pro Objednatele a Ohlašovatele.

10.6. Helpdesk je provozován v některé z těchto úrovní podpory, která je vymezena ve Smlouvě:

a. první úroveň (L1) – nahlášení Incidentu Ohlašovatelem je prováděno nahlášením Objednateli či pověřené osobě Objednatele, který Incident vyhodnotí a případně předá incident jako Incident Dodavateli do druhé úrovně podpory;

b. druhá úroveň (L2) – nahlášení Incidentu Ohlašovatelem Dodavateli v případě, že Incident nebyl vyřešen v první úrovni podpory – je prováděno nahlášením Ohlašovatelem přes Helpdesk Dodavateli;

c. třetí úroveň (L3) – nahlášení Incidentu eskalační úrovni podpory Dodavatele nebo nahlášení Dodavatelem třetí osobě, která je oprávněna anebo schopna vyřešit Incident, pokud nebyl vyřešen v druhé úrovni podpory – je prováděno nahlášením Ohlašovatelem přes Helpdesk eskalační úrovni Dodavatele anebo Dodavatelem třetí osobě.

10.7. Ohlašovatelem s přístupem do Helpdesk je

a. pro úroveň L1 Helpdesk uživatele Software nebo Hardware;

b. pro úroveň L2 Helpdesk osoby určených Objednatelem dle jeho potřeb zajišťující úroveň L1 podpory;

c. pro úroveň L3 Helpdesk člen Realizačního týmu určeného Dodavatelem dle jeho potřeby zajišťující úroveň L2 podpory.

11. NAHLÁŠENÍ INCIDENTU

11.1. Hlášení o Incidentu Dodavateli bude provedeno Ohlašovatelem, a to přímým zadáním Incidentu do Helpdesk, odesláním emailu nebo telefonátem na kontaktní číslo Helpdesk, přičemž Ohlašovatel je povinen uvést popis Incidentu, a to v následujícím rozsahu:

a. krátký a rámcově výstižný název Incidentu;

b. identifikace části Předmětu Plnění, které se Incident týká;

c. určení prostředí (Testovací prostředí, Produkční prostředí);

d. detailní popis Incidentu, průvodních jevů a všech významných souvisejících informací;

e. kategorii Incidentu (A, B, C);

f. identifikaci Ohlašovatele.

11.2. V případě, že některá z náležitosti dle čl. 11.1. ZOP chybí nebo je nedostatečná, může si Dodavatel vyžádat její doplnění od Ohlašovatele; tato skutečnost však nemá vliv na určení Času nahlášení Incidentu, ledaže bez tohoto doplnění hlášení Incidentu postrádá informaci natolik podstatnou, že bez ní objektivně nelze přistoupit k řešení Incidentu.

11.3. Je-li Incident nahlašován zadáním Incidentu do Helpdesku, pak se za Čas nahlášení Incidentu považuje čas vytvoření ticketu v Helpdesku. Je-li Incident nahlašován písemně na e-mailovou adresu, pak se za Čas nahlášení Incidentu považuje čas odeslání e-mailu z e-mailového serveru Ohlašovatele, nebo v případě hlášení Incidentu telefonicky čas ukončení telefonického hovoru. Dodavatel je povinen prokazatelným způsobem bezodkladně potvrdit přijetí nahlášení Incidentu, a to vždy prostřednictvím Helpdesk. Nepotvrdí-li Dodavatel přijetí Incidentu, nemá to vliv na Čas nahlášení Incidentu.

11.4. Dodavatel se zavazuje po dobu poskytování Plnění evidovat všechny nahlášené Incidenty a způsob jejich řešení, včetně časových údajů o průběhu řešení jednotlivých Incidentů ve Výkazech.

11.5. Není-li v Servisní smlouvě, jejích přílohách anebo Technické specifikaci stanoveno jinak, ustanovení článku 11. ZOP se použijí přiměřeně i na nahlášení a evidování Požadavků; v takovém případě se za Čas nahlášení Incidentu považuje Čas nahlášení Požadavku.

12. SERVISNÍ MODELY

12.1. Servisní model představuje standardizovaný model provozu a podpory aplikace, systému nebo instance služby.

12.2. Pokud je součástí Smlouvy zajištění provozu a podpory Software nebo Hardware, je ve smlouvě vymezen jeden z níže uvedených servisních modelů:

Servisní model	Dostupno st	Doba provozu		Doba zpracová ní Incidentu	Doba řešení Incident kategori e A	Doba řešení Incident kategori e B	RT O	RP O	Doba zpracová ní Požadavk u	Doba řešení Požadavk u kategorie A	Doba řešení Požada vku katego rie B
A1		7x2	(0-				4	< 5
Kritický	99.5%	4	24)	1 hod	2 hod	2 hod	hod	min	1 PD	1 PD	3 PD
A2		7x1	(6-				4	< 5
Kritický	99.5%	2	18)	1 hod	2 hod	2 hod	hod	min	1 PD	1 PD	3 PD
A3			(7-				4	< 5
Kritický	99.5%	5x8	15)	1 hod	2 hod	2 hod	hod	min	1 PD	1 PD	3 PD
A4		7x2	(0-				4	< 5
Kritický	99.5%	4	24)	1 hod	4 hod	12 hod	hod	min	1 PD	2 PD	5 PD
A5			(7-				4	< 5
Kritický	99.5%	5x8	15)	1 hod	4 hod	12 hod	hod	min	1 PD	2 PD	5 PD

(0

B1

7x2

-

48

30

Závažný

98.0%

4

24)

1 PD

2 PD

3 PD

hod

min

2 PD

3 PD

5 PD

B2

7x1

(6-

48

30

Závažný

98.0%

2

18)

1 PD

2 PD

3 PD

hod

min

2 PD

3 PD

5 PD

B3

(7-

48

30

Závažný

98.0%

5x8

15)

1 PD

2 PD

3 PD

hod

min

2 PD

3 PD

5 PD

C1

5x1

(6-

96

24

Normální

97.0%

2

18)

1 PD

3 PD

6 PD

hod

hod

3 PD

7 PD

10 PD

C2

(7-

96

24

Normální

97.0%

5x8

15)

1 PD

3 PD

6 PD

hod

hod

3 PD

7 PD

10 PD

D

(7-

96

24

Minoritní

94.0%

5x8

15)

2 PD

10 PD

14 PD

hod

hod

5 PD

10 PD

14 PD

12.3. Doba řešení incidentu a Požadavku kategorie C je pro veškeré servisní modely stanovena na 15 PD.

12.4. Do měření úrovně Dostupnosti nejsou započítávány:

a. dočasné vyřazení Software z provozu na základě předchozí dohody Objednatele a Dodavatele (odstávka),

b. pravidelná vyřazení Software z provozu Dodavatelem v časech sjednaných ve Smlouvě nebo její příloze (servisní okna),

c. smluvními stranami předem dohodnutý časový úsek za účelem instalace upgrade,

d. výpadky Software způsobené Objednatelem přímo v důsledku jím provedených zásahů do Software, které nebyly Dodavatelem předem schváleny,

12.5. Nedostupnost Software dle článku 12.3. ZOP se nepovažuje za nedosažení sjednaných parametrů dostupnosti dle Smlouvy a nebude započítána do výpočtu dle článku 12.6. a 12.7. ZOP.

12.6. Nestanoví-li Smlouva jinak, bude Dostupnost Software měřena na základě následujícího vzorce:

𝐷𝑜𝑠𝑡𝑢𝑝𝑛𝑜𝑠𝑡 (%) = 𝐷𝑜𝑏𝑎 𝑝𝑟𝑜𝑣𝑜𝑧𝑢 − 𝐷𝑜𝑏𝑎 𝑣ý𝑝𝑎𝑑𝑘𝑢 × 100

𝐷𝑜𝑏𝑎 𝑝𝑟𝑜𝑣𝑜𝑧𝑢

12.7. Doba výpadku Software je časový úsek z Doby provozu v hodinách, kdy je služba nedostupná, a počítá se podle následujícího vzorce:

kde:

𝑛

𝐷𝑜𝑏𝑎 𝑣ý𝑝𝑎𝑑𝑘𝑢 = ∑ 𝑇𝑖

𝑖

∑ je celková doba všech výpadků Software za vyhodnocované období Ti je doba jednotlivého výpadku Software

12.8. Doba Provozu Software definovaná pro účely tohoto článku je celková doba provozu Software v hodinách za vyhodnocované období, kterým je kalendářní měsíc.

13. ÚČAST PODDODAVATELŮ

13.1. Poddodavatele, jejichž prostřednictvím Dodavatel prokazoval kvalifikaci ve Veřejné zakázce, je Dodavatel povinen využívat při plnění Smlouvy po celou dobu jejího trvání v rozsahu, v jakém jimi prokazoval kvalifikaci. Poddodavatele, jimiž Dodavatel prokazoval kvalifikaci ve Veřejné zakázce, lze vyměnit pouze s předchozím listinným souhlasem Objednatele, který může být dán výlučně za předpokladu, že tyto osoby budou nahrazeny osobami splňujícími kvalifikaci požadovanou ve Veřejné zakázce ve stejném rozsahu jako nahrazované osoby.

13.2. Dodavatel se zavazuje, že při poskytování plnění pro Objednatele budou všichni Poddodavatelé, které Dodavatel využívá k poskytnutí plnění dle Smlouvy, dodržovat veškeré požadavky vyplývající ze Smlouvy a Příloh Smlouvy. Dodavatel odpovídá za to, že jeho Poddodavatelé nebudou jednat v rozporu s ujednáními Smlouvy a jejími Přílohami, kterou mezi sebou uzavřel Dodavatel a Objednatel.

13.3. Významný dodavatel je oprávněn využít k Plnění dle Smlouvy Poddodavatele neuvedené ve Smlouvě jen v případě, že to Smlouva výslovně připouští, a to za podmínek v ní uvedených. Nestanoví-li Smlouva jinak, podléhají jednotliví Poddodavatelé Významného dodavatele předchozímu písemnému schválení ze strany Objednatele. Dodavatel může ke schválení navrhnout nebo do Plnění Smlouvy zapojit pouze takové Poddodavatele, kteří nejsou v rozporu s požadavky Objednatele na Významného dodavatele.

14. REALIZAČNÍ TÝM

14.1. Pokud je takový požadavek součástí Zadávací dokumentace, je Dodavatel povinen předat Objednateli seznam osob, které budou členy Realizačního týmu, který se bude podílet na Plnění dle Smlouvy. Členy Realizačního týmu lze měnit pouze s předchozím listinným souhlasem Objednatele, který může být dán výlučně za předpokladu, že tyto osoby budou nahrazeny osobami splňujícími kvalifikaci požadovanou ve Veřejné zakázce ve stejném rozsahu jako nahrazované osoby. Při změně Realizačního týmu není nutné uzavírat listinný dodatek ke Smlouvě a Dodavatel je povinen vypracovat a předat Objednateli v listinné podobě aktualizované znění seznamu členů Realizačního týmu. Tento článek se týká pouze Veřejných zakázek, které požadují provádění Plnění prostřednictvím Realizačního týmu.

14.2. Dodavatel se zavazuje provádět Plnění prostřednictvím členů Realizačního týmu uvedených v Příloze Smlouvy Realizační tým tak, aby jednotliví členové Realizačního týmu, kteří jsou Kvalifikovanými osobami, prováděli činnosti na pozici dle jejich odbornosti (kvalifikace), které odpovídají tomu, pro jakou pozici prokazovali kvalifikaci v rámci Veřejné zakázky, a v rozsahu, který takové pozici běžně odpovídá.

14.3. Každá Kvalifikovaná osoba musí po celou dobu provádění Plnění splňovat kvalifikaci uvedenou v nabídce Dodavatele a zároveň minimální technické kvalifikační předpoklady kladené na pozici, kterou daná osob zastává dle Zadávací dokumentace.

14.4. Nebude-li se Kvalifikovaná osoba řádně podílet na provádění Plnění v rozsahu stanoveném Smlouvou, např. v důsledku ukončení její spolupráce s Dodavatelem nebo její dlouhodobé absence (zejména dlouhodobá nemoc pravděpodobně překračující délku jednoho měsíce), je Dodavatel povinen neprodleně namísto Kvalifikované osoby zahájit provádění Plnění Náhradní kvalifikovanou osobou a nejpozději do tří (3) pracovních dnů ode dne, kdy taková situace nastala, informovat Objednatele o této skutečnosti.

14.5. Pokud Objednatel nesouhlasí s osobou Náhradní kvalifikované osoby, je oprávněn žádat Dodavatele o její výměnu za jinou osobu se stejnou kvalifikací navrženou Dodavatelem, čemuž je Dodavatel povinen vyhovět.

15. KOMUNIKACE STRAN

15.1. Objednatel a Dodavatel si pro vzájemnou komunikaci ohledně Smlouvy zvolí kontaktní osoby, jejichž seznam uvedou ve Smlouvě.

15.2. Jsou-li naplněny podmínky článku 20.1. ZOP, vykonává kontaktní osoba na straně Dodavatele povinnosti kontaktní osoby pro kybernetickou bezpečnost vyplývající z článku 20. ZOP, nebo je pro plnění takových povinností Dodavatel povinen určit zvláštní kontaktní osobu ve Smlouvě (v takovém případě obě Strany zvolí kontaktní osobu pro kybernetickou bezpečnost, která má na starosti komunikaci týkající se článku 20. ZOP).

15.3. Strany si navzájem oznámí jakékoliv změny v kontaktních osobách, přičemž taková změna je účinná uplynutím sedmého (7.) dne po jejím doručení.

15.4. Není-li ve Smlouvě výslovně stanovena jiná forma pro doručování dokumentů anebo jiných právních jednání, lze takové dokumenty a jednání doručit v elektronické formě na emailovou adresu příslušné kontaktní osoby, prostřednictvím datové zprávy zaslané v rámci ISDS, anebo v listinné podobě.

16. SMLUVNÍ POKUTY

16.1. Poruší-li Dodavatel některou ze svých povinností stanovených v Příloze Smlouvy Specifikace Plnění, zejména pak pokud poruší SLA, resp. stanovený servisní model dle článku 12.2. ZOP, je Objednatel oprávněn požadovat zaplacení smluvní pokuty ve výši stanovené v článku 16.2.

ZOP, pokud nejsou ve Smlouvě výslovně zakotveny jiné sankce, které vylučují aplikaci článku

16.2. ZOP.

16.2. Objednateli vzniká vůči Dodavateli právo na zaplacení smluvní pokuty:

a. poruší-li Dodavatel svoji povinnost řádně a včas provést Plnění ve výši 0,05 % z celkové ceny Plnění (dále jen „Cena“) za každý započatý den prodlení až do řádného splnění této povinnosti;

b. poruší-li Dodavatel svoji povinnost řádně a včas provést jakoukoliv část Plnění ve výši 0,05 % z ceny takové části Plnění za každý započatý den prodlení až do řádného splnění této povinnosti; v případě, že by smluvní pokuty dle čl. 16.2. písm. a. a čl. 16.2. písm.

b. ZOP měly běžet vůči Dodavateli zároveň, vzniká za takové období Objednateli nárok pouze dle čl. 16.2. písm. a.

c. poruší-li Dodavatel povinnost udělit nebo zajistit Objednateli ze strany třetí osoby/třetích osob udělovaná oprávnění v rozsahu práv duševního vlastnictví ve výši 5

% z Ceny za každé jednotlivé porušení;

d. poruší-li Dodavatel povinnost řádně a včas předat Objednateli Zdrojový kód a veškerou související Dokumentaci, ve výši 0,05 % z Ceny za každý započatý den prodlení;

e. poruší-li Dodavatel některou z povinností týkající se účasti Poddodavatelů anebo Realizačního týmu, ve výši 2 % z Ceny za každé jednotlivé porušení povinnosti;

f. poruší-li Dodavatel svoji povinnost dodržet sjednanou Dobu vyřešení Incidentu, ve výši:

(i) ve výši 0,01 % z Ceny v případě každé započaté hodiny/den prodlení nad rámec sjednané Doby vyřešení v případě každého Incidentu kategorie A;

(ii) ve výši 0,01 % z Ceny v případě každé započaté hodiny/den prodlení nad rámec sjednané Doby vyřešení v případě každého Incidentu kategorie B;

(iii) ve výši 0,005 % z Ceny v případě každé započaté hodiny/den prodlení nad rámec sjednané Doby vyřešení v případě každého Incidentu kategorie C;

g. v případě prodlení nad rámec sjednané lhůty pro odstranění vad v Produkčním prostředí:

(i) Vada kategorie A ve výši 0,01 % z Ceny za každou započatou hodinu/den v případě každé Vady;

(ii) Vada kategorie B ve výši 0,01 % z Ceny za každou započatou hodinu/den v případě každé Vady;

(iii) Vada kategorie C ve výši 0,005 % z Ceny za každou započatou hodinu/den v případě každé Vady;

h. v případě prodlení nad rámec sjednané lhůty pro odstranění vad v Testovacím prostředí:

(i) Vada kategorie A ve výši 0,05 % z Ceny za každý započatý pracovní den v případě každé Vady; a

(ii) Vada kategorie B ve výši 0,01 % z Ceny za každý započatý pracovní den v případě každé Vady;

i. V případě, že Dodavatel nedodrží Dostupnost stanovenou servisním modelem dle článku 12. ZOP, ve výši dle tabulky uvedené níže v závislosti na míře nedodržení požadované Dostupnosti:

Výše poklesu Dostupnosti oproti stanovené Dostupnosti servisním modelem je	Výše smluvní pokuty
Do 2 %	10 % z ceny poskytovaného Plnění odpovídající vyhodnocovanému období dle čl. 12.8 ZOP
2 do 5 %	15 % z ceny poskytovaného Plnění odpovídající vyhodnocovanému období dle čl. 12.8 ZOP

5 do 10 %	25 % z ceny poskytovaného Plnění odpovídající vyhodnocovanému období dle čl. 12.8 ZOP
10 % a více	50 % z ceny poskytovaného Plnění odpovídající vyhodnocovanému období dle čl. 12.8 ZOP

j. v případě prodlení Dodavatele reagovat na Požadavek Objednatele v době řešení incidentu uvedené v článku 12.2. ZOP ve výši z 0,02 z % Ceny za každý jednotlivý případ;

k. ve výši a za podmínek dle článku 20 ZOP v oblasti kybernetické bezpečnosti;

l. ve výši a za podmínek dle článku 21 ZOP v oblasti ochrany osobních údajů;

m. ve výši a za podmínek dle článku 22 ZOP v oblasti ochrany důvěrných informací; nebo

n. poruší-li Dodavatel svoji povinnost dle čl. 13.2. ZOP nebo 13.3. ZOP, ve výši 2 % z Ceny za každé jednotlivé porušení.

16.3. Pro smluvní pokuty stanovené v čl. 16.2. písm. f. a g. ZOP platí, že je-li lhůta pro splnění stanovena v hodinách, je smluvní pokuta počítána za každou započatou hodinu, je-li lhůta pro splnění stanovena ve dnech či pracovních dnech, je smluvní pokuta počítána za každý započatý den.

16.4. Zaplacením smluvních pokut není dotčeno právo Objednatele na náhradu újmy v plném rozsahu.

16.5. Smluvní pokuta je splatná do 30 dnů ode dne doručení písemné výzvy Objednatele k jejímu uhrazení. Objednatel je oprávněn započíst nárok na zaplacení smluvní pokuty, i pokud ještě není splatný, proti jakémukoliv nároku Dodavatele na peněžité plnění vyplývajícímu ze Smlouvy.

16.6. Za každý den prodlení s úhradou Smluvní pokuty je Objednatel oprávněn požadovat po Dodavateli úhradu úroků z prodlení ve výši stanovené obecně závaznými právními předpisy.

17. ZÁRUKA ZA JAKOST A PRÁVA Z VADNÉHO PLNĚNÍ

17.1. Společná ustanovení

17.1.1. Dodavatel uděluje Objednateli záruku za jakost Plnění a všech jeho částí na dobu dvou (2) let ode dne akceptace výstupu Plnění.

17.1.2. Objednatel je oprávněn Vady, které se vyskytnou v průběhu záruční doby, nahlásit Zhotoviteli bez zbytečného odkladu od okamžiku, kdy je zjistil. Lhůta bez zbytečného odkladu činí vždy nejméně devadesát (90) dnů.

17.1.3. Dodavatel odpovídá za vady zjevné, skryté i právní, které měl výstup provádění Plnění v době akceptace Objednatelem, a dále za ty, které se na něm vyskytnou v záruční době, a zavazuje se, vedle dalších nároků Objednatele, je bezplatně odstranit.

17.1.4. Dodavatel neodpovídá za vady, pokud byly způsobeny zásahem do takových výstupů Plnění ze strany Objednatele nebo jím pověřené osoby, případně jiných dodavatelů Objednatele.

17.1.5. Objednatel je povinen oznámit vady Plnění Dodavateli prostřednictvím Helpdesku, nebude-li Stranami dohodnuto jinak.

17.1.6. Dodavatel neodpovídá za vady Plnění vzniklé:

a. provozováním Díla Objednatelem v rozporu s Dokumentací;

b. neoprávněným nebo neodborným zásahem či nesprávným užitím Díla Objednatelem;

c. vadami IT prostředí Objednatele.

17.2. Záruka vztahující se k Software

17.1.1. Pokud výrobce Standardního Software poskytuje záruku za jakost, pak Dodavatel postupuje takovou záruku za jakost Objednateli. To nezbavuje Dodavatele povinnosti poskytnout Objednateli vlastní záruku za jakost ve smyslu tohoto článku.

17.1.2. V době trvání záruční doby je Dodavatel povinen odstraňovat vady ve lhůtách uvedených v tabulce níže. Lhůty stanovené v hodinách běží pouze v pracovní dny osm (8) hodin denně v době od 9:00 do 17:00 hodin (režim 5x8). Lhůty stanovené v hodinách se mimo dobu uvedenou v předchozí větě staví a pokračují dále v běhu během další bezprostředně následující doby počítání. Strany pro zamezení pochybnostem prohlašují, že toto se netýká lhůt stanovených v pracovních dnech ani počítání doby prodlení v rámci výpočtu smluvních pokut.

Produkční prostředí

Kategorie vady Lhůta k odstranění počítaná od nahlášení vady

Objednatelem Vada kategorie A – kritická do 4 hodin1

Vada kategorie B – střední do 17:00 třetího pracovního dne od nahlášení vady2 Vada kategorie C – nízká do 17:00 pátého pracovního dne od nahlášení vady3

Testovací prostředí

Kategorie vady Lhůta k odstranění počítaná od nahlášení vady

Objednatelem

Vada kategorie A – kritická do 17:00 druhého pracovního dne od nahlášení vady4 Vada kategorie B – střední do 17:00 pátého pracovního dne od nahlášení vady5 Vada kategorie C – nízká do 17:00 desátého pracovního dne od nahlášení vady6

17.3. Záruka vztahující se k Hardware

17.1.1. Poskytuje-li výrobce anebo Dodavatel kterékoliv části Hardware na své výrobky anebo služby záruku za jakost delší, než je záruka za jakost dle tohoto článku, zavazuje se Dodavatel udělit Objednateli nebo na Objednatele postoupit danou záruku za jakost tak, aby Objednatel byl oprávněn po skončení záruky za jakost uplatnit nároky ze záruky za jakost bez nutnosti součinnosti ze strany Dodavatele.

17.1.2. Zjevné vady Hardware a dalších hmotných věcí je Objednatel povinen u Dodavatele reklamovat v rámci Akceptačního řízení. V případě, že Objednatel zjistí vady hmotných věcí po akceptaci, je povinen tyto vady bez zbytečného odkladu reklamovat u Dodavatele.

17.1.3. V případě, že odstranění reklamovaných vad bude trvat déle než dva (2) pracovní dny, zavazuje se Dodavatel poskytnout Objednateli náhradní Hardware či jinou náhradní hmotnou věc po dobu trvání odstranění reklamované vady, nedohodnou- li se Strany jinak.

18. UKONČENÍ SMLUVNÍHO VZTAHU

18.1. Obecně k odstoupení od Smlouvy:

a. Strany sjednávají, že vznikne-li Objednateli nárok na odstoupení od Smlouvy, může podle své volby odstoupit od Smlouvy v celém rozsahu či jen od některé části Plnění určené Objednatelem.

b. Strany se dohodly na vyloučení použití § 1978 odst. 2 Občanského zákoníku, který stanoví, že marné uplynutí dodatečné lhůty stanovené k plnění může mít za následek odstoupení od této Smlouvy bez dalšího.

c. Dodavatel nemá právo odstoupit od Smlouvy v případě nevhodných příkazů Objednatele či poskytnutí nevhodné věci Objednatelem dle § 2595 Občanského zákoníku.

18.2. Objednatel je oprávněn odstoupit od Smlouvy, v případě, že:

1 Lhůta je stanovena v hodinách.

2 Lhůta je stanovena ve dnech.

3 Lhůta je stanovena ve dnech.

4 Lhůta je stanovena v hodinách.

5 Lhůta je stanovena ve dnech.

6 Lhůta je stanovena ve dnech.

a. Dodavatel je v prodlení s plněním dle Smlouvy či jakékoliv části Plnění déle než 30 dnů a nezjedná nápravu ani do 15 dnů od doručení písemného oznámení Objednatele o takovém prodlení.

b. Dodavatel je v prodlení s Plněním dle Smlouvy déle než 60 dnů, a to i bez nutnosti zaslání předchozího upozornění.

c. Nastane některý ze zákonem stanovených případů a zejména v případech podstatného porušení povinností Dodavatele stanovených ve Smlouvě. Za podstatné porušení povinností Dodavatele se považuje zejména:

(i) Dodavatel je opakovaně v prodlení s prováděním Plnění dle Smlouvy;

(ii) prohlášení Dodavatele učiněné na základě Smlouvy se ukáže jako nepravdivé;

(iii) Dodavatel bez upozornění a relevantního odůvodnění nepoužil k Plnění člena Realizačního týmu, ač k tomu byl povinen; nebo

(iv) Dodavatel poruší některou z povinností uvedenou v čl. 20. ZOP opakovaně nebo závažným způsobem.

d. Dodavatel poruší kteroukoliv svoji povinnost dle Smlouvy jiným než podstatným způsobem a ve lhůtě 15 dnů od doručení písemného oznámení Objednatele toto své porušení nenapraví.

e. Dodavatel poruší svou povinnost dle čl. 13.2. ZOP nebo čl. 13.3. ZOP nebo Poddodavatel Dodavatele poruší některou z povinností vyplývající z požadavků dle čl.

13.2. ZOP;

f. Dodavatel podá insolvenční návrh jako dlužník ve smyslu § 98 Insolvenčního zákona nebo insolvenční soud nerozhodne o insolvenčním návrhu na Dodavatele do šesti (6) měsíců od zahájení insolvenčního řízení, nebo insolvenční soud vydá rozhodnutí o úpadku Dodavatele ve smyslu § 136 Insolvenčního zákona;

g. je přijato rozhodnutí o povinném nebo dobrovolném zrušení Dodavatele (vyjma případů sloučení nebo splynutí);

h. okolnost vylučující povinnost k náhradě újmy kterékoli ze Stran trvá déle než 30 dnů; a

i. dojde k Významné změně dle čl. 4.2. ZOP;

j. dojde k Významné změně kontroly nad Dodavatelem nebo změny kontroly nad zásadními aktivy využívanými Dodavatelem k plnění Smlouvy, přičemž kontrolou se zde rozumí vliv, ovládání či řízení dle ust. § 71 a násl. ZOK, či ekvivalentní postavení;

k. dojde k Významné změně ovlivnění nebo ovládání Dodavatele podle ust. § 71 a násl. ZOK nebo změně vlastnictví zásadních aktiv, využívaných Dodavatelem k plnění Smlouvy a změně oprávnění nakládat s těmito aktivy, či dojde ke změně ekvivalentní těmto změnám a tato změna bude Objednatelem vyhodnocena jako riziko bezpečnosti informací, které nelze odstranit jiným opatřením; toto ustanovení se uplatní i pro případ, že Dodavatel o takových změnách dopředu a včas neinformuje Objednatele.

18.3. Dodavatel je oprávněn odstoupit od Smlouvy pouze v případech jejího podstatného porušení,

18.4. jestliže:

a. Objednatel nezaplatil jakoukoli dlužnou částku za Plnění dle Smlouvy řádně a včas a toto porušení nenapravil ani do 60 dnů ode dne obdržení písemné výzvy k nápravě; nebo

b. Objednatel poruší jinou povinnost dle Smlouvy podstatným způsobem a ve lhůtě 60 dnů ode dne obdržení písemné výzvy k nápravě toto své porušení nenapraví.

18.5. Dodavatel není oprávněn odstoupit od Smlouvy ve vztahu k části Plnění, za kterou mu již bylo Objednatelem zaplaceno.

19. ZMĚNY SMLOUVY A ZMĚNOVÉ ŘÍZENÍ

19.1. Není-li ve Smlouvě nebo jejích Přílohách stanoveno jinak, může být Smlouva měněna nebo zrušena pouze v listinné podobě, a to v případě změn Smlouvy číslovanými dodatky, který musí být podepsány oběma Stranami a uzavřeny v souladu se ZZVZ.

19.2. Pokud je ve Smlouvě upraveno Opční právo, vyhrazuje si Objednatel v souladu s ustanovením

§ 100 odst. 3 ZZVZ vyhrazenou změnu závazku z této Smlouvy spočívající v pořízení dalšího obdobného Plnění od vybraného účastníka v rámci zadávacího řízení Veřejné zakázky, tj. od Dodavatele dle Smlouvy. Předmětem plnění Opčního práva je poskytnutí dalšího obdobného Plnění dle Smlouvy tak, jak bylo podrobně vymezeno včetně dalších zákonných náležitostí

vyhrazené změny závazku dle § 100 odst. 3 ZZVZ v Zadávací dokumentaci předmětné Veřejné zakázky.

19.3. Objednatel je oprávněn do uplynutí tří (3) let od nabytí účinnosti Smlouvy kdykoliv uplatnit toto Opční právo, a to i opakovaně do vyčerpání limitů Opčního práva definovaných v Zadávací dokumentaci. Vyhrazená změna závazku ze Smlouvy bude Stranami projednána v rámci jednacího řízení bez uveřejnění dle § 66 ZZVZ, které bude zahájeno Objednatelem v souladu s tímto ustanovením, a jehož výsledkem bude uzavření listinného dodatku k této Smlouvě či uzavření nové smlouvy mezi<