Textová podoba smlouvy - Hlídač státu.

Upozornění: Text přílohy byl získán strojově a nemusí přesně odpovídat originálu. Zejména u strojově nečitelných smluv, kde jsme použili OCR. originál smlouvy stáhnete odsud

Smlouva o dílo na rozvoj software

Číslo smlouvy Objednatele: 9357/2024-SŽ-GŘ-O8
Číslo smlouvy Zhotovitele: C16240021

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

(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á Ing. Davidem Miklasem, ředitelem organizační jednotky, Správy
železniční telematiky

Zhotovitel: HSI, spol. s r.o.
zapsaná v obchodním rejstříku ze dne 21. 2. 1992 vedeném u
soudu v Praze, spisová značka v oddílu C, vložka 7470 Městského
se sídlem V kapslovně 2767/2, Žižkov, 130 00 Praha 3
IČ 45314951, DIČ CZ699004029
Bankovní spojení: xxx
Číslo účtu: xxx
Zastoupena Ing. Václavem Caislem, jednatelem společnosti

a Michalem Hamouzem, jednatelem společnosti

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

Tato smlouva je uzavřena na základě výsledků zadávacího řízení veřejné zakázky s názvem
„Upgrade IS MES a EST na RDS Oracle verze 19c“, č.j. veřejné zakázky 2368/2024-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. Za podmínek sjednaných v této Smlouvě o dílo se Zhotovitel zavazuje na svůj náklad
a nebezpečí provést pro Objednatele dílo spočívající v dodání Modifikace Softwaru
Objednatele, a to za podmínek uvedených v této Smlouvě, zejména v Příloze č. 1
Specifikace Plnění a provedení dalších činností a dodání dalších věcí, které jsou výslovně
uvedeny v Příloze č. 1 Specifikace Plnění („Dílo“). Dílo musí být v souladu s Přílohou č. 1
Specifikace Plnění a Přílohou č. 3 Platforma SŽ (včetně jejích příloh). Ustanovení Přílohy
č. 1 Specifikace Plnění mají přednost před zněním Přílohy č. 3 Platforma SŽ (včetně
jejích příloh).

1.2. V rámci provádění Díla je Zhotovitel povinen zejména, nikoliv však výlučně:

1/7 Správa železnic, státní organizace Sídlo: Dlážděná 1003/7, 110 00 Praha 1
zapsána v obchodním rejstříku vedeném Městským IČ: 709 94 234 DIČ: CZ 709 94 234
soudem v Praze, spisová značka A 48384 www.spravazeleznic.cz
a) vytvořit a dodat Modifikace Software;

b) poskytnout oprávnění k užívání Díla za podmínek dále stanovených v této
Smlouvě

c) provést Instalaci Modifikace Software do IT prostředí objednatele;

d) provést Implementaci Modifikace Software do IT prostředí objednatele;

e) provést Integraci Modifikace Software s IT prostředím objednatele;

f) vytvořit Dokumentaci;

g) připravit a provést migraci dat;

h) provést či provádět další činnosti, které jsou výslovně uvedeny v Příloze č. 1
Specifikace Plnění.

1.3. Podrobnosti provádění Díla, včetně posloupnosti provádění jednotlivých jeho částí a
dalších podmínek pro splnění předmětu této Smlouvy stanoví Příloha č. 1 Specifikace
Plnění.

1.4. Objednatel se zavazuje řádně provedené Dílo převzít a zaplatit za řádně provedené Dílo
Cenu.

2. Další povinnosti Zhotovitele

2.1. Zhotovitel se zavazuje poskytovat v rámci Díla veškerou součinnost, zejména, nikoliv
však výlučně:

a) 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;

b) orgánům dohledu a kontrolním orgánům provádějícím dohled či kontrolu
nad hospodařením či prováděním dalších činností Objednatelem anebo
kontrolu procesu a životního cyklu Veřejné zakázky.

2.2. Zhotovitel se dále zavazuje zejména, nikoliv však výlučně:

a) v případě ukončení trvání Smlouvy o dílo jako celku či její části předat
Objednateli veškerá data týkající se ukončované části Smlouvy a po
převzetí daných dat a dokumentů Objednatelem taková data a dokumenty
nejpozději do pěti (5) dnů po skončení trvání Smlouvy smazat, jsou-li
uložena kdekoliv v systému Zhotovitele;

b) seznámit se s obchodními podmínkami k Software, který je součástí IT
prostředí Objednatele, a při provádění Díla dle této Smlouvy dbát na jejich
dodržování;

2.3. V případě jednostranného ukončení této Smlouvy anebo jejího zániku jiným způsobem,
než splněním má Objednatel, není-li sjednáno jinak, právo:

a) vrátit veškeré či pouze některé dodané části předmětu Díla Zhotoviteli;
nebo

b) ponechat si veškeré či pouze některé dodané části předmětu Díla. Pro
vyloučení pochybností si Strany sjednávají, že ustanovení tohoto článku se
použije pro ty části Díla, ohledně kterých dosud neproběhla akceptace, i pro
ty části Díla, ohledně kterých již akceptace proběhla.

2.4. Rozhodne-li se Objednatel vrátit části předmětu Díla, musí je vrátit bez zbytečného
odkladu.

2.5. Za části předmětu Díla, ke kterým Objednatel uplatní své právo na ponechání si
předmětu Díla, má Zhotovitel nárok na zaplacení části Ceny pouze v rozsahu, ve kterém
má Objednatel z předmětné nevrácené části předmětu Díla prospěch.

2.6. V případě, že smluvní vztah založený touto Smlouvou zanikne v důsledku odstoupení
Zhotovitele, má Zhotovitel nárok na úhradu účelně vynaložených nákladů, které jsou
prokazatelné a zároveň evidované, a které Zhotoviteli vznikly do účinnosti ukončení této

2/7
Smlouvy a v souvislosti s jejím ukončením při provádění těch Dílčích částí díla, ohledně
kterých do té doby neproběhla akceptace. Ve vztahu k částem Díla, ohledně kterých
do účinnosti ukončení této Smlouvy došlo k akceptaci, má Zhotovitel právo na zaplacení
dílčích částí Ceny za provedení příslušných částí Díla ve výši pro ně sjednané.

2.7. V případě jednostranného ukončení této Smlouvy je Zhotovitel povinen dle pokynů
Objednatele zlikvidovat anebo Objednateli vrátit veškeré přihlašovací údaje do IT
prostředí a jakékoliv další údaje obdobného typu, včetně Osobních údajů a případně dat,
které jsou předmětem migrace dat.

2.8. Pokud Objednatel zjistí, že Zhotovitel postupuje v rozporu s ustanoveními této Smlouvy,
je Objednatel oprávněn dožadovat se toho, aby Zhotovitel odstranil vady vzniklé
vadným postupem Zhotovitele a dále tuto Smlouvu plnil řádným způsobem. Jestliže tak
Zhotovitel neučiní do patnácti (15) pracovních dnů od písemného upozornění ze strany
Objednatele, jeho postup bude chápán jako podstatné porušení této Smlouvy.

3. Doba a místo plnění

3.1. Provádění Plnění bude zahájeno ode dne nabytí účinnosti této Smlouvy. Provádění plnění
bude dokončeno nejpozději do 3 měsíců ode dne nabytí účinnosti této Smlouvy.

3.2. Místem plnění jsou místa umístění IT prostředí Objednatele, které je popsáno v Příloze č.
3 Platforma SŽ (včetně jejích příloh).

3.3. Specifikace IT prostředí Objednatele, jehož Integraci se Software provede Zhotovitel
podle této Smlouvy je uvedena v Příloze č. 3 Platforma SŽ (včetně jejích příloh).
Zhotovitel bude provádět Dílo vzdáleným přístupem (off-site), a pokud to povaha plnění
této Smlouvy umožňuje a není to v rozporu s požadavky Objednatele, tak také na místě
(on-site); Objednatel poskytne Zhotoviteli potřebnou součinnost a přihlašovací údaje pro
provádění Díla vzdáleným přístupem.

4. Kontaktní osoby

4.1. Kontaktními osobami za účelem plnění této Smlouvy jsou za Zhotovitele xxx, tel: xxx, e-
mail: xxx.

4.2. Kontaktními osobami za účelem plnění této Smlouvy jsou za Objednatele xxx, tel: xxx,
e-mail: xxx.

4.3. Kontaktní osobou Objednatele pro oblast kybernetické bezpečnosti je xxx, tel: xxx, e-
mail: xxx.

5. Cena a platební podmínky

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

5.2. Objednatel je povinen zaplatit Zhotoviteli cenu za provedení Díla ve výši 1.325.000,- Kč
bez DPH („Cena“), výše DPH 278.250,- Kč, cena včetně DPH 1.603.250,- Kč. 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ě.

5.3. Strany tímto sjednávají, že Cena zahrnuje odměnu za veškeré dodávky, poskytnutí
udělovaných oprávnění a veškeré činnosti prováděné Zhotovitelem na základě této
Smlouvy a také veškeré náklady Zhotovitele spojené s plněním této Smlouvy.

5.4. DPH bude uplatněna ve výši dle platných právních předpisů ke dni zdanitelného plnění.

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

5.6. Právo na zaplacení Ceny Zhotoviteli vzniká (okamžikem, ke kterému je Zhotovitel
oprávněn vystavit fakturu) dokončením Díla ve smyslu Přílohy č. 1 Specifikace Plnění a

3/7
vyznačením v Akceptačním protokolu „Akceptováno“ u posledního výstupu provádění
Díla. Pokud je v Akceptačním protokolu vyznačeno „Akceptováno s výhradou“, vzniká
Zhotoviteli právo na zaplacení Ceny až po odstranění vytčených vad. Objednatel není
povinen akceptovat jednotlivou Dílo, které nesplňuje podmínky uvedené v čl. 1 odst. 1
této Smlouvy. Nesplnění podmínek dle čl. 1 odst. 1 této Smlouvy se považuje za
podstatné porušení Smlouvy.

6. Práva duševního vlastnictví
6.1. Pro Software, který je Autorským dílem uděluje Zhotovitel Objednateli převoditelnou,

nevýhradní a teritoriálně neomezenou licenci, na celou dobu trvání autorských a
majetkových práv. Ve stejném rozsahu poskytuje Zhotovitel Objednateli licenci i k části
díla, lze-li část díla užít samostatně. Objednatel není povinen licenci využívat.
Licence opravňuje Objednatele k tomu, aby

a) bez omezení využíval dílo v rámci své podnikatelské činnosti,
b) si pořídil neomezený počet kopií díla pro vlastní potřebu,
c) aby sám nebo prostřednictvím třetích osob měnil, rozšiřoval a jinak upravoval

dílo v souladu se svými potřebami.
6.2. Objednatel je oprávněn převést licenci na třetí osoby.
6.3. Při uplatnění práv třetí osobou na autorská práva nese následky případných sporů

Zhotovitel.
6.4. Zhotovitel prohlašuje, že je oprávněn poskytnout výše uvedenou licenci, že má s

autorem díla vypořádána autorská práva.
6.5. Zhotovitel je povinen na výzvu předat Objednateli zdrojové kódy aktuální verze

Software, a to do 10 dnů od ukončení Smlouvy z jakéhokoliv důvodu.

7. Helpdesk
7.1. Zhotovitel bude poskytovat Helpdesk v režimu 3 ve smyslu čl. 10.3. Přílohy č. 2 Zvláštní

obchodní podmínky.
7.2. Zhotovitel bude provozovat Helpdesk v úrovni L2 ve smyslu čl. 10.6. Přílohy č. 2

Zvláštní obchodní podmínky.

8. Servisní model
8.1. Zhotovitel bude poskytovat servisní model v režimu C2 ve smyslu čl. 12. 2. Přílohy č. 2

Zvláštní obchodní podmínky.

9. Ochrana osobních údajů
9.1. Pokud bude v rámci plnění této Smlouvy docházet ke zpracování osobních údajů,

zavazuje se Zhotovitel dodržovat opatření dle článku 20. Přílohy č. 2 Zvláštní obchodní
podmínky.

4/7
10. Střet zájmů, povinnosti Zhotovitele v souvislosti s konfliktem na Ukrajině

10.1. Zhotovitel 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.

10.2. Zhotovitel 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. 7 písm. a) až d), článku 8 a čl. 10 písm. b) až f) a h) až j) směrnice
2014/24/EU, článku 18, čl. 21 písm. b) až e) a g až i) a č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/ES a hlavy
VII nařízení Evropského parlamentu a Rady (EU, Euratom) 2018/1046,

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“).

10.3. Je-li Zhotovitelem sdružení více osob, platí podmínky dle odstavce 10.1 a 10.2 této
Smlouvy také jednotlivě pro všechny osoby v rámci Zhotovitele sdružené a to bez
ohledu na právní formu tohoto sdružení.

10.4. Přestane-li Zhotovitel 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.

10.5. Zhotovitel 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.

10.6. Zhotovitel 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.

Ukáží-li se prohlášení Zhotovitele dle odstavce 10.1 a 10.2 této Smlouvy jako nepravdivá
nebo poruší-li Zhotovitel svou oznamovací povinnost dle odstavce 10.4 nebo povinnosti
dle odstavců 10.5 nebo 10.6 této Smlouvy, je Objednatel oprávněn odstoupit od této
Smlouvy. Zhotovitel je dále povinen zaplatit za každé jednotlivé porušení povinností dle
předchozí věty smluvní pokutu ve výši 5 % procent z Ceny. Ustanovení § 2004 odst. 2

5/7
Občanského zákoníku a § 2050 Občanského zákoníku se nepoužijí.

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

11.1. 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.

11.2. 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.

11.3. 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.

11.4. 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í.

11.5. 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.

11.6. Ustanovení Přílohy č. 3 Platforma SŽ (včetně jejích příloh) mají přednost před
ustanoveními obchodních podmínek uvedených v odst. 11.7. tohoto článku.

11.7. 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.

11.8. 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.

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

11.10. 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í.

11.11. 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

6/7
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ží Zhotovitel a dvě vyhotovení
Objednatel.

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

Příloha č. 1 – Specifikace Plnění
Příloha č. 2 – Zvláštní obchodní podmínky
Příloha č. 3 – Platforma SŽ (včetně jejích příloh)
Příloha č. 4 – Poddodavatelé
Příloha č. 5 – Obchodní podmínky

Za Objednatele: Za Zhotovitele:

elektronicky podepsal 15. 2. 2024 elektronicky podepsal 15. 2. 2024
…………………………………………… …………………………………

Ing. David Miklas Ing. Václav Caisl
ředitel organizační jednotky jednatel společnosti
Správa železniční telematiky

elektronicky podepsal 15. 2. 2024
………………………………….

Michal Hamouz
Jednatel společnosti

7/7
Příloha č. 1 Smlouvy

Specifikace předmětu plnění

Specifikace díla

Předmětem nabídky je upgrade DB Oracle na verzi 19c pro systémy MES a EST.
V rámci upgradu provedeme následující práce:

• Interní upgrade v prostředí HSI
o ORACLE 12c => 19c - validace DB objektů

o ORACLE FORMS na 12c (kompatibilní s vývojovým prostředím SŽ) v prostředí HSI -

přeložení formulářů

o Upgrade klientských stanic – instalace Oracle JDK 1.8
o Ostatní aplikace a služby

• Interní testování funkcionalit v HSI
• Nasazení na nové testovací prostředí
o Forms - kompilace formulářů v prostředí ČDIS
o Nasazení DB úprav
o Zprovoznění ostatních aplikací (MATES, webových služeb - např. napojení na novou

DB atd.)

• Podpora při testování na testovacím prostředí
• Příprava balíčku pro provozní prostředí
• Podpora provozu

Předpoklady realizace nebo

• Kódování DB zůstane zachované
• Oracle Forms
o Použitá verze Oracle Forms 12.2.1.19.0
o Způsob překladu formulářů na testovacím prostředí bude prostřednictvím webového

rozhraní - zůstane stejné

o Klientské stanice pro spuštění Oracle Forms

Pro provoz FORMS v MS Edge IE mode je na klientských stanicích vyžadována

instalace Oracle JDK verze 1.8.0_341 nebo vyšší

• Oracle Discoverer – nepřevádí se na nové prostředí (zrušeno)
• Oracle Multimedia (funkcionalita v 19c zrušena) – bude zrušeno bez náhrady
• Z ExaCC (nová databáze) bude povoleno přímé volání služeb z databáze
• Aplikační servery SŽ (test a provoz) zůstane stejný – bez upgrade operačního systému

migrace

• Zajištění přístupů z aplikačních serverů SŽ na ExaCC
• Zajištění přístupu do testovací ExaCC pro HSI do těchto schémat:

o IMES
o EST
o IMESADM
o IMESAPPUSR
o M12

1/2 Správa železnic, státní organizace Sídlo: Dlážděná 1003/7, 110 00 Praha 1
zapsána v obchodním rejstříku vedeném Městským IČO: 709 94 234 DIČ: CZ 709 94 234
soudem v Praze, spisová značka A 48384 www.spravazeleznic.cz
• Po dobu upgradu až do jeho oficiálního ukončení (cca 14 dní po nasazení do provozního

prostředí)
bude k dispozici původní prostředí

• Podpora provozu po upgradu provozního prostředí v rámci této nabídky je 14 dní, následně

přechází plně pod údržbu

2/2
Příloha č. 2 Smlouvy podmínky pro Zakázky

Zvláštní obchodní
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 Sídlo: Dlážděná 1003/7, 110 00 Praha 1
zapsána v obchodním rejstříku vedeném Městským soudem v IČ: 709 94 234 DIČ: CZ 709 94 234
Praze, spisová značka A 48384 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).

2/27
1.14. Dostupnost znamená stav Software, v průběhu kterého je, anebo by v případě poskytování
1.15. řá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
1.16. považuje za Dostupný, je-li přístupný a použitelný pro všechny uživatele Software.
1.17.
1.18. Důvěrné informace znamenají informace, které jsou zpracovávány, ukládány nebo
1.19. poskytovány v IT prostředí Objednatele, včetně Dat Objednatele, veškeré údaje a informace
1.20. související s těmito informacemi, s technickým vybavením, komunikačními prostředky a
1.21. 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
1.22. bezpečnosti IT prostředí Objednatele. Mezi Důvěrné informace nepatří informace, které jsou
1.23. veřejně přístupné.
1.24.
1.25. FOSS licence znamená Free Open Source Software licence.
1.26.
GDPR znamená nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna
1.27. 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném
1.28. pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních
údajů).

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

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.

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.

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

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.

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ů.

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ů.

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ů.

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í.

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.

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.

3/27
1.29. Kybernetická bezpečností událost je událost podle § 7 ZKB, která může způsobit narušení
1.30. 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.31.
1.32. Modernizace je změna verze Software, která zpravidla představuje výraznější zásah do dílčí
1.33. funkcionality Software, přepracováním jeho vybrané funkcionality či doplnění funkcionality
1.34. nové, zvýšení kompatibility Software s jinými prvky informačních a komunikačních
1.35. 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
1.36. verze Software, tedy např. 4.1. na 4.2.).
1.37.
1.38. NÚKIB znamená Národní úřad pro kybernetickou a informační bezpečnost.
1.39.
1.40. Občanský zákoník znamená zákon č. 89/2012 Sb., občanský zákoník, ve znění pozdějších
1.41. předpisů.

1.42. Obchodní podmínky znamenají obchodní podmínky Objednatele, v posledním znění ke dni
1.43. podání nabídky do Veřejné zakázky či aktualizace těchto Obchodních podmínek provedené
1.44. v souladu se Smlouvou po dobu jejího trvání.
1.45.
1.46. 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.

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.

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.

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.

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.

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í.

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é.

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

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í.

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

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í.

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í.

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

4/27
1.47. Reakce znamená kvalifikovanou a konkrétní odpověď na nahlášení Incidentu nebo na jiný
1.48. požadavek, ve formě a způsobem dále definovanými v Příloze Smlouvy Specifikace Plnění.
1.49.
1.50. Reakční doba je pro každou kategorii Incidentů uvedena v Příloze Specifikace Plnění a
1.51. představuje dobu od Času nahlášení Incidentu do doručení Reakce Objednateli nebo
1.52. Ohlašovateli.
1.53.
1.54. Realizační tým znamená osoby uvedené v příloze Smlouvy Realizační tým, kterými
1.55. Dodavatel prokazoval splnění kvalifikačních předpokladů v rámci Veřejné zakázky a další
1.56. osoby (zaměstnanci Dodavatele či Poddodavatele), prostřednictvím nichž Dodavatel provádí
Plnění dle Smlouvy.
1.57.
1.58. Recovery Point Objective (RPO) je parametr, který vyjadřuje maximální ztrátu dat
1.59. uživatelů při havárii systému a následné obnově.
1.60.
Recovery Time Objective (RTO) je parametr, který vyjadřuje dobu nutnou k obnově chodu
služby do akceptované úrovně provozu.

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.

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

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

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í.

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.

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.

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ářů.

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ů.

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í.

5/27
1.61. Vada kategorie B znamená vadu umožňující provoz základních funkcí Plnění, zároveň nemá
1.62. vliv na kvalitu ani na bezpečnost dat a výsledky zpracování anebo hrozí, že by mohla způsobit
1.63. výpadek Plnění.
1.64.
1.65. Vada kategorie C znamená vadu, která není Vadou kategorie A anebo B (např. špatná
1.66. grafická úprava aplikace, špatný pravopis u nápovědy apod.).

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

1.70. VKB znamená vyhlášku č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických
1.71. bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti
1.72. kybernetické bezpečnosti a likvidaci dat (vyhláška o kybernetické bezpečnosti), ve znění
pozdějších předpisů.
1.73.
1.74. 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í.

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).

Ú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.

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.

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.

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.

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).

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í.

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ů.

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.

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

1.77. 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.

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.

7/27
4.2. Dodavatel se během poskytování Plnění pro Objednatele zavazuje informovat Objednatele o
4.3. 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.

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.

8/27
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
6.1.3. 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ž
6.1.4. Dodavatel se zavazuje na požádání Objednatele neprodleně předložit nebo jinak
6.1.5. vhodným způsobem zpřístupnit dokumenty prokazující rozsah oprávnění
6.1.6. Dodavatele.
6.1.7.
6.1.8. 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,
6.1.9. s čímž Dodavatel výslovně souhlasí; pro zamezení pochybnostem je Dodavatel
6.1.10. 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.

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.

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.

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.

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.

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ů.

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.

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.2.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

9/27
úč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.2.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.2.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.2.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.2.5. V ostatních parametrech se udělení licence řídí licenčními podmínkami výrobce
Standardního Software.

6.2.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.3.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.3.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í.

10/27
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í.

11/27
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

12/27
8.7. b. naplňují Akceptační kritéria a vykazují vady, které nebrání tomu, aby výstup provádění
8.8. Plnění sloužil svému účelu bez významnějších omezení pro Objednatele (zejména
8.9. organizačních, časových, nákladových apod.), anebo v případě Software při Testech či
8.10. 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“.

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.

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“.

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.

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:

13/27
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í,
10.3. 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ě
10.4. případného poskytnutí licencí.
10.5.
10.6. Dodavatel se zavazuje zajistit Helpdesk v jednom z následujících režimů, který je vymezen
ve Smlouvě:
10.7.
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.

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.

Helpdesk bude dostupný pouze pro Objednatele a Ohlašovatele.

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ě.

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.

14/27
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ů:

Doba Doba

Doba Doba Doba řešení řešení

Doba řešení řešení zpracová Požadavk Požada

zpracová Incident Incident ní u vku

Servisní Dostupno Doba ní kategori kategori RT RP Požadavk kategorie katego

model st provozu Incidentu e A e B O O u A rie B

A1 7x2 (0- 4 <5
Kritický hod min 1 PD
99.5% 4 24) 1 hod 2 hod 2 hod 1 PD 3 PD

A2 7x1 (6- 4 <5
Kritický hod min 1 PD
99.5% 2 18) 1 hod 2 hod 2 hod 1 PD 3 PD

A3 99.5% (7- 2 hod 2 hod 4 <5 1 PD 3 PD
Kritický 5x8 15) 1 hod hod min 1 PD

A4 7x2 (0- 4 <5
Kritický hod min 1 PD
99.5% 4 24) 1 hod 4 hod 12 hod 2 PD 5 PD

A5 99.5% (7- 4 hod 12 hod 4 <5 2 PD 5 PD
Kritický 5x8 15) 1 hod hod min 1 PD

15/27
(0

B1 7x2 - 48 30
Závažný hod min 2 PD
98.0% 4 24) 1 PD 2 PD 3 PD 3 PD 5 PD
2 PD 3 PD 48 30 3 PD 5 PD
B2 7x1 (6- 2 PD 3 PD hod min 2 PD 3 PD 5 PD
Závažný 3 PD 6 PD 7 PD 10 PD
98.0% 2 18) 1 PD 3 PD 6 PD 48 30
10 PD 14 PD hod min 2 PD
B3 98.0% (7-
Závažný 5x8 15) 1 PD 96 24
hod hod 3 PD
C1 5x1 (6-
Normální 97.0% 96 24
2 18) 1 PD hod hod 3 PD

C2 (7- 96 24
5x8 15) 1 PD hod hod 5 PD
Normální 97.0% 7 PD 10 PD

D (7-
5x8 15) 2 PD
Minoritní 94.0% 10 PD 14 PD

12.3. Doba řešení incidentu a Požadavku kategorie C je pro veškeré servisní modely stanovena na
12.4. 15 PD.

12.5. Do měření úrovně Dostupnosti nejsou započítávány:
12.6.
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,

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.

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.

16/27
13.2. Dodavatel se zavazuje, že při poskytování plnění pro Objednatele budou všichni
13.3. 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.

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.

17/27
16.2. ZOP, pokud nejsou ve Smlouvě výslovně zakotveny jiné sankce, které vylučují aplikaci článku
16.2. ZOP.

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 Výše smluvní pokuty

stanovené Dostupnosti servisním

modelem je

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

18/27
5 do 10 % 25 % z ceny poskytovaného Plnění
10 % a více odpovídající vyhodnocovanému období
dle čl. 12.8 ZOP

50 % z ceny poskytovaného Plnění
odpovídající vyhodnocovanému období
dle čl. 12.8 ZOP

16.3. j. v případě prodlení Dodavatele reagovat na Požadavek Objednatele v době řešení
16.4. incidentu uvedené v článku 12.2. ZOP ve výši z 0,02 z % Ceny za každý jednotlivý
16.5. případ;
16.6.
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í.

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.

Zaplacením smluvních pokut není dotčeno právo Objednatele na náhradu újmy v plném
rozsahu.

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.

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.2.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.

19/27
17.2.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í Lhůta k odstranění počítaná od nahlášení vady
Kategorie vady Objednatelem

Vada kategorie A – kritická do 4 hodin1
Vada kategorie B – střední
Vada kategorie C – nízká do 17:00 třetího pracovního dne od nahlášení vady2

do 17:00 pátého pracovního dne od nahlášení vady3

Testovací prostředí Lhůta k odstranění počítaná od nahlášení vady
Kategorie vady Objednatelem

Vada kategorie A – kritická do 17:00 druhého pracovního dne od nahlášení vady4
Vada kategorie B – střední
Vada kategorie C – nízká do 17:00 pátého pracovního dne od nahlášení vady5

do 17:00 desátého pracovního dne od nahlášení vady6

17.3. Záruka vztahující se k Hardware

17.3.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.3.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.3.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.

20/27
18.3. a. Dodavatel je v prodlení s plněním dle Smlouvy či jakékoliv části Plnění déle než 30 dnů
18.4. a nezjedná nápravu ani do 15 dnů od doručení písemného oznámení Objednatele o
takovém prodlení.
18.5.
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.

Dodavatel je oprávněn odstoupit od Smlouvy pouze v případech jejího podstatného porušení,

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í.

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í

21/27
19.3. vyhrazené změny závazku dle § 100 odst. 3 ZZVZ v Zadávací dokumentaci předmětné
Veřejné zakázky.

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 Objednatelem nebo Dodavatelem.

20. KYBERNETICKÁ BEZPEČNOST

20.1. Tento článek se uplatní v případě, kdy tak výslovně stanoví Smlouva, pokud je Předmětem
Smlouvy Informační či komunikační systém, pokud má Plnění dopad na Informační či
komunikační systém, nebo pokud je Smlouva uzavřena s Významným dodavatelem či
Provozovatelem. Zda je Dodavatel Významným dodavatelem či Provozovatelem, stanoví
Smlouva. Na jiné Smlouvy a vztahy se neuplatní, ledaže se Dodavatel stane významným
dodavatelem či Provozovatelem v průběhu plnění Smlouvy. V takovém případě se na něj čl.
20. uplatní v rozsahu v jakém to po něm lze spravedlivě požadovat.

20.2. Dodavatel se při plnění Smlouvy zavazuje postupovat v souladu se ZKB, VKB a souvisejícími
právními předpisy, dodržovat zásady bezpečnosti informací, Interní předpisy Objednatele a
z nich vyplývající povinnosti týkající se bezpečnostních opatření, provozní řády prostor
Objednatele, rozhodnutí, opatření obecné povahy, či jiný správní akt NÚKIB či jiného
správního orgánu anebo závazné podmínky pro Objednatele stanovené orgánem veřejné moci
ukládající Objednateli další povinnosti ve smyslu ZKB a VKB, včetně upozorňování a zajištění
hlášení Kybernetických bezpečnostních událostí a Kybernetických bezpečnostních incidentů
Objednateli, jakož i další bezpečnostní politiky, metodiky a postupy, se kterými byl
Objednatelem seznámen.

20.3. Dodavatel je povinen seznámit se s bezpečnostními požadavky Objednatele uvedenými ve
Smlouvě, jejích přílohách, těchto ZOP, Interních předpisech Objednatele a seznámit s nimi
osoby podílející se na plnění Smlouvy dle potřeby s ohledem na charakter jejich plnění
s přihlédnutím k zajištění bezpečnosti informací. Kontaktní osoba Dodavatele je povinna
splnění povinnosti dle předchozí věty Objednateli potvrdit do 30 dnů od uzavření Smlouvy.
Pokud je to potřebné, je Dodavatel povinen provést školení bezpečnostních požadavků dle
tohoto odstavce a dále je provádět v pravidelných intervalech, nejméně 1x ročně. Dodavatel
je také povinen aktivně vynucovat dodržování takových bezpečnostních požadavků dotčenými
osobami na straně Dodavatele. Za porušení těchto pravidel osobami uvedenými v tomto
odstavci odpovídá Dodavatel tak, jako by je porušil sám.

20.4. Není-li ve Smlouvě ujednáno jinak, je Dodavatel povinen vytvořit, pravidelně aktualizovat a
vynucovat vůči osobám podílejícím se, byť i nepřímo, na předmětu Smlouvy:

a. politiku řízení přístupu, na základě které přidělí oprávnění k výkonu činností
jednotlivým rolím svých fyzických osob (přístup pro více osob na jednom účtu je
nežádoucí a lze pouze se souhlasem Objednatele) podílejících se na plnění Smlouvy
(zaměstnanci, programátoři podnikatelé apod.) v nejmenším možném a nutném
rozsahu tak, aby měli přístup k aktivům Objednatele pouze ty osoby, které takový
přístup skutečně potřebují k výkonu činností týkajících se předmětu Plnění dle
Smlouvy; není-li ve Smlouvě ujednáno jinak, je Dodavatel dále povinen průběžně
monitorovat a zaznamenávat přístupy všech osob účastnících se na Plnění dle Smlouvy,
jakož i vyhodnocovat oprávněnost těchto přístupů (logování přístupů) a tuto sovu
povinnost v politice řízení přístupu zohlednit;

b. politiku zvládání Kybernetických bezpečnostních událostí a Kybernetických
bezpečnostních incidentů obsahující činnosti, role, odpovědnosti a pravomoci k
rychlému a účinnému zvládání Kybernetických bezpečnostních událostí a
Kybernetických bezpečnostních incidentů.

20.5. Kontaktní osoba Dodavatele je povinna před započetím Plnění, nejpozději však do 30 dnů od
uzavření Smlouvy, určit a popsat veškerá dotčená primární i podpůrná aktiva na straně
Dodavatele potřebná pro plnění Smlouvy. Dodavatel je povinen při nakládání s veškerými
aktivy (dotčenými aktivy Dodavatele a Objednatele) postupovat tak, aby chránil jejich
důvěrnost, dostupnost a integritu a zavést přiměřená opatření na jejich ochranu. Dodavatel
je povinen řídit rizika spojená s Plněním dle Smlouvy minimálně dle standardů požadovaných
normou ISO 27001 a případně dle Interních předpisů, pokud obsahují závazná pravidla pro
řízení rizik. Dodavatel je povinen bez zbytečného odkladu po uzavření Smlouvy kontaktní

22/27
20.6. osobu Objednatele informovat o způsobu řízení rizik a o zbytkových rizicích souvisejících s
Plněním Smlouvy a následně v pravidelných intervalech informovat o změnách.
20.7.
20.8. Dodavatel je povinen zaslat kontaktní osobě Objednatele bez zbytečného odkladu všechna
20.9. hlášení o událostech, která mají charakter Kybernetické bezpečnostní události nebo
20.10. Kybernetického bezpečnostního incidentu včetně případů porušení zabezpečení Osobních
20.11. údajů, vždy bez zbytečného odkladu, nejpozději však do tří (3) hodin po jejich zjištění, a
sdělit Objednateli opatření, která již provedl ve vztahu k této Kybernetické bezpečnostní
události anebo Kybernetickému bezpečnostnímu incidentu, případně zvolí jinou formu
dohodnutou mezi Objednatelem a Dodavatelem určenou ke včasnému hlášení Kybernetické
bezpečnostní události nebo Kybernetického bezpečnostního incidentu a/nebo již učiněných
opatření. Dodavatel je povinen veškeré Kybernetické bezpečnostní události a Kybernetické
bezpečnostní incidenty zaznamenávat a po nezbytně dlouhou dobu uchovávat. Dodavatel je
povinen poskytnout Objednateli veškerou nezbytnou součinnost k detekci, vyhodnocení či
řešení Kybernetické bezpečností události nebo Kybernetického bezpečnostního incidentu, a to
včetně případné realizace nutných opatření dle pokynů Objednatele. Zapříčinil-li Dodavatel
Kybernetický bezpečnostní incident nebo podílel-li se na jeho vzniku, provede analýzu příčin
Kybernetického bezpečnostního incidentu a navrhne opatření za účelem zamezení jeho
opakování v budoucnu. Dodavatel je povinen ohlásit každou jednotlivou Kybernetickou
bezpečnostní událost nebo Kybernetický bezpečnostní incident jedním z následujících
způsobů:

a. e-mailem na adresu kontaktní osoby uvedené ve Smlouvě nebo

b. telefonicky na telefonní číslo kontaktní osoby uvedené ve Smlouvě nebo

c. ohlášením do Helpdesku Objednatele.

Dodavatel je povinen pravidelně alespoň čtvrtletně předkládat Objednateli zprávu o počtu a
druhu útoků a Kybernetických bezpečnostních událostí a Kybernetických bezpečnostních
incidentů, které zaznamenal ve spojení s Plněním a/nebo Předmětem Smlouvy.

Dodavatel se zavazuje poskytnout Objednateli veškerou součinnost nezbytnou k tomu, aby
Objednatel řádně naplňoval právní povinnosti stanovené ZKB, VKB a Interními předpisy.
Zejména se Dodavatel zavazuje poskytnout Objednateli součinnost směřující k zavedení a
provádění bezpečnostních opatření podle ZKB, VKB a Interních předpisů a řešení
Kybernetických bezpečnostních událostí a Kybernetických bezpečnostních incidentů. Jestliže
Dodavatel při plnění Smlouvy zjistí či jako odborník mohl a měl zjistit rozpor ustanovení
Interních předpisů se ZKB, VKB anebo rozhodnutím či jiným pokynem NÚKIB v souladu se
ZKB, je povinen takový rozpor Objednateli neprodleně ohlásit a poskytnout Objednateli
součinnost k jeho odstranění.

V případě, že dojde k jakémukoliv rozporu mezi Dodavatelem a třetí osobou, která není jeho
Poddodavatelem a je dodavatelem Software nebo jiných technologií dotčených plněním
povinností Dodavatele dle této Smlouvy, je Dodavatel povinen tuto skutečnost bez
zbytečného odkladu oznámit Objednateli. Dodavatel je dále povinen poskytovat Objednateli
nutnou součinnost pro jednání s těmito třetími osobami a sám se těchto jednání účastnit,
nebo na základě žádosti Objednatele jednat s těmito třetími osobami napřímo.

Objednatel má právo v souladu s ustanoveními § 2593 Občanského zákoníku prostřednictvím
určených osob kdykoli kontrolovat plnění Smlouvy u Dodavatele a jeho případných
Poddodavatelů, a to i prostřednictvím třetí osoby; předchozí věta se uplatní obdobně v případě
kontroly některé ze Stran ze strany kontrolního orgánu ve smyslu zákona č. 255/2012 Sb.,
kontrolní řád, ve znění pozdějších předpisů.

Objednatel má právo prostřednictvím určených osob provádět v pravidelných intervalech (1x
ročně, není-li ve Smlouvě ujednáno jinak), jakož i v případě důvodného podezření na závažné
porušení povinností Dodavatele dle těchto ZOP, v případě Kybernetických bezpečnostních
incidentů a/nebo v jiných případech vyžadovaných ZKB a/nebo VKB, audit kybernetické
bezpečnosti, tj. dodržování bezpečnosti informací dle Interních předpisů, ZKB a VKB u
Dodavatele a jeho případných Poddodavatelů, a to i prostřednictvím třetí osoby. V rámci
auditu kybernetické bezpečnosti je Objednatel oprávněn zejména porovnávat zjištěné
skutečnosti s bezpečnostní dokumentací Objednatele a nad rámec obvyklý u auditu
kybernetické bezpečnosti dále provádět následující činnosti:

a. nehlášená návštěva u Dodavatele v místě umístění členů Realizačního týmu či jiných
osob podílejících se na plnění Smlouvy v rozsahu tří (3) hodin vždy nejčastěji čtyřikrát
(4x) za rok; a

23/27
20.12. b. nehlášený telefonát s členem Realizačního týmu, který má přístup do Informačního či
20.13. komunikačního systému, zahrnující konkrétní dotazy na zabezpečení a jiné aspekty
20.14. informační bezpečnosti dotčeného Informačního či komunikačního systému.
20.15.
Dodavatel je povinen umožnit Objednateli provedení kontroly a auditu kybernetické
20.16. bezpečnosti a zajistit (i smluvně) právo na provedení této kontroly a auditu kybernetické
20.17. bezpečnosti u svých případných Poddodavatelů, jakož i veškerou další součinnost nezbytnou
pro provedení auditu. Kontrolu a audit kybernetické bezpečnosti může rovněž provést i třetí
osoba pověřená Objednatelem. Průběh takového auditu je doložen např. auditní zprávou či
jiným obdobným dokumentem. Případné náklady na straně Dodavatele na provedení auditu
jsou součástí Ceny za Plnění dle Smlouvy. Dodavatel je oprávněn rozporovat výsledky auditu
kybernetické bezpečnosti do 7 pracovních dnů od oznámení výsledku auditu kybernetické
bezpečnosti. Dodavatel může rozporovat a) existenci vytčeného porušení či hrozby; b) že
porušení či hrozba byla Dodavatelem již odstraněna. V obou případech uvede skutečnosti a
důkazy k podpoře svých tvrzení. Objednatel je v takovém případě povinen takové připomínky
vypořádat. V případě, že Objednatel na svém zjištění setrvá, je Dodavatel povinen se tímto
auditem řídit.

Pokud audit kybernetické bezpečnosti odhalí jakékoliv podstatné porušení či hrozbu takového
porušení, je Dodavatel povinen napravit nedostatky vč. přijetí případných dalších
bezpečnostních opatření a o tomto informovat Objednatele, pokud se jedná o Významného
dodavatele, je povinen napravit nedostatky bezodkladně a informovat Objednatele do 7 dnů.

Je-li součástí předmětu Plnění správa síťové infrastruktury a/nebo jejích prvků (aktivních či
pasivních), je Dodavatel povinen za součinnosti oprávněných osob na straně Objednatele:

a. provádět analýzy topologie sítě či skenování aktivních částí předmětu Plnění;

b. zabezpečit vhodnými technickými prostředky přenos Dat a informací; a

c. realizovat bezpečnostní opatření pro odstranění nebo blokování síťových spojení, která
neodpovídají požadavkům na ochranu integrity komunikační sítě.

Významný dodavatel je dále povinen:

a. poskytnout Objednateli veškeré potřebné informace a součinnost v procesu řízení a
evidence změn v souladu s § 11 VKB dle potřeb Objednatele (zejm. při posouzení, zda
je změna Významnou změnou, analýze souvisejících rizik, přijímání opatření za účelem
snížení všech nepříznivých dopadů spojených se změnami, aktualizaci bezpečnostní
dokumentace, souvisejícím testováním, zajištění možnosti navrácení do původního
stavu a provedení dalších činností dle VKB);

b. strpět a poskytnout Objednateli veškerou potřebnou součinnost v případě nutnosti
provést penetrační testování;

c. zpracovat a pravidelně aktualizovat bezpečnostní dokumentaci v rozsahu stanoveném
ve Smlouvě;

d. průběžně detekovat známé zranitelnosti dotčených aktiv Objednatele a bezodkladně
na ně upozorňovat Objednatele; a

e. vést v elektronické formě provozní deník obsahující veškeré podstatné okolnosti
související s plněním povinností Dodavatele dle článku 20. ZOP a/nebo Plněním,
provozní události důležitých aktiv a relevantní záznamy o plnění povinností Dodavatele
dle článku 20. ZOP a zpřístupnit jej Objednateli prostřednictvím zabezpečeného
vzdáleného přístupu, není-li ve Smlouvě ujednán jiný způsob; v provozním deníku
Významný dodavatel dále do 20. dne následujícího měsíce uvede výstup z monitoringu
dostupnosti, důvěrnosti a integrity aktiv Objednatele, se kterými pracuje v rámci plnění
Smlouvy, prováděného nejméně jedenkrát měsíčně a vyhodnocovaného vždy k 10. dni
následujícího měsíce.

Provozovatel je dále povinen:

a. provádět pravidelné zálohy dat a programového vybavení vztahujících se k Plnění dle
Smlouvy, zabezpečit je vhodnými prostředky proti neoprávněným přístupům nebo
jejich ztrátě a v pravidelných intervalech testovat funkčnost těchto záloh, nejméně
jedenkrát za měsíc, není-li ve Smlouvě ujednáno jinak;

b. plnit další povinnosti vyplývající pro Provozovatele ze ZKB a VKB.

Pokud Objednatel zjistí, že Dodavatel postupuje v rozporu s tímto článkem, je Objednatel v
takovém případě oprávněn dožadovat se toho, aby Dodavatel odstranil vady vzniklé vadným
postupem Dodavatele, zdržel se provádění postupů, které jsou v rozporu s tímto článkem,
nebo konal, jak je od něj vyžadováno tímto článkem, a dále Smlouvou plnil řádným způsobem.

24/27
20.18. Strany se dohodnou na podmínkách a lhůtě k odstranění nedostatků plnění Smlouvy ve
smyslu tohoto odstavce, přičemž nedohodnou-li se Strany na konkrétní lhůtě, pak je
20.19. Dodavatel povinen odstranit nedostatky do třiceti (30) dnů. Jestliže Dodavatel včas neodstraní
20.20. nedostatky ve smyslu předchozí věty tohoto odstavce nebo se jedná o porušení povinnosti
(bez ohledu na jeho závažnost), pak je Objednatel oprávněn od Smlouvy odstoupit.

Kontaktní osoby Stran vzájemně komunikují v průběhu plnění Smlouvy za účelem dosažení
standardů pro bezpečnost informací dle. V případě ohrožení anebo porušení bezpečnosti
informací, zejména v případě výskytu Kybernetické bezpečnostní události anebo
Kybernetického bezpečnostního incidentu, jsou kontaktní osoby povinny vzájemně
komunikovat, ihned po zjištění takových skutečností hlásit jejich výskyt druhé Straně a
společně podnikat kroky k zajištění obnovení bezpečnosti informací.

Dodavateli nenáleží za plnění povinností souvisejících s bezpečností informací ve smyslu
článku 20. ZOP jakákoliv další odměna, resp. taková odměna je součástí Ceny.

Objednatel je oprávněn požadovat na Dodavateli zaplacení smluvní pokuty:

a. za každý den prodlení při zavedení bezpečnostních opatření podle ZKB, VKB, těchto
ZOP a Interních předpisů

(i) ve výši 0,05 % z Ceny po dobu prvních pěti (5) dnů prodlení;

(ii) ve výši 0,1 % z Ceny po dobu od šestého (6.) dne prodlení do desátého (10.)
dne prodlení; a

(iii) ve výši 0,2 % z Ceny po dobu od jedenáctého (11.) dne prodlení;

b. za každý den Objednatelem zjištěného soustavného porušování bezpečnostních
opatření podle ZKB, VKB, těchto ZOP a Interních předpisů:

(i) ve výši 0,05 % z Ceny do šestého (6.) dne soustavného porušování; a

(ii) ve výši 0,1 % z Ceny od šestého (6.) dne soustavného porušování;

c. ve výši 2 % z Ceny za každý případ porušení povinnosti hlášení událostí, které mají
charakter Kybernetické bezpečnostní události nebo Kybernetického bezpečnostního
incidentu;

d. ve výši 2 % z Ceny za každý případ neumožnění nebo odepření provedení kontroly a
auditu kybernetické bezpečnosti ve smyslu článku 20. ZOP;

e. ve výši 5 % z Ceny za každý případ porušení článku 20. ZOP, přičemž toto porušení
vedlo ke Kybernetickému bezpečnostnímu incidentu;

f. ve výši 0,1 % z Ceny za každý započatý den trvání porušení povinností Významného
dodavatele dle článku 20. ZOP, dané porušení nebylo odstraněno a negativní následek
porušení povinnosti stále trvá; a

g. ve 1 % z Ceny za každý případ jiného porušení článku 20. ZOP neuvedeného výše.

21. OCHRANA OSOBNÍCH ÚDAJŮ

21.1. Budou-li údaje, ke kterým Dodavatel získá přístup v souvislosti s Plněním dle Smlouvy, mít
povahu Osobních údajů, je Dodavatel povinen přijmout veškerá opatření k tomu,
aby nemohlo dojít k neoprávněnému nebo nahodilému přístupu k těmto Osobním údajům,
jejich změně, zničení či ztrátě, neoprávněným přenosům či jinému zneužití, a zajistit
nakládání s Osobními údaji v souladu s GDPR.

21.2. Pokud bude v rámci provádění Plnění docházet ke zpracování Osobních údajů, je rozsah
zpracovávaných Osobních údajů uveden ve Smlouvě. Pokud dojde v rámci poskytování Plnění
ke zpracování Osobních údajů, které Smlouva výslovně neuvádí, budou tato nová zpracování
Osobních údajů prováděna za stejných podmínek.

21.3. Dodavatel bude zpracovávat Osobní údaje pro Objednatele výhradně za účelem poskytování
služeb v rozsahu ujednaném podle Smlouvy. Dodavatel bude pro Objednatele zpracovávat
Osobní údaje výhradně za uvedeným účelem, způsobem a na základě doložených pokynů a
podmínek Objednatele a v souladu s nimi tak, jak vyplývají ze Smlouvy. Dodavatel neprodleně
informuje Objednatele, pokud jsou podle jeho názoru určité pokyny Objednatele v rozporu s
účinnými právními předpisy.

21.4. Dodavatel se zavazuje přijmout vhodná technická a organizační opatření podle GDPR, které
se na něj jako na zpracovatele vztahují, a plnění těchto povinností na vyžádání doložit
Objednateli.

21.5. Dodavatel může předávat Osobní údaje do třetí země nebo mezinárodní organizaci ve smyslu
GDPR pouze na základě zvláštního pokynu Objednatele. Je-li takovéto předání založeno na

25/27
21.6. povinnosti vyplývající z práva Unie nebo členského státu, které se na Objednatele vztahuje,
21.7. informuje Dodavatel Objednatele o tomto právním požadavku před předáním, ledaže by tyto
právní předpisy toto informování zakazovaly z důležitých důvodů veřejného zájmu.
21.8.
21.9. Dodavatel je povinen zajistit, aby se osoby oprávněné zpracovávat osobní údaje zavázaly
21.10. zachovávat mlčenlivost ve vztahu ke všem Osobním údajům, které zpracovává na základě
21.11. Smlouvy, a rovněž tak o bezpečnostních opatřeních, jejichž zveřejnění by ohrozilo
21.12. zabezpečení osobních údajů.

Dodavatel je povinen přijmout všechna opatření dle čl. 32 GDPR tak, aby byla zajištěna
odpovídající bezpečnost Osobních údajů. Dodavatel může do zpracování zapojit
Poddodavatele pouze na základě předchozího písemného souhlasu Objednatele. Dodavatel
se zavazuje s těmito Poddodavateli uzavřít smlouvu v souladu s GDPR zajištující dodržování
práv a povinností stanovených Smlouvou a/nebo těmito ZOP, zvláště pak povinnosti
mlčenlivosti a zajištění bezpečnosti Osobních údajů a poskytnutí dostatečných záruk pro
zavedení stejných technických a organizačních opatření Poddodavatelem, jakož i v souladu s
dalšími aplikovatelnými právními předpisy. Dodavatel je dále povinen zohlednit povahu
zpracování, být Objednateli nápomocen prostřednictvím vhodných technických a
organizačních opatření pro splnění povinnosti Objednatele reagovat na žádost o výkon práv
subjektu údajů dle GDPR.

Dodavatel je povinen být Objednateli nápomocen při zajišťování souladu s povinnostmi podle
článku 32 až 36 GDPR, a to při zohlednění povahy zpracování informací, jež má Dodavatel k
dispozici. V případech, kdy povaha věci vyžaduje informování Objednatele ze strany
Dodavatele, informuje Dodavatel Objednatele bez zbytečného odkladu.

Dodavatel je povinen umožnit Objednateli a jím pověřené osobě během běžné pracovní doby
Dodavatele provést v sídle Dodavatele kontrolu dodržování povinností týkajících se zpracování
Osobních údajů vyplývajících ze Smlouvy, a to i po ukončení stanovené doby zpracování, tj.
po ukončení této Smlouvy, a to do 3 měsíců od jejího ukončení.

Po ukončení zpracování Osobních údajů podle Smlouvy je Dodavatel povinen poskytnout
Objednateli všechna Zařízení obsahující Osobní údaje, pokud je to možné, a vymazat všechny
zpracovávané Osobní údaje ze všech svých systémů nebo databází, včetně vymazání všech
záložních kopií, s výjimkou, kdy uchovávání vyžadují právní předpisy, nebo k tomu dal
písemný souhlas Objednatel.

V případě, že Dodavatel zpracuje osobní údaje nad rámec vymezený Smlouvou/doloženými
pokyny Objednatele, považuje se ve vztahu k takovému zpracování za správce. Pokud tímto
zpracováním nad rámec vymezený Smlouvou/doloženými pokyny Objednatele vznikne
Objednateli škoda, je Dodavatel povinen škodu uhradit.

Pokud Dodavatel poruší povinnost chránit Osobní údaje v souladu s tímto článkem, vzniká
Objednateli nárok na zaplacení smluvní pokuty ve výši částky sankce případně uložené z
tohoto důvodu Objednateli ze strany Úřadu pro ochranu osobních údajů či jiným správním
orgánem, který bude v budoucnu vykonávat působnost Úřadu pro ochranu osobních údajů.
Objednatel je však za předpokladu, že mu k tomu Dodavatel poskytne nezbytnou součinnost,
povinen uplatnit v příslušných řízeních veškeré přiměřené námitky, které mohl uplatnit ve
svém zájmu, a v rámci řízení je povinen řádně hájit svá práva.

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

22.1. Dodavatel se zavazuje zachovávat mlčenlivost o všech Důvěrných informacích, které získal
nebo mu byly poskytnuty či zpřístupněny v souvislost s plněním povinnosti dle Smlouvy, a
uchovávat je v tajnosti.

22.2. Dodavatel se zavazuje použít Důvěrné informace pouze k plnění svých povinností
vyplývajících ze Smlouvy. Dodavatel nesmí použít Důvěrné informace k jinému účelu.

22.3. Dodavatel nesmí bez předchozího písemného souhlasu Objednatele zpřístupnit Důvěrné
informace žádné třetí osobě, a to v jakékoli formě. To neplatí u Důvěrných informací, ohledně
kterých byla Dodavateli pravomocným rozhodnutím soudu, správního orgánu, či jiného
příslušného státního orgánu v konkrétním případě uložena povinnost Důvěrnou informaci
poskytnout nebo plyne-li taková povinnost Dodavateli z právního předpisu.

22.4. Dodavatel nesmí Důvěrné informace bez předchozího písemného souhlasu Objednatele
rozmnožovat, kopírovat či jakýmkoliv jiným způsobem reprodukovat. Dodavatel dále nesmí
Důvěrné informace bez předchozího písemného souhlasu Objednatele uchovávat v jakékoliv
databázi, počítačovém programu, úložišti či na datovém nosiči, vyjma případů, kdy je takové
uchovávání Důvěrných informací nezbytné pro účel vyplývající ze Smlouvy.

26/27
22.5. Dodavatel se zavazuje provést technická, organizační, právní a personální opatření, kterými
22.6. zajistí dodržování povinnosti zachovat mlčenlivost o Důvěrných informacích a uchovat
22.7. Důvěrné informace v tajnosti v rozsahu podle tohoto článků i ze strany svých zaměstnanců,
Poddodavatelů, jakož i dalších osob, kterým budou Důvěrné informace poskytnuty či
zpřístupněny.

Objednatel je oprávněn kdykoliv kontrolovat řádné plnění povinností Dodavatele uvedených
v tomto článku, k čemuž se Dodavatel zavazuje bez zbytečného odkladu poskytnout
Objednateli veškerou součinnost, zejména je Objednatel oprávněn kontrolovat řízení
bezpečnosti Důvěrných informací Dodavatelem. V případě, že Objednatel vyzve Dodavatele
na základě kontroly k nápravě, je Dodavatel povinen takové výzvě vyhovět v Objednatelem
stanovené přiměřené lhůtě.

Objednatel je oprávněn požadovat na Dodavateli zaplacení smluvní pokuty:

(a) ve výši 500 000 Kč za každé jednotlivé jednání, které představuje porušení jakékoli z
povinností Dodavatele dle tohoto článku, vyjma povinností stanovených v článku 22.6. ZOP

(a) ve výši 100 000 Kč za každé jednotlivé jednání, které představuje porušení jakékoli
z povinností stanovených v článku 22.6. ZOP.

27/27
Platforma SŽ 2.0:
Vymezení služeb

Únor 2023
Historie verzí

Verze Popis Platnost od P edchozí verze
1.0 27.01.2020
2.0 Úvodní verze Platformy SŽ 01.04.2022

Aktualizace Platformy SŽ s názvem „Platforma SŽ 2.0:
Vymezení služeb“

2/18
Obsah

Seznam zkratek ............................................................................................................ 4
1 Úvod ...................................................................................................................... 5
2 Platforma Správy železnic ......................................................................................... 6
3 Motivace Platformy SŽ .............................................................................................. 7
4 Architektonické principy ............................................................................................ 8
5 Služby Platformy SŽ ............................................................................................... 10

5.1 Infrastrukturní služby ................................................................................... 10
5.1.1 Služba virtuálních strojů .................................................................. 10
5.1.2 Služba datového uložiště.................................................................. 10

5.2 Platformní služby ......................................................................................... 11
5.2.1 Služba zabezpečeného portálového ešení .......................................... 11
5.2.2 Služby zabezpečených webových serverů ........................................... 11
5.2.3 Služby zabezpečených aplikačních serverů ......................................... 11
5.2.4 Služby zabezpečených databázových prost edí.................................... 11

5.3 Podpůrné služby........................................................................................... 12
5.3.1 Bezpečnost..................................................................................... 12
5.3.2 Monitoring, alerting ......................................................................... 12
5.3.3 Aktualizace systémů, Distribuce aplikací............................................. 12
5.3.4 Zálohování ..................................................................................... 12
5.3.5 Komunikační infrastruktura .............................................................. 13

6 Technologie Platformy SŽ........................................................................................ 14
7 P ílohy.................................................................................................................. 16

3/18
Seznam zkratek

APP Aplikační vrstva
AS Aplikační server
AU Archivní úložiště
DB Databáze
DR Disaster Recovery
HW Hardware označuje veškeré fyzicky existující technické vybavení počítače
MFA Multi-faktorová autentizace
OS Operační systém
Software je sada všech počítačových programů používaných v počítači, které
SW provádějí nějakou činnost
Správa železnic, státní organizace
SŽ Správa železničních informačních technologií
SŽT z angl. „Virtual Machine“. Virtuální stroj
VM WebLogic Server
WLS Webový server
WS Zákon o zadávání ve ejných zakázek
ZZVZ

4/18
1 Úvod

Cílem tohoto dokumentu je definovat Platformu SŽ, jakožto souhrn podporovaných
infrastrukturních služeb, technologií, a architektonických principů, která definuje základní
rámec pro návrh ešení ICT. Platforma SŽ naplňuje strategické cíle IS/ICT SŽ, zejména v
oblasti efektivního provozu a rozvoje ICT prost edí Správy železnic.

5/18
2 Platforma Správy železnic

Platforma Správy železnic definuje prost edí, které standardizuje a podporuje návrh,
implementaci a provozování veškerého ICT ešení pro Správu železnic. Popisuje infrastrukturní
a platformní služby, podporované technologie a upravuje pravidla jejich použití. Primárním
cílem Platformy SŽ je poskytnout potenciálním dodavatelům p ehled o prost edí SŽ a současně
umožnit organizaci SŽ zajištění efektivního vytvá ení a provozování ICT ešení p i dodržení
vysoké kvality a bezpečnosti služeb.
Dokument je udržován a pravidelně aktualizován jednotkou SŽT.
Platforma SŽ obsahuje:

• Architektonické principy SŽ
• Katalog služeb Platformy SŽ
• Katalog technologií Platformy SŽ
P i plánování a rozši ování ICT ešení je nutné respektovat všechny části Platformy SŽ.
Navíc v p ípadech zakázkového vývoje software pro SŽ musí dodavatel splnit požadavky
definované v dokumentu Standardy vývoje informačních systémů SŽ, který je p ílohou tohoto
dokumentu.

6/18
3 Motivace Platformy SŽ

Cílem Správy železnic je zajistit, že:

• Uchazeči výběrových ízení na ICT ešení mohou být hodnoceni na základě jejich
celkové ekonomické efektivity, a nikoliv pouze na základě nabídkové ceny. Podrobná
pravidla stanoví Zadávací dokumentace,

• Externí dodávky ICT ešení budou koncepčně a technologicky zapadat do
celopodnikového prost edí Správy železnic,

• Dodávané ešení bude možné bezpečně a ekonomicky efektivně provozovat v krátko-,
st edně-, i dlouhodobém časovém horizontu,

• Provozované technologie SŽ budou perspektivní, moderní a bezpečné,
• Technologická různorodost prost edí SŽ bude:

o na jednu stranu dostatečně široká, aby neúměrně neomezovala soutěž
potenciálních dodavatelů, a

o na druhou stranu dostatečně ohraničená, aby umožnila efektivní správu
systémů zaměstnanci a dodavateli SŽ.

Platforma SŽ je motivovaná schválenou strategií IS/ICT SŽ, a to konkrétně cílem zajištění
dlouhodobého koncepčního rozvoje IS/ICT a jeho souladu se strategickými cíli SŽ, a to
zavedením řízení celopodnikové IS/ICT architektury1.

Očekává se, že tento dokument pomůže s nastavením jasných povinných parametrů pro nové
uchazeče v oblasti technologických standardů SŽ.

Mezi p ínosy dokumentu Platformy SŽ 2.0 pat í:

• Nastavení společných (minimálních/maximálních) úrovní vyspělosti jednotlivých
technologií nap íč IS/ICT SŽ a postupné omezení velkých rozdílů v úrovních
používaných technologií.

• Stanovení architektonických a technologických standardů pro tvůrce systémů a pro
uchazeče o dodávku IS/ICT pro SŽ.

• Zajištění standardizace technických prost edků.
• Zajištění ochrany p edchozích investic.
• Zajištění možnosti bezpečného p evzetí systémů do provozu a zajištění provozu

interními silami SŽ.

1 Strategie IT a ICT Správy železnic (157463/2021-SŽ-G -SŽT)

7/18
4 Architektonické principy

Kapitola stanovuje základní rámec pravidel a principů, které je nutné respektovat p i návrhu a
realizaci ICT ešení podle Platformy SŽ.

P01: Bezpečnost a soulad s vnitropodnikovými předpisy
• Navrhované ešení a procesy jím podporované musí být v souladu s legislativními a
regulatorními nároky a vnitropodnikovými p edpisy Správy železnic.
• 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í.
• 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.
• 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.

Zdůvodnění: Bezpečnost umožňuje chránit hodnoty Správy železnic. Ve SŽ je nutné udržovat
vysokou míru bezpečnosti, a to p edevším v oblastech, které mohou mít dopady na lidské
životy. Navrhovaná ešení také musí být nezbytně v souladu s Vyhláškou č. 82/2018 Sb.o
Kybernetické bezpečnosti.

P02: Provozovatelnost řešení
• ešení je provozovatelné na službách a technologiích Správy železnic.
• ešení musí umožňovat p evzetí do provozního prost edí Správy železnic
• ešení umožňuje škálování.

Zdůvodnění: Z důvodu snahy o udržitelnost provozu je stanoven udržitelný počet technologií,
které jsou spolehlivé a mají perspektivu svého rozvoje. Aplikace provozovaná na takto
definované skupině technologií tak může být v p ípadě pot eby p evzata do provozu a
spravována týmem IT specialistů SŽ, jež disponuje pat ičnými znalostmi, p ípadně vlastní
p íslušné certifikace, aby mohli tyto technologie či systémy spravovat. Tím dochází nejen ke
zvýšení produktivity, ale také k časové a finanční úspo e, p edevším z pohledu lidských zdrojů.

P03: Znovupouž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 SŽT.
• Nasazované ešení nesmí ke svému provozu vyžadovat pravidelný nutný zásah
administrátora (nap . restarty, čištění logů, ...)

Zdůvodnění: V rámci Správy železnic usilujeme o minimalizaci počtu prost edí pro stejnou
funkcionalitu. Znovupoužitelná ešení vedou k úspo e lidských, finančních, časových i
materiálních zdrojů v životním cyklu celého ešení.

P04: Nezávislost na dodavatelích
• ešení je navrhované s ohledem na omezení či eliminaci rizika vendor-lock.

8/18
• 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é nebo je důvod se domnívat, že
tato práva budou nadbytečná.

Zdůvodnění: Nebýt závislí na malém počtu dodavatelů umožňuje SŽ být transparentní a
flexibilní. Vyšší míra flexibility je také výhodná pro vyjednávaní s jednotlivými dodavateli o
ekonomických a technických podmínkách.

P05: Nákup a vývoj
• U nákupu standardizovaných komerčních produktů je požadována schopnost nastavení
• balíkového ešení interními kapacitami či nezávislými externími dodavateli.
• U standardizovaných agend je preferován nákup a úprava p ed zakázkovým 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í.
• 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.
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é po stránce vývojové, provozní a 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.

Zdůvodnění: Regulace nákupu a do-vývoje integrací a aplikací slouží k co nejsrozumitelnějšímu
a transparentnímu užívání daných technologií. Díky danému postupu v nákupu a vývoji je
možné se efektivně vyrovnat s novinkami, které nově nakoupené produkty p edstavují.

P06: Business 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.

Zdůvodnění: Správa železnic jakožto správce železniční dopravní cesty, kritické infrastruktury
státu, musí být p ipraven na p ípadné narušení provozu, a proto musí požadovat taková
ešení, která umožní zajistit kontinuitu a obnovu klíčových procesů, činností a systémů
organizace.

9/18
5 Služby Platformy SŽ

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 databázovou platformu či portálové ešení, které integruje
webové 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. Podpůrné služby jsou povinné k využití
dodavatelem, pokud není jinak určeno SŽ.

5.1 Infrastrukturní služby

5.1.1 Služba virtuálních strojů

Služba virtuálních strojů (dále jen „VM“) je provozována na vysoce dostupné virtualizační
technologii VMware a hardware s procesory Intel Xeon E5-26XX, Intel Silver 4215. Všechna VM
s operačním systémem Windows Server mají nainstalován balík VMware Open Tool.

Parametry služby jako sizing virtuálních strojů, výběr OS podporovaných Platformou SŽ 2.0,
počet a konfigurace síťových karet jsou konfigurovány individuálně na základě požadavků
projektu, resp. dodávaného ešení.

SŽ zajišťuje vysokou dostupnost služby virtuálních strojů na úrovni vi, a to v rámci jednoho
datového centra. Pokud služby dodávaného ešení vyžadují zajištění vysoké dostupnosti, tato
musí být zajištěna dodavatelem v rámci dodávky včetně služby loadbalancingu.

Služba Popis
Win.VMware.x86_64
Služby virtuálního serveru s operačním systémem Windows Server na virtualizaci
RHEL.VMware.x86_64 VMware a architektu e x86_64

SLES.VMware.x86_64 Služby virtuálního serveru s operačním systémem RHEL (RedHat Enterprise
Linux) na virtualizaci VMware a architektu e x86_64

Služby virtuálního serveru s operačním systémem SLES (SUSE Linux Enterprise
Server) na virtualizaci VMware a architektu e x86_64
Omezení: Využití pro výhradně pro SAP

5.1.2 Služba datového uložiště

Služba datového úložiště je provozována na datových úložištích typu SAN, která jsou osazena
10K SAS disky v RAID5 (+hotspare disk) p ípadně RAID 6, nebo disky SSD v RAID5
(+hotspare disk) pro aplikace vyžadující vyšší výkon, typicky databáze. V rámci služby
datového uložiště není poskytována služba replikace mezi SAN úložišti, ani služba tieringu.
V primárním datovém centru CDP je dále provozováno škálovatelné, výkonné, softwarově-
definované datové uložiště postavené na technologii VMware vSAN, využívající prost edků
fyzických serverů x86 a jejich komponent (cpu, ram, nic a disk). VMware vSAN je nativně
integrované s hypervisorem VMware ESXi.

10/18
Služba Popis
Lokální datový disk 10K
Služba datového uložiště, provozovaného na SAN storage a 10K discích v RAID 5
Lokální datový disk SSD (+hotspare) p ípadně RAID 6 poli, pro systémové a datové disky.

Služba datového uložiště, provozovaného na SAN storage osazeného SSD disky v
poli RAID5 (+hotspare).

5.2 Platformní služby

Platformní služba (PaaS – Platform as a Service) poskytuje 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.

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

5.2.1 Služba zabezpečeného portálového řešení

Služba Popis

Liferay Liferay je p ední open-source podnikové portálové ešení založené na jazyce
na Win.VMware.x86_64 Java, které umožňuje správu dat, aplikací, procesů a integrace současných i
nových aplikací z jednoho centrálního uživatelského rozhraní.

5.2.2 Služby zabezpečených webových serverů

Služba Popis

Microsoft IIS Služba webového serveru postavená na technologií Microsoft Internet
na Win.VMware.x86_64 Information Services (IIS) provozovaná na serverech s operačním systémem
Windows Server s virtualizací VMware.

Apache HTTP Server Služba webového serveru postavená na open-source technologii Apache
na Win.VMware.x86_64 provozovaná na serverech s operačním systémem Windows Server s virtualizací
VMware.
Apache HTTP Server
na RHEL.VMware.x86_64 Služba webového serveru postavená na open-source technologii Apache
provozovaná na serverech s operačním systémem RHEL s virtualizací VMware.

5.2.3 Služby zabezpečených aplikačních serverů

Služba Popis

.NET Aplikační server Microsoft .NET prost edí pro vývoj a provoz aplikací založených
na Win.VMware.x86_64 na .NET frameworku

JBOSS Služba virtuálního aplikačního serveru JBOSS provozovaná na serverech
na Win.VMware.x86_64 s operačním systémem Windows Server s virtualizací VMware.

Oracle WebLogic Služba virtuálního aplikačního Oracle WebLogic Serveru (WLS), pro provoz
na RHEL.VMware.x86_64 aplikací postavených na standardu JAVA EE na serverech s operačním systémem
RHEL s virtualizací VMware.

Oracle WebLogic Služba virtuálního aplikačního Oracle WebLogic Serveru (WLS), pro provoz
na SLES.VMware.x86_64 aplikací postavených na standardu JAVA EE na serverech s operačním systémem
SLES s virtualizací VMware.

Oracle WebLogic Služba virtuálního aplikačního Oracle WebLogic Serveru (WLS), pro provoz
na Win.VMware.x86_64 aplikací postavených na standardu JAVA EE na serverech s operačním systémem
Windows Server s virtualizací VMware.

5.2.4 Služby zabezpečených databázových prostředí

Služba Popis

Oracle DB Databázová služba Oracle DB provozovaná na optimalizovaném hardware Oracle
na Oracle Exadata Exadata Database Machine – kombinovaná hardwarová a softwarová platforma.

MS SQL Služba virtuálních databázových serverů MS SQL Server provozovaná na
na Win.VMware.x86_64 serverech s operačním systémem Windows Server a virtualizační platformě
VMware.

11/18
5.3 Podpůrné služby

Podpůrné služby standardně poskytované k využití pro dodávaná ICT ešení.

5.3.1 Bezpečnost

Služby zabezpečení infrastruktury.

Služba Popis
Antivirus
Antivirové ešení fSecure, provozované jako virtualní appliance, zajišťuje
PAM ochranu koncových stanic a serverové infrastruktury p ed škodlivým obsahem,
IDM zejména malwarem, exploity, síťovými útoky a jinými bezpečnostními hrozbami.
Každé datové centrum Správy železnic disponuje vlastní virtuální appliance
Active Directory and Domain fSecure. Nasazením antivirového ešení fSecure jako virtuální appliance, jsou
Services minimalizovány konzumované výpočetní zdroje a dopad na výkon virtualizační
infrastruktury.

Privileged Access Management (PAM) je ešení které pomáhá kontrolovat,
monitorovat, zabezpečit a auditovat privilegované identity p ed jejich zneužitím.

Omezení: Aktuálně v pilotním provozu

Identity Management (IDM) je ešení umožňující ízení uživatelských účtů a
jejich oprávnění nap íč systémy. IDM umožňuje lepší p ehlednost, bezpečnost a
automatizaci. V prost edí Správy žželeznic bylo implementováno
open-source ešení MidPoint společnosti Evolveum, jenž nevyžaduje nákup
licencí. Toto ešení má otev enou a rozši itelnou architekturu založenou na
standardech Java, XML a REST.

Adresá ová služba společnosti Microsoft pro správu za ízení a identit a jejich
autentizaci a autorizaci v podnikových sítích. Dodávaná ešení musí podporovat
integraci na službu Active Directory Správy železnic. Správa železnic provozuje
multi-forest prost edí, proto musí aplikace umožňovat využití více AD konektorů,
za účelem ově ení uživatelů.

5.3.2 Monitoring, alerting

Služba Popis
Monitoring

Zabbix Služba dohledu infrastruktury je zajištěna pomocí dohledových agentů
instalovaných na provozovaném prost edí nebo bez-agentově se vzdáleným
dohledem, sledování standardními protokoly SNMP, HTTP, HTTPS apod.

Dodavatelé ve spolupráci s jednotkou SŽT zajistí napojení dodávaných ešení na
monitoring Zadavatele. Tím není dotčena p ípadná povinnost dodavatele ešení
monitorovat kvalitu a dostupnost dodávaného ešení v rámci vlastního
monitoringu.

5.3.3 Aktualizace systémů, Distribuce aplikací

Služba Popis

Aktualizace

Distribuce SW a aktualizace Technologií System Center Configuration Manager (SCCM) je zajištěna distribuce
koncových stanic softwarových balíčků a aktualizace koncových stanic. Patchování klientských
stanic probíhá 1 x měsíčně a je plně v gesci Správy železnic.
Aktualizace serverových operačních
systémů Aktualizace serverových operačních systému Windows Server je ešena
skriptovacím jazykem Powershell. Patchování serverových operačních systémů
probíhá 1 x měsíčně a je zajištěno Správou železnic, pokud není s dodavatelem
ešení dohodnuto jinak.
Aktualizace serverových operačních systémů založených na linuxové distribuci je
prováděna manuálně, na vyžádání správce aplikace, nebo v reakci na
kybernetické hrozby.

5.3.4 Zálohování Popis

Služba Služba zálohování prost edí je zajištěna technologií IBM Spectrum Protect (TSM –
Zálohování a obnova Tivoli Storage Manager) komplexním ešením pro fyzické fileservery,
virtualizované prost edí a širokou škálu aplikací.
IBM Spectrum Protect zálohuje data s využitím technologie VMware snapshot.

Služba zálohování umožňuje 3 základní typy zálohování:
Snapshot disku pro dosažení rychlé obnovy celého OS v Crash Consistent stavu
včetně aplikační konfigurace. Zpravidla je takto zálohován pouze systémový oddíl

12/18
Služba Popis

virtualizovaného serveru. Záloha probíhá jednou denně a retence je nastavena
na 30 posledních verzí.
Záloha datových svazků p ipojených k jednotlivým serverům, pro dosažení max.
možné odolnosti proti náhodnému smazání či poškození apod. Záloha probíhá
jednou denně, kdy se uchovává 90 posledních verzí souborů a poslední smazaná
verze souboru je uchovávána 365 dní.

Zálohy Oracle nebo SQL databází pomocí agentů. Záloha probíhá dvakrát denně.
P es den jsou zálohovány transakční logy databází, v noci pak vlastní databáze.
Retence je nastavena na 60 posledních verzí.

5.3.5 Komunikační infrastruktura

Služba Popis

DNS Domain Name System (DNS) je kritickou službou, která má zásadní vliv na
bezpečnost, odezvu a dostupnost služeb SŽ. Je nezbytná pro správný chod
podnikové sítě a služeb na bázi Active directory. Správa železnic provozuje

interní i externí službu DNS.

Firewall Firewall soustava je velmi důležitým uzlem veškeré komunikace v síti SŽ, jenž
pomocí pravidel filtruje síťový provoz a chrání prost edky v síti Správy železnic.

Proxy Proxy soustava zajišťuje p ístup uživatelů a serverů k internetu. Naprostá

většina komunikace uživatelů do internetu prochází p es ni, jiný p ístup není
povolen. Proxy servery fungují jako prost edník mezi klienty a cílovými servery,

mimo perimetr sítě SŽ, p ekládá klientské požadavky a vůči cílovému serveru
vystupuje sám jako klient.

Reverzní proxy Všechna p ipojení z internetu smě ující na některý ze serverů jsou směrována
p es reverzní proxy server, který buďto požadavek zpracuje sám nebo ho p edá
dál serverům. Umožňuje SSL terminaci a kompresi.

VPN Služba virtuální privátní sítě, umožňující dodavateli zabezpečený p ístup
k prost edkům datových center Správy železnic.

VPN S2S Služba virtuální privátní sítě Site-to-Site.

13/18
6 Technologie Platformy SŽ

Tato kapitola popisuje technologie, jež tvo í základ k výše uvedeným infrastrukturním a
platformním službám.
Tyto softwarové a hardwarové prostředky nesmějí být přímo použity v návrhu řešení.
Jejich použití je možné pouze prostřednictvím výše uvedených infrastrukturních
nebo platformních služeb.
Pro některé p ípady výběrových ízení pro aplikační software je p ípustné použití tzv.
zapouzd ených technologií, jež nejsou součástí Platformy SŽ, ale nabízené ešení vyžaduje
jejich nasazení.
Zapouzd ená technologie je zpravidla součástí jiné primární technologie jako tzv. podpůrný
program. Takový program nevyžaduje samostatnou instalaci, jelikož je instalován jako součást
dané komponenty.
Použití takových zapouzd ených technologií je možné jen v následujících p ípadech:

1. Jejich použití nebude klást žádné dodatečné provozní, finanční ani implementační
nároky po celou dobu životnosti primární technologie.

2. Nebudou vyžadovat žádné dodatečné licence nad rámec licencí hlavního dodávaného
ešení.

3. Aktualizace zapouzd ených technologií bude probíhat pouze současně s aktualizací
hlavního dodávaného ešení.

4. Jejich podpora bude poskytována současně a ve stejném rozsahu jako podpora
hlavního dodávaného ešení.

5. Zapouzd ené technologie nebudou vyžadovat žádné speciální provozní či bezpečnostní
zajištění.

P i použití zapouzd ených technologií je nutné danou technologii identifikovat nejméně
v následujícím rozsahu:

• Název
• Verze
• Výrobce
• Licence
• Termín a úroveň podpory

14/18
Technologie Popis
Integrace
LifeRay Bezplatný open-source podnikový portál založený na jazyce Java, umožňující
Aplikační servery správu dat, aplikací a procesů.
Microsoft Internet Information
Services (IIS) Framework pro běh t ívrstvých podnikových aplikací s kolekcí rozši ujících
Oracle WebLogic Server modulů provozovaný nad operačními systémy Windows, vytvo ený společností
JBoss Microsoft.
Webové servery Aplikační server Oracle WebLogic Server (WLS) pro provoz aplikací na platformě
Apache HTTP Server J2EE
MS IIS Aplikační server JBoss pro provoz platformy J2EE pro ešení s pot ebou
Databázové systémy autonomního prost edí, nebo pro aplikace nepožadující vysokou dostupnost
Oracle Database
Microsoft SQL Webový server postavený na open-source technologii Apache.
Serverové operační systémy Webový server s kolekcí rozši ujících modulů provozovaný nad operačními
Windows Server systémy Windows, vytvo ený společností Microsoft.
RHEL
SLES Relační databázový systém společnosti Oracle určený pro mission critical
Virtualizační platformy aplikace.
VMware Relační a analytický databázový systém Microsoft SQL Server.

Oracle VM Operační systém, na němž jsou provozovány aplikační či webové služby a
databázové stroje založené zejména na technologiích společnosti Microsoft.
Hardware Operační systém RedHat Enterprise Linux (RHEL) je linuxová distribuce
x86_64 společnosti RedHat určená pro komerční sféru. Použití pro aplikační servery.
Operační systém SUSE Linux Enterprise Server (SLES) je linuxová distribuce
SAN datová uložiště společnosti SUSE určená pro komerční sféru. Použití pro aplikační servery.

Network and Security Primární virtualizační platforma pro virtualizaci hardwarové platformy x86_64.
VPN Tato zajišťuje business kontinuitu, škálovatelnost a flexibilitu provozu pro
Firewall operační systémy. Platforma je primárně určena pro virtualizaci operačních
systému Windows, p ípadně Linux.
Virtualizační platforma Oracle, pro virtualizaci hardwarové platformy x86_64
založena na technologii Citrix Xen Hypervisor.
Omezené využití: Primárně určena pro provoz Oracle DB.

Servery postavené na architektu e x86_64 – 64bitové procesory, provozovány
na platformě Intel 2-socketových serverech typu rack a blade.
Uložiště dat s podporou vysoké dostupnosti, škálování a vysokou úrovní
zabezpečení. Podporuje vytvá ení snapshotů, replikaci dat a automatický tiering
datových uložišť.

Zabezpečený vzdálený p ístup do sítě SŽ je ešen pomocí technologie Cisco ASA.
Zabezpečení pomocí firewall pravidel je zabezpečeno technologií Cisco.

15/18
7 Přílohy

P íloha 1 – Standardy vývoje informačních systémů Správy železnic

16/18
Správa železnic, státní organizace
Název organizační jednotky
Dlážděná 1003/7
110 00 Praha 1
© 2022
Datum tisku
2023-02-2131

spravazeleznic.cz
Standardy vývoje
informačních
systémů Správy
železnic

Březen 2022

Standardy vývoje informačních systémů Správy železnic
Historie verzí

Verze Popis Platnost od P edchozí verze
0.1 Draft 22. 3. 2022
1.0 První verze dokumentu 31. 3. 2022

Standardy vývoje informačních systémů Správy železnic 1
Obsah

Seznam zkratek a pojmů................................................................................................ 3
1 Standardy vývoje informačních systémů Správy železnic .............................................. 4

1.1 Dvouvrstvá architektura ................................................................................. 4
1.1.1 Datová vrstva................................................................................... 4
1.1.2 Aplikační vrstva ................................................................................ 4

1.2 T ívrstvá a vícevrstvá architektura ................................................................... 4
1.2.1 Datová vrstva................................................................................... 5
1.2.2 Aplikační vrstva ................................................................................ 5
1.2.3 Prezentační vrstva ............................................................................ 5
1.2.4 Integrační vrstva .............................................................................. 5

1.3 Požadavky na prezentační vrstvu ..................................................................... 6
1.3.1 Uživatelské rozhraní (User Interface, UI) ............................................. 6
1.3.2 Uživatelský prožitek (User Experience, UX) .......................................... 6

1.4 Bezpečnost ................................................................................................... 7
1.4.1 Zabezpečení aplikací ......................................................................... 7
1.4.2 Autentizace a autorizace .................................................................... 7
1.4.3 GDPR .............................................................................................. 8

1.5 Dokumentace ................................................................................................ 8
1.5.1 Technická dokumentace jádra systému................................................ 8
1.5.2 E-R modely databáze ........................................................................ 8
1.5.3 Objektový model pro aplikace ............................................................ 8
1.5.4 Procesní diagramy, schémata toků dat ................................................ 8
1.5.5 Komunikační rozhraní ........................................................................ 8
1.5.6 Drátové modely všech obrazovek uživatelského rozhraní aplikací ............ 8
1.5.7 Popis konfigurace provozního prost edí ................................................ 9
1.5.8 Uživatelská p íručka .......................................................................... 9
1.5.9 P íručka administrátora ..................................................................... 9

1.6 P edávání vývoje do provozu ........................................................................... 9

Standardy vývoje informačních systémů Správy železnic 2
Seznam zkratek a pojmů

3NF T etí normální forma
API z angl. Application Programming Inteface, rozhraní pro programování aplikací
APP Aplikační vrstva
AS Aplikační server
DB Databáze
DBMS z angl. Database Management System, Systém ízení databáze
DC Datové centrum
DDL z angl. Data Definition Language
DR z angl. Disaster Recovery, Obnova po havárii
HA z angl. High Availability, Vysoká dostupnost
HW Hardware označuje veškeré fyzicky existující technické vybavení počítače
JSON z angl. JavaScript Object Notation, JavaScriptový objektový zápis
OS Operační systém
Structured Query Language, standardizovaný dotazovací jazyk pro práci v relačních
SQL databázích
Software je sada všech počítačových programů používaných v počítači, které provádějí
SW nějakou činnost
Správa železnic, státní organizace
SŽ Webový server
WS z angl. Extensible Markup Language, obecný značkovací jazyk
XML

Standardy vývoje informačních systémů Správy železnic 3
1 Standardy vývoje informačních systémů
Správy železnic

P i vývoji software ve Správě železnic je požadováno, aby byly plně respektovány obvyklé
metodiky a best-practice pro návrh a vývoj software pomocí vícevrstvé architektury. Konkrétní
užití jednotlivých vzorů se ídí vhodností, plánovanou zátěží a požadavky na dostupnost
vyvíjeného software.

1.1 Dvouvrstvá architektura

Dvouvrstvou architekturu p i vývoji software lze využít v p ípadě, kdy se jedná o menší,
samostatný software, který nebude integrován na další informační systémy, nebo datové
zdroje Správy železnic. Užití takovéhoto software je plánováno pro menší desítky uživatelů,
bez požadavku na vysokou dostupnost a možnosti škálování výkonu a rozložení zátěže
prost ednictvím clusterování. U tohoto typu software nejsou definovány požadavky na vysokou
odolnost proti chybám, rychlou reakci systému, nebo správu dat pro velké sítě.

Využití dvouvrstvé architektury musí být p edem diskutováno s Oddělením IT architektury,
které v odůvodněných p ípadech vydá p íslušnou výjimku.

1.1.1 Datová vrstva

Realizace datové vrstvy je požadována prost ednictví preferované relační databáze (dle služeb
Platformy) a respektováním metodiky 3NF. Je požadován jednoznačný datový model
s minimální redundancí dat a datové struktury budou modelovány a popsány jazykovými
konstrukcemi DDL, které jsou kompatibilní s určeným databázovým systémem.

Celá struktura dat bude popsána formálně prost edky E-R modelování. K datovému modelu je
požadováno dodat korespondující SQL DDL skripty, který budou plně odpovídat dodané
databázi. Je požadováno, aby správnost, úplnost a optimalizace datového modelu byla ešena
již v rámci návrhu ešení.

V rámci dvouvrstvé architektury je umožněno, aby logika byla rozprost ena částečně v
databázi a částečně v aplikační, resp. prezentační vrstvě.

1.1.2 Aplikační vrstva

Aplikační vrstva a prezentační vrstva je ve dvouvrstvé architektu e realizována jako jedna,
společná a nedělitelná vrstva. Je požadováno, aby tato vrstva byla realizována v souladu
s principy objektově orientovaného programování a komunikace mezi vrstvami byla
realizována standardními zabezpečenými a šifrovanými protokoly. Je požadováno, aby
uživatelské identity nebyly z aplikační vrstvy prezentovány do datové vrstvy, p ičemž tyto
vrstvy musí mezi sebou komunikovat technickým účtem, k tomu účelu v databázi vytvo eném.

Je požadováno, aby aplikační vrstva podporovala Multitasking, tedy umožňovala provádění
několika procesů současně a systém byl již v rámci návrhu a vývoje optimalizován plánovaný
výkon.

V rámci vývoje musí být ošet ena všechna bezpečnostní rizika popsaná v kapitole 1.4.

1.2 Třívrstvá a vícevrstvá architektura

T ívrstvá a vícevrstvá architektura je požadována p i vývoji software ve všech p ípadech mimo
výjimky definované v kap. 1.1. Specifikace ešení vyžadující t ívrstvou architekturu tak může
disponovat následujícími vlastnostmi:

• Má být integrován na jiný software Správy železnic, nebo software t etích stran, a to
z důvodu jednotného p ístupu k datům a procesům vyvíjeného software

• Je plánováno využití pro větší počty uživatelů
• Je požadována vysoká dostupnost (HA)

Standardy vývoje informačních systémů Správy železnic 4
• Je požadován Clustering pro rozložení zátěže a škálování výkonu
• Je požadována vysoká odolnost proti chybám, rychlá reakce systému, nebo správa dat

pro velké sítě

1.2.1 Datová vrstva

Realizace datové vrstvy je požadována prost ednictvím preferované relační databáze (dle
služeb Platformy) a respektováním metodiky 3NF. Je požadován jednoznačný datový model s
minimální redundancí dat, datové struktury budou modelovány a popsány jazykovými
konstrukcemi DDL, které jsou kompatibilní s určeným databázovým systémem.

V rámci t ívrstvé a vícevrstvé architektury není umožněno, aby logika byla rozprost ena
částečně v databázi a částečně v aplikační vrstvě. Aplikační logika je tak striktně pouze
v aplikační vrstvě.

1.2.2 Aplikační vrstva

Je požadováno, aby tato vrstva byla realizována v souladu s principy objektově orientovaného
programování a komunikace mezi vrstvami byla realizována standardními zabezpečenými a
šifrovanými protokoly. Je požadováno, aby uživatelské identity nebyly z aplikační vrstvy
prezentovány do datové vrstvy, p ičemž tyto dvě vrstvy musí mezi sebou komunikovat
technickým účtem, k tomu účelu v databázi vytvo eném.

Je požadováno, aby aplikační vrstva podporovala Multitasking, tedy umožňovala provádění
několika procesů současně a v již rámci návrhu a vývoje optimalizovat plánovaný výkon.

V rámci vývoje musí být ošet ena všechna bezpečnostní rizika popsaná v kapitole 1.4.

1.2.3 Prezentační vrstva

Pro interakci s uživatelem je požadováno, aby prezentační vrstva byla realizována
desktopovým klientem (tlustým), nebo webovým klientem (tenkým), a to v závislosti na
vhodnosti použití a požadavcích na software kladených. Komunikace mezi prezentační a
aplikační vrstvou musí být realizována standardními zabezpečenými a šifrovanými protokoly.

V rámci prezentační vrstvy a desktopového klienta je možné p enesením části aplikační logiky
na klienta, tedy využití prost edků klientské stanice ke zvýšení výkonu systému, ale pouze za
p edpokladu, že tento systému bude zabezpečovat konzistenci aplikační logiky, nap íč všemi
desktopovými klienty.

Bez aktualizačních mechanizmů, které zajistí stejné verze software, na všech klientských
stanicích v reálném čase není tato možnost povolena.

1.2.4 Integrační vrstva

V p ípadě, kdy vyvíjený software má být integrován na jiný software Správy železnic, nebo
software t etích stran, je požadováno, aby tato integrační vrstva byla realizována jako
samostatná vrstva, umožňující škálování výkonu a rozložení zátěže.

Realizace integrací mezi aplikačními komponentami musí splňovat principy SOA. Veškerá
komunikace tedy musí probíhat prost ednictvím definovaných služeb rozhraní, a není tedy
povolena výměna dat prost ednictvím p ímých vazeb, jako je sdílení paměti, souborů, nebo
databází. Pokud je k dispozici, komunikace probíhá prost ednictvím k tomu určené sběrnice
(ESB) nebo integrační platformy.

Standardy vývoje informačních systémů Správy železnic 5
V p ípadě, že má být vyvíjená komponenta integrována se spisovou službou SŽ, musí
splňovat požadavky na integraci prost ednictvím Národního standardu pro elektronické
systémy spisové služby1 a integrace musí být rozhraními definovanými v tomto standardu také
realizována.

V p ípadě, že má být vyvíjená aplikace integrována s programovým prost edím komponent
systému SAP, musí být realizována prost ednictvím určené integrační platformy (SAP Cloud
Platform, p íp. produktu, která jej nahradí). Detailní parametry požadavku na integraci budou
definovány v p íslušných p ípadech.

1.3 Požadavky na prezentační vrstvu

1.3.1 Uživatelské rozhraní (User Interface, UI)

Pomocí uživatelského rozhraní může uživatel komunikovat se za ízením, počítačem a
programy. P i navrhování vysoce kvalitního uživatelského rozhraní je požadováno zohlednit
nejen vzhled rozhraní, ale také jeho logickou strukturu, aby s ním uživatel mohl snadno a
rychle komunikovat a dosáhnout požadovaného výsledku bez zbytečného úsilí. Cílem je
vytvo it rozhraní, které poskytuje jednoduchou, srozumitelnou a pohodlnou interakci uživatele
s informačním systémem.

Pro návrh UI informačních systémů SŽ platí následující zásady:

- standardní ovládací prvky
- uživatelské rozhraní jednoduché a p ehledné
- konzistentní prost edí
- účelné rozvržení obrazovek
- barvy a písma dle grafického manuálu
- hierarchie daná typograficky
- informování uživatele, co systém právě dělá
- odpovídající tvar a velikost ovládacích prvků
- kódování znaků UNICODE
- datumové položky dle českého standardu „DD.MM.RRRR“
- jednotný vizuální styl (pro některé projekty dle korporátní identity)
- responzivní design webových aplikací

1.3.2 Uživatelský prožitek (User Experience, UX)

UX je to, co uživatel pocítí a pamatuje si v důsledku použití aplikace, systému nebo webu. UX
musí být bráno v úvahu p i vývoji uživatelského rozhraní, vytvá ení informační architektury a
testování použitelnosti informačních systémů SŽ. Po určení cílového publika a charakteristiky
uživatelů je požadováno vytvo it seznam UX požadavků na projekt.

UX informačních systémů SŽ musí mít následující vlastnosti:

- cílem je efektivní uživatel
- návodné ovládání
- ergonomie
- jednoduché, intuitivní
- pravidla p ístupnosti, tam kde je požadováno
- zobrazování relativních a požadovaných dat
- rychlost odezvy (doba zpracování požadavku od uživatele by na serveru neměla

p esáhnout 0,5s, tak aby celková doba odezvy uživatelský ovládacích prvků byla kratší
než 0,8s. V p ípadě, že je p edpokládaný čas odezvy delší než 0,8s, ale kratší než 2s

1 NSESSS, https://www.mvcr.cz/clanek/narodni-standard-pro-elektronicke-systemy-spisove-sluzby.aspx

Standardy vývoje informačních systémů Správy železnic 6
bude uživateli zobrazen wait cursor a pokud bude p edpokládaný čas odezvy delší než
2s bude pro informaci uživatele použit progress bar zobrazující průběh operace.)
- použití lazy loading v odůvodněných p ípadech
- jednotná terminologie v celém systému
- ne všechno na jedné obrazovce
- ne všechno v rozbalovacím menu (p íliš mnoho položek)
- navigace, kde se uživatel v aplikaci nachází
- minimalizace použití dlouhých textů
- vhodné využití grafických a obrazových prvků
- nepoužívat drobný text
- pečlivé plánování dialogů (logické skupiny)
- ne p ekrývající se dialogy
- jednotné, stejné ovládací prvky v dialozích na stejných místech s popisky s jednotnou
terminologií

1.4 Bezpečnost

Všechny vyvíjené aplikace musejí splňovat požadavky kladené platnou legislativou.

Z pohledu požadavků na vyvíjený software je nutné zajistit oblasti:

• Zálohování a obnova
• Bezpečnost komunikací
• ízení p ístupu
• Ochrana p ed škodlivým kódem
• Logování a monitoring
• Bezpečné p edávání a výměna informací
• Akvizice, vývoj a údržba

1.4.1 Zabezpečení aplikací

Je požadováno, aby jednotlivé vrstvy splňovaly minimálně tyto požadavky:

• Ke komunikaci mezi jednotlivými vrstvami je používán systémový účet, který lze v p ípadě
ohrožení kybernetické bezpečnosti deaktivovat, nebo změnit.

• Systémový účet, který je využíván ke komunikaci mezi vrstvami není privilegovaným
účtem.

• Všechny vrstvy jsou ošet eny proti nejzávažnějším bezpečnostním rizikům jako jsou2:
o Injection
o Broken Authentication
o Sensitive Data Exposure
o XML External Entities (XXE)
o Broken Access Control
o Security Misconfiguration
o Cross-Site Scripting (XSS)
o Insecure Deserialization
o Using Components with Known Vulnerabilities
o Insufficient Logging&Monitoring

• Jednotlivé vrstvy uchovávají své konfigurační parametry v šifrované podobě.

1.4.2 Autentizace a autorizace

1.4.2.1 Autentizace
Autentizace je proces ově ení proklamované identity subjektu. Je požadováno, aby aplikace
umožňovala následující typy autentizace:

2 Dle aktuálního seznamu nejzávažnějších bezpečnostních rizik definovaných OWASP (https://owasp.org/).

Standardy vývoje informačních systémů Správy železnic 7
• SSO (Single Sign-On), autentizaci pomocí protokolu Kerberos, nebo OpenID proti
Active Directory

• Manuální p ihlášení, autentizaci pomocí vyvíjeného software, tzn. Uživatelská jména a
hesla jsou uložena v databázi v šifrované podobě.

• Autentizaci pomocí protokolu LDAP, proti Active Directory
• 2FA

1.4.2.2 Autorizace
Je požadováno, aby vyvíjený software obsahoval vlastní autorizační modul, který bude
minimálně umožňovat:

• Vytvá ení uživatelských účtů
• Vytvá ení rolí
• P idělování jednotlivých uživatelských účtů k rolím
• P idělování konkrétních oprávnění na role

V rámci naplnění povinností vyplývajících ze zákona č. 181/2014 Sb. a vyhlášky č. 82/2018
Sb. je požadováno, aby vyvíjený software umožňoval správu uživatelů a rolí pomocí externího
nástroje na ízení identit, tj. Identity managementem implementovaným ve Správě železnic.
Integrace mezi vyvíjeným softwarem a Identity management bude realizována prost ednictvím
integrační vrstvy vyvíjeného software.

1.4.3 GDPR

Je požadováno kompletní splnění všech požadavků na zpracování osobních údajů dle zákona
č. 110/2019 Sb. Analýza a návrh opat ení musí být ešen již v rámci návrhu ešení.

1.5 Dokumentace

Je požadováno, aby součástí dodávky vyvíjeného software byla dokumentace, a to minimálně v
rozsahu:

1.5.1 Technická dokumentace jádra systému

Dokumentace jádra systému, jeho funkcí, služeb a rozhraní. Dokumentace bude 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.

1.5.2 E-R modely databáze

Kompletní dokumentace ve formě E-R schémat pro všechny implementované databáze včetně
korespondujících DDL SQL skriptů.

1.5.3 Objektový model pro aplikace

Dokumentace obsahující objektové modely všech funkcí, jejich komponent, modulů, vztahů.

1.5.4 Procesní diagramy, schémata toků dat

Dokumentace obsahující procesní diagramy a mapu všech toků dat celého ešení.

1.5.5 Komunikační rozhraní

Dokumentace všech typů komunikačních rozhraní, všech jejich registrovaných služeb a všech
funkcí, struktur dat a vlastností těchto služeb.

1.5.6 Drátové modely všech obrazovek uživatelského rozhraní
aplikací

Dokumentace všech částí software musí obsahovat drátové modely všech obrazovek
uživatelského rozhraní včetně popisu funkcí prvků každé obrazovky.

Standardy vývoje informačních systémů Správy železnic 8
1.5.7 Popis konfigurace provozního prostředí

Dokumentace musí obsahovat soupis všech požadavků na nastavení hardwarových a
softwarových komponent běhového prost edí jako jsou:

• mapování souborových systémů
• požadavky na operační paměť a počty jader
• konfigurační parametry jednotlivých podpůrných SW prost edků (nap . specifika pro

nastavení databáze, aplikačního serveru, webového serveru, apod.)

1.5.8 Uživatelská příručka

P íručka bude distribuována uživatelům. Musí obsahovat kompletní popis všech uživatelských
funkcí pro práci se software. P íručka bude využívána jako základní materiál pro školení
nových uživatelů. P íručka musí obsahovat kvalitně a jednoznačně zpracovaný popis kroků pro
jednotlivé implementované funkce s vhodným doprovodným obrazovým materiálem ve formě
vý ezů obrazovek. Musí být napsána v českém jazyce a p ed finálním odevzdáním zpracovaná
jazykovým korektorem.

1.5.9 Příručka administrátora

P íručka bude distribuována úzké skupině uživatelů, administrátorům systému. Musí obsahovat
kompletní popis všech funkcí pro práci s administrací software. P íručka bude využívána jako
materiál pro školení nových administrátorů. P íručka musí obsahovat kvalitně a jednoznačně
zpracovaný popis kroků pro jednotlivé implementované funkce s vhodným doprovodným
obrazovým materiálem ve formě vý ezů obrazovek. Musí být napsána v českém jazyce a p ed
finálním odevzdáním zpracovaná jazykovým korektorem.

1.6 Předávání vývoje do provozu

Pokud nebude určeno jinak, veškeré výstupy (zdrojové kódy, konfigurační soubory, testovací
data, dokumentace atp.) musejí být p edávány prost ednictvím určeného repositá e.

Standardy vývoje informačních systémů Správy železnic 9
Příloha č. 4 Smlouvy
Poddodavatelé
Zhotovitel poskytuje Objednateli předmět plnění dle Smlouvy sám.

1/1 Správa železnic, státní organizace Sídlo: Dlážděná 1003/7, 110 00 Praha 1
zapsána v obchodním rejstříku vedeném Městským IČO: 709 94 234 DIČ: CZ 709 94 234
soudem v Praze, spisová značka A 48384
www.spravazeleznic.cz
Příloha č. 5 Smlouvy

Obchodní podmínky ke Smlouvě o
poskytování služeb

OBSAH OBCHODNÍCH PODMÍNEK ................................................................................ 1
ČÁST 1 - ÚVODNÍ USTANOVENÍ................................................................................... 2
ČÁST 2 - NÁVRH NA UZAVŘENÍ SMLOUVY O POSKYTOVÁNÍ SLUŽEB ........................... 3
ČÁST 3 - SLUŽBY ......................................................................................................... 3
ČÁST 4 - CENA SLUŽEB ................................................................................................ 4
ČÁST 5 - ZMĚNA CENY SLUŽEB .................................................................................... 4
ČÁST 6 - PLATEBNÍ PODMÍNKY ................................................................................... 5
ČÁST 7 - MÍSTO PLNĚNÍ .............................................................................................. 5
ČÁST 8 - DOBA PLNĚNÍ................................................................................................ 6
ČÁST 9 - PROVÁDĚNÍ SLUŽEB...................................................................................... 6
ČÁST 10 - ZKUŠEBNÍ PROVOZ ..................................................................................... 8
ČÁST 11 - PŘEPRAVA SLUŽEB ...................................................................................... 9
ČÁST 12 - PODDODAVATELÉ ...................................................................................... 10
ČÁST 13 - PŘEDÁNÍ A PŘEVZETÍ SLUŽEB................................................................... 10
ČÁST 14 - VLASTNICKÉ PRÁVO A NEBEZPEČÍ ŠKODY ................................................ 11
ČÁST 15 - VADY PLNĚNÍ A ZÁRUKA ........................................................................... 12
ČÁST 16 - UPLATNĚNÍ PRÁV Z VADNÉHO PLNĚNÍ...................................................... 12
ČÁST 17 - PODMÍNKY ODSTRANĚNÍ VAD................................................................... 13
ČÁST 18 - POJIŠTĚNÍ ................................................................................................ 14
ČÁST 19 - DUŠEVNÍ VLASTNICTVÍ............................................................................. 14
ČÁST 20 - SANKCE ..................................................................................................... 15
ČÁST 21 - OBECNÁ ODPOVĚDNOST POSKYTOVATELE ................................................ 15
ČÁST 22 - ODSTOUPENÍ OD SMLOUVY O POSKYTOVÁNÍ SLUŽEB............................... 16
ČÁST 23 - OSTATNÍ UJEDNÁNÍ .................................................................................. 17

1/18 Správa železnic, státní organizace Sídlo: Dlážděná 1003/7, 110 00 Praha 1
zapsána v obchodním rejstříku vedeném Městským IČ: 709 94 234 DIČ: CZ 709 94 234
soudem v Praze, spisová značka A 48384 www.spravazeleznic.cz
ČÁST 1 - ÚVODNÍ USTANOVENÍ

1. Pro účely těchto Obchodních podmínek mají následující slova význam u nich uvedený:
1.1. Občanský zákoník – zákon č. 89/2012 Sb., občanský zákoník, ve znění
pozdějších předpisů.
1.2. ZoDPH – zákon č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších
předpisů.
1.3. ZoÚ – zákon č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů.
1.4. SZ – zákon č. 183/2006 Sb., o územním plánování a stavebním řádu (stavební
zákon), ve znění pozdějších předpisů.
1.5. ZZVZ – zákon č. 134/2016 Sb., o zadávání veřejných zakázkách, ve znění
pozdějších předpisů.
1.6. Objednatel – 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.7. Poskytovatel – osoba uvedená ve Smlouvě o poskytování služeb jako
Poskytovatel; též všechny osoby, které jsou ve Smlouvě o poskytování služeb
uvedené na straně Poskytovatele, je-li na straně Poskytovatele více než jedna
osoba.
1.8. Smluvní strany – Objednatel a Poskytovatel.
1.9. Smluvní strana – Objednatel nebo Poskytovatel dle smyslu ujednání.
1.10. Nabídka – souhrn dokumentů, které Poskytovatel podal jako návrh do
zadávacího řízení, na jehož základě byla uzavřena Smlouva o poskytování služeb.
1.11. Smlouva o poskytování služeb – smlouva uzavřená mezi Smluvními stranami,
která odkazuje na Obchodní podmínky.
1.12. Obchodní podmínky – tento text obchodních podmínek.
1.13. Předmět služeb – věc, která má být zhotovena, nebo činnost s jiným
výsledkem, specifikovaná ve Smlouvě o poskytování služeb.
1.14. Související plnění – další plnění (práce, dodávky, služby, činnosti a výkony),
která je Poskytovatel povinen dle Smlouvy o poskytování služeb poskytnout vedle
samotného provedení Předmětu služeb.
1.15. Rozhodnutí Objednatele – veškerá rozhodnutí, sdělení, souhlasy, povolení či
jiné výsledky úkonů orgánů státní správy, samosprávy či jiných subjektů, které
pro účely Služeb nebo v souvislosti s ním získal nebo do doby dokončení Služeb
získá Objednatel a jež Objednatel Poskytovateli předal nebo s nimiž se
Poskytovatel jinak seznámil.
1.16. Rozhodnutí Poskytovatele – veškerá rozhodnutí, sdělení, souhlasy, povolení či
jiné výsledky úkonů orgánů státní správy, samosprávy či jiných subjektů, které je
Poskytovatel povinen dle Smlouvy o poskytování služeb získat. Jakékoliv
Rozhodnutí Poskytovatele, které není v českém jazyku, musí být do českého
jazyka přeloženo a překlad musí být úředně ověřen.
1.17. Veřejnoprávní podklady – souhrn Rozhodnutí Objednatele a Rozhodnutí
Poskytovatele.
1.18. Doklady – veškeré listiny, které se vztahují k Předmětu služeb nebo
Souvisejícímu plnění a které jsou třeba k jejich převzetí a užívání; veškerá
Rozhodnutí Poskytovatele; veškeré další listiny, vyjma Výzvy k úhradě, které je
Poskytovatel dle Smlouvy o poskytování služeb povinen předat Objednateli.
Všechny Doklady musejí být v českém jazyku, nebo v původním jazyku
s překladem do českého jazyka, není-li uvedeno jinak.
1.19. Služby – souhrn veškerých plnění, která je Poskytovatel povinen provést za
účelem splnění Smlouvy o poskytování služeb; zahrnuje zejm. provedení
Předmětu služeb, poskytnutí či provedení Souvisejícího plnění a dodání Dokladů.
1.20. Cena služeb – cena za Služby sjednaná ve Smlouvě o poskytování služeb
(částka bez DPH).
1.21. Výzva k úhradě – daňový doklad, je-li Poskytovatel povinen dle ZoDHP uhradit
v souvislosti s provedením Služeb nebo jeho části DPH, nebo faktura, pokud

2/18
1.22. Poskytovatel v souvislosti s provedením Služeb nebo jeho části není dle ZoDPH
1.23. povinen uhradit DPH.
1.24. Vícepráce – práce, dodávky nebo služby nad rámec Smlouvy o poskytování
služeb, na jejichž provedení se Smluvní strany dohodnou po uzavření Smlouvy o
1.25. poskytování služeb.
1.26. Méněpráce – práce, dodávky nebo služby v rámci Smlouvy o poskytování
1.27. služeb, na jejichž vypuštění se Smluvní strany dohodnou po uzavření Smlouvy o
1.28. poskytování služeb.
Obalový materiál – palety, dřevěné desky či jiné věci, které slouží pro potřeby
přepravy nebo ochrany Předmětu služeb. Dle kontextu Smlouvy o poskytování
služeb se rozumí Obalovým materiálem též jednotlivý kus palety, dřevěné desky
nebo jiné věci.
Přejímací řízení – proces, při kterém Poskytovatel předává a Objednatel
kontroluje a přebírá Služby, nebo je odmítá.
Předávací protokol – listina osvědčující předání a převzetí Služeb nebo jeho
části, jejíž minimální náležitosti jsou uvedeny v části Předání a převzetí Služeb.
Záruční doba – doba, do jejíhož uplynutí je Objednatel oprávněn uplatňovat
práva z vad plnění poskytnutého Poskytovatelem na základě Smlouvy o
poskytování služeb; Záruční doba činí 24 měsíců.
CTD – Centrum telematiky a diagnostiky, organizační jednotka Objednatele.

ČÁST 2 - NÁVRH NA UZAVŘENÍ SMLOUVY O POSKYTOVÁNÍ SLUŽEB

2. Odpověď Smluvní strany na návrh na uzavření Smlouvy o poskytování služeb učiněný
druhou Smluvní stranou, která vymezuje obsah návrhu jinými slovy nebo která obsahuje
jakékoliv, byť nepodstatné, dodatky, odchylky, výhrady nebo omezení není přijetím
návrhu.

3. I pozdní přijetí návrhu na uzavření Smlouvy o poskytování služeb má účinky včasného
přijetí, pokud navrhující Smluvní strana bez zbytečného odkladu alespoň ústně vyrozumí
druhou Smluvní stranu, že přijetí považuje za včasné, nebo pokud se začne chovat ve
shodě s návrhem.

4. Plyne-li z písemnosti, která vyjadřuje přijetí návrhu na uzavření Smlouvy o poskytování
služeb, že byla odeslána za takových okolností, že by došla navrhující Smluvní straně
včas, kdyby její přeprava probíhala obvyklým způsobem, má pozdní přijetí účinky
včasného přijetí, ledaže navrhující Smluvní strana bez odkladu vyrozumí alespoň ústně
druhou Smluvní stranu, že považuje návrh za zaniklý.

5. Bez ohledu na jakékoliv okolnosti nelze přijmout návrh na uzavření Smlouvy o
poskytování služeb tak, že se Smluvní strana, jíž je návrh určen, podle návrhu zachová.

6. Odkáží-li Smluvní strany v návrhu na uzavření Smlouvy o poskytování služeb i v
přijetí návrhu na obchodní podmínky, které si odporují, je Smlouva o
poskytování služeb přesto uzavřena s obsahem určeným v tom rozsahu, v
jakém obchodní podmínky nejsou v rozporu; to platí i v případě, že to obchodní
podmínky vylučují. Vyloučí-li to některá ze Smluvních stran nejpozději bez
zbytečného odkladu po výměně projevů vůle, Smlouva o poskytování služeb
uzavřena není.

7. Smlouva o poskytování služeb může být uzavřena pouze v písemné podobě.

ČÁST 3 - SLUŽBY

8. Poskytovatel se zavazuje provést na svůj náklad a nebezpečí pro Objednatele Služby a
Objednatel se zavazuje Služby převzít a zaplatit Poskytovateli Cenu služeb a příslušnou
DPH, bude-li Poskytovatel povinen dle ZoDHP uhradit v souvislosti s provedením Služeb
nebo jeho části DPH.

9. Poskytovatel je povinen provést Služby v jakosti, provedení a způsobem uvedeným ve
Smlouvě o poskytování služeb a zároveň

3/18
9.1. v jakosti, provedení a způsobem, jenž odpovídá vlastnostem a způsobu, které
Poskytovatel popsal nebo které Objednatel očekával s ohledem na povahu
Služeb, a to v rozsahu, ve kterém není v rozporu s jakostí, provedením a
způsobem sjednaným ve Smlouvě o poskytování služeb,

9.2. v jakosti, provedení a způsobem, jenž se hodí k účelu vyplývajícímu ze Smlouvy
o poskytování služeb a není-li v ní vyjádřen pak k účelu, ke kterému se Služby
obvykle používá, a to v rozsahu, ve kterém není v rozporu s jakostí, provedením
a způsobem sjednaným ve Smlouvě o poskytování služeb,

9.3. v souladu s Veřejnoprávními podklady,
9.4. v souladu s požadavky právních předpisů a příslušných ČSN.
10. Je-li jakost či provedení Předmětu služeb zároveň určeno vzorkem nebo předlohou, musí
Předmět služeb odpovídat jakostí nebo provedením vzorku nebo předloze. Liší-li se
jakost nebo provedení určené ve Smlouvě o poskytování služeb a vzorek nebo předloha,
rozhoduje Smlouva o poskytování služeb. Určuje-li Smlouva o poskytování služeb a
vzorek nebo předloha jakost nebo provedení rozdílně, nikoliv však rozporně, musí
Předmět služeb odpovídat Smlouvě o poskytování služeb i vzorku nebo předloze.
11. Opatřuje-li Poskytovatel věc za účelem jejího zpracování při provádění Služeb, je povinen
opatřit věc novou, nepoužitou a neopotřebovanou.
12. Je-li součástí Služeb povinnost Poskytovatele zajistit jakékoliv Rozhodnutí Poskytovatele,
je Poskytovatel povinen provést veškeré činnosti, kterých je k získání příslušného
Rozhodnutí Poskytovatele třeba.

ČÁST 4 - CENA SLUŽEB

13. Cena služeb zahrnuje veškeré náklady Poskytovatele spojené se splněním jeho
povinností vyplývajících ze Smlouvy o poskytování služeb a Obchodních podmínek a zisk
Poskytovatele.

14. Objednatel není povinen hradit v souvislosti se Smlouvou o poskytování služeb žádné
jiné finanční částky, než Cenu služeb a případně příslušnou DPH, není-li uvedeno jinak
(tím není dotčeno právo Poskytovatele na případnou úhradu smluvní pokuty, úroků
z prodlení, či jiných sankcí, a právo na náhradu škody způsobené Objednatelem).

15. Cena služeb obsahuje předpokládaný vývoj cen vstupních nákladů a předpokládané
zvýšení ceny v závislosti na čase plnění, a to až do dokončení Služeb.

16. Je-li Poskytovatel povinen dle ZoDHP uhradit v souvislosti s provedením Služeb nebo
jeho části DPH, je Objednatel povinen Poskytovateli takovou DPH uhradit vedle Ceny
služeb.

17. Cenu služeb lze měnit pouze za podmínek uvedených v části Změna ceny Služeb (viz
ČÁST 5 - Obchodních podmínek).

18. Konečné finanční částky na fakturách/daňových dokladech nesmí být zaokrouhlovány na
celé Kč. Objednatel nebude akceptovat zaokrouhlení a haléřové vyrovnání v případě
uvedení na faktuře/daňovém dokladu nebude hradit.

ČÁST 5 - ZMĚNA CENY SLUŽEB

19. Změna ceny služeb je možná pouze v případě
19.1. víceprací nebo méněprací,
19.2. zjistí-li Poskytovatel při kontrole projektové dokumentace předané mu
Objednatelem vady nebo její nevhodnost či neúplnost, které mají vliv na náklady
Poskytovatele,
19.3. v jiných případech jen pokud se na tom Smluvní strany dohodnou.

20. V případě víceprací i méněprací Poskytovatel provede ocenění jejich soupisu
jednotkovými cenami položkového rozpočtu, je-li ve Smlouvě o poskytování služeb
zahrnut.

4/18
21. Pokud práce, dodávky nebo služby nebudou v položkovém rozpočtu obsaženy nebo
položkový rozpočet není ve Smlouvě o poskytování služeb zahrnut, užije se pro jejich
ocenění cena obvyklá.

22. V případě vad, nevhodnosti nebo neúplnosti projektové dokumentace, kterou předal
Objednatel Poskytovateli, je-li taková projektová dokumentace součástí Smlouvy o
poskytování služeb, mají-li takové vady, nevhodnosti nebo neúplnosti vliv na náklady
Poskytovatele, postupují smluvní strany obdobně jako při oceňování víceprací nebo
méněprací.

23. Změnu Ceny služeb lze provést jen uzavřením dodatku ke Smlouvě o poskytování
služeb.

ČÁST 6 - PLATEBNÍ PODMÍNKY

24. Objednatel neposkytuje zálohy.
25. Poskytovatel vyúčtuje Objednateli Cenu služeb a případnou DPH Výzvou k úhradě.
26. Cenu služeb a případnou DPH je Objednatel povinen uhradit Poskytovateli do 30 dnů ode

dne převzetí Služeb; má-li být dle Smlouvy o poskytování služeb proveden též zkušební
provoz, pak do 30 dnů ode dne úspěšného ukončení zkušebního provozu, nastane-li den
skončení zkušebního provozu později než převzetí Služeb Objednatelem.
27. Cena služeb a případná DPH je uhrazena dnem jejich odepsání z bankovního účtu
Objednatele.
28. Je-li Výzva k úhradě fakturou, musí obsahovat náležitosti účetního dokladu dle §11 ZoÚ
a náležitosti stanovené v §435 Občanského zákoníku.
29. Je-li Výzva k úhradě daňovým dokladem, musí obsahovat náležitosti daňového dokladu
dle §28 ZoDPH a náležitosti stanovené v §435 Občanského zákoníku.
30. Výzva k úhradě musí vždy obsahovat číslo Smlouvy o poskytování služeb, včetně
uvedení uzavřených dodatků, její přílohou musí být vždy jedno vyhotovení Protokolu o
převzetí potvrzeného Objednatelem. Ve výzvě k úhradě musí být vždy uvedeny jako
identifikace Objednatele nejméně následující údaje:
Správa železnic, státní organizace
Dlážděná 1003/7, 110 00 Praha 1 – Nové Město
IČO: 709 94 234
Obchodní rejstřík u Městského soudu v Praze, sp. zn. A 48384
31. Výzvu k úhradě je Poskytovatel povinen doručit Objednateli ve dvou vyhotoveních
nejpozději 15 dnů před uplynutím doby uvedené v odstavci 26 Obchodních podmínek.
32. Splatnost Výzvy k úhradě musí být stanovena tak, aby nenastala dříve, než uplyne doba
stanovená v odstavci 26 Obchodních podmínek.
33. Stanoví-li Výzva k úhradě splatnost delší, než je jako minimální stanovena v předchozím
odstavci, je Objednatel oprávněn uhradit Cenu služeb a případnou DPH ve lhůtě
splatnosti určené ve Výzvě k úhradě.
34. Stane-li se Poskytovatel nespolehlivým plátcem nebo daňový doklad Poskytovatele bude
obsahovat číslo bankovního účtu, na který má být plněno, aniž by bylo uvedeno ve
veřejném registru spolehlivých účtů, je objednatel oprávněn z finančního plnění uhradit
daň z přidané hodnoty přímo místně a věcně příslušnému správci daně Poskytovatele.
35. Je-li ve Smlouvě o poskytování služeb výslovně stanoveno, že Poskytovatel bude
předávat Objednateli Služby po částech, je Poskytovatel oprávněn vystavit Výzvu
k úhradě předávané části Služeb poté, co Objednatel převezme příslušnou část Služeb.
Ustanovení odstavců 26 - 33 Obchodních podmínek se užijí obdobně.
36. Ustanovení §2611, §2620–2622 a §2624 Občanského zákoníku se neužijí.

ČÁST 7 - MÍSTO PLNĚNÍ

37. Poskytovatel je povinen předat Objednateli Služby v místě, jež vyplývá ze Smlouvy o
poskytování služeb. Nelze-li takto místo předání Služeb zjistit, vyzve Poskytovatel
Objednatele, aby sdělil, ve kterém místě má Poskytovatel Objednateli Služby předat.

5/18
Nesdělí-li Objednatel místo plnění do 5 pracovních dnů ode dne doručení výzvy
Poskytovatele, je Poskytovatel povinen Služby předat Objednateli v sídle Objednatele.

ČÁST 8 - DOBA PLNĚNÍ

38. Poskytovatel je povinen zahájit provádění Služeb bez zbytečného odkladu po uzavření
Smlouvy o poskytování služeb.

39. Je-li součástí povinností Poskytovatele doprava Služeb po jeho zhotovení do místa plnění
dle Smlouvy o poskytování služeb, je Poskytovatel povinen dopravit Služby do místa
plnění v pracovní den v době od 8 do 15 hodin. Dodá-li Poskytovatel Služby Objednateli
v jiné než uvedené době, je Objednatel oprávněn odmítnout Služby převzít a není
zároveň v prodlení s převzetím Služeb. Připadne-li konec sjednané doby plnění na
sobotu, neděli nebo svátek, není Poskytovatel v prodlení, dodá-li Služby nejblíže
následující pracovní den v časovém rozmezí dle tohoto odstavce.

40. Není-li stanoveno jinak, je Poskytovatel povinen začít s plněním svých povinností vždy
bez zbytečného odkladu.

41. Zjistí-li Poskytovatel jakékoliv skutečnosti, které by mohly mít vliv na dobu plnění, je
Poskytovatel povinen bez zbytečného odkladu Objednatele o takových skutečnostech
informovat.

ČÁST 9 - PROVÁDĚNÍ SLUŽEB

42. Poskytovatel provede Služby s potřebnou péčí v ujednaném čase a obstará vše, co je k
provedení Služeb potřeba.

43. Při provádění Služeb postupuje Poskytovatel samostatně, je však vázán příkazy
Objednatele ohledně způsobu provádění Služeb.

44. Poskytovatel se zavazuje brát v úvahu veškeré upozornění Objednatele, týkající se
realizace Služeb a upozorňující na možné porušování smluvních i právními předpisy
stanovených povinností Poskytovatele.

45. Poskytovatel je povinen upozornit Objednatele bez zbytečného odkladu na nevhodnou
povahu věcí převzatých od Objednatele nebo příkazů daných mu Objednatelem k
provedení Služeb, jestliže Poskytovatel mohl tuto nevhodnost zjistit při vynaložení
odborné péče.

46. Překáží-li nevhodná věc nebo příkaz v řádném provádění Služeb, Poskytovatel je v
nezbytném rozsahu přeruší až do výměny věci nebo změny příkazu; trvá-li Objednatel na
provádění Služeb s použitím předané věci nebo podle daného příkazu, má Poskytovatel
právo požadovat, aby tak Objednatel učinil v písemné formě.

47. Doba stanovená pro dokončení Služeb se prodlužuje o dobu vyvolanou přerušením
dle předchozího odstavce.

48. Trvá-li Objednatel na provádění Služeb s použitím předané věci nebo podle daného
příkazu a zachová-li se Poskytovatel podle toho, nemá Objednatel práva z vady Služeb
vzniklé pro nevhodnost věci nebo příkazu.
Harmonogram

49. Je-li dle Smlouvy o poskytování služeb vyžadován Harmonogram provádění Služeb, je
Poskytovatel povinen jej předložit Objednateli bez zbytečného odkladu po uzavření
Smlouvy o poskytování služeb, nejpozději však do 10 dnů ode dne uzavření Smlouvy o
poskytování služeb.

50. Poskytovatel je povinen udržovat harmonogram v aktuálním stavu a v případě změny
vždy předat Objednateli bezodkladně aktualizovaný harmonogram.
Kontrola provádění prací

51. Objednatel je oprávněn kontrolovat provádění Služeb. Zjistí-li objednatel, že
Poskytovatel provádí Služby v rozporu s povinnostmi vyplývajícími ze Smlouvy o
poskytování služeb, Obchodních podmínek, Veřejnoprávních podkladů, právních předpisů
nebo příslušných ČSN, je Objednatel oprávněn dožadovat se toho, aby Poskytovatel
odstranil vady vzniklé vadným prováděním a Služby prováděl řádným způsobem. Jestliže

6/18
tak Poskytovatel neučiní v přiměřené lhůtě, jedná se o podstatné porušení Smlouvy o
poskytování služeb.
52. Poskytovatel je povinen písemně vyzvat Objednatele ke kontrole a prověření prací, které
v dalším postupu budou zakryty nebo se stanou nepřístupnými. Poskytovatel je povinen
vyzvat Objednatele nejméně 3 pracovní dny před termínem, v němž budou předmětné
práce zakryty nebo znepřístupněny.
53. Před zakrytím nebo znepřístupněním prací je Poskytovatel povinen pořídit podrobnou
fotodokumentaci prací a předat ji Objednateli v digitální podobě na CD nebo DVD nosiči
bez zbytečného odkladu po pořízení fotodokumentace.
54. Pokud se Objednatel ke kontrole přes včasné písemné vyzvání nedostaví, je Poskytovatel
oprávněn předmětné práce zakrýt. Bude-li se v tomto případě Objednatel dodatečně
požadovat jejich odkrytí, je Poskytovatel povinen toto odkrytí provést na náklady
Objednatele. Pokud se však zjistí, že práce nebyly řádně provedeny, nese veškeré
náklady spojené s odkrytím prací, opravou chybného stavu a následným zakrytím
Poskytovatel.
55. Obdobně bude-li Objednatel požadovat vykonání zvláštních zkoušek nebo ověření
jakékoliv části Služeb z důvodu podezření, že tato část Služeb neodpovídá Smlouvě o
poskytování služeb, Obchodním podmínkám, Veřejnoprávním podkladům, právním
předpisům nebo příslušným ČSN, a bude-li zjištěno, že podezření bylo správné, nese
náklady spojené s vykonáním zkoušek nebo ověřením Poskytovatel.
56. Poskytovatel je povinen umožnit výkon technického a autorského dozoru.

Kontrolní dny
57. Pro účely kontroly průběhu provádění Služeb může Objednatel nebo jím pověřená osoba

provést kontrolní dny v termínech nezbytných pro řádné provádění kontroly.
58. Kontrolních dnů se zúčastní zástupci Objednatele případně osob vykonávajících funkci

technického dozoru a autorského dozoru.
59. Zástupci Poskytovatele jsou povinni se kontrolních dnů zúčastňovat. Poskytovatel má

právo přizvat na kontrolní den své poddodavatele podílející se v souladu se Smlouvou o
poskytování služeb a Obchodními podmínkami na provádění Služeb.
60. Kontrolní dny vede Objednatel nebo jím pověřená osoba.
61. Obsahem kontrolního dne je zejména zpráva Poskytovatele o postupu prací, kontrola
postupu prací, připomínky a podněty osob vykonávajících funkci technického a
autorského dozoru a stanovení případných nápravných opatření a úkolů.
62. Objednatel nebo jím pověřená osoba pořizuje z kontrolního dne zápis, který předá všem
zúčastněným.

Dodržování zákazu požívání alkoholických nápojů a užívání jiných návykových

látek
63. Objednatel je oprávněn provádět u všech osob, které Poskytovatel používá při provádění

služeb, kontrolu, zda tyto osoby nejsou pod vlivem alkoholu nebo návykové látky. Osoby
Objednatele oprávněné k provádění této kontroly určí ředitel organizační jednotky
Správy železnic, státní organizace opatřením. V podmínkách Ředitelství Správy železnic,
státní organizace vydá toto opatření ředitel odboru personálního.
64. Poskytovatel seznámí své zaměstnance a osoby, které používá při provádění služeb s
povinností podrobit se kontrole prováděné Objednatelem.
65. Kontrola bude prováděna orientační dechovou zkouškou na přítomnost alkoholu a
slinným testem na přítomnost návykových látek.

66. Kontrola bude prováděna dle části třetí body 3.2–3.5 a části čtvrté body 4.2–4.5 Pokynu
generálního ředitele č. 3/2011 „Dodržování zákazu požívání alkoholických nápojů a
užívání jiných návykových látek“ č.j.: 12 373/10-PERS účinného od 1. 8. 2011.

67. Pozitivní výsledek ověření bude neprodleně oznámen Poskytovateli (telefonicky,
emailem).

68. Náklady na vyšetření v případě pozitivního výsledku uhradí Poskytovatel.
69. V případě pozitivního výsledku kontroly nesmí dotčená osoba Poskytovatele pokračovat

ve vykonávané činnosti a bude jí odebrán „Průkaz ke vstupu do objektů a provozované
železniční dopravní cesty Správy železnic, státní organizace“.

7/18
70. V případě, že osoba, kterou Poskytovatel používá při provádění služeb, se odmítne
podrobit zjištění, zda není pod vlivem alkoholu nebo návykové látky, nebo je-li u této
osoby dosaženo pozitivního výsledku kontroly, je Objednatel oprávněn na základě
posouzení souvisejících okolností, uplatnit vůči Poskytovateli sankci až do výše 100 000,-
Kč za každý jednotlivý případ.

Dodržování podmínek stanovisek příslušných orgánů a organizací
71. Poskytovatel se zavazuje dodržet při provádění Služeb veškeré podmínky vyplývající

z Veřejnoprávních podkladů.
72. Pokud nesplněním těchto podmínek vznikne Objednateli škoda, je Poskytovatel povinen

nahradit škodu v plném rozsahu, ledaže prokáže, že škodě nemohl zabránit ani v případě
vynaložení veškeré možné péče, kterou na něm lze spravedlivě požadovat.
Použité materiály a výrobky
73. Poskytovatel se zavazuje a odpovídá za to, že při realizaci Služeb nepoužije žádný
materiál, o kterém je v době jeho užití známo, že je škodlivý. Pokud tak Poskytovatel
učiní, je povinen na vyzvání Objednatele provést nápravu, přičemž veškeré náklady s tím
spojené nese Poskytovatel.
74. Poskytovatel se zavazuje, že k realizaci Služeb nepoužije materiály, které nemají
požadovanou certifikaci či předepsaný průvodní doklad, je-li to pro jejich použití
nezbytné podle Smlouvy o poskytování služeb, Obchodních podmínek, Veřejnoprávních
podkladů, právních předpisů nebo příslušných ČSN. Certifikace a průvodní doklady
Poskytovatele použitých materiálů jsou součástí Dokladů.
Částečné plnění
75. Nabízí-li Poskytovatel Objednateli částečné plnění Předmětu služeb, aniž by částečné
plnění bylo výslovně sjednáno ve Smlouvě o poskytování služeb, není Objednatel
povinen částečné plnění přijmout. Přijme-li Objednatel částečné plnění, je Poskytovatel
povinen nahradit Objednateli zvýšené náklady způsobené mu částečným plněním.
Ostatní ujednání
76. Vícepráce lze provést a méněpráce neprovést až poté, co budou vícepráce nebo
méněpráce dohodnuty včetně změn Ceny služeb dodatkem ke Smlouvě o poskytování
služeb. Provede-li Poskytovatel vícepráce v rozporu s tímto odstavcem, ponese náklady
na ně ze svého.
77. Dojde-li k jakémukoliv úrazu při provádění Služeb nebo při činnostech souvisejících s
prováděním Služeb je Poskytovatel povinen zabezpečit vyšetření úrazu a sepsání
příslušného záznamu. Objednatel je povinen poskytnout Poskytovateli nezbytnou
součinnost.
78. Žádný z podkladů, které Poskytovatel převzal od Objednatele v souvislosti s Dílem ani
žádný Doklad není Poskytovatel oprávněn bez předchozího písemného svolení
Objednatele užít k jiným účelům, než je provedení Služeb, zejména je nesmí poskytnout
třetím osobám.
79. Poskytovatel je povinen při provádění Služeb postupovat v součinnosti s případnými
jinými dodavateli Objednatele, a to dle pokynů udělených Objednatelem a nebudou-li
pokyny uděleny, postupovat tak, aby umožnil ostatním dodavatelům v co největší míře
plnit jejich závazky.
80. Objednatel se zavazuje poskytovat Poskytovateli součinnost při provádění Služeb v
rozsahu a způsobem, ve kterém lze tuto součinnost po Objednateli spravedlivě
požadovat. Bude-li Poskytovatelem požadována po Objednateli jakákoliv součinnost dle
předchozí věty, je Poskytovatel povinen Objednatele k jejímu poskytnutí s dostatečným
předstihem vyzvat a ve výzvě ji dostatečně specifikovat.
81. Poskytovatel na sebe přebírá nebezpečí změny okolností ve smyslu §1765 Občanského
zákoníku.
82. Ustanovení §1912, §2595 Občanského zákoníku se neužijí.

ČÁST 10 - ZKUŠEBNÍ PROVOZ

83. Ustavení této části se užijí v případě, že ze Smlouvy o poskytování služeb nebo z povahy
Předmětu služeb vyplývá, že má být proveden zkušební provoz.

8/18
84. Zkušebním provozem se prověřuje, zda Předmět služeb je za předpokládaných
provozních a výrobních podmínek schopen dosahovat výkonů (parametrů) v kvalitě a
množství stanovených Smlouvou o poskytování služeb, Obchodními podmínkami,
Veřejnoprávními podklady, právními předpisy a příslušnými ČSN.

85. Zkušební provoz je Poskytovatel povinen provést před předáním Služeb Objednateli, do
doby úspěšného provedení zkušebního provozu není Služby dokončeno.

86. Zkušební provoz musí trvat minimálně 48 hodin, nestanoví-li Veřejnoprávní podklady,
právní předpisy nebo příslušné ČSN jinak.

87. Poskytovatel se zavazuje v průběhu zkušebního provozu neprodleně odstraňovat veškeré
vady, které bude Předmět služeb vykazovat.

88. Zkušební provoz bude úspěšně proveden, nebude-li Předmět služeb k poslednímu dni
doby stanovené pro zkušební provoz vykazovat vady bránící jeho užívání.

89. Bude-li k poslednímu dni doby zkušebního provozu Předmět služeb vykazovat vady
bránící užívání, prodlužuje se délka trvání zkušebního provozu o dobu dle dohody
Smluvních stran, jinak o 24 hodin.

90. Úspěšné provedení zkušebního provozu je podmínkou převzetí služeb Objednatelem.

ČÁST 11 - PŘEPRAVA SLUŽEB

91. Ustavení této části se užijí v případě, je-li Služby po svém zhotovení za účelem předání
Objednateli přepravováno.

92. Je-li dle Smlouvy o poskytování služeb nebo zvyklostí třeba Předmět služeb zabalit,
Poskytovatel Předmět služeb zabalí dle Smlouvy o poskytování služeb; není-li ujednání o
balení Předmětu služeb ve Smlouvě o poskytování služeb, pak dle zvyklostí, a není-li
jich, pak způsobem potřebným pro uchování Předmětu služeb a jeho ochranu.

93. Jestliže Poskytovatel označí Obalový materiál nejpozději do doby převzetí Předmětu
služeb Objednatelem jako vratný, a to přímo na Obalovém materiálu, v Dokladech nebo
jiným zřejmým způsobem, ze kterého bude zřejmé, který Obalový materiál je vratný, je
Objednatel oprávněn předat Poskytovateli při předávacím řízení (viz ČÁST 13 -
Obchodních podmínek) stejné množství Obalového materiálu téhož druhu
a srovnatelného nebo nižšího stupně opotřebení. V rozsahu předání Obalového materiálu
Objednatelem Poskytovateli dle předchozí věty zaniká právo Poskytovatele na vrácení
Obalového materiálu.

94. V rozsahu, v němž Objednatel nevrátí vratný Obalový materiál Poskytovateli dle
předchozího odstavce, je Poskytovatel oprávněn Objednateli vyúčtovat zálohu na vratný
Obalový materiál. Výše zálohy nesmí přesáhnout dvojnásobek pořizovací ceny Obalového
materiálu.

95. Doposud nevrácený vratný Obalový materiál je Objednatel povinen na vlastní náklady
dopravit do sídla Poskytovatele, a to nejpozději do jednoho roku od převzetí Předmětu
služeb Objednatelem. Objednatel je oprávněn nahradit nevrácený vratný Obalový
materiál Obalovým materiálem stejného druhu a srovnatelného nebo nižšího stupně
opotřebení. Bez zbytečného odkladu po převzetí vráceného Obalového materiálu nebo
jeho náhrady Poskytovatelem, je Poskytovatel povinen vrátit Objednateli zaplacenou
zálohu na vratný Obalový materiál. Nevrátí-li Objednatel dosud nevrácený vratný
Obalový materiál nebo Obalový materiál stejného druhu a srovnatelného nebo nižšího
stupně opotřebení ani do dvou let od převzetí Předmětu služeb Objednatelem, stává se
nevrácený vratný Obalový materiál vlastnictvím Objednatele a složená záloha se stává
vlastnictvím Poskytovatele.

96. Pokud Poskytovatel Předmět služeb Objednateli odesílá prostřednictvím dopravce,
umožní Poskytovatel Objednateli uplatnit práva z přepravní smlouvy vůči dopravci, pokud
o to Objednatel Poskytovatele požádá.

97. Pokud Poskytovatel Předmět služeb Objednateli odesílá prostřednictvím dopravce, je
Poskytovatel povinen zajistit dopravu u dopravce tak, aby Předmět služeb byl dodán
Objednateli v době uvedené v odstavci 39 Obchodních podmínek.

98. Je-li třeba provést vyložení Předmětu služeb z dopravního prostředku, je vyložení
povinen provést Poskytovatel na své náklady.

9/18
99. Je-li Objednatel v prodlení s převzetím Předmětu služeb, uchová jej Poskytovatel, může-
li s ním nakládat, pro Objednatele způsobem přiměřeným okolnostem. Převzal-li
Objednatel Předmět služeb, který zamýšlí odmítnout, uchová jej způsobem přiměřeným
okolnostem. Smluvní strana, která uchovává Předmět služeb pro druhou Smluvní stranu,
má právo na náhradu účelně vynaložených nákladů spojených s uchováním Předmětu
služeb, nemůže jej však za účelem zajištění svého práva na úhradu nákladů zadržet.

ČÁST 12 - PODDODAVATELÉ

100. Poskytovatel je oprávněn pověřit provedením části Služeb třetí osobu – poddodavatele.
101. Poskytovatel odpovídá za činnost poddodavatele tak, jako by činnost prováděl sám.
102. Poskytovatel je oprávněn pověřit provedením části Služeb poddodavatele pouze, pokud
je poddodavatel uveden v příloze Smlouvy o poskytování služeb.
103. Poskytovatel se zavazuje, že poddodavatelé splní všechny povinnosti vyplývající
Poskytovateli ze Smlouvy o poskytování služeb, a to přiměřeně k povaze a rozsahu
104. poddodávky.
Poskytovatel se zavazuje, že poddodavatelé, kterými prokazoval splnění kvalifikace v
zadávacím řízení, se budou podílet na provedení příslušné věcně vymezené části Služeb
v rozsahu dle Nabídky Poskytovatele.
Poskytovatel je oprávněn změnit poddodavatele pouze s předchozím písemným
souhlasem Objednatele. Objednatel vydá písemný souhlas se změnou do 10 dnů od
doručení žádosti Poskytovatele. Objednatel souhlas se změnou nevydá, pokud
104.1. prostřednictvím původního poddodavatele Poskytovatel v zadávacím řízení

prokazoval kvalifikaci a nový poddodavatel nebude mít stejnou či vyšší kvalifikaci
jako původní nahrazovaný poddodavatel nebo
104.2. po Objednateli nelze spravedlivě požadovat, aby s takovou změnou souhlasil.

ČÁST 13 - PŘEDÁNÍ A PŘEVZETÍ SLUŽEB

105. Závazek Poskytovatele provést Služby je splněn jeho dokončením a převzetím Služeb
106. Objednatelem, včetně převzetí veškerých Dokladů.
Součástí Dokladů je dle povahy a charakteru Služeb též
107. 106.1. dodavatelská výrobní a dílenská dokumentace,
108. 106.2. atesty, záruční listy, prohlášení o shodě všech věcí, jež byly použity při provádění
109.
Služeb,
106.3. zápisy a osvědčení o všech předepsaných zkouškách, měřeních,
106.4. dokumenty osvědčující průběh zkušebního provozu,
106.5. servisní plán, návod k obsluze a návod k použití částí Služeb,
106.6. doklady o zabezpečení likvidace odpadů v souladu s právními předpisy,
106.7. fotodokumentace z průběhu provádění Služeb, zejména fotodokumentace prací

a konstrukcí, které byly dalším postupem prací zakryté nebo jinak
znepřístupněné,
V případě, že Smlouva o poskytování služeb, Obchodní podmínky, Veřejnoprávní
podklady, právní předpisy nebo příslušné ČSN předepisují provedení zkoušek, revizí,
atestů a měření či zajištění prohlášení o shodě týkajících se Služeb, je Poskytovatel
povinen zajistit jejich úspěšné provedení před předáním Služeb Objednateli.
Objednatel Služby převezme za předpokladu, že provedení Služeb odpovídá Smlouvě o
poskytování služeb, Obchodním podmínkám, Veřejnoprávním podkladům, právním
předpisům a příslušným ČSN, je dokončeno (plně funkční), a je prosté vad s výjimkou
ojedinělých drobných vad, které samy o sobě ani ve spojení s jinými nebrání užívání
Služeb funkčně nebo esteticky, ani jeho užívání podstatným způsobem neomezují.
Splnění podmínek pro předání Služeb bude ověřeno v rámci přejímacího řízení.
Poskytovatel je povinen písemně vyzvat Objednatele k převzetí Služeb (zahájení
přejímacího řízení). Přejímací řízení bude Objednatelem zahájeno do 5 pracovních dnů po
obdržení písemné výzvy Poskytovatele.

10/18
110. Objednatel je oprávněn přizvat k účasti v přejímacím řízení i jiné osoby, jejichž účast
111. pokládá za nezbytnou.
112. O průběhu přejímacího řízení bude Poskytovatelem pořízen zápis s identifikací vad
Služeb, pokud budou v průběhu přejímacího řízení zjištěny. Zápis bude použit jako
113. podklad pro zpracování Předávacího protokolu. Zpracování návrhu Předávacího protokolu
114. zajistí Poskytovatel.
Předávací protokol obsahuje
115. 112.1. výslovný souhlas Objednatele s převzetím Služeb
116. 112.2. datum převzetí Služeb,
112.3. prohlášení Objednatele, zda přebírá Služby bez výhrad, nebo s výhradami,
117. 112.4. soupis zjištěných vad nebránících řádnému užívání Služeb,
118. 112.5. dohodnuté lhůty k odstranění zjištěných vad nebo jiná opatření (byla-li
119.
120. dohodnuta),
112.6. soupis Dokladů předaných Poskytovatelem Objednateli.
Objednatel převezme Služby bez výhrad, je-li v předávacím řízení zjištěno, že Služby je
prosté vad.
Převezme-li Objednatel Služby s výhradami, postupují Smluvní strany dále obdobně
dle ustanovení odstavců 143 - 157 Obchodních podmínek, přičemž pro odstranění vad
platí doba sjednaná v Předávacím protokolu, jinak doba 15 dní od oboustranného
podpisu Předávacího protokolu a za reklamaci se považuje identifikace vad uvedená v
Předávacím protokolu podepsaném Objednatelem.
V případě, že Objednatel Služby nepřevezme, bude mezi Smluvními stranami sepsán
záznam s uvedením důvodu nepřevzetí Služeb a s uvedením stanovisek Smluvních stran.
Zpracování záznamu zajistí Poskytovatel.
V případě nepřevzetí Služeb Smluvní strany sjednají lhůtu pro odstranění zjištěných vad.
Nebude-li vada odstraněna ve lhůtě sjednané, jinak do 15 dní, je Objednatel oprávněn
zajistit odstranění vady jinou odborně způsobilou osobou na náklady Poskytovatele.
Veškeré náklady vzniklé Objednateli v souvislosti s odstraněním vady způsobem dle
předchozí věty je Poskytovatel povinen Objednateli uhradit. Poskytovatel je povinen ve
stanovené lhůtě odstranit vady i v případě, kdy podle jeho názoru za vady neodpovídá.
Náklady na odstranění v těchto sporných případech nese až do vyjasnění nebo do
vyřešení rozporu Poskytovatel. Po odstranění vad vyzve Poskytovatel Objednatele
k zahájení náhradního přejímacího řízení, které Objednatel zahájí bezodkladně,
nejpozději do 2 pracovních dnů od obdržení výzvy Poskytovatele.
Podpisem Předávacího protokolu nebo záznamu o nepřevzetí Služeb je přejímací řízení
ukončeno.
Pro průběh náhradního přejímacího řízení se užijí ustanovení odstavců 108 - 117
Obchodních podmínek obdobně.
Připouští-li to povaha Předmětu služeb, a není-li sjednán zkušební provoz, má Objednatel
právo, aby byl Předmět služeb před ním překontrolován nebo aby byly předvedeny jeho
funkce.
Ustanovení §1921, §2112, §2605 odst. 2, §2606, §2609, §2618 a §2629 Občanského
zákoníku se neužijí.

ČÁST 14 - VLASTNICKÉ PRÁVO A NEBEZPEČÍ ŠKODY

121. Vlastnické právo k Dílu náleží od počátku Objednateli.
122. Vlastnické právo k dodávkám materiálu a jiných hmotných movitých věcí nabývá
Objednatel okamžikem jejich zapracování do Služeb, učiněním součástí Služeb nebo
123. jakýmkoliv funkčním, estetickým či jiným spojením s Dílem.
124. Vlastnické právo k jakékoli dokumentaci vztahující se k Dílu, která není autorským dílem,
125. nabývá Objednatel okamžikem jejího vyhotovení.
Je-li vlastníkem Služeb nebo jeho části v souladu s §1083 a §1084 Občanského zákoníku
vlastník pozemku, užijí se ustanovení odstavců 121 a 122 přiměřeně.
Nebezpečí škody na Díle nese Poskytovatel, na Objednatele přechází okamžikem
oboustranného podpisu Předávacího protokolu. Pokud nebyly s Předmětem služeb

11/18
126. předány zároveň též všechny Doklady, nese Poskytovatel nebezpečí škody na dosud
127. nepředaných Dokladech až do jejich převzetí Objednatelem.
128. Náklady nutné k odstranění škody na Díle vzniklé v době, kdy nebezpečí škody nese
Poskytovatele, hradí Poskytovatel v plném rozsahu a tyto náklady nemají vliv na Cenu
služeb.
Škody na Díle vzniklé v době, kdy nebezpečí škody nese Poskytovatele, je povinen
Poskytovatel odstranit v součinnosti s Objednatelem jako vlastníkem poškozené věci a
dle jeho pokynů.
Ustanovení §2599 Občanského zákoníku se neužijí.

ČÁST 15 - VADY PLNĚNÍ A ZÁRUKA

129. Poskytovatel se zavazuje, že Služby bude v okamžiku jeho převzetí Objednatelem
vyhovovat všem požadavkům na Služby stanoveným Smlouvou o poskytování služeb,
130. Obchodními podmínkami, Veřejnoprávními podklady, právními předpisy a příslušnými
131. ČSN.
132. Poskytovatel se zavazuje, že Služby bude vyhovovat též plnění nabídnutému
133. Poskytovatelem v Nabídce.
Služby musí být prosté všech faktických a právních vad. Plnění má právní vadu, pokud
134. k němu uplatňuje právo třetí osoba.
135. Poskytovatel se zavazuje (poskytuje Objednateli záruku), že Služby a veškeré jeho části
136. si po celou dobu od okamžiku jeho převzetí Objednatelem, až do uplynutí Záruční doby
zachová vlastnosti stanovené v odstavcích 129 - 131 Obchodních podmínek.
137. Záruční doba začíná běžet dnem převzetí Služeb Objednatelem, nebo jeho poslední části,
138. je-li Služby dodáváno po částech, nebo ode dne úspěšného ukončení zkušebního
provozu, je-li dle Smlouvy o poskytování služeb vyžadován a nastane-li okamžik
139. úspěšného ukončení zkušebního provozu později než okamžik převzetí Služeb, resp. jeho
poslední části.
Služby má vady (Poskytovatel plnil vadně), jestliže při převzetí Objednatelem nebo
kdykoliv od převzetí Objednatelem do konce Záruční doby nebude mít vlastnosti
stanovené v odstavcích 129 - 131 Obchodních podmínek.
Objednatel má práva z vadného plnění i v případě, jedná-li se o vadu, kterou musel
s vynaložením obvyklé pozornosti poznat již při uzavření Smlouvy o poskytování služeb.
Objednatel nemá práva z vadného plnění, způsobila-li vadu po přechodu nebezpečí škody
na věci na Objednatele vnější událost. To neplatí, způsobil-li vadu Poskytovatel nebo
jakákoliv třetí osoba, jejímž prostřednictvím plnil své povinnosti vyplývající ze Smlouvy o
poskytování služeb.
Poskytovatel neodpovídá za vady spočívající v opotřebení Předmětu služeb, které je
obvyklé u věcí stejného nebo obdobného druhu jako Předmět služeb.
Poskytovatel odpovídá za vady spočívající v opotřebení Předmětu služeb, ke kterému do
konce Záruční doby vzhledem k požadavkům Smlouvy o poskytování služeb, Obchodních
podmínek, Veřejnoprávních podkladů, právních předpisů a příslušných ČSN na jakost a
provedení Předmětu služeb nemělo dojít.
Poskytovatel nenese odpovědnost za vady způsobené Objednatelem nebo třetími
osobami, ledaže Objednatel nebo takové osoby postupovaly v souladu s Doklady nebo
pokyny, které obdrželi od Poskytovatele.

ČÁST 16 - UPLATNĚNÍ PRÁV Z VADNÉHO PLNĚNÍ

140. Odpovídá-li Poskytovatel za vady Služeb, má Objednatel práva z vadného plnění.
141. Objednatel je oprávněn vady reklamovat u Poskytovatele jakýmkoliv způsobem,
preferovaná je písemná forma. Poskytovatel je povinen přijetí reklamace bez zbytečného
odkladu písemně potvrdit. V reklamaci Objednatel uvede popis vady nebo uvede, jak se
vada projevuje.

12/18
142. Vada je uplatněna včas, je-li písemná forma reklamace odeslána Poskytovateli nejpozději
143. v poslední den Záruční doby. Připadne-li konec Záruční doby na sobotu, neděli nebo
svátek, je vada včas uplatněna, je-li písemná forma reklamace odeslána Poskytovateli
144. nejblíže následující pracovní den.
145. Má-li Předmět služeb vady, za které Poskytovatel odpovídá, má Objednatel právo
146. 143.1. na odstranění vady dodáním nového Předmětu služeb nebo jeho části bez vady,
147.
148. pokud to není vzhledem k povaze vady zcela zřejmě nepřiměřené, nebo dodání
chybějící části Předmětu služeb,
143.2. na odstranění vady opravou Předmětu služeb nebo jeho části,
143.3. na přiměřenou slevu z Ceny služeb, nebo
143.4. odstoupit od Smlouvy o poskytování služeb.
Objednatel je oprávněn požadovat odstranění vad dodáním nového Předmětu služeb
nebo jeho části bez vady, vyskytla-li se stejná vada po její opravě opětovně, nebo
nemůže-li Objednatel řádně užívat Předmět služeb nebo jeho část pro větší počet vad.
Objednatel je oprávněn nároky dle odstavce 143 kombinovat, je-li to vzhledem
k okolnostem možné. Objednatel není oprávněn kombinovat nároky, které si navzájem
odporují (např. dodání nové části Předmětu služeb a zároveň slevy z Ceny služeb na
tutéž část Předmětu služeb).
Objednatel sdělí Poskytovateli volbu nároku z vady v reklamaci, nebo bez zbytečného
odkladu po reklamaci. Provedenou volbu nemůže Objednatel změnit bez souhlasu
Poskytovatele; to neplatí, žádal-li Objednatel opravu vady, která se ukáže jako
neopravitelná.
Nesdělí-li Objednatel Poskytovateli, jaké právo si zvolil ani bez zbytečného odkladu poté,
co jej k tomu Poskytovatel vyzval, může Poskytovatel odstranit vady podle své volby
opravou nebo dodáním nového Předmětu služeb nebo jeho části; volba nesmí
Objednateli způsobit nepřiměřené náklady.
Objednatel má nárok na náhradu nákladů účelně vynaložených v souvislosti
s oznámením vad Poskytovateli.

ČÁST 17 - PODMÍNKY ODSTRANĚNÍ VAD

149. Pokud Objednatel požaduje v reklamaci odstranění vady, je Poskytovatel povinen
150. neprodleně po obdržení reklamace zahájit činnosti vedoucí k odstranění reklamované
151. vady. Pokud Objednatel v reklamaci uvede, že se jedná o havárii, je Poskytovatel
povinen zahájit odstraňování vady nejpozději do 48 hodin po obdržení reklamace.
152. Poskytovatel je povinen odstranit Objednatelem reklamovanou vadu nejpozději do 30
153. dnů ode dne oznámení vady Poskytovateli. Jde-li o vadu označenou Objednatelem
v reklamaci jako havarijní, je Poskytovatel povinen odstranit vadu nejpozději do 5 dnů.
154. Nezahájí-li Poskytovatel činnosti vedoucí k odstranění vady do 10 dnů od oznámení vady
155. Poskytovateli, nebo nebude-li vada odstraněna ve lhůtě dle předcházejícího odstavce,
je Objednatel oprávněn
151.1. zajistit odstranění vady jinou odborně způsobilou právnickou nebo fyzickou

osobou na účet Poskytovatele,
151.2. požadovat slevu z Ceny služeb, nebo
151.3. od Smlouvy o poskytování služeb odstoupit.
Veškeré náklady vzniklé Objednateli v souvislosti s odstranění vady způsobem dle
předchozího odstavce je Poskytovatel povinen Objednateli uhradit.
Poskytovatel je povinen odstranit vadu bez ohledu na to, zda je uplatnění vady
oprávněné či nikoli. Prokáže-li se však kdykoli později, že uplatnění vady Objednatelem
nebylo oprávněné, tj. že Poskytovatel za vadu neodpovídal, je Objednatel povinen
uhradit Poskytovateli veškeré jím účelně vynaložené náklady v souvislosti s odstraněním
vady.
Objednatel je povinen poskytnout Poskytovateli součinnost nezbytnou k odstranění vady.
Do odstranění vady nemusí Objednatel platit dosud nezaplacenou část Ceny služeb a
případnou příslušnou DPH odhadem přiměřeně odpovídající jeho právu na slevu.

13/18
156. Při dodání nového Předmětu služeb nebo jeho části vrátí Objednatel Poskytovateli na
157. náklady Poskytovatele Předmět služeb nebo jeho část původně dodanou.
Týká-li se vada Dokladů nebo jiného plnění poskytnutého Poskytovatelem dle Smlouvy o
158. poskytování služeb než Předmětu služeb, užijí se ustanovení odstavců 140 – 156
obdobně.
Ustanovení §1917–1924, §2099–2101, §2103 – 2117, §2165 – 2172, §2618 a §2629
Občanského zákoníku se neužijí.

ČÁST 18 - POJIŠTĚNÍ

159. Ustanovení této části se užijí v případě, že ze Smlouvy o poskytování služeb vyplývá, že
160. Poskytovatel je povinen být pojištěn pro případ odpovědnosti za škodu způsobenou při
výkonu činnosti.
161. Poskytovatel je povinen mít ode dne zahájení provádění Služeb, nejpozději však do 15
dnů od uzavření Smlouvy o poskytování služeb, až do uplynutí Záruční doby uzavřenou
162. pojistnou smlouvu o pojištění odpovědnosti za škodu způsobenou Poskytovatelem při
163. výkonu činnosti třetím osobám s limitem pojistného plnění pro 1 pojistnou událost ve
164. výši odpovídající Ceně služeb.
Poskytovatel je povinen předložit Objednateli uzavřenou pojistnou smlouvu dle této části
nebo odpovídající pojistku nejpozději do 15 dnů ode dne uzavření Smlouvy o poskytování
služeb a dále kdykoli v průběhu provádění Služeb nebo trvání Záruční doby do 10 dnů
ode dne, kdy k tomu byl Objednatelem vyzván. V případě změn v pojištění je
Poskytovatel povinen bezodkladně tyto změny oznámit Objednateli a předložit
dokumenty dokládající tyto změny.
Poskytovatel se zavazuje, že všichni poddodavatelé, kteří se budou podílet na provedení
Služeb, budou nejméně po dobu provádění poddodávky pojištěni pro případ škody
způsobené poddodavatelem při výkonu činnosti třetím osobám s limitem pojistného
plnění pro 1 pojistnou událost minimálně ve výši odpovídající ceně poddodávky.
Porušení jakékoli povinnosti Poskytovatele dle této části je podstatným porušením
Smlouvy o poskytování služeb.
Náklady na pojištění nese Poskytovatel, jsou zahrnuty v Ceně služeb.

ČÁST 19 - DUŠEVNÍ VLASTNICTVÍ

165. Poskytovatel je povinen při provádění Služeb postupovat tak, aby při provádění Služeb
166. ani následným užíváním Služeb Objednatelem nedošlo k porušení práv duševního
vlastnictví. Bude-li v souvislosti s Dílem, jakkoliv dotčeno právo k duševnímu vlastnictví,
167. je Poskytovatel povinen upravit veškeré právní vztahy s osobami, kterým taková práva
168. náležejí nebo jež jsou oprávněny je vykonávat, tak, aby zamezil vznášení jakýchkoli
oprávněných nároků těchto osob ve vztahu k Objednateli.
Poskytovatel tímto poskytuje Objednateli oprávnění k výkonu práva duševního vlastnictví
(licenci nebo podlicenci) ke všem plněním poskytnutým Objednateli při provádění Služeb,
které jsou nebo budou předmětem duševního vlastnictví a ke kterým je oprávněn takové
oprávnění poskytnout. Oprávnění Poskytovatel poskytuje
166.1. bezúplatně,
166.2. jako nevýhradní,
166.3. z hlediska časového a územního v rozsahu neomezeném,
166.4. z hlediska věcného rozsahu (způsobu užití) tak, že opravňuje Objednatele ke

všem známým způsobům užití,
166.5. bez množstevního omezení.
Objednatel není povinen oprávnění využít.
Objednatel je oprávněn oprávnění tvořící součást licence nebo podlicence poskytnout
nebo též postoupit třetí osobě zcela nebo zčásti.

14/18
169. Poskytovatel se zavazuje, že na žádost Objednatele autor nebo autoři autorského služeb,
170. jež je součástí nebo příslušenstvím Služeb, udělí Objednateli bez zbytečného odkladu
bezúplatně právo
169.1. upravit či jinak změnit označení autora,
169.2. autorské Služby nebo jeho název upravit či jinak měnit,
169.3. autorské Služby s jakýmkoliv jiným autorským dílem spojit či zařadit do služeb

souborného.
Žádný výsledek činnosti provedené na základě Smlouvy o poskytování služeb nebo
v souvislosti s ní, který je předmětem duševního vlastnictví, není Poskytovatel oprávněn
bez předchozího písemného svolení Objednatele užít k jiným účelům, než je provedení
Služeb, zejména je nesmí poskytnout třetím osobám.

ČÁST 20 - SANKCE

171. Poruší-li Poskytovatel povinnost provést Služby ve sjednané době, je Poskytovatel
172. povinen uhradit Objednateli smluvní pokutu ve výši 0,5 % z Ceny služeb za každý den
173. prodlení.
174. Poruší-li Objednatel povinnost zaplatit Cenu služeb ve sjednané době, je povinen uhradit
Poskytovateli zákonný úrok z prodlení ve výši dle právních předpisů.
175. Poruší-li Poskytovatel povinnost odstranit vadu Služeb ve sjednané době, je povinen
176. uhradit Objednateli smluvní pokutu ve výši 0,5 % z Ceny služeb za každý den prodlení až
177. do odstranění vady. Jde-li o vadu, kterou Objednatel označil v reklamaci jako havárii, je
Poskytovatel povinen uhradit smluvní pokutu ve dvojnásobné výši.
Poruší-li Poskytovatel povinnost nepostoupit žádnou svou pohledávku za Objednatelem
vyplývající ze Smlouvy o poskytování služeb a/nebo poruší zákaz zřídit zástavní právo k
pohledávce, byť by takové postoupení a/nebo zřízení zástavního práva bylo neplatné či
neúčinné, je Poskytovatel povinen uhradit Objednateli smluvní pokutu ve výši 10 %
z nominální hodnoty postoupené a/nebo zastavené pohledávky, včetně hodnoty
případného příslušenství ke dni účinnosti postoupení vůči postupníkovi.
Poruší-li Poskytovatel jakékoliv jiné povinnosti vyplývající ze Smlouvy o poskytování
služeb, Obchodních podmínek nebo Veřejnoprávních podkladů než povinnosti, na které
se vztahuje smluvní pokuta dle této části, je Poskytovatel povinen uhradit Objednateli
smluvní pokutu ve výši 5% z Ceny služeb za každý jednotlivý případ porušení povinnosti.
Zaplacení smluvní pokuty nezbavuje Poskytovatele povinnosti splnit dluh smluvní
pokutou utvrzený.
Objednatel je oprávněn požadovat náhradu škody a nemajetkové újmy způsobené
porušením povinnosti, na kterou se vztahuje smluvní pokuta, v plné výši.

ČÁST 21 - OBECNÁ ODPOVĚDNOST POSKYTOVATELE

178. Poskytovatel je povinen po dobu plnění povinností ze Smlouvy o poskytování služeb
179. chránit majetek Objednatele i třetích osob před jeho poškozením, znehodnocením,
zničením a ztrátou a postupovat tak, aby neomezoval práva osob nad míru nezbytnou
180. k provádění Služeb.
Způsobí-li Poskytovatel v souvislosti s Dílem nebo porušením svých povinností
vyplývajících ze Smlouvy o poskytování služeb, Obchodních podmínek, Veřejnoprávních
podkladů, právních předpisů a příslušných ČSN jakoukoli újmu Objednateli nebo třetím
osobám, je povinen nahradit Objednateli škodu a nemajetkovou újmu, včetně
případných sankcí udělených Objednateli orgány státní správy, jejichž příčinou bylo
porušení smluvních povinností Poskytovatele, a jde-li o újmu způsobenou třetím osobám,
je povinen způsobenou újmu na vlastní náklady bezodkladně odčinit.
Újmou se pro účely Obchodních podmínek rozumí zejm. jakékoliv poškození,
znehodnocení, či znečištění věcí nebo prostor nebo jejich jiná nežádoucí změna a
jakékoliv neoprávněné omezení práv Objednatele nebo třetích osob.

15/18
181. Poskytovatel odpovídá za jakékoli porušení svých povinností stanovených Smlouvou o
182. poskytování služeb, Obchodními podmínkami, Veřejnoprávními podklady, právními
předpisy a příslušnými ČSN a je povinen uhradit veškeré pokuty udělené mu příslušnými
orgány státní správy v souvislosti s prováděním Služeb ze svého, ledaže mu byla pokuta
udělena v souvislosti s respektováním příkazu Objednatele, proti kterému uplatnil
písemnou výhradu a na jehož splnění Objednatel trval anebo v souvislosti s užitím
Objednatelem opatřené věci, na jejíž nevhodnost Objednatele písemně upozornil a
Objednatel na jejím užití trval.
Povinnosti k náhradě újmy způsobené porušením svých povinností ze Smlouvy o
poskytování služeb, Obchodních podmínek, Veřejnoprávních podkladů, právních předpisů
a příslušných ČSN se Poskytovatel vůči Objednateli zprostí, prokáže-li, že mu ve splnění
povinnosti zabránila mimořádná nepředvídatelná a nepřekonatelná překážka vzniklá
nezávisle na jeho vůli. Překážka vzniklá z osobních poměrů Poskytovatele nebo vzniklá
až v době, kdy byl Poskytovatel s plněním povinnosti v prodlení, ani překážka, kterou byl
Poskytovatel povinen překonat, jej však povinnosti k náhradě nezprostí.

ČÁST 22 - ODSTOUPENÍ OD SMLOUVY O POSKYTOVÁNÍ SLUŽEB

183. Poruší-li Smluvní strana Smlouvu o poskytování služeb podstatným způsobem, může
184. druhá Smluvní strana písemnou formou od Smlouvy o poskytování služeb odstoupit.
Podstatné je takové porušení povinnosti, o němž Smluvní strana porušující Smlouvu o
185. poskytování služeb již při uzavření Smlouvy o poskytování služeb věděla nebo musela
186. vědět, že by druhá Smluvní strana Smlouvu o poskytování služeb neuzavřela, pokud by
toto porušení předvídala, nebo je-li porušení povinnosti ve Smlouvě o poskytování služeb
187. nebo v Obchodních podmínkách jako podstatné označeno; v ostatních případech se má
188. za to, že porušení podstatné není.
189. Podstatným porušením Smlouvy o poskytování služeb je též prodlení Poskytovatele a
190. Objednatele s plněním povinností vyplývajících Poskytovateli a Objednateli ze Smlouvy o
poskytování služeb o více než 30 dní.
Objednatel je oprávněn od Smlouvy o poskytování služeb odstoupit též
186.1. z důvodů uvedených v části Předání a převzetí Služeb (viz ČÁST 13 - Obchodních

podmínek),
186.2. nabylo-li právní moci rozhodnutí o nařízení exekuce vůči Poskytovateli jako

povinnému,
186.3. ocitne-li se Poskytovatel ve stavu úpadku nebo hrozícího úpadku,
186.4. jestliže Poskytovatel nebo jeho poddodavatel, nebo z jejich pokynu jakákoliv

osoba, nabídne nebo poskytne jakékoliv osobě úplatek nebo jiný majetkový či
jiný prospěch za účelem získání neoprávněného prospěchu nebo výhody
v souvislosti s Dílem nebo jeho prováděním,
186.5. uvedl-li Poskytovatel v Nabídce informace nebo doklady, které neodpovídají
skutečnosti a měly nebo mohly mít vliv na výsledek řízení,
186.6. stanoví-li tak Smlouvy o poskytování služeb.
Smluvní strana může od Smlouvy o poskytování služeb odstoupit, pokud z chování druhé
Smluvní strany nepochybně vyplyne, že poruší Smlouvu o poskytování služeb
podstatným způsobem, a nedá-li na výzvu oprávněné Smluvní strany přiměřenou jistotu.
Jakmile Smluvní strana oprávněná odstoupit od Smlouvy o poskytování služeb oznámí
druhé Smluvní straně, že od Smlouvy o poskytování služeb odstupuje, nebo že na
Smlouvě o poskytování služeb setrvává, nemůže volbu již sama změnit.
Zakládá-li prodlení Smluvní strany nepodstatné porušení její povinnosti ze Smlouvy o
poskytování služeb, může druhá Smluvní strana od Smlouvy o poskytování služeb
odstoupit poté, co prodlévající Smluvní strana svoji povinnost nesplní ani v dodatečné
přiměřené lhůtě, kterou jí druhá Smluvní strana poskytla výslovně nebo mlčky.
Oznámí-li Smluvní strana Smluvní straně prodlévající, že jí určuje dodatečnou lhůtu k
plnění a že jí lhůtu již neprodlouží, platí, že marným uplynutím této lhůty od Smlouvy o
poskytování služeb odstoupila.

16/18
191. Poskytla-li Smluvní strana Smluvní straně prodlévající nepřiměřeně krátkou dodatečnou
192. lhůtu k plnění a odstoupí-li od Smlouvy o poskytování služeb po jejím uplynutí, nastávají
193. účinky odstoupení teprve po marném uplynutí doby, která měla být prodlévající Smluvní
194. straně poskytnuta jako přiměřená. To platí i tehdy, odstoupila-li Smluvní strana od
Smlouvy o poskytování služeb, aniž by prodlévající Smluvní straně dodatečnou lhůtu k
195. plnění poskytla.
Plnil-li Poskytovatel zčásti, může Smluvní strana od Smlouvy o poskytování služeb
odstoupit jen ohledně nesplněného zbytku plnění. Nemá-li však částečné plnění pro
Objednatele význam, může Objednatel od Smlouvy o poskytování služeb odstoupit
ohledně celého plnění. Odstoupil-li od nesplněného zbytku plnění Poskytovatel, je
Objednatel oprávněn odstoupit od splněné části Smlouvy o poskytování služeb, nemá-li
částečně plnění pro Objednatele význam.
Zavazuje-li Smlouva o poskytování služeb Poskytovatele k opakované činnosti nebo k
postupnému dílčímu plnění, může Objednatel od Smlouvy o poskytování služeb odstoupit
jen s účinky do budoucna. To neplatí, nemají-li již přijatá dílčí plnění sama o sobě pro
Objednatele význam.
Smluvní strany se dohodly, že dojde-li k odstoupení od Smlouvy o poskytování služeb
jen ohledně nesplněného zbytku plnění, užijí se na splněnou část plnění obdobně
všechna ustanovení Smlouvy o poskytování služeb a Obchodních podmínek týkající se
předání a převzetí Služeb, přičemž přejímací řízení Smluvní strany zahájí nejpozději do 3
pracovních dnů ode dne odstoupení od Smlouvy o poskytování služeb, a dále všechna
ustanovení Smlouvy o poskytování služeb a Obchodních podmínek o právech
a povinnostech Smluvních stran, které jsou Smluvní stany povinny plnit v době ode dne
převzetí Služeb Objednatelem, tedy zejm. ustanovení o vadách Služeb.
Ustanovení §1977, §2002–2003 Občanského zákoníku se neužijí.

ČÁST 23 - OSTATNÍ UJEDNÁNÍ

196. Částečné plnění
197. Ustanovení Smlouvy o poskytování služeb a Obchodních podmínek platí obdobně též pro
198. části Služeb, provádí-li Poskytovatel Služby v souladu se Smlouvou o poskytování služeb
199. po částech, není-li uvedeno jinak.
200.
Postoupení, započtení
201. Poskytovatel není oprávněn postoupit žádnou svou pohledávku za Objednatelem
vyplývající ze Smlouvy o poskytování služeb nebo vzniklou v souvislosti se Smlouvou o
poskytování služeb.
K pohledávce za Objednatelem vyplývající se Smlouvy o poskytování služeb nebo vzniklé
v souvislosti se Smlouvou o poskytování služeb nesmí být zřízeno zástavní právo.
Poskytovatel není oprávněn provést jednostranné započtení žádné své pohledávky
za Objednatelem vyplývající ze Smlouvy o poskytování služeb nebo vzniklé v souvislosti
se Smlouvou o poskytování služeb na jakoukoliv pohledávku Objednatele za
Poskytovatelem.
Objednatel je oprávněn provést jednostranné započtení jakékoliv své splatné i nesplatné
pohledávky za Poskytovatelem vyplývající ze Smlouvy o poskytování služeb nebo vzniklé
v souvislosti se Smlouvou o poskytování služeb (zejm. smluvní pokutu) na jakoukoliv
splatnou či nesplatnou pohledávku Poskytovatele za Objednatelem.

Mlčenlivost
Poskytovatel je povinen zachovávat mlčenlivost o všech skutečnostech a informacích,
které jsou obsažené ve Smlouvě o poskytování služeb a dále o všech skutečnostech a
informacích, které mu byly v souvislosti se Smlouvou o poskytování služeb nebo jejím
plněním, jakkoliv zpřístupněny, předány či sděleny, nebo o nichž se jakkoliv dozvěděl,
vyjma těch, které jsou v okamžiku, kdy se s nimi Poskytovatel seznámil, prokazatelně
veřejně přístupné, nebo těch, které se bez zavinění Poskytovatele veřejně přístupnými
stanou. Poskytovatel nesmí takové skutečnosti a informace použít v rozporu s jejich
účelem, nesmí je použít ve prospěch svůj nebo třetích osob a nesmí je použít ani
v neprospěch Objednatele. Povinnosti dle tohoto odstavce je Poskytovatel povinen

17/18
202. zachovávat i po zániku závazku ze Smlouvy o poskytování služeb, vyjma případů, kdy se
203. takové skutečnosti a informace stanou prokazatelně veřejně přístupné bez zavinění
204. Poskytovatele. Povinnosti dle tohoto odstavce se nevztahují na případy, kdy je
Poskytovatel povinen zveřejnit takové skutečnosti nebo informace na základě povinnosti
205. uložené mu právním předpisem nebo rozhodnutím orgánu veřejné moci.

206. Poskytování informací
207. Vzhledem k veřejnoprávnímu charakteru Objednatele Poskytovatel výslovně prohlašuje,
208. že je s touto skutečností obeznámen a souhlasí se zveřejněním Smlouvy o poskytování
209. služeb včetně Obchodních podmínek v rozsahu a za podmínek vyplývajících z příslušných
právních předpisů.

Kontrola
Poskytovatel si je vědom, že je ve smyslu §2 písm. e) zákona č. 320/2001 Sb., o
finanční kontrole ve veřejné správě a o změně některých zákonů, ve znění pozdějších
předpisů, povinen spolupůsobit při výkonu finanční kontroly a zavazuje se finanční
kontrolu strpět.
Je-li Služby z jakékoliv části financováno z prostředků Evropské unie, je Poskytovatel
povinen
204.1. strpět veškeré kontroly vyplývající z režimu financování Služeb z prostředků

Evropské unie,
204.2. poskytnout při takových kontrolách veškerou nezbytnou součinnost,
204.3. archivovat veškerou dokumentaci týkající se Smlouvy o poskytování služeb po

dobu stanovenou pravidly, jimiž se řídí financování Služeb z prostředků Evropské
unie.

Jazyk
Ve všech záležitostech souvisejících se Smlouvou o poskytování služeb budou zástupci
Smluvních stran komunikovat v českém jazyce. Všichni zástupci musí plynně český jazyk
ovládat. Jestliže český jazyk plynně neovládají, jsou povinni na náklady své Smluvní
strany zajistit, aby byl po celou dobu vzájemné osobní komunikace k dispozici
kvalifikovaný tlumočník.

Forma, označení času
Písemnou formou (podobou) se rozumí listina podepsaná oprávněnou osobou Smluvní
strany nebo email podepsaný zaručeným elektronickým podpisem oprávněné osoby
Smluvní strany.
Je-li ve Smlouvě o poskytování služeb nebo Obchodních podmínkách uvedena lhůta nebo
doba počítané podle dnů, měsíců nebo let, rozumí se tím vždy kalendářní den, měsíc
nebo rok, není-li uvedeno jinak.

Reference
Poskytovatel je oprávněn uvádět Služby a jméno Objednatele jako referenci na svou
činnost pouze s předchozím písemným souhlasem Objednatele.

Salvatorní klauzule
Je-li nebo stane-li se některé oddělitelné ustanovení Smlouvy o poskytování služeb nebo
Obchodních podmínek neplatné, neúčinné či nevymahatelné, nedotýká se tato
skutečnost ostatních ustanovení. Smluvní strany se zavazují nahradit takové ustanovení
jiným ustanovením, které svým obsahem a smyslem bude nejvíce odpovídat obsahu a
smyslu ustanovení nahrazovaného.

18/18

Textová podoba smlouvy Smlouva č. 27664615: Smlouva o dílo na rozvoj software „Upgrade IS MES a EST na RDS Oracle

Příloha 9357-2024-SŽ-GŘ-O8_smlouva_15.2.2024.pdf