SADA DODATEČNÝCH INFORMACÍ Č. 2 Název veřejné zakázky
Realizace e-Governmentu pro Prahu 14
Registrační číslo projektu
CZ 1.11/3.3.00/36.01564
Druh veřejné zakázky
Veřejná zakázka na služby
Druh zadávacího řízení
otevřené řízení
Limit veřejné zakázky
nadlimitní veřejná zakázka
Zahájení zadávacího řízení
26. 3. 2014
Lhůta pro podání nabídek
13. 5. 2014 v 10:00
Identifikační údaje zadavatele Název
Městská část Praha 14
IČO/DIČ
002 31 312 /CZ00231312
Adresa sídla
19800 Praha - Černý Most, Bratří Venclíků 1073/8
Právní forma
801 - Obec nebo městská část hlavního města Prahy
Osoba oprávněná jednat jménem zadavatele
Bc. Radek Vondra, starosta
Na základě žádosti o dodatečné informace zadavatel v souladu s ustanovením § 49 zákona č. 137/2006 Sb., o veřejných zakázkách, v platném znění („zákon“), sděluje všem dodavatelům, kteří požádali o poskytnutí zadávací dokumentace nebo kterým byla zadávací dokumentace poskytnuta, dodatečné informace k zadávacím podmínkám včetně přesného znění žádosti takto: Dotaz č. 2: V položkovém rozpočtu v příloze „02_priloha_ZD_c_1_rozpocet_final.xls“ jsou uvedeny následující položky: • 2.1.2 licence serverového operačního systému – 2 ks • 2.1.3 licence serverového poštovního systému 2010 – 1 ks • 2.1.4 licence serverového poštovního systému user licence 2010 – 180 ks • 2.1.5 user licence operačního systému 2008 – 180 ks Ve specifikaci plnění v příloze „05_priloha_SoD_c_1_specifikace_final.docx“ nejsou dále uvedeny žádné podrobnosti k výše uvedeným položkám a tudíž není zcela zřejmé, jaké licence jsou požadovány. Žádáme o upřesnění požadavků na licence operačních systémů a serverového poštovního systému včetně uvedení edice. Odpověď zadavatele: K Vašemu dotazu Vám sdělujeme, že z důvodu kompatibility se stávajícími systémy zadavatele jsou poptávány následující licence společnosti Microsoft, nebo licence s identickými a snadno v rámci zakázky implementačně zaměnitelnými vlastnostmi. V případě licencí jiných výrobců nesmí být vyvolány zvýšené náklady na administraci řešení ze strany zadavatele. Licence musí být vzájemně kompatibilní.
Evropský fond pro regionální rozvoj Praha a EU – Investujeme do vaší budoucnosti
Realizace e-Governmentu pro Prahu 14
2.1.2. Microsoft Windows 2012 Datacentre Edition – 2 ks 2.1.3 Microsoft Exchange Server 2013 – 1 ks 2.1.4 Microsoft Exchange user CAL – 180 ks 2.1.5 Microsoft Windows Server user CAL – 180 ks. Dotaz č. 3: V čl. 6.1. Zadávací dokumentace uvádí Zadavatel seznam příloh návrhu smlouvy, který je uchazeč povinen dodržet. Současně však předkládá návrh smlouvy (jako přílohu č. 3 k ZD), obsahující rozpory v tom smyslu, že: v čl. 15.9. tohoto návrhu smlouvy je uveden seznam Příloh k SoD, který však obsahuje 8 položek, na rozdíl od Zadavatelem vyžadovaného seznamu příloh uvedeného v čl. 6.1 Zadávací dokumentace. Navíc tyto přílohy jsou chybně odkazovány i v textu smlouvy (obecně odkazování příloh v textu návrhu smlouvy odpovídá pořadí uvedenému v čl. 6.11 zadávací dokumentace, s výjimkou čl. 7.3 návrhu smlouvy, kde Zadavatel uvádí požadavek na Přílohu č. 7, která v čl. 6.1. zadávací dokumentace uvedena není. a. Žádáme zadavatele o vysvětlení, resp. nápravu rozporů tak, aby mohl uchazeč podat korektní návrh smlouvy. Odpověď zadavatele: V tomto bodě se jedná o zjevnou chybu v psaní, kdy Zadavatel do smlouvy ještě zapracoval požadavek na dodání předávacího protokolu. (příloha č. 3 dle čl. 15.9. Smlouvy) a jako přílohu č. 8 stanovil text zadávací dokumentace, což se jevilo jako nelogické uvádět do čl. 6.1. zadávací dokumentace. V rámci této chyby v psaní vznikly nepřesnosti ve smlouvě, kdy číslování některých příloh není přesné, což napravujeme touto dodatečnou informací, a to tak že přikládáme opravenou smlouvu (pouze změněno číslování příloh v textu – nedochází k věcným změnám smlouvy). Zároveň konstatujeme, že kdyby uchazeč podal nabídku se smlouvou s nepřesným číslováním příloh, nemohlo by to mít za následek vyloučení uchazeče a pouze s vybraným uchazečem by bylo v rámci uzavírání smlouvy toto číslování upravenou jako nepodstatná změna smlouvy.
Dotaz č. 4: V č. C, bod a) Přílohy č. 1 Zadávací dokumentace – Specifikace plnění, Zadavatel specifikuje požadavek na dodání automatické SMS brány. Z popisu není zcela zřejmé, zda má tato brána fungovat jako software zajišťující zpracování a odesílání SMS s využitím infrastruktury Zadavatele, nebo zda má být dodána i infrastruktura (ve smyslu SMS brány komunikační, tj. HW do nějž je možno vložit SIM, nebo komunikační připojení k SMS centru operátora. a. Žádáme o upřesnění, zda Zadavatel má na mysli v tomto bodu zajištění softwarového modulu řešícího odesílání SMS s tím, že bude využita komunikační infrastruktura Zadavatele. V takovém případě rovněž prosíme o upřesnění, zda Zadavatel k odesílání SMS používá hardwarovou SMS bránu (pak prosíme specifikaci jejího rozhraní), nebo SMS připojení operátora, pak rovněž prosíme o uvedení parametrů připojení. b. Žádáme dále Zadavatele o upřesnění, že předmětem dodávky NEJSOU SMS samotné, tj. služby SMS operátora. Odpověď zadavatele: a) Zadavatel v současné době nedisponuje infrastrukturou SMS brány. SMS brána může být řešena formou HW zařízení, které bude umístěno v infrastruktuře zadavatele, nebo formou softwaru. b) Předmětem dodávky NEJSOU SMS samotné.
Sada dodatečných informací č. 2
2/9
Realizace e-Governmentu pro Prahu 14
Aplikační portálová infrastruktura a portálové aplikace Dotaz č. 5: U nové portálové infrastruktury je uveden požadavek na garantovanou dobu odezvy do 1h po založení požadavku oprávněnou osobou … a to v celém. Průběhu fáze udržitelnosti projektu. Po dobu 5 let. Naproti tomu v sekci „E. Technická podpora“ je v části „c) Podpora po dobu udržitelnosti projektu“ specifikován požadavek pro HW portálového řešení a dále „Podpora ostatních řešení 13x5 s odezvou následující pracovní den.“ Podle našeho názoru se jedná o rozpor v zadávací dokumentaci, který může vést až k neporovnatelnosti předložených nabídek. Odpověď zadavatele: Zadavatel s ohledem na klíčovou roli portálu požaduje u publikační části řešení tj. redakčního systému od dodavatele, že bude poskytovat a garantovat provozní podporu pro publikační část portálu s garantovanou dobou odezvy do 1h od založení požadavku oprávněnou osobou (osoby) určenou za ÚMČ Praha 14 (podpora redaktoru) a to v celém průběhu fáze udržitelnosti projektu. Po dobu 5 let. Tímto je myšlena podpora během standardní pracovní doby 13 hodin denně (od 7:00 do 20:00), 5 dní v týdnu. Tento požadavek je tedy nad rámec ostatních požadavků na podporu, které zůstávají nezměněny.
Dotaz č. 6: V zadávací dokumentaci je uvedeno „Portál občana bude také integrován na spisovou službu města a datové schránky, aby občan mohl provést podání pomocí datové schránky v prostředí portálu.“ K této specifikaci máme následující dotazy: a. Jakou spisovou službu má město implementováno? V jaké přesné versi? b. Jaké scénáře užití, resp. funkčnosti mají být integrovány se spisovou službou? c. Lze realizovat podání pomocí datové schránky z prostředí portálu způsobem, že v prvním kroku bude portálem vygenerován soubor přílohy k podání a tento nahrán na lokální disk uživatele, a v kroku druhém bude uživateli zpřístupněna aplikace https://www.mojedatovaschranka.cz? Pokud navrhovaný scénář neodpovídá požadavkům zadavatele, pak žádáme o detailní popis procesu. d. Portál občana má v rámci projektu řešit celkem 5 formulářů. Žádáme o určení náročnosti formulářů např. počtem polí, popisem jejich logiky nebo odkazem na všeobecně známý příklad formuláře. Na základě specifikace v zadávací dokumentaci nelze provést kalkulaci řešení a vzorová kalkulace na bázi předpokladů povede k neporovnatelnosti nabídek. Odpověď zadavatele: a. Jedná se o spisovou službu e-spis od společnosti ICZ, verze 2.27.02 b. Je požadována integrace v souvislosti s podáním občana prostřednictvím Portálu občana a interaktivních formulářů se systémem e-spis, Uchazeč musí navrhnout řešení na základě znalosti vlastního řešení v uvedené oblasti. c. Je požadováno realizovat a sledovat podání občana přímo z Portálu občana. d. Bude předmětem předimplementační analýzy a bude stanoveno Zadavatelem,
Dotaz č. 7: Je požadována nějaká migrace dat ze stávajících systémů? Žádáme o přesnou identifikaci těchto systémů, informace o jejich rozhraních a zejména o typu a objemu migrovaných dat. Odpověď zadavatele: Je třeba realizovat migraci obsahu stávajícího portálu. Portál je veřejně dostupný na adrese www.praha14.cz. V případě, kdy bude uchazeč nahrazovat některý ze systémů vlastním systémem, např. AIP safe, musí v rámci implementace nového systému zajistit i migraci dat.
Sada dodatečných informací č. 2
3/9
Realizace e-Governmentu pro Prahu 14
Systém pro správu elektronických dokumentů Dotaz č. 8: V sekci „Centrální úložiště elektronických dokumentů“ je odkaz na plnění právních předpisů, zejména na zákon o archivnictví a dále je uvedena informace o nasazení systému AIP safe. a. V jakém režimu bude systém pro správu elektronických dokumentů nasazen? Je požadavkem dlouhodobé úložiště, včetně automatických procesů obnovy časových razítek, resp. důvěryhodné úložiště, anebo skutečný archiv, včetně požadavků na nemagnetická média, anebo se bude jednat o „operativní úložiště“ typu DMS? Tyto informace jsou naprosto zásadní pro možnost návrhu odpovídající architektury řešení a mají velmi výrazný dopad na cenu celého řešení. b. Lze pro některé agendy využít stávající systém AIP safe? Jakými rozhraními disponuje? Jaké agendy a procesy jsou v něm implementovány? c. Je požadavkem zadavatele celé úložiště realizovat na AIP safe nebo je relevantní nabídnout technologii jiného výrobce? d. Zadavatel požaduje neomezenou licenci pro externí využití. Námi uvažovaná technologie neumožňuje neomezené licencování. Je možno licencovat na jednotlivé uživatele nebo na CPU nebo na celé servery. Bude pro zadavatele akceptovatelné nabízet licencování pro jeden server bez omezení počtu uživatelů a počtu procesorů? Odpověď zadavatele: a. Je požadováno aby byl splněn požadavek dle ZD na splnění požadavků platných právních předpisů (zejména zákon o archivnictví, o ochraně osobních údajů a další). Konkrétní způsob řešení musí být předmětem nabídky Uchazeče. b. Je na zvážení Uchazeče, zda stávající systém využije. Zajištění případné integrace musí být součástí nabízeného řešení Uchazeče. Rozhraní nejsou Zadavateli známa. Systém slouží jako primární úložiště pro IS Agendio/Proxio. c. Výběr technologií je na zvážení Uchazeče, d. Zadavatel požaduje v souladu se ZD v rámci externího využití neomezenou licenci.
Dotaz č. 9: K sekci Digitalizace stávajícího stavebního archivu: a. Část prací bude probíhat v prostorách archivu Zadavatele. Žádáme o prohlídku na místě z důvodu posouzení zejména prostorových možností instalace různého technického vybavení. b. Existuje seznam typů dokumentů pro skenování? Cílem je identifikovat náročnost na vytvoření i na vyplňování „košilek“ dokumentů a dále odhadovat pracnost skenování. c. Bude se skenovat pouze část archivu a zbytek bude vyřešen interní pracovní silou archivu a skenovací linkou, nebo se naskenuje celý archiv a budou se na skenovací lince doskenovávat pouze přírůstky? Ze zadávací dokumentace není jasné, zda se budou skenovat pouze mapy, nebo vše, nebo se budou dokumenty separovat podle nějakého klíče a při separaci kdo to bude dělat – předpokládáme, že skenovací firma podle nějakého seznamu. d. Je stanovena maximální doba na naskenování (termín dokončení)? e. Definice termínů jednotlivých předání, převzetí dokumentů pomocí předávacího protokolu – jak detailní bude předávací protokol? f. Jak bude vypadat testovací proces vytvořených souborů (doba testovaní a vyměňování informací a dat, definice struktury dat …) – je třeba překontrolovat správnost importů XML v praxi, barevnosti, úložiště … Jaké má zadavatel požadavky na řešení prvního vzorku? g. Jaké jsou požadavky na situaci, kdy je potřeba dodat nějaké dokumenty obyvatelům a ty jsou na skenování mimo Úřad? h. Zadávací dokumentace jednoznačně nespecifikuje strukturu formátů a dalších parametrů dokumentů v archivu. Tato míra nejistoty vede k vysokému riziku na straně dodavatele a v této souvislosti k nežádoucímu navyšování ceny prací. i. Žádáme o stanovení poměrů počtů stran jednotlivých formátů, poměrů barevných a černobílých stran, simplexu a duplexu a poměrů kvality originálů vzhledem k náročnosti skenování. Na základě
Sada dodatečných informací č. 2
4/9
Realizace e-Governmentu pro Prahu 14
takové specifikace bude možno kalkulovat porovnatelnou a současně cenově efektivní nabídku dodavatele. ii. V jaké podobě očekává zadavatel ceník skenovacích prací nad rámec specifikace v předchozí otázce? iii. Jaký bude další postup za předpokladu, že reálný rozsah archivu bude větší než kalkulovaný? Bude zadavatel objednávat další práce v rámci víceprací nebo dojde k ukončení projektu s faktem, že nebyl celý archiv naskenován? i. Existují dokumenty, jimž při digitalizaci hrozí poškození? Např. staré rozpadlé mapy, zhoršená kvalita papírové dokumentace („průklepový papír“) apod. j. Jsou některé historické dokumenty, které vyžadují zvláštní péči? O jaké typy a množství se jedná? k. Pro značení dokumentů se předpokládá využití čarových kódů. Jsou doklady, kde jej nelze použít? Tato identifikace umožní zpětnou kontrolu skenovaného a zároveň přiřazení k neskenovanému dokumentu. l. Existuje dokumentace, kterou není možné rozešít a je jí třeba naskenovat? m. Kdo dělá přípravu dokumentů - jedno, oboustranné, barva, sponky, vícestranné dokumenty, výjimky (pauzáky, průklepáky …). n. Bude dokumentace vracena na stejné místo jako byla převzata? Budou dokumenty ukládány do archivačních boxů? Je požadováno vakuování? Jaké je zpětné ukládání dokumentace? Musí se sešít a uložit zpět do původního stavu, nebo stačí složit k sobě bez sešívání? o. Barevnost dokumentace je jednotná, nebo podle typů dokumentů bude řešena i barevnost? Např. textová část černobíle, mapy barevně apod. Jaké jsou požadavky na na velikost souborů, na barevnost atd.? p. V jaké formě budou obrazy ukládané? PDF, JPG, TIFF apod. q. Jak dlouho se mají uchovávat zálohy skenů u zpracovatele? r. Budou se elektronické dokumenty pouze pojmenovávat, nebo se budou indexovat? s. Jaké jsou požadavky na rozsah vytěžování – (ručně, automaticky), vytěžené informace budou v jaké formě? t. Pokud se budou vytěžovat údaje z dokumentů, budou se ukládat do definovaných formátů, nebo se zachová struktura na dokumentu v originální podobě? (datum, jednací čísla, katastrální čísla) u. Pokud se budou vytvářet indexové soubory, pak kolik indexů se musí vytěžit? v. Jaká bude struktura ukládání dat (způsoby předávání) – jeden celek, anebo po skenovaných dávkách (čtvrti, ulice atd.)? w. Bude řešeno použití el. podpisu či časového razítka? Je v takovém případě možno využít služeb Czech Point-u? Odpověď zadavatele: a) Zadavatel nepovažuje prohlídku místa plnění za nezbytnou. Zajištění prostoru bude řešeno v rámci implementační analýzy schválené Zadavatelem. b) Není, bude předmětem implementační analýzy schválené Zadavatelem c) V rámci služby Zadavatel požaduje zpracování zhruba 1,1 mil. stran A4 (přepočteno na formát A4 ze všech formátů) s odchylkou 5%. V rámci procesu digitalizace jsou veškeré činnosti v režii Uchazeče, Zadavatel pouze určí části archivu, které budou digitalizovány. d) Termín konce projektu 30.9.2014 viz Smlouva, která je součástí ZD. e) Průběžně dle harmonogramu, který bude upřesněn v rámci implementační analýzy schválené Zadavatelem, Odvoz dokumentů v periodě zhruba jednou za 14 dní - viz ZD. Předávací protokol bude uveden v implementační analýze a podléhá schválení Zadavateli. f) Bude předmětem implementační analýzy schválené zadavatelem g) Bude řešeno administrativně ze strany úřadu a dopřesněno v rámci implementační analýzy schválené Zadavatelem. h) Odpovědi jsou uvedeny v níže uvedených bodechi)-iii). i. Není známo – bude předmětem implementační analýzy schválené Zadavatelem. ii. Zadavatel nepřipouští uvedení jiné ceny, než ceny stanovené v příloze č. 1 Rozpočet_FINAL ZD. Zadavatel nepřipouští definování specifických podmínek Uchazečem v rámci digitalizace.
Sada dodatečných informací č. 2
5/9
Realizace e-Governmentu pro Prahu 14
iii. i) j) k) l) m) n) o) p) q) r) s) t) u) v) w)
Zadavatel požaduje zpracování zhruba 1,1 mil. stran A4 (přepočteno na formát A4 ze všech formátů) s odchylkou 5%
Ano. Ano Ano Ano, jak je uvedeno v ZD, 5-10% Ano, dodavatel dle ZD. Bude definováno v implementační analýze schválené Zadavatelem, jakákoliv rizika jsou v režii Uchazeče. Dle ZD a bude stanoveno v implementační analýze schválené Zadavatelem. Bude stanoveno v implementační analýze schválené Zadavatelem Bude stanoveno v implementační analýze schválené Zadavatelem Budou se indexovat viz ZD Dle implementační analýzy schválené Zadavatelem Rozsah indexů dle ZD. Zadavatel nerozumí otázce. Uvedeno v ZD, přesnější definice bude uvedena v implementační analýze schválené Zadavatelem. Uvedeno v ZD, přesnější definice bude uvedena v implementační analýze schválené Zadavatelem Bude uvedeno v implementační analýze schválené Zadavatelem
Dotaz č. 10: Zřízení skenovacího místa: Specifikace dokumentového skeneru i skenovací aplikace evokuje přesné požadavky na konkrétní řešení. Jsou nějaké preference zadavatele (např. z důvodu snazší správy a kompatibility s již existujícím vybavením)? Odpověď zadavatele: Zadavatel nemá preference na uvedené řešení, obdobné řešení zadavatel nevlastní a nemá ani zvláštní požadavky na kompatibilitu se stávajícím vybavením. Rozhraní pro komunikaci s občany Dotaz č. 11: SMS brána a. Zadavatel požaduje možnost „přetížení“ při rozesílání informačních krizových SMS. Jaké jsou kapacitní požadavky pro tyto případy? b. Je preferováno využití farmy GSM modemů nebo datové připojení k mobilnímu operátorovi? c. Jakého mobilního operátora zadavatel využívá? Odpověď zadavatele: a. Minimálně 3000 SMS/min. b. Zadavatel nemá preferenci řešení, možné jsou obě varianty. c. T-Mobile ČR.
Dotaz č. 12: Vybudování bezdrátového připojení k portálu pro návštěvníky úřadu a. Ze zadávací dokumentace vyplývá požadavek o pokrytí úřadu signálem WiFi v prostorách pro návštěvníky, ale priorita má být kladena na pokrytí zasedacích místností a kanceláří uvolněných zastupitelů. i. Je součástí projektu i rozšíření strukturované kabeláže? ii. Lze předpokládat dostupnost nezbytných portů na aktivních prvcích? iii. Má již zadavatel implementován nějaký RADIUS server, anebo bude požadovaná autorizace bude probíhat vůči Active Directory, anebo je požadován jiný scénář?
Sada dodatečných informací č. 2
6/9
Realizace e-Governmentu pro Prahu 14
iv. Žádáme o prohlídku objektu pro možnost posouzení náročnosti instalace a požadavkům na výkonnost jednotlivých bezdrátových prvků s výrazným dopadem na volbu konkrétních zařízení a nabídkovou cenu. Odpověď zadavatele: i. Součástí projektu není rozšíření strukturované kabeláže. ii. Ano, lze předpokládat dostupnost potřebných portů. iii. Ano, zadavatel má k dispozici technologii Radius i Active Directory (ver. 2008) a autorizace bude požadována. iv. S ohledem na jednoduchost instalace není prohlídka objektu nutná. Napojení bude provedeno v rámci stávající infrastruktury strukturované kabeláže a napájení 220V. Zadavatel považuje za dostačují pokrytí 8 přístupovými body, které budou splňovat normy 802.11 (a,b,g,n) a budou mít společné řízení. . Dotaz č. 13: Elektronické vývěsní tabule a. V požadavcích je „Systém musí umožňovat“ např. přidávání dokumentů z internetové adresy. Bude součástí projektu i případná integrace systému např. se spisovou službou? Jaká je specifikace takové integrace? b. Zadavatel požaduje jako součást dodávky i provedení technických a terénních úprav potřebných pro instalaci. Žádáme o detailní specifikaci cílového umístění vývěsních tabulí a prohlídku na místě instalací. Považujeme to za nezbytné pro možnost kalkulace nákladů na instalace (např. nutnost lešení) a požadovaných, ale nespecifikovaných terénních úprav. Odpověď zadavatele: a) Součástí řešení je požadována integrace se spisovou službou. Specifikace integrace není Zadavateli aktuálně známa b) Tabule budou umístěny na panelové stěně objektu vedle hlavního vchodu. Jedná se o z ulice přístupný, ale zastřešený prostor. Potřebná infrastruktura je dostupná za panelovou zdí (napájení, strukturovaná kabeláž) a ve vnitřním prostoru je možné upravit její rozvod pomocí standardních rozvodných lišt bílé/stříbrné barvy, případně jednoduchou úpravou nábytku (na náklady Zadavatele) získat prostor pro nástěnný rozvaděč. Více viz. foto.
1 - místo pro umístění elektronických informačních tabulí
Sada dodatečných informací č. 2
7/9
Realizace e-Governmentu pro Prahu 14
2 - prostor za místem pro umístění tabulí Dotaz č. 14: Diskové úložiště a. Je zadavatelem striktně požadována dodávka zařízení HP nebo je možno nabídnout kvalitní produkty dalších renomovaných výrobců? b. Požadavkem je správa z jedné management konzole. O jakou konzoli se přesně jedná? Odpověď zadavatele: a. Řešení od společnosti HP je preferováno s ohledem na stávající infrastrukturu a správu, ale lze nabídnout i jiné řešení. b. Zadavatel po zvážení od tohoto požadavku ustupuje.
Dotaz č. 15: Ve smlouvě je v bodu 2.2, písmeno d uveden požadavek na „Poštovní server“, ale v příloze č. 1 není o tomto nic specifikováno. Žádáme o další informace. Odpověď zadavatele: Odpověď na tuto otázku je součástí odpovědi na dotaz č.2.
Dotaz č. 16: V zadávací dokumentaci je bod „Virtualizaci a konsolidaci serverů vč. propojení na datové pole a zálohovací zařízení“, který není nikde dále specifikován. Žádáme o další informace. Odpověď zadavatele: Zadavatel od uvedeného požadavku ustupuje. Dotaz č. 17: Podpora po dobu udržitelnosti projektu je v konfliktu se specifikací podpory portálu. Viz naše otázka „A.1“. Žádáme o jednoznačnou specifikaci požadavků.
Sada dodatečných informací č. 2
8/9
Realizace e-Governmentu pro Prahu 14
Odpověď zadavatele: Požadavek byl upřesněn v rámci odpovědi na uvedenou otázku.
Dotaz č. 18: Konzultace Zadavatel požaduje 480 konzultačních hodin. Pro kalkulaci ceny žádáme o určení: a. Požadavků na dobu zahájení poskytování konzultačních služeb od výzvy (SLA). b. Minimální objem čerpání na požadavek. c. Maximální souběžný objem čerpání – kolik specialistů s odpovídající kvalifikací bude zapotřebí v jeden okamžik. Odpověď zadavatele: a) Je požadováno zahájení následují pracovní den od nahlášení požadavku. b) Minimální objem je 1 hodina. c) Ne výše než 2 specialisté v jeden okamžik.
Dotaz č. 19: V bodu 6.5 zadávací dokumentace je uveden ostrý požadavek na práci „on-site“ pro všechny práce spojené mj. s konfigurací dodávaných systémů. Jedinou výjimkou jsou práce spojené se skenováním. Připustí zadavatel možnost konfigurace portálu a DMS „off-site“? Budoucí dodavatel bude smluvně vázán a zneužití informací tak bude právně ošetřeno. Díky možnosti práce off-site dojde k podstatnému zlevnění dodávky. Odpověď zadavatele: Zadavatel umožní dodavateli pracovat off-site na konfiguraci systémů s výjimkou situací, kdy systémy již budou obsahovat data zadavatele, které podléhají zákonu o ochraně osobních údajů, případně se jedná o utajované skutečnosti.
Dotaz č. 20: Vzhledem k rozsahu a zejména zásadnosti odpovědí na dodatečné otázky, které velmi pravděpodobně umožní i dalším potenciálním dodavatelům účast na této veřejné zakázce, a dále vzhledem k požadavkům na prohlídku místa jednotlivých částí plnění žádáme o odpovídající odklad termínu podání nabídek. Odpověď zadavatele: S ohledem na dobu, která byla ke zpracování nabídky a na skutečnost, že přes zdánlivou zásadnost dotazů byly tyto položeny v posledním možném řádném termínu a i s ohledem na skutečnost, že prohlídka místa plnění není nutná, nebude lhůta pro podání nabídek prodloužena.
V Brně dne 7. 5. 2014
_______________________________ Městská část Praha 14 Zastoupena Eurovision, a.s. JUDr. Michal Šilhánek
Sada dodatečných informací č. 2
Digitálně podepsal Jméno: Mgr. Michal Šilhánek Vydavatel: PostSignum Qualified CA 2, Česká pošta, s.p. [IČ 47114983] Sériové číslo: 1522340, hexadecimálně: 17 3A A4 9/9