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

Transkript

1 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, Česká Lípa Váš dopis zn.: Ze dne: Naše zn.: ev. č /2015 MUCL/21120/2015 Vyřizuje: Martina Hofmanová Telefon: Počet listů dokumentu: 7 Počet příloh/počet listů příloh:3 /0 Datum Dodatečné informace č. 2 k zadávacím podmínkám 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/15189/2015 ze dne 6. března 2015 (dále jen výzva) odeslané dne 6. března 2015 a uveřejněné zároveň na Profilu zadavatele zadavatel odpovídá na dotazy uchazečů a doplňuje zadávací podmínky následovně: Dotaz č. 1 : V Zadávací dokumentaci v Příloze č. 8 Titulní list nabídky, je mimo jiné uvedeno A. Celková nabídková cena v Kč bez DPH B. Nabídková cena za 4 roky podpory systému a maintenance v Kč bez DPH a dále v Zadávací dokumentaci, v článku 9. ZPŮSOB HODNOCENÍ NABÍDEK, je mimo jiné uvedeno Základním hodnotícím kritériem je ekonomická výhodnost nabídky, přičemž zadavatel stanovil pro hodnocení následující dílčí kritéria a jejich váhy: A. Výše celkové nabídkové ceny včetně DPH 75% B. Výše celkové ceny za 4 roky podpory produktivního provozu a maintenance včetně DPH 25% a dále v Zadávací dokumentaci, v Příloze č. 4 Rozpis nabídkové ceny, je mimo jiné uvedeno

2 Dotazy zní: a) Rozumíme správně, že položka A. Celková nabídková cena v Kč bez DPH, resp. A. Výše celkové nabídkové ceny včetně DPH odpovídá ve výše uvedené Tabulce položce 6. Celková nabídková cena bez DPH v Kč? b) Rozumíme správně, že položka B. Nabídková cena za 4 roky podpory systému a maintenance v Kč bez DPH, resp. B. Výše celkové ceny za 4 roky podpory produktivního provozu a maintenance včetně DPH odpovídá ve výše uvedené Tabulce položce 4. Cena za podporu produktivního provozu a maintenance? c) Je správné, že položka v Tabulce 4. Cena za podporu produktivního provozu a maintenance je samostatným dílčím kritériem hodnocení ekonomické výhodnosti (25%) a zároveň je součástí A. Výše celkové nabídkové ceny včetně DPH (jedno z pěti položek dle výše uvedené Tabulky) která je dílčím kritériem hodnocení ekonomické výhodnosti (75%). Odpověď zadavatele č. 1: a) Zadavatel pro přehlednost upravil tabulku č. 1 přílohy č. 4 ZD Rozpis nabídkové ceny mimo jiné tak, aby byla zřetelně rozdělena cena bez DPH a cena včetně DPH u jednotlivých položek resp. u stanovených hodnotících kritérií. b) viz odpověď a) c) dílčí hodnotící kritéria zahrnují A. Výši celkové nabídkové ceny včetně DPH tedy součet položek č. 1, 2, 3, 4 a 5 tabulky č. 1 upravené přílohy č. 4 ZD - Rozpisu nabídkové ceny (75%) B. Výše celkové ceny za 4 roky podpory produktivního provozu a maintenance včetně DPH tedy výše ceny uvedené v položce č. 4 tabulky č. 1 upravené C. přílohy č. 4 ZD - Rozpisu nabídkové ceny (25%)

3 Dotaz č. 2 : V Zadávací dokumentaci, v Příloze 2 Popis požadavků na integrační vazby EIS, jsou uvedeny požadavky na integrační vazby na essl Elisa / CNS a.s., Mělník AIS VITA (přestupky, památky, stavební úřad) / VITA software s.r.o., Praha 6 FluxPAM - Mzdová agenda / Flux, s.r.o. FluxPAM - Personalistika / Flux, s.r.o. Elektronické bankovnictví Internetbanking / Komerční banka a.s., ČNB, ČSOB a.s. Informační systém základních registrů Softender (evidenci a podpoře procesu zadávání veřejných zakázek) / B2B CENTRUM a.s., Praha Informační systém městské policie Dotazy zní: a) Může Zadavatel ujistit, že essl Elisa disponuje standardním rozhraním dle legislativy? b) Může Zadavatel ujistit, že AIS VITA (přestupky, památky, stavební úřad) / VITA software s.r.o., Praha 6 FluxPAM - Mzdová agenda / Flux, s.r.o. FluxPAM - Personalistika / Flux, s.r.o. Elektronické bankovnictví Internetbanking / Komerční banka a.s., ČNB, ČSOB a.s. Softender (evidenci a podpoře procesu zadávání veřejných zakázek) / B2B CENTRUM a.s., Praha Informační systém městské policie disponují standardizovaným, otevřeným API rozhraním (webové služby)? c) Může Zadavatel poskytnout popis těchto rozhraní, viz bod b) výše? d) Jakou součinnost poskytne Zadavatel Uchazeči, aby byly zajištěny reálné podmínky spolupráce dodavatelů stávajících částí stávajícího IS pro požadovanou integraci? Odpověď zadavatele č. 2: a) Vyjádření společnosti CNS a.s., dodavatele essl Elisa: Všechna rozhraní, kterými ELISA disponuje, legislativní požadavky splňují. Na straně ELISy jsou vždy prováděny takové kontroly, jež zaručují správné ukládání správných informací na správná místa (takže jejich uložení v essl vyhovuje jak Národnímu standardu pro elektronické systémy spisové služby, tak i zákonu č.499/2004 Sb., o archivnictví a spisové službě). b) Vyjádření jednotlivých dodavatelů: VITA SW: VITA ve vazbě na systémy "DDP" (příjmové agendy) funguje z pozice klienta, tedy neposkytuje API, ale naopak volá API jiných firem (podporované rozhraní jsou popsány na FLUX: webové služby pro poskytování dat systému FLUXPAM vytváříme na míru dle požadavků třetích stran. Standardizovaným, otevřeným API rozhraním systém nedisponuje.

4 B2B: Standardizovaným rozhraním SW Softender nedisponuje, ale v uvedených technologiích je možné doprogramování dle potřeb uchazeče. InQool: IS MP bude od společnosti InQool a.s. (SW IQ Metropolis) - iq Metropolis disponuje sadou webových služeb určených pro integraci s produkty třetích stran. Otevřené ve smyslu dostupnosti pro veřejnost samozřejmě nejsou, ale budou zpřístupněné pro konkrétní autorizovanou protistranu. Složení webových služeb záleží od konceptu integrace, proto v tomto smyslu rozhraní není standardizované a předpokládáme jistou míru customizace pro konkrétního dodavatele EIS. Elektronické bankovnictví: systém napojení ekonomického SW na internetové bankovnictví v ČR působících bank by měl být jednou ze základních funkcionalit ekonomického SW a není tedy důvodu, proč by měl zadavatel zajišťovat konkrétní parametry tohoto rozhraní. c) Popis jednotlivých rozhraní je plně na dohodě uchazeče s příslušnou firmou, zejména s ohledem na vytváření rozhraní přesně dle požadavků uchazeče, vycházejícího ze zadání zadavatele. d) Zadavatel poskytne uchazeči součinnost v rozsahu koncového uživatele. Vlastní technická spolupráce uchazeče s příslušnými dodavateli integrovaných SW je plně v režii uchazeče. Dotaz č. 3 : V Zadávací dokumentaci, v Příloze č. 2 Popis požadavků na integrační vazby EIS, jsou uvedeny požadavky na migrace dat např. z Ginis ROB, registr obyv. v Gordic: DDP, UCTO, EMA, KOF, KDF, Stravenky, pokladny Dotazy zní: a) Může Zadavatel upřesnit rozsah migrací u jednotlivých nahrazovaných částí stávajícího IS? b) Jakou součinnost poskytne Zadavatel Uchazeči, aby byly zajištěny reálné podmínky spolupráce dodavatelů jednotlivých nahrazovaných částí stávajícího IS pro požadovanou migraci dat? Poznámka: Rozsah migrací významně ovlivňuje Uchazečem nabízenou cenu veřejné zakázky. Neposkytnutí součinnosti dodavatelů jednotlivých nahrazovaných částí stávajícího IS může vést až ukončení plnění Uchazeče za okolností, které nemohl předvídat. Odpověď zadavatele č. 3: a) Rozsah přenášených dat ze stávajících systémů požadujeme: Ginis ROB - plném rozsahu DDP - v plném rozsahu UCTO - v plném rozsahu EMA - v plném rozsahu KOF - v plném rozsahu KDF - v plném rozsahu Stravenky - v plném rozsahu pokladny - bez převodu dat

5 b) Zadavatel poskytne uchazeči součinnost v rozsahu uživatelském, zejména v oblasti kontroly přenesených dat. Dotaz č. 4 : V Zadávací dokumentaci v Příloze č. 1 - Specifikace_pozadavku_minimalniho_plneni_EIS, v článku , je uvedeno 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 Dotaz zní: Může Zadavatel upřesnit rozsah migrací z programu SVOZ společnosti INISOFT s.r.o.? Odpověď zadavatele č. 4: Zadavatel požaduje přenesení veškerých dat včetně historie. Dotaz č. 5 : V Zadávací dokumentaci, v článku 2.4. Licence, je mimo jiné uvedeno Uchazeč poskytne nebo zajistí nevýhradní, časově ani datově neomezené právo užívat nabízené řešení EIS minimálně ve správním území města Česká Lípa, a to včetně studií, přípravných materiálu, návrhů dokumentů, software, licenčních práv, vytvořené uchazečem nebo jeho subdodavatelem či partnerem. Zadavatel připouští dva modely licenční politiky. 1. poskytnutí multilicence k nabízenému řešení EIS v tomto případě není rozhodující počet uživatelů a to po celou dobu trvání smluvního vztahu. 2. poskytnutí licencí na současně pracující uživatele Licence však nesmí být vázány na konkrétní uživatele, ale pouze na počet současně 150 pracujících uživatelů (konkurenčních uživatelů). 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. Tím je myšlena možnost přenosu licence obdobného charakteru mezi jednotlivými moduly nabízeného EIS. a dále v Zadávací dokumentaci, v článku 2.4. Licence, je mimo jiné uvedeno Přičemž pro níže uvedené oddíly přílohy č. 1 zadavatel požaduje následující počet současně pracujících uživatelů: Oddíl č. 3 Rozpočty: 3 uživatelé Oddíl č. 4 Účetnictví: 7 uživatelů plus 1 hlavní pokladna a 31 inkasních míst Oddíl č 5.3 / 5.6 Movitý a nemovitý majetek z účetního hlediska: 3 uživatelé, kteří jsou započítáni již mezi 7 uživateli v položce 4 Oddíl č 5.4 Smlouvy: 13 uživatelů, z nichž současně pracujících je požadováno 5

6 Tzv. lehký klient pro všechny výstupní sestavy a analýzy ze všech modulů (rozpočet, finance atd.): 22 uživatelů s možností nahlížet, s tím, že současně pracujících klientů postačuje 7 a dále v Zadávací dokumentaci, v Příloze č. 1 - Specifikace_pozadavku_minimalniho_plneni_EIS, v článku 7. Licenční model, je mimo jiné uvedeno řešit licenční model formou multilicence, to znamená, že Zadavatel nebude mít žádné omezení v počtu využívaných licencí (uživatelských přístupů) k jakékoliv části nabízeného řešení EIS. Zadavatel požaduje v rámci tohoto multilicenčního módu neomezený současný přístup uživatelů do nabízeného řešení EIS. nebo řešit licenční model formou současně pracujících uživatelů v počtu 150, to znamená, že v jeden okamžik bude mít možnost v jakékoliv části nabízeného řešení EIS aktivně pracovat až 150 uživatelů v různých úrovních přístupů do systému. V případě licencování je přípustná kombinace obou licenčních modelů. Upřesnění počtu uživatelů: Rozpočty pořizování: 3 uživatelé. Účetnictví (účetní + hlavní městská/é pokladna/y; nikoliv inkasní místa) : 7 uživatelů plus 1 hlavní pokladna. Movitý a nemovitý majetek z účetního hlediska: 3 uživatelé, kteří jsou započítáni již mezi 7 uživateli v položce Účetnictví. Smlouvy (pouze správce smluv): 13 uživatelů, z nichž současně pracujících je požadováno 5. Nahlížení pro všechny výstupní sestavy a analýzy - ze všech modulů: 22 uživatelů s možností nahlížet, zase ovšem nebude potřeba tento počet pro současně pracující, zde je dostatečný počet 7 současně pracujících. Dotaz zní: Může Zadavatel upřesnit požadovaný počet licencí pro současně pracující uživatele? Poznámka: V ZD je tento požadavek uveden několikrát a pro Uchazeče dosti nepřehledně. Podle našeho výkladu jsou připuštěny tři možné varianty - Multilicence není omezen počet současně pracujících uživatelů (konkurenčních uživatelů) - Počet 150 současně pracujících uživatelů (konkurenčních uživatelů) - Přičemž pro níže uvedené oddíly přílohy č. 1 zadavatel požaduje následující počet současně pracujících uživatelů dopočítali jsme se k 54 ( ) současně pracujících uživatelů (konkurenčních uživatelů) Odpověď zadavatele č. 5: Zadavatel umožňuje 2 základní varianty licencí 1. poskytnutí multilicence k nabízenému řešení EIS 2. poskytnutí licencí na současně pracující uživatele Druhá z možností může být řešena buď tak, že licence nebude vázána na konkrétní uživatele, ale na 150 současně pracujících uživatelů s plnými právy nebo, že plná práva bude mít 54 současně pracujících uživatelů dle specifikace uvedené v příloze čl. 7 přílohy č 1 ZD

7 a zbývající tj. do celkového počtu 150 současně pracujících uživatelů mohou mít oprávnění neumožňující pořízení dat. Dotaz č. 6 : V Zadávací dokumentaci, v článku Školení uživatelů a administrátorů, je mimo jiné, uvedeno 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 ZD. Dotaz zní: a) Domnívá se Uchazeč správně, že souhrnnou cenu pro zaškolení uživatelů a administrátorů systému musí kalkulovat jako násobek (80 hodin školení uživatelů a 25 hodin školení administrátorů) 105 krát cena uvedená v položce Cena za 1 hodinu školení uživatelů v Tabulce č. 2? b) Domnívá se Uchazeč správně, že cena pro zaškolení uživatelů a administrátorů systému je součástí položky 3, Tabulky 1, tj. je rozpočítána do jednotlivých položek Tabulky č. 3 Odpověď zadavatele č. 6: a) Cena za školení uživatelů v rozsahu 80 hodin je doplněna do tabulky č. 3 upravené přílohy č. 4 ZD Rozpisu nabídkové ceny jako položka č. 3.11, cena za školení administrátorů v rozsahu 25 hodin je doplněna do tabulky č. 3 upravené přílohy ZD č. 4 Rozpisu nabídkové ceny jako položka č Ceny obou uvedených druhů školení budou poměrově korespondovat s jednotkovými cenami za školení uvedenými v tabulce č. 2 upravené přílohy ZD č. 4 Rozpisu nabídkové ceny. b) S ohledem na výše uvedené zadavatel doplnil do upravené přílohy ZD č. 4 Rozpisu nabídkové ceny položku č a 3.12 a dále rozčlenil rozpis jednotkových cen v tabulce č. 2 téže upravené přílohy ZD dle druhu školení. V této souvislosti zadavatel upravil text části čl ZD následovně: 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 resp. položky č. 3 přílohy č. 4 této ZD. Zadavatel v rámci plnění předmětu zakázky nepředpokládá vyšší počet hodin pro školení. Dotaz č. 7 : V Zadávací dokumentaci, v Příloze č. 4 Rozpis nabídkové ceny, je mimo jiné uvedeno Položka č. 6 Obsahuje součet položek 1. až 5. tabulky č. 1., přičemž je uchazeč povinen respektovat omezení vyplývající z článku 2.8 této ZD. Dotaz zní: Může Zadavatel upřesnit odkaz na článek ZD?

8 Odpověď zadavatele č. 7: Zadavatel v upravené příloze č. 4 Rozpisu nabídkové ceny vypustil část mylného textu,přičemž je uchazeč povinen respektovat omezení vyplývající z článku 2.8 této ZD. Uvedenou úpravu zadavatel rovněž provedl v čl. 6 ZD Způsob zpracování nabídkové ceny, kde se obdobný odkaz na mylný článek ZD rovněž vyskytoval. Dotaz č. 8 : V Zadávací dokumentaci, v článku 3. DOBA A MÍSTO PLNĚNÍ VEŘEJNÉ ZAKÁZKY, je mimo jiné, uvedeno Místem plnění veřejné zakázky je sídlo zadavatele, budovy Městského úřadu Česká Lípa a budovy organizací s majetkovou účastí města Česká Lípa. a dále v Zadávací dokumentaci v Příloze č. 1 - Specifikace_pozadavku_minimalniho_plneni_EIS, v článku 2.13 je uvedeno Nabízené řešení EIS bude schopno zpracovávat data pro více městských organizací. Dotazy zní: a) Může Zadavatel upřesnit, zda v rámci tohoto výběrového řízení bude Uchazeč plnit nejen vůči Zadavateli (tj. Město Česká Lípa, nám. T. G. Masaryka 1, Česká Lípa, IČ: ), a nebo také vůči organizacím s majetkovou účastí města Česká Lípa? b) Může Zadavatel upřesnit, o které organizace s majetkovou účastí města Česká Lípa se jedná, a podmínky implementace na těchto organizacích? Odpověď zadavatele č. 8: a) V rámci tohoto zadávacího řízení bude uchazeč plnit předmět zakázky vůči zadavateli tj. městu Česká Lípa. Součástí předmětu této veřejné zakázky není plnění vůči organizacím s majetkovou účastí města, nicméně do budoucna by EIS navrhovaný uchazečem měl zpracování dat pro více městských organizací umožňovat. V této souvislosti zadavatel upravuje definici místa plnění předmětu zakázky v čl. 3 zadávací dokumentace následovně Místem plnění veřejné zakázky je sídlo zadavatele a budovy Městského úřadu Česká Lípa b) Z odpovědi a) vyplývá, že tento dotaz je bezpředmětný. Dotaz č. 9 : Dotaz zní: Může Zadavatel upřesnit, v jakém pořadí jsou závazné požadavky ze Zadávací dokumentace a její příloha v případě, že jsou některé údaje v jejích jednotlivých částech v rozporu. Poznámka: Předpokládáme, že přednost má vlastní Zadávací dokumentace, následně Přílohy č. 5 a 6 a nakonec ostatní dokumenty a přílohy.

9 Odpověď zadavatele č. 9: Zadávací dokumentace je pro uchazeče závazná jako celek. Pokud uchazeč spatřuje v některých částech zadávací dokumentace konkrétní rozpor, může na něj poukázat v rámci dotazů směřovaných k zadávacím podmínkám a požadovat jeho vysvětlení. Dotaz č. 10 : K příloze č. 1 ZD, bod Nabízené řešení EIS bude v oblasti evidence Daně z nemovitosti obsahovat standardní funkcionality dle platné legislativy. Výstup pro Finanční úřad pro podání daňového přiznání Dotazy: 1) Je tento požadavek správně formulován? 2) Pokud ano, žádáme o specifikaci, co zadavatel považuje za standardní funkcionalitu? Odpověď zadavatele č. 10: Standardní funkcionalitou se rozumí zpracování podkladů pro podání daňového přiznání. Dotaz č. 11 : K příloze č. 1 ZD, bod 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 ) Dotazy: 1) Má zadavatel jako vlastník dat a provozovatel IS smluvně zajištěno poskytnutí dat např. ve formátu DBF, xls z uvedeného SW? 2) Může zadavatel specifikovat požadavek na rozsah migrovaných dat (struktura, počet,..)? Odpověď zadavatele č. 11: 1) Zadavatel nemá smluvně zajištěno poskytnutí dat v uvedených formátech. 2) Požadavek zadavatele je na migraci kompletních dat včetně historických vazeb. Dotaz č. 12 : K příloze č. 1, bod Vazba na GIS. Přičemž 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ě. V příloze č. 2 bod 3. Přehled používaného SWSW Integrace/migrace -Gramis ne

10 Dotaz: 1) Předpokládá uchazeč správně, že vazba je požadována a v příloze č. 2 se jedná o administrativní chybu? Odpověď zadavatele č. 12: Vazba na používaný GIS Gramis není nutně vyžadována a zadavatel připouští například využití veřejně přístupných map na internetu (Google maps, Mapy Seznam, Cenia, ČÚZK a podobně). Proto v příloze č. 2 je uvedeno NE. Dotaz č. 13 : K Příloze č. 2 ZD Bod 2 Integrační vazby 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. V případě požadavků na součinnost třetích stran, zajistí tuto součinnost dodavatel. Dodavatel zajistí součinnost příslušného subdodavatele, včetně finančních záležitostí s tím spojených. 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. Aby byla vyloučena pochybnost o transparentnosti a dána uchazečům možnost objektivně posoudit náklady na řešení integračních vazeb, vznáší uchazeč následující dotazy a požadavek na doplnění informací: Dotazy:

11 1) Žádáme zadavatele upřesnit transparentně zadávací podmínky a smluvně předjednat integrační vazby na systémy třetích stran, stanovením rovných finančních nákladů (třetích stran) za integrace pro všechny uchazeče? 2) Má zadavatel smluvně zajištěnu spolupráci s dodavateli jednotlivých subsystémů při řešení integračních vazeb? 3) Má zadavatel tato integrační rozhraní licenčně zajištěna? 4) Mají jednotlivé subsystémy integrační (webové) rozhraní k dispozici? Pokud ano, žádáme o upřesnění jednotlivých rozhraní. Odpověď zadavatele č. 13: 1) Integrační vazby se tvoří vždy customizovaně na základě technických podmínek integrovaných systémů. Proto nelze předem obecně, přesto přesně, konkretizovat integrační vazby. Proto je také domluva o podrobnostech převedena na uchazeče, u kterých je předpoklad, že svůj produkt znají a mohou tak třetí straně přesně definovat své potřeby. Z těchto důvodů není možné, aby zadavatel předem smluvně zajišťoval integrační vazby. 2) Zadavatel proto nemá smluvně zajištěny s dodavateli podmínky integračních vazeb, neboť ty se mohou zásadně lišit v závislosti na dodávaném SW jednotlivých uchazečů. Zadavatel proto nechce zasahovat do volného podnikatelského prostředí jakýmkoli zásahem, který by mohl být pro některé uchazeče diskriminační. 3) I s ohledem na předchozí odpovědi, nemá zadavatel integrační vazby licenčně zajištěné. 4) Složení webových služeb záleží od konceptu integrace, proto v tomto smyslu rozhraní není standardizované a předpokládáme jistou míru customizace pro konkrétního dodavatele EIS. Integrační vazby otevřené ve smyslu dostupnosti pro veřejnost samozřejmě nejsou, proto je není možné ani v rámci ZD zveřejňovat, ale budou zpřístupněné pro konkrétní autorizovanou protistranu. Dotaz č. 14 : k příloze č. 2 ZD Popis požadavku na integrační vazby EIS, str. 2, bod 2.1. Dodavatel: CNS a.s., Nad Šafranicí 574, Mělník Název aplikace: Elisa Integrace Zadavatel požaduje propojení EIS se spisovou službou on line. Data budou předávána oběma směry. Zadavatel požaduje plnou integraci nabízeného EIS se všemi jeho dodávanými součástmi a essl provzájemné předávání potřebných dat a vyloučení jejich duplicitních vkládání. Integrace budepožadována minimálně na následujících úrovních: možnost předávat vybrané dokumenty z essl dopříslušných modulů EIS, možnost zahájit příslušný úkon (např. řízení) nad předaným dokumentem, založení dokumentu s číslem jednacím ze spisové služby přímo v příslušné agendě EIS, založení spisu spřiděleným číslem spisu ze spisové služby přímo v agendě EIS, přenos a vypravení dokumentu z EIS dospisové služby, přenos elektronických souborů z agendy do

12 spisové služby, rozhraní umožňuje přenosdoručení, rozhraní umožňuje vyřízení nebo uzavření spisu nebo dokumentu, rozhraní umožňujevrácení spisu nebo dokumentu zpět do spisové služby, veškerá komunikace mezi agendami a SSL jepřehledně logována. Informace z logu lze použít pro řešení problémů. Integrační vazba je plněv souladu s národním standardem pro elektronické systémy spisové služby v aktuálním znění. V současné době se připravuje standardní rozhraní mezi Agendovými informačními systémy a systémem spisové služby. MV se na veřejných fórech zavázalo jeho zapracování do Národního standardu pro spisové služby. Pokud bude toto řešení přijato jako platforma integrace, bude koncepční a dlouhodobé. Dotazy: 1) Má zadavatel ověřeno, že stávající elektronická spisová služba již disponuje rozhraním v souladu s připravovaným standardem? 2) Případně jakým rozhraním disponuje essl ELISA? Odpověď zadavatele č. 14: 1) Vyjádření společnosti CNS a.s., dodavatele essl Elisa: Všechna rozhraní, kterými ELISA disponuje, legislativní požadavky splňují. Na straně ELISy jsou vždy prováděny takové kontroly, jež zaručují správné ukládání správných informací na správná místa (takže jejich uložení v essl vyhovuje jak Národnímu standardu pro elektronické systémy spisové služby, tak i zákonu č.499/2004 Sb., o archivnictví a spisové službě). 2) Případná další rozhraní se tvoří vždy podle podmínek konkrétního požadavku na integraci a technického konceptu integrovaného SW, z těchto důvodů není možné jednoznačněji odpovědět. Dotaz č. 15 : k příloze č. 2 Popis požadavku na integrační vazby EIS, str. 5, bod 2.7. Dodavatel: B2B CENTRUM a.s., Starochodovská 1359/76, Praha 4 Integrace Zadavatel požaduje propojení nabízeného řešení EIS evidence veřejných zakázek s aplikací Softender jednosmě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. Primární evidence smluv bude vedena v nabízeném řešení Evidence smluv. Dotazy 1) V případě, že EIS evidence veřejných zakázek bude integrován na essl, bude nutné integrovat i essl na Softender? Primárním nositelem informací o dokumentech je spisová služba ta by také měla být primárně integrována. 2) V opačném případě bude vznikat řada dokumentů přímo v EIS a předávaných do aplikace Softender mimo essl. Vzal zadavatel toto v úvahu? 3) Má zadavatel ověřeno, že produkt Softender disponuje rozhraním pro napojení jiných AIS? 4) Jakou licenci elektronického nástroje Softender zadavatel disponuje? Má vliv na rozsah poskytování služeb ze strany B2B Centrum a.s.

13 Odpověď zadavatele č. 15: 1) Primární evidencí VZ by měl být modul evidence VZ, proto volíme variantu, jak je popsáno v ZD. Případné úpravy koncepce integrace mohou být korigovány v rámci analýzy a Cílového konceptu, vždy však v mezích zadání VZ. 2) Ano, zadavatel vzal v úvahu tvrzenou skutečnost, dokumenty budou primárně vytvářeny v EIS, ale zároveň budou evidovány v essl. 3) Ano, produkt Softender je připraven na realizaci integračních rozhraní. 4) Používání nástroje Softender se řídí uzavřenou smlouvou mezi zadavatelem a společností B2B Centrum a. s., který vymezuje rozsah poskytovaných služeb. Smlouva je dostupná na webových stránkách města: Dotaz č. 16: k příloze č. 2 Popis požadavku na integrační vazby EIS, str. 5, bod 2.8 Informační systém městské policie (IS MP). Dodavatel bude znám po vyhodnocení právě probíhajícího VŘ Zadavatel požaduje propojení nabízeného řešení EIS s IS MP k předávání informací o finančních transakcích, stavu pohledávek atd. Dotazy 1) Je znám již dodavatel IS pro MP? V tuto chvíli je pro uchazeče velmi těžké určit cenu integrace pokud nemá alespoň nějakou představu o napojovaném IS. 2) Bude mít zadavatel smluvně zajištěnu spolupráci s tímto dodavatel při řešení integračních vazeb včetně dodávky potřebných komponent? Odpověď zadavatele č. 16: 1) Dodavatelem je firma InQool a. s. Brno s produktem IQ Metropolis. Údaje o dodavateli ISMP zadavatel tímto doplňuje do přílohy č. 2 ZD Popis požadavků na integrační vazby. 2) V uzavřené smlouvě se společností InQool a. s. je požadována plná spolupráce při realizaci integrace na nově pořizovaný EIS. Produkt IS Metropolis je vybaven sadou služeb určených pro integraci s produkty třetích stran. Zadavatel v rámci dodatečných informací č. 2 v textu smlouvy o dílo Příloha č. 5 ZD provedl následující úpravy: - v čl. II odst. 1 a) upravil odkazy na přílohy č. 4 a 5 smlouvy; - v čl. II odst. 1 písm. c) identifikoval dodavatele Informačního systému Městské policie Česká Lípa; - v čl. II odst. 1 písm. d) doplnil jednotkové ceny za školení uživatelů a administrátorů - v čl. IV. doplnil bod 8 Cena za provedené školení uživatelů či administrátorů bude hrazena na základě skutečně poskytnutých služeb. - v čl. III. odst. 1 písm. a) vyjmul část textu,., která je předpokládána k

14 - doplnil přílohu č. 5 smlouvy - v tabulce v příloze č. 3 vyjmul část textu (předpoklad do ) Upravená příloha č. 5 ZD tvoří přílohy č. 2 těchto dodatečných informací. Úpravy dokumentů zadavatel vyznačil červeně a tučným písmem. Zadavatel zároveň prodlužuje lhůtu pro podání nabídek do do 13:00 h. 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. Mgr. 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 č. 1 Upravená příloha č. 4 ZD Rozpis nabídkové ceny Příloha č. 2 Upravená příloha č. 5 ZD Návrh smlouvy o dílo