DODATEČNÉ INFORMACE č. 19 k zadávacím podmínkám

MĚSTSKÁ ČÁST PRAHA 4 ÚŘAD MĚSTSKÉ ČÁSTI Odbor právní Oddělení veřejných zakázek

DODATEČNÉ INFORMACE č. 19 k zadávacím podmínkám v zadávacím řízení č. VZN/15/004 vedeném v užším řízení k zadání nadlimitní veřejné zakázky na služby uveřejněné ve věstníku veřejných zakázek pod evid. číslem 516945: „Zajištění externího správce, tj. outsourcing informačních technologií a služeb“

Níže uvedený zadavatel tímto sděluje dodatečné informace v souladu s ust. § 49 zákona č. 137/2006 Sb., o veřejných zakázkách, v platném znění (dále jen zákon): Identifikační údaje veřejného zadavatele: Název zadavatele: Sídlo zadavatele: IČ: DIČ: Právní forma: Osoba oprávněná jednat jménem zadavatele:

Městská část Praha 4 Praha 4, Antala Staška 2059/80b 00063584 CZ00063584 městská část hlavního města Prahy JUDr. Pavel Šimice, vedoucí odboru právního

Zadavatel obdržel dne 9. 3. 2016 a dne 10. 3. 2016 následující dotazy dodavatele k zadávacím podmínkám ve shora uvedeném zadávacím řízení a sděluje tímto své odpovědi na tyto dotazy. Dotaz č. 1 (přesné znění): Uchazeč se dle svého odborného názoru domnívá, že kombinací parametrů pro oblast 3.8.2 Email archiv pro MS Exchange, tabulka AA Archivace e-mailů se dopouští zadavatel diskriminace a jedná tak v rozporu s § 6, odst. 1 Zákona o veřejných zakázkách. Požadovaná kombinace ukazuje na jediné řešení na trhu a to Symantec Enterprise Vault. Zadavatel tak neumožňuje podat uchazečům relevantní a konkurenční nabídku. Uchazeč ani nemůže využít bod 2.1 zadávací dokumentace pro nabídnutí obdobného řešení, jelikož obdobně určité parametry nelze plnit. Upraví zadavatel technickou specifikaci tak, aby byla otevřená konkurenčním produktům na trhu? Odpověď zadavatele na dotaz č. 1: Zadavatel si není vědom, že kombinací parametrů dochází k naplnění domněnky uchazeče, která vede k jeho odbornému názoru, že se jedná o jakoukoli diskriminaci při výčtu požadovaných funkcionalit. Zadavatel se současně neztotožňuje s názorem uchazeče, že požadavky je možné splnit jen jedním řešením na trhu. Zadavatel při formulaci požadavků provedl nezávazný průzkum trhu se zjištěním, že je známo více produktů na trhu, které jsou schopny uspokojivě splnit uvedené technické požadavky, zcela v souladu s bodem 2.1 zadávací dokumentace. Zadavatel pro doplnění uvádí, že uchazeč může požadavky při specifikaci svého řešení splnit také kombinací více produktů případně vlastním řešením.

Stránka 1 z 21

Dotaz č. 2 (přesné znění): Uchazeč se dle svého odborného názoru domnívá, že požadovaný parametr pro oblast 3.6 Popis požadavků datových úložišť, tabulka T Datové úložiště primární lokalita a tabulka U Datové úložiště záložní lokalita se dopouští zadavatel diskriminace a jedná tak v rozporu s § 6, odst. 1 Zákona o veřejných zakázkách. Požadované parametry na řádku 7 (SSD cache) tabulky T a řádku 11 (SSD cache) tabulky U se dají splnit pouze na jediném řešení a to společnosti NetApp. Zadavatel tak neumožňuje podat uchazečům relevantní a konkurenční nabídku. Uchazeč ani nemůže využít bod 2.1 zadávací dokumentace pro nabídnutí obdobného řešení, jelikož obdobně nelze požadovaný parametr splnit. Uchazeč požaduje vyškrtnutí požadovaných parametrů nebo úpravu parametrů tak, aby bylo možné nabídnout alternativní či obdobné řešení. Odpověď zadavatele na dotaz č. 2: Zadavatel se neztotožňuje s odborným názorem uchazeče. Zadavatel při formulaci požadavků provedl nezávazný průzkum trhu se zjištěním, že je známo více produktů na trhu, které jsou schopny uspokojivě splnit uvedené technické požadavky

Dotaz č. 3 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.1 zadavatel po uchazeči požaduje provedení činnosti „Migrace dat a aplikací na nově dodávaný HW“. a) Chápe uchazeč správně, že se jedná o duplicitu s požadavkem na migraci informačních systémů a jejich dat uvedených v kapitole 4.2.6? b) Pokud ne, žádá uchazeč zadavatele o specifikaci aplikací a dat, kterých se požadavek na migraci týká. Odpověď zadavatele na dotaz č. 3: Nejedná se o duplicitu v požadavcích. Zadavatel současně doplňuje v kapitole 4.2.1 ke druhé odrážce Migrace dat a aplikací na nově dodávaný HW text „v průběhu trvání smluvního vztahu“. Současně pro jednoznačnost odkazuje na doplnění v rámci odpovědi na dotaz č. 7 těchto dodatečných informací.

Dotaz č. 4 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.1 zadavatel uvádí: „Z pohledu odezvy systémů je uchazeč povinen zajistit provoz systémů tak, aby nedocházelo k čekání na odezvy informačních systémů“. a) Dle názoru uchazeče nemůže být poskytovatel odpovědný za čekání na odezvy informačních systémů / systémů, které jsou produktem 3. stran a jsou vlastností produktu 3. stran. Uchazeč žádá zadavatele o potvrzení. b) Uchazeč žádá zadavatele o specifikaci standardních odezev informačních systémů / systémů (do kdy je odezva informačního systému v pořádku) a to pro jednotlivé funkce informačních systémů / systémů. Odpověď zadavatele na dotaz č. 4: a) Zadavatel potvrzuje uchazeči, že nelze vyžadovat odpovědnost plynoucí z vlastností produktů 3. stran b) Zadavatel očekává, že informační systémy budou poskytovat odezvy, které lze smysluplně vyžadovat. To znamená, že zadavatel bude po uchazeči požadovat pouze reálné plnění. Z tohoto pohledu se nejedná o takové plnění, které není v silách uchazeče jakkoli ovlivnit, nebo plnění, které závisí na systémech dodávaných třetími stranami.

- 2/21 -

Dotaz č. 5 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.1 zadavatel po uchazeči požaduje provedení činnosti „Zabezpečení dostupnosti provozovaných systémů v případě havárie HW“. a) Předpokládá zadavatel nákup veškeré HW infrastruktury uchazečem jako zálohu pro nutné plnění tohoto požadavku zadavatele? b) Pokud nikoli, žádá uchazeč zadavatele o vypuštění této činnosti z požadavku, resp. její modifikaci tak, aby plnění uchazeče byla zcela jednoznačné. Odpověď zadavatele na dotaz č. 5: Zadavatel v rámci této zadávací dokumentace specifikoval požadavky na zabezpečení vysoké dostupnosti provozovaných systémů. K tomuto faktu (stavu, či rozsahu) je přirozeně vztažen požadavek na zabezpečení dostupnosti provozovaných systémů v případě havárie. Zadavatel uvede příklad v limitním stavu: plnou odpovědností uchazeče při havárií části HW je stav, který vyplývá ze špatné momentální konfigurace, způsobující nedostupnost provozovaných systémů z přerušené komunikace v HA, Fault Tolerance řešení. Na základě uvedeného, zadavatel není připraven mít „skladem“ HW infrastrukturu pro případ havárie k využití uchazečem jako zálohu. Na straně druhé bude vyžadovat po uchazeči pouze plnění, které je v rámci provozního prostředí reálně vymahatelné.

Dotaz č. 6 (přesné znění): V první prováděcí smlouvě (příloha Rámcové smlouvy) zadavatel uvádí: „Při každé náhradě či aktualizaci HW, aplikací či informačního systému poskytovatel zajistí migraci dat mezi těmito HW, aplikacemi či IS. Do dvou (2) měsíců od nabytí účinnosti této smlouvy poskytovatel rovněž zajistí migraci provozního prostředí zadavatele do HW prostředí dodaného v rámci této veřejné zakázky.“ Bude zadavatel po uchazeči uvedené skutečně požadovat? a) Pokud ano, uchazeč opětovně žádá zadavatele o poskytnutí veškeré instalační, provozní, servisní a uživatelské dokumentace k jednotlivým informačním systémům a aplikacím, která je nezbytná pro vypracování nabídky uchazečem (včetně stanovení nabídkové ceny). b) Pokud ano, uchazeč žádá zadavatele o technologickou specifikaci informačních systémů a jejich datových struktur a vlastních dat. c) Pokud ano, uchazeč žádá zadavatele o specifikaci HW prostředí dodaného v rámci této veřejné zakázky. d) Pokud ano, žádá uchazeč zadavatele o specifikaci akceptačních kritérií pro akceptaci migrace provozního prostředí zadavatele do HW prostředí dodaného v rámci této veřejné zakázky. Uchazeč dále shledává problematický termín provedení migrace navázaný na uzavření první prováděcí smlouvy – nereflektuje termín dodání HW prostředí dodaného v rámci této veřejné zakázky. Uchazeč žádá zadavatele o změnu návaznosti provedení migrace na dodávku nového HW prostředí zadavatele. e) Pokud ne, uchazeč žádá zadavatele o úpravu textace kapitoly III.6 první prováděcí smlouvy tak, aby požadavky zadavatele na plnění uchazeče byly zcela jednoznačné. Odpověď zadavatele na dotaz č. 6: Ano, zadavatel na svém požadavku trvá. Zadavatel k uvedeným dotazům uvádí, že se jednak v tomto případě odkazuje na související odpověď v dodatečných informacích č. 11. Dále doplňuje, že předmětem migrace budou informační systémy provozované v současném prostředí zadavatele, které jsou provozovány na virtuálních serverech platformy WMvare. Zadavatel se domnívá, že požadované není nutné k provedení migrace, jelikož se platforma pro provoz virtuálních serverů nemění. K bodu b) zadavatel však pro úplnost uvádí, že požadované nemá k dispozici, jelikož je obvyklé, že u proprietárních systémů je uvedené součástí know how výrobce.

- 3/21 -

Dále uvádí, že v současnosti jsou známé veškeré požadavky související specifikace hardwarového prostředí dodávaného v rámci této veřejné zakázky. Jednotlivá akceptační kritéria ve vztahu k migrovaným systémům vždy budou: - Plná dostupnost s ověřením základních funkčních vlastností po migraci do nového provozního prostředí v prvním kroku simulací a ve druhém reálnými uživateli těchto systémů (zaměstnanci, občané) K bodu d) a e) dotazu, zadavatel přezkoumal svůj požadavek na migraci provozního prostředí do dvou (2) měsíců od nabytí účinnosti první prováděcí smlouvy dle odst. 6 čl. III. první prováděcí smlouvy a nahrazuje text ve větě druhé tohoto odstavce „nabytí účinnost této smlouvy“ textem „výzvy zadavatele“. Dále doplňuje v téže větě před text „této veřejné zakázky“ text „1. části“. Nově tedy odst. 6 čl. III. první prováděcí smlouvy zní: „Při každé náhradě či aktualizaci HW, aplikací či informačního systému poskytovatel zajistí migraci dat mezi těmito HW, aplikacemi či IS. Do dvou (2) měsíců od výzvy zadavatele poskytovatel rovněž zajistí migraci provozního prostředí zadavatele do HW prostředí dodaného v rámci 1. části této veřejné zakázky.“

Dotaz č. 7 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.1 zadavatel požaduje provádění činností v rámci administrace provozního prostředí. V kapitole 4.2.2 (stejné přílohy) zadavatel požaduje provádění činností v rámci administrace HW. V kapitole 4.2.3 (stejné přílohy) zadavatel požaduje provádění činností v rámci administrace síťového prostředí. V kapitole 4.2.4 (stejné přílohy) zadavatel požaduje provádění činností v rámci administrace operačních systémů. V kapitole 4.2.6 (stejné přílohy) zadavatel požaduje provádění činností v rámci administrace informačních systémů a aplikací. V kapitole 4.3 (stejné přílohy) zadavatel požaduje provádění činností v rámci podpory uživatelů. a) Některé činnosti uvedené v kapitole 4.2.1 a činnosti uvedené v kapitolách 4.2.2, 4.2.3, 4.2.4, 4.2.6 a 4.3 jsou dle názoru uchazeče redundantní (manipulace s HW, instalace HW, migrace systémů a dat, provoz serverů, instalace a aktualizace OS, …). Uchazeč žádá zadavatele o zpřesnění popisu požadavků na jednotlivé služby tak, aby zadání zadavatele pro vypracování nabídky uchazečem (popis jednotlivých požadovaných služeb) bylo jednoznačné. Odpověď zadavatele na dotaz č. 7: Zadavatel v této souvislosti uvádí, že v rámci plnění služeb v kapitole 4.2.1 Administrace provozního prostředí (text bude rovněž doplněn do přílohy č. 3 ZD) „jedná se o všechny centrálně provozované systémy v rámci provozního prostředí, pokud je zadavatel nevymezil specifikací v jednotlivých požadavcích na samostatně poskytované služby uváděných v dalších dílčích kapitolách či podkapitolách.“ Současně z důvodu jednoznačnosti nahrazuje text s dílčím vysvětlením kapitoly 4.2.1 v části uvozenou textem „Služba podpory v oblasti provozu a administrace zahrnuje minimálně tyto činnosti:“, a to následující odrážky: • • • • • • • • •

Přesun, přemístění, fyzickou instalaci HW (např. síťové vrstvy) Instalace HW (např. síťové vrstvy) Migrace dat a aplikací na nově dodávaný HW (pozn: kdykoli v průběhu trvání smluvního vztahu) Podpora provozu serverů Monitoring HW a událostí (lze využít monitorovací prostředí zadavatele v rozsahu obvyklých funkcí využívaných při monitoringu) Zabezpečení korektního zastavení provozu v případě výpadku napájení Zabezpečení obnovení provozu po obnovení dodávky napájení Udržovat vysokou dostupnost (HA, Fault Tolerance) Zabezpečení dostupnosti provozovaných systémů v případě havárie HW - 4/21 -

• • • • • • • • • •

• •

Instalace a konfigurace virtualizační vrstvy s vlastním OS Instalace virtualizační vrstvy a ovladačů, integrace do síťového prostředí Konfigurace požadovaných serverových služeb rolí v prostředí HA Instalace a konfigurace standardního SW SW pro vzdálenou správu Antivir Bezpečnostní SW Instalace aktualizací virtualizační vrstvy s vlastním OS a standardních SW Instalace bezpečnostních záplat Zajištění pravidelné instalace bezpečnostních záplat v určených hodinách pro: o Virtualizační vrstvy s vlastním OS a jeho součásti o Bezpečnostní SW o Antivir o Antispam Podpora provozu virtualizační vrstvy s vlastním OS a standardního SW Řešení incidentů a událostí spojených s funkčními nedostatky virtualizační vrstvy s vlastním OS a SW

Dotaz č. 8 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.6 zadavatel po uchazeči požaduje provedení činnosti „Migrace informačních systémů a jejich dat na nový HW“. Bude zadavatel po uchazeči skutečně požadovat provádění této činnosti? a) Pokud ano, uchazeč opětovně žádá zadavatele o poskytnutí veškeré instalační, provozní, servisní a uživatelské dokumentace k jednotlivým informačním systémům, která je nezbytná pro vypracování nabídky uchazečem (včetně stanovení nabídkové ceny). b) Pokud ano, uchazeč žádá zadavatele o technologickou specifikaci informačních systémů a jejich datových struktur a vlastních dat. c) Pokud ano, uchazeč žádá zadavatele o přesnou specifikaci nového HW. d) Pokud ne, uchazeč žádá zadavatele o úpravu textace kapitoly 4.2.6 tak, aby požadavky na plnění uchazeče byly zcela jednoznačné. Odpověď zadavatele na dotaz č. 8: Ano, zadavatel na svém požadavku trvá. Zadavatel k uvedeným dotazům uvádí, že se jednak v tomto případě odkazuje na související odpověď v dodatečných informacích č. 11. Dále doplňuje, že předmětem migrace budou informační systémy provozované v současném prostředí zadavatele, které jsou provozovány na virtuálních strojích platformy WMvare. Zadavatel se domnívá, že požadované není nutné k provedení migrace, jelikož se platforma pro provoz virtuálních serverů nemění. K bodu b) zadavatel však pro úplnost uvádí, že požadované nemá k dispozici, jelikož je obvyklé, že u proprietárních systémů je uvedené součástí know how výrobce. Dále uvádí, že v současnosti jsou známé veškeré požadavky na související specifikace hardwarového prostředí dodávaného v rámci této veřejné zakázky.

Dotaz č. 9 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.6 zadavatel po uchazeči požaduje provádění činnosti „Zajištění provozu informačních systémů“. Bude zadavatel po uchazeči skutečně požadovat provádění této činnosti? a) Pokud ano, uchazeč opětovně žádá zadavatele o poskytnutí veškeré instalační, provozní, servisní a uživatelské dokumentace k jednotlivým informačním systémům, která je nezbytná pro vypracování nabídky uchazečem (včetně stanovení nabídkové ceny). - 5/21 -

b) Pokud ano, uchazeč žádá zadavatele o přesnou specifikaci nového HW. c) Pokud ne, uchazeč žádá zadavatele o úpravu textace kapitoly 4.2.6 tak, aby požadavky na plnění uchazeče byly zcela jednoznačné. Odpověď zadavatele na dotaz č. 9: Ano, zadavatel na svém požadavku trvá. Zadavatel k uvedeným dotazům uvádí, že se v tomto případě odkazuje na související odpověď v dodatečných informacích č. 11. Dále se domnívá, že se uchazeč při kvalifikaci zadavateli prokázal, že disponuje odborníky se znalostí systémů provozovaných u zadavatele a znalostí systémů státní správy a samosprávy. Pouze pro úplnost doplňuje, že jsou v současnosti známé veškeré požadavky na související specifikace hardwarového prostředí dodávaného v rámci této veřejné zakázky.

Dotaz č. 10 (přesné znění): V kapitole 4.2.6 zadavatel po uchazeči požaduje provádění činnosti „Poskytování pravidelného maintenance a legislativním upgrade“. Bude zadavatel po uchazeči skutečně požadovat provádění této činnosti? a) Pokud ano, uchazeč opětovně žádá zadavatele o poskytnutí veškeré instalační, provozní, servisní a uživatelské dokumentace k jednotlivým informačním systémům, která je nezbytná pro vypracování nabídky uchazečem (včetně stanovení nabídkové ceny). b) Pokud ano, uchazeč žádá zadavatele o přesnou specifikaci nového HW. c) Pokud ne, uchazeč žádá zadavatele o úpravu textace kapitoly 4.2.6 tak, aby požadavky na plnění uchazeče byly zcela jednoznačné. Odpověď zadavatele na dotaz č. 10: Ano, zadavatel na svém požadavku trvá. Zadavatel k uvedeným dotazům uvádí, že se v tomto případě odkazuje na související odpověď v dodatečných informacích č. 11. Uchazeč se při kvalifikaci zadavateli prokázal, že disponuje odborníky s požadovanými znalostmi. I přesto pro doplnění uvádí, že např. legislativní update informačních systému úřadu je realizován formou změnových balíků, kdy od výrobce je přiložen příslušný instalační postup. Dále je zadavatel připraven zprostředkovat příslušnou součinnost. Pouze pro úplnost doplňuje, že jsou v současnosti známé veškeré požadavky na související specifikace hardwarového prostředí dodávaného v rámci této veřejné zakázky.

Dotaz č. 11 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.6 zadavatel po uchazeči požaduje provádění činnosti „Instalace patchů, upgrade, meziverzí či hotfix“. Bude zadavatel po uchazeči skutečně požadovat provádění této činnosti? a) Pokud ano, uchazeč opětovně žádá zadavatele o poskytnutí veškeré instalační, provozní, servisní a uživatelské dokumentace k jednotlivým informačním systémům, která je nezbytná pro vypracování nabídky uchazečem (včetně stanovení nabídkové ceny). b) Pokud ano, uchazeč žádá zadavatele o přesnou specifikaci nového HW. c) Pokud ne, uchazeč žádá zadavatele o úpravu textace kapitoly 4.2.6 tak, aby požadavky na plnění uchazeče byly zcela jednoznačné. Odpověď zadavatele na dotaz č. 11: Ano, zadavatel na svém požadavku trvá. Zadavatel k uvedeným dotazům uvádí, že se v tomto případě odkazuje na související odpověď v dodatečných informacích č. 11. Dále doplňuje, že požadované je obvyklou činností při provozu informačních systémů s tím, že se uchazeč při kvalifikaci zadavateli prokázal, že disponuje odborníky s požadovanými znalostmi. Dále pouze pro

- 6/21 -

úplnost doplňuje, že jsou v současnosti známé veškeré požadavky na související specifikace hardwarového prostředí dodávaného v rámci této veřejné zakázky.

Dotaz č. 12 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.6 zadavatel po uchazeči požaduje provádění činnosti „Podpora uživatelů, telefonická podpora uživatelů“. Bude zadavatel po uchazeči skutečně požadovat provádění této činnosti? a) Pokud ano, uchazeč opětovně žádá zadavatele o poskytnutí veškeré instalační, provozní, servisní a uživatelské dokumentace k jednotlivým informačním systémům, která je nezbytná pro vypracování nabídky uchazečem (včetně stanovení nabídkové ceny). b) Pokud ano, uchazeč žádá zadavatele o přesnou specifikaci nového HW. c) Pokud ano, uchazeč žádá zadavatele o upřesnění obsahu a rozsahu požadavku – např. forma podpory (on-site / on-line / ticketing / … ) d) Pokud ne, uchazeč žádá zadavatele o úpravu textace kapitoly 4.2.6 tak aby požadavky na plnění uchazeče byly zcela jednoznačné. Odpověď zadavatele na dotaz č. 12: Ano, zadavatel na svém požadavku trvá. Zadavatel k uvedeným dotazům uvádí, že se v tomto případě odkazuje na související odpověď v dodatečných informacích č. 11. Dále se domnívá, že se uchazeč při kvalifikaci zadavateli prokázal, že disponuje odborníky se znalostí systémů provozovaných u zadavatele a znalostí systémů státní správy a samosprávy. Pouze pro úplnost doplňuje, že jsou v současnosti známé veškeré požadavky na související specifikace hardwarového prostředí dodávaného v rámci této veřejné zakázky. Zadavatel uvedl v kapitole 4, že předpokládá adekvátní podporu požadovaných týmů v sídle zadavatele a na jeho pracovištích (on-site). Pokud zadavatel nespecifikoval požadavky očekává, že uchazeči předloží ve svých nabídkách komplexní řešení.

Dotaz č. 13 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.6 zadavatel po uchazeči požaduje provádění činnosti „Vedení dokumentace obsahující záznamy o provedených změnách“. Bude zadavatel po uchazeči skutečně požadovat provádění této činnosti? a) Pokud ano, uchazeč opětovně žádá zadavatele o poskytnutí veškeré instalační, provozní, servisní a uživatelské dokumentace k jednotlivým informačním systémům, která je nezbytná pro vypracování nabídky uchazečem (včetně stanovení nabídkové ceny). b) Pokud ano, uchazeč žádá zadavatele o přesnou specifikaci nového HW. c) Pokud ne, uchazeč žádá zadavatele o úpravu textace kapitoly 4.2.6 tak, aby požadavky na plnění uchazeče byly zcela jednoznačné. Odpověď zadavatele na dotaz č. 13: Ano, zadavatel na svém požadavku trvá. Zadavatel k uvedeným dotazům uvádí, že se v tomto případě odkazuje na související odpověď v dodatečných informacích č. 11. Dále se domnívá, že se uchazeč při kvalifikaci zadavateli prokázal, že disponuje nejen odborníky se znalostí systémů provozovaných u zadavatele a znalostí systémů státní správy a samosprávy. Pouze pro úplnost doplňuje, že jsou v současnosti známé veškeré požadavky na související specifikace hardwarového prostředí dodávaného v rámci této veřejné zakázky.

- 7/21 -

Dotaz č. 14 (přesné znění): Rámcová smlouva specifikuje pouze provozní prostředí a činnosti na něm realizované v rámci jednotlivých služeb. V příloze č. 3 Zadávací dokumentace v kapitole 4.2.6 je požadavek na činnosti realizované na testovacím prostředí (systém ad B Agendio). Uchazeč žádá zadavatele o specifikaci všech prostředí, která budou při plnění VZ uchazečem provozována (typ, SLA, sankce, apod.) Odpověď zadavatele na dotaz č. 14: V rámci zadávací dokumentace zadavatel předpokládá provoz testovacího prostředí pro systém AGENDIO. Zadavatel při úrovni kvalifikovaných uchazečů nepředpokládá problém při provozu testovacího prostředí, které není z pohledu provozu kritickým. Domnívá se, že v současnosti ve zcela nepredikovatelných případech povaha závady může z pohledu kategorizace SLA dosáhnout maximální úrovně V3.

Dotaz č. 15 (přesné znění): Uchazeč žádá zadavatele o sdělení, jaké všechny SW/HW řešení jsou označována jako systém (systémy) a budou v rámci požadavku migrovány? Tyto specifikace jsou nezbytné pro návrh korektního postupů migrací včetně časování, rizik a opatření, součinností zadavatele. Návrh této služby je předmětem hodnotících kritérií dle zadávací dokumentace, kapitola 12.2. c). Odpověď zadavatele na dotaz č. 15: Zadavatel v tomto případě odkazuje na související odpověď č. 19 v rámci těchto dodatečných informací.

Dotaz č. 16 (přesné znění): Uchazeč žádá zadavatele o specifikaci prostředí dodávaného v rámci této veřejné zakázky, na které budou tyto systémy migrovány. Tyto specifikace jsou nezbytné pro návrh korektního postupů migrací včetně časování, rizik a opatření, součinností zadavatele. Návrh této služby je předmětem hodnotících kritérií dle zadávací dokumentace, kapitola 12.2. c). Odpověď zadavatele na dotaz č. 16: V současnosti jsou známé veškeré požadavky na související specifikace hardwarového prostředí dodávaného v rámci této veřejné zakázky. Dále doplňuje, že předmětem migrace budou informační systémy provozované v současném prostředí zadavatele, které jsou provozovány na virtuálních strojích platformy WMvare. Zadavatel se domnívá, že požadované není nutné k návrhu postupů, jelikož se platforma pro provoz virtuálních serverů nemění.

Dotaz č. 17 (přesné znění): Zadavatel v zadávací dokumentaci uvádí mezi požadavky na Důvěryhodný archiv dokumentů (kap. 3.8.1) následující: „… Z legislativního hlediska bude provozovaný důvěryhodný archiv vyhovovat českým, evropským i mezinárodním normám a pravidlům pro dlouhodobé uchování a prokázání platnosti spravovaných dokumentů, jako např. český zákon o archivnictví ((§ 499), evropské normativními dokumenty (norma

- 8/21 -

ISO 14721:2003 - referenční model otevřeného archivačního informačního systému (OAIS), norma ISO 15801:2004 - doporučení pro důvěryhodnost a spolehlivost elektronicky zobrazovaných a uchovávaných informací), ETSI standardy datových struktur a referenčních formátů (AdES, CAdES, PAdES, XAdES,…). Tímto je takto zajištěna důvěryhodnost, průkaznost a legislativní platnost dokumentů v dlouhodobém horizontu, garance bezpečného ukládání dat i jednotný archiv vhodný pro veškerá data z různých zdrojů sdílený více aplikacemi….“ V tabulce požadavků je toto uvedeno jako subjekt posouzení: • Soulad s českým zákonem o archivnictví ((§ 499) • Soulad s evropskými normativními dokumenty (norma ISO 14721:2003 - referenční model otevřeného archivačního informačního systému (OAIS), norma ISO 15801:2004 - doporučení pro důvěryhodnost a spolehlivost elektronicky zobrazovaných a uchovávaných informací) • Soulad s ETSI standardy datových struktur a referenčních formátů (AdES, CAdES, PAdES, XAdES, ..) • Soulad s nařízením eIDAS (910/2014/ES) o elektronické identifikaci a službách vytvářejících důvěru pro elektronické transakce na vnitřním trhu. Otázky k uvedenému: a) ISO 14721:2003 - referenční model otevřeného archivačního informačního systému (OAIS) představuje model pro implementaci digitálního archívu ve velmi širokém pojetí. Digitální archív v pojetí OAIS je poměrně složitý informační systém, který navíc vyžaduje od okolních aplikací, které mu předávají dokumenty k archivaci, použití určitého daného formátu pro předávání těchto dokumentů (tzv. SIP – Submission Information Package), pro využití uložených informací se vytváří tzv. DIP, atd. Domníváme se, že až na výjimky (např. elektronická spisová služba) ostatní aplikace nejsou schopny takto komunikovat a předávat dokumenty. Jaký stupeň shody s ISO 14721:2003 - referenční model otevřeného archivačního informačního systému (OAIS) zadavatel předpokládá? Jedná se o převzetí modelu jako celku nebo pouze vybraných částí, a kterých? b) Soulad s ETSI standardy by měl být vyžadován spíše na aplikacích, které budou dokumenty vytvářet či přijímat a dále předávat k archivaci, neboť uvedené standardy jsou de facto standardy formátů elektronicky podepsaných dokumentů – archív pouze zachová uvedený formát, pokud ovšem přijme dokument, jehož elektronický podpis nebude odpovídat preferovanému formátu, nic s tím neudělá a může dokument buď přijmout, nebo odmítnout. Jak má uchazeč chápat požadavek na shodu s ETSI standardy – má jím dodaný Důvěryhodný archív dokumentů akceptovat pouze dokumenty odpovídající preferovaným formátům nebo naopak má zajistit uložení libovolného datového formátu do jednoho z preferovaných formátů ETSI? Odpověď zadavatele na dotaz č. 17: a) Zadavatel požaduje prokazatelnou shodu nabízeného řešení s principy a požadavky modelu OAIS včetně požadavků na formáty pro přijímání, uchování a poskytování dokumentů. b) Řešení musí umožnit příjem a uchování elektronických dokumentů v libovolném formátu. Ověření elektronických podpisů minimálně ve formátech PAdES, CAdES, XAdES, PDF, PDF/A. Pro dlouhodobé uchování platnosti a důvěryhodnosti elektronických dokumentů, případně jejich podpisů, jsou použity referenční formáty ETSI pro rozšířený elektronický podpis AdES (PAdES, CAdES, XAdES), jak definuje eIDAS.

- 9/21 -

Dotaz č. 18 (přesné znění): S ohledem na velké množství dodatečných informací zaslaných od 29. 2. 2016, které upravují zadávací podmínky a obsahu těchto dotazů, se uchazeč domnívá, že zadávací podmínky ještě stále nejsou úplně vyjasněny. Uchazeč tedy žádá uchazeč o prodloužení termínu pro podání nabídek minimálně o dva týdny. Odpověď zadavatele na dotaz č. 18: Zadavatel vyhovuje žádosti zájemce a tímto prodlužuje lhůtu pro podání nabídek o 14 dní. Bližší informace uvádí v závěru těchto dodatečných informací. Dotaz č. 19 (přesné znění): Zadavatel v ZD uvádí seznam aplikací, které provozuje a bude požadovat migrovat do nového serverového prostředí, a to: - Agendio (od MARBES) - Stavební řízení (od VITA) - GINIS (od Gordic) - E-spis (od ICZ) - Domovní evidenční systém (od Tom Computer) - Evidence odpadů (od MHMP) - Evidence živností (od MPO) - GIS (od T-mapy) - Datacentrum (od Datacentrum) Prosíme o odpovědi na následující doplňující dotazy: - Zajistí zadavatel součinnost dodavatelů aplikací při migraci ? - Má být ocenění součinnosti jednotlivých dodavatelů zahrnuta do nabídkové ceny ? Pokud ano, je nějakým způsobem zajištěna součinnost dodavatelů při zpracování nabídky ? Odpověď zadavatele na dotaz č. 19: Zadavatel v zadávací dokumentaci uvedl, že provozuje níže vyjmenované systémy, z čehož plyne rozsah migrací a jedná se o tyto informační systémy: a) b) c) d) e) f)

GIS (T-MAPY spol. s r. o.) Agendio (MARBES CONSULTING s.r.o.) GINIS MC04 (GORDIC spol. s r.o.) e-spis (ICZ a.s.) ASPI (Wolters Kluwer, a.s.); Ostatní aplikační software podporující chod úřadu, mezi které patří systémy (a doplňuje): a. Stavební řízení (VITA, spol. s r.o.) b. Domovní evidenční systém (Tom Computer s.r.o.) c. Datacentrum (DATACENTRUM systems & consulting, a.s.)

Všechny uvedené systémy jsou v současnosti provozovány ve virtuálním prostředí. Zadavatel dále uvádí, že předmětem migrace jsou veškeré provozované virtuální servery na platformě VMware. K danému dotazu dále zadavatel uvádí, že součinnost dodavatelů zajistí v nutném rozsahu. Zadavatel se domnívá, že se uchazeč při kvalifikaci zadavateli prokázal, že disponuje odborníky se znalostí systémů provozovaných u zadavatele a znalostí systémů státní správy a samosprávy. Z tohoto titulu lze předpokládat, že nebude uchazeč nucen si zajistit u subjektů 3. stran podporu při migraci.

- 10/21 -

Dotaz č. 20 (přesné znění): Kapitola: 3.6 V. Datová úložiště – společné požadavky Obdrželi jsme Vaše dodatečné informace č. 17 ze dne 8. 3. Součástí byla i odpověď na dotazy č. 8 a č. 9 týkající se společných požadavků na datová úložiště. Oba dotazy byly zamítnuty. Po bližším přezkoumání požadovaných společných požadavků, technických parametrů diskových polí, které byly předmětem dotazů (parametr SSD a parametr deduplikace dat) jsme dospěli k závěru, že na trhu existují dvě technologie (diskové pole NetApp a diskové pole EMC), které splňují tyto dva parametry a současně všechny ostatní požadavky. Naše společnost zamýšlí pro tuto kapitolu nabídnout produkt IBM, který tyto dva parametry nesplňuje, nicméně poskytuje alternativní nebo kvalitativně lepší řešení (paragraf 46 odst. 3 ZVZ). Vzhledem k Vašim odpovědím nemůžeme nabídnout zamýšlený produkt jako součást celého řešení a cítíme se tím diskriminováni. V případě, že nabídneme řešení IBM pro kapitolu disková pole, chápeme správně, že naše nabídka bude vyřazena? Odpověď zadavatele na dotaz č. 20: Zadavatel bude postupovat v souladu se zákonem o veřejných zakázkách. To znamená, že po obdržení všech nabídek od uchazečů provede otevírání obálek, po té posouzení a hodnocení nabídek provede hodnotící komise stanovená zadavatelem. Po výběru nejvhodnější nabídky sdělí zadavatel výsledek uchazečům. Zadavatel na základě uvedeného nemůže v tomto okamžiku předjímat jakýkoli výsledek.

Dotaz č. 21 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.2 Zadavatel po uchazeči požaduje provedení činností pro oblast hardwarové techniky a vybavení „Scannery“. Uchazeč žádá zadavatele o specifikaci této hardwarové techniky a vybavení. Odpověď zadavatele na dotaz č. 21: Zadavatel uvádí výčet typů scanerů, které jsou v současnosti v provozu u zadavatele. Jedná se o Canon image FORMULA DR-2020U, HP SCAN JET N6310, HP SCAN JET 3970, HP SCAN JET G3110, HP SCAN JET 7650, FUJITSU Image Scanner FI-7260. Do budoucna je předpokladem, že zadavatel bude pořizovat scannery jako součást multifunkčních tiskáren.

Dotaz č. 22 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.2 Zadavatel po uchazeči požaduje provedení činností pro oblast hardwarové techniky a vybavení „Informační kiosky“. Uchazeč žádá zadavatele o specifikaci této hardwarové techniky a vybavení. Odpověď zadavatele na dotaz č. 22: Zadavatel v tomto případě odkazuje na související odpověď v dodatečných informacích č. 18.

Dotaz č. 23 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.2 Zadavatel po uchazeči požaduje provedení činností pro oblast hardwarové techniky a vybavení „Veškeré ostatní HW vybavení a technika předaná zadavatelem do správy uchazeče“. a) Jedná se také o vybavení datových center (klimatizace, kamery, EZS, …)?

- 11/21 -

b) Uchazeč žádá zadavatele o kompletní specifikaci této hardwarové techniky a vybavení. Odpověď zadavatele na dotaz č. 23: Ne, zadavatel nepředpokládá, že uchazeč v rámci outsourcingového vztahu bude provozně zajišťovat chod klimatizací, EZS, SHZ a umístěných kamer.

Dotaz č. 24 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.3 Zadavatel po uchazeči požaduje provedení činností „Převodníky“. Uchazeč žádá zadavatele o specifikaci této činnosti. Odpověď zadavatele na dotaz č. 24: Zadavatel uvádí, že se může jednat o převodníky např. ethernet-RS232, ethernet-RS485, Print servery s ethernet-LPT a USB porty. Požadavky na tyto činnosti jsou obvyklé a v odborných kruzích přesně známé. Aby však uchazeč nabyl jistoty, zadavatel uvádí, že se jedná o připojení zařízení, tedy instalaci, konfiguraci a provoz.

Dotaz č. 25 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.3 Zadavatel po uchazeči požaduje provedení činnosti „Připojování nových zařízení zadavatele do sítě LAN“. Uchazeč žádá zadavatele o specifikaci této služby a předmětných zařízení. Odpověď zadavatele na dotaz č. 25: Požadavek na tuto službu je svým rozsahem obvyklý a v technickém prostředí je přesně známý. Aby však uchazeč nabyl jistoty, zadavatel uvádí, že se jedná o připojení zařízení ke strukturované kabeláži pomocí patch cordu (propojení RJ45 x RJ45), propojení strukturované kabeláže k přístupové vrstvě sítě LAN (obvykle k portu switche), dále např. konfigurace VLAN a příslušných síťových služeb nebo služeb v závislosti na potřebách koncového uživatele s realizací bezpečnostní politiky provozního prostředí.

Dotaz č. 26 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.4 Zadavatel požaduje po uchazeči administraci všech operačních systémů provozovaných v prostředí IS zadavatele. Uchazeč žádá zadavatele o přehled všech operačních systémů, pro které je poskytování služby požadováno. Odpověď zadavatele na dotaz č. 26: Jedná se o tyto operační systémy: • WINDOWS XP a vyšší verze • MSW SERVER 2003 a vyšší verze • CENTOS 5.11 x64 • Debian 4, 5 x32 • RedHat 5 x64 Dotaz č. 27 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.5 Zadavatel požaduje po uchazeči administraci databázové vrstvy. Uchazeč žádá zadavatele o přehled všech databází, pro které je poskytování služby požadováno.

- 12/21 -

Odpověď zadavatele na dotaz č. 27: Zadavatel uvádí, že přehled v současnosti provozovaných databázových platforem je obsahem přílohy č. 3 ZD.

Dotaz č. 28 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.5 Administrace databází zadavatel popisuje své požadavky na Administraci databází Chápe uchazeč správně, že požadovaná služba se nebude týkat vlastních databází jednotlivých aplikací a informačních systémů, pouze databázových engine? Pokud neusuzuje uchazeč správně, předpokládá zadavatel součinnost dodavatelů aplikací a informačních systémů při plnění této služby uchazečem? Odpověď zadavatele na dotaz č. 28: Ano, uchazeč na základě zde uvedeného chápe správně. Zadavatel předpokládá, že obsahem služby bude správa databázových engine. Zadavatel předpokládá, že současně budou v rámci poskytovaných služeb také spravovány jednotlivé databáze ve vazbě na systémové prostředky a procesy (serverové prostředí, zálohování atd.). Ano, součinnost dodavatelů lze předpokládat v rámci uvedených maintenance smluv ve významu uvedeném v ZD.

Dotaz č. 29 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.7 Zadavatel požaduje po uchazeči zajištění jednotné správy uživatelských účtů a jejich přístupů k systémům, funkcím a datům. Chápe uchazeč správně, že se jedná pouze o správu AD, které je již v současné době v prostředí zadavatele provozováno? Odpověď zadavatele na dotaz č. 29: Zadavatel v předmětné kapitole specifikoval, že přístupy, tedy oprávnění budou standardně přidělovány na základě katalogu pracovních pozic a jim odpovídajících přístupů a oprávnění k jednotlivým informačním systémům. Role katalogu a jeho správa je popsána v ZD. Dle typových pozic budou přiřazována tato oprávnění uživatelům, která umožní přístup k funkcím jednotlivých informačních systémů, včetně oprávnění plynoucích s AD. Zadavatel tedy nemůže potvrdit domněnku uchazeče, že se jedná pouze o správu AD.

Dotaz č. 30 (přesné znění): Chápe uchazeč správně, že pro splnění požadavku zadavatele uvedeného v příloze č. 3 Zadávací dokumentace v kapitole 4.2.7 „…zajistí maximálně standardizované založení nového uživatelského účtu … „ bude uchazeč muset vytvořit ve spolupráci se zadavatelem příslušnou metodiku? Odpověď zadavatele na dotaz č. 30: Zadavatel v předmětné kapitole specifikoval, že přístupy budou standardně přidělovány na základě stranami společně spravovaného katalogu pracovních pozic a jim odpovídajících přístupů a oprávnění s tím, že uvedl roli zadavatele a roli uchazeče. V tomto případě zadavatel v reakci uvádí, že bude povinností uchazeče vytvořit ve spolupráci se zadavatelem předmětný katalog přístupů a pozic v rámci úřadu Městské části Praha 4.

Dotaz č. 31 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.8 Zadavatel po uchazeči požaduje provedení činností „Instalace a konfigurace příslušného SW a HW vybavení“. Uchazeč žádá zadavatele o specifikaci předmětného SW a HW vybavení.

- 13/21 -

Odpověď zadavatele na dotaz č. 31: V současnosti jsou známé veškeré požadavky na související specifikace software a hardware ve vztahu k realizaci zálohování dodávaného v rámci této veřejné zakázky.

Dotaz č. 32 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.8 Zadavatel po uchazeči požaduje provedení činností „Profylaxe, je požadovaná v rozsahu, kdy nedojde ke ztrátě záručních podmínek“. Uchazeč žádá zadavatele o bližší specifikaci služby. Odpověď zadavatele na dotaz č. 32: V oblasti výpočetní techniky se jedná především o preventivní kontroly a čištění. V praxi to zahrnuje pravidelné čištění (odstranění prachu) a doprovodné kontroly mechanicky namáhaných částí, které jsou nejčastějším zdrojem a příčinou závad těchto systémů. Zadavatelem nebude tato profylaxe vyžadována, pokud by při této činnosti došlo např. k poškození ochranných prvků (přelepek, plomb apod.) souvisejících se záručními podmínkami.

Dotaz č. 33 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.8 Zadavatel po uchazeči požaduje provádění činnosti „Update“. Uchazeč žádá zadavatele o specifikaci této činnosti. Odpověď zadavatele na dotaz č. 33: Činnosti update se rozumí aktualizace z důvodu opravy chyb, ať už funkčních či bezpečnostních. Lze předpokládat, že v rámci této činnosti může být prováděn např. update firmware.

Dotaz č. 34 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.8 Zadavatel po uchazeči požaduje provedení činností „Instalace a konfigurace zálohovacího SW“. Uchazeč žádá zadavatele o specifikaci zálohovacího SW. Odpověď zadavatele na dotaz č. 34: V současnosti jsou známé veškeré požadavky na související specifikace zálohovacího software dodávaného v rámci této veřejné zakázky.

Dotaz č. 35 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.8 Zadavatel po uchazeči požaduje provedení činností „Monitoring zálohování“. Uchazeč žádá zadavatele o sdělení, zda zadavatel předpokládá / vyžaduje použití konkrétního monitorovacího nástroje. Odpověď zadavatele na dotaz č. 35: V současnosti jsou známé veškeré požadavky na související specifikace zálohovacího software dodávaného v rámci této veřejné zakázky. Zadavatel předpokládá, že monitoring zálohování bude součástí nabídky řešení uchazeče.

- 14/21 -

Dotaz č. 36 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.8 Zadavatel po uchazeči požaduje provedení činností „Vytváření a aktualizace disaster recovery plánů“. Předpokládá uchazeč správně dodavatelů aplikací a informačních systémů při zajištění této činnosti uchazečem? Odpověď zadavatele na dotaz č. 36: Ano, zadavatel předpokládá součinnost dodavatelů aplikací a informačních systémů při zajištění této činnosti. Dotaz č. 37 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.8 Zadavatel po uchazeči požaduje provedení činností „Testování disaster recovery plánů“. Předpokládá uchazeč správně součinnost dodavatelů aplikací a informačních systémů při zajištění této činnosti uchazečem? Odpověď zadavatele na dotaz č. 37: Ano, zadavatel předpokládá součinnost dodavatelů aplikací a informačních systémů při zajištění této činnosti.

Dotaz č. 38 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.2.10 Vedení a správa dokumentace zadavatel popisuje své požadavky na Vedení a správu dokumentace. a) Uchazeč opětovně žádá zadavatele o poskytnutí veškeré provozní dokumentaci k IS a IT, která je nezbytná pro zpracování nabídky uchazečem (specifikace služby, nabídková cena). b) Zadavatel požaduje aktualizaci dokumentace do 1 měsíce po provedení migrace informačních systémů, tj. zadavatel předpokládá konkrétní obsah a rozsah aktualizací. Uchazeč žádá zadavatele o specifikaci akceptačních kritérií, podle kterých bude provedení aktualizace dokumentace akceptováno. Odpověď zadavatele na dotaz č. 38: Zadavatel v tomto případě odkazuje na související odpověď v dodatečných informacích č. 11. K dotazu dále uvádí, že se uchazeč při kvalifikaci zadavateli prokázal, že disponuje příslušnými odborníky. Vedení dokumentace je při provozu rozsáhlých informačních systémů standardizovanou záležitostí, kterou by měl mít zcela zvládnutou každý provozovatel IS. Zadavatel je ochoten převzít (případně v požadavcích doplnit) standardy uchazeče.

Dotaz č. 39 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.3.2.1 zadavatele uvádí, že události budou řešeny prostřednictvím „přímého zásahu na místě události“. Chápe uchazeč správně, že místem události může být pouze sídlo zadavatele a jednotlivé lokality zadavatele, které jsou definovány v rámcové smlouvě? Odpověď zadavatele na dotaz č. 39: Ano, předpoklad uchazeče je správný.

Dotaz č. 40 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.3.3 zadavatel po uchazeči požaduje poskytnutí školení „20 pracovních dní školení uživatelů zadavatele pro oblast informačních systémů“.

- 15/21 -

a)

Chápe uchazeč správně, že se v případě tohoto školení jedná o školení aplikací a informačních systémů, které dodávají 3. strany? b) Uchazeč žádá zadavatele o úpravu textace služby „Školení pracovníků zadavatele“ tak, aby bylo zřejmé, jaké konkrétní aktivity v rámci této služby jsou zadavatelem požadovány. Odpověď zadavatele na dotaz č. 40: V rámci specifikovaného školení, bude zadavatel požadovat školení uživatelů zadavatele pro oblast informačních systémů v rozsahu základní obsluhy těchto systémů. Pro uchazeče uvedené znamená, že v rámci školení předá posluchačům znalosti v rozsahu, ve kterém zajišťuje běžnou uživatelskou podporu těchto systémů.

Dotaz č. 41 (přesné znění): V příloze č. 3 Zadávací dokumentace v kapitole 4.4.1 Realizace bezpečnostní politiky IS/IT zadavatel popisuje své požadavky na Realizace bezpečnostní politiky IS/IT. a) Uchazeč žádá zadavatele o poskytnutí stávající bezpečnostní dokumentace, která je nezbytná pro zpracování nabídky uchazečem (specifikace služby, nabídková cena). b) Pokud není možné bezpečnostní dokumentaci předat, žádá uchazeč zadavatel o změnu „Hodnocení“ na „Posouzení“. Odpověď zadavatele na dotaz č. 41: Zadavatel nahrazuje v bodu 1 tabulky PP. Požadavek zadavatele na specifikaci služby kapitoly 4.4.1 Realizace bezpečnostní politiky IS/IT přílohy č. 3 zadávací dokumentace text „Hodnocení“ textem „Posouzení“.

Dotaz č. 42 (přesné znění): Zadavatel v dodatečných informací č. 17 v odpovědi na dotaz číslo 20 uvedl: „Zadavatel dále opravuje písařskou chybu v příloze č. 3 zadávací dokumentace, technické podklady – popis požadavků zadavatele, a to v bodě 1a) a 1b) tabulky Q. Serverová infrastruktura, kdy bylo na základě dodatečných informací č. 15 chybně přesunuto v rámci oprav …: Nově tedy bod 1a) a 1b) tabulky Q. Serverová infrastruktura zní takto: Požadavek Nabízené Odkaz na Posouzení řešení přiloženo / uchazeč u Bodové em technicko hodnoc u ení dokument aci, případně datasheet výrobce nebo příslušné autority Blade, Redundantní SD karta pro 1a) Provedení hypervizor, minimálně 64GB Posouzení serveru: 1b) minimálně 128GB RAM Hodnocení Uchazeč se domnívá, že se jedná o písařskou chybu a nemá se jednat o „maximální příkon“, ale o “provedení“.

- 16/21 -

Upraví zadavatel Přílohu č. 3, aby neobsahovala tuto administrativní chybu? Odpověď zadavatele na dotaz č. 42: Zadavatel uvádí do souladu chybu psaní uvedenou v dodatečných informacích č. 18 a opravuje jí v souladu s již uveřejněnou přílohou č. 3 ZD takto: tabulka P. Serverová infrastruktura primární lokalita - Blade chassi Požadavek

Nabízené řešení uchazečem

Odkaz na Posouzení / přiloženou Bodové technickou hodnocení dokumentaci, případně datasheet výrobce nebo příslušné autority

Maximální příkon (šasi včetně 8 ks blade Maximální serverů) 4 000W příkon:

4a)

Hodnocení

4b) maximálně 13 700 BTU/hod

Hodnocení

a tabulka Q. Serverová infrastruktura - Blade servery Požadavek

1a) 1b)

Provedení serveru:

Blade, Redundantní SD hypervizor, minimálně 64GB

Nabízené řešení uchazečem

karta

Odkaz na Posouzení / přiloženou Bodové technickou hodnocení dokumentaci, případně datasheet výrobce nebo příslušné autority

pro Posouzení

minimálně 128GB RAM

Hodnocení

Dotaz č. 43 (přesné znění): V příloze č. 3 v kapitole 1.5. Jiné sítě jsou uvedeny počty terminálů dle lokalit. Uchazeč žádá zadavatele o specifikaci pojmu „terminál“ a k čemu je využíván Debian na těchto 72 terminálech? Odpověď zadavatele na dotaz č. 43: Jedná se o PC s operačním systémem Debian, na kterém je emulován softwarový terminál pro přístup do sítě Ministerstva vnitra.

Dotaz č. 44 (přesné znění): Uchazeč prostudoval Dodatečné informace č. 17 ze dne 8.3. Součástí byla i odpověď na dotazy č. 8 a č. 9 týkající se společných požadavků na datová úložiště. Oba dotazy byly zamítnuty. Cílem

- 17/21 -

zadavatele je zrychlení aplikací a větší efektivita ukládání pomocí redukce dat. Zadavatel si pro naplnění těchto cílů zvolil v Zadávací dokumentaci techniky SSD Cache a deduplikace dat. Dle paragrafu 46 odst. 3 ZVZ je možné nabídnout alternativní nebo kvalitativně lepší řešení, které splňuje cíle zadavatele. Řešení uchazeče tyto cíle naplňuje pomocí technik SSD tiering a komprese dat. Chápe uchazeč správně, že takto nabídnuté řešení, bude považovat zadavatel za obdobné řešení a bude tedy hodnoceno jako splňující ZD? Odpověď zadavatele na dotaz č. 44: Zadavatel v tomto případě odkazuje na související odpověď v dodatečných informacích č. 17. Ke konkrétnímu dotazu uvádí, že zadavatel bude posuzovat a hodnotit řešení uchazeče v nabídce dle dílčích kritérií ve vazbách na celkové předložené řešení v rámci pravidel uvedených v ZD.

Dotaz č. 45 (přesné znění): Jelikož zadavatel připouští obdobná řešení, tak by uchazeče zajímalo, jak bude zadavatel vyhodnocovat co je nejlepší řešení a co tedy získá nejvíce bodů u těchto parametrů (jelikož tyto parametry hodlá zadavatel hodnotit). Pokud nebude jasně specifikováno, bude se jednat o subjektivní hodnocení a tudíž nejednoznačně nastavená kritéria. Chápe uchazeč správně, že u takových parametrů (kde budou nabídnuta obdobná řešení), budou tato hodnocena stejným počtem bodů, jako řešení, která nabídnou přesné parametry dle ZD, tak aby se absolutně vyloučili pochybnosti o zvýhodňování výrobců? Odpověď zadavatele na dotaz č. 45: Zadavatel v tomto případě odkazuje na související odpověď v dodatečných informacích č. 17. Ke konkrétnímu dotazu uvádí: - Všechny parametry v zadávací dokumentaci jsou nastaveny tak, aby je bylo možné objektivně posoudit nebo hodnotit. Zadavatelem jsou hodnoceny v rozsahu 1 až 5 bodů pro každý jednotlivý hodnocený parametr, přičemž 1 bod bude přiřazen tomu parametru, kterým uchazeč pouze naplní hodnotu požadovanou zadavatelem, 5 bodů bude přiřazeno parametru s nejlepší hodnotou pro zadavatele ve vzájemném porovnání nabídek všech uchazečů. Parametrům označeným ve sloupci „Bodové hodnocení“ jako „Posouzení“ bude přiřazen vždy pouze 1 bod. Hodnoceny i posuzovány budou dle uvedeného principu všechny nabízené parametry, tedy i obsahující alternativní řešení v rozsahu požadavků zadávací dokumentace.

Dotaz č. 46 (přesné znění): S ohledem na velké množství dotazů uchazeč žádá o prodloužení termínu pro podání nabídek, aby mohl odpovědi zadavatele zpracovat do své nabídky. Odpověď zadavatele na dotaz č. 46: Zadavatel odkazuje na svou odpověď na dotaz č. 18 a na informace uvedené v závěru těchto dodatečných informací.

Dotaz č. 47 (přesné znění): k příloze č. 3 ZD Technická specifikace, část 3.1. – F. Přepínače DISTRIBUTION vrstvy Zadavatel požadavcích požaduje "Integrovanou funkcionalitu WiFi kontroleru". Je možno v rámci navrženého řešení tuto funkcionalitu nahradit samostatným WiFi kontrolerem? Pokud ano, jakou má mít takový kontroler maximální licencovanou kapacitu Access Pointů a na kolik Access Pointů má být licencován? Odpověď zadavatele na dotaz č. 47:

- 18/21 -

Zadavatel umožňuje použít technicky obdobná řešení. Uchazeč může rovněž pro splnění požadavku použít více prvků. Zadavatel však současně upozorňuje, že je nutno splnit požadovanou redundantní konfiguraci. Pro pokrytí lokalit zadavatel požaduje mít k dispozici licenci pro 50 Access Pointů.

Dotaz č. 48 (přesné znění): k příloze č. 3 ZD Technická specifikace, část 3.1. – G. Směrovače CORE vrstvy Zadavatel v tabulce technických požadavků specifikuje počet portů:

Ports:

min. 48 metalic 10/100/1000 min. 4 x 10 GB SFP+ min. 12 x 1 Gb SFP

Požaduje Zadavatel počty portů pro tento typ směrovačů pro každý ze dvou redundantních směrovačů zvlášť či souhrně pro pár jako celek? Pokud pro každý zvlášť - lze pak nahradit tyto přepínače stacky dvou přepníačů za účelem splnění požadovaného počtu portů? Stack nabízí tu vlastnost, že se dva směrovače či přepínače chovají jako jeden a proto se chceme ujistit, že toto budeli toto uznáno jako funkčně ekvivalentní řešení k vašemu požadavku. Odpověď zadavatele na dotaz č. 48: Požadavky na počet portů uvedené v zadávací dokumentaci jsou vztaženy ke každému směrovači, tedy zvlášť.

Dotaz č. 49 (přesné znění): k příloze č. 3 ZD Technická specifikace, část 3.1. – G. Směrovače CORE vrstvy Zadavatel v tabulce technických požadavků požaduje „Inzerce služeb pomocí Apple Bonjour protokolu i mezi VLANy“. Je možné tuto požadovanou funkcionalitu v návaznosti na možnost dodání samostatného WiFi kontroleru přesunout na tento WiFi kontrolér? Funkční výsledek celého řešení bude pro Zadavatele stejný.

Odpověď zadavatele na dotaz č. 49: Zadavatel připouští alternativní řešení. Pokud bude zachována vyžadovaná podpora této funkcionality v síťovém prostředí jako celku.

Dotaz č. 50 (přesné znění): k příloze č. 3 ZD Technická specifikace, část 3.1. – J. Přepínač WAN Zadavatel v tabulce technických požadavků požaduje "Certifikace IPv6 ready logo – Phase II". Tato certifikace je osvědčením sady funkcí spojených s protokolem IPv6 z nichž některé Zadavatel požaduje samostatně v ostatních kapitolách Technocké specifikace. Je možné toto osvědčení nahradit garancí sady konkrétních protokolů požadovaných Zadavatelem uvedených ve smlouvě? Pokud ano, prosím uveďte sadu protokolů, která má být garantována resp. je vámi reálně požadována. Odpověď zadavatele na dotaz č. 50: Zadavatel požaduje Certifikaci IPv6 ready logo – Phase II. v jednotlivých technických specifikacích naplněním požadované uvedené podpory.

Dotaz č. 51 (přesné znění): k příloze č. 3 ZD Technická specifikace, část 3.6

- 19/21 -

Zadavatel v kapitole 3.6 V. Datová úložiště - společné požadavky specifikuje požadavky na techniky datové redukce pomocí komprese a deduplikace. Jedná se zároveň o výběr centrálních produkčních systémů konsolidované infrastruktury, které budou mít výrazné nároky na výkonnost online transakčních aplikací z databázových a virtuálních systémů. Deduplikace se doporučuje spíše pro zálohování (opakované zálohy obsahují v principu duplicity v datech). Nikoliv pro online transakční systémy z důvodu výrazné režie s velkým negativním dopadem na výkonnost. Pro online blokový přístup je deduplikace zátěž, vendoři to realizují většinou jako post-processing, tedy stejně se musí nejdříve uložit do systému nededuplikovaná data a tudíž se efektivita stírá. Proces deduplikace se pak pouští občas jako dávková úloha, při svém běhu generuje extrémní zátěž a má negativní vliv na výkonnost pro online aplikace. Řešení, které chceme nabídnout z výše uvedených důvodů aktuálně nepodporuje deduplikaci. Namísto toho podporuje vysoce účinnou (až 5:1) hardwarovou kompresi v reálném čase, která nemá dopad na výkonnost systému, naopak ji ještě zvyšuje díky lepšímu využití cache s komprimovanými daty, nevyžaduje dodatečnou kapacitu, neboť data se ukládají rovnou již v komprimované podobě a je zajištěna speciálními dedikovanými hardwarovými akcelerátory a procesory na podporu inline komprese dat. Je tedy celkově efektivnější. Je takovéto řešení pro zadavatele přípustné? Pokud ano, žádáme o souhlas s možností nabídnout diskové řešení, které podporuje kompresi NEBO deduplikaci. Pokud by zadavatel na původním požadavku komprese a zároveň deduplikace trval, nemohli bychom nabídnout zamýšlenou technologii renomovaného výrobce a ZD by tedy byla v důsledku diskriminační ve smyslu § 6 odst.1 ZVZ. Odpověď zadavatele na dotaz č. 51: Zadavatel v tomto případě odkazuje na související odpověď v dodatečných informacích č. 17. Zadavatel se neztotožňuje s názorem uchazeče, jelikož při formulaci požadavků provedl nezávazný průzkum trhu se zjištěním, že je známo více produktů na trhu, které jsou schopny uspokojivě splnit uvedené technické požadavky.

Dotaz č. 52 (přesné znění): Zadavatel v Dodatečných informací č. 18 odpověděl na dotaz č. 7 b) následovně: „obsah významu projektového plánu je specifikován v zadávací dokumentaci. Zadavatel není schopen potvrdit, či vyvrátit úsudek uchazeče, jelikož nezná, co si uchazeč představuje pod slovním vyjádřením „pouze harmonogram implementace“. Další nejasnost je vnesena dovětkem „ nikoli metodický dokument projektového řízení“. Zadavatel z pohledu výše uvedeného není schopen potvrdit úsudek uchazeče. „Uchazeč upřesňuje, že harmonogram vnímá pouze jako časový plán aktivit (pojmenování činností, jejich časové trvání a souvislosti). a)

Je takto specifikovaný harmonogram požadován zadavatelem k předložení v rámci nabídky jako Projektový plán?

b)

Pokud zadavatele požaduje v rámci Projektového plánu zpracovat další témata, žádá uchazeč o jejich upřesnění (v Zadávací dokumentaci není uvedeno).

Uchazeč žádá zadavatele o zřetelné vyjasnění výše uvedené skutečnosti, která může zásadně ovlivnit konstrukci nabídky uchazeče. Odpověď zadavatele na dotaz č. 52: Ano, lze potvrdit, že uchazečovo upřesnění naplňuje vznesené požadavky na předpoklady zadavatele související s Projektovým plánem. Dotaz č. 53 (přesné znění): Zadavatel v Dodatečných informací č. 18 odpověděl na dotaz č. 13) následovně:

- 20/21 -

„Zadavatel na základě takto položeného dotazu není schopen reakce. Uchazeč musí specifikovat přesně dotčený bod a konkretizovat svůj dotaz.“ Uchazeč žádá zadavatele o specifikaci, jaký bude použit SW nástroj pro backup a monitoring. Uchazeč žádá zadavatele o zřetelné vyjasnění výše uvedené skutečnosti, která může zásadně ovlivnit konstrukci nabídky uchazeče. Odpověď zadavatele na dotaz č. 53: V současnosti jsou známé veškeré požadavky na související specifikace zálohovacího software dodávaného v rámci této veřejné zakázky. Dotaz č. 54 (přesné znění): S ohledem na rozsah a obsah dodatečných informací č.18, které zásadně upravili zadávací dokumentaci uchazeč žádá zadavatele o přiměřené prodloužení termínu pro podání nabídek, aby měl uchazeč dostatek času změny Zadávacích podmínek dle dodatečných informací č. 18 zapracovat do své nabídky. Uchazeč žádá zadavatele o zřetelné vyjasnění výše uvedené skutečnosti, která může zásadně ovlivnit konstrukci nabídky uchazeče. Odpověď zadavatele na dotaz č. 54: Zadavatel níže uvádí informace o prodloužení lhůty pro podávání nabídek. V souvislosti s těmito dodatečnými informacemi zadavatel uveřejňuje příslušné přílohy zadávací dokumentace se zapracovanými změnami zadávacích podmínek (stav k DI č. 19). S ohledem na charakter shora uvedených odpovědí zadavatele, se prodlužuje lhůta pro podání nabídek o 14 dnů, tj. do 5. 4. 2016 do 12,00 hod. V této souvislosti se mění termín otevírání obálek, a to dne 5. 4. 2016 od 13,00 hod. Místo konání otevírání obálek zůstává beze změny. Dále zadavatel sděluje, že na zbylé dotazy zájemců doručené zadavateli dne 10. 3. 2016 odpoví ve lhůtě dle ust. § 49 zákona. Přílohy: • Technická specifikace – upravené znění, stav k DI č. 19 (příloha č. 3 zadávací dokumentace, Technické podklady – popis požadavků zadavatele) • Návrh rámcové smlouvy – upravené znění, stav k DI č. 19 (příloha č. 5 zadávací dokumentace) V Praze dne 15. 3. 2016

JUDr. Pavel Šimice, v.r. vedoucí odboru právního Úřadu městské části Praha 4 - 21/21 -