Město Česká Lípa městský úřad odbor rozvoje, majetku a investic náměstí T. G. Masaryka č.p. 1, Česká Lípa

91.1/V/10

Město Česká Lípa městský úřad odbor rozvoje, majetku a investic náměstí T. G. Masaryka č.p. 1, 470 36 Česká Lípa Váš dopis zn.: Ze dne: Naše zn.: ev. č. 34722 /2014 MUCL/124776/2014 Vyřizuje: Martina Hofmanová Telefon: 487 881 257 Počet listů dokumentu: 15 Počet příloh/počet listů příloh:0 / Datum

23.4.2014

Dodatečné informace k zadávacím podmínkám č. 2 V souvislosti se zadávacím řízením na podlimitní veřejnou zakázku na služby „Nákup nového ekonomického informačního systému pro město Česká Lípa“ zadávanou ve zjednodušeném podlimitním řízení dle § 38 zákona č. 137/2006 Sb. o veřejných zakázkách (dále jen zákon) na základě Výzvy k podání nabídky MUCL/121256/2014 ze dne 9. dubna 2014 (dále jen výzva) odeslané dne 9. dubna 2014 a uveřejněné zároveň na Profilu zadavatele https://www.softender.cz/em4?service=orgProfile/MCL zadavatel odpovídá na dotazy uchazečů a doplňuje zadávací podmínky následovně: Dotaz č. 1 : k zadávací dokumentaci, str. 4, bod 2.4. Licence Uchazeč tedy zajistí pro zadavatele licence k autorským dílům svým i třetích osob, jestliže jsou nutné k užívání nabízeného řešení EIS. Náklady na tyto veškeré licence musí být součástí celkové nabídkové ceny. Dotaz: Předpokládáme, že v případě úpravy existujícího software či informačních systémů užívaných Zadavatelem, jejichž pořízení není předmětem veřejné zakázky a Smlouvy, avšak předmětem plnění Uchazeče - Integrace, se jedná pouze o zajištění užívacích práv k samotné úpravě, nikoliv však k zajištění práv k existujícímu software nebo informačním systémům Zadavatele.

ID DS: bkfbe3p IČ: 00260428 Fax: 487 881 222 http: www.mucl.cz

Adresa pro písemný styk: náměstí T. G. Masaryka č. p. 1 470 36 ČESKÁ LÍPA e-podatelna: [email protected]

Adresa sídla pracoviště: Moskevská č. p. 8 470 36 ČESKÁ LÍPA e-mail: [email protected]

Předpokládáme, že Zadavatel k takovému software a informačním systémům má zajištěna všechna potřebná práva včetně servisní smlouvy. Je náš výklad správný? Odpověď zadavatele č. 1: Pokud úpravu existujícího SW umožňují licenční podmínky dotčeného SW a případné úpravy podléhají jiným užívacím právům, je uvedený výklad správný.

Dotaz č. 2 : k zadávací dokumentaci, str. 5 V případě, že uchazeč nabídne modulové řešení EIS, zadavatel požaduje takovou licenční politiku, která nebude vázána na konkrétní moduly, ale bude je možno využít v rámci celého nabízeného řešení EIS. Dotaz: Z uvedené formulace není jasné, co je tím myšleno. Uchazeč požaduje upřesnění a výklad tohoto požadavku. Odpověď zadavatele č. 2: V případě modulového řešení EIS zadavatel požaduje možnost přenosu licence obdobného charakteru mezi jednotlivými moduly nabízeného EIS.

Dotaz č. 3: k zadávací dokumentaci, str. 5, bod 2.5.2. Školení uživatelů a administrátorů Uchazeč poskytne školení pro uživatele nabízeného řešení EIS v rozsahu dle bodu 2.2 této ZD a z hlediska počtu a struktury stanovený v souladu s plněním bodu 2.3 této ZD tak, aby všichni uživatelé byli schopni řádně užívat instalované, implementované, customizované a integrované nabízené řešení EIS dle této ZD. Zadavatel předpokládá rozsah školení uživatelů v souhrnné délce 80 hodin. Uchazeč dále poskytne školení pro 2 administrátory nabízeného řešení dle bodu 2.2 této výzvy tak, aby tito administrátoři byli schopni řádně užívat instalované, implementované, customizované a integrované nabízené řešení dle této ZD pro účely jeho provozu a údržby. Zadavatel předpokládá rozsah školení administrátorů v souhrnné délce 25 hodin. Školení konkrétních uživatelů a administrátorů musí být provedeno před začátkem produktivního provozu. Zkušební provoz je poslední dílčí etapou kompletní implementace před zahájením produktivního provozu. Zadavatelem stanovený předpokládaný počet hodin není nutné při plnění předmětu zakázky vyčerpat. Fakturováno bude dle skutečně vyčerpaných hodin pro zaškolení uživatelů a administrátorů systému podle položkové ceny uvedené v tabulce č. 2, položky 2 přílohy č. 4 této ZD.




Dotaz: V souladu s výše uvedeným předpokládá uchazeč analogický postup v případě požadavků zadavatele na vyšší počet hodin školení. Je uchazečův předpoklad správný? Odpověď zadavatele č. 3: Ne, zadavatel v rámci plnění předmětu zakázky nepředpokládá vyšší počet hodin pro školení.

Dotaz č. 4: k zadávací dokumentaci, str. 6, bod 2.5.5. Akceptace Kompletní implementace bude akceptována formou akceptačního protokolu a to na základě podmínek v souladu s přílohou č. 5 této ZD. Součástí akceptačního protokolu kompletní implementace (před započetím produktivního provozu s dohledem) bude dokumentace dle bodu 2.5.5 této ZD včetně návrhů plánů zálohování, havarijních plánů a plánů obnovy pro jednotlivé části nabízeného řešení EIS (v elektronické podobě v jednom z formátu RTF, DOC, PDF nebo XLS). Dotaz: Článek odkazuje sám na sebe. Správně má být 2.5.4. Dokumentace?

Odpověď zadavatele č. 4: Ano, správně je odkaz na bod. 2.5.4. ZD Dokumentace.

Dotaz č. 5: k zadávací dokumentaci, str. 7, bod 2.9. Předpokládaná cena zakázky Předpokládaná hodnota veřejné zakázky je stanovena na 2. mil. Kč bez DPH. Zadavatel zároveň stanovuje maximální podíl ceny za podporu produktivního provozu a maintenance za 1 rok provozu vůči nabídkové ceně za licence ve výši 15%. (viz. Rozpis nabídkové ceny příloha č. 4, tabulka č. 2 položka č. 3 vůči položce č. 2 v tabulce č. 1. Překročení tohoto maximálního podílu znamená nesplnění zadávacích podmínek a vyloučení uchazeče z další účasti v zadávacím řízení. Dotaz: Uchazeč požaduje upřesnění a specifikaci požadovaného rozsahu podpory, takto stanovený rozsah je velice neurčitý. Odpověď zadavatele č. 5: Pojmy jsou detailně vysvětleny v příloze č. 6 ZD – Návrh servisní smlouvy, článek II., bod 2 a) až e) počínající na straně 3.




Dotaz č. 6: k zadávací dokumentaci, str. 7, bod 3. Doba a místo plnění veřejné zakázky Zadavatel požaduje zahájení plnění veřejné zakázky ihned po podpisu příslušných smluv dle příloh č. 5 a 6 této výzvy. Předpokládaný termín zahájení plnění: 16. – 30. 6. 2014 Jednotlivé dílčí etapy kompletní implementace budou respektovat zejména následující termíny: Zadavatelem požadovaný datum začátku zkušebního provozu nabízeného řešení je 1. 11.2014. Zadavatelem požadovaný a nepřekročitelný termín začátku produktivního provozu s dohledem nabízeného řešení EIS je 1. 1. 2015. Zadavatelem požadovaný a nepřekročitelný termín začátku produktivního provozu nabízeného řešení EIS je 1. 6. 2015. Dotaz: V případě, že nebudou smlouvy podepsány v předpokládaném termínu, ale dojde ke zpoždění, dojde k posunu všech dalších termínů? Je uchazečův předpoklad správný? Odpověď zadavatele č. 6: Ne, s ohledem na skutečnost, že produktivní provoz EIS lze zahájit pouze v případě, že termín jeho spuštění bude shodný s termínem zahájení nového účetního období, zadavatel stanovil uvedená data jako požadovaná a nepřekročitelná.

Dotaz č. 7: Nabídková cena musí být zpracována do tabulek, které jsou součástí rozpisu nabídkové ceny - příloha č. 4 této ZD v členění na cenu bez DPH, samostatně vyčíslené DPH platné k poslednímu dni lhůty pro podání nabídek a cenu včetně DPH. Ceny musí být uvedeny absolutní částkou v českých korunách. K vlastnímu výpočtu může uchazeč využít libovolný postup, ceník, vlastní nákladové kalkulace nebo jiný způsob. Nabídkovou cenu tvoří cena za kompletní dodávku předmětu plnění a implementaci, cena za podporu produktivního provozu a maintenance po dobu 4 let a další práce na rozvoji systému v rozsahu 150 hodin dle podmínek této ZD. Nabídková cena bude stanovena jako nejvýše přípustná, zahrnující veškeré náklady nutné ke kompletní realizaci předmětu zakázky dle zadávacích podmínek, přičemž uchazeč je povinen respektovat omezení vyplývající z článku 2. 8 této ZD. Nabídková cena musí být platná po celou dobu plnění předmětu zakázky, a to bez ohledu na případný jiný termín uvedení nabízeného řešení EIS do produktivního provozu. Dotaz: V odstavci je odkaz na článek 2.8. (Zatřídění předmětu zakázky), který s tematikou nesouvisí. Správně má být odkaz na čl. 2.9.?




Odpověď zadavatele č. 7: Ano, správně je odkaz na čl. 2.9 ZD Předpokládaná cena zakázky.

Dotaz č. 8: k zadávací dokumentaci, str. 13, bod 7. OBCHODNÍ PODMÍNKY Součástí této ZD (přílohy č. 5 a 6) jsou zadavatelem stanovené závazné obchodní podmínky, zpracované formou závazného textu návrhu smlouvy o dílo a závazného textu návrhu servisní smlouvy. Návrhy smlouvy o dílo a servisní smlouvy v nabídce uchazeče budou předloženy včetně všech požadovaných příloh, které uchazeč vypracuje v souladu se zadávacími podmínkami. Návrhy smluv, které tvoří přílohy č. 5 a 6 této ZD, nesmí být ze strany uchazeče nijak měněny ani doplňovány nad rámec údajů, jejichž doplnění zadavatel požaduje (vyznačeno žlutě). V případě nejasností v obsahu návrhů smluv má uchazeč možnost si tyto nejasnosti vyjasnit ještě v průběhu lhůty pro podání nabídek způsobem a ve lhůtě stanovené ve čl. 14.1 této ZD. Ustanovení v návrzích smluv – přílohách č. 5 a 6 této ZD výslovně označené jako komentáře“ a odlišené barvou písma a kurzívou nejsou součástí obchodních podmínek resp. návrhů smluv předložených uchazečem v zadávacím řízení. Tyto slouží pouze jako doplňující pokyny pro uchazeče při tvorbě nabídky. Případné ponechání těchto komentářů v nabídce není důvodem k vyloučení uchazeče v zadávacím řízení. Oba návrhy smluv musí být ze strany uchazeče doplněny o údaje nezbytné pro vznik smlouvy (veškeré údaje podbarvené žlutě - zejména vlastní identifikaci, nabídkovou cenu), a odepsány uchazečem v souladu se způsobem jednání jménem uchazeče dokladovaném v nabídce. Předložení neúplných, nedoplněných, změněných nebo nepodepsaných návrhů smluv se považuje za nesplnění podmínek zadání a zadavatel vyloučí takového uchazeče z další účasti v zadávacím řízení. Dotaz: Jedná se o návrh a o návrhu se běžně jedná – takto navržená smlouva staví uchazeče do horšího postavení v závazkovém vztahu (např. v oblasti smluvních pokut, obchodního tajemství, apod.). Předpokládá Zadavatel před podpisem jednání o smluvních podmínkách? Odpověď zadavatele č. 8: Ne, zadavatel před podpisem smlouvy o smluvních podmínkách nevyjednává ani vyjednávat nemůže. Podmínky stanovené zadavatelem v zadávacích podmínkách musí uchazeč, který se rozhodne podat nabídku, respektovat. Dle ustanovení § 82 odst. 2 zák. č. 137/2006 Sb., o veřejných zakázkách mimo jiné zadavatel uzavře smlouvu v souladu s návrhem smlouvy obsaženým v nabídce vybraného uchazeče, tudíž nesmí znění smlouvy před jejím podpisem jakkoliv měnit.




Dotaz č. 9: k zadávací dokumentaci, str. 17, bod 15.2. Zadavatel požaduje, aby uchazeč ve svojí nabídce předložil prohlášení, že souhlasí se zveřejněním základních údajů o svojí nabídce a se zveřejněním celého znění smlouvy uzavřené s ním na základě výsledku zadávacího řízení včetně všech případných dodatků této smlouvy. Dotaz Uchazečova nabídka/smlouva obsahuje údaje, které naplňujících znaky obchodního tajemství dle ustanovení platného a účinného občanského zákoníku, jež jsou obsaženy ve smlouvách. Za obchodní tajemství považuje uchazeč následující: tzv. podrobný rozklad ceny, tj. informace o smluvně ujednané položkové ceně za dodání jednotlivých programových produktů, služeb a licencí poskytovaných společností GORDIC, informace o výši slevy, kterou uchazeč zadavateli v daném smluvním vztahu poskytuje, výpočet výše udržovacího poplatku za údržbu jednotlivých programových produktů poskytnutých ze strany společnosti uchazeče, informace o délce záruky, která je v jednotlivých případech uchazeči poskytnuta. V rámci rovného postavení smluvních partnerů, které je deklarováno uzavřením smluvního vztahu, požaduje uchazeč zapracování informací o obchodním tajemství uchazeče do smlouvy a nezveřejnění těchto údajů. Odpověď zadavatele č. 9: Základními údaji o nabídce se rozumí údaje, které je jakýkoliv veřejný zadavatel povinen zveřejňovat dle zákona č. 137/2006 Sb., o veřejných zakázkách, tj. údaje o hodnotících kritériích (v tomto případě nabídková cena uchazeče) nabídková cena, identifikační údaje zadavatele, údaje o skutečném plnění, identifikační údaje o subdodavatelích. Dále je zadavatel povinen uveřejnit celé znění smlouvy včetně jejích příloh a dodatků. Výjimku mohou tvořit údaje, které naplňují znaky obchodního tajemství dle ustanovení platného a účinného občanského zákoníku. Tazatel za obchodní tajemství považuje informace uvedené výše v odrážkách. K tomu zadavatel uvádí následující. Návrh smlouvy o dílo, který je součástí zadávací dokumentace k řešené veřejné zakázce, obsahuje přílohu s rozpisem nabídkové ceny členěným do čtyř základních částí. Dle názoru zadavatele se nejedná o podrobný rozklad ceny popisovaný tazatelem, nýbrž o základní členění obsahující souhrn ceny za plnění dle jednotlivých fází předmětu díla. Návrhy smluv rovněž neobsahují informaci o výši slevy ani výpočet udržovacího poplatku. Co se týká délky záruky, ta je obsažena v zadávací dokumentaci, která je veřejně přístupná. Vzhledem ke skutečnosti, že zadavatel nebude před podpisem smlouvy o jejím znění jakkoliv jednat, není požadavek tazatele v tomto případě relevantní a zadavatel nemůže vyhovět požadavku tazatele a návrhy smluv v požadovaném smyslu doplňovat.




Dotaz č. 10: k příloze č. 1, bod 1.4. V případě, že uchazeč v příslušné položce označí symbolem „X“ pole NE bude toto rovněž znamenat nesplnění zadávacích podmínek a uchazeč bude vyloučen z další účasti v zadávacím řízení. Dotaz: Požaduje zadavatel poskytnutí skutečných informací o funkcionalitě nabízeného systému nebo o prosté zakřížkování jednotlivých polí ANO? Vzhledem ke znění bodu 1.4. přílohy č. 1 ztrácí smysl bod 1.2. Odpověď zadavatele č. 10: Ano, zadavatel požaduje informaci o skutečné funkcionalitě nabízeného systému, kterou bude možné ověřit v nasazeném systému již v testovacím prostředí.

Dotaz č. 11: k příloze č. 1, bod 1.5. V čl. 7 Licenční podmínky uchazeč označí nabízenou variantu řešení poskytnutí licence způsobem výše uvedeným. Dotaz: Jakým způsobem požaduje zadavatel označení platné varianty v čl. 7? U obou variant jsou pole označená A a B.




Odpověď zadavatele č. 11: Zadavatel požaduje označení pole „A“ pro nabízenou variantu licenčního modelu. V tomto případě je pole „B“ nadbytečné.

Dotaz č. 12: k příloze č. 1, bod 4.7.1. Nabízené řešení EIS bude obsahovat připravené řešení pro komplexní zajištění procesu zpracovávání, evidence a výstupů souvisejících dokladů (DPH, DzN, DPPO, apod.). Dotaz: Uchazeč požaduje uvést přesný výčet a rozsah požadovaných řešení. Odpověď zadavatele č. 12: Daňová doloženost včetně výstupů pro Finanční úřad u DPH, a výstup pro Finanční úřad u DPPO.

Dotaz č. 13: k příloze č. 1, bod 4.7.2. Nabízené řešení EIS bude v oblasti evidence Daně z nemovitosti obsahovat standardní funkcionality dle platné legislativy. Dotaz: Žádáme o upřesnění, zda se skutečně jedná o oblast evidence daně z nemovitosti. Pokud ano, tak žádáme o přesný výčet požadované funkcionality a upřesnění požadovaného rozsahu řešení Odpověď zadavatele č. 13: Výstup pro Finanční úřad pro podání daňového přiznání.

Dotaz č. 14: k příloze č. 1, bod 5.1.4 Nabízené řešení bude podporovat vedení agendy tomboly. Dotaz: Co je skryto pod „vedením agendy tomboly“? Žádáme o přesný výčet požadované funkcionality a upřesnění požadovaného rozsahu řešení.




Odpověď zadavatele č. 14: Podpora znamená to, že program umožní při obdržení nové žádosti o povolení tomboly automaticky vygenerovat variabilní symbol pro zaplacení správního poplatku, předat jej žadateli a s použitím tohoto VS vytvořit předpis na správní poplatek v účetní evidenci.

Dotaz č. 15: k příloze č. 1, bod 5.1.12. Zadavatel požaduje provést migraci dat k místnímu poplatku za provoz systému sběru, shromažďování, sběru, přepravy, třídění, využívání a odstraňování komunálních odpadů z programu SVOZ společnosti INISOFT s.r.o. (Svoz komunálního odpadu v. 5.3.5. Dotaz: Má zadavatel jako vlastník dat a provozovatel IS smluvně zajištěno poskytnutí dat např. ve formátu DBF z uvedeného SW? Odpověď zadavatele č. 15: Není smluvně zajištěno.

Dotaz č. 16: k příloze č. 1, bod 5.6.4. Možnost zobrazení detailní informace u položky a sledování nákladů a výnosů. Dotaz: Uchazeč požaduje upřesnění požadovaného řešení. Jaké výstupy zadavatel očekává? Odpověď zadavatele č. 16: Zadavatel požaduje ekonomické a vlastnické výstupy. Tedy náklady, výnosy, věcná břemena, datum nabytí, nájemní vztahy atd.

Dotaz č. 17: k příloze č. 1, bod 5.6.7. Vazba na GIS. Dotaz: Vzhledem k tomu, že je více řešení GIS, požaduje uchazeč jednoznačnou specifikaci GIS.




Odpověď zadavatele č. 17: Zadavatel netrvá jednoznačně na jediném řešení. Uchazeč může využít stávajících prostředků zadavatele (viz příloha č. 2 a 3 ZD), případně zadavatel připouští i možnosti využití dalších systémů, které zajistí splnění předmětu zakázky dle zadávacích podmínek. Tyto však musí být rovněž zakalkulovány v nabídkové ceně.

Dotaz č. 18: k příloze č. 1, bod 4.6.4. a další Zadavatel požaduje jako součást plnění zajištění migrace dat (např. 4.6.4; 5.1.12; 5.3.7,…). Aby bylo možno stanovit cenu za migraci, má uchazeč následující dotazy: a) Jaká data a z jakých systémů požaduje zadavatel migrovat? b) V jakých formátech zadavatel data k migraci poskytne? c) Data za jaké časové období se budou migrovat (historie, počáteční stavy…)? d) Jak je na straně zadavatele zajištěna potřebná součinnost se stávajícím dodavatelem? e) Půjdou náklady na export dat a zajištění migrace ze stávajícího systému plně k tíži zadavatele nebo uchazeče? f) Kdo bude provádět kontroly migrovaných dat? g) Kdo bude odpovědný za správnost migrovaných dat? Odpověď zadavatele č. 18: a) Zadavatel požaduje migraci dat z nahrazovaných SW, viz příloha č. 2 ZD, tabulka v článku 5. b) Data jsou ve formátech používaných ve stávajících a nahrazovaných SW. c) Nutno počítat s migrací veškerých dat. Přesnější specifikace bude daná Cílovým konceptem na základě analýzy. d) Zadavatel má s dodavatelem pouze smlouvu o používání příslušného SW, případně licenční nebo servisní smlouvu vztahující se k danému SW. e) Migrace dat jde plně v nákladech uchazeče. f) Kontroly migrovaných dat bude provádět určený zástupce zadavatele. g) Za správnost migrovaných dat oproti původním datům je zodpovědný (za převod 1:1) subjekt provádějící migraci, čili uchazeč, případně jeho zástupce či subdodavatel.

Dotaz č. 19: k příloze č. 2, bod 1.7. Popis integračního rozhraní poskytne uchazeči vždy dodavatel konkrétního subsystému informačního systému. Funkčnost integračních vazeb je v plné odpovědnosti dodavatele nového EIS.




Dotaz: a) Má zadavatel smluvně zajištěnu spolupráci s dodavateli jednotlivých subsystémů? b) Má zadavatel informace o tom, zda jednotlivé subsystémy mají integrační rozhraní k dispozici? Pokud ano, žádáme o upřesnění a podrobnou specifikaci jednotlivých rozhraní. c) Má zadavatel tato integrační rozhraní licenčně zajištěna? Odpověď zadavatele č. 19: a) Zadavatel má standardní servisní smlouvou s příslušným dodavatelem. b) Tuto informaci zadavatel nemá a její přesnou specifikaci získá uchazeč u každého příslušného dodavatele. c) V případě licencování integračního rozhraní je toto zajištění plně na straně uchazeče.

Dotaz č. 20: k příloze č. 2, bod 2. Integrační vazby EIS Zadavatel požaduje, aby realizace všech potřebných integračních vazeb byla součástí nabídkové ceny nabízeného řešení EIS. Odpovědnost za realizaci těchto všech potřebných integračních vazeb bude plně na straně uchazeče. Uchazeč je přesvědčen, že uvedené požadavky nejsou v souladu s platným právním řádem, zejména pak zákonem Č. 137/2006 Sb., o veřejných zakázkách, ve znění v pozdějších předpisů (ZVZ). Podle § 44 odst. 1 ZVZ odpovídá zadavatel za správnost a úplnost zadávacích podmínek obsažených v zadávací dokumentaci. Zadávací dokumentace je pak soubor dokumentů, údajů, požadavků a technických podmínek zadavatele vymezujících předmět veřejné zakázky v podrobnostech nezbytných pro Zpracování nabídky. Zadavatel je tedy povinen podrobně v zadávací dokumentaci popsat veškeré podmínky a uvést veškeré údaje a požadavky, jejichž splnění bude předmětem plnění veřejné Zakázky. Z požadavku zadavatele uvedeného v bodě 2. jasně vyplývá, že Zadávací dokumentace neobsahuje specifikaci veškerých prací a služeb, které bude muset uchazeč v rámci plnění veřejné zakázky poskytnout. Naopak, zadavatel ponechává na uchazečích, aby sami posoudili, jaké další práce a služby budou zadavateli v rámci veřejné zakázky poskytovat nebo které budou zadavatelem nuceni poskytnout s odkazem na uvedenou smluvní klauzuli. Toto ve svém důsledku znamená, že nabídky jednotlivých uchazečů budou vzájemně neporovnatelné (a to jak ve smyslu obsahu plnění, tak ve smyslu nabídkové ceny). Z požadavku zadavatele uvedeného v bodě 2. vyplývá, že Zadavatel přenáší odpovědnost za součinnost třetích stran na uchazeče, a to na jeho náklady. Uchazeči však nemají možnost přimět třetí Strany k poskytnutí takové součinnosti. Ve svém důsledku se může jednat o skryté omezování v rovného přístupu uchazeče, když dotčené „třetí strany" mohou požadovat za poskytnutí stejné součinnosti různým uchazečům různé podmínky, a i rozsah poskytnutí jejich součinnosti může být jiný. Přenosem zodpovědnosti za součinnost třetích stran na uchazeče včetně požadavku na úhradu spojených nákladů uchazečem porušuje zadavatel základní Zásady rovného zacházení a transparentnosti výběrového řízení, a naopak otevírá skrytou možnost diskriminace jednotlivých uchazečů, to vše v rozporu s § 6 ZVZ.




Dotaz: Uchazeč požaduje doplnit jednotlivé body přílohy č. 2 o přesnou specifikaci požadované integrace, rozsah plnění uchazeče, rozsah plnění dodavatelů jednotlivých IS, apod. Odpověď zadavatele č. 20: Zadavatel stanovil technické podmínky dle § 45 odst. 1 zákona č. 137/2006 Sb., o veřejných zakázkách, kdy vymezil charakteristiku a požadavky na požadované služby a dodávky. Objektivně a jednoznačně vymezil účel využití poskytovaných služeb a dodávek. Vzhledem k rozdílným vývojovým i obchodním strategiím při poskytování služeb, které uchazeči v oblasti vývoje IT využívají, zadavatel vymezil cíle, kterých je třeba při plnění předmětu zakázky dosáhnou, přičemž umožnil dosáhnout požadovaného cíle buď integrací se stávajícími systémy, nebo případně nabídkou kompletní výměny příslušného modulu IS. Součinnost pro integraci stávající eSSL, SW VITA a FLUX zajistí zadavatel. – uvedené ustanovení je doplněno v textu návrhu smlouvy o dílo v čl. II. 1. c). Upravená příloha č. 5 ZD návrh smlouvy o dílo je přílohou těchto dodatečných informací. U zbývajících požadavků na integrace zůstává odpovědnost za jejich provedení na straně uchazeče. Dotaz č. 21: k příloze č. 2, body 2.6. , 2.10., 2.11 je uveden požadavek: Zadavatel požaduje u nabízeného EIS řešení procesu pro generování pokladních dokladů k výběru hotovosti na pracovišti... . Dotaz: Je v tomto smyslu „řešením“ nasazení modulu Pokladna na uvedeném pracovišti souběžně s příslušným SW bez integrační vazby? Odpověď zadavatele č. 21: Ano, s možností výběru příslušného poplatku z číselníku, přičemž opakující se formulace budou tímto výběrem automaticky doplněny.

Dotaz č. 22: k příloze č. 2, bod 2.8. Informační systém registru živnostenského podnikání Dodavatel: ICZ a.s., Na hřebenech II 1718/10, 147 00 Praha 4 Název aplikace: Informační systém registru živnostenského podnikání Uživatelé Obecní živnostenský úřad. Popis Informační systém Registru živnostenského podnikání vytváří podmínky pro zabezpečení




jednotného výkonu státní správy na úseku živnostenského podnikání a vedení živnostenského rejstříku na všech úrovních živnostenských úřadů. Informační systém Registru živnostenského podnikání zároveň podporuje rozvoj eGovernmentu v České republice realizací propojení s mnoha dalšími informačními systémy veřejné správy České republiky včetně možnosti propojení na obdobné registry v zemích EU. Integrace Zadavatel požaduje propojení nabízeného řešení EIS s IS RŽP pro generování platebních dokladů a manipulaci s hotovostí a jejich přenosu do ekonomiky. Dotaz: IS RŽP jehož provozovatelem je Ministerstvo průmyslu a obchodu nemá zveřejněno rozhraní pro komunikaci s ekonomickými IS (pouze se spisovou službou). Uchazeč nepředpokládá, že na jeho žádost bude toto rozhraní dopracováno. Doporučujeme zadavateli zvážit požadavek na integraci tohoto IS do EIS. Odpověď zadavatele č. 22: V tomto případě zadavatel připouští stejné řešení jako u bodu 2.6, 2.10 a 2.11 přílohy č. 2 ZD – viz dotaz č. 21 tohoto dokumentu. Druhou variantou je získání informací k finanční transakci ze spisové služby. Konečné řešení bude zvoleno na základě analýzy v cílovém konceptu.

Dotaz č. 23: k příloze č. 2, bod 2.9. Softender Dodavatel: B2B CENTRUM a.s., Starochodovská 1359/76, 149 00 Praha 4 Název aplikace: Softender Uživatelé Odbor rozvoje a investic města. Popis Aplikace Softender slouží k evidenci a podpoře procesu zadávání veřejných zakázek dle platné legislativy. Aplikace podporuje také proces zadávání zakázek malého rozsahu a neveřejných zakázek. Integrace Zadavatel požaduje propojení nabízeného řešení EIS evidence veřejných zakázek s aplikací Softender obousměrně k předávání vybraných zakázek a informací o nich. Včetně informací o finančním plnění zakázky a nakládání s finanční jistotou. Dotaz: V případě, že EIS evidence veřejných zakázek bude integrován na eSSL, bude nutné integrovat i eSSL na Softender. V opačném případě bude vznikat řada dokumentů přímo EIS a předávaných do aplikace Softender mimo eSSL. Vzal zadavatel toto v úvahu ?




Odpověď zadavatele č. 23: Primární je evidence VZ v nabízeném systému, který je předává eSSL a pouze jen některé (podle stanovených pravidel) do systému Softender. Proto není potřebná integrace Softender – eSSL. Čili Softender přebírá již hotové VZ ze systému EIS, který je požadován k integraci s eSSL a tím pádem nemůže vznikat řada dokumentů mimo eSSL.

Dotaz č. 24: k příloze č. 2, bod 3.1. Agendy OŽP, EVI a ESPI Dotaz: a) Je znění tohoto článků odpovídající realitě na MČL a funkčnosti jednotlivých modulů? Dle našich informací není. b) Je adekvátní a ekonomické, vzhledem k předpokládanému rozsahu agendy na MČL, realizovat a udržovat integrační vazbu do EIS? Odpověď zadavatele č. 24: a) Znění zmíněného článku vychází z reálné činnosti OŽP MěÚ ČL a požadovaného cílového stavu využití jednotlivých modulů. b) Z důvodu elektronizace procesů zadavatel integrační vazbu nebo případné nahrazení agendových modulů požaduje.

Dotaz č. 25: k příloze č. 2, str. 11 a 12, bod 4.2. Agendy EVI a ESPI Dotaz: Dle našeho názoru body uvedené v tomto článku (vyjma bodu 4.2.4) nesouvisí nebo jsou nepřesně formulované k dané agendě. Uchazeč požaduje upřesnění znění tohoto článku. Odpověď zadavatele č. 25: Požadavky jsou formulovány v souladu s potřebami odboru životního prostředí pro případ náhrady stávajících SW.

Dotaz č. 26: k příloze č. 1, str. 18, bod 5.8. Registr obyvatel




Dotaz: a) Má být skutečně součástí řešení Ekonomického systému nahrazení agendy Registru obyvatel? b) Jaký je stávající SW pro vedení registru obyvatel? Ve výčtu SW není uveden. c) Pokud ano, jakým způsobem má být zajištěna migrace dat (zejména v jakém rozsahu)? Odpověď zadavatele č. 26: a) Agenda registru obyvatel je součástí IS města a MěÚ ČL a tudíž musí být i součástí dodávaného SW. b) Informační systém Ginis ROB, registr obyvatel v. 3.72 c) Migrace je požadována v plném rozsahu stávajících dat.

V souvislosti s výše uvedenými dodatečnými informacemi zadavatel prodlužuje délku lhůty pro podání nabídky do 13. května 2014 do 13:00 h. Zadavatel zároveň stanovuje nový termín pro otevírání obálek na 13. května 2014 ve 13:00 h za podmínek uvedených v ZD. Výše uvedené dodatečné informace k zadávacím podmínkám č. 2 se tímto stávají nedílnou součástí zadávacích podmínek k podlimitní veřejné zakázce na služby „Nákup nového ekonomického informačního systému pro město Česká Lípa“ zadávané ve zjednodušeném podlimitním řízení § 38 zákona č. 137/2006 Sb. o veřejných zakázkách (dále jen zákon). Zadavatel tyto dodatečné informace zároveň uveřejní na profilu zadavatele u zadávací dokumentace předmětné veřejné zakázky.

Bc. Jolana Nebřenská v.r. vedoucí odboru rozvoje, majetku a investic

Za správnost: Martina Hofmanová v.r. referent veřejných zakázek

Příloha:

Upravená příloha č. 5 ZD - návrh smlouvy o dílo




Město Česká Lípa městský úřad odbor rozvoje, majetku a investic náměstí T. G. Masaryka č.p. 1, Česká Lípa

Recommend Documents