Příloha č. 1 Vzor DÍLČÍ SMLOUVY na základě Rámcové dohody – Část 2 – Rozvoj aplikací a L3 podpora („Rámcová dohoda“) („Dílčí smlouva“)

Příloha č. 1

Vzor DÍLČÍ SMLOUVY

na základě Rámcové dohody – Část 2 – Rozvoj aplikací a L3 podpora („Rámcová dohoda“)

(„Dílčí smlouva“)

1. XXXXXX, x. x.

Sídlo: nábřeží Xxxxxxx Xxxxxxx 0000/00, 000 00 Xxxxx 0

IČO: 00311391

DIČ: CZ00311391

Zapsán: v obchodním rejstříku vedeném u Městského soudu v Praze oddíl ALX vložka 706

Zástupce: Xxx. Xxx Xxxxxxxx, pověřený řízením státního podniku

Kontaktní osoba: Xxx. Xxxxx Xxxxx, 2. zástupce ředitele

Bankovní spojení: Česká spořitelna, a.s.

č. účtu: 5517635319/0800

(dále jen „Zadavatel“ nebo „CENDIS“)

a

2. [SPOLEČNOST – Dodavatel č. [●]]

Sídlo: [DOPLNÍ DODAVATEL]

Místo podnikání: [DOPLNÍ DODAVATEL]

IČO: [DOPLNÍ DODAVATEL]

Zapsáná/ý v živnostenském rejstříku: [DOPLNÍ DODAVATEL]

E-mail: [DOPLNÍ DODAVATEL]

Bankovní spojení: [DOPLNÍ DODAVATEL – NÁZEV INSTITUCE]

č. účtu: [DOPLNÍ DODAVATEL]

(dále jen „Dodavatel“, společně se Zadavatelem dále jen „Strany“ anebo každý jako „Strana“)

1. POPIS SLUŽEB

   1. Zadavatel se s Dodavatelem dohodl, že za podmínek sjednaných v Rámcové dohodě a této Dílčí smlouvě, budou Zadavateli poskytnuty služby uvedené v Příloze č. 3 („Služby“). Příloha č. 3 stanoví kvalitu a výkonnostní parametry pro poskytování Služeb („SLA“).

2. DOBA POSKYTOVÁNÍ SLUŽEB

   1. Služby budou poskytovány dle následujícího harmonogramu:

[VARIANTA FIX TIME FIX PRICE]

Fáze	Termín zahájení	Termín ukončení
[●]	[●]	[●]
[●]	[●]	[●]
[●]	[●]	[●]
[●]	[●]	[●]
[●]	[●]	[●]

[VARIANTA PAUŠÁLNÍCH SLUŽEB / TIME & MATERIAL / BODYSHOP]

Doba poskytování

Účinnost Dílčí smlouvy + [●] měsíců / Od [●] do [●]

(„Harmonogram“)

3. REALIZAČNÍ TÝM

   1. Dodavatel se zavazuje k tomu, že pro účely poskytování Služeb dle této Smlouvy vytvoří a bude udržovat realizační tým složený z Kvalifikovaných osob splňujících požadavky Rámcové dohody, které budou schopny zajistit co nejvyšší kvalitu a efektivitu poskytovaných Služeb.

   2. Při sestavování realizačního týmu pro tuto Dílčí smlouvu zohlednil Dodavatel nezbytnou zkušenost a požadovanou senioritu jednotlivých členů vyžadovanou pro řádné, včasné a efektivní (časově i nákladově) plnění Služeb.

   3. Dodavatel bude pro poskytování Služeb využívat následující pozice:

   Pozice	Jméno
   [●]	[●]
   [●]	[●]
   [●]	[●]

   4. Změna realizačního týmu je možná za podmínek stanovených v Rámcové dohodě.

4. ŘÍZENÍ POSKYTOVÁNÍ SLUŽEB A PLÁNOVÁNÍ KAPACIT

   1. Pro řádné poskytování Služeb Strany souhlasí s pravidelnými setkáními členů realizačního týmu s cílem diskutovat o aktuálním stavu poskytovaných Služeb a souvisejících otázkách či problémech vzniklých během doby trvání této Dílčí smlouvy.

   2. Strany souhlasí s tím, že se setkání bude konat vždy alespoň [DOPLNIT FREKVENCI – např. 1x týdně] v čase a místě dohodnutém oběma Stranami. Setkání realizačního týmu může i mimořádně svolat Zadavatel, který tak učiní předem a v přiměřené lhůtě.

   3. Každá Strana je povinna pravidelně informovat druhou Stranu o současném stavu poskytování Služeb, včetně pokroků, nalezených problémů a případných rizik, které by mohly mít vliv na dodržení Harmonogramu a rozsahu poskytovaných Služeb.

   4. Strany se zavazují k pravidelnému plánování kapacit s cílem zajistit efektivní využívání zdrojů a prostředků pro úspěšné poskytnutí Služeb. Toto plánování bude zahrnovat potřeby z hlediska lidských zdrojů, materiálních zdrojů a dalších prostředků potřebných pro poskytování Služeb.

   5. O každém proběhlé setkání realizačního týmu vyhotoví Zadavatel písemný zápis, ve kterém bude shrnut obsah jednání a případné výsledky dohod. Dodavatel je oprávněn vznést k protokolu připomínky, pokud jeho obsah odporuje skutečnému průběhu jednání. Zadavatel i Dodavatel schválí zápis podpisem; odmítnutí podpisu Dodavatelem však není překážkou závaznosti výsledků jednání realizačního týmu v rámci příslušného jednání.

   6. V případě, že při jednání v rámci realizačního týmu nebude možné nalézt shodu nad projednávanými záležitostmi, předloží takovou záležitost realizační tým k projednání statutárním orgánům Stran.

   7. Zadavatel si vyhrazuje právo navrhnout změny v Harmonogramu nebo rozsahu poskytovaných Služeb, pokud se objeví nezbytná potřeba kvůli změnám ve strategii, požadavcích nebo jiných okolnostech. Takové změny musí být projednány a dohodnuty oběma Stranami v souladu s postupy pro změnu specifikovanými v Rámcové dohodě.

5. ODMĚNA ZA SLUŽBY

   1. [VARIANTA PAUŠÁLNÍCH SLUŽEB: Strany dohodly na tom, že odměna bude pro tuto Dílčí smlouvou sjednaná v režimu „Paušálních služeb“ („Odměna“). Za řádné poskytnutí Služeb v souladu s touto Dílčí smlouvou náleží Dodavateli paušálně stanovená měsíční Odměna ve výši [●].]

   2. [VARIANTA FIX TIME FIX XXXXX: Strany dohodly na tom, že odměna bude pro tuto Dílčí smlouvou sjednaná v režimu „FIX TIME / FIX XXXXX“ („Odměna“). Za řádné poskytnutí Služeb v souladu s touto Dílčí smlouvou náleží Dodavateli pevně stanovená Odměna ve výši [●].]

[VARIANTA TIME & MATERIAL: Strany dohodly na tom, že odměna bude pro tuto Dílčí smlouvou sjednaná v režimu „Time & Material“ („Odměna“). Dodavatel se zavazuje, že v případě dosažení [●] MD v příslušném kalendářním měsíce, informuje Zadavatele o této skutečnosti a v poskytování Služeb bude pokračovat až po písemném pokynu Zadavatele; tento proces se opakuje pokaždé při dosažení uvedeného počtu MD.

[VARIANTA BODYSHOP: Strany dohodly na tom, že odměna bude pro tuto Dílčí smlouvou sjednaná v režimu „Časový fond“ („Odměna“). Časový fond je dohodnut v následujícím rozsahu:

Pozice	Xxxxx	Počet MD
[●]	[●]	[●]
[●]	[●]	[●]
[●]	[●]	[●]
Celkově		[●]

Dodavatel bere na vědomí a souhlasí s tím, že Zadavatel může jednostranně snížit anebo navýšit rozsah poskytovaných Služeb (tj. počet Kvalifikovaných osob) anebo počet hodin Časového fondu pro určitý kalendářní měsíc. Tuto změnu je Zadavatel oprávněn provést nejpozději pět (5) dní před začátkem kalendářního měsíce, ve kterém má změna nastat; pozdější (kratší) změna je možná pouze se souhlasem Dodavatele.]

3. Odměna je stanovena jako maximální možná a nepřekročitelná částka a zahrnuje veškeré činnosti vztahující se k poskytování Služeb, včetně odměny za poskytnutí jakýchkoliv oprávnění, jakož i výdaje a náklady, které Dodavateli v souvislosti s poskytováním Služeb vzniknou či mohou vzniknout, není-li v této Dílčí smlouvě stanoveno jinak. Není-li výslovně mezi Stranami sjednáno něco jiného, zahrnuje Odměna, mimo jiné, také veškeré cestovní a ubytovací náklady Dodavatele. Za účelem poskytování Služeb nebudou poskytovány jakékoliv zálohy.

4. Dodavatel může v odůvodněných případech navrhnout Zadavateli navýšení Odměny a Zadavatel se v takovém případě zavazuje vstoupit do jednání o možné změně Odměny s cílem dosáhnout vzájemně přijatelného řešení pro obě Strany odpovídající aktuálním podmínkám a potřebě zvýšených nákladů; navýšení Odměny však není nárokové a Zadavatel není povinen mu vyhovět. Dodavatel se zavazuje se Zadavatelem spolupracovat a poskytnout mu veškeré potřebné informace a podklady pro vedení těchto jednání. Případné navýšení Odměny jsou pak Strany povinny reflektovat a uzavřít k této Dílčí smlouvě dodatek zohledňující dohodnuté navýšení.

1. ZÁVĚREČNÁ USTANOVENÍ

   1. Veškeré pojmy uváděné s velkým písmenem, které nejsou definovány v této Dílčí smlouvě, si zachovají stejný význam, jaký mají v Rámcové dohodě.

   2. Nedílnou součástí této Dílčí smlouvy jsou následující přílohy

      1. Příloha č. 1 – Vzorový Přehled služeb;

      2. Příloha č. 2 – Vzorový Akceptační protokol;

      3. Příloha č. 3 – Specifikace Služeb;

      4. Příloha č. 4 – Kybernetické požadavky.

V případě rozporu mezi textem těla této Dílčí smlouvy a jejími přílohami má přednost text těla této Dílčí smlouvy.

ZBYTEK STRÁNKY PONECHÁN ÚMYSLNĚ PRÁZDNÝ

PODPISOVÁ STRANA

Zadavatel	[Společnost – Dodavatel]
Datum:	Datum:
_________________________ [jméně a příjmení] [funkce]	_________________________ [jméně a příjmení] [funkce]

Příloha č. 1

Vzorový Přehled služeb

[OBSAHUJE SAMOSTATNÝ DOKUMENT]

Příloha č. 2

Vzorový Akceptační protokol

[OBSAHUJE SAMOSTATNÝ DOKUMENT]

Příloha č. 3

Specifikace Služeb

1. Seznam poskytovaných služeb

1. Dodavatel bude poskytovat následující Služby:

   1. [●];

   2. [●];

   3. [●];

   4. [●].

2. Garantovaná Dostupnost SLUŽEB

1. Dodavatel je povinen zabezpečit dostupnost Služeb minimálně [●] % za měsíc. Dostupností se rozumí [●] („Dostupnost”).

2. Výpočet Dostupnosti:

   1. Pro výpočet Dostupnosti se použije následující vzorec:

Dostupnost v % = [(Td – Tn) / Td] * 100

2. Td – znamená dobu, po kterou měly být Služby dostupné po odečtení dob, které se nepovažují za nedostupnost Služeb;

3. Tn – znamená dobu, kdy Služby byl v rozporu s Dílčí smlouvou a SLA nedostupné;

4. Doby Td a Tn se počítají na celé i započaté minuty. Dostupnost se vyjadřuje procentní hodnotou zaokrouhlenou na dvě desetinná místa.

1. Za nedostupnost Služeb se nepovažují doby nedostupnosti způsobené:

   1. prováděním plánovaných odstávek;

   2. [mimořádnou nepředvídatelnou a nepřekonatelnou překážkou vzniklou nezávisle na vůli Dodavatele;]

   3. prodlením Zadavatele anebo jiným důvodem, který prokazatelně xxxxxxx Xxxxxxxxx;

   4. provedením činností objednaných či vyžadovaných Zadavatelem, pokud Dodavatel Zadavatele na nedostupnost předem upozornil a Zadavatel s touto skutečností výslovně souhlasil.

3. Plánované odstávky

1. Dodavatel je oprávněn provést plánovanou odstávku jen za podmínek stanovených v tomto bodu, jinak se doba jejich trvání považuje za dobu nedostupnosti.

2. Dodavatel je povinen ohlásit plánovanou odstávku alespoň pět (5) dnů předem příslušné kontaktní osobě Zadavatele.

3. Nedohodnou-li se Strany jinak, je Dodavatel oprávněn provést plánovanou odstávku pouze za účelem instalace nových verzí aplikačního a systémového programového vybavení nebo provedení profylaktických prohlídek, a jedině v časovém intervalu („Servisní okno“) každý čtvrtek v době od 18:00 do 06:00 následujícího dne.

4. Dodavatel je oprávněn v jednom (1) měsíci využít pouze jedno (1) Servisní okno. Dodavatel využívá Servisní okna pouze tehdy, pokud příslušné údržbové činnosti či jiné zásahy nelze provést bez omezení Dostupnosti. Servisní okna, která Dodavatel v příslušném měsíci nevyužil, se do dalšího měsíce nepřevádějí; Dodavateli za nevyužitá Servisní okna nevzniká žádné právo na jakékoliv plnění.

5. Zadavatel je oprávněn určit pro provedení ohlášené plánované odstávky jinou dobu jejího provedení než je doba Servisního okna, pokud by nedostupnost spojená s využitím Servisního okna mohla Zadavateli nebo jiné osobě způsobit škodu či újmu; v takovém případě se Zadavatelem určená doba pro provedení plánované odstávky započítává na to Servisní okno, jehož využití Dodavatel původně ohlásil.

4. Nahlášení a řešení Incidentu

1. Hlášení o incidentu, tj. neplánované přerušení Služeb či jakékoli její části, omezení kvality anebo jakýkoliv rozpor Služeb s dohodnutou funkcionalitou („Incident“), bude provedeno přímým zadáním Incidentu do Service Desku, odesláním e-mailu nebo telefonátem na kontaktní číslo Service Desk, přičemž ohlašovatel je povinen uvést popis Incidentu, a to v následujícím rozsahu:

1. krátký a rámcově výstižný název Incidentu;

2. kategorii Incidentu (A, B, C);

3. určení prostředí, v němž k Incidentu došlo anebo které je Incidentem zasaženo; a

4. popis Incidentu, průvodních jevů a všech významných souvisejících informací.

1. Je-li Incident nahlašován zadáním Incidentu do Service Desku, pak se za čas nahlášení incidentu považuje čas vytvoření ticketu v Service Desku. 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 potvrdit přijetí hlášení o Incidentu, a to vždy prostřednictvím Service Desku anebo prostřednictvím e-mailové zprávy a dodržet sjednanou Reakční dobu (jak je tento pojem definován níže). Měl-li by čas nahlášení Incidentu v souladu s tímto čl. 4.2 vycházet na čas mimo garantovanou dobu dostupnosti Service Desku, považuje se za Čas nahlášení Incidentu bezprostředně nadcházející časový úsek garantované dostupnosti Service Desku (tj. následující den v 7:00 hodin).

2. Nesouhlasí-li Dodavatel s kategorizací Incidentu, je Xxxxxxxxx oprávněn po předchozím souhlasu ohlašovatele změnit kategorii Incidentu. Nesouhlasí-li ohlašovatel se změnou navrženou Dodavatelem, postupuje Dodavatel dále dle původní kategorizace Incidentu zadané ohlašovatelem. Vyjde-li dodatečně najevo, že Incident měl spadat do nižší kategorie navržené Dodavatelem, je Xxxxxxxxx povinen uhradit Dodavateli dodatečné vícenáklady vynaložené Dodavatelem na dodržení přísnější Reakční doby a Doby vyřešení incidentu.

3. Nepředstavuje-li požadavek ohlašovatele Incident, neuplatní se na něj Reakční doba a Doba vyřešení incidentu. V takovém případě se Strany mohou dohodnout na splnění požadavku na základě Služby na objednávku.

4. Za potvrzení o přijetí hlášení o Incidentu se považuje reakce ze strany člena týmu Dodavatele, který je schopný efektivně iniciovat proces řešení a vyřešení Incidentu (tj. nikoliv tedy automatizované odpovědi).

5. Proces řešení a vyřešení Incidentu zpravidla zahrnuje otestování návrhu Řešení před jeho nasazením a nasazení Řešení pouze se souhlasem Zadavatele; pokud má návrh Řešení vady, je Zadavatel oprávněn jej vrátit Dodavateli k dopracování/opravě. Úspěšný průběh testů a dodání Řešení budou Zadavatelem potvrzeny prostřednictvím Service Desku, čímž dojde ke konečnému dodání Řešení.

6. O všech úkonech v rámci řešení Incidentu je kontaktní osoba Dodavatele, resp. jiná odpovědná osoba, povinna učinit záznam do Service Desku, a to bez zbytečného prodlení, případně o nich podat zprávu kontaktní osobě Xxxxxxxxxx.

5. Životní cyklus incidentu

1. Po zadání požadavku na řešení Incidentu se požadavek ohlašovatele zanese do Service Desku, který si po dobu řešení nese základní informace, v jakém stavu se požadavek nachází. Všechny stavy požadavku budou notifikovány. Pro řešení Incidentů jsou definovány následující stavy:

   1. Požadavek zadán,

   2. Požadavek přiřazen,

   3. Požadavek v řešení,

   4. Požadavek v čekání,

   5. Požadavek vyřešen,

   6. Požadavek ověřen,

   7. Požadavek uzavřen.

2. Význam stavů požadavku:

   1. Požadavek zadán (NEW) – znamená, že požadavek ohlašovatele byl zadán do Service Desku, včetně případného vyhodnocení kategorie Incidentu.

   2. Požadavek přiřazen (ASSIGNED) – znamená, že požadavek byl přiřazen odpovědné osobě na straně Dodavatele, která tento požadavek bude řešit.

   3. Požadavek v řešení (SOLUTION) – znamená, že požadavek začal řešit přiřazený řešitel. Označením požadavku v řešení (SOLUTION) končí Reakční doba.

   4. Požadavek v čekání – zde jsou dvě varianty, proč požadavek může být v tomto stavu:

      1. čeká na vyjádření ohlašovatele,

      2. čeká na dodávku třetí strany.

3. Požadavek vyřešen – znamená, že požadavek byl důkladně analyzován Dodavatelem a požadavek:

   1. byl zpracován a vyřešen trvale (FIXED) – požadavek byl Dodavatelem shledán jako oprávněný a byly učiněny kroky vedoucí k odstranění příčiny nahlášeného Incidentu Dodavatelem, které nezpůsobí vedlejší nežádoucí efekty v podobě zhoršení jiných funkcionalit;

   2. byl zpracován a vyřešen dočasně (WORKAROUND) – požadavek byl Dodavatelem shledán jako oprávněný a byly učiněny kroky vedoucí k dočasnému odstranění příčiny nahlášeného Incidentu Dodavatelem;

   3. byl zamítnut (INVALID) – požadavek byl Dodavatelem shledán jako neoprávněný, nejedná se o Incident nebo chybu způsobenou stranou Dodavatele;

   4. nebude zapracován (WONTFIX) – požadavek byl při analýze Dodavatelem shledán jako oprávněný, avšak po domluvě se Zadavatelem bylo rozhodnuto o jeho nezapracování, tj. řešení Incidentu neprováděním dalších činností;

   5. je označen jako duplikát (DUPLICATE) – požadavek byl analyzován Dodavatelem a prohlášen jako duplikát jiného požadavku, který byl stranou ohlašovatele položen. Při označení duplicitního požadavku se budou Strany navzájem informovat, tj. Incident nebude řešen;

   6. nepodařilo se analyzovat nebo se nepodařilo nasimulovat na straně Dodavatele (WORKSFORME) Incident. V tomto případě bude požadavek dál diskutován a analyzován Dodavatelem;

   7. může ze stavu vyřešen vždy přesunout do stavu v řešení (SOLUTION) v případě, kdy strana ohlašovatele nesouhlasí s řešením ze strany Dodavatele (REOPEN).

4. Požadavek ověřen (VERIFIED) – znamená, že vyřešení požadavku bylo potvrzeno ze strany ohlašovatele, včetně funkčnosti a bezpečnosti navrhovaného řešení. Potvrzením požadavku (VERIFIED) končí doba trvání Incidentu a doba vyřešení.

6. Požadavek uzavřen (CLOSED) – znamená, že řízení ohledně požadavku bylo ukončeno a řešení požadavku bylo potvrzeno Zadavatelem. Uzavřením požadavku (CLOSED) končí doba trvání Incidentu a doba vyřešení.

7. Reakční doba, Doba dodání náhradního řešení a Doba vyřešení Incidentu

1. Strany se dohodly na níže uvedených reakčních dobách, dobách dodání náhradního řešení a dobách vyřešení, dle jednotlivých kategorií Incidentů:

Kategorie Incidentu	Reakční doba	Doba dodání náhradního řešení	Doba vyřešení
A [Definice Incidentu kategorie A – DOPLNIT DLE POTŘEB ZADAVATELE]	do 1 hodiny	do 2 hodin	do 4 hodin
B [Definice Incidentu kategorie B – DOPLNIT DLE POTŘEB ZADAVATELE]	do 2 hodin	do 4 hodin	do 18:00 následujícího pracovního dne od nahlášení
C [Definice Incidentu kategorie C – DOPLNIT DLE POTŘEB ZADAVATELE]	do 3 hodin	N/A Dočasné řešení není vyžadováno	do 18:00 pátého pracovního dne od nahlášení

2. Lhůty stanovené v tabulce výše počínají běžet od nahlášení Incidentu do Service Desku a běží po dobu dostupnosti Service Desku, mimo tuto dobu se lhůty staví a pokračují dále v běhu od začátku bezprostředně následujícího úseku. Bude-li Incident nahlášen do Service Desku mimo dostupnost Service Desku, lhůty stanovené v tabulce počínají běžet bezprostředně následujícím úseku dostupnosti Service Desku.

8. NEDODRŽENÍ SLA

1. Poruší-li Dodavatel svoji povinnost:

   1. zabezpečit minimální Dostupnost, je Zadavatel oprávněn požadovat po Dodavateli smluvní pokutu za příslušný měsíc ve výši [●] Kč / [●] % z Ceny za každé započaté procento nedodržení Dostupnosti.

   2. dodržet sjednanou reakční dobu u Incidentu kategorie A, je Zadavatel oprávněn požadovat po Dodavateli smluvní pokutu za příslušný měsíc ve výši [●] Kč / [●] % z Odměny za každou započatou hodinu prodlení nad rámec sjednané Reakční doby.

   3. dodržet sjednanou dobu dodání náhradního řešení u Incidentu kategorie A, je Zadavatel oprávněn požadovat po Dodavateli smluvní pokutu za příslušný měsíc ve výši [●] Kč / [●] % z Odměny za každou započatou hodinu prodlení nad rámec sjednané Reakční doby.

   4. dodržet sjednanou dobu vyřešení Incidentu kategorie A, je Zadavatel oprávněn požadovat po Dodavateli smluvní pokutu za příslušný měsíc ve výši [●] Kč / [●] % z Odměny za každou započatou hodinu prodlení nad rámec sjednané Reakční doby.

   5. dodržet sjednanou reakční dobu u Incidentu kategorie B a C, je Zadavatel oprávněn požadovat po Dodavateli smluvní pokutu za příslušný měsíc ve výši [●] Kč / [●] % z Odměny za každou započatou hodinu prodlení nad rámec sjednané Reakční doby.

   6. dodržet sjednanou dobu dodání náhradního řešení u Incidentu kategorie B, je Zadavatel oprávněn požadovat po Dodavateli smluvní pokutu za příslušný měsíc ve výši [●] Kč / [●] % z Odměny za každou započatou hodinu prodlení nad rámec sjednané Reakční doby.

   7. dodržet sjednanou dobu vyřešení Incidentu kategorie B a C, je Zadavatel oprávněn požadovat po Dodavateli smluvní pokutu za příslušný měsíc ve výši [●] Kč / [●] % z Odměny za každou započatou hodinu prodlení nad rámec sjednané Reakční doby.

Příloha č. 4

Kybernetické požadavky

Dodavatel je povinen v rozsahu plnění dle této Dílčí smlouvy naplnit všechny níže uvedené bezpečnostní požadavky, a to do termínu jejího uzavření. Dodavatel je povinen tyto požadavky udržovat naplněné po celou dobu trvání Dílčí smlouvy.

Konkrétně se jedná o oblasti ICT a kybernetické bezpečnosti (zákon č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů, ve znění pozdějších předpisů, 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ů apod.), zákona č. 110/2019 Sb., o zpracování osobních údajů; případně budoucí legislativy, která bude naposledy uvedené právní předpisy nahrazovat.

Dodavatel je dále povinen dodržovat kybernetické požadavky stanovené pro resort dopravy, konkrétně se jedná o následující:

• Architektonickými principy Ministerstva dopravy,

• Bezpečnostní politikou informací Ministerstva dopravy,

• Metodikou řízení projektů Ministerstva dopravy,

• Pravidly pro zajištění provozu infrastruktury,

• Standardy Manažera kybernetické bezpečnosti,

• Doporučeními Národního úřadu pro kybernetickou a informační bezpečnost, Digitální a informační.

15 / 15