- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (79)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tisk![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Problémy veřejných zakázek v IT (2. díl)
Servis softwaru a jeho úpravy, exkluzivita dodavatele, dělení IT zakázek
V minulé části miniseriálu o problémech veřejných zakázek v IT jsem se věnoval monému pochybení zadavatele při definici poadavků na typ licence a pochybením při vymezení funkcí softwaru. Zmínil jsem se také o problematickém poadavku na neomezenou odpovědnost za kodu a upozornil jsem na řeení v podobě úschovy zdrojových kódů. Nyní se budu věnovat problematice zakázek na rozíření stávajícího systému a zajitění servisní činnosti, tak jak je upravuje zákon o veřejných zakázkách. Z mnoství sporů v této oblasti, často silně medializovaných, je toti zřejmé, e dodávky softwaru a s tím spojených slueb v rámci veřejných zakázek přináí celou řadu zásadních problémů. Na některé z nich se budu snait najít odpověď v následujícím textu. K vybraným problémům veřejných zakázek v IT si ukáeme i konkrétní příklady z praxe.

Servis softwaru a jeho customizace
ivot softwaru samozřejmě podléhá změnám a zadavatelé řeí problémy s následným servisem a customizací. Nejsou-li servis či customizace zahrnuty v původním zadání veřejné zakázky nebo uplyne-li doba, na kterou servisní smlouva byla uzavřena, pak je povinnost obojí řeit samostatně novým zadávacím řízením dle zákona o veřejných zakázkách. U softwaru vyvinutého na míru je s ohledem na níe uvedená rozhodnutí Úřadu pro ochranu hospodářské soutěe situace jetě komplikovanějí, jeliko se nelze dovolávat autorských práv dodavatele softwaru, ale je nutno tyto oetřit při prvotní veřejné zakázce na dodávku, případně smlouvou o úpravě autorských práv uzavřenou následně. Tento problém je navíc umocněn potřebou přístupu ke zdrojovým kódům, bez ní by servis a customizace byly pro třetí stranu buď nemoné, nebo alespoň podstatně ztíeny. U standardního softwaru, který je dodáván a customizován vícero subjekty, je nutné podřídit servis a customizaci odpovídajícímu zadávacímu řízení. Pokud budeme uvaovat o veřejných zakázkách na dodávky např. hardwaru, pak lze postupovat dle § 23 odst. 5 ZVZ v jednacím řízení bez uveřejnění, jestlie jde o dodatečné dodávky od tého dodavatele, s ním ji byla uzavřena smlouva, které jsou určeny jako částečná náhrada původní dodávky nebo jako rozíření stávajícího rozsahu dodávky, a to za předpokladu, e by změna dodavatele nutila zadavatele pořizovat zboí odliných technických parametrů, které by měly za následek neslučitelnost nebo by znamenaly nepřiměřené technické obtíe při provozu a údrbě. Podmínkou je, e celková doba trvání původní smlouvy, včetně doby trvání smlouvy na dodatečné dodávky podle tohoto ustanovení, nesmí v případě veřejného zadavatele přesáhnout dobu 3 let, pokud to není odůvodněno zvlátními okolnostmi.
V tomto ohledu jsou zajímavé dvě rozhodnutí Úřadu pro ochranu hospodářské soutěe:
Praha a servis systému SKC (Opencard, Haguess)
Licenční podmínky k softwaru SKC, který byl určen pro správu karet Opencard omezovaly zadavatele (Hl. město Praha) v monosti zasahovat do softwaru SKC (resp. do jeho zdrojového kódu) a zadavatel zadal veřejnou zakázku s názvem Poskytování základní a rozířené podpory programového vybavení SKC, formou jednacího řízení bez uveřejnění přímo firmě Haguess. Úřad odkázal na rozsudek Nejvyího správního soudu sp. zn. 5 Afs 43/2012-54 ze dne 11.1.2013 podle něho Jednací řízení bez uveřejnění lze vyuít, pokud jsou důvody pro jeho pouití objektivní, tedy nezávislé na vůli zadavatele. Není sporu o tom, e pokud by se zadavatel svým vlastním zaviněným postupem dostal do situace, kdy musel přidělit zakázku pouze jedné určité společnosti, poruil by tím zákon o veřejných zakázkách. Zadavatel se tak nemůe dovolávat existence pouhého jediného dodavatele (právně nebo fakticky) schopného realizovat předmět veřejné zakázky, paklie sám tento stav exkluzivity vytvořil, a to navíc teprve ve chvíli, kdy ji není moné nastalou situaci dostupnými právními prostředky změnit. Nejvyí správní soud zde rovně uvedl, e okolnosti, které by za jiné situace mohly aplikaci tohoto ustanovení aprobovat, by nemohly vycházet ze stavu, kdy si alobce sám nejprve vytvořil ony podmínky, a teprve a bylo právně nemoné nebo obtíné je změnit, dovolával se postupu dle citovaného zákona. Úřad dále učinil závěr, e v takovém případě má právě zadavatel dostatečně uváit, zda hodlá systém (zde systém SKC), na něj se budou vztahovat autorská práva v budoucnu rozvíjet a jakým způsobem nastavit licenční podmínky s ohledem na tento očekávaný rozvoj. Výsledek: pokuta 1 mil. Kč
Ostrava a customizace systému VERA
V písemné zprávě zadavatele ze dne 2. 3. 2010 zadavatel zdůvodňuje zvolený postup zadání veřejné zakázky v JŘBU podle § 23 odst. 4 písm. a) zákona tvrzením, e předmětnou zakázku na provedení programových úprav IS VERA provozovaného u zadavatele můe realizovat pouze společnost VERA, je je, s odkazem autorský zákon, vykonavatelem majetkových práv k autorskému dílu programovému produktu IS VERA. Závěrem svého vyjádření zadavatel shrnuje, e předmět veřejné zakázky za daných okolností nebyl schopen splnit jiný dodavatel s odkazem na existenci výhradních práv autorských dodavatele ve smyslu ust. § 23 odst. 4 písm. a) zákona, do nich zadavatel nemohl zasáhnout. Ve vztahu k existenci důvodu ochrany autorských práv Úřad pro ochranu hospodářské soutěe konstatuje, e existenci podmínek, na základě nich lze postupovat v jednacím řízení bez uveřejnění, nesmí zadavatel způsobit sám svým předchozím jednáním. Zadavatel se nemůe sám aktivně podílet na vytváření omezení, od nich následně odvozuje monost vyuití jednacího řízení bez uveřejnění. V této souvislosti lze odkázat na rozhodnutí Vrchního soudu v Olomouci č. j. 2 A 3/2002-75 ze dne 5. 11. 2002, v něm soud konstatoval, e okolnosti, které by mohly odůvodňovat postup, kdy zadavatel osloví jednoho konkrétního zájemce, by nemohly vycházet ze stavu, kdy si zadavatel nejprve vytvořil ony podmínky a teprve a bylo právně nemoné nebo obtíné je změnit, dovolával se postupu dle daného ustanovení zákona. Zadavatel naopak prokazatelně měl, resp. s ohledem na předelý vývoj systému a na informační koncepci a strategii města musel mít vědomí o tom, e v budoucnu mu vznikne potřeba zadávat dotčené zakázky. K uvedené argumentaci navrhovatele Úřad konstatuje, e skutečnost, e zadavatel ji pouívá konkrétní typ technické platformy, jej neopravňuje k tomu, aby tuto platformu nezákonně upřednostnil na úkor jiných, jakkoliv to můe být po stránce technického řeení jednoduí, protoe takový postup je v přímém rozporu se základním účelem zákona, a to otevřít soutě o předmět plnění vem potenciálním uchazečům. K uvedenému vyjádření zadavatele Úřad uvádí, e nelze ne souhlasit se snahou zadavatele, postupovat jako řádný hospodář, a tak účelně a efektivně vynakládat finanční prostředky, avak toho můe být efektivně a objektivně dosahováno pouze tehdy, jsou-li respektovány základní zásady uvedené v § 6 zákona, je zajiují, e zakázky budou zadávány v rámci efektivní hospodářské soutěe, co v konečném důsledku zajistí sníení cen poptávaného plnění. Zadavatel pouitím JŘBU přímo vybral dodavatele, a tím vyloučil konkurenci dalích dodavatelů. Úřad konstatoval, e ani ekonomická analýza či odborný posudek nemohou plnohodnotně nahradit soutě mezi dodavateli podle zákona. Výsledek: pokuta 200 tis. Kč
Uvedené příklady vyloeně dokazují, e zadavatel by u při sjednávání první veřejné zakázky na dodávku softwaru měl předpokládat, e servis či customizaci bude zadávat nikoliv v jednacím řízení bez uveřejnění, ale v otevřeném řízení. Z těchto důvodů by měl mít přístup ke zdrojovým kódům, a to k jakémukoliv softwaru (standardnímu či vytvořenému na míru), aby mohl tyto poskytnout případnému dalímu dodavateli, případně úpravy softwaru, nabývání dalích licencí či servisní činnost by měl si oetřit ihned v prvním zadávacím řízení. Je nepochybné, e poadovat při riziku zneuití zdrojových kódů jejich předání zadavateli je pro dodavatele nelehké, pokud jsou tyto pro výrobce softwaru klíčovým obchodním tajemstvím. Lze proto odkázat alespoň na text věnovaný úschově zdrojových kódů, které jsme se věnovali v první části článku.
Stav exkluzivity a předpoklad změny softwaru
Stav exkluzivity dodavatele, který by vznikl tím, e zadavatel v rámci veřejné zakázky si nedostatečně pojistil customizaci či servis jiným dodavatelem a tímto takový stav způsobil je tedy neádoucí a neodůvodňuje postup jednacího řízení bez uveřejnění. Nicméně tento stav exkluzivity můe vzniknout i v případě časově omezené licence. Představme si situaci, kdy je dodán systém s licencí na 5 let a po uplynutí 5 let by měla být vyhláena nová veřejná zakázka na dodání nového systému. Nicméně při původní veřejné zakázce se nepočítalo s povinností dodavatele převést data ze stávajícího systému do nového. Pokud by nebyl ani nově vybraný dodavatel schopen data převést, pak by samozřejmě přepis těchto dat mohl být velice časově a finančně nákladný. Zadavatel by tak byl tímto stavem exkluzivity limitován natolik, e pořízení jiného softwaru ne původního dodavatele by bylo neádoucí. Přesto musí zadavatel postupovat dle zákona a vyhlásit veřejnou zakázku v otevřeném řízení na dodávku nového softwaru. V té bude samozřejmě původní dodavatel zvýhodněn, pokud budou vichni uchazeči mít povinnost zajistit přenos dat z původního systému do nového a schopnost nového systému s těmito daty pracovat. V takovém případě by bylo moné u jen poadovat náhradu kody po osobách, které takto způsobili stav exkluzivity v rámci původní veřejné zakázky.
Vyhnout se způsobení stavu exkluzivity dodavatele lze tak pouze důsledným stanovením podmínek veřejné zakázky, které budou předvídat kromě uvedeného servisu a customizace i monost změn softwaru a nutnost migrace dat. Případný smluvní vztah s takovým dodavatelem by měl zahrnovat smluvní podmínku, e dodávaný systém bude schopen zpracovat současnou databázi za účelem jejího dalího uívání, a to takovými technickými a softwarovými prostředky, které nezasáhnou do autorských práv původního dodavatele. Jestlie takto nebylo pamatováno v původní veřejné zakázce, pak nezbývá nic jiného ne v rámci nové veřejné zakázky stanovit povinnost dodavatele dodat softwarový systém pro práci se stávající databází a provést migraci dat.
S ohledem na výe uvedená rozhodnutí soudu a Úřadu pro ochranu hospodářské soutěe postup jednacího řízení bez uveřejnění o dalím pokračování licenční smlouvy výhradně s původním dodavatelem, jako nositelem autorských práv ke stávajícímu systému, pod ním je databáze zadavatele provozována, moný nebyl. Argument, e je takto postupováno dle § 23 odst. 4 písm. a) ZVZ, z důvodů technických a ochrany výhradních práv by právně neobstál.
Dělení zakázek v IT analýza a dodávka softwaru
Veřejný zadavatel při rozhodování o změně stávajícího systému a přechodu na nový stojí před otázkou, zda vypsat veřejnou zakázku pouze na analýzu (dle § 98 ZVZ zadavatel můe rozdělit veřejnou zakázku na části, připoutí-li to povaha předmětu veřejné zakázky), která by zadavateli jednak napověděla, zda nový software bude finančně únosný, nebo vypsat veřejnou zakázku dohromady na analýzu, dodávku, resp. servis a údrbu. Zadavatel, který se rozhodne zpracovat nejprve pouze analýzu, aby mohl pak lépe formulovat zadávací dokumentaci, můe vyuít tzv. soutě o návrh dle § 103 odst. 1 ZVZ, jejím cílem je získání návrhu, projektu či plánu na dodávku softwaru. Ovem jak konstatoval ji Úřad pro ochranu hospodářské soutěe, cílem takového návrhu není nalezení konkrétního dodavatele hardwaru a softwaru za konkrétní nabídnuté ceny. Kadopádně jestlie bude taková analýza samostatně zpracována, je nutné pamatovat na straně zadavatele na jeho dostatečné licenční oprávnění k analýze spočívající v monosti jejího dalího uití bez ohledu na to, zda bude či nebude bezprostředně s daným dodavatelem analýzy uzavřena i smlouva na dodávku softwaru. Druhou variantu představuje vyhláení veřejné zakázky na celý proces od analýzy a po implementaci, servis a údrbu, a to s výhradou, e po předání analýzy můe zadavatel vyhodnotit dodání softwaru jako neefektivní či neekonomické a odstoupit od uzavřené smlouvy pokrývající analýzu, vývoj i implementaci.
Posuzováním otázky, kdy se jedná o jednu veřejnou zakázku a naopak, kdy lze poptávat plnění ve více veřejných zakázkách, se zabýval i Krajský soud v Brně ve svém rozsudku č. j. 62 Af 68/2011 50 ze dne 7. 3. 2013, kde uvedl, e Při tomto určování je zapotřebí vycházet z obecného pravidla, racionálně a logicky zdůvodnitelného, podle něho jde-li o plnění, je má být ve prospěch zadavatele podle předmětu veřejné zakázky uskutečňováno, svým charakterem totoné či obdobné, pak jde o plnění stejného nebo srovnatelného druhu, a tedy jde o plnění, které je jedinou veřejnou zakázkou.. Nejvyí správní soud přitom v rozsudku č. j. 2 Afs 55/2010-173 ze dne 15. 12. 2010 uvedl, e zadáním jedné veřejné zakázky, spočívající v plnění stejného nebo srovnatelného druhu, je nutno rozumět i souhrn jednotlivých zadání určitých relativně samostatných plnění, týkají-li se tato zadání plnění spolu úzce souvisejících zejména z hledisek místních, urbanistických, funkčních, časových nebo technologických. V citovaném rozsudku Nejvyí správní soud dále zobecnil, e pro určení, zda konkrétní plnění ve prospěch zadavatele je jedinou veřejnou zakázkou nebo několika jednotlivými veřejnými zakázkami, je rozhodující věcný charakter takového plnění. Z toho plyne, pokud poptává zadavatel více druhů softwarů, např. customizovaný a kancelářský software nebo hardware, přičem kancelářský software i hardware můe být dodán vícero dodavateli a obojí nejsou funkčně nedílnou součástí customizovaného softwaru, pak lze tyto zakázky rozdělit.
Dle rozhodnutí ÚOHS platí, e v případě dodávky hardwaru a licencí softwaru třetích stran nemusí být tyto dodávky realizovány autorem vítězného návrhu, nebo v daném případě se nejedná o dopracování návrhu ani o rozvíjení mylenek autora návrhu. V tomto případě se jedná o dodání zboí běně dostupného na trhu, je můe být realizováno více dodavateli z oboru výpočetní techniky v souladu s technickými parametry stanovenými v přísluném vítězném návrhu. K argumentaci zadavatele, e předmět veřejné zakázky spočívající v realizaci informačního systému je třeba posuzovat jako celek, Úřad uvádí, e skutečnost, e komplexní informační systém tvoří funkční celek jako souhrn dílčích částí, automaticky neznamená monost zadat jeho realizaci jako celku v jednacím řízení bez uveřejnění. V daném případě byla navíc součástí předmětu veřejné zakázky II., mimo jiné, dodávka 250 kancelářských počítačů a 129 skenerů, přičem Úřad má za to, e se v tomto případě nejedná o nebytnou součást celku komplexního informačního systému
Závěr
I ve druhém díle naeho článku jsme si znovu potvrdili, e jak uchazeči, tak zadavatelé veřejných zakázek v IT se potýkají s celou řadou problémů. Zejména zadavatelé by měli rozumně přistupovat k řeení svých poadavků. Měli by usilovat o dostatečnou smluvní úpravu servisu, customizace a případného roziřování či změny softwaru tak, aby předeli zvýeným nákladům a stavu exkluzivity dodavatele. Uchazečům lze opět předevím doporučit, aby v rámci soutěení veřejné zakázky dostatečně z právního pohledu posuzovali podmínky zadavatele a na nedostatky zadávací dokumentace upozornili, případně se bránili postupem dle zákona o veřejných zakázkách v námitkovém či soudním řízení.
![]() |
JUDr. Luká Jansa Autor článku je advokátem ve společnosti Jansa, Mokrý, Otevřel & partneři s.r.o., advokátní kancelář. |




















