Posilování sociálního dialogu prostřednictvím integrovaného systému podpory spolupráce zástupců zaměstnanců ipodpora II

DODATEČNÉ INFORMACE K VEŘEJNÉ ZAKÁZCE: „Posilování sociálního dialogu prostřednictvím integrovaného systému podpory spolupráce zástupců zaměstnanců – iPodpora II“ Identifikace zadavatele: Asociace samostatných odborů (dále též jen ASO) Tyršova 6 120 00 Praha 2 IČ: 638 29 517 Osoba zastupující zadavatele: Mgr. Daniel Kulhavý eNovation s.r.o. (administrátor zadávacího řízení v zastoupení a pověření zadavatele) mob.: (+420) 724 995 001 e-mail: [email protected] adresa: Štěpánská 621/34, 110 00 Praha 1

Výše uvedený zadavatel Vám sděluje následující dodatečné informace k zadávací dokumentaci vztahující se k nadlimitní veřejné zakázce s názvem „Posilování sociálního dialogu prostřednictvím integrovaného systému podpory spolupráce zástupců zaměstnanců – iPodpora II“, zadané v otevřeném řízení podle § 27 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), ev. číslo zakázky: 376623.

Znění dodatečné informace č. 5: Dotaz č. 1: V dokumentu Příloha č. 2 Technické podmínky v kapitole 2.6 Pilotní provoz IIS iPodpora na straně 12 je uvedeno k harmonogramu: Aktivita probíhá od 1. do 10. měsíce realizace zakázky. Dále pak je uvedeno, že tvorba technické projektové dokumentace má probíhat od 1. do 4. Měsíce realizace zakázky a Integrace (včetně integrace nových služeb a aplikací pro pilotní provoz) má trvat od 1. do 6. měsíce realizace zakázky. Jakou podobu a rozsah pilotního provozu vůči uživatelům očekává zadavatel v prvních 5 měsících realizace zakázky? Odpověď č. 1: Možnost správy a autentizace uživatelů, škálovatelnost systému v dostatečné podobě dle dodavatelem nabízeného řešení a dle požadavků pro funkčnost dalších modulů, DMS apod.

eNovation s.r.o. Štěpánská 621/34 112 17 Praha 1

Tel./Fax: +420 222 523 549 Zelená dotační linka: 800 190 163

[email protected] www.enovation.cz

Dotaz č. 2: V dokumentu Příloha č. 2 Technické podmínky v kapitole 2.7 Školení správců a uživatelů systému je uvedeno, že aktivita probíhá od 1. do 6. měsíce realizace zakázky. Dále je v kapitole 2.4 přílohy 2 uvedeno, že vývoj probíhá od 1. do 8. měsíce realizace zakázky. Jaký rozsah proškolení uživatelů a správců očekává zadavatel, když funkční a technické vlastnosti řešení budou dokončeny až v 8. měsíci? Odpověď č. 2: Termíny proškolení budou upraveny podle aktuálního harmonogramu plnění veřejné zakázky. V souladu s podmínkami a termíny stanovenými ve Smlouvě o poskytnutí integrovaného informačního systému a dodatečných informacích č. 2. Dotaz č. 3: V dokumentu Příloha č.2 Technické podmínky v kapitole 2.8 Ostrý provoz systému je uvedeno, že aktivita probíhá od 1. do 10. měsíce realizace zakázky. Dále je v kapitole 2.4 přílohy 2 uvedeno, že vývoj probíhá od 1. do 8. měsíce realizace zakázky. Jakou podobu a rozsah ostrého provozu vůči uživatelům očekává zadavatel od 1. do 8. měsíce realizace zakázky? Odpověď č. 3: Např. možnost správy a autentizace uživatelů, škálovatelnost systému v dostatečné podobě dle dodavatelem nabízeného řešení a dle požadavků pro funkčnost dalších modulů systému, DMS apod. Žádoucí je pochopitelně maximální funkcionalita, která však přímo souvisí s kombinací výsledků technické a systémové analýzy a možnostmi dodavatelem nabízeného řešení. Dotazy týkající se dokumentu „Příloha 1. Katalog integrovaných služeb a procesů“ Dotaz č. 4: Kap. 2: str. 21- Zadavatel předpokládá integraci s eKlep. Prosíme o specifikaci rozhraní a uvedení podmínek pro přístup autorizovaných osob k daným dokumentům v systému. Bude k dispozici nějaký technický účet, resp. sada účtů pro eKlep pro celý portál, nebo se bude autorizovat na eKlep každý přihlášený uživatel v systému, který je předmětem nabídky? Pokud se jedná o druhou možnost, jak bude zajištěn proces vytváření příslušných uživatelů v rámci eKlep? Odpověď č. 4: Předpokládá se pouze omezený počet uživatelských účtů, pouze pro automatický přesun dokumentů z eKlepu do IIS iPodpora. Dotaz č. 5: str. 32 - Co se myslí časovým postupem indexace a dokumentačním harmonogramem? Odpověď č. 5: Dokumentační harmonogram by měl obsahovat časové údaje o různých událostech (např. vznik dokumentu, předání dokumentu na připomínková místa či sociálním partnerům, termín odevzdání připomínkovaného materiálu apod.), indexace by pak měla umožňovat snadný přehled a vyhledání stavu a změn dokumentu v rámci tohoto časového harmonogramu.




Dotaz č. 6: str. 33 - Myslí se časovým razítkem v odstavci „Připomínkový a rozhodovací systém“, časové razítko vydané Českou poštou či jinou certifikační autoritou? Pokud ano, jakou? Kdo zajišťuje nákup / generování časových razítek zadavatel nebo dodavatel? Odpověď č. 6: Jedná pouze o vnitřní výraz pro rozlišení úprav dokumentu v čase. Dotaz č. 7: str. 33 - Co se myslí požadavkem na sjednocení veškerých dokumentů i ostatních organizací? Prosíme o výčet organizací, kterých se to týká. Jedná se o automatické sjednocení? Pokud ano, prosíme o specifikaci rozhraní jednotlivých systémů pro získávání dokumentů těchto organizací. Zadavatel zřejmě předpokládá, že dodávaný systém má umožnit sjednocení potřebných dokumentů a vytvoření podkladů pro optimalizaci připomínkového procesu. Je správný náš předpoklad, že analýza a optimalizace těchto procesů v různých odborových organizacích není v rozsahu tohoto dodávaného řešení? Odpověď č. 7: Optimalizace procesů v různých odborových organizacích není požadována v dodávaném řešení; nejedná se o automatické sjednocení, řešení však musí obsahovat dostačující systém pro správu dokumentů využitelný pro různé odborové organizace. Dotaz č. 8: str. 37 - Elektronický archiv - Je možné specifikovat výčtem veškeré typy (formáty) dokumentů, které by měl elektronický archiv indexovat a evidovat? Je struktura rodného listu dokumentu shodná pro všechny typy dokumentů? Prosíme o přesnou definici rodného listu dokumentu, s jakou se v nabídkové dokumentaci počítá. Odpověď č. 8: Elektronický archiv by měl indexovat a evidovat: DOCX, XLSX, PPTX, PDF, ODF, ODS, XML formáty. Struktura rodného listu je shodná pro všechny typy dokumentů. Dotaz č. 9: str. 37 - Aplikační provider - Co se přesně myslí legislativním procesem a jeho řešením v rámci dodávaného systému? Co konkrétně se myslí tím, že na jádru komunikačního systému by měly běžet veškeré současné aplikace, služby a procesy? Jedná se výhradně o aplikace, služby a procesy popsané v kap. 2 přílohy 1. nebo i o nějaké další? Pokud se jedná o nějaké další v zadávací dokumentaci nepopsané, prosíme o jejich doplnění do zadávací dokumentace.Je správný náš předpoklad, že dodávaný systém bude pouze integrovat stávající systémy popsané v kap. 2, nikoli je nahrazovat? Odpověď č. 9: V případě, že nejsou tyto systémy integrovatelné, musí systém nabídnout adekvátní náhradu. Vše vyplyne až z analýzy aktuálního stavu.




Dotaz č. 10: str. 42 - Hlasovací a volební systém - Prosíme upřesnit automatické získání / vytvoření programu rady, z jakých systémů se bude získávat (výčtem) a jaká tyto systémy pro získání programu poskytují rozhraní (specifikace)? Co se myslí automatickým vytvoření programu rady, přesně z jakých listin a okolních systémů má být program vytvořen? Odpověď č. 10: Automatizovaný systém pro tuto činnost zadavatel v tuto chvíli nemá. V případě jakékoliv automatizace by se jednalo např. o převod obsahu polí dokumentů formátu DOCX, XLSX (PDF) tak, aby systém umožňoval dle pevně nastavených šablon dokumentů získávat např. obsahy jednání / rad či komunikace mohla probíhat druhým směrem (tedy generováním dokumentů dle aktuálních programů jednání / rad či hlasování). Dotaz č. 11: str. 47 - Jedná se o automatický překlad typu google translator, nebo jde pouze o možnost udržovat jeden dokument ve více jazykových mutacích, ale překlad bude zajištěn procesem mimo systém – na straně zadavatele? Odpověď č. 11: Možnost udržovat jeden dokument ve více jazykových mutacích by měl být dostačující. Dotaz č. 12: str. 53 - co se přesně myslí monitoringem zajímavých mediálních výstupů? Odpověď č. 12: Mělo by se jednat o manuálně plněnou databázi hypertextových odkazů/otisků webových stránek či scanovaných dokumentů. Možnosti automatizace jsou vítány.

Dotazy týkající se dokumentu „Příloha 2. Technické podmínky“ Dotaz č. 13: str. 5 - 2.1.2 - prosíme o specifikaci seznamu a rozsahu dokumentů tvořících projektovou dokumentaci IIS iPodpora. Odpověď č. 13: Katalog integrovaných služeb a procesů, Technické podmínky. Dotaz č. 14: str. 6 - 2.2.1 - kolik portů a jakou propustnost mají mít požadované switche? Odpověď č. 14: Uchazeč může nabídnout nejvýhodnější řešení. Dotaz č. 15: str. 6 - 2.2.1- Jaká propustnost se očekává mezi lokalitami ASO, ČMKOS a datovým centrem?




Odpověď č. 15: Uchazeč může nabídnout nejvýhodnější řešení. Dotaz č. 16: str. 6 - 2.2.1 - má být mobilní brána napojena přímo na mobilního operátora linkou, nebo přes GSM síť? Odpověď č. 16: Přes GSM síť je vyhovující. Dotaz č. 17: str. 6 - 2.2.1 - jaký se očekává celkový objem uložených dat (především dokumentů) při iniciálním naplnění systému a objem měsíčních přírůstků? Odpověď č. 17: Celkový objem uložených dat bude v rámci stovek GB. Přírůstky běžných dokumentů by pak neměly činit více jak jednotky GB měsíčně. Dotaz č. 18: str. 6 - 2.2.1 - Z jakých důvodů zadávací dokumentace specifikuje minimální počet serverů? Nemělo by být na zvážení dodavatele dle použitého řešení a technologie, jaký použije HW? Je uvedený požadavek na minimální počet serverů a síťových prvků závazný? Odpověď č. 18: Minimální počet serverů byl stanoven s ohledem na předpokládaný možný nárůst požadavků na výkon a kapacitu jednotlivých služeb. Preferujeme tedy menší zatížení jednotlivými službami na více zařízeních, nikoliv naopak. Dotaz č. 19: str. 8. 2.3.2 - Prosíme o specifikaci požadavků na propojení partnerů, úřadů a Evropské komise. Prosíme o výčet partnerů a specifikaci jejich rozhraní. Odpověď č. 19: Jedná se o systémy sociálních partnerů na národní úrovni a úrovni Evropské unie (např. Evropská odborová konfederace, Evropská komise, Výbory pro sociální dialog při EK, RHSD, zaměstnavatelské svazy v ČR apod.). Specifikaci rozhraní bez analýzy není v tuto chvíli možné určit. Dotaz č. 20: str. 10. – kap. 2.5 Obsah uvádí, že součástí projektu je autorská tvorba obsahu. Skutečně Zadavatel očekává, že autorská tvorba obsahu bude součástí dodávky v rámci vývoje a zajištění provozu systému od IT společnosti? Odpověď č. 20: Toto plnění může být realizováno prostřednictvím subdodavatelů.




Dotaz č. 21: str. 13 - kap. 2.7 uvádí, že dodavatel proškolí 5 školitelů. Vzápětí je v rámci aktivity plánováno proškolení 500 uživatelů. Předpokládáme správně, že cílové uživatele vyškolí proškolení školitelé odběratele, tj. bez účasti dodavatele? Pokud se proškolení cílových uživatelů požaduje od dodavatele, lze použít metodu e-learningu? Odpověď č. 20: Ano. Dotaz č. 21: str. 14 – kap. 2.7.2 - kolik interních uživatelů IIS iPodpora příjemce a partnera je požadováno od dodavatele proškolit? Lze použít e-learning? Odpověď č. 21: Cca 105 uživatelů; e-learning lze využít.

Znění dodatečné informace č. 6: Zadavatel se vzhledem k uveřejnění dodatečných informací v souladu se zněním odst. 2 § 40 zákona rozhodl prodloužit lhůtu pro podání nabídek a změnit termín otevírání obálek a to následujícím způsobem: PŮVODNÍ LHŮTA PRO PODÁVÁNÍ NABÍDEK A TERMÍN OTEVÍRÁNÍ OBÁLEK: Lhůta pro podání nabídek a termín otevírání obálek: 19. 5. 2014 do 10:00 NOVÁ LHŮTA PRO PODÁVÁNÍ NABÍDEK A TERMÍN OTEVÍRÁNÍ OBÁLEK: Lhůta pro podání nabídek a termín otevírání obálek: 4. 6. 2014 do 10:00

V Praze dne 16. 5. 2014

Digitálně podepsal Daniel Kulhavý DN: c=CZ, cn=Daniel Kulhavý, o=eNovation s.r.o., serialNumber=ICA 10309379 Datum: 2014.05.16 11:00:52 +02'00' ....................................................

Daniel Kulhavý

Daniel Kulhavý osoba zastupující zadavatele dle § 151 zákona




Posilování sociálního dialogu prostřednictvím integrovaného systému podpory spolupráce zástupců zaměstnanců ipodpora II

Recommend Documents