Signature Not Verified
Ing. Stanislav Loskot 13.5.2013 9:51:40
Č.j. PPR-22736-14/ČJ-2012-990656 Praha: 13. května 2013 Počet listů: 7
Dodatečné informace k zadávací dokumentaci V souladu s ustanovením § 49 odst. 1, 2 a 3 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů, Vám na základě písemné žádosti uchazeče poskytujeme plné znění žádosti a odpověď zadavatele na dodatečné informace k veřejné zakázce vedené pod názvem „Rozvoj konsolidované IT infrastruktury Policie ČR“ uveřejněné ve Věstníku veřejných zakázek pod evidenčním číslem: 7201011036491.
Dotaz uchazeče: Vážení, uchazeč je vážný zájemce o účast v předmětném zadávacím řízení. V rámci přípravy nabídky však uchazeč po podrobném prostudování zadávací dokumentace včetně všech jejích příloh zjistil skutečnosti, které vzbuzují nejistotu ohledně konkrétních úmyslů, potřeb a zájmů zadavatele, a proto si uchazeč dovoluje podat tuto žádost o dodatečné informace, která je podrobně rozčleněna pod písmeny a) až j).
Žádost o dodatečné informace: Zadavatel v čl. 2 Zadávací dokumentace charakterizuje předmět plnění jako „...vypracování studie k integraci informačních systémů Policie ČR a dodávka (HW a SW) a zprovoznění technologie cloudového řešení integrující IT infrastrukturu Policie ČR dle technické specifikace uvedené v příloze č. 1". V příloze č. 1 Zadávací dokumentace pak zadavatel uvádí, že „.Policie České republiky provozuje roztříštěnou strukturu informačních technologií s více než 60 informačními systémy ... Jejich správa je složitá ... K zajištění redukce nákladů na provoz IT infrastruktury se Policie ČR rozhodla konsolidovat provozované informační systémy formou cloudového řešení ..." Zadavatel následně vymezuje jednotlivé fáze realizace předmětu plnění a uvádí, že první fází (Aktivita 1) je „Vypracování studie k integraci informačních systémů PČR, která bude obsahovat: a) návrh koncepce konsolidace současné roztříštěné struktury mnoha informačních systémů do
1
větších smysluplných celků, pokrývajících související kompetenční a věcné oblasti činností PČR s důrazem na úsporu nákladů na vývoj a provoz těchto systémů, b) návrh koncepce sortimentu poskytovaných IT služeb centrálním pracovištěm včetně podmínek a úrovně jejich poskytování ve formě tzv. „Katalogu služeb", kdy koncovým uživatelům by měla poskytována služba v kontrolované a měřitelné kvalitě (na základě definovaných SLA), c) návrh na zavedení jednotných metodických principů řízení v IT a závazných resortních standardů a typových řešení v této oblasti s důrazem na úsporu nákladů při realizaci IT projektů..." V druhé fázi (Aktivita 2) pak má být realizována „Dodávka a zprovoznění technologie cloudového řešení". Z výše popsaného vymezení potřeb a záměrů zadavatele má uchazeč za prokázané, že zadavatel dosud neprovedl podrobnou analýzu vhodného způsobu uspokojení své potřeby konsolidovat neuspokojivou situaci struktury informačních technologií, resp. že tato podrobná analýza bude předmětem plnění veřejné zakázky v rámci Aktivity 1. V této souvislosti je třeba rovněž doplnit, že v zadávací dokumentaci zcela absentuje podrobný popis stávajícího softwarového prostředí zadavatele, a tedy uchazeči si nemohou učinit dostatečně podrobnou představu o reálných potřebách zadavatele, aby tomu následně mohli přizpůsobit své nabídky. Z uvedeného důvodu tedy není uchazeči zřejmé, na základě jakých úvah a analýz se zadavatel rozhodl pro realizaci svých potřeb formou požadavku na infrastrukturu dle technické specifikace uvedené v příloze č. 1, tedy z jakého důvodu již předem vyloučil jiné možné technologie, které by mohly uspokojit jeho potřeby. Uchazeč proto žádá zadavatele o tyto dodatečné informace: a)
Mohl by zadavatel podrobně rozvést východiska a konkrétní cíle, záměry a funkce, které zadavatel očekává, že budou naplněny v rámci veřejné zakázky, aniž by tak činil pouze detailním vymezením požadavků na technickou infrastrukturu stanovených v příloze č. 1, čímž současně vyloučil jiné v úvahu přicházející technologie, které by rovněž mohly uspokojit jeho potřeby? Zpřístupní zadavatel uchazečům podklady, analýzy či jiné dokumenty, na základě kterých byly tato východiska, cíle, záměry a funkce stanoveny?
b)
Uchazeč má za to, že podrobné vymezení Aktivity 2 je v rozporu s nízkou mírou informací, kterými zadavatel (a konsekventně též uchazeč) disponuje ve vztahu k Aktivitě 1, tedy že před provedením analýzy dle Aktivity 1 není reálně možné připravit takto podrobný popis požadovaného řešení v Aktivitě 2. Nastavení zadávacích podmínek tak vzbuzuje pochybnost o jejich transparentnosti. Může zadavatel tuto pochybnost vyvrátit a uvést konkrétní technické analýzy, které jej vedly k vymezení zadávacích podmínek pro Aktivitu 2?
c)
Neuvažuje zadavatel o změně zadávacích podmínek v tom smyslu, že umožní uchazečům předložit i technologicky jiné obdobné řešení, které by bylo schopné splnit očekávané cíle zadavatele stanovené v zadávací dokumentaci, pokud zadavatel tyto cíle patřičně konkrétně uvede?
d)
Mohl by zadavatel podrobně specifikovat své aktuální aplikační a hardwarové vybavení, které bude předmětem konsolidace, a to do takové míry detailu, aby bylo možno připravit i technologicky
2
odlišné řešení jeho potřeb, než-li za využití detailně specifikované technické infrastruktury dle jeho požadavků v příloze č. 1? Pokud zadavatel přistoupí k úpravě zadávacích podmínek, může zadavatel zohlednit zejména
e)
následující výhrady uchazeče? i.
v technické specifikaci chybí popis výsledné funkcionality a stavu dodávaného řešení, tzn. počet běžících instancí, jejich přesný výkon a parametry (velikost RAM, výkon procesoru, požadavky na rychlost komunikace po ethernetu, velikost a rychlost diskového úložiště), technická specifikace zamýšlené konsolidace neobsahuje potřebný výkon a rychlost
ii.
komunikace jednotlivých aplikací a podrobný popis těchto aplikaci (sekce LAN konektivita), sekce je zde definována jen prostřednictvím obecných požadavků na fiber channel konektivitu, bez vlastního popisu toho, k jakému účelu má tato technologie sloužit, a tudíž omezuje použití vhodnějších či efektivnějších technologií, iii.
sekce blade sasi neobsahuje žádný výkonnostní parametr a popisuje pouze technické vlastnosti konkrétního hardware, nikoliv vsak potřebné technické parametry virtuálních (cloud) serverů,
iv.
sekce Sestava - blade server typu A a B popisuje konkrétní technologii konkrétního dodavatele, ale nepopisuje výsledný efekt na běžící aplikace; použitý testovací nástroj SPEC CPU2006 není volně a veřejně dostupný a rovněž časový
v.
údaj zde uvedený neodpovídá specifikaci testovacího protokolu SPEC (ukázka protokolu zde: http://www.spec.org/cpu2006/results/res2008q2/cpu2006-20080314-03668.html) f)
Je si zadavatel vědom toho, že v případě nepřijetí adekvátních změn může být vymezení předmětu plnění posouzeno jako diskriminační, a tedy v rozporu s § 6 odst. 1 ZVZ, případě v rozporu s § 44 odst. 11 ZVZ, čímž by se zadavatel vystavoval riziku pravděpodobné sankce ze strany Úřadu pro ochranu hospodářské soutěže?
Uchazeč tedy znovu konstatuje, že zadavatel bez odůvodnění vyloučil realizaci takových řešení, která nevyužívají zadavatelem zcela bezdůvodně detailně specifikovanou technickou infrastrukturu, čímž zadávací podmínky v této podobě zatížil vadou netransparentnosti a diskriminace. Uchazeč však současně konstatuje, že i vymezení technických podmínek pro poptávanou technickou infrastrukturu je formulováno do takové míry detailu, že ve svém souhrnu svědčí pouze jedinému dodavateli, a to společnosti Hewlett-Packard (dále jen „HP"), případně dodavateli HW vybavení od této společnosti. Zadavatel tak při vymezení zadávacích podmínek použil označení zboží a služeb, které platí pro určitou osobu za příznačné. Použití takového označení je však dle § 44 odst. 11 ZVZ přípustné pouze, je-li to odůvodněno předmětem plnění veřejné zakázky. Zadavatel je pak vždy povinen výslovně umožnit pro plnění veřejné zakázky použití i jiných, kvalitativně a technicky obdobných řešení. Zadavatel použití jiných obdobných řešení však v zadávací dokumentaci neumožnil, a tedy zadávací podmínky v této podobě jsou v rozporu se ZVZ. Navíc použití označení výrobků a služeb, které platí za příznačné, nebylo odůvodněno předmětem plnění veřejné zakázky.
3
Zadávací dokumentace obsahuje zejména (nikoliv však výlučně) tato označení výrobků a služeb, která platí za příznačné: Sekce B SW pro privátní cloud obsahuje pouze virtualizační platformu VMWare bez možnosti
-
výběru jiné technologie, mimo to popis obsahuje konkrétní nástroj od HP (HP System Insight Manager), se kterým se má dodavatel integrovat; tento software od HP neobsahuje API pro napojení, a tudíž je integrace třetích stran i řešení od jiných výrobců zcela vyloučeno; Sekce Virtualizační SW vyžaduje licencování na CPU a tudíž omezuje jakékoliv řešení, která
-
používají jiný typ licencovaní; Vzhledem k všemu výše uvedenému si uchazeč dovoluje požádat o následující dodatečné informace: g)
Uvažuje zadavatel o změně či úpravě zadávacích podmínek tak, aby je uvedl do souladu s § 44 odst. 11 ZVZ?
h)
Pokud zadavatel přistoupí k úpravě zadávacích podmínek, zohlední zadavatel zejména výhrady
i)
Je si zadavatel vědom toho, že v případě nepřijetí adekvátních změn může být vymezení předmětu
uchazeče uvedené výše? plnění posouzeno jako nezákonné s rizikem pravděpodobné sankce ze strany Úřadu pro ochranu hospodářské soutěže? Uchazeč považuje za nutné též zmínit, že dle jeho názoru je vymezení zadávacích podmínek též v rozporu s podmínkami Programu švýcarsko-české spolupráce, přičemž v případě, že zadavatel nezmění či neupraví zadávací podmínky, bude uchazeč nucen využít všech zákonných prostředků, aby se domohl svých práv.
Odpověď zadavatele: K Vaší informaci, že zadavatel dosud neprovedl podrobnou analýzu uspokojování svých potřeb na konsolidaci informačních technologií Vám sděluji, že zadavatel v současné době disponuje interním dokumentem na jehož základě již několik let obnovuje architekturu primárního a záložního datového centra Policie ČR. Tento dokument vznikl jako součást návrhu koncepce budování ICT v prostředí Policie ČR a je plně v souladu s připravovanou koncepcí Ministerstva vnitra. Globální architektura, definovaná v rámci tohoto dokumentu, tvoří základ dlouhodobého rozvoje ICT s perspektivou vybudování flexibilního prostředí, v kterém bude možné rychle a efektivně provádět změny, přizpůsobovat systémy a budovat nové podle potřeb ČR a EU. Architektura, kterou se Policie ČR rozhodla konsolidovat provozované informační systémy je řešena formou cloudového řešení. V jeho rámci dochází k integraci všech vrstev infrastruktury, tj. hardwarové, datové a aplikační, včetně zajištění jejich vzájemné provázanosti. Tento dokument však z důvodu bezpečnosti není možné volně distribuovat a proto také nemohl být součástí zadávací dokumentace na VZ. Pro Vaši informaci Vám v další části upřesňuji některé Vámi položené otázky:
k bodu a) Datovým centrem se rozumí určené prostory počítačových sálů v hlavní (primární) lokalitě a počítačový sál v areálu záložní lokality. Pracoviště jsou vzájemně propojena optickým kabelem pro
4
rychlou a bezpečnou komunikaci obou lokalit, tzv. SAN sítí. V určených prostorách jsou umístěny informační a komunikační technologie zabezpečující provoz a bezpečné uložení dat (informací) centrálních informačních systémů Policie ČR.
- v rámci již probíhající obnovy aplikačních serverů byla v letech 2009 - 2010 v rámci projektu KOTEC vysoutěžena architektura HP BLADE serverů jež v rámci centra byla přijata jako základní platforma pro další rozvoj a v následujících letech byla dále rozšiřována dle rostoucích potřeb Policie ČR. V současné době je v datovém centru Policie ČR řada základních polic (blade šasí) HP c7000 osazenými technologií Wintel a virtualizačním SW VMware. S virtualizací v rámci datového centra Policie ČR bylo započato ve stejném období, kdy byly dodány první servery v rámci projektu KOTEC. V prvopočátku bylo využito otevřené virtualizace na platformě VMware. V posledních dvou letech s přípravou na přechod ke koncepčnímu řešení byla již v rámci nákupu HW pořizována technologie VMware Ent+, jež umožňuje zajistit sama o sobě vysokou dostupnost a bezpečnost. - od roku 2012 datové centrum Policie ČR disponuje centrálními diskovými poli jež byly pořízeny v rámci otevřeného výběrového řízení „Centrální diskové uložiště 3PAR T800“ (č.j. SLZ-2816-3/ČJ2011-009HVZ). Současný stav využití diskových polí 3PAR odpovídá původně nastaveným cílům a je v souladu s navrženou koncepcí ukládání centrálních dat v rámci databázového centra P ČR. V hlavním i záložním pracovišti je zprovozněno jedno diskové pole 3PAR a data jsou mezi oběma diskovými poli replikována. Tím jsou data zabezpečena z pohledu ztráty a současně i jejich vysoké dostupnosti (záložní pracoviště může okamžitě převzít provoz vybraných centrálních informačních systémů Policie ČR). Při dalším rozvoji a konsolidaci infrastruktury pro ukládání dat je s posilováním diskového pole v záložním pracovišti počítáno zejména s ohledem na diverzifikaci výpočetních zdrojů mezi hlavním a záložní pracovištěm. V následujících letech lze očekávat výrazný nárůst podílu záložního pracoviště na zpracování dat. - byla provedena obměněna SAN struktury datového centra a to opět v rámci otevřeného výběrového řízení „Posílení a konsolidace infrastruktury SAN a GSS LAN pro NS-SIS II“ (č.j. PPR-607524/ČJ-2012-990656). V současné době je páteří SAN infrastruktury 2x HP 8/80 SAN Switch 8Gb 16port Upgr LTU. Obdobně již bylo provedeno posílení LAN infrastruktury, kdy byly vysoutěženy Switche HP 7506.
k bodu b) Jak již bylo uvedeno výše, disponuje Policie ČR již částečně konsolidovanou architekturou ICT.
5
Projekt (veřejná zakázka) "Rozvoj konsolidované IT infrastruktury Policie ČR" realizovaný v rámci programu švýcarsko - české spolupráce má za cíl doplnit již realizovanou architekturu o další nezbytné komponenty a to plně v souladu s Přílohou č.1 zadávací dokumentace. Dodané komponenty musí být plně kompatibilní se stávající infrastrukturou, přičemž kompatibilita je zajištěna specifikovanými parametry, jež je nutné nezbytně dodržet. Jedině tak je možné nové komponenty začlenit do infrastruktury. Součástí řešení musí být i HW instalace a kompletní zprovoznění a oživení nově dodáváných komponent a to v rámci celého cloudovému řešení datového centra Policie ČR.
k bodu c) Veřejná zakázka na "Rozvoj konsolidované IT infrastruktury Policie ČR" pokračuje v realizaci konsolidované infrastruktury datového centra Policie ČR a v technologiích již v Policii ČR nasazených a používaných. Zadavatel z tohoto důvodu neuvažuje o změně zadávacích podmínek, protože dodání nových částí infrastruktury v jiné technologii by mohlo vést k dodatečným finančním prostředkům, k nutnému vyškolení obsluhy, k vyššímu "technologickému roztříštění" a v neposlední řadě by mohlo dojít i ke zmaření investic již realizovaných částí infrastruktury datového centra Policie ČR.
k bodu d) V Příloze č. 1 jsou technické parametry požadovaných komponent definovány s dostatečnou podrobností a jak již bylo uvedeno v předchozím, zadavatel nepovažuje dodání jiného technologicky odlišného řešení za ekonomicky přínosné pro další rozvoj datového centra Policie ČR.
k bodu e) Z výše uvedeného vyplývá, že zadavatel neuvažuje o úpravě zadávacích podmínek. A i když zadavatel neuvažuje o úpravě, připojuje komentář k výhradám uchazeče k technickým parametrům uvedeným v zadávací dokumentaci: V technické specifikaci je uveden velmi podrobný popis požadovaného řešení (jak sám tazatel zmiňuje v bodu b) a jsou popsány veškeré HW a SW parametry tak, aby byl jednoznačně a zcela transparentně definován požadovaný HW a tím přesně vymezen obsah zakázky. ii. viz. bod. i. iii. Sekce blade šasi obsahuje veškeré technické parametry jak na osaditelnost (počet pozic pro servery, napájení, chlazení), tak na připojitelnost (LAN a SAN komunikační prvky). Těmito parametry je jednoznačně a transparentně definován požadovaný HW a přesně vymezen obsah zakázky. iv. Díky detailním technickým parametrům uvedeným v technické specifikaci (např. CPU, RAM, konektivita) je přesně popsán požadavek na výkon daných serverů v. Není pravda, že výsledky testů organizace SPEC (Standard Performance Evaluation Corporation) nejsou veřejně dostupné. Naopak organizace SPEC je jednou z nezávislých organizací zabývající se testováním výkonnosti procesorů a serverů od různých výrobců a výsledky jejího testování jsou pravidelně zveřejňovány. Díky nezávislosti a širokému portfoliu testovaného HW bývají výsledky jejich testů nejčastěji používány při definování výkonnostních parametrů pro procesory či servery v zadávacích dokumentacích v mnoha výběrových řízeních. Konkrétně díky použití výsledků z testů SPEC CPU2006 se při definici požadovaného CPU nezadává výrobce procesorů, počet jader, frekvence, apod. (což by bylo diskriminační), ale uvádějí se pouze minimální požadované hodnoty z testů. i.
6
k bodu f) V rámci zadávací dokumentace je uvedeno, že v souladu s ustanovením § 44 odst. 11 zákona (první věty) zadavatel upřesňuje, že pokud v zadávací dokumentaci a v přílohách jsou uvedeny požadavky nebo odkazy na obchodní firmy, názvy nebo jména a příjmení, specifická označení zboží…atd., je to odůvodněno předmětem plnění veřejné zakázky, jehož výstupy budou využity v rámci doplnění stávající ICT infrastuktury zadavatele. V souladu s ustanovením § 44 odst. 11 zákona tedy zadavatel umožňuje pro plnění této veřejné zakázky použití i jiných, kvalitativně a technicky obdobných řešení, avšak pouze při splnění všech požadavků a podmínek uvedených v zadávací dokumentaci, a to zejména podmínky plné kompatibility zaručující zejména neomezené užití výstupů ve stávajících informačních systémech zadavatele a na stávající ICT infrastruktuře zadavatele.
Ing. Stanislav Loskot zástupce zadavatele
7
