Věc: Dodatečné informace ve veřejné zakázce VZ NDA, zadávací řízení na dodavatele technologií ICT a implementaci a vývoj SW

Jiří Bernas Česká republika - Národní archiv Archivní 2257/4 149 01 Praha 4 - Chodovec

Telefónica C zech Republ ic, a.s . zapsaná v Obchodní m rej stříku Městského soudu v P raze oddí l B vlo žka 2322 I Č 6 0193336 DIČ C Z60193336

Praha 16.12.2011 Věc: Dodatečné informace ve veřejné zakázce VZ 60053175 „NDA, zadávací řízení na dodavatele technologií ICT a implementaci a vývoj SW“ Telefónica Czech Republic, a.s., se sídlem Praha 4, Michle, Za Brumlovkou 266/2, PSČ 14022, IČ 60193336 (dále jen „uchazeč“), žádá dle ustanovení § 49 odst. 1 zákona č. 137/2006 Sb. (dále jen „zákon“) o dodatečné informace ve veřejné zakázce „NDA, zadávací řízení na dodavatele technologií ICT a implementaci a vývoj SW“ oznámené v uveřejňovacím subsystému Informačního systému o veřejných zakázkách dne 27.10.2011 pod evidenčním číslem VZ 60053175. 1. Uživatelská a administrátorská příručka Zadavatel požaduje v příloze č.3 zadávací dokumentace v kapitole 8.12 předložení uživatelské a administrátorské příručky. Protože se jedná o rozsáhlé dokumenty, které zásadním způsobem ovlivní tištěnou verzi nabídky (stovky stránek), tak bychom se rádi zeptali, zda je možno tyto dokumenty předat pouze v elektronické podobě na CD a v nabídce uvést odkaz, kde jsou tyto dokumenty uloženy. Je tato varianta pro zadavatele akceptovatelná? 2. Majetková práva a výhradní licence Článek 10.17 zadávací dokumentace stanoví jako obchodní podmínku, že uchazeč poskytne zadavateli veškerá majetková práva k dílu a taktéž výhradní licenci. Ze zadávací dokumentace vyplývá, že celý projekt je financován z výzvy Integrovaného operačního programu, který podporuje optimalizaci a rozvoj interních procesů a technologií úřadů veřejné správy. V tomto programu jsou definovány jednotlivé oblasti, na které lze prostředky z evropských fondů použít. Zadávací dokumentace právě z jedné takové oblasti vychází – přitom však subjekt, který podá nabídku a vyhoví požadavku výhradní licence, nesmí vyhotovené řešení již nikdy znovu dodat dalším subjektům. V praxi to znamená, že společnost, která v soutěži uspěje, nemůže stejný produkt nabídnout v jiném zadávacím

Telefón ica Czech Republ ic, a.s. Za Brumlovkou 266/2 140 22 Pra ha 4 – Michle Czech Republic

T 800 020202 www.telefonica.cz

řízení, ať už oznámeném na základě zmiňovaného integrovaného operačního programu, nebo jakkoli jinak. Kdyby takto zadavatelé běžně postupovali, uvedená restrikce by vedla ke stavu, kdy Národní archiv užívá jiný systém než ostatní orgány a instituce veřejné správy a nemůže ho sjednotit s institucemi ostatními. Je zřetelné, že obecný cíl elektronizace veřejné správy by měl být právě opačný, totiž že systémy by naopak měly být jednotné (nebo aspoň jednotné po skupinách) – přinejmenším kvůli jednotnosti rozhraní, jednotnému rozvoji a zejména k dosažní nízkých nákladů na údržbu a podporu. 2.1 Zakázka je součástí projektu Národní digitální archiv schváleného a spolufinancovaného ze strukturálních fondů Evropské unie. Jak uvádí kapitola 2.1.1 zadávací dokumentace cílem projektu mj. je •

vytvoření archivního portálu pro podporu zpracování a pro zpřístupnění archiválií a údajů o archiváliích, archivech a původcích archiválií. Do budoucna umožní propojení se stávajícími informačními systémy veřejné správy (Portál veřejné správy, Czech Point apod.), archivů a ostatních paměťových institucí (knihoven a muzeí) na národní i mezinárodní úrovni,

•

…. kromě toho je cílem taktéž vytvoření jednotného, modulárního, udržitelného a snadno rozšiřitelného systému pro správu Národního digitálního archivu,

Dále má zadavatel vysoké požadavky na dlouhodobou udržitelnost systému a dat v něm (např. v kap. 2.1.5.2) 2.2 Je obtížně představitelné, že by se v rámci projektu schváleného a spolufinancovaného ze strukturálních fondů Evropské unie měl pořídit unikátní, již nikdy neopakovatelný archivní systém. Z poskytnutí výhradní licence nemá zadavatel žádné výhody. Důsledek, že stejný systém jako zadavatel si nemůže pořídit nikdo jiný, výhodou není. Kromě toho zadavatel stejně nemůže dosáhnout skutečné exklusivity, protože před podáním nabídky uchazeči svoje systémy možná již prodávali – jen by je v důsledku výhradní licence nemohli prodávat i nadále. Exklusivita jako důsledek výhradnosti se tedy vytrácí; zůstávají naopak důsledky negativní – jen Národní archiv a eventuelně instituce, které si ho pořídily dříve, budou m ít shodný systém, ostatní se nemohou připojit (ledaže by jim licenci snad chtěl poskytnout zadavatel a pak jim sám provádět postimplementační podporu). Náklady na rozvoj a údržbu systému, který se nemůže nadále prodávat, budou vysoké, určitě zřetelně vyšší než u systémů nejedinečných, které již byly a ještě budou nasazeny mnohokrát. Drahý provoz a nákladná postimplemetační podpora – navíc zatížená všemi negativy systému, který je nadále obchodně nepoužitelný – jsou jen doprovodnými jevy k zásadní nevýhodě pro zadavatele: Jedinečné systémy s výhradní licencí jsou zřetelně dražší již ve fázi dodávky a implementace, tedy i v nyní oznámené veřejné zakázce. Požadavek na jedinečnost ostře koliduje s požadavkem na dlouhodobou udržitelnost.



Dodavatel se domnívá, že zadavatel požadoval výhradní licenci omylem a že nehodlá z veřejných prostředků vynaložit násobně vyšší prostředky jen proto, aby získal izolovaný a málo podporovaný systém, u kterého nemůže očekávat intenzivní metodickou podporu, zatímco ostatní instituce mohou levněji nakoupit systém ověřený, osvědčený a jednotný, který bude navíc i v budoucnu podporován. 2.3 Zadavatel fakticky požaduje řešení již hotové a nějakým způsobem provozované. Hodnocení nabídek bude prováděno podle dílčích kritérií, z nichž např. subkritérium 2e je zřetelně popsáno tak, že systém již existující je bodově zvýhodněn oproti systému, který by byl teprve vyvinut, a to bez ohledu na jejich ostatní výhodné či nevýhodné vlastnosti. Uchazeči kromě toho mají předvést funkční vzorky už v průběhu zadávacího řízení, tedy před uzavřením smlouvy, takže kompletní vývoj až na zakázku rozhodně nepřichází v úvahu. Uchazeč má dále předložit uživatelskou dokumentaci ERMS (uživatelskou příručku a administrátorskou příručku nebo relevantní dokumentaci obdobného charakteru), a ukázky uživatelského rozhraní. Ještě rozsáhlejší funkční vzorek se požaduje k hodnocení v dílčím kritériu 3. Je prakticky vyloučeno, aby uchazeči vyrobili funkční vzorek s tak bohatou funkcionalitou, jako se požaduje, výhradně pro zadavatele, a to bez uzavřené smlouvy – jen pro potřeby soutěžení ve veřejné zakázce. Z toho vyplývá, že předmětem veřejné zakázky neměl být systém, který bude celý vyvinut na míru, nýbrž systém již hotový, ihned provozuschopný. S tím ostře koliduje požadavek na poskytnutí výhradní licence. Výhradní licence mj. znamená, že dodavatel nemůže užívací práva k systému dodanému zadavateli poskytnout nikomu dalšímu, že jde o systém proprietární, určený právě jen pro zadavatele. Zadavatel se nemohl domnívat, že takový systém je u některého z dodavatelů již připraven právě jen pro něj. Stejně tak se zadavatel nemohl domnívat, že ho některý dodavatel teprve vyvine na základě požadavků zadavatele, a vyvine ho jen pro něj, aby mohl poskytnout výhradní licenci. Kdyby zadavatel snad měl takové obchodní uspořádání skutečně na mysli, nemohl požadovat, aby již v nabídce – na systém, který má teprve vzniknout – byla vložena uživatelská a administrátorská dokumentace a aby dokonce byl systém předváděn v chodu; to by znamenalo, že zadavatel požaduje část plnění ještě před uzavřením smlouvy. Pokud zadavatel požaduje systém již hotový a odzkoušený, včetně dokumentace a všech vlastností a parametrů uvedených v zadávací dokumentaci, znamená to, že dodavatel musí nabídnout systém, který jako hotový a odzkoušený je již dodavatelem prodáván. Požadavek na výhradní licenci má v tom případě ten důsledek, že dodavatel se nadále musí všech dalších prodejů vzdát, neposkytnout ho napříště nikomu dalšímu a udržovat systém už jen pro zadavatele. (Důsledek již byl komentován – zdražení údržby a provozní podpory, když by nemohla být hromadně poskytována velkému počtu zákazníků.) Z výše uvedeného dodavatel opět usuzuje, že požadavek na výhradní licenci byl v zadávacích podmínkách uveden omylem, protože podle zadávacích podmínek prakticky není možno nabídnout ani systém jednoúčelově vyvíjený, ani systém hotový. Zadavatel z výhradní licence nemá žádnou výhodu, žádný prospěch, ale výhradní licence vede k vyšším nákladům jak pořizovacím, tak provozním.



2.4 Se závěrem, že zadavatel fakticky poptává (zadává) systém již hotový a odzkoušený, úzce souvisí nesplnitelnost dalšího ustanovení článku 10.17 zadávací dokumentace, totiž obchodní podmínky, že uchazeč poskytne zadavateli veškerá majetková práva. Majetková práva k software jsou nepřevoditelná. Uchazeč se tudíž nemůže zavázat, že je zadavateli poskytne. Majetková práva by zde mohla být omezena pouze směrem k výkonu majetkových práv objednatelem, byl-li systém jako autorské dílo vytvořeno autorem na základě smlouvy o dílo mezi objednatelem a autorem samotným. Jak je výše analyzováno, o tento případ se v této veřejné zakázce nejedná. Dodavatel se domnívá, že požadavek na poskytnutí majetkových práv byl v zadávacích podmínkách uveden omylem. 2.5 Dodavatel žádá – jako o dodatečnou informaci k zadávacím podmínkám – o sdělení, zda zadavatel trvá na poskytnutí majetkových práv a poskytnutí výhradní licence. 3. Dokumentace Zadavatel v kapitole 12.2 zadávací dokumentace požaduje, aby uchazeč již v nabídce předložil uživatelskou dokumentaci ERMS (uživatelskou příručku a administrátorskou příručku nebo relevantní dokumentaci obdobného charakteru). Dodavatel hodlá nabídnout produkty, z nichž část uživatelské dokumentace je k dispozici jen v angličtině. Jde o (řádově) 1000 stran textu a dodavatel je do konce lhůty pro podání nabídek nestihne přeložit. Kromě toho by na překlad vynaložil značné náklady – avšak jen pro účely podání nabídky v zadávacím řízení, v němž možná nezvítězí. Dodavatel se samozřejmě zaváže, že veškerou dokumentaci dodá v češtině po uzavření smlouvy na plnění veřejné zakázky, pokud zvítězí. Může dodavatel ve své nabídce část dokumentace předložit v angličtině? 4. Pojištění Zadávací dokumentace v kapitole 6.3 požaduje, aby uchazeč prokázal pojištění předložením pojistné smlouvy. Pojistná smlouva uchazeče je rozsáhlý dokument o více než 50 stranách sepsaný v cizím jazyce; úřední překlad je podobně objemný, celkem tedy asi 100 stran textu. Celá smlouva je předmětem obchodního tajemství. Postačí – např. s odkazem na ustanovení § 55 odst. 4 zákona – když uchazeč předloží tzv. pojistný certifikát, tj. dokument vystavený pojišťovnou, ve kterém je uveden mj. druh pojištění a pojistná částka? Takto vyhotovený dokument je asi desetkrát méně objemný než celá smlouva a není předmětem obchodního tajemství.



5. Prohlášení k ceně V kapitole 10 ZD – Návrh smlouvy odst. 5. – Cena za předmět plnění - požaduje Zadavatel prohlášení uchazeče, že součástí celkové ceny jsou i služby a dodávky, které v zadávací dokumentaci nebo i ve smlouvě sice výslovně uvedeny nejsou, ale uchazeč jakožto odborník o nich ví nebo má vědět, že jsou nezbytnou součástí plnění předmětu smlouv y. ÚOHS však v rozhodnutí sp. zn. S247/2009/VZ dovodil, že prakticky identická podmínka zadavatele („Součástí předmětu díla jsou i práce ve smlouvě nespecifikované, které jsou však k řádnému provedení díla nezbytné a o kterých zhotovitel vzhledem ke své kvalifikaci a zkušenostem měl, nebo mohl vědět.“) je v rozporu se zákonem o veřejných zakázkách. Svoje stanovisko odůvodnil především tím, že „v žádném případě není přípustné, aby zadavatel jakýmkoli způsobem přenášel odpovědnost za správnost a úplnost údajů uvedených v zadávací dokumentaci na dodavatele, a to i z toho důvodu, že by se mohl dostat do situace, že by obdržel vzájemně neporovnatelné nabídky“ a že „zadavatel nedodržel zásadu transparentnosti zadávacího řízení, neboť v zadávacích podmínkách připustil, že jím stanovený předmět veřejné zakázky nemusí být úplný“. Může uchazeč tento požadavek (prohlášení) uvedený v kapitole 10 ZD – Návrh smlouvy v odst. 5. – Cena za předmět plnění (třetí odrážka) vyjmout, tj. nezapracovat do smlouvy z důvodu rozporu se stanoviskem ÚOHS? 6. Autoritní záznam Ve Funkčním požadavku A.1.31 uvádí zadavatel“ Vyhledání a tvorba autoritního záznamu“. Uchazeče zajímá, co bude obsahem autoritního záznamu, jak bude tento záznam vznikat a na základě jakých dat bude vznikat (obsah dokumentu, metadata)?

………………………. Zdeněk Lerch na základě pověření ze dne 2.12.2011



Věc: Dodatečné informace ve veřejné zakázce VZ NDA, zadávací řízení na dodavatele technologií ICT a implementaci a vývoj SW

Recommend Documents