20. srpna 2015 11:26 CN=Ing. Lenka Zahálková OU=99587, serialNumber=26 138 241 ISSUER CN=PostSignum Qualified CA 2
VÁŠ DOPIS ZN.
ČÍSLO JEDNACÍ
SPISOVÁ ZNAČKA
LCR099/39/001782/2015
DATUM
20.8.2015
VYŘIZUJE
TELEFON
GSM
FAX
E-MAIL
Zahalkova
956 999 203
724 623 712
495 262 391
[email protected]
Dodatečné informace k zadávacím podmínkám veřejné zakázky – č. 7 Informace o prodloužení lhůty pro podání nabídek
Název veřejné zakázky, evidenční číslo VZ Dodávka a implementace informačního systému DMS Ev. č. VZ 508744 Zadavatel Lesy České republiky, s.p., se sídlem Přemyslova 1106/19, Nový Hradec Králové, 500 08 Hradec Králové, IČO: 42196451 Zadavatel výše uvedené veřejné zakázky zadávané dle zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen „ZVZ“), tímto v souladu s § 49 ZVZ poskytuje dodatečné informace, a to všem dodavatelům, kteří požádali o poskytnutí zadávací dokumentace nebo kterým byla zadávací dokumentace poskytnuta. Zadavatel současně uveřejnil dodatečné informace včetně přesného znění žádosti stejným způsobem, jakým uveřejnil zadávací dokumentaci (tzn. na profilu Zadavatele). V zájmu zachování přehlednosti zadavatel poskytuje v tomto dokumentu i všechny již dříve poskytnuté dodatečné informace k výše uvedené veřejné zakázce. Dotaz č. 1 (obdržen 10. 7. 2015): V zadávací dokumentaci k veřejné zakázce „Dodávka a implementace informačního systému DMS“ je na str. 16 uvedeno, že navržený specialista (člen realizačního týmu) může prokázat splnění požadavků na více pozic v rámci realizačního týmu uchazeče. Týká se toto ustanovení jakékoliv
pozice v týmu nebo pouze „Specialisty – vývojáře“? Odpověď na dotaz č. 1 (poskytnuta 10.7.2015): Zmiňované ustanovení se vztahuje k jakémukoli členu realizačního týmu.
Dotaz č. 2 (obdržen 15. 7. 2015): Zadavatel v ZD uvádí, že součástí plnění Fáze 2 bude i poskytnutí SW licencí a současně zmiňuje i smlouvu MS Enterprise Agreement v kategorii A, znamená to tedy, že Zadavatel má v současné době uzavřenou tuto smlouvu? Pokud ano, lze využít některé MS SW produkty (licence), případně část licencí z této smlouvy pro potřeby uchazečem navrženého řešení? Konkrétně: může tedy Zadavatel poskytnout licence nebo část licencí z níže uvedeného seznamu pro potřeby uchazečem navrženého řešení? SQL Svr Std Core 2Lic SharePoint Std device CAL * SharePoint Svr
4 ks 2500 ks 4 ks
*tento CAL je součástí CoreCAL, předpokládáme, že pokud existují tyto licence v uzavřené smlouvě MS EA, tak alespoň částečně lze pokrýt pro uchazečem navržené řešení
Odpověď na dotaz č. 2 (poskytnuta 21.7.2015): Zadavatel má v současné době smlouvu MS Enterprise Agreement v kategorii B. Pro využití licencí v rámci daného projektu dodavatel dodá a nacení licence produktů Microsoft v daném licenčním modelu zadavatele.
Dotaz č. 3 (obdržen 28. 7. 2015): V zadávací dokumentaci „Dodávka a implementace informačního systému DMS“: jsou na straně 13 uvedeny požadavky na profesní kvalifikaci Hlavního projektového manažera. Požadavek na „úplné VŠ vzdělání magisterského stupně v oblasti IT/ICT“ považujeme za nadbytečný a diskriminační (například požadavek může vyřadit zkušené manažery IT/ICT projektů, kteří magisterské vzdělání získali v dřívější době, kdy dané obory nebyly takto explicitně etablovány). Žádáme zmírnění požadavku na toto znění: „- úplné VŠ vzdělání magisterského stupně.“ Domníváme se, že ostatní parametry (požadavek na 5 let praxe, vedení jednoho projektu naplňujícího ref. zakázku a mezinárodně uznávaný certifikát z oblasti projektového řízení) jsou k prokázání kvalifikace dostačující. jsou na straně 14 uvedeny požadavky na profesní kvalifikaci Systémové architekta DMS. Požadavek na „úplné VŠ vzdělání magisterského stupně v oblasti IT/ICT“ považujeme za nadbytečný a diskriminační. Žádáme zmírnění požadavku na toto znění: „- úplné VŠ vzdělání magisterského stupně.“ Domníváme se, že ostatní parametry (požadavek na 5 let praxe, podílení se jako systémový architekt DMS na projektu naplňujícího ref. zakázku a certifikace v oblasti řízení dle TOGAF) jsou k prokázání kvalifikace dostačující.
Odpověď na dotaz č. 3 (poskytnuta 31.7.2015): Zadavatel potvrzuje, že trvá na vymezení požadavků na prokázání splnění kvalifikace v rozsahu uvedeném v zadávacích podmínkách veřejné zakázky, tj. členů realizačního týmu v rolích Hlavní projektový manažer a Systémový architekt, u kterých musí být mj. prokázána příslušná úroveň vzdělání, tj. VŠ vzdělání v oboru IT/ICT. Zadavatel sděluje, že své požadavky na kvalifikaci členů realizačního týmu stanovil s ohledem na předmět veřejné zakázky, její rozsah a význam požadovaného plnění. Stanovené požadavky na prokázání splnění kvalifikace u členů realizačního týmu zadavatel považuje za přiměřené a v praxi veřejného zadávání obvykle využívané v případě obdobných plnění. Vlastní realizační tým samozřejmě může být dle uvážení dodavatele širší a dle rozhodnutí tazatele může také zahrnovat další osobu (např. na pozici zástupce Hlavního projektového manažera či jiného specialisty, nesplňuje-li tato osoba veškeré kvalifikační předpoklady), avšak dodavatel musí v nabídce doložit, že v rámci svého realizačního týmu bude mít k dispozici příslušné osoby, které v plném rozsahu splňují požadavky ve smyslu odst. 5.4. písm. b) zadávací dokumentace. Za podmínek stanovených v ZVZ a zadávací dokumentaci může dodavatel k prokázání splnění této části kvalifikace využít subdodavatele či podat společnou nabídku tak, aby kvalifikace byla jednoznačně prokázána v plném rozsahu.
Informace č. 4 - poskytnutá zadavatelem bez předchozí žádosti dle § 49 odst. 4 ZVZ (poskytnuta 31. 7. 2015): Zadavatel v zájmu usnadnění zpracování nabídky poskytuje jako přílohu této dodatečné informace podrobnější podobu vzoru úvodního listu s doplněnými tabulkami pro uvedení nabídkové ceny (v požadované struktuře) a dalších číselných údajů, které jsou předmětem hodnocení. Přiložený dokument byl dne 31. 7. 2015 rovněž publikován na profilu zadavatele jako příloha č. 3 zadávací dokumentace – Úvodní list nabídky (vzor)_ver20150731. V zájmu jednoznačnosti zadavatel dále uvádí, že krycím listem, zmiňovaným v článku 10 zadávací dokumentace, je míněn úvodní list nabídky, jehož vzor je obsažen v Příloze č. 3 zadávací dokumentace.
Informace č. 5 - poskytnutá zadavatelem bez předchozí žádosti dle § 49 odst. 4 ZVZ (poskytnuta 31. 7. 2015): Zadavatel v článku 2.1 zadávací dokumentace uvádí pro oblast pořízení licencí produktů Microsoft následující: „V případě SW produktů společnosti Microsoft zadavatel požaduje využít smlouvu Enterprise Agreement, která zadavateli umožňuje využívat oprávnění k příslušnému SW za zvýhodněných podmínek, a to v kategorii A, tzn. pokud dodavatel nabídne řešení využívající produkty společnosti Microsoft, v rámci své nabídky bude vycházet z kategorizace zadavatele v rámci smlouvu Enterprise Agreement.“ Zadavatel sděluje, že došlo ke změně kategorizace zadavatele z kategorie A, uvedené v článku 2.1 zadávací dokumentace, na kategorii B dle aktuálně platné smlouvy EA zadavatele. Zadavatel dále sděluje, že vyjednal v této věci se společností Microsoft Česká republika následující postup: Společnost Microsoft Česká republika (kontaktní osoba viz níže) provede na vyžádání potenciálního dodavatele zpracování cenové kalkulace licencí, které potenciální dodavatel hodlá zadavateli nabídnout v rámci nabídky na výše specifikovanou veřejnou zakázku.
Dodání licencí pro zadavatele bude zajištěno formou subdodávky poskytnuté vybranému dodavateli společností SoftwareONE Czech Republic, s.r.o., která je příslušným smluvním partnerem zadavatele (Licencing Solution Partner - LSP). Kontaktní osoba společnosti Microsoft Česká republika: Ing. Stanislav Kosík | Account Executive E-mail:
[email protected] Mob. +420 724 071 426 Building Alfa, BB Centrum, Vyskočilova 1461/2a, 140 00, Praha 4 Kontaktní osoba společnosti SoftwareONE Czech Republic, s.r.o.: Petr Pánek | BDM E-mail:
[email protected] Mob. +420 606 739 519 SoftwareONE Czech Republic, s.r.o., Želetavská 1448/7, 140 00 Praha 4 Dotaz č. 6 (obdržen 30. 7. 2015): Zadavatel dává v paralelně ve vypsaném VŘ “Intranetový portál” k dispozici až 7 Serverových licencí SharePointSvr ALNG SA MVL (Příloha č.8 daného VŘ). Pokud se uchazeč rozhodne postavit řešení DMS na platformě Microsoft, může uchazeč analogicky usuzovat že uvedené disponibilní licence může v nabízeném řešení použít, tj. nenaceňovat v rámci zhodnocení již vynaložených investic licence další? Odpověď na dotaz č. 6 (poskytnuta 31.7.2015): Tyto licence jsou zadavatelem nabízeny pouze pro veřejnou zakázku „Dodávka a implementace intranetového portálového řešení“. Pro veřejnou zakázku „Dodávka a implementace informačního systému DMS“ není možné tyto licence využít a cenu potřebných licencí Microsoft je nutné zahrnout do nabídkové ceny.
Informace č. 7 - poskytnutá zadavatelem bez předchozí žádosti dle § 49 odst. 4 ZVZ (poskytnuta 31. 7. 2015): Zadavatel v zájmu jednoznačnosti výkladu zadávacích podmínek uvádí, že v současné době disponuje plným zalicencováním uživatelského prostředí v rámci Microsoft domény LČR. Jedná se tedy o plné pokrytí tzv. User a Device CAL licencemi pro 2200 uživatelů, a to ve struktuře 2000 Device CAL licencí a 200 User CAL licencí. Pro nabízená řešení není tedy nutné počítat s klientskými licencemi pro přístup v rámci Microsoft domény LČR. Pokud dané řešení vyžaduje vlastní produktové licence na potřebný počet uživatelů nebo CPU, je nutné tyto licence zohlednit v rámci daného řešení. V souvislosti s podanými informacemi byla zadavatelem prodloužena lhůta pro podání nabídek – konec lhůty byl stanoven na 26.8.2015 do 13,00 hod. Tento údaj už není aktuální – viz dále. Dotaz č. 8 (obdržen 31. 7. 2015): Vlastní Zadavatel licence MS SQL Server Standard? Kolik těchto licencí může Uchazeč v rámci součinnosti Zadavatele využít pro VZ: Dodávka a implementace informačního systému DMS?
Odpověď na dotaz č. 8 (poskytnuta 4.8.2015): Ano, Zadavatel tyto licence vlastní a využívá, avšak pro účely veřejné zakázky „Dodávka a implementace informačního systému DMS“ nemůže nabídnout žádné volné licence. Dotaz č. 9 (obdržen 31. 7. 2015): Vlastní Zadavatel licence SharePoint Standard Device /User CAL? (Tento CAL je součástí CoreCAL). Kolik těchto licencí může Uchazeč v rámci součinnosti Zadavatele využít pro VZ: Dodávka a implementace informačního systému DMS? Odpověď na dotaz č. 9 (poskytnuta 4.8.2015): Zadavatel disponuje pro 2200 uživatelů (celou doménu LČR) 2000 Core CAL (device CAL), licence a 200 EntCAL (user CAL) a tyto CAL balíčky obsahují licence SharePoint Standard CAL. Z pohledu licencování jsou všichni uživatelé již zalicencováni. Dotaz č. 10 (obdržen 31. 7. 2015): Vlastní Zadavatel licence Windows Server? Kolik těchto licencí může Uchazeč v rámci součinnosti Zadavatele využít pro VZ: Dodávka a implementace informačního systému DMS? Odpověď na dotaz č. 10 (poskytnuta 4.8.2015): Ano, Zadavatel tyto licence vlastní a využívá, avšak pro účely zakázky „Dodávka a implementace informačního systému DMS“ nemůže nabídnout žádné volné licence. Dotaz č. 11 (obdržen 31. 7. 2015): V Informaci č.7 k DMS Zadavatel uvádí, že disponuje plným zalicencováním uživatelského prostředí v rámci Microsoft domény LČR.( „…Jedná se tedy o plné pokrytí tzv. User a Device CAL licencemi pro 2200 uživatelů, a to ve struktuře 2000 Device CAL licencí a 200 User CAL licencí. Pro nabízená řešení není tedy nutné počítat s klientskými licencemi pro přístup v rámci Microsoft domény LČR.“…) V ZD pro DMS je ale v kap. 3.3. Požadavky na výkon nového DMS uveden počet uživatelů 2500. Znamená to tedy, že je nutné v nabídce uchazeče nacenit dalších 300 licencí Windows Server User/Device CAL a současně opravdu počítat s licencemi pro 2500 uživatelů pro DMS? Odpověď na dotaz č. 11 (poskytnuta 4.8.2015): Údaj o 2500 uživatelů znamená pouze výkonnostní ukazatel. Nejedná se o skutečný počet interních uživatelů. Ten zůstává na počtu 2200. Pro účely dodávky není potřeba dokupovat 300 uživatelských licencí. Dotaz č. 12 (obdržen 6. 8. 2015): Požadavek NEF_047 – V poptávce nejsou konkrétně specifikována požadavky na vysokou dostupnost, cluster, případně geocluster. Je možné toto specifikovat? Požadujete realizovat vysokou dostupnost a jaké jsou její parametry? Požadujete cluster (případně geocluster) a jaké jsou jeho parametry? V případě, že ano, tak jaké jsou parametry diskového pole s ohledem na replikaci.
Odpověď na dotaz č. 12 (poskytnuta 12.8.2015): Zadavatel nepožaduje cluster ani geocluster. Vysokou dostupnost požaduje režimu v Active/Passive. Infrastruktura zadavatele je rozdělena mezi dvě datová centra a požaduje, aby při výpadku jednoho datového centra bylo možné provést obnovu systému v druhém datovém centru a došlo jen k minimální ztrátě dat (např. neuložené transakce). Dotaz č. 13 (obdržen 6.8. 2015): Požadavek NEF_057 – Co znamená podpora automatické kontroly čitelnosti? Jedná se o automatickou kontrolu čitelnosti záloh nebo něčeho jiného? Co je důkazem čitelnosti a jaké parametry očekáváte (doba běhu, rychlost, atd.)? Odpověď na dotaz č. 13 (poskytnuta 12.8.2015): Automatická kontrola čitelnosti se vztahuje ke kontrole čitelnosti jednotlivých uložených souborů. Zadavatel požaduje, aby systém byl nastavitelný, aby v pravidelných intervalech provedl kontrolu uložených dokumentů na čitelnost např. pomocí hashovaných kontrolních součtů, aby ověřil, že nedošlo k jejich poškození. Dotaz č. 14 (obdržen 6. 8. 2015): Kapitola 10.6 definuje požadovanou strukturu, ve které má být nabídka předložena.
a) Stále platí, že mají být nabídková cena (v požadovaném členění) má být přiložena samostatně, ač je nyní uvedena v krycím listu ? b) Specifikací návrhu řešení je myšlena technická architektura? Má být tato architektura ještě uvedena samostatně (zřejmě bude součástí obsahu nabídky). c) Má být samostatně uvedeno hodnotící kritérium C, ač je nyní uvedeno v krycím listu ? Odpověď na dotaz č. 14 (poskytnuta 12.8.2015): ad a)
ad b)
Požadavek zadavatele na uvedení nabídkové ceny v nabídce bude splněn uvedením nabídkové ceny v předepsaném členění do krycího listu. Dodavatelé nicméně mohou nabídkovou cenu vložit do své nabídky ve smyslu doporučené struktury (odst. 10.6. zadávací dokumentace); nedoložení samostatné ceny (nad rámec vyplnění všech položek krycího listu) ovšem nebude sankcionováno. Zadavatel v odst. 10.6. zadávací dokumentace vymezil požadavky na doporučenou strukturu nabídek s tím, že mj. vyžaduje specifikaci návrhu řešení, vč. nároků na HW infrastrukturu zadavatele pro účely hodnocení nabídek v rámci dílčího hodnotícího kritéria C. Tyto informace se tedy v nabídce musí nacházet (z důvodu přehlednosti nabídek optimálně v doporučené struktuře odst. 10.6. zadávací dokumentace), aby bylo zadavateli patrné, co konkrétně uchazeč nabízí, zda jeho plnění zcela odpovídá požadavkům zadavatele a jak (dle jakých nabízených hodnot) má být nabídka hodnocena v rámci dílčího hodnotícího kritéria C. „Nároky na HW infrastrukturu zadavatele“. Uvedené údaje pak budou závazné i z hlediska vlastní realizace veřejné zakázky, pokud nabídka bude vybrána jako nejvhodnější, a tedy budou obsahem přílohy č. 2 smlouvy na realizaci veřejné zakázky. Dodavatel je tedy oprávněn svou nabídku vložit do přílohy č. 2 návrhu smlouvy a v rámci struktury nabídky dle odst. 10.6. zadávací dokumentace odkázat, že specifikace nabízeného řešení (vč. architektury) se nachází v příloze návrhu smlouvy (tzn. není nutné duplicitně návrh řešení v nabídce specifikovat na více místech).
ad c)
Požadavek zadavatele na uvedení informací vyžadovaných pro účely hodnocení nabídek podle hodnoticího kritéria C (Nároky na HW infrastrukturu zadavatele) v nabídce bude splněn uvedením těchto informací v předepsaném členění do krycího listu. Dodavatelé nicméně mohou označené nároky vložit do své nabídky ve smyslu doporučené struktury (odst. 10.6. zadávací dokumentace); jejich nedoložení (nad rámec vyplnění všech položek krycího listu) ovšem nebude sankcionováno.
Dotaz č. 15 (obdržen 11. 8. 2015): Obrázek „Znázornění odpovědností “ strana 5 (01 Zadávací dokumentace DMS.pdf není čitelný.) Prosím o čitelný popis. Odpověď na dotaz č. 15 (poskytnuta 17.8.2015): nové V příloze této dodatečné informace „znazorneni_odpovednosti.png“).
zadavatel
poskytuje
požadovaný
obrázek
(soubor
Dotaz č. 16 (obdržen 11. 8. 2015): Tabulka č.4 Seznam nefunkčních požadavků (02 Příloha č. 1 ZD - Technická specifikace DMS.pdf) bod „NEF_012“. Migrace dokumentů a metadat z Redakčního systému (Požadována je migrace dokumentů a metadat včetně jejich historie z Redakčního systému. Redakční systém byl předchůdce stávajícího DMS pro evidenci a správu řídících dokumentů (do 6/2011).). Jaká je aplikační architektura redakčního systému. Je dostupná dokumentace redakčního systému? Odpověď na dotaz č. 16 (poskytnuta 17.8.2015): Architektura je založená na aplikačním serveru IIS, stránkách v .NET a jako DB slouží MS SQL. Pro potřeby migrace budou k dispozici dokumenty dostupné na filesystému prostřednictvím CIFS protokolu a k nim budou k dispozici metadata uložená v DB MS SQL. Dokumentaci zadavatel vlastní. Dotaz č. 17 (obdržen 11. 8. 2015): Tabulka č.4 Seznam nefunkčních požadavků (02 Příloha č. 1 ZD - Technická specifikace DMS.pdf) bod „NEF_057“. Jaký je význam bodu: „Úložiště DMS - automatické kontroly čitelnosti“ (Systém musí zajistit podporu automatické kontroly čitelnosti ve stanoveném intervalu.)? Odpověď na dotaz č. 17 (poskytnuta 17.8.2015): Automatická kontrola čitelnosti se vztahuje ke kontrole čitelnosti jednotlivých uložených souborů. Zadavatel požaduje, aby systém byl nastavitelný, aby v pravidelných intervalech provedl kontrolu uložených dokumentů na čitelnost např. pomocí hashovaných kontrolních součtů, aby ověřil, že nedošlo k jejich poškození. Dotaz č. 18 (obdržen 11. 8. 2015): V kapitole 9.2. je popsáno, jak budou přidělovány body v rámci dílčího hodnotícího kritéria C. takto: „V rámci dílčího hodnotícího nabídek dle kritéria C. „Nároky na HW infrastrukturu zadavatele" se jedná o kvantitativní kritérium, u něhož jsou preferovány nižší hodnoty před vyššími (tj. nižší zatížení HW infrastruktury zadavatele, kterou zadavatel disponuje či ji musí obstarat). Bodové ohodnocení jednotlivých nabídek v rámci daného dílčího hodnotícího kritéria vznikne součtem
převážených bodových hodnot dosažených v jednotlivých subkritériích tohoto dílčího hodnotícího kritéria, tj. součtem bodových ohodnocení v daných subkritériích převážených vahou příslušného subkritéria. Zaokrouhlování bude prováděno na dvě desetinná místa.“ Vychází-li uchazeč při výpočtu z výše uvedeného textu, tak bodové hodnoty tohoto kritéria vychází opačně, než jak zamýšlí zadavatel. Při výpočtu získají vyšší hodnoty, tedy ty které nejsou preferovány, vyšší počet bodů než preferované nižší hodnoty. Může zadavatel vysvětlit, jak zamýšlí hodnotit dílčí hodnotící kritérium C., to nejlépe formou vzorce, aby nemohlo dojít k nejasnostem v hodnocení?
Odpověď na dotaz č. 18 (poskytnuta 17.8.2015): Zadavatel uvádí, že v rámci dílčího kritéria C. „Nároky na HW infrastrukturu zadavatele", resp. všech jeho subkritérií, jsou preferovány nižší hodnoty před vyššími (stejně jako je tomu v případě nabídkové ceny). Z uvedeného důvodu hodnocená nabídka získá v rámci každého hodnotícího subkritéria bodovou hodnotu, která vznikne násobkem 100 a poměru hodnoty nejvhodnější nabídky k hodnocené nabídce. Přidělená bodová hodnota bude poté převážena vahou příslušného subkritéria. Za účelem určení celkového počtu bodů dosaženého v rámci daného dílčího hodnotícího kritéria bude součet převážených bodových hodnot dosažených v rámci jednotlivých subkritérií převážen vahou dílčího hodnotícího kritéria (tj. 15 %). V případě dílčího kritéria B. „Kvalita realizačního týmu“ se jedná o kritérium, u něhož jsou preferovány vyšší hodnoty před nižšími (tj. vyšší kvantifikovatelná úroveň zkušeností členů realizačního týmu před nižšími zkušenostmi). Z uvedeného důvodu hodnocená nabídka získá v rámci každého hodnotícího subkritéria bodovou hodnotu, která vznikne násobkem 100 a poměru hodnoty hodnocené nabídky k nejvhodnější nabídce. Přidělená bodová hodnota bude poté převážena vahou příslušného subkritéria. Za účelem určení celkového počtu bodů dosaženého v rámci daného dílčího hodnotícího kritéria bude součet převážených bodových hodnot dosažených v rámci jednotlivých subkritérií převážen vahou dílčího hodnotícího kritéria (tj. 20 %). V souvislosti s podanými informacemi byla zadavatelem prodloužena lhůta pro podání nabídek – konec lhůty byl stanoven na 28.8.2015 do 13,00 hod.
Dotaz č. 19 (obdržen 14. 8. 2015): nové Zadavatel v zadávací dokumentaci uvádí následující požadavek na kvalifikaci člena týmu na pozici Systémový architekt technologické infrastruktury: - Certifikace v oblasti řízení enterprise / IT architektury dle TOGAF, případně absolvování kurzu založeného na konceptu SOA. Dotaz 19.1.:
Je možné splnit požadavek předložením osvědčení vydaného vysokou školou s
platnou akreditací pro danou oblast (např. aplikovaná informatika nebo informatika), že příslušný člen týmu absolvoval kurz se zaměřením na SOA? Dotaz 19.2.: Stanoví Zadavatel nějaké povinné parametry, které musí takový kurz SOA splňovat? Pokud ano, jaké?
Odpověď na dotaz č. 19 (poskytnuta 20.8.2015): nové Ad 19.1. Zadavatel uvedený dotaz vyhodnotil tak, že se jedná o dotaz nad rámec ust. § 49 ZVZ, neboť zadavateli nepřísluší suplovat činnost hodnotící komise a předjímat výsledky jejího jednání ve fázi posuzování kvalifikace po podání nabídek. Nicméně pokud ze zamýšleného dokladu bude vyplývat splnění předmětné zadávací podmínky (tj. „absolvování kurzu založeného na konceptu SOA“), bude kvalifikace v tomto rozsahu prokázána. Ad 19.2. Zadavatel nestanovil žádné povinné parametry na rozsah takového kurzu, ale za účelem jednoznačného prokázání splnění kvalifikace by z uchazečem předložených dokladů mělo vyplynout, co konkrétně bylo součástí absolvovaného kurzu, aby zadavatel (hodnotící komise) mohla učinit závěr, zda příslušný člen realizačního týmu má nezbytné zkušenosti/znalosti předmětné architektury.
Dotaz č. 20 (obdržen 17. 8. 2015): nové Kapitola 9. Hodnocení definuje hodnotící kritérium C. Nároky na HW infrastrukturu zadavatele Je správně pochopeno, že uvedená tabulka má obsahovat nároky jak na produkční tak testovací prostředí ?
Odpověď na dotaz č. 20 (poskytnuta 20.8.2015): nové Ano, Zadavatel požaduje uvedení nároků na produkční i testovací prostředí.
S pozdravem Ing. Lenka Zahálková vedoucí odboru zadávání veřejných zakázek
