Dodatečné informace k zadávacím podmínkám

POLICEJNÍ PREZIDIUM ČESKÉ REPUBLIKY Správa logistického zabezpečení Odbor veřejných zakázek

Č.j PPR-33407-18/ČJ-2014-990656 Praha 21. ledna 2015 Počet listů: 5 Dodatečné informace k zadávacím podmínkám dle ustanovení § 49 odst. 1, 2, 3 zákona č. 137/2006 Sb. o veřejných zakázkách, ve znění pozdějších předpisů (dále jen „zákon“) Na základě písemné žádosti uchazeče Vám poskytujeme dodatečné informace k veřejné zakázce vedené pod názvem „Vybudování Národní kontrolní autority“ Dotaz uchazeče č. 1: V příloze č. 1 – Technicko-organizační zadání v kapitole 3.1 Serverová část (P27) jsou požadovány funkce pro zajištění dostupnosti dat z lokalit pomocí snapshotů, klonů a synchronních replikací již na dvounodovém řešení. Na zadavatel požadovaném hardware (rack servery) a preferované virtulizaci (VMware) lze zajistit dostupnost dat z lokalit pomocí snapshotů, klonů ale pouze asynchronní replikaci dat. Je náš předpoklad správný, že zadavatel předpokládá využití pouze interních mechanismů virtulizační platformy pro zajištění dostupnosti dat z lokalit? Pozn. Virtualizační platforma VMware jako taková v sobě synchronní replikaci dat neobsahuje, pro zajištění sychronní repliky dat využívá funkcionalitu diskových polí výrobců třetích stran. Odpověď zadavatele č. 1: Ano, Zadavatel předpokládá využití pouze interních mechanismů virtulizační platformy, nicméně Zadavatel připouští asynchronní replikace dat s maximálním definovaným RPO 5 min. Dotaz uchazeče č. 2: V příloze č. 1 Technicko-organizační zadání v kapitole 3.1 Serverová část (27) je požadováno zálohování provozovaných operačních systémů a databází. Předpokládáme, že zadavatel ožaduje zálohovat pouze systému provozované v produkční lokalitě č. 1 a to pouze produkčním serveru. Je náš předpoklad správný? Odpověď zadavatele č. 2: Ano, Zadavatel požaduje zálohování pouze v lokalitě1., tedy zálohovat produkční systém. Pro lokalitu č. 2 není zálohování požadováno.

Nádražní 16 150 05 Praha 5

Tel.: +420 974 884 563 Email: [email protected]

Dotaz uchazeče č. 3: ZD Odstavec 3.3 Požadovaná úroveň technické podpory na dodané technologie – požadavek zadavatele „oprava další pracovní den, do 12 hodin v místě u zákazníka“ ZD Odstavec 4.1 Požadavky na úrovně poskytované podpory – požadavek „Podpora – Nepřetržitě“, „Doba odstranění HW závady – Do 24 hodin“ ZD Odstavec 3.1 Serverová část – Minimální požadavky na servery – požadavek „Podpora – minimálně 3 letá podpora 24 hodin, 7 dní v týdnu, se zaručenou dobou opravy do 6 hod“. Žádáme o vyjasnění požadavků na úroveň poskytované podpory pro odstranění HW závady. Odpověď zadavatele č. 3: Zadavatel v této souvislosti upřesňuje následující. Veškeré komponenty NKA (HW a SW) musí být dodány s plnou zárukou na dobu 3 let ode dne protokolárního uvedení NKA do provozu. Záruka se vztahuje na konfiguraci, která byla zadavatelem od uchazeče předána do ostrého provozu. Pro veškeré HW komponenty musí být zajištěna technická podpora na dobu minimálně tří let, s ohledem na technickou udržitelnost systému, případně v době záruky musí uchazeč přijmout takové nápravné opatření, které nepovedou ke snížení výkonu a provozních parametrů NKA. Toto upřesnění vymezuje hodnotící parametry uvedené pod identifikátorem (P27) Pro provoz systému zadavatel požaduje naplnit servisní požadavky na úrovni, jak jsou uvedeny v kapitole (4.1. – Požadavky na úroveň poskytované podpory P30 ) Nad rámec záruky musí Hotline pracoviště být schopno poskytnout konzultace k provozním záležitostem NKA. Zadavatel nebude v rámci služeb technické podpory realizovat funkcionální změny vynucené uživatelem nad protokolárně předaným řešením, pokud byly odstraněny veškeré vady a nedodělky. Součástí služeb technické podpory je: a) b)

Aktualizace a udržování provozní a bezpečnostní dokumentace, Poskytnutí update software jako součást průběžné údržby, a to: v případě změny normativního a právního rámce, kterým se řídí provoz a implementace NKA, V případě vydání nové verze SW na straně uchazeče (v obou případech je poskytnutí SW a jeho instalace v definovaných lokalitách v ceně služeb poskytovaní technické podpory).

Dotaz uchazeče č. 4: ZD Odstavce 3.2.1 Minimální požadavky administrátorské stanice NKA, 3.2.2 Minimální požadavky na testovací stanici NKA a 3.2.3 Minimální požadavky na testovací inspekční systém (TEST ISY) – Zadavatel požaduje ke stanicím laserové tiskárny a scannery. Má zadavatel k těmto periferiím požadavky na minimální parametry nebo nechává výběr modelu kompletně na uchazeči? Odpověď zadavatel č. 4: Výběr modelů a typů administrátorských stanic, skenerů a tiskáren ponechává Zadavatel na Uchazeči, pokud tento dodrží minimální výkonové požadavky dle Zadávací dokumentace. V případě tiskáren a skenerů zadavatel požaduje kompatibilitu těchto periférií s administrátorskými stanicemi a předpokládá standardní parametry zařízení (skener pro kopírování formátu A4, laserová tiskárna A4). Zařízení musí být nové.

Dotaz uchazeče č. 5: ZD Odstavce 3.2.1 Minimální požadavky administrátorské stanice NKA, 3.2.2 Minimální požadavky na testovací stanici NKA a 3.2.3 Minimální požadavky na testovací inspekční systém (TEST ISY) – Zadavatel požaduje grafickou kartu 2x DVI výstup a zároveň DVI a DisplayPort. Žádáme o upřesnění požadavků na grafické výstupy stanic. Odpověď zadavatele č. 5: Volbu grafického výstupu ponechává Zadavatel na Uchazeči, nicméně požaduje možnost připojení dvou monitorů přes digitální rozhraní DVI nebo Display Port. Tedy nikoliv přes VGA rozhraní. Dotaz uchazeče č. 6: ZD Odstavec 3.1 Serverová část – Minimální požadavky na Ethernet switch – požadavek na porty – „2 x 10-Gigabit XENPAK (XFP)“ Umožní zadavatel nabídnout řešení – switch s technologicky srovnatelným, ale rozšířenějším rozhraním SFP + pro 10-Gbit konektivitu namísto rozhraní XENPAK(XFP)? Odpověď zadavatele č. 6: Ano, rozhraní SFP+ je přípustné. Dotaz uchazeče č. 7: V příloze č. 1 – Technicko-organizační zadání v kapitole 3.1 Serverová část (P27) je v sekci „Minimální požadavky na servery“ uveden požadovaný výkon testu „SPEC CFP2006 rates“ minimálně 380 bodů. Ne všechny typy serverů jsou SPEC testech uvedeny a navíc SPEC testy jsou výkonnostní testy, které poukazují na výkonnost jednotlivých procesorů a ne serverů. Bude dostačující, aby požadovaný výkon splňoval nabízený procesor a ne procesor v kombinaci s konkrétním serverem? Odpověď zadavatele č. 7: Ano, bude dostačující, pokud minimální požadovaný výkon v testu SPEC CFP 2006 splňuje pouze procesor osazený v dodaném serveru. Dotaz uchazeče č. 8: V příloze č. 1 Technicko-organizační zadání v kapitole 3.1 Serverová část (P27) je v sekci „Minimální požadavky na zálohovací zařízení“ uvedeno SCSI rozhraní. Je možné nabídnout řešení s modernější a rychlejší SAS konektivitou? Odpověď zadavatele č. 8: Ano, SCSI rozhraní je myšleno jako minimální možná konfigurace a je tedy povoleno dodat zařízení s rychlejším rozhraním. Dotaz uchazeče č. 9: Jakým způsobem bude probíhat hodnocení tabulky v rámci kritéria „Technická úroveň nabízeného řešení – úroveň spolnění požadavků (rozdíl od minimálních požadavků)“ – bude například pro každý řádek tabulky přidělena známka 1 (nejlepší) až 5 (nejhorší)? Tato informace v zadávací dokumentaci chybí.

Odpověď zadavatele č. 9: Systém E-ZAK uvádí pouze obecně uvedené hodnotící kritéria, jež jsou následně přesně definovány v dokumentu „Zadávací dokumentace“. Žadatel musí vycházet ze Zadávací dokumentace - zveřejněné pod č.j. PPR-33407-8/ČJ-2014-990656 Výběrová komise seřadí nabídky pro jednotlivý požadavek od nejlépe naplňují požadavek (nejvíce překračující) po nejhůře (nesplnění požadavku) a přidělí jim počet bodu dle jejich pořadí k tomuto požadavku. Nejlépe vyhodnocené plnění požadavku obdrží 100 bodů a každá další nabídka v pořadí obdrží počet bodů nižší o podíl hodnoty 100 a počtu hodnocených nabídek, vynásobené pořadím hodnocené nabídky zmenšené o 1.

Součet bodů získaných ze všech požadavků určí pořadí pro toto kritérium. Pořadí bude dále již hodnocen obecnou metodou uvedenou v zadávací dokumentaci. Dotaz uchazeče č. 10: V odstavci 2.4.2 (P21) se uvádí: „Dodavatel NKA musí technické podrobnosti komunikace navrhnout ve spolupráci s dodavateli ISY.“ Možnost naplnění tohoto požadavku může do velké míry záviset na součinnosti dvou nezávislých subjektů, které dodávají řešení na základě dvou nezávislých výběrových řízení. Zároveň předpokládáme, že řešení NKA a ISY nemusí probíhat ve stejných termínech. Můžete prosím objasnit, jakým způsobem bude tato součinnost koordinována? Odpověď zadavatele č. 10: Koordinaci součinnosti mezi dodavateli ISY a NKA bude provádět Zadavatel. Všichni zhotovitelé musí dodržet závazný rámec rozhraní dle citovaných specifikací. Dotaz uchazeče č. 11: V odstavci 2.2.3.2 (P3) jsou uvedeny možnosti ověření identity žadatele a pravosti prvotní žádosti o certifikát od ISY, přičemž v odstavci 2.2.3.2.5 je jako jedna z možností uvedena koncepce podpisu žádosti soukromým klíčem SAMu: „…Žádost navíc podepíše soukromým klíčem obsaženým na SAM. Žádost zašle elektronicky na NKA. Registrační autorita DVCZE porovná údaje v žádosti se seznamem registrovaných klientů a seznamem vydaných SAM…“ Z uvedeného popisu není zřejmý důvod, proč zde dochází k podpisu žádosti soukromý klíčem SAMu, když následně nedochází k žádnému ověření tohoto podpisu na straně příjemce. Dochází pouze k porovnání údajů žádosti a registračních údajů a seznamu vydaných SAMů. Je požadováno, aby DVCA/DVRA provedla kryptografické ověření vytvořeného podpisu a vedla evidence SAMů k ISY? V jakém formátu bude žádost po provedení podpisu soukromým klíčem doručena na DVCA? Jak se bude v příchozí žádosti přenášet identifikace SAMu pro porovnání se seznamem SAMů? Stejné dotazy na objasnění máme i k bodu 2.2.3.2.4, kde jde o podobnou variantu s žádostí podepsanou čipovou kartou. Odpověď zadavatele č. 11: Každá žádost odeslaná z mobilního ISY offline musí být podepsána, jak je uvedeno ve specifikacích TR 03129 a TR 03129-2. NKA musí podpisy ověřovat. Podrobný návrh realizace žádosti o certifikáty a jejího ověření bude dále předmětem analýzy řešení.

Aktuálně Zadavatel používá 1 konkrétní systém mobilního ISY Offline a má k dispozici nástroj na personalizaci SAM modulů. Předpokládá se úprava personalizačního procesu podle společného návrhu Zhotovitele NKA a ISY offline, který zajistí Zadavatel. Dotaz uchazeče č. 12: Dodatečné informace k zadávacím podmínkám ze dne 14. 1. 2015 V odpovědi zadavatele č. 2 je uvedeno „Zadavatel požaduje v rámci nabídky návrh na úrovni obecné technické architektury a následně dodávku řešení.“ Chápeme to správně, že následná dodávka dle návrhu není plněním této veřejné zakázky? Proto, aby mohla být dodávka součástí této zakázky nejsou v zadávací dokumentaci informace o počtech a typech připojovaných zařízeních, používaných operátorech mobilní sítě a podobně. Odpověď zadavatele č. 12: Dodávka NKA musí obsahovat vybudování rozhraní HTTPS tak aby jakékoliv online ISY splňující specifikaci TR-03129 mohlo být využité. NKA musí mít vybudované rozhraní tak aby nebylo závislé na konkrétním operátorovi mobilní sítě. Počáteční počet mobilní ISY je cca 100 ks. NKA však musí být vybudováno tak aby garantovalo služby minimálně pro 10 000 mobilní ISY. Typy mobilních zařízení nejsou rozhodující, pro všechny budoucí mobilní ISY bude vyžadována komunikace dle specifikace TR 03129. Následná dodávka není součástí této zakázky.

Zpracovala: Ing. Kamila Teřlová Tel: 974 884 563

Ing. Miroslav Hajný zástupce zadavatele