Článek II.

4. Zhotovitel je povinen zajistit, že veškeré vlastnosti předmětu smlouvy, včetně jeho update, legislativních update, upgrade a legislativních upgrade budou po celou dobu účinnosti této smlouvy odpovídat obecně platným právním předpisům ČR.

5. Xxxxxxxxxx prohlašuje a zavazuje se, že po celou dobu platnosti této smlouvy bude mít sjednánu pojistnou smlouvu pro případ způsobení škody třetí osobě s limitním plněním na jednu škodnou událost minimálně 10 mil. Kč. Zánik pojištění nebo snížení jeho výše plnění pod uvedenou hranici v průběhu plnění smlouvy bude posuzováno jako podstatné porušení smlouvy zhotovitelem. Xxxxxxxxxx je povinen předložit na vyžádání pojistnou smlouvu k nahlédnutí. Náklady na pojištění odpovědnosti jsou zahrnuty v ceně dohodnuté v této smlouvě.

6. Zhotovitel před podpisem smlouvy doložil osvědčení výrobce nebo oficiálního zastoupení pro ČR ze kterého jsou zřejmé následující skutečnosti:

▪ dodávané komponenty jsou nové a originální,

▪ dodávané komponenty nebyly doposud používány,

▪ dodávané komponenty pochází z oficiálního distribučního kanálu pro Český trh.

7. Zhotovitel a objednatel se zavazují ke vzájemné součinnosti za účelem plnění smlouvy.

Článek II.

Účel a předmět smlouvy

1. Účelem této smlouvy je zajištění zakázky „Bezpečnostní infrastruktura technologického centra“, která je realizována v rámci projektu, reg. č. CZ.1.06/2.1.00/19.09279 spolufinancovaného Evropskou unií z Evropského fondu pro regionální rozvoj na základě Integrovaného operačního programu, prioritní osy 2 Zavádění ICT v územní veřejné správě – Cíl Konvergence, oblasti podpory 2.1 Zavádění ICT v územní veřejné správě.

2. Předmětem této smlouvy je závazek zhotovitele provést pro objednatele na vlastní riziko a nebezpečí dále specifikovanou dodávku a implementaci včetně poskytnutí všech nutných licencí, dokumentací, implementace a zkušebního provozu (dále též jako „předmět smlouvy“ nebo „plnění“).

3. Zhotovitel zabezpečí pro objednatele poskytování technické podpory a servisu po dobu zkušebního provozu a po celou dobu udržitelnosti projektu.

4. Objednatel se zavazuje řádně a včas provedený a dokončený předmět smlouvy převzít a uhradit za něj zhotoviteli sjednanou cenu.

Článek III.

Specifikace, vymezení pojmů

1. Realizace předmětu smlouvy zahrnuje dodávku „Bezpečnostní infrastruktury Technologického centra Pardubického kraje“, její instalaci a implementaci, školení administrátorů v nezbytně nutném rozsahu, zkušební provoz, zpracování dokumentace konečného provedení a dokumentace provozní a následné zajištění provozu, technické podpory a servisu.

2. Předmět smlouvy má tyto části:

a) Zpracování prováděcího projektu včetně harmonogramu realizace. Prováděcí projekt bude popisovat podrobný popis realizace veřejné zakázky, dohodnutý a odsouhlasený mezi zadavatelem a uchazečem.

b) Dodávka a implementace v rozsahu dle prováděcího projektu.

3. Součástí je rovněž:

a) Školení administrátorů;

b) Zpracování dokumentace konečného provedení a dokumentace provozní v písemné i elektronické editovatelné podobě, ve formátu MS Word/Excel, MS Visio, včetně popisu pravidelné údržby řešení;

c) Údržba a podpora řešení po dobu udržitelnosti projektu;

4. V rámci dodávky obou částí zhotovitel dále zabezpečí:

a) Zkušební provoz.

b) Akceptační testy.

5. Předmět smlouvy a jeho obsah je definován v přílohách této smlouvy.

6. Pod pojmem update se v této smlouvě rozumí taková verze předmětu smlouvy, u které se oproti předcházející verzi mění jeho funkčnost, a to na základě změny jakékoliv skutečnosti, podle které byla celá funkčnost vytvořena, ale nemění se struktura dat datového fondu, se kterým tato verze pracuje. V případě, že změna funkčnosti byla provedena pouze na základě legislativních změn, je nová verze jeho „legislativním updatem“.

7. Pod pojmem upgrade se ve smlouvě rozumí taková verze předmětu smlouvy, u které se oproti předcházející verzi mění jeho funkčnost, a to na základě změny jakékoliv skutečnosti, podle které byla celá funkčnost vytvořena, a zároveň se mění struktura vět datového fondu, se kterým tato verze pracuje. V případě, že změna funkčnosti a změna struktury dat datového fondu, se kterým pracuje, byla provedena pouze na základě legislativních změn, je nová verze jeho „legislativním upgradem“.

8. Ke každé inovované verzi, včetně update a legislativního update, upgrade a legislativního upgrade, je zhotovitel povinen dodat seznam změn a úprav v elektronické formě, které byly provedeny do inovované verze. Budou-li inovované verze obsahovat modifikovanou funkčnost oproti předchozí verzi, potom budou tyto zhotovitelem distribuovány spolu s náležitou dokumentací a aktualizovanou uživatelskou příručkou v elektronické podobě.

9. V případě, že provedená změna nebo úprava má vliv na funkčnost, případně mění uživatelské vlastnosti, je zhotovitel povinen dodat i aktualizovanou uživatelskou dokumentaci a dokumentaci pro správce informačních systémů.

10. Objednatel je oprávněn provádět změny HW a SW, nastavení a konfigurace HW a SW, a to tak, aby byl zabezpečen chod a související infrastruktura. Objednatel je povinen zhotovitele informovat o provedených změnách HW a SW, jakož i o změnách nastavení a konfigurace HW a SW formou záznamu, který bude obsahovat vždy alespoň označení pořadovým číslem, datum vyhotovení, datum podpisu zástupci objednatele, jakož i specifikaci změny HW a SW a změny nastavení a konfigurace HW a SW, která byla provedena.

11. Zjistí-li zhotovitel při plnění předmětu smlouvy skryté překážky bránící řádnému provedení předmětu plnění, je povinen to bez odkladu objednateli oznámit a navrhnout další postup.

Článek IV.

Doba a místo plnění

1. Zhotovitel je povinen níže uvedené části plnění předmětu smlouvy předat objednateli (případně dle charakteru plnění provádět pro objednatele) bez vad a nedodělků v těchto etapách a termínech:

• Zpracování prováděcího projektu bude zhotovitelem dokončeno a předáno objednateli do 4 týdnů ode dne nabytí platnosti této smlouvy, a to včetně zapracování připomínek objednatele.

• Dodávka a implementace bude zhotovitelem dokončena do 8 týdnů od data akceptace prováděcího projektu zadavatelem. Zkušební provoz v délce 4 týdnů začne běžet následující den po protokolárním ukončení implementace.

2. Místem plnění je Krajský úřad Pardubického kraje, Xxxxxxxxxx xxxxxxx 000, 000 00 Xxxxxxxxx.

Článek V.

Cena

1. Cena předmětu plnění dle článku II. a III. této smlouvy v členění dle nabídky zhotovitele je stanovena v příloze č. 1 této smlouvy.

Cena za dodávku a implementaci všech částí je: Cena bez DPH (Kč) 4 867 792,00 Kč

DPH (Kč) 1 022 236,32 Kč

Cena včetně DPH (Kč) 5 890 028,32 Kč

2. Ceny jsou uvedeny jako pevné a nejvýše přípustné, zahrnující veškeré náklady zhotovitele nutné k řádnému plnění předmětu smlouvy. Ceny je možné upravit pouze za níže specifikovaných podmínek.

3. Smluvní strany se dohodly, že pokud dojde v průběhu plnění této smlouvy ke změně zákonné sazby DPH stanovené pro příslušné plnění vyplývající z této smlouvy, bude tato sazba promítnuta do všech cen uvedených v této smlouvě s DPH a zhotovitel je od okamžiku nabytí účinnosti změny zákonné sazby DPH povinen účtovat platnou sazbu DPH.

4. V případě, uvedeném v odstavci 3, lze zvýšit cenu pouze formou písemného dodatku ke smlouvě, uzavřeného mezi objednatelem a dodavatelem.

5. Za stanovení sazby daně v souladu s platnými právními předpisy odpovídá zhotovitel.

Článek VI.

Platební a fakturační podmínky

1. Úhrada ceny za dodávku a implementaci předmětu smlouvy, viz článek V, odst. 1 bude provedena po protokolárním ukončení zkušebního provozu a předání všech částí předmětu smlouvy do rutinního provozu.

2. Po ukončení každé části předmětu smlouvy specifikovaného v čl. III, odst. 2 smlouvy, zhotovitel vyhotoví protokol o předání a převzetí části obsahující předávané části a provedené práce. Objednatel se zavazuje tyto části produktu převzít v případě, že budou provedeny a předány řádně v souladu se smlouvou, bez vad a nedodělků. Za účelem předání celého díla specifikovaného v článku III odst. 2 a odst. 3 smlouvy bude mezi smluvními stranami sepsán akceptační protokol celého předmětu smlouvy, který bude podepsán oprávněnými zástupci obou smluvních stran.

3. Pokud objednatel plnění (jeho část) nepřevezme, protože plnění (jeho část) obsahuje vady, je povinen specifikovat tyto vady v předávacím protokolu, který zpracuje ve spolupráci se zhotovitelem v sídle objednatele. K vypracování předávacího protokolu je zhotovitel povinen poskytnout objednateli součinnost.

4. Předávací protokol (dodací list) musí obsahovat minimálně tyto náležitosti:

▪ číslo dodacího listu a datum,

▪ číslo smlouvy a datum jejího uzavření, číslo veřejné zakázky,

▪ název, sídlo, IČ a DIČ objednatele a zhotovitele,

▪ název projektu „Bezpečnostní infrastruktura technologického centra“,

▪ registrační číslo projektu CZ.1.06/2.1.00/19.09279,

▪ informaci, že se jedná o projekt spolufinancovaný z Integrovaného operačního programu,

▪ datum zahájení a dokončení plnění příslušné části předmětu smlouvy,

▪ podrobné vymezení rozsahu provedených prací,

▪ označení předmětu plnění nebo jeho části,

o u hardware bude rovněž uveden

▪ název a typ zařízení

▪ sériové / výrobní číslo

▪ seznam softwarových licencí, jsou-li jako součást daného hardware dodávány

▪ prohlášení objednatele, že plnění (jeho část) přejímá (nepřejímá), podpis oprávněné osoby objednatele,

▪ jméno a vlastnoruční podpis osoby, která dodací list vystavila, včetně kontaktního telefonu.

5. Předávací protokol (dodací list) bude doručen doporučenou poštou nebo osobně pověřenému zaměstnanci objednatele proti písemnému potvrzení.

6. Podkladem pro úhradu ceny dle této smlouvy bude faktura, která bude mít náležitosti daňového dokladu podle zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, a zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále jen faktura).

7. Zhotovitel je oprávněn vystavit fakturu po řádném dokončení a předání všech částí specifikovaných v čl. III, odst. 2 a odst. 3, této smlouvy, na základě oběma smluvními stranami podepsaných předávacích protokolů, ze kterých vyplývá, že předmět smlouvy byl předán řádně, bez vad a nedodělků.

8. Lhůta splatnosti faktury činí 30 kalendářních dnů ode dne doručení objednateli. Faktura bude doručena doporučenou poštou nebo osobně pověřenému zaměstnanci objednatele proti písemnému potvrzení. Stejná lhůta splatnosti platí i při placení jiných plateb (smluvních pokut, úroků z prodlení, náhrady škody apod.).

9. Faktura musí kromě zákonem stanovených náležitostí pro daňový doklad rovněž obsahovat:

▪ číslo a datum vystavení faktury,

▪ číslo smlouvy a datum jejího uzavření, číslo veřejné zakázky,

▪ název projektu „Bezpečnostní infrastruktura technologického centra“,

▪ registrační číslo projektu CZ.1.06/2.1.00/19.09279,

▪ informaci, že se jedná o projekt spolufinancovaný z Integrovaného operačního programu,

▪ předmět plnění a jeho přesnou specifikaci ve slovním vyjádření,

▪ označení banky a číslo účtu, na který musí být zaplaceno (pokud je číslo účtu odlišné od čísla uvedeného v této smlouvě je zhotovitel povinen o této skutečnosti informovat objednatele),

▪ číslo a datum dodacího listu podepsaného zástupcem zhotovitele a odsouhlaseného zástupcem objednatele (předávací protokoly budou přílohou faktury),

▪ lhůtu splatnosti faktury,

▪ název, sídlo, IČ a DIČ objednatele a zhotovitele,

▪ jméno a vlastnoruční podpis osoby, která fakturu vystavila, včetně kontaktního telefonu.

10. Nebude-li faktura obsahovat některou povinnou nebo dohodnutou náležitost nebo bude chybně vyúčtována cena nebo DPH nebo budou vyúčtovány práce, které zhotovitel neprovedl, je objednatel oprávněn fakturu před uplynutím lhůty splatnosti vrátit druhé smluvní straně k provedení opravy s vyznačením důvodu vrácení. Xxxxxxxxxx provede opravu vystavením nové faktury. Dnem odeslání vadné faktury zhotoviteli přestává běžet původní lhůta splatnosti a nová lhůta splatnosti běží znovu ode dne doručení nové faktury objednateli.

11. Povinnost zaplatit cenu je splněna dnem odepsání příslušné částky z účtu objednatele.

12. Zhotovitel se zavazuje dodržovat případné další pokyny objednatele na formální požadavky faktury a předávacího protokolu ohledně informací k financování projektu z Integrovaného operačního programu dle Příručky pro žadatele a příjemce, výzva č. 08.

Článek VII.

Licence a podmínky užití produktu

1. Zhotovitel poskytuje touto smlouvou objednateli a objednatel touto smlouvou přijímá nevýhradní oprávnění k užití dodaného předmětu smlouvy a každé jeho části včetně jeho aktualizací, a to všemi způsoby uvedenými v § 12 odst. 4 autorského zákona.

2. Zhotovitel poskytne objednateli veškeré potřebné licence pro provoz jak částí předmětu smlouvy , tak jako celku.

3. Objednatel je oprávněn udělit právo užití licence i jiným organizacím v rámci území Pardubického kraje.

4. Zhotovitel uvede seznam všech dodávaných licencí (název, počet, rozsah, licenční podmínky) v příloze č. 3 této smlouvy.

5. Územní a časový rozsah licencí je neomezený.

6. Licence jsou neodvolatelné a jsou poskytnuty ode dne jejich dodání.

7. Objednatel není povinen licence využít.

8. V případě, že při plnění této smlouvy vznikne plnění, které je chráněno předpisy o duševním vlastnictví (např. dokumentace jako dílo autorské apod.), vzniká objednateli právo toto plnění užívat v rozsahu nezbytném pro naplnění účelu, ke kterému bylo vytvořeno, a to po dobu neomezenou (i po ukončení trvání smlouvy).

9. V případě, že výsledkem činnosti zhotovitele nebude plnění chráněné předpisy o duševním vlastnictví, objednatel nabude vlastnické právo k předmětu plnění okamžikem jeho převzetí.

10. Objednatel má právo realizovat rozhraní předmětu smlouvy s jinými, jím provozovanými softwarovými produkty.

11. Dojde-li v rámci plnění předmětu smlouvy k pořízení databáze, pak je objednatel od okamžiku pořízení databáze oprávněn databázi užívat.

12. Xxxxxxxxxx se zavazuje, že prováděním plnění dle této smlouvy nezasáhne neoprávněně do autorských práv třetí osoby. Odpovědnost za neoprávněný zásah do autorských i jiných práv třetích osob nese výlučně zhotovitel.

13. Zhotovitel výslovně prohlašuje, že je plně oprávněn disponovat právy k duševnímu vlastnictví, včetně práv autorských zahrnutých v předmětu smlouvy, a zavazuje se za tímto účelem zajistit řádné a nerušené užívání předmětu smlouvy objednatelem, včetně zajištění souhlasů s autory děl v souladu s autorským zákonem.

14. Zhotovitel je povinen objednateli uhradit jakékoli majetkové a nemajetkové újmy, vzniklé v důsledku toho, že objednatel nemohl předmět smlouvy užívat řádně a nerušeně. Jestliže se prohlášení zhotovitele v tomto článku ukáže nepravdivým nebo zhotovitel poruší jiné povinnosti podle tohoto článku smlouvy, jde o podstatné porušení této smlouvy a zhotovitel uhradí ve prospěch objednatele smluvní pokutu ve výši 100.000,- Kč za každé jednotlivé porušení povinnosti. Zaplacením smluvní pokuty není nijak dotčeno ani omezeno právo objednatele na náhradu škody, kterou lze vymáhat vedle smluvní pokuty v plné výši. S nositeli chráněných práv duševního vlastnictví vzniklých v souvislosti s realizací předmětu smlouvy dle této smlouvy je zhotovitel povinen vždy smluvně zajistit možnost volného nakládání s těmito právy objednatelem.

Článek VIII.

Odpovědnost za škodu

1. Zhotovitel bude povinen nahradit objednateli v plné výši škodu, která vznikla při realizaci a užívání předmětu smlouvy v souvislosti nebo jako důsledek porušení povinností a závazků zhotovitele dle této smlouvy.

2. V případě, že při činnosti prováděné zhotovitelem dojde ke způsobení prokazatelné škody objednateli nebo třetím osobám, která nebude kryta pojištěním sjednaným dle čl. I, odst. 5 smlouvy, bude zhotovitel povinen tyto škody uhradit z vlastních prostředků.

3. Pokud v důsledku porušení povinností zhotovitele stanovených touto smlouvou nebude objednateli uhrazen finanční podíl nebo jeho část z Integrovaného operačního programu na projektu „Bezpečnostní infrastruktura technologického centra“, reg. č. CZ.1.06/2.1.00/19.09279, bude zhotovitel povinen uhradit objednateli takto způsobenou škodu (celý podíl z Integrovaného operačního programu na projektu týkajícího se tohoto předmětu smlouvy ve výši, kterou vyčíslí objednatel a písemně sdělí zhotoviteli).

4. Nesplní-li zhotovitel své závazky stanovené v čl. VI. (Platební a fakturační podmínky, dodací list) této smlouvy a objednateli v důsledku toho vznikne škoda (např. uhrazením sankcí uložených příslušným finančním úřadem v důsledku pozdní úhrady DPH u prací a dodávek podléhajících režimu přenesené daňové povinnosti), bude zhotovitel povinen objednateli tuto škodu v plném rozsahu uhradit.

Článek IX.

Záruční podmínky

1. Zhotovitel zaručuje, že produkt má vlastnosti a funkční specifikaci stanovené touto smlouvou a že je způsobilý pro použití ke sjednanému účelu.

2. Zhotovitel poskytuje objednateli záruku, že celý předmět smlouvy (každá jeho část) bude prosto jakýchkoliv vad věcných, právních i ostatních. Předmět smlouvy nebo jeho část má vady, jestliže zejména neodpovídá výsledku určenému ve smlouvě, účelu jeho využití, případně nemá vlastnosti výslovně stanovené smlouvou, dokumentací, objednatelem, platnými předpisy nebo nemá vlastnosti obvyklé.

3. Zhotovitel poskytuje po uvedenou záruční dobu záruku za bezvadnost předmětu smlouvy, tj. záruku za všechny vlastnosti, které má mít předmět smlouvy zejména dle smlouvy, dle jednotlivých požadavků a pokynů objednatele, případně ostatních pověřených osob, dle dokumentace, norem a ostatních předpisů, pokud se na prováděný předmět smlouvy, jeho části a příslušenství vztahují. Zhotovitel prohlašuje, že předmět smlouvy si po tuto dobu zachová všechny takové vlastnosti, funkčnost a stanovenou účelovou způsobilost. Po dobu záruční doby je tedy rozsah záruky neomezený, což znamená zejména, že předmět smlouvy provedený podle smlouvy bude prostý jakýchkoliv vad.

4. Není-li sjednáno jinak, je záruční doba celého předmětu smlouvy (každé jeho části) sjednána na dobu 60 měsíců a začíná běžet následujícím dnem po protokolárním ukončení zkušebního provozu a předání všech částí do rutinního provozu. Záruka se vztahuje na vady resp. nedodělky,

které se projeví během záruční doby s výjimkou vad, u nichž zhotovitel prokáže, že jejich vznik zapříčinil objednatel.

5. V průběhu záruční doby bude zhotovitel poskytovat objednateli na celý předmět smlouvy záruku na jakost ve smyslu § 2113 a násl. občanského zákoníku a servisní podporu v rozsahu ukončení závady NBD (Next Business Day).

6. Pokud je uplatnění reklamace na zařízení v záruční době oprávněné, má objednatel právo na bezplatnou opravu vady. Pokud vadu není možno opravit, má objednatel právo na výměnu vadného zboží (zařízení) za nové, včetně s tím souvisejících prací. Záruční doba je automaticky prodloužena o případnou dobu opravy zařízení.

7. Xxxxxxxxxx se zavazuje provádět na vlastní náklady odstranění nahlášených vad, dle požadavků stanovených v tomto článku smlouvy. Odstranění vad bude provedeno v rozsahu odpovídajícím záruce dle časového rozsahu specifikovaného v tomto článku smlouvy.

8. V průběhu záruční doby zhotovitel garantuje odstranění nahlášených vad nejpozději následující den, v režimu 7x24 s odezvou do 4 hodin od okamžiku oznámení vady nebo učinění výzvy k výměně vadného hardware.

9. Záruční servis bude prováděn u objednatele bezplatně po celou dobu záruky.

10. Zhotovitel odpovídá za to, že dokumenty a soubory dat, které objednateli v rámci plnění předmětu smlouvy předal:

▪ jsou autorizovanými kopiemi originálů příslušných dokumentů a souborů dat zhotovitele,

▪ neobsahují žádné infiltrační prostředky,

▪ že k nim má práva na jejich šíření, instalaci, konfiguraci a správu, která mu umožňují s nimi nakládat a dále je poskytovat tak, jak je sjednáno v této smlouvě.

11. V případě, že se některá z uvedených garancí zhotovitele ukáže nepravdivou a objednateli z tohoto důvodu vznikne škoda, bude zhotovitel povinen objednateli tuto škodu nahradit.

12. Zhotovitel uhradí škodu, která objednateli vznikla vadným plněním v plné výši. Zhotovitel rovněž objednateli uhradí náklady vzniklé při uplatňování práv z odpovědnosti za vady.

13. Nebezpečí škody na předmětu smlouvy a dalším hmotném plnění z této smlouvy přechází na objednatele okamžikem jejich převzetí.

14. Xxxxxxxxxx prohlašuje, že na předmětu smlouvy ani na jiném plnění z této smlouvy neváznou žádné právní vady.

Článek X.

Reklamace, odstraňování vad vzniklých z důvodů na straně zhotovitele

1. Objednatel má právo uplatnit formou reklamace svoje práva z odpovědnosti zhotovitele za vady následujících skutečností:

▪ záznamových materiálů, na kterých jsou uloženy dokumenty a soubory dat, které tvoří předmět plnění zhotovitele,

▪ obsahu dokumentů a souborů dat, které tvoří předmět plnění zhotovitele,

▪ programového vybavení (produktu), které tvoří předmět plnění zhotovitele.

2. Reklamace (vady) budou zástupci objednatele hlášeny zhotoviteli prostřednictvím kontaktního místa pro hlášení závad v souladu s článkem XI této smlouvy.

3. Proces odstraňování vad produktu bude probíhat v těchto režimech:

▪ Kategorie vady „vysoká“, vady zabraňující provozu, produkt není použitelný ve svých základních funkcích nebo se vyskytuje funkční závada znemožňující činnost systému. Tento stav může ohrozit běžný provoz objednatele a organizací a nelze jej dočasně řešit organizačním opatřením. Nejpozději do 4 hodin po nahlášení vady provede zhotovitel zjištění příčin, které vadu způsobují. Jde-li o vadu způsobenou důvody na straně zhotovitele (oprávněná reklamace) bezodkladně zahájí práce na odstranění vady a zajistí odstranění této vady ve lhůtě do 24 pracovních hodin od nahlášení vady, a to i způsobem dočasného provizorního řešení, umožňujícího provoz produktu. Vada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost objednatele. Jde-li o vadu způsobenou důvody na straně objednatele, dohodne s objednatelem další postup.

▪ Kategorie vady „střední“, vady omezující provoz, funkčnost systému je ve svých funkcích degradována tak, že tento stav omezuje běžný provoz objednatele nebo organizací. Jedná se také o vady způsobující problémy při užívání a provozování produktu nebo jeho části, ale umožňující provoz, jimiž způsobené problémy lze dočasně řešit organizačními opatřeními. Nejpozději do 8 hodin po nahlášení vady provede zhotovitel zjištění příčin, které vadu způsobují. Jde-li o vadu způsobenou důvody na straně zhotovitele (oprávněná reklamace) bezodkladně zahájí práce na odstranění vady a zajistí odstranění této vady ve lhůtě do 3 pracovních dnů od nahlášení vady. Vada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost objednatele. Jde-li o vadu způsobenou důvody na straně objednatele, dohodne s objednatelem další postup.

▪ Kategorie vady „nízká“, vady neomezující provoz, jedná se o drobné vady, které nespadají do kategorií „vysoká“ nebo „střední“. Nejpozději během dvou pracovních dnů po nahlášení vady provede zhotovitel zjištění příčin, které vadu způsobují. Jde-li o vadu způsobenou důvody na straně zhotovitele (oprávněná reklamace) bezodkladně zahájí práce na odstranění vady a zajistí odstranění této vady ve lhůtě do 10 pracovních dnů od nahlášení vady. Vada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost objednatele. Jde-li o vadu způsobenou důvody na straně objednatele, dohodne s objednatelem další postup.

4. Zařazení vady do jednotlivých kategorií určuje objednatel.

5. Vyplyne-li z objektivních skutečností potřeba lhůty delší než je stanovena u jednotlivých kategorií, lze písemně dohodnout lhůtu delší. Za objektivní skutečnosti lze považovat zásah vyšší moci, chybnou funkci operačních a databázových platforem, časový rozsah potřebných prací jdoucí nad stanovený rámec.

6. Pro účely smlouvy je pro pracovní dny stanovena pracovní doba od 8:00 do 17:00 hodin.

Článek XI.

Technická podpora, servis

1. Technická podpora a servis budou po dobu zkušebního provozu poskytovány zdarma.

2. Dostupnost kontaktního místa pro hlášení závad je 7x24x365 s garantovanou dobou odezvy do 4 hodin od nahlášení. Veškeré požadavky budou evidovány v systému servisní podpory zhotovitele.

3. Kontaktní místo pro hlášení závad musí umožňovat příjem požadavků na servisní podporu v českém jazyce

▪ na telefonním čísle: 2222 7 2222

v režimu 5x12x365 v době od 7:00 do 19:00

systémem servisní podpory (HelpDesk): xxxxxx@x.xx, xxxxx://xxxxx.x.xx

▪

v režimu 7x24x365

4. Telefonické zadání požadavku bude zajištěno lidskou obsluhou.

5. Zajištění nepřetržitého přístupu do systému servisní podpory (HelpDesk), umožňující objednateli upřesnit nebo doplnit požadavek.

6. Zajištění přístupu k uzavřeným požadavkům objednatele a databázi jak byl požadavek řešen.

7. Systém servisní podpory musí umožňovat export dat, včetně obsahu požadavku a způsobu vyřešení. Tato funkcionalita bude zhotovitelem poskytována bezúplatně na vyžádání objednatele ve formátu (*.xls a *.csv.).

8. Objednatel může po vzájemné dohodě umožnit zhotoviteli zabezpečený vzdálený přístup do své datové sítě z IP adresy zhotovitele protokolem TCP/IP za účelem plnění části této smlouvy. Objednatel si vyhrazuje právo po předchozím upozornění tento přístup zhotoviteli ukončit.

Článek XII.

Sankce

1. Smluvní pokuty:

a) V případě prodlení zhotovitele s provedením nebo předáním plnění nebo jeho jednotlivých částí dle této smlouvy ve sjednané lhůtě se zhotovitel zavazuje objednateli uhradit smluvní pokutu ve výši 10 000,- Kč včetně DPH, za každý i započatý kalendářní den prodlení pro každý jednotlivý případ, není-li jinými ustanoveními této smlouvy výslovně uvedeno jinak.

b) V případě prodlení zhotovitele s odstraněním vad ve lhůtách stanovených touto smlouvou se zhotovitel zavazuje objednateli uhradit smluvní pokutu ve výši 500,-Kč za každou hodinu prodlení v případě vad kategorie vysoká a střední, a smluvní pokutu ve výši 1.000,- Kč za každý i započatý den prodlení v případě vady kategorie nízká, a to pro každý případ prodlení, není-li jinými ustanoveními této smlouvy výslovně uvedeno jinak.

c) Za nedodržení pravidel pro provádění informačních a propagačních opatření dle čl. XV. odst. 5 a čl. XV. odst. 10 této smlouvy je objednatel oprávněn požadovat zaplacení smluvní pokuty ve výši 10.000,- Kč za každý zjištěný případ porušení, pokud zhotovitel nezjedná nápravu ani v dodatečné lhůtě, kterou mu ke zjednání nápravy objednatel určí.

2. V případě nedodržení lhůty splatnosti faktury, kterou od zhotovitele převzal objednatel k úhradě, se objednatel zavazuje zhotoviteli uhradit úrok z prodlení v zákonné výši.

3. Smluvní pokuta je splatná do 30 dní ode dne doručení písemného vyúčtování její výše povinné straně.

4. Zaplacením smluvní pokuty není dotčen nárok oprávněné strany na náhradu škody, oprávněná strana má nárok na náhradu škody v plné výši.

Článek XIII.

Ochrana osobních údajů, důvěrné informace

1. V případě, že bude při plnění předmětu smlouvy docházet ke zpracování osobních údajů, je tato smlouva je zároveň smlouvou o zpracování osobních údajů ve smyslu § 6 zákona č. 101/2000 Sb., o ochraně osobních údajů a o změně některých zákonů, ve znění pozdějších předpisů (dále jen „ZOOÚ“). Zhotovitel má pro účely ochrany osobních údajů postavení zpracovatele ve smyslu ZOOÚ.

2. Zhotovitel je oprávněn zpracovávat osobní údaje pouze za účelem plnění účelu této smlouvy.

3. Zhotovitel je oprávněn zpracovávat osobní údaje v rozsahu nezbytně nutném pro plnění této smlouvy, za tímto účelem je oprávněn osobní údaje zejména ukládat na nosiče informací, upravovat, uchovávat po dobu nezbytnou k uplatnění práv zhotovitele vyplývajících z této smlouvy, předávat zpracované osobních údaje objednateli, osobní údaje likvidovat.

4. Zhotovitel učiní v souladu s platnými právními předpisy a článkem XIII. odst. 3 dostatečná organizační a technická opatření zabraňující přístupu neoprávněných osob k osobním údajům o ochraně osobních údajů.

5. Xxxxxxxxxx zajistí, aby jeho zaměstnanci byli v souladu s platnými právními předpisy poučeni o povinnosti mlčenlivosti a o možných následcích pro případ porušení této povinnosti.

6. Zhotovitel zajistí, aby písemnosti a jiné hmotné nosiče informací, které obsahují osobní údaje, byly uchovávány pouze v uzamykatelných místnostech.

7. Zhotovitel zajistí, aby písemnosti a jiné hmotné nosiče informací, které obsahují citlivé údaje, byly uchovávány v uzamykatelných skříních umístěných v uzamykatelných místnostech.

8. Zhotovitel zajistí, aby elektronické datové soubory obsahující osobní údaje byly uchovávány v paměti počítače pouze:

▪ je-li přístup k takovýmto souborům chráněn heslem,

▪ je-li přístup k užívání počítače, v jehož paměti jsou tyto soubory umístěny, chráněn heslem.

9. Je-li pro účel kontroly správného fungování předmětu smlouvy, odstranění vady nebo další jeho vývoj nezbytné poskytnout zhotoviteli kopii databází, souborů nebo nosičů údajů obsahujících

jakékoliv údaje z činnosti objednatele a jím určených organizací, je zhotovitel povinen s takovými údaji nakládat tak, aby nedošlo k jejich úniku či zneužití.

10. Veškeré skutečnosti obchodní, ekonomické a technické povahy související se smluvními stranami, které nejsou běžně dostupné v obchodních kruzích a se kterými se smluvní strany seznámí při realizaci předmětu smlouvy nebo v souvislosti s touto smlouvou, se považují za důvěrné informace.

11. Xxxxxxxxxx se zavazuje, že důvěrné informace jiným subjektům nesdělí, nezpřístupní, ani nevyužije pro sebe nebo pro jinou osobu. Zavazuje se zachovat je v přísné tajnosti a sdělit je výlučně těm svým zaměstnancům nebo subdodavatelům, kteří jsou pověřeni plněním smlouvy a za tímto účelem jsou oprávněni se s těmito informacemi v nezbytném rozsahu seznámit. Zhotovitel se zavazuje zabezpečit, aby i tyto osoby považovaly uvedené informace za důvěrné a zachovávaly o nich mlčenlivost.

12. Povinnost plnit ustanovení tohoto článku smlouvy se nevztahuje na informace, které:

▪ mohou být zveřejněny bez porušení této smlouvy,

▪ byly písemným souhlasem obou smluvních stran zproštěny těchto omezení,

▪ jsou známé nebo byly zveřejněny jinak, než následkem porušení povinnosti jedné ze smluvních stran,

▪ příjemce je zná dříve, než je sdělí smluvní strana,

▪ jsou vyžádány soudem, státním zastupitelstvím nebo příslušným správním orgánem na základě zákona, popřípadě, jejichž uveřejnění je stanoveno zákonem,

▪ smluvní strana sdělí osobě vázané zákonnou povinností mlčenlivosti (např. advokátovi nebo daňovému poradci) za účelem uplatňování svých práv.

13. Povinnost ochrany důvěrných informací trvá bez ohledu na ukončení platnosti této smlouvy.

14. Vzhledem k veřejnoprávnímu charakteru objednatele zhotovitel výslovně prohlašuje, že je s touto skutečností obeznámen a souhlasí se zveřejněním smluvních podmínek obsažených v této smlouvě v rozsahu a za podmínek vyplývajících z příslušných právních předpisů, zejména zák. č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů.

15. Smluvní strany se zavazují, že obchodní a technické informace, které jim byly svěřeny druhou stranou, nezpřístupní třetím osobám bez písemného souhlasu druhé strany a nepoužijí tyto informace k jiným účelům, než je k plnění podmínek této smlouvy.

Článek XIV.

Doba trvání smlouvy, ukončení smlouvy

1. Smlouva zaniká též písemnou dohodou smluvních stran. Výzvu k jednání o dohodě k ukončení plnění smlouvy může písemně podat každá ze smluvních stran.

2. Od smlouvy lze odstoupit za podmínek stanovených občanským zákoníkem a touto smlouvou. Podstatným porušením smluvních povinnosti zhotovitele je prodlení zhotovitele s plněním kteréhokoliv jeho závazku podle smlouvy, včetně nesplnění pokynu objednatele při plnění předmětu smlouvy zhotovitelem, nebo pokud vady předmětu smlouvy neumožní jeho řádné užívání k účelu, který je sjednán touto smlouvou, jakož i nedodržení ujednání o poskytnuté záruce. Za podstatné porušení smluvních povinností objednatelem se považuje mimo jiné opakované prodlení objednatele s placením kterékoliv faktury (nebo její části) delší než jeden (1)

měsíc.

3. Odstoupení od smlouvy musí být učiněno písemně a je účinné dnem doručení odstoupení druhé smluvní straně.

4. Odstoupením od této smlouvy nezaniká nárok oprávněné strany na zaplacení smluvních pokut.

5. V případě ukončení smlouvy je zhotovitel povinen objednateli poskytnout na své náklady veškerou součinnost k řádné migraci dat do jiného informačního systému dle zadání objednatele.

Článek XV.

Práva a povinnosti smluvních stran

1. Objednatel se zavazuje poskytnout zhotoviteli nezbytnou součinnost, kterou po něm lze spravedlivě požadovat a která je potřebná ke splnění závazků zhotovitele vyplývajících ze smlouvy.

2. Zhotovitel je povinen písemně informovat objednatele o skutečnostech majících vliv na plnění smlouvy, a to neprodleně, nejpozději následující pracovní den poté, kdy příslušná skutečnost nastane nebo zhotovitel zjistí, že by nastat mohla.

3. Pokud dodavatel v průběhu realizace předmětu smlouvy provede změnu členů týmu, podílejících se na realizaci předmětu smlouvy, je povinen zajistit, aby noví členové splňovali kvalifikaci v souladu se zadávacími podmínkami. K takové změně je třeba předchozí souhlas kontaktní osoby objednatele.

4. Smluvní strany se budou bez zbytečného prodlení vzájemně informovat o všech změnách v adresách, telefonních číslech, číslech faxů, a pod. Pro dostatečnou přehlednost to bude prováděno vždy písemně formou kompletního seznamu platného od data jeho vydání do následné změny.

5. Zhotovitel je povinen na písemné vyžádání objednatele opatřit předmět smlouvy a každý update, legislativní update, upgrade a legislativní upgrade předmětu smlouvy čestným prohlášením o tom, že předmět smlouvy, případně provedený update či upgrade, je ve shodě s platnými právními předpisy ČR.

6. Zhotovitel je povinen řádně uchovávat veškerou dokumentaci související s realizací projektu včetně účetních dokladů v souladu s článkem 90 Nařízení Rady (ES) č. 1083/2006 minimálně do konce 2021, a pokud je v českých právních předpisech stanovena lhůta delší než v evropských předpisech, musí být použita pro úschovu delší lhůta. Každý originální účetní doklad musí obsahovat informaci, že se jedná o projekt IOP a být označen číslem projektu.

7. Zhotovitel je povinen do konce roku 2021 za účelem ověřování plnění povinností vyplývajících z Rozhodnutí o poskytnutí dotace a těchto Podmínek Rozhodnutí o poskytnutí dotace poskytovat požadované informace a dokumentaci zaměstnancům nebo zmocněncům pověřených orgánů (MVČR; Ministerstva pro místní rozvoj; CRR; Ministerstva financí; Evropské komise, Evropského účetního dvora, Nejvyššího kontrolního úřadu, příslušného finančního úřadu a dalších oprávněných orgánů státní správy) a je povinen vytvořit výše uvedeným osobám podmínky k provedení kontroly vztahující se k realizaci projektu a poskytnout jim při provádění

kontroly součinnost. Zhotovitel je podle ustanovení § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů, ve znění pozdějších předpisů, osobou povinou spolupůsobit při výkonu finanční kontroly prováděné v souvislosti s úhradou zboží nebo služeb z veřejných výdajů.

8. Xxxxxxxxxx je povinen všechny písemné zprávy, písemné výstupy a prezentace (včetně projektu realizace a dodacích listů) opatřit vizuální identitou projektů dle Pravidel pro provádění informačních a propagačních opatření (viz příslušná příloha Příručky pro žadatele a příjemce v rámci příslušné výzvy). Zhotovitel prohlašuje, že ke dni nabytí účinnosti smlouvy je s těmito pravidly seznámen a že bude při realizaci předmětu smlouvy sledovat, zda nedojde ke změně těchto pravidel, přičemž se musí řídit pouze aktuálními pravidly.

9. Po rozhodnutí o výběru dodavatele je objednatel povinen ve smyslu § 147a zákona zveřejnit na svém profilu text uzavřené smlouvy včetně jejích případných změn a dodatků.

10. Po ukončení plnění dle uzavřené smlouvy je objednatel povinen ve smyslu § 147a zákona zveřejnit na svém profilu skutečně uhrazenou cenu za toto plnění.

11. Zhotovitel je povinen po ukončení plnění dle uzavřené smlouvy ve smyslu § 147a zákona předat objednateli seznam všech subdodavatelů, jimž za plnění subdodávky uhradil více než 10% z celkové ceny a dále předat objednateli seznam akcionářů takových subdodavatelů, pokud jsou akciovou společností, nebo předložit prohlášení, že takoví subdodavatelé neexistují, pokud se takoví subdodavatelé na plnění zakázky nepodíleli.

12. Objednatel je povinen ve smyslu § 147a zákona tento seznam subdodavatelů, jimž za plnění subdodávky uhradil více než 10% z celkové ceny, včetně seznamu akcionářů těchto subdodavatelů, zveřejnit na svém profilu.

Článek XVI.

Závěrečná ustanovení

1. Tato smlouva nabývá platnosti a účinnosti dnem podpisu oprávněnými zástupci obou smluvních stran.

2. Ve věcech výslovně neupravených touto smlouvou se práva a povinnosti smluvních stran řídí zákonem č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů.

3. Doplnit smlouvu mohou smluvní strany pouze formou písemných dodatků, které budou vzestupně číslovány, výslovně prohlášeny za dodatek této smlouvy a podepsány oprávněnými zástupci smluvních stran.

4. Xxxxxxxxxx nesmí bez předchozího souhlasu objednatele postoupit svá práva a povinnosti plynoucí ze smlouvy třetí osobě.

5. Xxxxxxx je vyhotovena ve 4 stejnopisech, které mají platnost originálu, každá strana obdrží dva stejnopisy.

6. Smluvní strany podpisem této smlouvy stvrzují, že její obsah a obsah příloh podrobně znají a souhlasí s jejím obsahem. Smlouva je jim srozumitelná a byla podepsána svobodně, bez nátlaku ani v tísni.

7. Všechny postupně číslované přílohy smlouvy jsou její nedílnou součástí.

Příloha č. 1

Přehled plnění a cenová specifikace

Cena za plnění předmětu veřejné zakázky, Cena A

Specifikace hardware
počet		Položka	Cena bez DPH v Kč		DPH %	Cena s DPH v Kč celkem
			1 ks	celkem
Centrální přepínače
2	WS-C4500X-32SFP+	Catalyst 4500-X 32 Port 10G IP Base Front-to-Back No P/S	314 160,00 Kč	628 320,00 Kč	131 947,20 Kč	760 267,20 Kč
2	C4KX-PWR-750AC-R	Catalyst 4500X 750W AC front to back cooling power supply	22 440,00 Kč	44 880,00 Kč	9 424,80 Kč	54 304,80 Kč
2	C4KX-PWR-750AC-R/2	Catalyst 4500X 750W AC front to back cooling 2nd PWR supply	22 440,00 Kč	44 880,00 Kč	9 424,80 Kč	54 304,80 Kč
16	GLC-SX-MMD	1000BASE-SX SFP transceiver module MMF 850nm DOM	5 610,00 Kč	89 760,00 Kč	18 849,60 Kč	108 609,60 Kč
22	GLC-LH-SMD	1000BASE-LX/LH SFP transceiver module MMF/SMF 1310nm DOM	11 164,00 Kč	245 608,00 Kč	51 577,68 Kč	297 185,68 Kč
4	SFP-10G-LRM	10GBASE-LRM SFP Module	14 530,00 Kč	58 120,00 Kč	12 205,20 Kč	70 325,20 Kč
4	SFP-10G-LR	10GBASE-LR SFP Module	44 824,00 Kč	179 296,00 Kč	37 652,16 Kč	216 948,16 Kč
4	CAB-CEE77-C15-EU	CEE 7/7 to IEC-C15 8ft Europe	0,00 Kč	0,00 Kč	0,00 Kč	0,00 Kč
2	S45XUK9-34-1512SG	CAT4500-X Universal Crypto Image	0,00 Kč	0,00 Kč	0,00 Kč	0,00 Kč
2	CAB-CON-C4K-RJ45	Console Cable 6ft with RJ-45-to-RJ-45	0,00 Kč	0,00 Kč	0,00 Kč	0,00 Kč
2	C4500X-IPB	IP Base license for Catalyst 4500-X	0,00 Kč	0,00 Kč	0,00 Kč	0,00 Kč
2	C4KX-NM-BLANK	Catalyst 4500X Network Module Blank	0,00 Kč	0,00 Kč	0,00 Kč	0,00 Kč
přístupové přepínače a optické moduly
3	WS-C2960X-48TS-L	Catalyst 2960-X 48 GigE 4 x 1G SFP LAN Base	47 068,00 Kč	141 204,00 Kč	29 652,84 Kč	170 856,84 Kč
3	CAB-ACE	AC Power Cord (Europe) C13 CEE 7 1.5M	0,00 Kč	0,00 Kč	0,00 Kč	0,00 Kč
3	C2960X-STACK	Catalyst 2960-X FlexStack Plus Stacking Module	13 408,00 Kč	40 224,00 Kč	8 447,04 Kč	48 671,04 Kč
3	CAB-STK-E-0.5M	Cisco FlexStack 50cm stacking cable	0,00 Kč	0,00 Kč	0,00 Kč	0,00 Kč
3	PWR-CLIP	Power retainer clip for compact switches	0,00 Kč	0,00 Kč	0,00 Kč	0,00 Kč
2	WS-C2960X-24TS-L	Catalyst 2960-X 24 GigE 4 x 1G SFP LAN Base	26 872,00 Kč	53 744,00 Kč	11 286,24 Kč	65 030,24 Kč
2	CAB-ACE	AC Power Cord (Europe) C13 CEE 7 1.5M	0,00 Kč	0,00 Kč	0,00 Kč	0,00 Kč
2	C2960X-STACK	Catalyst 2960-X FlexStack Plus Stacking Module	13 408,00 Kč	26 816,00 Kč	5 631,36 Kč	32 447,36 Kč
2	CAB-STK-E-0.5M	Cisco FlexStack 50cm stacking cable	0,00 Kč	0,00 Kč	0,00 Kč	0,00 Kč
2	PWR-CLIP	Power retainer clip for compact switches	0,00 Kč	0,00 Kč	0,00 Kč	0,00 Kč
16	GLC-SX-MMD	1000BASE-SX SFP transceiver module MMF 850nm DOM	587,00 Kč	9 392,00 Kč	1 972,32 Kč	11 364,32 Kč
14	GLC-LH-SMD	1000BASE-LX/LH SFP transceiver module MMF/SMF 1310nm DOM	1 275,00 Kč	17 850,00 Kč	3 748,50 Kč	21 598,50 Kč
4	SFP-10G-LR	10GBASE-LR SFP Module	50 937,00 Kč	203 748,00 Kč	42 787,08 Kč	246 535,08 Kč
Proxy server
1	SG900-10B-PR	Blue Coat SG900-10B, Proxy Edition	1 327 952,00 Kč	1 327 952,00 Kč	278 869,92 Kč	1 606 821,92 Kč
anti-X server
2	AV1200-A	Blue Coat AV1200-A	550 816,00 Kč	1 101 632,00 Kč	231 342,72 Kč	1 332 974,72 Kč
		Služby implementace v členění za jednotlivé technologické celky
1		instalace centrálního přepínače	45 500,00 Kč	45 500,00 Kč	9 555,00 Kč	55 055,00 Kč
1		instalace přístupových přepínačů	45 500,00 Kč	45 500,00 Kč	9 555,00 Kč	55 055,00 Kč
1		instalace autentizační autority	104 000,00 Kč	104 000,00 Kč	21 840,00 Kč	125 840,00 Kč
1		instalace proxy serveru	130 000,00 Kč	130 000,00 Kč	27 300,00 Kč	157 300,00 Kč
1		instalace Anti-X	166 900,00 Kč	166 900,00 Kč	35 049,00 Kč	201 949,00 Kč
		Cena celkem hardware		4 705 326,00 Kč	988 118,46 Kč	5 693 444,46 Kč
Specifikace software
počet		Položka	Cena bez DPH v Kč		DPH %	Cena s DPH v Kč celkem
			1 ks	celkem
autentizační autorita
2	L-ISE-VM-K9=	Cisco Identity Services Engine VM (eDelivery)	67 208,00 Kč	134 416,00 Kč	28 227,36 Kč	162 643,36 Kč
1	L-ISE-BSE-500	Cisco Identity Services Engine 500 EndPoint Base License	28 050,00 Kč	28 050,00 Kč	5 890,50 Kč	33 940,50 Kč
Cena celkem software				162 466,00 Kč	34 117,86 Kč	196 583,86 Kč
Cena A celkem				4 867 792,00 Kč	1 022 236,32 Kč	5 890 028,32 Kč

* Uchazeč uvede název příslušného technologického celku, technologickým celkem se rozumí soustava zařízení tvořící samostatnou část díla

** Uchazeč uvede položkově veškerá nabízená zařízení a jejich části, veškeré programové vybavení a jeho části, veškeré služby

Přehledy musí obsahovat veškeré položky mající vliv na výši nabídkové ceny a veškeré náklady dodavatele nezbytné pro řádnou a včasnou realizaci předmětu veřejné zakázky.

Příloha č. 2

Tabulky doložení splnění minimálních požadavků

1. Minimální požadavky na centrální přepínač

Id	Požadavek	Splněno ano/ne
1	32 slotů 1GE/10GE pro transceivery ve formátu SFP a SFP+. Možnost osazení moduly 1000BaseSX, 1000BaseLH, 10GBaseLR a 10GBaseLRM.	Ano
2	Možnost spojit alespoň 2 přepínače do jednoho virtuálního přepínače (virtuálního šasí) s jednotnou správou z příkazové řádky.	Ano
3	Redundantní AC napájení.	Ano
4	Propustnost alespoň 720Gbps.	Ano
5	Podpora linkové agregace s protokolem LACP, podpora agregovaného LACP kanálu z portů různých přepínačů jednoho virtuálního šasi.	Ano
6	Podpora rodiny protokolů Spanning-Tree: • rapid Spanning Tree Protokol (802.1w). • multiple Spanning Tree Protocol (802.1s).	Ano
7	Podpora VLAN a VLAN trunků (802.1q).	Ano
8	Podpora QoS: • 8 výstupních front na port. • konfigurovatelný mechanismus prevence před zahlcením linky zahazováním provozu vybraných datových toků. • podpora Class of Service (802.1p). • podpora klasifikace, reklasifikace, policingu, frontování a řízeného odbavování na základě CoS, MAC adres, IPv4 nebo IPv6 adres nebo TCP/UDP portů.	Ano
9	Podpora bezpečnostních funkcí: • řízení přístupu k síti - 802.1x, IEEE 802.1ae MACsec. • filtrování provozu na základě MAC adres, IPv4 nebo IPv6 adres nebo TCP/UDP portů. • omezení maximálního počtu MAC adres na příslušném portu. • omezení maximální šířky pásma pro unicast, multicast a broadcast pro každý jednotlivý port. • automatické zahazování podvržených DHCPv4, DHCPv6, ARP a IPv6 RA odpovědí. • sledování přidělených/přidělených IPv4 a IPv6 adres. • automatické zahazování provozu z podvržených IPv4 a IPv6 adres.	Ano
10	Podpora zrcadlení provozu z portu nebo VLAN na jiný port lokálního nebo vzdáleného přepínače (podpora alespoň 6 obousměrných instancí).	Ano
11	Integrovaná podpora monitorování procházejícího provozu přímo na přepínači utilitou Wireshark nebo jiným ekvivalentním nástrojem.	Ano
12	Podpora statického směrování IPv4 provozu v HW.	Ano
13	Podpora statického směrování IPv6 provozu v HW.	Ano

14	Podpora Netflow (alespoň 128 000 záznamů) včetně exportu Netflow záznamů na centralizovaný kolektor.	Ano
15	Vzdálená správa protokolem SSHv2 a SNMPv3 v režimu AuthPriv.	Ano
16	Zasílání logových hlášení na centralizovaný server protokolem SYSLOG.	Ano
17	Synchronizace systémového času protokolem NTP, možnost poskytování synchronizace času pro další prvky v síti. Podpora MD5 autentizace a řízení přístupů pro NTP klienty.	Ano
18	Autentizace, autorizace a zaznamenávání administrátorského přístupu proti centrálnímu serveru protokoly TACACS+ a Radius.	Ano
19	Možnost licenčního rozšíření o podporu dynamických směrovacích protokolů: • RIP a RIPng, • OSPFv2 a OSPFv3, • IS-IS, • BGPv4.	Ano
20	V rámci implementace zajistí uchazeč přenos stávajících konfigurací centrálních přepínačů do dodaných centrálních přepínačů v návaznosti na stávající topologii, konfiguraci sítě a konfiguraci stávajících aktivních prvků. Zadavatel nepřipouští zásadní rekonfiguraci síťové topologie.	Ano

2. Minimální požadavky na přístupový přepínač

Id	Požadavek	Splněno ano/ne
1	Minimálně 4 sloty pro transceivery ve formátu SFP. Možnost osazení moduly 1000BaseSX a 1000BaseLH.	Ano
2	Možnost spojit alespoň 6 přepínačů do jednoho stohu s jednotnou správou z příkazové řádky: • propojení stohu prostřednictvím dedikovaných portů (nad rámec portů uvedených v Id=1). • propustnost stohu alespoň 80 Gbps. • kterýkoliv prvek ve stohu může být řídícím prvkem stohu (1:N redundance). • automatická́ kontrola a sjednocení verze software přepínačů ve stohu. • povýšení ́ software jednotlivých přepínačů stohu bez výpadku konektivity celého stohu. • možnost předkonfigurovat neexistující přepínač ve stohu před jeho připojením. • podpora linkové agregace s protokolem LACP, • podpora agregovaného LACP kanálu z portů různých přepínačů jednoho stohu • podpora minimálně 20 kanálů na jednom stohu přepínačů.	Ano
3	Podpora rodiny protokolů Spanning-Tree: • Rapid Spanning Tree Protokol (802.1w). • Multiple Spanning Tree Protocol (802.1s).	Ano
4	Podpora VLAN a VLAN trunků (802.1q).	Ano

5	Podpora QoS: • minimálně 4 výstupní fronty na port. • minimálně 2 konfigurovatelné prahy zahazování podle DSCP/CoS klasifikace. • podpora Class of Service (802.1p). • podpora klasifikace, reklasifikace, policingu, frontování a řízeného odbavování na základě CoS, MAC adres, IP adres nebo TCP/UDP portů.	Ano
6	Podpora bezpečnostních funkcí: • řízení přístupu k síti – IEEE 802.1x. • 802.1x autentizace i autorizace více koncových zařízení na jednom portu. • 802.1x autentizace přepínače vůči nadřazenému přepínači, sdílení ověření koncových stanic. • konfigurovatelná́ kombinace pořadí postupného ověřování zařízení na portu (802.1x, MAC adresou, Web autentizací). • ověřování dle IEEE 802.1x volitelně bez omezování přístupu (pro monitoring a snadné nasazení 802.1x). • filtrování provozu na základě MAC adres, Ipv4 a Ipv6 adres nebo TCP/UDP portů. • omezení maximálního počtu MAC adres na příslušném portu. • omezení maximální šířky pásma pro unicast, multicast a broadcast pro každý jednotlivý port. • automatické zahazování podvržených DHCPv4, DHCPv6, ARP a Ipv6 RA odpovědí. • sledování přidělených/přidělených Ipv4 a Ipv6 adres. • automatické zahazování provozu z podvržených Ipv4 a Ipv6 adres.	Ano
7	Podpora zrcadlení provozu z portu nebo VLAN na jiný port lokálního nebo vzdáleného přepínače (podpora alespoň 4 obousměrných instancí).	Ano
8	Podpora statického směrování Ipv4 provozu v HW.	Ano
9	Podpora statického směrování Ipv6 provozu v HW.	Ano
10	Podpora Netflow (alespoň 16 000 záznamů) včetně exportu Netflow v9 záznamů na centralizovaný kolektor.	Ano
11	Podpora Netflow samplování v hardware.	Ano
12	Vzdálená správa protokolem SSHv2 a SNMPv3 v režimu AuthPriv.	Ano
13	Zasílání logových hlášení na centralizovaný server protokolem SYSLOG.	Ano
14	Synchronizace systémového času protokolem NTP, možnost poskytování synchronizace času pro další prvky v síti.	Ano
15	Podpora MD5 autentizace a řízení přístupů pro NTP klienty.	Ano
16	Autentizace, autorizace a zaznamenávání administrátorského přístupu proti centrálnímu serveru protokoly TACACS+ a Radius.	Ano
17	V rámci implementace zajistí uchazeč přenos stávajících konfigurací aktivních prvků do dodaných dodávaných aktivních prvků v návaznosti na stávající topologii, konfiguraci sítě a konfiguraci stávajících aktivních prvků. Zadavatel nepřipouští zásadní rekonfiguraci síťové topologie.	Ano

3. Centrální autentizační autorita

1.1 Minimální požadavky na konfiguraci přístupových přepínačů

Id	Požadavek	Splněno ano/ne
1	Autentizace koncových zařízení do sítě s pomocí mechanismu 802.1x. Ověření bude prováděno klientským certifikátem dle standardu X.509 v3 proti interní certifikační autoritě na platformě Microsoft Windows 2008R2.	Ano
2	Autentizace koncových zařízení do sítě s pomocí mechanismu 802.1x. Ověření bude prováděno uživatelským jménem a heslem ve stávajícím systému Microsoft Active Directory s ohledem na již používané funkcionality – podpora stávající VPN, podpora CMS, podpora formulářů	Ano
3	Autentizace koncových zařízení do sítě na základě jejich MAC s pomocí mechanismu 802.1x MAC authentication bypass.	Ano
4	Přesměrování neznámých koncových zařízení bez 802.1x supplicanta na webový autentizační portál bez možnosti komunikace s dalšími prvky v síti. Zařízení bude umožněn přístup do vyhrazené části sítě po zadání uživatelského jména a hesla (guest access).	Ano
5	Uživatelské účty pro webovou autentizaci budou spravovatelné přes oddělené webové administrační rozhraní. Uživatelské účty budou nezávislé na interním systému Active Directory, budou mít časově omezenou platnost a bude je možné vytvářet pověřenými zaměstnanci KrÚ nebo samoregistrací (uživatel vyplní své osobní údaje).	Ano

1.2 Minimální požadavky na autentizační autoritu

Id	Požadavek	Splněno ano/ne
1	Zadavatel požaduje dodání nové autentizační autority do virtualizovaného prostředí VMware.	Ano
2	Autorita bude pracovat v režimu vysoké dostupnosti, tedy v případě softwarového nebo hardwarového výpadku primárního uzlu autority zastoupí její funkci záložní uzel.	Ano
3	Na novou autoritu bude převedena autentizace VPN přístupů, které jsou v současné době autentizovány proti systému NPS na platformě Microsoft Windows 2008R2 a IAS - Windows 2003.	Ano
4	Autentizace jménem a heslem bude v nové autoritě prováděna proti uživatelským údajům v centrální službě Microsoft Active Directory	Ano
5	Autentizace certifikátem bude prováděna proti interní certifikační autoritě.	Ano
6	Autorizační pravidla budou převedena tak, aby byly příslušné autorizační atributy přiřazeny na základě členství ve skupině AD.	Ano

1.3 Minimální požadavky na sw centrální autentizační autority

Id Požadavek Splněno ano/ne

1	Centralizovaný systém pro ověřování uživatelů, řízení přístupu k síti podle místa připojení a guest přístup definující pravidla přístupu k síti.	Ano
2	Podpora alespoň 500 současně pracujících uživatelů.	Ano
3	Zohlednění kontextu v definici pravidel přístupu (např. typ autentizace, zařízení (NAD), technologie, čas, lokalita, identita uživatele, atd.)	Ano
4	Možnost rozšíření centralizovaného systému o klasifikaci zařízení a definici pravidel přístupu k síti v závislosti na kontextu připojení (rozšíření řízení přístupu dle uživatele a místa připojení o typ zařízení, stav zařízení apod.)	Ano
5	Ve spolupráci s aktivními prvky (LAN přepínači, bezdrátovými AP nebo řídícími moduly, VPN branami) poskytuje ochranu před neoprávněným přístupem k pevné LAN síti, bezdrátové wifi síti (metodou 802.1x) a pro VPN přístup.	Ano
6	Poskytuje AAA funkce (viz níže).	Ano
7	Možnost rozšíření o klasifikaci připojených zařízení a řízení přístupu na základě této klasifikace (Network Admission Control).	Ano
8	Podporuje centralizované nebo distribuované nasazení pro vysokou odolnost a rozšiřování kapacity.	Ano
9	Umožňuje snadné zálohování, rychlou a úplnou obnovu konfigurace.	Ano
10	Je dostupné ve formě virtuálního stroje na platformách VMware ESX nebo ESXi.	Ano
11	AAA funkce (ověřování, autorizace a záznamy o průběhu připojování uživatelů a zařízení k síti):	Ano
12	• RADIUS pro autentizaci, autorizaci a evidenci přístupů.	Ano
13	• Proxy funkce pro externí RADIUS.	Ano
14	• PAP, MS-CHAP, MS-CHAPv2, EAP – MD5, Protected EAP (PEAP), EAP-TLS, PEAP-TLS, EAP-FAST, EAP-FASTv2 (EAP Chaining).	Ano
15	Podporované databáze uživatelů (s možností definovat pořadí průchodu):	Ano
16	• Interní (pro uživatele i koncová zařízení).	Ano
17	• Samostatná interní databáze pro web autentizaci (guest access).	Ano
18	• Active Directory.	Ano
19	• LDAP (RFC 2251).	Ano
20	• RADIUS Token indentity source (RFC 2865).	Ano
21	• RSA RADIUS token server.	Ano
22	• Certificate authentication profile.	Ano
23	Ověřování uživatelů a zařízení:	Ano
24	• Ověření uživatelů heslem nebo certifikátem.	Ano
25	• Ověření MAC adresou připojovaného zařízení.	Ano
26	• Ověření stroje a uživatele (ve všech kombinacích) pomocí EAP Chaining s certifikáty nebo PAC soubory.	Ano
27	Identifikace typu koncových zařízení a jejich stavu:	Ano
28	• Možnost rozšíření o automatické rozpoznávání a klasifikace připojených zařízení (PC, telefonů, tabletů, mobilních telefonů apod.) ve spolupráci se síťovou infrastrukturou.	Ano
29	• Podpora automatické aktualizace databáze pro rozpoznávání typů zařízení.	Ano

30	• Možnost rozšíření o předdefinované profily pro běžná mobilní zařízení (zařízení s OS Android, SymbianOS, Apple, Blackberry, HTC).	Ano
31	• Možnost definovat zákaznická pravidla pro rozpoznávání koncových zařízení	Ano
32	• Podpora vytváření skupin typů zařízení a použití těchto skupin v pravidlech přístupu	Ano
33	Možnost rozšíření o ověření stavu koncových zařízení pomocí softwarového agenta nebo web agenta na koncovém zařízení.	Ano
34	Systém musí identifikovat • Instalovaný operační systém (Windows 8.x, Windows 7, Microsoft Windows Vista Business, Windows Vista Ultimate, Windows Vista Enterprise, Windows Vista Home, Windows XP (Professional, Home, Media Center Edition, Tablet PC), Windows 2000, Windows 98, Windows SE, and Windows ME; Mac OS X).	Ano
35	• Opravy instalované v operačním systému MS Windows.	Ano
36	• Verze instalovaných programů v operačním systému MS Windows.	Ano
37	• Hodnoty položek v registry databázi systémů Windows.	Ano
38	• Stav aplikací, zejména antivirů.	Ano

4. Minimální požadavky na autorizaci

Id	Požadavek	Splněno ano/ne
1	Zadavatel požaduje dodání a implementaci pružného systému pro definici pravidel přístupu k síti	Ano
2	Řízení přístupu k síti pomocí filtrů nebo přiřazením do VLAN sítě podle uživatele (role, skupiny), času připojení, místa připojení, způsobu autentizace.	Ano
3	Možnost rozšíření o řízení přístupu k síti pomocí filtrů nebo přiřazením do VLAN sítě podle stavu a typu koncového zařízení (viz výše).	Ano
4	Omezení přístupu k síti pomocí filtrů aplikovaných na vstupu do sítě.	Ano
5	Možnost rozšíření o omezení přístupu k síti pomocí filtrů aplikovaných v síťové infrastruktuře i na výstupu ze sítě, s využitím informací získaných v procesu autentizace na vstupu	Ano
6	Podpora Change of Authorization (CoA, RFC 3576).	Ano
7	Řízení přístupu i možným zapojením do trasy komunikace autorizovaných zařízení.	Ano
8	Možnost klasifikace podle klientské identity/skupiny na prvcích přístupové infrastruktury a signalizace těchto informací na další tranzitní prvky v síti (firewall), pro škálovatelné filtrování přístupů.	Ano
9	Možnost signalizace dalších kontextových informací připojovaného zařízení (typ, metoda autentizace) na další prvky infrastruktury.	Ano
10	Řízení autentizace a založení důvěryhodné infrastruktury mezi jednotlivými prvky sítě, pro bezpečný a šifrovaný transport dat.	Ano
11	Možnost rozšíření o spolupráci na uvedení stanic do požadovaného stavu (informací, odkazem,spuštěním programu, aktualizací antiviru, aktualizací OS, stažením souboru).	Ano
12	Evidence přístupů: • Zaznamenávání aktivity uživatelů a zařízení připojených k síti.	Ano

13	• Dotazovací systém, korelace záznamů, centralizované výkazy.	Ano
14	• Knihovna předpřipravených reportů přímo na autoritě.	Ano
15	• Systém pro sledování výstrah (úspěšná/neúspěšná přihlašování, neaktivita, stav systému AAA, dostupnost externích databází, aktivita filtrů).	Ano
16	Požadavky na funkce quest serveru: • Vytváření časově omezených oprávnění pro přístup k síti nebo do internetu pro hosty, externí spolupracovníky apod. ve fixních LAN i WiFi.	Ano
17	• Oprávnění přidělovaná správcem přístupu přes portál pro snadné vytváření dočasných účtů.	Ano
18	• Zohlednění bezpečnostní role administrátora (sponzora) přístupu pro hosty, odrážející se v právech konfigurace.	Ano
19	• Samoobslužný portál pro uživatele.	Ano
20	• Optimalizace autentizačního web portálu i pro mobilní platformy.	Ano
21	• Plná lokalizace portálu pro sponzory (administrace) i pro hosty (autentizace).	Ano
22	• Možnost více virtuálních portálů podle přístupové technologie, místa, apod.	Ano
23	• Ověření prostřednictvím HTTP a HTTPS	Ano
24	Podpora BYOD • Portál pro registraci nových zařízení s možností samoobsluhy pro uživatele (přidání, odebírání, vynucení odpojení ze sítě, apod.).	Ano
25	• Možnost využití seznamu registrovaných zařízení v pravidlech přístupu.	Ano
26	• Aplikace poskytuje funkce pro distribuci nastavení přístupu (802.1X supplicant) se zohlednění typu platformy, uživatele, apod.	Ano
27	• Automatické a pro uživatele transparentní zažádání o certifikát a jeho doručení na koncovou platformu.	Ano
28	• Podpora SCEP nebo MSCEP pro komunikaci s CA.	Ano
29	• Automatické vyplnění CN uživatele v certifikátu.	Ano
30	• Uzamčení certifikátu pro konkrétní koncovou platformu (zapsání ID stanice přímo do certifikátu).	Ano
31	• Při připojování koncového zařízení musí být možné ověřit, že skutečné ID stanice odpovídá ID zapsanému v certifikátu.	Ano
32	• Podpora externích MDM platforem a zohlednění informací z MDM v pravidlech přístupu.	Ano
33	• API mezi aplikací a MDM pro obousměrný přenos informací.	Ano
34	• Nástroje MDM přímo v rozhraní samoobslužného portálu uživatelských zařízení pro zamykání, mazání, apod.	Ano
35	Další vlastnosti: • Aktivace šifrování MACsec (IEEE 802.1ae) pro připojená zařízení (pokud MACSec podporují).	Ano
36	• Nástroje pro audit konfigurace přístupové infrastruktury s doporučením na best practice nastavení.	Ano
37	• Kontrola definice dynamických ACL v GUI appliance před aplikací na přístupové prvky.	Ano

38	• API na Threat Management platformy.	Ano
39	Funkce pro správu ověřovacího systému: • Centralizovaná správa.	Ano
40	• Definice rolí administrátorů a úrovní přístupu k ověřovacímu systému.	Ano
41	• Zjednodušení správy pomocí skupin uživatelů, koncových a síťových zařízení.	Ano
42	• Grafické rozhraní pro definici pravidel přístupu k síti.	Ano
43	• Grafické rozhraní pro monitorování, definici výkazů, řešení problémů.	Ano
44	• Diagnostika problémů (systémová, údaje o chybách přihlašování, packet capture).	Ano
45	• Sledování session přímo v rozhraní GUI s možností okamžitého odpojení nebo přesměrování do karantény.	Ano
46	• Zaznamenávání událostí na externí syslog server.	Ano
47	• Vzdálený bezpečný přístup protokolem SSH k interním logům a pro možnost diagnostikování.	Ano
48	• Podpora SNMPv3.	Ano
49	• NTP pro synchronizaci času.	Ano
50	• SMTP pro zasílání zpráv a výstrah přes e-mail.	Ano

5. Minimální požadavky na proxy

Id	Požadavek	Splněno ano/ne
1	Zadavatel požaduje dodávku zařízení, které by nahradilo jeden kus proxy zařízení Bluecoat ProxySG 510, a které splňuje minimálně následující požadavky:	Ano
2	Součástí dodávky budou licence pro 400 jednotlivých uživatelů, pokud je takováto licence k provozování potřeba.	Ano
3	Minimální propustnost 60 Mbps (při max. 70% zátěži CPU a komplexní politice).	Ano
4	Podpora filtrování (včetně kombinace podmínek) minimálně na bázi: • TCP/IP parametrů, tj. minimálně IP adresy/sítě/dns jména jak zdroje tak i cíle, zdrojového a cílového portu, možnost filtrování jak pro IPv4, tak i pro IPv6.	Ano
5	• Autentizačních údajů (viz dále), tj. loginu uživatele, příslušnosti ke skupině, specifického LDAP/AD atributu a jeho hodnoty. Podpora Basic/NTLM/Kerberos autentizace proti více odděleným Windows doménám. Bez nutnosti instalace agenta na DC nebo member servery.	Ano
6	• Protokolu HTTP a jeho parametrů a hlaviček, tj. User Agenta, hlaviček požadavku, URL požadovaného objektu (podpora regulárních výrazů), klasifikace objektu (klasifikace objektů viz dále), návratových kódů a hlaviček odpovědi, přípon a MIME type souborů, HTTP a WebDAV metod.	Ano
7	• Protokolu FTP a jeho parametrů, tj. konkrétních příkazů (PORT, MKD, PASS, apod.).	Ano
8	• SSL/TLS verzí výše uvedených protokolů, tj. kromě základní podpory také filtrace na bázi atributů klientského i serverového certifikátu, ověření validity certifikátu, použité šifry.	Ano
9	• Výsledků kontroly objektu skrze ICAP externí službu (viz dále), tj. samotného výsledku kontroly, druhu navrácené chyby (scan timeout, velké množství souborů v archívu, apod.).	Ano

10	• Možnost filtrace IM protokolů na bázi prováděných operací (upload souborů, login/logout, apod.) a regulárních výrazů v textu.	Ano
11	• Typu streamovaného objektu (tj. flash, windows media, quicktime, apod.).	Ano
12	Možnost definice vlastních chybových hlášení pro uživatele v reakci na různé stavy průchodu filtračními pravidly.	Ano
13	Cache provoz: • Minimálně stažené objekty v rámci HTTP(S), FTP(S) a streamované komunikace, tj. stránky, streamy, soubory.	Ano
14	• Konformita vůči hlavičkám protokolu určujícím exspiraci objektů.	Ano
15	• Možnost specifikovat použití cache pro jednotlivé objekty (URL) a domény, pro MIME typy objektů, možnost vlastního nastavení expirace objektů.	Ano
16	• Velikost cache pro objekty minimálně 750GB.	Ano
17	Možnost terminace SSL spojení: • Kontrola a filtrace obsahu HTTPS provozu.	Ano
18	• Možnost definice výjimek z terminace minimálně na základě cílových domén a URL.	Ano
19	Možnost tunelování nebo filtrace dalších TCP protokolů.	Ano
20	Možnost bypassu vybraného provozu.	Ano
21	Funkce jak transparentní tak i explicitní proxy najednou.	Ano
22	Podpora WCCP.	Ano
23	Integrovaný systém klasifikace stránek (řazení do tématických skupin) pro HTTP(S) provoz: • Použitelný ve filtračních pravidlech.	Ano
24	• Množství klasifikovaných stránek minimálně v řádu stovek miliónů	Ano
25	• Alespoň 50 klasifikačních skupin, kategorie s „bezpečnostním kontextem“ (jako např. malware, suspicious, phishing,…).	Ano
26	• Dostatečná klasifikace zdrojů v rámci českého internetu, explicitně deklarovaná podpora čekého jazyka.	Ano
27	• Jednoduchá možnost reklasifikace stráne.	Ano
28	• Možnost lokálních skupin a výjimek.	Ano
29	• Možnost realtime klasifikace prozatím nezařazených stránek.	Ano
30	• Možnost integrace klasifikačních databází obecně uznávaných výrobců (Surfcontrol, IWF).	Ano
31	• Více kategorií pro každé URL (např. zároveň Personal a Political).	Ano
32	Podpora ICAP: • Standardní podpora ICAP protokolu.	Ano
33	• Podpora secure ICAP.	Ano
34	• Možnost scanování příchozího i odchozího provozu.	Ano
35	• Možnost definice provozu, který má být do externí ICAP služby odeslán, na základě podobného okruhu parametrů jako u filtrace.	Ano
36	• Možnost definice a současného použití více ICAP zařízení v loadbalancing módu.	Ano
37	Podpora minimálně těchto databází uživatelů pro autentizaci a autorizaci: • Interní na zařízení.	Ano
38	• Active Directory.	Ano
39	• LDAP.	Ano

40	• RADIUS.	Ano
41	Podpora Single Sign-On.	Ano
42	Konfigurace zařízení: • GUI – webové rozhranní (HTTPS) podporující minimálně prohlížeče IE a Firefox v aktuálních verzích, nebo standalone aplikace běžící na OS Windows v aktuálních verzích, lokální a AD autentizace.	Ano
43	• SSH CLI (možnost obnovení konfigurace, scriptování změn).	Ano
44	• Možnost omezení přístupu ke GUI na základě IP adresy klienta.	Ano
45	Statistiky provozu (reporting) – může být řešeno i externím nástrojem, který bude součástí dodávky. • Přehledný dashboard s aktuálními statistikami, možnost filtrace a řazení minimálně podle ip adresy klienta, uživatele, cílové domény, klasifikace stránek.	Ano
46	• Aktuální přehled jednotlivých spojení.	Ano
47	• Přehled vytížení zdrojů zařízení.	Ano
48	• Pravidelné a ad hoc reporty provozu za zvolené časové období.	Ano
49	• Možnost definice „top X“ položek.	Ano
50	• Možnost pravidelného automatického spouštění reportů.	Ano
51	• Zasílání reportů na vyjmenované adresy SMTP protokolem	Ano
52	• Browse-time statistiky (statistické odhady uživatelem stráveného času).	Ano
53	Logování provozu: • Evidence přístupů s možností definice zahrnutých položek a formátu.	Ano
54	• Evidence změn konfigurace zařízení.	Ano
55	• Průběžný automatický upload logů na externí zařízení některým ze standardních protokolů (syslog, HTTP, FTP).	Ano
56	• Možnost „real-time streamingu“ access logů do reportovacího nástroje (pokud je dodaný reportovací nástroj samostatným produktem)	Ano
57	• Možnost přizpůsobení (customizace) formátu logů.	Ano
58	• Možnost šifrování a podpisu logů před jejich uploadem.	Ano
59	Možnost nastavení omezení šířky pásma pro jednotlivé definované provozy (na základě podobného okruhu parametrů jako u filtrace).	Ano
60	Podpora SNMP: • Informace o provozu a stavu zařízení dostatečné pro integraci do dohledových systémů (vytížení prostředků, informace o počtu spojení, apod.)	Ano
61	• Podpora SNMP v2 a v3.	Ano
62	• Podpora SNMP trapů.	Ano
63	Podpora zasílání informací o provozních problémech na vyjmenované adresy pomocí SMTP protokolu. Možnost manuálního i automatizovaného zálohování konfigurace zařízení (minimálně podpora FTP protokolu).	Ano
64	Možnost vlastního troubleshootingu provozu bez nutnosti kontaktovat podporu výrobce (packet capture provozu, informace o průchodu specifického provozu vyhodnocováním politiky).	Ano
65	Podpora NTP protokolu.	Ano
66	Bezproblémový běh v režimu vysoké dostupnosti v kombinaci se stávajícím zařízením Bluecoat ProxySG 510: • Nové zařízení bude sloužit jako primární poskytovatel proxy služby.	Ano
67	• Bluecoat ProxySG 510 bude sloužit jako hot standby záloha.	Ano

68	• Doba přepnutí provozu při výpadku nového zařízení na záložní prvek maximálně v řádu desítek sekund.	Ano
69	• Automatická detekce a přepnutí provozu opět na nové zařízení po odstranění poruchy.	Ano

5.1 Požadavky implementaci proxy

Id	Požadavek	Splněno ano/ne
1	Zadavatel požaduje konverzi politik ze stávajících Bluecoat ProxySG 510 zařízení, která zachová práva přístupu jednotlivých aplikací, uživatelů a skupin uživatelů ke zdrojům v internetu.	Ano
2	Při převodu přístupů ke klasifikačním skupinám se nahradí skupiny definované v aktuálně používaném Bluecoat Webfilteru skupinami nového klasifikačního řešení tak, aby si oblasti stránek co nejvíce odpovídaly, pokud se naleznou webové zdroje, u kterých klasifikace nevyhovuje, budou v co největší míře v průběhu implementace reklasifikovány tak, aby množství pravidel obsahujících výjimky z klasifikace bylo co nejmenší.	Ano
3	Zadavatel požaduje spojení nového proxy zařízení a jednoho stávajícího Bluecoat ProxySG 510 zařízení do HA páru dle podmínek uvedených výše.	Ano

6. Minimální požadavky na Anti-X řešení

Id	Požadavek	Splněno ano/ne
1	Podpora ICAP a secure ICAP protokolu.	Ano
2	Bezproblémový provoz jako content filter jak s novým požadovaným proxy zařízením (viz podmínky výše), tak i se stávajícími Bluecoat ProxySG 510 zařízeními.	Ano
3	Možnost integrace antivirových engine alespoň několika obecně uznávaných antivirových firem (Kaspersky, McAfee, apod.).	Ano
4	Vlastní detekce hrozeb.	Ano
5	Pravidelný automatický update virových a threat databází nejdéle v intervalu desítek minut.	Ano
6	Možnost odloženého výsledku scanu velkých objektů a streamů, tj. okamžité průběžné vracení již proscanovaného bezpečného obsahu, zablokování zbylého obsahu a odeslání informace o chybě se provede až poté co se narazí na bezpečnostní problém.	Ano
7	Možnost scanování minimálně 1GB velkých objektů (nastavitelné).	Ano
8	Požadavky na licence Zadavatel požaduje dodání potřebného počtu licencí antivirového enginu pro 400 uživatelů.	Ano
9	Scanování minimálně následujících typů souborů: • spustitelné soubory (EXE, CAB, MSI, apod.),	Ano
10	• obrázky (GIF, JPEG, PNG, apod.),	Ano
11	• flash soubory (SWF, apod.),	Ano

12	• dokumenty (DOC, XLS, PPT, PDF, RTF, XML, apod.).	Ano
13	Scanování archívů: • minimálně 50 úrovní zanoření (nastavitelné),	Ano
14	• minimálně desetitisíce souborů v archívu,	Ano
15	• podpora širokého spektra typů (ARJ, ZIP, CAB, EXE, 7ZIP, TAR, GZ, BZ2, JAR, LHA, LZH, apod.) i v multipart verzích.	Ano
16	Konfigurace zařízení: • Minimálně GUI - webové rozhranní (HTTPS) podporující minimálně prohlížeče IE a Firefox v aktuálních verzích, nebo standalone aplikace běžící na OS Windows v aktuálních verzích, lokální a AD autentizace.	Ano
17	• Možnost omezení přístupu ke GUI na základě IP adresy klienta.	Ano
18	Přehledné statistiky aktuálního provozu: • výkon a zátěž zařízení	Ano
19	• množství scanovaných objektů,	Ano
20	• množství zachycených hrozeb,	Ano
21	• granularita alepsoň hodina, den, měsíc.	Ano
22	Logování zachycených hrozeb a provozních problémů alespoň následujícími způsoby: • SMTP na vyjmenované e-mailové adresy.	Ano
23	• syslog protokolem na externí server.	Ano
24	• SNMP trapem (v2 i v3).	Ano
25	Podpora SNMP: • informace o provozu a stavu zařízení dostatečné pro integraci do dohledových systémů (vytížení prostředků, informace o počtu scanovaných objektůs, apod.)	Ano
26	• podpora jak SNMP v2, tak i v3	Ano
27	• podpora SNMP Traps	Ano
28	Podpora NTP protokolu.	Ano
29	Výkon každého zařízení samostatně bude postačovat minimálně pro potřeby provozu specifikovaného pro proxy zařízení.	Ano
30	Alespoň 2 síťová rozhraní.	Ano
31	Zadavatel požaduje připojení obou zařízení pomocí ICAP protokolu jak k novému proxy zařízení, tak i k oběma stávajícím Bluecoat ProxySG 510.	Ano

7. Požadavky zadavatele na dokumentaci

Id	Požadavek	Splněno ano/ne
1	V rámci realizace zakázky dodavatel zpracuje: - Prováděcí projekt v minimální struktuře dle kapitoly Chyba! Nenalezen zdroj odkazů. Chyba! Nenalezen zdroj odkazů..	Ano
2	- Dokumentaci konečného provedení.	Ano
3	- Dokumentaci provozní.	Ano

8. Požadavky na licence

Id	Požadavek	Splněno ano/ne
1	Zadavatel požaduje poskytnutí veškerých nezbytných licencí k řádnému plnění předmětu zakázky, tj. k řádnému provozu díla na zařízení objednatele, zajišťující plnou funkcionalitu nabízeného řešení rovněž pro neomezený počet externích uživatelů.	Ano
2	Zhotovitel specifikuje název, počet a licenční podmínky ke všem nutným licencím v příloze smlouvy o dílo, a to včetně odůvodnění zvolené licenční nabídky, dále pak uvede licenční politiku, pravidla pro přidělení a případně změny v počtu licencí, typy a verze licencí).	Ano
3	Veškeré dodávané licence budou majetkem zadavatele.	Ano

9. Požadavky na implementaci

9.1 Obecné požadavky

Id	Požadavek	Splněno ano/ne
1	Implementace nesmí ohrozit ani omezit provoz počítačové sítě KrÚ.	Ano
2	V průběhu implementace bude prováděno funkční testování jednotlivých komponent.	Ano
3	Zkušební provoz bude součástí realizační fáze (implementace).	Ano
4	Zhotovitel bude povinen zajistit, aby veškeré vlastnosti díla, včetně jeho update, legislativního update, upgrade a legislativního upgrade po celou dobu účinností této smlouvy odpovídaly vždy aktuálním obecně platným právním předpisům ČR a platným standardům ISVS.	Ano
5	Součástí implementace jsou veškeré práce a služby nezbytné pro řádné a úplné zprovoznění díla, včetně vytvoření dokumentace a implementačních postupů, které budou obsahovat jednotlivé kroky implementace a konfigurace všech částí umožňující přesné opakování postupů. Dokumentace nebude chráněna dle autorského zákona, bude umožněno ji dále upravovat a předávat dalším subjektům, které se podílejí na chodu informačních systémů.	Ano
6	Součástí budou rovněž práce a služby, které ve smlouvě nejsou uvedeny ale zhotovitel, jakožto odborník, o nich vědět měl nebo mohl vědět.	Ano
7	V případě požadavků na součinnost třetích stran, zajistí tuto součinnost uchazeč. Od uchazeče je požadována koordinace a zajištění součinnosti příslušného dodavatele, včetně finančních záležitostí s tím spojených.	Ano

9.2 Technické požadavky

Id	Požadavek	Splněno ano/ne
1	Implementace všech částí zakázky bude provedena v prostředí stávajícího Technologického centra Pardubického kraje (TCK) ve spolupráci s odborným personálem zadavatele v místě plnění .	Ano
2	Nabízené řešení nesmí odesílat žádná data z místní sítě, pokud to není předmětem dodávky. Pokud je předmětem dodávky externí komunikace, bude v rámci prováděcího projektu přesně popsán datový tok, aby bylo možné nastavit bezpečnostní kontroly komunikace.	Ano
3	Stávající rozdělení do VLAN bude zachováno.	Ano
4	Stávající adresní plán IPv4 bude zachován.	Ano
5	Stávající adresní plán IPv6 bude zachován.	Ano
6	Implementovaná zařízení a sw zakomponuje dodavatel do monitorovacího systému PRTG.	Ano
7	Nabízené řešení nebude chráněno HW klíčem či jiným mechanismem, který by znemožňoval přenos serverových instancí v rámci virtuálního uzlu, případně změnu HW konfigurace (přidání CPU, změnu velikosti paměti, změnu diskového prostoru apod.)	Ano
8	Pro dodávané hw komponenty uchazeč před podpisem smlouvy o dílo doloží osvědčení výrobce nebo oficiálního zastoupení pro ČR ze kterého budou zřejmé tyto skutečnosti: - dodávané komponenty jsou nové a originální (zadavatel nepřipouští ekvivalentní řešení) - dodávané komponenty nebyly doposud používány - dodávané komponenty pochází z oficiálního distribučního kanálu pro Český trh	Ano

9.3 Akceptační testy

Id	Požadavek	Splněno ano/ne
1	Akceptační testy budou provedeny před předáním díla do zkušebního provozu.	Ano
2	Testy provede zhotovitel s nastavením a daty ve stejné konfiguraci, s jakou bude pracovat dílo v rutinním provozu.	Ano
3	Podrobná struktura akceptačních testů bude navržena a vzájemně odsouhlasena v rámci zpracování prováděcího projektu.	Ano
4	Výsledky akceptačních testů (akceptační protokol) budou součástí předávacího	Ano

protokolu.

9.4 Instalace technologií

Id	Požadavek	Splněno ano/ne
1	Rozvaděče Pro techniku dodávanou v rámci tohoto výběrového řízení zadavatel nepožaduje dodání rozvaděčů. Veškeré technologie dodávané v rámci této zakázky budou dodány v provedení pro "rack“ skříně a do zadavatelem poskytnutých skříní v rámci implementace předmětu této zakázky instalovány. Parametry rozvaděčů: - výška 42U, šířka 600 mm, hloubka 1000 mm	Ano
2	Technika bude dodána a instalována včetně propojovacích a napájecích kabelů.	Ano
3	Pro dodávané aktivní prvky budou součástí dodávky propojovací kabely potřebné pro vytvoření stohu.	Ano

9.5 Požadavky na školení

Id	Požadavek	Splněno ano/ne
1	V případě dodání a implementace řešení na technologiích v současné době využívaných v IS KrÚ dodavatel zajistí školení administrátorů v nezbytně nutném rozsahu.	Ano
2	V případě implementace technologicky odlišného řešení od technologií v současné době využívaných v IS KrÚ, zadavatel požaduje zajištění: • individuálního školení na administrační úrovni • časový rozsah 5 x 8 hodin • počet účastníků školení 4	Ano
3	Struktura a rozsah školení bude součástí nabídky uchazeče.	Ano
4	Veškerá školení se uskuteční v místě zadavatele.	Ano

10. Požadavky zadavatele na technickou podporu a servis

Id Požadavek Splněno ano/ne

1	Technická podpora a servis budou poskytovány od počátku zkušebního provozu po celou dobu udržitelnosti projektu. Poskytování technické a servisní podpory bude odpovídat nejlepším praxím dle rámce ITIL/ITSM.	Ano
2	Technická podpora a servis zařízení HW a SW budou realizovány dodavatelem případně prostřednictvím odpovídajícího servisního kanálu výrobce.	Ano
3	Technická podpora a servis budou realizovány v místě zadavatele.	Ano
4	Veškeré požadavky budou evidovány v systému servisní podpory zhotovitele.	Ano
5	Kontaktní místo umožní příjem požadavku na servisní zásah v českém jazyce prostřednictvím služby Hot-line a služby HelpDesk.	Ano
6	Hot-Line umožní příjem požadavku na servisní zásah v českém jazyce na telefonním čísle v režimu 5x12x365 v době 7:00-19:00, příjem požadavku bude zajištěn lidskou obsluhou.	Ano
7	HelpDesk umožní příjem požadavku na servisní zásah v českém jazyce prostřednictvím webového rozhraní v režimu 7x24x365.	Ano
8	HelpDesk umožní objednateli upřesnit nebo doplnit požadavek.	Ano
9	Systém servisní podpory musí objednateli poskytovat přehled o aktuálně nahlášených požadavcích, jejich stavu a aktuálním způsobu jejich řešení. Systém bude objednateli zasílat notifikace o změně stavu jeho požadavku (např. zadaný, v řešení, uzavřený atd.) a musí objednateli umožnit schvalování uzavření nahlášeného požadavku.	Ano
10	HelpDesk poskytuje objednateli přístup i k uzavřeným požadavkům a způsobu jejich řešení.	Ano
11	HelpDesk umožňuje export dat, včetně obsahu požadavku a způsobu vyřešení. Tato funkcionalita je poskytována bezúplatně na vyžádání objednatele ve formátu minimálně *.xls a *.csv.	Ano
12	Režim technické podpory a servisu: - garantovaná doba odezvy do 4 hodin od nahlášení požadavku.	Ano
13	Odstraňování vad kategorie „vysoká“: - garantovaná doba zahájení prací do 4 hodin od nahlášení vady, - garantovaná doba odstranění vady do 24 pracovních hodin od nahlášení vady.	Ano
14	Odstraňování vad kategorie „střední“: - garantovaná doba zahájení prací do 8 hodin od nahlášení vady, - garantovaná doba odstranění vady do 3 pracovních dnů od nahlášení vady.	Ano
15	Odstraňování vad kategorie „nízká“: - garantovaná doba zahájení prací do 2 pracovních dnů od nahlášení požadavku, - garantovaná doba odstranění vady do 10 pracovních dnů od nahlášení	Ano

požadavku.

Příloha č. 3 Specifikace všech nutných licencí

počet ks	produktový kód	název položky
autentizační autorita
2	L-ISE-VM-K9=	Cisco Identity Services Engine VM (eDelivery)
1	L-ISE-BSE-500	Cisco Identity Services Engine 500 EndPoint Base License