SMLOUVA O DÍLO
„Obnova technologických center kraje“
(dále jen „smlouva“)
uzavřená ve smyslu ust. § 2586 a násl. zákona č. 89/2012 Sb., občanského zákoníku, ve znění pozdějších předpisů, (dále jen „ObčZ“)
pod evidenčním číslem objednatele: S-0144/INF/2019
pod evidenčním číslem zhotovitele: CIT-2019-Z001
Objednatel:
Středočeský kraj
se sídlem: Zborovská 81/11, 150 21 Praha 5 - Smíchov
IČO: 70891095
ID datové schránky: keebyyf
zastoupené: Xxxxxxxx Xxxxxxxx, radním pro oblast investic a veřejných zakázek bankovní spojení: PPF, a.s.
číslo účtu:
Zhotovitel:
AUTOCONT a.s.
se sídlem: Hornopolní 0000/00, Xxxxxxxx Xxxxxxx, 000 00 Xxxxxxx IČO: 04308697
DIČ: CZ04308697
za níž jedná: Xxxxxx Xxxxxxxx, člen představenstva třídy B
Xxxxxxxx Xxxxxx, člen představenstva třídy A
zapsaná v Obchodním rejstříku vedeném krajským soudem v Ostravě spisová značka B 11012 tel.: x000 000 000 000 fax.: x000 000 000 000, e-mail: xxxx@xxxxxxxx.xx
bankovní spojení: Česká spořitelna a.s. číslo účtu:
dále společně jako „smluvní strany“
I.
Preambule
Tato smlouva je uzavírána na základě výsledku zadávacího řízení s názvem „Obnova technologických center kraje“ uveřejněným ve věstníku veřejných zakázek pod evidenčním číslem Z2018-020995 a na profilu zadavatele v rámci projektu „Obnova technologických center kraje“.
II.
Předmět smlouvy
1) Předmětem smlouvy je dodávka hardware a software, implementace a servisní zajištění provozu kompletní IT technologických center Středočeského kraje (TCK): hlavního v Praze (HTCK v sídle objednatele) a záložního v Kladně (ZTCK na adrese Oblastní nemocnice Kladno, Vančurova 1548),
a to v rozsahu dle zadávací dokumentace veřejné zakázky „Obnova technologických center kraje“, zejména přílohy č. 6 (Technická specifikace veřejné zakázky) a dále nabídky zhotovitele a této smlouvy (dále „dílo“).
2) Podrobná specifikace technického řešení počtu dodávek a podmínek poskytování souvisejících služeb je uvedena v příloze č. 1 této smlouvy a tvoří její nedílnou součást.
3) Xxxxxxxxxx se zavazuje provést na svůj náklad a na své nebezpečí všechna související plnění a práce potřebné k včasnému a řádnému provedení díla.
4) Součástí smlouvy je i převod neomezeného vlastnického práva k tomuto dílu na objednatele. Součástí závazku zhotovitele je rovněž doprava zboží objednateli do místa plnění, jeho instalace a zprovoznění podle pokynů objednatele, a dále provádění záručních oprav díla.
5) Xxxxxxxxxx je dále povinen poskytovat podporu a údržbu díla (viz čl. III odst. 4 bod 4.1) a dále za podmínek uvedených v čl. III odst. 4 bodu 4.2 poskytovat práce a služby nad rámec podpory definované touto smlouvou, a to na základě samostatně objednatelem vystavených a podepsaných objednávek v cenách garantovaných touto smlouvou (viz článek IV. odst. 11).
6) Smluvní strany podpisem této smlouvy sjednávají opční právo objednatele, tj. oprávnění (nikoli povinnost) objednatele požadovat dodání nad rámce počtu uvedeného v Příloze č. 1 této smlouvy:
a) max. 6 ks Stavebního bloku Hyper-konvergovaného řešení pro HTCK
b) max. 2 ks Stavebního bloku Hyper-konvergovaného řešení pro ZTCK (dále jen „dodávky dle opčního práva“)
Objednatel je oprávněn uplatnit opční právo ve shora uvedeném rozsahu nejpozději do 60 měsíců ode dne účinnosti této smlouvy, a to na základě písemné objednávky zaslané kontaktní osobě zhotovitele uvedené v čl. VI této smlouvy. Zhotovitel je povinen potvrdit objednateli objednávku dle předchozí věty nejpozději do 3 pracovních dnů ode dne jejího doručení zhotoviteli.
V případě uplatnění opčního práva se zhotovitel zavazuje předat objednateli dodávky dle opčního práva včetně nezbytných licencí, zajistit jejich implementaci, nastavení a zprovoznění nejpozději do 2 měsíců ode dne potvrzení přijetí objednávky dle předchozího odstavce a v případě nepotvrzení objednávky, ode dne jejího odeslání ze strany objednatele.
Zhotovitel se zavazuje realizovat dodávky dle opčního práva za ceny uvedené v příloze č. 2 této smlouvy v položce „Opční rozšíření HW a SW“, které jsou platné a neměnné po celou dobu trvání opčního práva. Na realizaci dodávek dle opčního práva, není-li shora uvedeno jinak, se přiměřeně použijí ujednání této smlouvy.
III.
Doba a místo plnění, akceptace a předání díla
1) Místem plnění smlouvy je:
a) sídlo objednatele Krajský úřad Středočeského kraje, Zborovská 81/11, 150 21 Praha 5 – Smíchov (Hlavní technologické centrum kraje – HTCK)
b) Oblastní nemocnice Kladno, Vančurova 1548, 272 59 Kladno (Záložní technologické centrum kraje – ZTCK).
2) Zhotovitel se zavazuje, že Fáze č. 1 díla bude dokončena do 2 měsíců od účinnosti smlouvy a Fáze č. 2 do 3 měsíců po ukončení Fáze č. 1. Dokončením jednotlivých Fází díla se rozumí podpis akceptačních a předávacích protokolů dle tohoto článku.
3) Dílo zahrnuje:
a) Dodávku všech technologií včetně nezbytných licencí, jejich implementaci, nastavení a zprovoznění v souladu se závazným harmonogramem, který je přílohou č. 3 této smlouvy a dále v souladu se zadávací dokumentací veřejné zakázky, zejména její přílohou č. 6 (Technická specifikace veřejné zakázky) a dále nabídkou zhotovitele.
b) Řádné dodání SW části, poskytnutí licencí a/nebo multilicencí, integraci SW řešení a provedení nezbytných migrací pro zprovoznění TCK. Provedení základního školení uživatelů objednatele vč. předání veškeré odpovídající technické a uživatelské dokumentace.
c) Provedení implementace díla bude ověřeno v rámci testovacího provozu po dobu 14 dnů, ověřené úspěšným provedením akceptačních testů stanovených v Příloze č. 1 této smlouvy (dále jen Fáze 1):
i. Po ukončení testovacího provozu bude vyvoláno akceptační řízení, zakončené podpisem Akceptačního protokolu (AP), který podepíší oprávnění zástupci obou smluvních stran. Akceptační procedura zahrnuje ověření řádné implementace díla u objednatele v souladu se specifikací stanovenou touto smlouvou a jejími přílohami. Objednatel potvrdí plnou funkčnost díla nebo díla s vadami, které nebrání jeho řádnému užívání, které je zhotoveno v souladu s touto smlouvou a v souladu se schváleným harmonogramem dle článku III., odst. 3, písm. a). Přílohou AP bude i soupis veškerých předávaných komponent v editovatelné podobě. Po úspěšném ukončení akceptačního řízení dojde k předání díla přejímacím řízením.
ii. V případě, že akceptační řízení prokáže nezpůsobilost dodaného řešení nasazení do produkčního prostředí, zaznamenají se tyto nedostatky do akceptačního protokolu s termíny, v nichž je zhotovitel povinen vady a nedostatky odstranit a dílo k úspěšné akceptaci připravit. Poté se akceptační řízení opakuje dle předchozího bodu.
iii. Nejpozději na poslední den provedení předmětu díla, resp. jeho části dle článku III., odst. 2, svolá zhotovitel přejímací řízení. Na přejímací řízení přizve zhotovitel objednatele, a to písemným oznámením, které musí být doručeno objednateli alespoň pět pracovních dnů předem. V případě, že nebude objednateli řádně a včas doručena výzva k účasti na přejímacím řízení, může dojít k přejímacímu řízení nejdříve po uplynutí pátého pracovního dne ode dne doručení písemné výzvy k zahájení přejímacího řízení.
iv. Součástí přejímacího řízení je předání veškeré dokumentace zhotovitelem objednateli v originálech, a to jak ve formě papírových dokumentů, tak v elektronické editovatelné podobě, u SW podpory též předání přístupových hesel a uživatelských manuálů. Dále bude předána provozní dokumentace, v rozsahu odpovídajícím požadavkům zákona č. 365/2000 Sb., o informačních systémech veřejné správy ve znění pozdějších předpisů a/nebo zákona č. 181/2014 Sb., o kybernetické bezpečnosti ve znění pozdějších předpisů, projektová dokumentace v rozsahu odpovídajícím předmětu díla, zejména pak technická dokumentace díla, zápisy z projektových porad a další odpovídající podklady nebo dokumenty související s plněním a dodáním předmětu díla. Podmínkou pro převzetí díla, tj. podpis Předávacího protokolu dle následujícího bodu je předání dokumentace prokazující zajištění (i) HW support a SW maintenance pro Stavební blok Hyper- konvergovaného řešení pro HTCK (8 ks) na dobu 5 let a (ii) HW support a SW maintenance pro Stavební blok Hyper-konvergovaného řešení pro ZTCK (3 ks) na dobu 5 let. Dokumentace dle předchozí věty musí být přílohou Předávacího protokolu.
v. Předání akceptovaného díla se uskuteční fyzickým převzetím objednatelem. Předání díla bude oboustranně stvrzeno podpisem Předávacího protokolu. Předávací protokol bude podepsán oprávněnými zástupci obou smluvních stran. Dílo se považuje za převzaté a předané okamžikem podpisu Předávacího protokolu ve smyslu věty předchozí.
vi. Předávací protokol (PP) musí obsahovat předmět a charakteristiku předmětu díla, resp. jeho částí a soupis dodaných logických technologických celků dodaného díla. Přílohami Předávacího protokol budou i protokoly z akceptačního řízení. Dále bude obsahovat zhodnocení jakosti předmětu díla a jeho částí. V případě zjištěných vad, bude obsahovat jejich soupis, lhůty pro jejich odstranění a stanovisko objednatele. V Předávacím protokolu musí být uvedeno, zda objednatel dílo přejímá či nikoli. Předávací protokol bude vyhotoven ve třech stejnopisech, z nichž jeden obdrží zhotovitel a dva objednatel. Každý stejnopis bude podepsán oprávněnými osobami obou smluvních stran a má právní sílu originálu.
vii. V případě, že se při přejímání předmětu díla objednatelem prokáže, že je zhotovitelem předáván předmět díla, který nese podstatné vady bránící funkcionalitě díla či jeho části k účelu, k němuž má být využíváno, není objednatel povinen předávaný předmět díla převzít. Tato skutečnost bude uvedena v Předávacím protokolu. Po odstranění těchto podstatných vad předmětu díla či jeho části, pro které objednatel odmítl od zhotovitele předmět díla převzít, se opakuje přejímací řízení analogicky dle tohoto odstavce této smlouvy. V takovém případě bude k původnímu předávacímu protokolu sepsán dodatek, ve kterém bude uvedeno převzetí předmětu díla. Dodatek obsahuje veškeré náležitosti stanovené pro předávací protokol dle tohoto odstavce této smlouvy.
d) Xxxxx se pro účely této smlouvy rozumí odchylka v kvantitě, kvalitě, rozsahu, termínech nebo parametrech díla stanovených touto smlouvou, zadávací dokumentací a obecně závaznými předpisy.
e) Po podpisu AP a PP (bez výhrad a nedostatků) se zhotovitel zavazuje realizovat migraci dat z původního systému objednatele do díla, a to nejpozději do 2 měsíců (dále jen Fáze 2).
Po provedení migrace dat se zhotovitel zavazuje umožnit objednateli kontrolu úplnosti migrace dat, a to v délce trvání max. 5-ti dnů. O ověření úplné migrace dat bude podepsán Protokol o migraci (PM), který podepíší oprávnění zástupci obou smluvních stran. V případě, že se při ověření migrace dat prokáže existence chybějících dat, zavazuje se zhotovitel nedostatky odstranit nejpozději do 2 pracovních dnů. Poté se řízení o ověření migrace dál opakuje dle tohoto článku smlouvy. Podpis PM (bez výhrad a nedostatků) je podmínkou vznik nároku na úhradu odměny za Fázi 2. Podmínkou podpis Protokolu o migraci je dále předání dokumentace prokazující zajištění SW maintenance pro NetWorker na dobu 5 let. Dokumentace dle předchozí věty musí být přílohou Protokolu o migraci.
4) Servisní zajištění díla zahrnuje podporu a údržbu systému po dobu 60 měsíců, a to zejména:
4.1) Služby a podpora placené v rámci podpory a údržby dle čl. IV., odst. 3 této smlouvy (dále jen
Fáze 3):
a) Technická podpora dodavatele v rozsahu 7x24 na celé dodané řešení za fixní měsíční platbu. Účelem poskytované technické podpory dodavatele je zajistit chod dodaného systému v rozsahu a kvalitě takové, aby po dobu trvání záruky plnil účel, pro který byl systém dodán a který je popsán v této zadávací dokumentaci.
b) Zajištění „Single point of contact“ pro řešení veškerých incidentů souvisejících s provozem díla a dodaných komponent.
c) Zajištění dílčích činností při poskytování podpory, a to zejména:
i. analýza a identifikace příčin nahlášeného incidentu, problému či chybového stavu
ii. návrh a zajištění fixace chyby
iii. zakládání a řešení incidentů u výrobce HW/SW
iv. implementaci veškerých bezpečnostních a výrobcem doporučených upgrade a update/patch dodaných produktů, které by mohly ohrožovat chod/bezpečnost díla
d) Realizace a provoz monitorovacího systému chodu díla.
Podmínky poskytování servisního zajištění díla dle tohoto ujednání jsou podrobněji popsány v článku VIII – Podpora a údržba.
4.2) Služby poskytované nad rámec podpory a údržby dle předchozího bodu 4.1) (dále jen Opční právo objednatele na služby):
a) Školení a konzultace odborných pracovníků (administrátorů) objednatele zajišťované zhotovitelem na základě výzvy objednatele zhotoviteli.
b) Průběžné úpravy díla vyžádané objednatelem nad rámec článku III, odst. 4.1 této smlouvy
c) Konzultační služby:
a. pro plánování přechodu na vyšší verze softwarového vybavení vyjma bezpečnostních/chod ohrožujících upgrade/update/patch.
b. při plánování, tvorbě nebo změnách provozních standardů a technologických postupů objednatele
c. pro záležitosti související se změnou legislativy
d. při změnách nastavení systému nevyvolaného provozním incidentem
e. ladění systému iniciované žádostí zadavatele nevyvolaného provozním incidentem
f. specifická konzultace/pomoc jiným dodavatelům zadavatele související s infrastrukturou nevyvolaného provozním incidentem
g. aktualizace provozní dokumentace po rekonfiguraci nevyvolaného provozním incidentem
d) Objednatel je oprávněn (nikoli povinen) tyto služby čerpat dle své potřeby, popřípadě nečerpat žádné z těchto služeb. Nečerpáním, nebo čerpáním v nižším rozsahu nevzniká zhotoviteli nárok na úhradu jakékoli újmy, popřípadě právo odstoupit od této (části) smlouvy.
e) Za tyto služby v předpokládaném rozsahu 50 MD za dobu trvání této smlouvy, tj. 60 měsíců bude objednatel zhotoviteli platit odměnu dle hodinové sazby specifikované v čl. IV, odst. 11 této smlouvy.
IV.
Cena a platební podmínky
1) Cena díla je stanovena na základě nabídkové ceny zhotovitele ze dne 5. 10. 2018, kalkulované v rámci zadávacího řízení na předmět plnění dle této smlouvy. Celková cena díla je stanovena dohodou smluvních stran a jako cena nejvýše přípustná.
2) Xxxxxxx cena díla činí částku ve výši 29.875.250,00, Kč bez DPH (slovy: dvacet devět milionů osm set sedmdesát pět tisíc dvě stě padesát korun českých). DPH ve výši 21% činí 6.273.802,50 Kč (slovy: šest milionů dvě stě sedmdesát tři tisíce osm set dvě koruny a padesát haléřů českých). Cena díla celkem včetně DPH činí 36.149.052,50 Kč (slovy: třicet šest milionů sto čtyřicet devět tisíc padesát dvě koruny a padesát haléřů českých).
3) neobsazeno
4) Podrobný rozpis ceny tvoří přílohu č. 2, která je nedílnou součástí této smlouvy.
5) Cena díla (tj. dodávky HW a SW a Fáze 1 dle přílohy č. 2 této smlouvy) zahrnuje i servisní zajištění díla v rámci záruky na dodané dílo, dopravu, instalaci, implementaci a zprovoznění díla. Cena díla zahrnuje i náklady na správní poplatky, daně, cla, schvalovací řízení apod. (je-li relevantní), pojištění, přepravní náklady apod.
6) Xxxx díla je možné překročit pouze v souvislosti se změnou daňových předpisů upravujících výši DPH, přičemž v takovém případě bude ke kupní ceně připočteno DPH ve výši stanovené zákonem č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále jen „zákon o dani z přidané hodnoty). Dojde-li ke zvýšení sazby DPH, bude ke smlouvě uzavřen dodatek.
7) Cena díla bude objednatelem uhrazena v korunách českých (CZK) na základě daňového dokladu (dále jen „faktura“) doručeného zhotoviteli.
8) Oprávnění zhotovitele vystavit daňový doklad (fakturu) za dodávky HW a SW a služby v rámci Fáze 1, a to dle cen uvedených v příloze č. 2 této smlouvy, vzniká okamžikem podpisu předávacího protokolu, tj. okamžikem splnění (skončení) Fáze 1 dle čl. III této smlouvy. Přílohou faktury musí být kopie předávacího protokolu podepsaného osobami oprávněnými jednat za smluvní strany ve věcech realizace díla.
8.1. Oprávnění zhotovitele vystavit daňový doklad (fakturu) za:
• HW support a SW maintenance pro Stavební blok Hyper-konvergovaného řešení pro HTCK (8 ks): 5 let,
• HW support a SW maintenance pro Stavební blok Hyper-konvergovaného řešení pro ZTCK (3 ks): 5 let,
a to vše dle cen uvedených v Příloze č. 2 této smlouvy, vzniká nejdříve okamžikem zahájení Fáze 2 (zahájení provedení migrace dat) dle čl. III této smlouvy. Přílohou faktury musí být kopie předávacího protokolu podepsaného osobami oprávněnými jednat za smluvní strany ve věcech realizace díla.
Odchylně od ujednání odst. 15) tohoto článku smlouvy se pro úhradu daňového dokladu (faktury) za služby dle tohoto bodu 8.1 sjednává splatnost v délce trvání 60 dní. Xxxxxxxxxx podpisem této smlouvy potvrzuje, že bere na vědomí, že ujednání lhůty splatnosti dle tohoto bodu 8.1 je odůvodněno povahou závazku, mj. skutečností, že objednatel je veřejnoprávní korporací, přičemž dle rozpočtu objednatele by měla být úhrada odměny za služby dle tohoto bodu 8.1 uhrazena v rozpočtovém období roku 2019.
9) Oprávnění zhotovitele vystavit daňový doklad (fakturu) za realizaci (poskytnutí služeb):
• dokončení činností dle Fáze 2 (provedení migrace dat) dle čl. III této smlouvy,
• SW maintenance pro NetWorker: 5 let,
a to vše dle cen uvedených v Příloze č. 2 této smlouvy, vzniká okamžikem podpisu protokolu o migraci (PM). Přílohou faktury musí být kopie PM podepsaného osobami oprávněnými jednat za smluvní strany ve věcech realizace díla.
10) Odměna za servisní zajištění díla (Fáze 3 dle čl. III odst. 4 bod 4.1 této smlouvy) bude hrazena v poměrných částkách vždy za uplynulé tři kalendářní měsíce. Přílohou faktury musí být vždy kopie akceptačního protokolu podepsaného osobami oprávněnými jednat za smluvní strany ve věcech realizace díla. Akceptační protokol za servisní zajištění díla musí vždy obsahovat i seznam služeb a prací poskytnutých zhotovitelem za uplynulé období. Akceptační protokol za servisní zajištění díla musí být podepsán tak, aby faktura za příslušné období byla objednateli doručena nejpozději do 15. dne měsíce následujícího po skočení fakturovaného období.
11) Odměna za realizaci činností dle Opčního práva objednatele na služby (dle čl. III odst. 4 bod 4.2 této smlouvy) bude hrazena za každý uplynulý kalendářní měsíc, a to na základě faktury, jejíž přílohou musí být objednatelem předem odsouhlasený přehled práce realizované zhotovitelem na základě Opčního práva objednatele na služby, s uvedením popisu činností a počtu hodin za každou osobu.
Zhotovitel garantuje po celou dobu trvání platnosti a účinnosti této smlouvy hodinovou sazbu svých výkonů poskytovaných na základě výzvy objednatele ve výši 1.600 Kč bez DPH (slovy: jeden tisíc šest set korun českých) za 1 hodinu takových prací. DPH bude účtováno ve výši dle platných účetních zákonů.
Oprávnění zhotovitele vystavit daňový doklad (fakturu) za dodávku dle opčního práva (čl. II odst. 6 této smlouvy) a za opční HW support a SW maintenance pro konkrétní dodávku dle opčního práva (na 5 let), podle cen uvedených v Příloze č. 2 této smlouvy, vzniká okamžikem podpisu protokolu o převzetí dodávek dle opčního práva. Přílohou faktury musí být kopie protokolu o převzetí dodávek dle opčního práva podepsaného osobami oprávněnými jednat za smluvní strany ve věcech realizace díla.
12) Faktura, musí obsahovat všechny náležitosti řádného daňového dokladu ve smyslu zákona o dani z přidané hodnoty.
13) Na faktuře bude uveden název projektu „Obnova technologických center kraje“ a číslo smlouvy objednatele. Na fakturách za servisní zajištění díla bude uvedeno období, k němuž se vztahuje.
14) V případě, že faktura bude obsahovat věcné či formální nesprávnosti, popřípadě nebude obsahovat všechny zákonné náležitosti nebo přílohu dle předchozího odstavce, je objednatel oprávněn ji vrátit ve lhůtě splatnosti zpět zhotoviteli k doplnění či opravě, aniž se tak dostane do prodlení se splatností. Lhůta splatnosti počíná běžet znovu od opětovného doručení náležitě doplněné či opravené faktury objednateli.
15) Splatnost faktury se sjednává na 30 dnů ode dne doručení faktury objednateli. Faktura se považuje za splacenou odepsáním fakturované částky z účtu objednatele.
16) Faktura bude uhrazena na účet zhotovitele uvedený v záhlaví této smlouvy. Pokud by zhotovitel v období od data, kdy podepsal smlouvu, do vystavení faktury změnil číslo bankovního účtu, musí tuto skutečnost sdělit objednateli nejpozději s předloženou fakturou. Toto sdělení musí být podepsané osobou zhotovitele oprávněnou k jednání ve věcech smluvních, nebo jím zmocněnou osobou. Při splnění této podmínky není změna účtu podnětem k uzavření dodatku ke smlouvě. Kupní cena pak bude uhrazena na bankovní účet uvedený na faktuře.
17) Objednatel neposkytuje zhotoviteli zálohy na cenu díla.
18) Zhotovitel prohlašuje, že není veden v registru nespolehlivých plátců, a zavazuje se po dobu trvání této Smlouvy řádně a včas platit DPH. Pokud FÚ vyzve objednatele k placení DPH nezaplacené zhotovitelem při realizaci této smlouvy, zhotovitel se zavazuje uhradit objednateli částku ve výši odpovídající nezaplacenému DPH. Pokuta je splatná ve lhůtě do 30 dnů ode dne doručení vyúčtování o smluvní pokutě.
V.
Práva a povinnosti smluvních stran
1) Zhotovitel je povinen dodat objednateli úplné a funkční dílo, v množství, jakosti, provedení a termínu dohodnutých touto smlouvou.
2) Objednatel se zavazuje dílo řádně a včas dodané zhotovitelem převzít a zaplatit za něj sjednanou kupní cenu způsobem a v termínu sjednaném touto smlouvou.
3) Xxxxxxxxxx je povinen spolu s dílem dodat objednateli kompletní dokumentaci nezbytnou k užívání zboží, a to zejména záruční listy a návody v českém jazyce a další dokumentaci vyplývající z platné legislativy, zejm. zákona č. 365/2000 Sb. o informačních systémech veřejné správy, ve znění pozdějších předpisů, přičemž je současně povinen provést proškolení obsluhy díla a potřebné revize.
4) Dodavatel prohlašuje, že ke dni uzavření této Smlouvy má uzavřenou pojistnou smlouvu, jejímž předmětem je pojištění odpovědnosti zhotovitele za škodu způsobenou zhotovitelem do výše limitu pojistného plnění v částce minimálně 9.000.000,- Kč z jedné pojistné události ročně. Kopie pojistné smlouvy dodavatele, resp. akceptovaný návrh na uzavření pojistné smlouvy ze strany pojišťovny dle tohoto článku byl předán objednateli před podpisem této smlouvy, jako jedna z podmínek pro uzavření smlouvy dle ust. § 104 písm. a) zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů. Zhotovitel se zavazuje na žádost objednatele bezodkladně, nejpozději však ve lhůtě do 5 pracovních dnů od doručení písemné výzvy objednatele, předložit objednateli pojistný certifikát prokazující existenci a účinnost této pojistné smlouvy. Zhotovitel se zavazuje, že pojistná smlouva dle věty první tohoto článku zůstane v účinnosti v tomto rozsahu po celou dobu trvání záruky.
5) Objednatel nabývá vlastnického práva k dílu dnem řádného předání a převzetí díla od zhotovitele na základě podpisu předávacího protokolu oběma smluvními stranami. Stejným okamžikem přechází na objednatele také odpovědnost za nebezpečí škody na zboží a oprávnění užít dílo včetně dokumentace předané k dílu.
6) Zhotovitel je povinen neprodleně písemně vyrozumět objednatele o případném ohrožení doby plnění a o všech skutečnostech, které mohou řádné a včasné plnění předmětu této smlouvy znemožnit, a to nejpozději do 3 dnů ode dne, kdy se zhotovitel dozví o takové skutečnosti.
7) Zhotovitel není oprávněn postoupit jakákoliv práva anebo povinnosti vyplývající z této smlouvy na třetí osoby bez předchozího písemného souhlasu objednatele. Uplatní-li třetí osoba své právo k dílu nebo jeho části, zhotovitel se zavazuje bez zbytečného odkladu a na vlastní náklady učinit potřebná opatření k ochraně výkonu práv objednatele.
8) Práva a povinnosti uvedené v článku XI. trvají i po ukončení tohoto smluvního vztahu, a to i v případě, že by došlo k předčasnému ukončení smlouvy.
9) Každá ze stran nese odpovědnost za způsobenou škodu v rámci platných právních předpisů a této smlouvy. Obě strany se zavazují vyvíjet maximální úsilí k předcházení škodám a k minimalizaci vzniklých škod.
10) Žádná ze stran neodpovídá za škodu, která vznikla v důsledku neúplného, věcně nesprávného nebo jinak chybného zadání, které obdržela od druhé strany. Žádná ze smluvních stran není odpovědná za nesplnění svého závazku v důsledku prodlení druhé smluvní strany nebo v důsledku nastalých okolností vylučujících odpovědnost.
11) Obě smluvní strany odpovídají za škodu, kterou způsobí druhé straně porušením svých povinností dohodnutých touto smlouvou při provádění předmětu plnění této smlouvy a za podmínek daných touto smlouvou či povinností, které vyplývají už ze samotného předmětu plnění smlouvy.
12) V případě součástí díla, které jsou předmětem ochrany práv podle autorského zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), v platném znění, zhotovitel poskytne objednateli územně i časově neomezenou licenci (právo užívat) a případné další verze (upgrade programového vybavení) po dobu trvání záruky za cenu, která je již zahrnuta ve smluvní ceně podle této smlouvy, a to okamžikem předání, převzetí a zaplacení předmětu plnění smlouvy.
13) Objednatel není povinen využít poskytnutou licenci ani z části.
14) Smluvní strany sjednávají, že zhotovitel není oprávněn jakékoliv jeho pohledávky za objednatelem, které vzniknou na základě této smlouvy, započítat vůči pohledávkám objednatele za zhotovitelem jednostranným právním jednáním. Xxxxxxxxxx zajistí, že k předmětu díla nevzniknou autorská práva třetích stran ani nebude zatížen právy třetích osob, ze kterých by pro objednatele plynuly jakékoliv další finanční nebo jiné nároky třetích stran. Pokud by taková práva přesto existovala či v průběhu plnění vznikla, zhotovitel je povinen zajistit jejich bezplatný převod na objednatele, a to v plném rozsahu a na vlastní náklady, respektive na vlastní náklady zajistit vypořádání nároků třetích stran.
15) Zhotovitel je povinen udržovat v aktuálním stavu veškerá přístupová oprávnění potřebná k softwarovým a hardwarovým produktům dodaným na základě této smlouvy (přístupová jména a hesla). To platí i o přístupových oprávněních k registracím licencí a služeb prostřednictvím internetu u jednotlivých výrobců, jsou-li nezbytné pro aktualizace a údržbu daného SW a HW. Na vyžádání je zhotovitel povinen zpřístupnit tato oprávnění objednateli. V případě ukončení smluvního vztahu musí zhotovitel všechna tato oprávnění objednateli předat v aktuálním stavu.
VI.
Oprávněné osoby
1) Oprávněnými osobami při realizaci plnění jsou
❖ za objednatele
a) ve věcech smluvních: viz záhlaví této smlouvy
b) ve věcech realizace díla:
J
c) ve věcech technických:
❖ za zhotovitele
7
a) ve věcech smluvních: Xxxxxx Xxxxxxxx, xxxxxx.xxxxxxxx@xxxxxxxx.xx, +420
b) ve věcech realizace díla:
J
c) ve věcech technických:
2) V případě změny kontaktních osob musí být o této skutečnosti druhá smluvní strana neprodleně písemně informována. Za splnění této povinnosti se považuje i e-mail potvrzený druhou smluvní stranou. Účinnost změny nastává okamžikem doručení písemného oznámení příslušné smluvní straně. Změna kontaktní osoby není důvodem k uzavření dodatku.
3) Veškerá korespondence, pokyny, oznámení, žádosti, záznamy a jiné dokumenty vzniklé na základě této smlouvy mezi smluvními stranami nebo v souvislosti s ní budou vyhotoveny v písemné formě v českém jazyce a doručují se buď osobně, doporučenou poštou nebo prostřednictvím datové schránky, na adresu sídla či ID datové schránky objednatele, uvedené v záhlaví této smlouvy. Smluvní strany se v případě doručování zásilek formou doporučených dopisů dohodly tak, že zásilka je považována za doručenou 3. pracovní den bezprostředně následující po dni jejího odeslání prostřednictvím držitele poštovní licence na adresu příslušné smluvní strany dle záhlaví této smlouvy.
4) Xxxxxxxxxx se zavazuje zajistit, že osoby uvedené zhotovitelem v jeho nabídce (v seznamu techniků) dle čl. 8.7 zadávací dokumentace zadávacího řízení, jež předcházelo uzavření této smlouvy, se budou podílet na plnění této smlouvy a budou odpovídat za realizaci díla, a to ve funkcích, v jakých byly v seznamu uvedeny. Výměna takové osoby je možná pouze s písemným souhlasem objednatele a za předpokladu, že nová osoba bude splňovat kvalifikační předpoklady uvedené v zadávací dokumentaci.
VII.
Záruky
1) Zhotovitel se zavazuje, že předaný předmět díla bude prostý podstatných vad a bude mít vlastnosti dle obecně závazných právních předpisů, této smlouvy a zadávací dokumentace veřejné zakázky uvedené v preambuli této smlouvy, dále bude mít vlastnosti první jakosti provedení a bude proveden v souladu s ověřenou technickou praxí.
2) Zhotovitel se zavazuje, že záruční doba činí 60 měsíců, je poskytována na všechny části díla a je garantovaná výrobcem. Na vyžádání objednatele předloží zhotovitel objednateli písemný doklad, který potvrdí, že je záruka skutečně zajištěna v souladu s jeho zadáním a touto smlouvou.
3) Záruční doba začíná běžet dnem protokolárního převzetí díla objednatelem.
4) Xxxxxxxxxx odpovídá za vady, které má předmět plnění v době jeho předání objednateli a za vady, které vzniknou nebo se objeví v průběhu záruční doby dle odst. 2) a odst. 3) tohoto článku smlouvy s výjimkou běžných opotřebení, vad způsobených nesprávnou obsluhou, vad způsobených vyšší mocí nebo třetími osobami a vad spotřebního materiálu.
5) Zhotovitel poskytne objednateli servisní zajištění díla v souladu s přílohou č. 1 této smlouvy v režimu on-site (servis u zákazníka) s dostupností popsanou detailně v článku VIII. této smlouvy.
6) Objednatel je oprávněn reklamovat v záruční době dle odst. 2) a odst. 3) tohoto článku smlouvy vady předmětu díla u zhotovitele, a to písemnou formou. V reklamaci musí být popsána vada předmětu díla, určen nárok objednatele z vady předmětu díla, případně požadavek na způsob odstranění vad, a to včetně termínu pro odstranění vad zhotovitelem. Za písemnou formu je považováno také nahlášení standardními prostředky technické podpory provozu, např. e-mailem nebo prostřednictvím HelpDesku/ hot-line.
7) Objednatel má právo volby způsobu odstranění důsledku vadného plnění. V případě vady zboží má objednatel nárok zejména na
• odstranění vady dodáním nového zboží bez vad, pokud to není vzhledem k povaze vady nepřiměřené. Pokud se vada týká pouze součásti zboží, může objednatel požadovat jen výměnu součásti;
• odstranění vady opravou věci, je-li vada opravou odstranitelná;
• odstranění vady dodáním chybějícího zboží nebo její součásti;
• přiměřenou slevu z ceny díla;
• odstoupení od smlouvy (viz čl. X), pokud to není vzhledem k povaze vady nepřiměřené.
8) Xxxxxxxxxx se zavazuje od okamžiku oznámení vady předmětu díla či jeho části zahájit odstraňování vady či jeho části, a to i tehdy, neuznává-li zhotovitel odpovědnost za vady či příčiny, které ji vyvolaly, a vady odstranit v technicky co nejkratší lhůtě, a současně zahájit reklamační řízení v místě provádění předmětu díla. O reklamačním řízení budou objednatelem pořizovány písemné zápisy ve dvojím vyhotovení, z nichž jeden stejnopis obdrží každá ze smluvních stran. Bude-li v reklamačním řízení vada uznána jako reklamační vada, bude odstranění vady předmětu díla či jeho části provedeno bezúplatně.
9) Reklamaci uplatní objednatel u zhotovitele nejpozději poslední den záruční doby. I reklamace odeslaná objednatelem poslední den záruční doby se považuje za uplatněnou včas.
10) Uplatnění reklamačních práv objednatelem, jakož i plnění jim odpovídajících povinností zhotovitele, není podmíněno ani jinak spojeno s poskytnutím jakékoli další úplaty zhotoviteli ani jiné osobě.
11) Uplatněním práv z odpovědnosti za vady není dotčeno právo objednateli na náhradu škody.
VIII.
Podpora a údržba díla
1) Podrobná specifikace služeb servisního zajištění díla popsané v článku III je následující:
Podrobná specifikace služeb (SLA)
Technologická podpora | Po-Ne 7:00 – 19:00 | |||||
Zadávání požadavků HelpDesk/ hot line (e-mail, web) | 24 hod. denně | |||||
Dostupnost | 99,5 % | |||||
Odezva od (response time) | Dle detailu priorit v následující tabulce | |||||
Řešení do (fix time) | Dle detailu priorit v následující tabulce | |||||
Plánovaná údržba | Mimo provozní čas, hodiny – servisní okno | souvislá | délka | odstávky | max. | 4 |
2) Objednatel bude své požadavky zadávat prostřednictvím HelpDesku zhotovitele, k němuž zhotovitel poskytne vybraným pracovníkům objednatele přístup, nebo (pokud zhotovitel takovou aplikací nedisponuje nebo v případě jejího výpadku) prostřednictvím kontaktního e-mailu.
3) Způsob poskytování podpory ze strany zhotovitele je následující:
• telefonicky, HelpDesk/hot-line, e-mailem na hot-line lince, osobně v sídle objednatele,
• vzdálená podpora – on line zhotovitelem
4) Kontakt na HelpDesk/ hot-line zhotovitele: xxxx.xxxxxx00.xxxxx@xxxxxxxx.xx, tel. 000 000 000
Detail/kategorie priorit – řešení jednotlivých požadavků
Priorita | Popis incidentu | Odezva od (response time) | Řešení do (fix time; od odezvy) |
A – kritická | • Primární systém v HTCK nefunguje vůbec nebo jeho funkčnost je omezena natolik, že systém neplní účel pro který byl pořízen - Řešením tohoto stavu se rozumí obnovení provozu HTCK nebo nouzového provozu v ZTCK | 2 hod. | 4 hod. |
B – vysoká | • Primární systém v HTCK funguje, ale je degradován natolik, že omezuje běžný provoz Např. dochází k významnému zpomalení výkonu - Řešením tohoto stavu může být i řízený převod provozu do ZTCK po dohodě se zadavatelem. | 2 hod. | 24 hod. |
C – střední | • Ztráta redundance v HTCK • Výpadek celé ZTCK • Neprobíhá zabezpečení dat do ZTCK • Neprobíhá záloha | 2 hod. | do 2 pracovních dnů |
D – nízká | • Dílčí výpadky komponent HW prvků (HCI node, disk, zdroj, řadič…) | 2 hod. | dle standardních podmínek výrobce HW/SW |
5) Požadavky na HelpDesk/ hot-line jsou oprávněny zadávat výhradně osoby uvedené v článku VI. V případě, že komunikaci provádí jiná osoba, vyhrazuje si zhotovitel právo požadavek odmítnout.
6) Objednatel je povinen poskytnout zhotoviteli součinnost při řešení provozního stavu, ke kterému si vyžádal sjednanou službu, včetně zásahu na místě. Je povinen zejména:
• poskytnout zhotoviteli dodatečné informace, které si zhotovitel vyžádá,
• provést na systému akce, které zhotovitel objednateli sdělí a informovat jej neprodleně o jejich výsledku,
• zajistit součinnost pracovníků znalých potřebných hesel a disponujících oprávněními nutnými k provedení zásahu
• umožnit zhotoviteli vzdálený přístup např. přes Internet k podporovaným systémům.
7) Oprávněný zástupce objednatele je povinen podepsat „Pracovní list“ a potvrdit tak rozsah provedených prací pracovníkovi zhotovitele, který zásah prováděl. Tento pracovní list bude přílohou akceptačního protokolu k odměně za příslušný kalendářní měsíc. Má-li pracovník výhrady k jeho obsahu, uvede tyto výhrady písemně v tomto dokumentu.
8) Xxxxxxxxxx je povinen řádně a s odbornou péčí poskytovat službu v rozsahu definovaném touto smlouvou a zajistit zástupnost osob při plnění této smlouvy. Zhotovitel však může odmítnout poskytnutí služby, pokud je dílo užíváno v rozporu s touto smlouvou.
9) Zhotovitel je povinen vyvarovat se poškození nebo zničení důležitých dat, která se ve výpočetním systému nacházejí. V případě nebezpečí ztráty dat během zásahu na systému je povinen upozornit objednatele na nutnost tato data před tímto zásahem zálohovat.
IX.
Sankční ujednání
1. Pro případ prodlení zhotovitele s dokončením a předáním díla (tj. dodávky HW a SW a poskytnutí HW support a SW maintenance k dodaným Stavebním blokům a splnění Fáze 1 dle přílohy č. 2 této smlouvy), zaplatí zhotovitel objednateli smluvní pokutu ve výši 0,05 % z celkové ceny uvedené v čl. IV odst. 2 za každý i započatý den prodlení, maximálně však do výše odpovídající ceně díla (tj. ceně dodávky HW a SW a poskytnutí HW support a SW maintenance k dodaným Stavebním blokům a splnění Fáze 1 dle přílohy č. 2 této smlouvy).
2. Pro případ prodlení zhotovitele s realizací dodávek dle opčního práva objednatele, zaplatí zhotovitel objednateli smluvní pokutu ve výši 0,05 % z celkové ceny příslušné dodávky dle opčního práva a ceny opční HW support a SW maintenance pro konkrétní dodávku dle opčního práva (na 5 let) uvedené v Příloze č. 2 této smlouvy za každý i započatý den prodlení.
3. Pro případ prodlení zhotovitele s odstraněním vad uvedených v předávacím protokolu dle čl. III odst.
3) písm. c) bod vi. této smlouvy zaplatí zhotovitel objednateli smluvní pokutu ve výši 0,025 % z celkové ceny uvedené v čl. IV odst. 2 za každý i započatý den prodlení, maximálně však do výše odpovídající polovině ceny za Fázi 1.
4. V případě porušení povinnosti zhotovitele uvedené v čl. VI odst. 4) této smlouvy zaplatí zhotovitel objednateli smluvní pokutu ve výši 15.000,- Kč za každé jednotlivé porušení této povinnosti.
5. Smluvní strany sjednávají pro případ porušení povinnosti o ochraně informací čl. XI. této smlouvy smluvní pokutu ve výši 100.000,- Kč za každý případ.
6. V případě, že objednatel bude v prodlení se zaplacením faktury poskytovateli podle čl. IV., je objednatel povinen zaplatit zhotoviteli zákonný úrok z prodlení z fakturované částky za každý den prodlení dle aktuálně platné legislativy (nařízením vlády č. 351/2013 Sb., ze dne 16. října 2013 či následným předpisem).
7. Za porušení povinnosti uzavřít pojistnou smlouvu (čl. V. – Práva a povinnosti smluvních) zaplatí zhotovitel objednateli smluvní pokutu ve výši 0,05 % z minimální výše limitu pojistného plnění uvedené v článku V. odst. 4 této smlouvy za každý, byť jen započatý den, v němž bude zhotovitel v prodlení.
8. Nedodržení parametrů pro služby SLA (viz článek VIII. Podpora a údržba díla) opravňuje objednatele k sankcionování zhotovitele podle následujících podmínek:
Priorita | Výše smluvní pokuty | Poznámka |
A - kritická | 1.500,- | Za každou (i započatou) pracovní hodinu překročení lhůty pro vyřešení. |
B - vysoká | 1.000,- | Za každou (i započatou) pracovní hodinu překročení lhůty pro vyřešení |
C - střední | 500,- | Za každý další (i započatý) pracovní den překročení lhůty pro vyřešení |
D - nízká | 500,- | Za každý další (i započatý) pracovní den překročení lhůty pro vyřešení |
Ceny smluvní pokuty jsou uvedeny bez DPH.
9. V případě podstatného porušení smlouvy má objednatel právo od smlouvy odstoupit (viz článek X. Platnost a účinnost smlouvy).
10. Smluvní pokuty lze uložit opakovaně a za každý jednotlivý případ. Zaplacením smluvní pokuty není dotčeno právo smluvní strany na náhradu škody vzniklé porušením smluvní povinnosti, které se smluvní pokuta týká.
11. Smluvní pokuty stanovené dle tohoto článku jsou splatné do třiceti (30) dnů ode dne doručení výzvy k zaplacení smluvní pokuty povinné smluvní straně.
12. Smluvní pokuty dle této smlouvy může objednatel požadovat kumulativně, a to do maximální výše celkové ceny uvedené v článku IV. Smluvní pokutu je objednatel oprávněn započíst oproti splatným pohledávkám zhotovitele.
X.
Platnost a účinnost smlouvy
1) Tato smlouva nabývá platnosti dnem podpisu poslední ze smluvních stran a účinnosti okamžikem jejího uveřejnění v registru smluv. Smluvní strany berou na vědomí, že tato smlouva vyžaduje 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 registru smluv, ve znění pozdějších předpisů a s tímto uveřejněním souhlasí. Zaslání smlouvy do registru smluv se objednatel zavazuje zajistit neprodleně po podpisu smlouvy.
2) Platnost této smlouvy může být předčasně ukončena:
a) písemnou dohodou smluvních stran;
b) odstoupením objednatele od smlouvy v případě jejího podstatného porušení ze strany zhotovitele;
c) výpovědí zhotovitele, pokud bude objednatel přes písemné upozornění zhotovitele déle než 60 dnů od písemného upozornění v prodlení s plněním své platební povinnosti vůči zhotoviteli.
3) Za podstatné porušení smlouvy ze strany zhotovitele se považuje zejména prodlení zhotovitele s předáním díla delší než 30 dnů, porušení jakékoliv povinnosti zhotovitele vyplývající ze smlouvy a její nesplnění ani v dodatečné lhůtě (alespoň 5 dnů), kterou objednatel zhotoviteli poskytl a písemně jej na možnost odstoupení v případě nesplnění povinnosti upozornil. Odstoupení od smlouvy ze strany objednatele není spojeno s uložením jakékoliv sankce k jeho tíži.
4) Výpovědní lhůta činí jeden měsíc a počíná běžet prvním dnem měsíce následujícího po měsíci, ve kterém byla písemná výpověď doručena druhé smluvní straně.
5) Odstoupení od smlouvy nabývá účinnosti dnem doručení písemného oznámení o odstoupení od smlouvy druhé smluvní straně na adresu jejího sídla uvedené v záhlaví této smlouvy. Smluvní strany se dohodly, že odstoupení od smlouvy se považuje za doručené 10. dnem od jejího uložení u provozovatele poštovních služeb, resp. výslovným odmítnutím přijetí odstoupení druhou stranou.
6) Dojde-li k předčasnému ukončení smlouvy, je zhotovitel oprávněn požadovat pouze uhrazení částky za již poskytnutá plnění.
7) Odstoupením od této smlouvy zanikají všechny závazky smluvních stran z této smlouvy. V případě odstoupení od této smlouvy nezanikají nároky smluvních stran na náhradu škody a zaplacení smluvních pokut sjednaných pro případ porušení smluvních povinností vzniklé před skončením účinnosti této smlouvy, a ty závazky smluvních stran, které podle smlouvy nebo vzhledem ke své povaze mají trvat i nadále nebo u kterých tak stanoví ObčZ.
XI.
Ochrana informací
1) Zhotovitel se zavazuje, že xxxxxxx jako citlivé informace zprávy týkající se vnitřních záležitostí smluvních stran a předmětu plnění smlouvy, pokud by jejich zveřejnění mohlo poškodit druhou stranu. Povinnost poskytovat informace podle zákona č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů, není tímto ustanovením dotčena.
2) Smluvní strany budou považovat za citlivé informace:
a) informace jako citlivé označené,
b) informace, u kterých se z povahy věci dá předpokládat, že se jedná o informace podléhající závazku mlčenlivosti nebo informace o objednateli, které by mohly z povahy věci být považovány za citlivé a které se dozvědí v souvislosti s plněním této smlouvy.
3) Smluvní strany se zavazují, že neuvolní třetí osobě informace druhé strany bez jejího souhlasu, a to v jakékoliv formě, a že podniknou všechny nezbytné kroky k zabezpečení těchto informací. Závazek mlčenlivosti a ochrany citlivých informací zůstává v platnosti po dobu 5 let po ukončení platnosti smlouvy.
4) Xxxxxxxxxx je povinen zabezpečit veškeré podklady mající charakter citlivé informace poskytnuté mu objednatelem proti odcizení nebo jinému zneužití.
5) Xxxxxxxxxx je povinen svého případného poddodavatele zavázat povinností mlčenlivosti a respektováním práv objednatele nejméně ve stejném rozsahu, v jakém je v závazkovém vztahu zavázán sám.
6) V souvislosti s důvěrností informací bere zhotovitel na vědomí, že je zákonnou povinností objednatele uveřejnit celé znění této smlouvy včetně všech jejich případných dodatků a seznamu subdodavatelů v souladu se zákonem. Splnění této, jakož i dalších zákonných povinností objednatele, není porušením důvěrnosti informací.
7) Povinnost zachovávat mlčenlivost se nevztahuje na informace:
a) které jsou nebo se stanou všeobecně a veřejně přístupnými jinak, než porušením ustanovení tohoto odst. ze strany zhotovitele,
b) které jsou zhotoviteli známy a byly mu volně k dispozici ještě před přijetím těchto informací od objednatele,
c) které budou následně zhotoviteli sděleny bez závazku mlčenlivosti třetí stranou, jež rovněž není ve vztahu k nim nijak vázána,
d) jejichž sdělení se vyžaduje ze zákona.
8) Za prokázané porušení ustanovení v tomto čl. má druhá smluvní strana právo požadovat náhradu takto vzniklé škody.
XII.
Závěrečná ustanovení
1) Vztahy mezi smluvními stranami se řídí českým právním řádem. Ve věcech smlouvou výslovně neupravených se právní vztahy z ní vznikající a vyplývající řídí příslušnými ustanoveními ObčZ a ostatními obecně závaznými právními předpisy. Rozhodčí řízení je vyloučeno. Smluvní strany sjednávají ve smyslu příslušných ustanovení občanského soudního řádu pro spory vyplývající z této smlouvy či s touto smlouvou související místní příslušnost Obvodního soudu pro Prahu 5, případně Městského soudu v Praze.
2) Nastanou-li u některé ze smluvních stran skutečnosti bránící řádnému plnění této smlouvy, je povinna to ihned bez zbytečného odkladu písemně oznámit druhé smluvní straně a vyvolat jednání objednatele a zhotovitele.
3) Vztahuje-li se důvod neplatnosti jen na některé ustanovení smlouvy, je neplatným pouze toto ustanovení, pokud z jeho povahy, obsahu anebo z okolností, za nichž bylo sjednáno, nevyplývá, že jej nelze oddělit od ostatního obsahu smlouvy. Smluvní strany se zavazují, že bezodkladně nahradí neplatné ustanovení této smlouvy jiným platným ustanovením svým obsahem podobným neplatnému ustanovení.
4) Smlouva se vyhotovuje v jednom elektronickém originálu.
5) Nedílnou součástí této smlouvy jsou následující přílohy:
a) Příloha č. 1 – Technická specifikace veřejné zakázky (příloha č. 6 zadávací dokumentace)
b) Příloha č. 2 – Podrobný položkový rozpočet
c) Příloha č. 3 – Závazný harmonogram plnění
V Praze dne _ _ V Praze dne _ _
Za Objednatele: Za Zhotovitele:
………………………………
Digitálně podepsal Xxx. Xxx. Xxxxxx Xxxxxxxx, Ph.D. Datum: 2019.01.15 1…3:5…9:49…+01…'00'…
……………
Xxxxxx Xxxxxx Xxxxxx Xxxxxxxx
radní pro oblast investic a veřejných zakázek člen představenstva AUTOCONT a.s.
Digitálně podepsal Xxx. Xxxxxxxx Xxxxxx
DN: c=CZ,
2.5.4.97=NTRCZ-04308697, o=AUTOCONT a.s. [IČ 04308697],
ou=206, cn=Xxx. Xxxxxxxx Xxxxxx, sn=Xxxxxx, givenName=Xxxxxxxx, serialNumber=P3618
Datum: 2019.01.15 14:47:32
+01'00'
…………………………
Xxxxxxxx Xxxxxx
člen představenstva AUTOCONT a.s.
PŘÍLOHA Č.1 SMLOUVY
Technická specifikace předmětu zakázky
Obsah
Technická specifikace předmětu zakázky 1
1. Základní specifikace předmětu zakázky 2
1.1. Stavební blok Hyper-konvergovaného řešení pro HTCK 3
1.2. Stavební blok Hyper-konvergovaného řešení pro ZTCK 3
1.3. Virtualizační software pro ZTCK 3
1.4. SAN/LAN infrastruktura pro obě datová centra 3
1.5. Požadavky na kabeláž 4
1.6. Požadavky na rozšíření stávajícího řešení (Opční právo zadavatele na dodávky) 4
1.6.1. Stavební blok Hyper-konvergovaného řešení pro HTCK 4
1.6.2. Stavební blok Hyper-konvergovaného řešení pro ZTCK 4
2. Požadavky na zpracování nabídky a její členění z pohledu realizace 4
3. Technické požadavky na dodávku 5
3.1. Stavební blok Hyper-konvergovaného řešení pro HTCK 5
3.1.1. Storage server – hardware 5
3.1.2. Software pro Hyper-konvergované řešení 6
3.1.3. Software pro replikaci dat mezi HTCK a ZTCK 7
3.2. Stavební blok Hyper-konvergovaného řešení pro ZTCK 8
3.2.1. Storage server – hardware 8
3.2.2. Software pro Hyper-konvergované řešení 8
3.3. Virtualizační software pro ZTCK 9
3.4. SAN/LAN infrastruktura pro obě technologická centra 9
3.4.1. LAN switche pro propojení iSCSI datové komunikace řešení 9
4. Zálohování 10
5. Technická podpora výrobce 10
5.1. Hardwarová podpora 10
5.2. Softwarová podpora – maintenance 11
6. Upřesnění požadavků na služby a způsob jejich dodávky 11
6.1. Fáze 1 implementace 11
6.2. Fáze 2 migrace 11
6.3. Fáze 3 - technická podpora dodavatele a SLA parametry 12
6.3.1. Fáze 3 opční konzultace 13
1
7. Akceptační testy 13
1. Základní specifikace předmětu zakázky
Předmětem výběrového řízení je dodávka, implementace a servisní zajištění provozu kompletní IT infrastruktury pro provoz technologických center kraje (TCK) a to hlavního v Praze (dále jen HTCK) a záložního na Kladně (dále jen ZTCK). Součástí požadované dodávky jsou storage servery včetně interních datových úložišť pro virtualizaci včetně hyper-konvergovaného řešení (HCI) datového úložiště, SAN/LAN infrastruktura potřebná pro provoz řešení a software zajišťující funkcionalitu hyper-konvergovaného řešení včetně zabezpečení dat, asynchronní replikaci do DR lokality a zálohu dat primární infrastruktury.
Zadavatel předpokládá, že celá primární IT infrastruktura bude rozložena ve dvou serverovnách umístěných v rámci jedné budovy krajského úřadu v Praze – v HTCK.
V každé serverovně HTCK bude tvořeno čtyřmi storage servery s interní datovou kapacitou, které tvoří konfigurační celek pro hyper-konvergované řešení. Toto řešení bude zajišťovat zabezpečení dat v rámci obou serveroven prostřednictvím synchronního mirroru tak, aby bylo řešení zabezpečeno i proti výpadku celé jedné serverovny.
Další lokalitou, která bude sloužit jako záložní DR lokalita pro případ rozsáhlého výpadku celého HTCK, je objekt Oblastní nemocnice Kladno, která je vzdálená od HTCK zhruba 40 km – ve které je umístěno ZTCK.
Tato lokalita bude vybavena Hyper-konvergovaným řešením ve formě tří storage serverů a příslušnou SAN/LAN infrastrukturou pro propojení navrhovaného řešení.
Přenos dat mezi HTCK a ZTCK zadavatel předpokládá prostřednictvím synchronní a asynchronní kontinuální replikace dat, která bude volena dle požadavků na jednotlivé provozované aplikace.
Mezi lokalitami tedy zadavatel požaduje kontinuální replikaci dat pro virtuální prostředí tak, aby byla zajištěna nezávislá kopie dat v této záložní lokalitě (ZTCK), nad kterou je možné spustit okamžitý provoz v případě výpadku HTCK. Pro případ přechodu do DR lokality požadujeme tedy, aby navrhovaný systém uměl vytvořit i synchronní kopii dat v DR lokalitě, pokud to bude vyžadovat SLA dané aplikace.
Jako virtualizační platformu používá zadavatel v současné době virtualizační software VMware vSphere ve verzi 5.5. Virtualizační platformu hodlá zadavatel využít i do budoucna z důvodů ochrany investic. Licence virtualizačního softwaru má zadavatel již v současné době k dispozici v licenčním modelu vSphere Enterprise, a to včetně platné maintenance. Z těchto důvodů nepožaduje zadavatel dodávku licencí pro virtualizaci serverů v HTCK. Zadavatel požaduje pouze dodávku licencí pro ZTCK, která je specifikována níže.
Stejně tak i licence pro operační systémy Microsoft, potřebné pro provoz virtuálních strojů zajišťuje zadavatel a nejsou tedy předmětem výběrového řízení.
Pro zálohování dat předpokládá zadavatel využití stávajícího produktu Dell EMC NetWorker, u kterého předpokládá změnu licenčního modelu na kapacitní. Požadavky jsou uvedeny dále.
2
Zjednodušené schéma požadovaného řešení
Zadavatel požaduje dodávku následujících hardwarových komponent
1.1. Stavební blok Hyper-konvergovaného řešení pro HTCK
Zadavatel požaduje dodávku následujícího počtu stavebních bloků Hyper-konvergovaného řešení pro provoz krajského úřadu v HTCK:
Hlavní technologické centrum (HTCK) | |
Požadovaný počet: | 8 |
Požadované parametry: | Popsané v kapitole 3.1 |
1.2. Stavební blok Hyper-konvergovaného řešení pro ZTCK
Zadavatel požaduje dodávku následujícího počtu stavebních bloků Hyper-konvergovaného řešení pro provoz krajského úřadu v ZTCK:
Záložní technologické centrum (ZTCK) | |
Požadovaný počet: | 3 |
Požadované parametry: | Popsané v kapitole 3.2 |
ZTCK není plánováno jako plnohodnotné záložní datové centrum k HTCK.
1.3. Virtualizační software pro ZTCK
Zadavatel požaduje dodávku následujícího počtu a typu licencí virtualizačního softwaru VMware pro provoz krajského úřadu v ZTCK:
Záložní technologické centrum (ZTCK) | |
Požadovaný počet: | 1 |
Požadované parametry: | Popsané v kapitole 3.3 |
1.4. SAN/LAN infrastruktura pro obě datová centra
Zadavatel požaduje dodávku následujících switchů pro propojení celé infrastruktury minimálně v následujících počtech:
SAN/LAN switche pro propojení iSCSI datové komunikace řešení:
3
Požadovaný počet: | 6 |
Požadované parametry: | Popsané v kapitole 3.4 |
1.5. Požadavky na kabeláž
• Veškerou kabeláž potřebnou k propojení navrhovaného řešení do funkčního celku v rámci obou datových center.
• Propoje mezi serverovnami a jednotlivými datovými centry včetně připojení k nim, zajišťuje zadavatel, avšak dodavatel musí v rámci zakázky specifikovat podrobné požadavky na tyto propoje.
1.6. Požadavky na rozšíření stávajícího řešení (Opční právo zadavatele na dodávky)
Požadujeme, aby součástí nabídky a nabídkové ceny bylo i nacenění předpokládaného rozšíření nabízeného řešení s garancí ceny po dobu pěti let ode dne účinnosti smlouvy.
Níže uvedené počty konfiguračních celků definují předpokládaný rámec budoucích potřeb zadavatele po dobu trvání smlouvy. Tyto počty však mohou být změněny nebo upraveny dle budoucích potřeb zadavatele. Jednotkové ceny, za požadovaná rozšíření, jsou závazné po dobu účinnosti smlouvy.
K níže uvedeným konfiguračním celkům uvede nabízející v rámci nabídky jednotkové ceny.
1.6.1. Stavební blok Hyper-konvergovaného řešení pro HTCK
Zadavatel požaduje dodávku následujícího počtu stavebních bloků Hyper-konvergovaného řešení pro provoz krajského úřadu v HTCK:
Hlavní technologické centrum (HTCK) | |
Požadovaný počet: | 6 |
Požadované parametry: | Popsané v kapitole 3.1 |
1.6.2. Stavební blok Hyper-konvergovaného řešení pro ZTCK
Zadavatel požaduje dodávku následujícího počtu stavebních bloků Hyper-konvergovaného řešení pro provoz krajského úřadu v ZTCK:
Záložní technologické centrum (ZTCK) | |
Požadovaný počet: | 2 |
Požadované parametry: | Popsané v kapitole 3.2 |
2. Požadavky na zpracování nabídky a její členění z pohledu realizace
• Zadavatel předpokládá realizaci projektu následujícím způsobem
o Fáze 1 – Dodávka, montáž, implementace, konfigurace, provedení akceptačních testů před migrací provozních dat
o Fáze 2 – Migrace provozních dat a ověření funkčnosti systému nad provozními daty
4
o Fáze 3 – Zajišťění technické podpory dodavatele na dodané řešení vč. možnosti konzultací
• Nabídka uchazeče musí obsahovat podrobný popis architektury navrhovaného řešení včetně explicitního popisu splnění jednotlivých technických požadavků zadavatele včetně stručného popisu, jakým způsobem navrhované řešení splní daný požadavek.
• K prokázání skutečnosti, že daná nabídka odpovídá požadavkům na kvalitu a nabízené dílo nebo jeho jednotlivé komponenty jsou v souladu s požadavky zadavatele, předloží uchazeč ve své nabídce popis díla a všech jeho jednotlivých komponent včetně jejich obchodního názvu, detailní specifikace jednotlivých položek a obsahu nabízených služeb.
• Všechny deklarované parametry a technické funkce nabízených komponent řešení musí být jednoduše ověřitelné prostřednictvím oficiálních datasheetů, release notes či manuálů vydaných příslušným výrobcem.
• Identifikace nabízeného zboží musí být natolik určitá, aby zadavatel byl schopen jednoznačně určit, zda uchazečem nabízené zboží technické podmínky zadavatele splňuje či nikoli.
• Veškeré deklarované funkce a technické parametry nabízeného zboží musí být dostupné nejpozději dnem podání nabídky.
• Nabízené zboží musí být nové, nepoužité, určené pro český trh a dostupné k prodeji nejpozději dnem podání nabídky.
• Veškerý nabízený hardware musí být určen k instalaci do standardního skříňového rozvaděče.
• Uchazeč ve své nabídce detailně v tabulce specifikuje mj.:
o Počet a typ napájení pro jednotlivá zařízení včetně spotřeby a požadavku na jištění.
o Počet rack unit jednotlivých zařízení.
o Požadavky na chlazení jednotlivých zařízení.
o Hmotnost jednotlivých zařízení.
o U každého zařízení zároveň uchazeč v tabulce uvede, v jaké serverovně případně lokalitě bude instalováno, aby bylo možné snadno určit požadavky na prostor ve stojanových rozvaděčích pro každou serverovnu nebo lokalitu.
3. Technické požadavky na dodávku
3.1. Stavební blok Hyper-konvergovaného řešení pro HTCK
Požadujeme dodávku výše specifikovaného počtu stavebních bloků pro provoz Hyper- konvergovaného systému, který se skládá z následujících komponent:
3.1.1. Storage server – hardware
• Server musí být v provedení do 19“ rozvaděče o maximální výšce 2U v provedení s možností osazení 24 x 2,5“ Hot Plug HDD.
• Minimálně 2 x CPU Intel řady Xeon, každý s 16-ti jádry a frekvencí minimálně 2,1 GHz
• Minimálně 512 GB RAM osazených tak, aby bylo možno bez nutnosti výměny stávajících modulů server doplnit minimálně na celkových 768 GB RAM moduly o stejné velikosti.
• Řadič disků s podporou RAID 0, 1, 5, 6 a 10 s velikostí cache minimálně 8 GB s ochranou proti ztrátě dat při výpadku napájení.
• Minimálně 2 x 120 GB HDD SSD v RAID 1 pro operační systém. Disky nesmí obsadit žádný slot pro datové disky z výše uvedených 24 x 2,5“ slotů a musí mít vlastní řadič.
5
• Minimálně 3 x 960 GB HDD SSD 12 Gbps SAS 2,5“.
• Minimálně 15 x 2,4 TB HDD SAS 10K RPM 12 Gbps 2,5“.
• Minimální osazení LAN porty musí být následující:
o 6 x 1 Gbps BASE-T
o 2 x 10 Gbps BASE-T
• Dedikovaný port pro vzdálenou správu HW standardu minimálně IPMI 2.0 s KVM over LAN.
• Redundantní napájecí zdroje minimálně 1 100 W každý.
• Zamykatelný kryt ovládacích prvků na čelním panelu s informačním LCD displayem.
• Lyžiny pro montáž do 19“ palcového rozvaděče včetně pohyblivého ramene pro organizaci kabelů.
Součástí serverů musí být i veškerá kabeláž potřebná k zapojení serverů do infrastruktury:
• LAN kabely příslušné kategorie v délce minimálně 3 m.
• Napájecí kabely typu PDU s konektory C13-C14 v délkách minimálně 4 m.
3.1.2. Software pro Hyper-konvergované řešení
Požadujeme systém s architekturou Scale-out, který bude velmi jednoduše rozšířitelný do budoucna z pohledu procesorového výkonu, paměti, datového prostoru a jeho výkonu, jednoduše prostřednictvím přidání dalšího nodu (stavebního bloku – server + software). Systém musí zároveň umožňovat jednoduchou rozšiřitelnost jen v jednom směru, např. přidáním jen diskové kapacity, diskového výkonu nebo výpočetního výkonu pro virtuální prostředí serverů. Zároveň musí takto koncipovaný systém umožňovat připojení fyzických aplikačních serverů k datové kapacitě tohoto Scale-Out systému, a to jak ve formě virtualizačních nodů bez datové kapacity, tak i fyzických serverů s operačním systémem MS Windows nebo Linux.
Celý takto koncipovaný systém musí tvořit jeden konfigurační celek, který bude nainstalován na výše zmíněných dvou serverech a bude splňovat veškeré níže zmíněné požadavky.
S ohledem na výše zmíněné požadavky musí tedy celý takto koncipovaný systém splňovat minimálně následující požadavky:
• Součástí musí být příslušný počet licencí SW pro Hyper-konvergované řešení, nutných k za-licencování výše uvedeného serveru v rámci požadované infrastruktury.
• Celý systém musí umožňovat jednoduchou rozšiřitelnost v obou lokalitách v libovolném směru (například jen výpočetní kapacita nebo pouze datová kapacita, případně oboje najednou) prostřednictvím přidání dalšího serveru s interní diskovou kapacitou nebo bez ní.
• Celý systém musí umožňovat jednoduchou rozšiřitelnost jen datové kapacity prostřednictvím přidání disků do jednotlivých nodů, přidáním police s disky nebo připojením diskového pole k jednomu nebo více nodům Scale-Out systému.
• Systém musí podporovat zabezpečení dat prostřednictvím snapshotů.
• Systém musí umožňovat připojení fyzických serverů k internímu datovému úložišti prostřednictvím 10 Gbps iSCSI. Veškerá kapacita musí být licencována pro případné použití jak virtuálními, tak i fyzickými servery.
• Systém musí umožňovat akceleraci I/O operací cachováním prostřednictvím rychlých SSD disků nebo NVME karet umístěných v PCIe slotech.
• Zabezpečení dat musí být nastavitelné přímo na úrovni jednotlivých virtuálních strojů nebo VMDK souborů
6
• Způsob zabezpečení dat jednotlivých virtuálních strojů mezi jednotlivými nody hyper- konvergovaného řešení musí být nastavitelné přímo prostřednictvím politik virtualizačního systému, v tomto případě VMwaru.
• Zabezpečení dat prostřednictvím synchronního mirroru musí být přímo nativní funkcí virtualizace, bez nutnosti instalace jakéhokoli virtuálního stroje, který by toto zajišťoval.
• Hyper-konvergované řešení musí zároveň umožňovat deduplikaci a kompresi dat včetně jejich zabezpečení prostřednictvím kryptování.
• Správa datového Scale-Out systému musí být možná prostřednictvím jedné management konzole spolu s virtualizací. V tomto případě prostřednictvím vCenter serveru.
• Celé řešení musí být koncipováno tak, aby v případě výpadku celé jedné serverovny (poloviny Hyper-konvergovaného řešení) nedošlo k výpadku poskytování služeb a pro virtuální stroje v havarované serverovně znamenal jen restart strojů v přeživší serverovně.
3.1.3. Software pro replikaci dat mezi HTCK a ZTCK
Součástí Stavebního bloku musí být také software pro synchronní nebo asynchronní kopii dat mezi lokalitami HTCK a ZTCK, který musí splňovat následující požadavky:
• Součástí musí být příslušný počet licencí SW pro replikaci, nutných k zalicencování výše uvedeného serveru v rámci požadované infrastruktury. V případě, že je systém pro replikaci dat licencován per replikovaný virtuální server, požadujeme, aby součástí nabídky a nabídkové ceny byla licence pro 500 serverů. Zároveň nesmí být maximální počet těchto licencí shora nijak omezený z pohledu celkového počtu replikovaných serverů.
• Systém musí umožňovat synchronní i asynchronní kontinuální replikaci dat prostřednictvím TCP/IP s tím, že musí být možno zároveň nastavit pro některé vybrané servery synchronní replikaci a pro jiné asynchronní (dle požadavků SLA).
• Systém musí posílat jen změněná data v komprimované formě.
• Systém musí zajišťovat komplexní monitoring replikace včetně sledování a vyhodnocování splnění nastavených SLA parametrů Recovery Point Objective (RPO) a Recovery Time Objective (RTO) v reálném čase.
• Systém musí umožňovat nastavení RPO v řádu desítek vteřin, maximálně však do 1 minuty.
• Systém musí umožňovat vytváření konzistentních snasphotů prostřednictvím VSS nebo prostřednictvím spuštění skriptu před snapshotem.
• Systém musí umožňovat spuštění provozu v sekundární lokalitě z různých časových okamžiků v minulosti s granularitou maximálně 1 minuty a možností vrátit se s touto granularitou minimálně o 72 hodin zpět.
• Systém musí umožňovat testování spuštění provozu v ostrovním provozu (sandbox) a musí umožnit spuštění jednotlivých vybraných systémů například pro účely testování aplikací prostřednictvím plně automatizovaných scénářů tak, aby nebylo nutné provádět jednotlivé kroky ručně.
• Systém musí umožňovat vytváření konzistentních skupin, které obsahují libovolný počet virtuálních serverů nebo jen VMDK.
• Systém musí umožňovat spuštění provozu v záložní lokalitě pro libovolný virtuální server, skupinu virtuálních serverů nebo VMDK souborů prostřednictvím plně automatizovaných scénářů tak, aby nebylo nutné provádět jednotlivé kroky ručně.
7
• Systém musí umožňovat jednoduchý návrat provozu zpět do hlavní lokality pro libovolný virtuální server, skupinu virtuálních serverů nebo VMDK souborů opět prostřednictvím spuštění plně automatizovaných scénářů, aniž by bylo nutné provádět jednotlivé kroky ručně, pro testování nebo i v případě návratu po havarijním stavu.
• Vzhledem k tomu, že celá virtuální infrastruktura bude spravována prostřednictvím vCenter serveru, požadujeme, aby správa replikačního řešení byla jeho součástí, například ve formě pluginu.
• Systém musí umožňovat vytvářet jednoduchým způsobem zálohu z jednotlivých snapshotů nebo bodů obnovy.
3.2. Stavební blok Hyper-konvergovaného řešení pro ZTCK
Požadujeme dodávku výše specifikovaného počtu stavebních bloků pro provoz Hyper- konvergovaného systému, který se skládá z následujících komponent:
3.2.1. Storage server – hardware
• Server musí být v provedení do 19“ rozvaděče o maximální výšce 2U v provedení s možností osazení 12 x 3,5“ Hot Plug HDD.
• Minimálně 2 x CPU Intel řady Xeon, každý s 10-ti jádry a frekvencí minimálně 2,2 GHz
• Minimálně 384 GB RAM osazených tak, aby bylo možno bez nutnosti výměny stávajících modulů server doplnit minimálně na celkových 768 GB RAM moduly o stejné velikosti.
• Řadič disků s podporou RAID 0, 1, 5, 6 a 10 s velikostí cache minimálně 8 GB s ochranou proti ztrátě dat při výpadku napájení.
• Minimálně 2 x 120 GB HDD SSD v RAID 1 pro operační systém. Disky nesmí obsadit žádný slot pro datové disky z výše uvedených 12 x 3,5“ slotů a musí mít vlastní řadič.
• Minimálně 2 x 800 GB HDD SSD 6 Gbps SAS 3,5“.
• Minimálně 10 x 4 TB HDD NL-SAS/SATA 10K RPM 6 Gbps 3,5“.
• Minimální osazení LAN porty musí být následující:
• 6 x 1 Gbps BASE-T
• 2 x 10 Gbps BASE-T
• Dedikovaný port pro vzdálenou správu HW standardu minimálně IPMI 2.0 s KVM over LAN.
• Redundantní napájecí zdroje minimálně 1 100 W každý.
• Zamykatelný kryt ovládacích prvků na čelním panelu s informačním LCD displayem.
• Lyžiny pro montáž do 19“ palcového rozvaděče včetně pohyblivého ramene pro organizaci kabelů.
Součástí serverů musí být i veškerá kabeláž potřebná k zapojení serverů do infrastruktury:
• LAN kabely příslušné kategorie v délce minimálně 3 m.
• Napájecí kabely typu PDU s konektory C13-C14 v délkách minimálně 4 m.
3.2.2. Software pro Hyper-konvergované řešení
Požadujeme systém s architekturou Scale-out, který bude velmi jednoduše rozšířitelný do budoucna z pohledu procesorového výkonu, paměti, datového prostoru a jeho výkonu, jednoduše prostřednictvím přidání dalšího nodu (stavebního bloku – server + software). Systém musí zároveň umožňovat jednoduchou rozšiřitelnost jen v jednom směru, např. přidáním jen diskové kapacity, diskového výkonu nebo výpočetního výkonu pro virtuální prostředí serverů. Zároveň musí takto koncipovaný systém umožňovat připojení fyzických aplikačních serverů
8
k datové kapacitě tohoto Scale-Out systému, a to jak ve formě virtualizačních nodů bez datové kapacity, tak i fyzických serverů s operačním systémem MS Windows nebo Linux.
Celý takto koncipovaný systém musí tvořit jeden konfigurační celek, který bude nainstalován na výše zmíněných dvou serverech a bude splňovat veškeré níže zmíněné požadavky.
S ohledem na výše zmíněné požadavky musí tedy celý takto koncipovaný systém splňovat minimálně následující požadavky:
• Součástí musí být příslušný počet licencí SW pro Hyper-konvergované řešení, nutných k za-licencování výše uvedeného serveru v rámci požadované infrastruktury.
• Celý systém musí umožňovat jednoduchou rozšiřitelnost v obou lokalitách v libovolném směru (například jen výpočetní kapacita nebo pouze datová kapacita, případně oboje najednou) prostřednictvím přidání dalšího serveru s interní diskovou kapacitou nebo bez ní.
• Celý systém musí umožňovat jednoduchou rozšiřitelnost jen datové kapacity prostřednictvím přidání disků do jednotlivých nodů, přidáním police s disky nebo připojením diskového pole k jednomu nebo více nodům Scale-Out systému.
• Systém musí podporovat zabezpečení dat prostřednictvím snapshotů.
• Systém musí umožňovat připojení fyzických serverů k internímu datovému úložišti prostřednictvím 10 Gbps iSCSI. Veškerá kapacita musí být licencována pro případné použití jak virtuálními, tak i fyzickými servery.
• Systém musí umožňovat akceleraci I/O operací cachováním prostřednictvím rychlých SSD disků nebo NVME karet umístěných v PCIe slotech.
• Zabezpečení dat musí být nastavitelné přímo na úrovni jednotlivých virtuálních strojů nebo VMDK souborů
• Způsob zabezpečení dat jednotlivých virtuálních strojů mezi jednotlivými nody hyper- konvergovaného řešení musí být nastavitelné přímo prostřednictvím politik virtualizačního systému, v tomto případě VMwaru.
• Zabezpečení dat prostřednictvím synchronního mirroru musí být přímo nativní funkcí virtualizace, bez nutnosti instalace jakéhokoli virtuálního stroje, který by toto zajišťoval.
• Hyper-konvergované řešení musí zároveň umožňovat deduplikaci a kompresi dat včetně jejich zabezpečení prostřednictvím kryptování.
• Správa datového Scale-Out systému musí být možná prostřednictvím jedné management konzole spolu s virtualizací. V tomto případě prostřednictvím vCenter serveru.
3.3. Virtualizační software pro ZTCK
Součástí nabídky a nabídkové ceny musí být následující licence pro ZTCK:
• 1 x VMware vSphere Essential Plus Pack včetně pětileté basic subscription na tento software.
3.4. SAN/LAN infrastruktura pro obě technologická centra
3.4.1. LAN switche pro propojení iSCSI datové komunikace řešení
Součástí nabídky a nabídkové ceny musí být výše uvedený počet SAN/LAN switchů, z nichž každý musí splňovat tyto parametry:
Základní vlastnosti
• Manageovatelný Layer 3 Ethernet přepínač ve formátu 1RU.
• Switch musí být stohovatelný bez snížení počtu využitelných ethernet portů.
9
• Minimální požadovaný počet a typ portů:
o 28 portů typu 10 Gbps BASE-T s možností rozšíření až na 36.
o Switch musí mít možnost rozšíření o další porty prostřednictvím dvou QSFP28 modulů, který umožní rozšíření o další 1/10/25/40/50/100 Gbps porty.
• Redundantní interní napájecí zdroj, vyměnitelný za chodu.
Výkonnostní parametry
• Minimální požadovaná propustnost přepínacího subsystému je 900 Gbit/s.
• Minimální požadovaný paketový výkon přepínače je 700 milionů paketů/vteřinu.
• Minimální požadovaný počet MAC adres je 160 000.
Protokoly fyzické vrstvy
• Podpora "jumbo rámců".
4. Zálohování
V současné době zadavatel používá pro zálohování infrastruktury softwarové řešení Dell EMC NetWorker. Zálohy jsou v HTCK směrovány do zařízení s deduplikací Dell EMC Data Domain DD2500 a replikovány do druhé DD2500 v ZTCK. Dále jsou jednou týdně zálohy odkládány do páskové knihovny.
V této chvíli disponuje zadavatel následujícími licencemi softwaru NetWorker:
• 1 x 000-000-000; NW FAST START WITH AUTOCH WIN
• 1 x 000-000-000; NW NETWORK ED STG NODE WIN/LIN=IA
• 1 x 000-000-000; NW CLNT QTY 100=IA
• 1 x 000-000-000; NW DYNAMIC DRIVE SHARING OPTION=IA
• 1 x 000-000-000; NW LICENSING BUNDLE DATA DOMAIN 10TB CAP
• 3 x 000-000-000; NW MOD MS SQL SVR CLNT WIN
• 2 x 000-000-000; NW MOD MICROSOFT APPS=IA
• 2 x 000-000-000; NETWORKER VIRTUAL EDITION CLIENT=IA
• 1 x 000-000-000; NW AUTOCH UPGRD FROM 1-64 TO 1-128
• 1 x 000-000-000; NW AUTOCH UPGRD FROM 1-40 TO 1-64
• 3 x 000-000-000; NW DYNAMIC DRIVE SHARING OPTION=IA
Výše uvedenou zálohovací infrastrukturu požaduje zadavatel nadále využít pro zálohování s tím, že požaduje upgrade licenčního modelu Dell EMC NetWorker na kapacitní model Dell EMC NetWorker tak, aby bylo možné pro zálohování využít obě stávající deduplikační zařízení Data Domain DD2500.
Zadavatel tedy požaduje dodávku 170 TB kapacitních licencí softwaru NetWorker.
5. Technická podpora výrobce:
Veškerá záruční podpora na dodaný hardware i software musí být zahrnuta v ceně, a to na dobu 60 měsíců od dodání řešení.
5.1. Hardwarová podpora
Součástí řešení musí být služby technické podpory výrobce na veškerý dodaný hardware v následujícím rozsahu:
• 7x24 podpora s nástupem k odstranění hardwarové závady do 4 hodin od nahlášení, tj. dostupnost technika v místě instalace včetně odpovídajícího náhradního dílu.
10
• Požadované služby podpory na hardware musí být zajišťovány přímo výrobcem zařízení. Součástí nabídky musí být oficiální datasheety výrobce popisující nabízené služby podpory.
• Výrobce musí disponovat potřebnými náhradními díly včetně jejich dislokace v místě vzdáleném max. 50 km od místa instalace (Praha, Kladno).
• Záruční servis musí plně pokrývat i flash komponenty jako jsou SSD disky či NVRAM karty bez dalších omezení. Pro každé opotřebené či vadné flash médium je požadována jeho bezplatná záruční výměna a to i v případě závady typu wear-out.
5.2. Softwarová podpora – maintenance
Součástí řešení musí být služby podpory veškerého software v následujícím rozsahu po celou dobu trvání podpory:
• Přístup k opravám produktů, novým verzím produktů a technické podpoře výrobce, a to včetně tzv. major verzí.
• Možnost zakládání a řešení incidentů u výrobce zařízení. Provádí vždy dodavatel.
6. Upřesnění požadavků na služby a způsob jejich dodávky
Součástí nabídky na dodávku díla musí být následující služby:
6.1. Fáze 1 implementace
• Dodávka, montáž a instalace veškerého hardware v prostorách zadavatele (HTCK i ZTCK).
• Instalace veškerého potřebného software.
• Propojení a implementace řešení.
• Implementace do stávajícího prostředí.
• Konfigurace a nastavení řešení jako funkčního celku a jeho příprava pro akceptační testy
• Provedení akceptačních testů a ověření souladu s požadavky zadávací dokumentace. Akceptace se neprovádí nad ostrými provozními daty.
• Předložení dokumentů prokazující, že dodavatel u výrobce zajistil podporu na dodaný HW a SW na dobu 5ti let.
6.2. Fáze 2 migrace
• Konfigurace diskových svazků a jejich zpřístupnění virtuálním serverům.
o Migrace dat ze stávajícího prostředí
▪ Stávající data jsou umístěna na redundantním datovém úložišti centrálně spravovaném produktem FalconStor NSS, připojeném prostřednictvím FC s možností exportu po iSCSI 1 Gbps
▪ Migrace musí probíhat postupně s minimální odstávkou jednotlivých virtuálních serverů prostřednictvím VMware Storage vMotion.
• Nastavení pravidel pro zabezpečení dat v primárním datovém centru (mirror, snapshoty, zajištění více kopií atd).
• Nastavení pravidel replikace dat do sekundárního datového centra a nastavení veškerých SLA pravidel pro sledování a vyhodnocování jejich splnění dle požadavků zadavatele.
• Nastavení a konfigurace pravidel zálohování v primárním datovém centru včetně replikace záloh do sekundárního datového centra. Zpracování dokumentace skutečného stavu v následujícím rozsahu:
o Popis celého řešení a jeho vlastností.
o Schéma architektury řešení včetně zapojení.
11
o Popis jednotlivých komponent řešení.
o Popis zapojení řešení a back-end infrastruktury.
o Popis IP adresace včetně tabulky IP adres jednotlivých komponent řešení.
o Popis nastavení replikace dat a SLA parametrů pro jednotlivé aplikační servery.
o Popis nastavení zálohování a retenčních politik pro jednotlivé aplikační servery.
• Provedení vybraných akceptačních testů pro ověření funkčnosti díla v reálném provozu.
• Školení pracovníků zadavatele v rozsahu alespoň tří dnů zaměřené na principy fungování řešení, jeho jednotlivé části a komunikaci se servisním pracovištěm.
6.3. Fáze 3 - technická podpora dodavatele a SLA parametry
• Technická podpora dodavatele v rozsahu 7x24 na celé dodané řešení za fixní měsíční platbu
o Účelem poskytované technické podpory dodavatele je zajistit chod dodaného systému v rozsahu a kvalitě takové, aby po dobu životnosti projektu tj. 5 let plnil účel, pro který byl projekt dodán a který je popsán v této zadávací dokumentaci.
• Dodavatel zajistí „Single point of contact“ pro řešení veškerých incidentů souvisejících s provozem hyperkonvergované infrastruktury a dodaných komponent.
• Dodavatel musí poskytovat veškerou technickou podporu systému v českém jazyce.
• Dodavatel mimo jiné zajistí:
o analýzu a identifikaci příčin nahlášeného incidentu, problému či chybového stavu
o návrh a zajištění fixace chyby
o zakládání a řešení incidentů u výrobce HW/SW
o implementaci veškerých bezpečnostních a výrobcem doporučených upgrade a update/patch dodaných produktů, které by mohly ohrožovat chod/bezpečnost systému (díla)
• Dodavatel si nastaví monitorovací systémy chodu dodaného systému (díla) tak, aby mohl poskytovat support takovým způsobem, aby byly plněny níže požadované SLA parametry.
• Požadovaná Service Level Agreement (SLA):
Priorita | Popis incidentu | Odezva od (response time) | Řešení do (fix time) |
A – kritická | • Primární systém v HTCK nefunguje vůbec nebo jeho funkčnost je omezena natolik, že systém neplní účel pro který byl pořízen - Řešením tohoto stavu se rozumí obnovení provozu HTCK nebo nouzového provozu v ZTCK | 2 hod. | 4 hod. |
B – vysoká | • Primární systém v HTCK funguje, ale je degradován natolik, že omezuje běžný provoz Např. dochází k významnému zpomalení výkonu - Řešením tohoto stavu může být i řízený převod provozu do ZTCK po dohodě se zadavatelem. | 2 hod. | 24 hod. |
C – střední | • Ztráta redundance v HTCK • Výpadek celé ZTCK • Neprobíhá zabezpečení dat do ZTCK • Neprobíhá záloha | 2 hod. | do 2 pracovních dnů |
12
D – nízká | • Dílčí výpadky komponent HW prvků (HCI node, disk, zdroj, řadič…) | 2 hod. | dle standardních podmínek výrobce HW/SW |
• Poskytování služeb podpory musí být zajištěno prostřednictvím vzdáleného přístupu, případně zásahem v místě instalace.
6.3.1. Fáze 3 opční konzultace
• V rámci nabídky dodavatel musí poskytovat konzultační služby na dodávané řešení. Tyto služby budou v nabídce uvedeny jako opce za 1 člověkoden tj. 8x60min. Maximální předpokládaný rozsah konzultačních činnosti po dobu 5ti let je 50 člověkodnů. Zadavatel si vyhrazuje právo tyto hodiny nečerpat. Veškeré konzultační činnosti budou poskytovány po vzájemné dohodě na základě písemné objednávky. Na tyto služby se nevztahuje požadavek na SLA. Tyto konzultace budou užívány např.:
o pro plánování přechodu na vyšší verze softwarového vybavení vyjma bezpečnostních/chod ohrožujících upgrade/update/patch. Obecně se jedná o upgrade/update na přání zadavatele nevyvolaného provozním incidentem.
o při plánování, tvorbě nebo změnách provozních standardů a technologických postupů zadavatele
o záležitosti související se změnou legislativy
o při změnách nastavení systému nevyvolaného provozním incidentem
o ladění systému iniciovaná žádostí zadavatele nevyvolaného provozním incidentem
o specifická konzultace/pomoc jiným dodavatelům zadavatele související s infrastrukturou nevyvolaného provozním incidentem
o aktualizace provozní dokumentace po rekonfiguraci nevyvolaného provozním incidentem
o … obecně změny v díla oproti požadavkům v této zadávací dokumentaci
Veškeré výše uvedené služby technické podpory musí být součástí nabídky na dobu 5 let.
7. Akceptační testy
Součástí dodávky a akceptace dodaného řešení budou i akceptační testy v následujícím rozsahu:
Simulace výpadku disku (postupně u všech Scale-Out nodů) | ||
Předmět testování | Očekávané chování | |
Výpadek disku Vytáhnutí jednoho disku za provozu. | Přístup na data testované RAID skupiny je zachován. Aplikační servery pokračují v práci bez přerušení. Probíhá rebuild vypadlého disku na HotSpare. | |
Návrat zpět do stavu před provedením testu | Přístup na data testované RAID skupiny je zachován. Aplikační servery pokračují |
13
Vrácení uvedeného disku zpět. Nutno udělat až po doběhnutí rebuildu na HotSpare. | v práci bez přerušení. Ruční označení vráceného disku, jako HotSpare. | |
Simulace výpadku napájecího zdroje (postupně u všech zařízení) | ||
Předmět testování | Očekávané chování | |
Výpadek napájecího zdroje: Odpojení napájecího kabelu u jednoho zdroje daného zařízení. | Přístup na data je zachován. Aplikační servery pokračují v práci bez přerušení. Testované zařízení pokračuje v provozu bez přerušení. | |
Návrat zpět do stavu před provedením testu: Zapojení napájecího kabelu zpět do napájecího zdroje daného zařízení. | Přístup na data je zachován. Aplikační servery pokračují v práci bez přerušení. Testované zařízení pokračuje v provozu bez přerušení. | |
Simulace výpadku jednotlivých iSCSI switchů v obou lokalitách | ||
Předmět testování | Očekávané chování | |
Výpadek iSCSI switche: Vytáhnutí přívodního el. kabelu z napájecího zdroje testovaného iSCSI switche za provozu | Přístup na data je zachován. Aplikační servery pokračují v práci bez přerušení. | |
Návrat zpět do stavu před provedením testu: Zapojení el. kabelu zpět do napájecího zdroje iSCSI switche. | Přístup na data je zachován. Aplikační servery pokračují v práci bez přerušení. | |
Simulace výpadku jednotlivých nodů Scale-Out systému | ||
Předmět testování | Očekávané chování | |
Výpadek jednoho nodu Scale-Out systému: Způsob provedení: Vypnutí testovaného nodu Scale-Out systému za provozu vytažením napájecích kabelů. | Přístup na data je zachován. Aplikační servery na zbývajícím nodu pokračují v práci bez přerušení. Aplikační servery, které běžely na vypnutém nodu, se startují na zbylém nodu. | |
Návrat zpět do stavu před provedením testu: Zapnutí Scale-Out nodu - po nastartování kontrola stavu, pokud je v pořádku, ruční vrácení aplikačních serverů zpět na vypadlý nod. | Přístup na data je zachován. Aplikační servery pokračují v práci bez přerušení. Data se automaticky resynchronizují mezi aktivními nody. | |
Simulace výpadku celé jedné lokality | ||
Předmět testování | Očekávané chování | |
Výpadek hlavní lokality: Přepnutí provozu z hlavní lokality do DR prostřednictvím softwarového přepnutí provozu dle připraveného scénáře. | Během několika málo minut dojde k přepnutí provozovaných aplikací ve virtuálním prostředí do DR, kde je možno pokračovat v práci. | |
Návrat zpět do stavu před provedením testu: Přepnutí provozu z DR lokality zpět prostřednictvím softwarového přepnutí. | Během několika málo minut dojde k přepnutí provozovaných aplikačních serverů ve virtuálním prostředí zpět do hlavní lokality, kde je opět možno pokračovat v práci. | |
Výpadek hlavní lokality: Vypnutí serverů v hlavní lokalitě prostřednictvím vytažení kabelů a softwarové přepnutí provozu dle připraveného scénáře. | Během několika málo minut dojde k přepnutí provozovaných aplikací ve virtuálním prostředí do DR, kde je možno pokračovat v práci. |
14
Návrat zpět do stavu před provedením testu: Přepnutí provozu z DR lokality zpět prostřednictvím softwarového přepnutí. | Během několika málo minut dojde k přepnutí provozovaných aplikačních serverů ve virtuálním prostředí zpět do hlavní lokality, kde je opět možno pokračovat v práci. |
V rámci výše uvedených akceptačních testů se budou zároveň testovat i veškeré požadované funkcionality, uvedené v rámci technických požadavků na řešení. Dodané řešení bude ze strany zadavatele akceptováno až po ověření těchto požadovaných funkcionalit.
Součástí akceptace bude předložení dokumentu prokazujícího, že dodavatel nakoupil hardwarovou technickou podporu a softwarovou maintenance na veškerý dodávaný hardware a software, a to na 5 let.
15
PŘÍLOHA Č.2 SMLOUVY
PŘÍLOHA Č.3 SMLOUVY