Úřední zdrojee-Sbírka · nsoud.cz · nssoud.cz · nalus.usoud.cz · justice.cz · EUR-Lexdatabáze aktualizována 12. 10. 2026Jak ověřujeme data
Europaius
ROZHODNUTÍ

ÚOHS S0058/2019/VZ-08800/2019/532/LOh – RUK – ÚVT – Dodávka

ÚOHS · 14. 6. 2019

Č. j.: ÚOHS-S0058/2019/VZ-08800/2019/532/LOh

Brno: 26. března 2019

Úřad pro ochranu hospodářské soutěže příslušný podle § 248 zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů, ve správním řízení zahájeném dne 11. 2. 2019 na návrh z téhož dne, jehož účastníky jsou

zadavatel – Univerzita Karlova, IČO 00216208, se sídlem Ovocný trh 560/5, 116 36 Praha 1 – Staré Město,

navrhovatel – MAGION system, a.s., IČO 25872818, se sídlem Jiráskova 1252, 755 01 Vsetín,

ve věci přezkoumání úkonů zadavatele – Univerzita Karlova, IČO 00216208, se sídlem Ovocný trh 560/5, 116 36 Praha 1 – Staré Město – učiněných při zadávání veřejné zakázky „RUK – ÚVT – Dodávka, technická podpora a rozvoj jednotného ekonomického informačního systému na Univerzitě Karlově - Druhé opakování“ v otevřeném řízení, jehož oznámení bylo odesláno k uveřejnění dne 18. 10. 2018 a uveřejněno ve Věstníku veřejných zakázek dne 22. 10. 2018 pod ev. č. Z2018-036246, ve znění oprav uveřejněných dne 29. 11. 2018, dne 17. 12. 2018 a dne 11. 1. 2019, a v Úředním věstníku Evropské unie dne 23. 10. 2018 pod ev. č. 2018/S 204-464317, ve znění oprav uveřejněných dne 29. 11. 2018 pod ev. č. 2018/S 230-525719, dne 18. 12. 2018 pod ev. č. 2018/S 243-555213 a dne 10. 1. 2019 pod ev. č. 2019/S 007-011707,

rozhodl takto:

Návrh navrhovatele – MAGION system, a.s., IČO 25872818, se sídlem Jiráskova 1252, 755 01 Vsetín – ze dne 11. 2. 2019, se podle § 265 písm. a) zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů, zamítá, neboť nebyly zjištěny důvody pro uložení nápravného opatření.

O co šlo

RUK – ÚVT – Dodávka, technická podpora a rozvoj jednotného ekonomického informačního systému na Univerzitě Karlově - Druhé opakování

Odůvodnění

I.

ZADÁVACÍ ŘÍZENÍ

1

Zadavatel – Univerzita Karlova, IČO 00216208, se sídlem Ovocný trh 560/5, 116 36 Praha 1 – Staré Město (dále jen „zadavatel“) – jakožto veřejný zadavatel ve smyslu § 4 odst. 1 písm. e) zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jen „zákon“), zahájil dne 18. 10. 2018 odesláním oznámení o zahájení zadávacího řízení k uveřejnění otevřené řízení za účelem zadání veřejné zakázky „RUK – ÚVT – Dodávka, technická podpora a rozvoj jednotného ekonomického informačního systému na Univerzitě Karlově - Druhé opakování“, přičemž oznámení bylo uveřejněno ve Věstníku veřejných zakázek dne 22. 10. 2018, pod ev. č. Z2018-036246, ve znění oprav uveřejněných dne 29. 11. 2018, dne 17. 12. 2018 a dne 11. 1. 2019, a v Úředním věstníku Evropské unie dne 23. 10. 2018 pod ev. č. 2018/S 204-464317, ve znění oprav uveřejněných dne 29. 11. 2018 pod ev. č. 2018/S 230-525719, dne 18. 12. 2018 pod ev. č. 2018/S 243-555213 a dne 10. 1. 2019 pod ev. č. 2019/S 007-011707 (dále jen „veřejná zakázka“ nebo „zadávací řízení“).

2

V bodě 2.1 „Vymezení účelu a předmětu veřejné zakázky“ zadávací dokumentace je stanoveno, že předmětem veřejné zakázky je zpracování ekonomicko-organizačního projektu (dále jen „EOP“), dodávka jednotného ekonomického informačního systému (dále jen „EIS“) pro zadavatele, provedení centrální instalace tohoto systému na infrastruktuře zadavatele, jeho nasazení do provozu na všech fakultách a dalších součástech zadavatele (nejprve do zkušebního a následně do produkčního provozu), podpora tohoto provozu a další rozvoj EIS, a to dle požadavků uvedených v zadávacích podmínkách k předmětné veřejné zakázce a v rozsahu vymezeném ve vzoru smlouvy o dílo a o poskytování služeb (viz příloha č. 3 zadávací dokumentace) a dalších přílohách zadávací dokumentace.

3

Z bodu II.1.5) formuláře „Oznámení o zahájení zadávacího řízení“ uveřejněného ve Věstníku veřejných zakázek dne 22. 10. 2018 vyplývá, že zadavatel stanovil předpokládanou hodnotu veřejné zakázky ve výši 58 000 000 Kč bez DPH.

4

Z bodu VII.1.2) formuláře „Oprava – Oznámení změn nebo dodatečných informací“ uveřejněného ve Věstníku veřejných zakázek dne 11. 1. 2019 vyplývá, že zadavatel stanovil lhůtu pro podání nabídek na den 18. 1. 2019.

5

Z dokumentace o zadávacím řízení vyplývá, že zadavatel ve lhůtě pro podání nabídek obdržel celkem 2 nabídky.

6

Jak vyplývá z dokladu o doručení námitek, jenž tvoří přílohu návrhu, navrhovatel – MAGION system, a.s., IČO 25872818, se sídlem Jiráskova 1252, 755 01 Vsetín (dále jen „navrhovatel“) – doručil dne 17. 1. 2019 zadavateli námitky z téhož dne směřující proti zadávacím podmínkám šetřené veřejné zakázky a proti neprodloužení lhůty pro podání nabídek (dále jen „námitky“). Rozhodnutí o námitkách ze dne 1. 2. 2019, kterým zadavatel námitky navrhovatele odmítl (dále jen „rozhodnutí o námitkách“), bylo navrhovateli doručeno téhož dne.

7

Vzhledem k tomu, že navrhovatel s důvody uvedenými v rozhodnutí o námitkách nesouhlasil, podal dne 11. 2. 2019 návrh na zahájení správního řízení o přezkoumání úkonů zadavatele (dále jen „návrh“) u Úřadu pro ochranu hospodářské soutěže (dále jen „Úřad“).

Obsah návrhu

8

Návrh směruje proti nastavení zadávacích podmínek, v důsledku čehož byla navrhovateli znemožněna účast v zadávacím řízení. Navrhovatel má za to, že kritéria technické kvalifikace požadující zkušenost dodavatele se zpracováním EOP jsou diskriminační a nepřiměřená a dále, že subjektivní kritéria hodnocení kvality nabídek jsou netransparentní a nedostatečná pro přípravu nabídky. Navrhovatel rovněž brojí proti nepřiměřenému prodloužení lhůty pro podání nabídek v souvislosti s vysvětlením zadávací dokumentace ze dne 8. 1. 2019.

9

Navrhovatel uvádí, že pokud zadavatel vymezil požadavky na kvalifikaci, ve kterých požaduje zkušenost s dřívější realizací EOP, a to jak v rámci seznamu významných dodávek nebo významných služeb, tak i u seznamu techniků, jež se budou podílet na realizaci veřejné zakázky, jsou tyto požadavky diskriminační, neboť na relevantním trhu je neobvyklé, aby implementaci EIS předcházelo formální vypracování EOP a takovou referencí tudíž disponuje velmi omezený okruh dodavatelů; dle navrhovatele pouze jeden dodavatel.

10

Ze zadávací dokumentace dle navrhovatele vyplývá, že zadavatel požaduje, aby dodavatelé měli (v případě významných služeb i v případě zkušeností realizačního týmu) zkušenost minimálně se dvěma projekty spočívajícími ve zpracování EOP, což v souvislosti s detailním vymezením EOP, kterým se „(…) rozumí dokument obsahujícípopis nastavení ekonomické metodiky (zpracování ekonomických informací) a ekonomických procesů v konkrétní firmě či organizaci a zároveň obsahující návrh optimalizace tohoto nastavení a těchto procesů.“, považuje navrhovatel za diskriminační, neboť z důvodu přílišné detailnosti zadavatel eliminuje možnost podání nabídek od subjektů, které jsou objektivně plně kvalifikované pro realizaci předmětu plnění veřejné zakázky.

11

Navrhovatel se domnívá, že oproti předmětu plnění, který je zadavatel oprávněn popsat v maximální možné míře detailu, je smyslem referencí prokázat obecnou zkušenost dodavatele s daným předmětem plnění. Přijatelná míra obecnosti je pak dle názoru navrhovatele důležitá u veřejné zakázky jako je šetřená veřejná zakázka, kde zadavatel požaduje referenci na plnění, které není standardní součástí implementace EIS, ale jedná se dle navrhovatele o „originální“ požadavek zadavatele. Navrhovatel má za to, že v takovém případě je třeba formulovat požadavky na kvalifikaci takovým způsobem, aby se mohli kvalifikovat uchazeči, kteří jsou schopni zpracovat EOP, ale nemohou předložit referenci o jeho vytvoření. Navrhovatel zastává názor, že zadavatel nastavil kritéria kvalifikace nepřiměřeně a diskriminačně, neboť akcentováním vlastností EOP, jehož obsahem má být popis nastavení ekonomické metodiky (zpracování ekonomických informací) a ekonomických procesů v konkrétní firmě či organizaci a zároveň návrh optimalizace tohoto nastavení a těchto procesů, jsou diskriminováni dodavatelé, kteří jsou objektivně kvalifikovaní pro realizaci předmětu plnění, ale dosud nerealizovali dokument, který by se detailně podobal originálnímu „výmyslu“ zadavatele, tedy EOP.

12

Navrhovatel se rovněž domnívá, že zadavatel nepřiměřeně zdůrazňuje svou „extrémní jedinečnost“, aniž by předložil relevantní a ověřitelné skutečnosti. Dle navrhovatele není situace zadavatele nikterak výjimečná, aby odůvodňovala nezbytnost požadavku na zpracování EOP; i kdyby však byl požadavek na zpracování EOP v rámci předmětu plnění opodstatněný, což ostatně navrhovatel nerozporuje, je dle navrhovatele zcela nedůvodné, aby pro vypracování EOP zadavatel požadoval rozsáhlou zkušenost s jeho zpracováním.

13

Navrhovatel zdůrazňuje, že detailní vymezení předmětných požadavků na kvalifikaci podstatně zúžilo konkurenční prostředí, ačkoliv se jedná o marginální část předmětu plnění, a domnívá se, že vypracování EOP požadovaného zadavatelem není natolik specifická činnost, aby ji nebyl schopen realizovat dodavatel, který prokáže zkušenost s násobnou reálnou implementací EIS do prostředí vysoké školy či jiné srovnatelné instituce; v této souvislosti odkazuje navrhovatel na implementaci svého EIS v rámci vysokých škol v České republice (vždy bez realizace EOP).

14

Navrhovatel připomíná, že v rámci předchozího správního řízení vedeného Úřadem (pod sp. zn. ÚOHS-S0488/2017/VZ, pozn. Úřadu) zadavatel argumentoval mj. tím, že realizace EOP pro EIS je běžnou agendou poradenských společností, např. členů tzv. „velké čtyřky“ (tj. PricewaterhouseCoopers, KPMG, Deloitte a Ernst & Young), přičemž navrhovatel ověřil pravdivost tohoto tvrzení, a zjistil, že na relevantním trhu existuje pouze jediný subjekt s uplatnitelnou referencí, a sice PricewaterhouseCoopers, čímž se dle navrhovatele potvrdila neobvyklost a výjimečnost požadované reference, tedy nepřiměřenost předmětného požadavku na kvalifikaci. Platnost těchto závěrů dle navrhovatele „(…) nevyvrací ani skutečnost, pokudsi během uplynulého roku některý dodavatel cíleně a účelově opatřil tuto referenci, aby tak vyhověl požadavku zadavatele, neboť ačkoliv se možná zadavateli daří ovlivňovat trh a nutit jej, aby generoval předmětnou referenci, stále se jedná o nepřiměřený požadavek a navíc požadavek, kterým zadavatel přímo a vědomě diskriminuje navrhovatele.“.

15

Navrhovatel konstatuje, že případná oprávněnost požadavku na EOP jako součást předmětu plnění automaticky neznamená, že je požadavek na EOP oprávněný rovněž jako součást požadavků na kvalifikaci, naopak se domnívá, že se jedná o požadavek nepřiměřený (s ohledem na situaci na relevantním trhu) a pro prokázání kvalifikace prakticky nepotřebný. Navrhovatel vnímá EOP spíše jako „(…)servisní úkon dočasného charakteru, vzniká jako pomocný materiál pro zavedení hlavní složky předmětu plnění, tedy pro implementaci EIS.“. Navrhovatel doplňuje, že v rámci implementace EIS fakticky probíhá analýza situace zadavatele a je navrhována optimalizace tohoto nastavení; jsou tak vykonávány všechny úkony potřebné pro EOP, avšak nebývají zhmotněny do jednoho souhrnného dokumentu, který by bylo možno označit za EOP, proto považuje navrhovatel požadavek zadavatele na vytvoření formálního a uceleného dokumentu (projektu) za nepřiměřený.

16

Navrhovatel uzavírá, že výše uvedené požadavky jsou diskriminační ve smyslu § 6 odst. 2 zákona či minimálně nepřiměřené ve smyslu § 6 odst. 1 zákona. Realizace EOP je dle navrhovatele zcela neobvyklý požadavek a srovnatelné reference s výjimkou jednoho dodavatele prakticky neexistují. Navrhovatel dále uvádí, že pokud zadavatel vychází ze závěrů analýzy společnosti PragoData Consulting, s.r.o., sjednává tímto požadavkem výhodu pro konkrétního dodavatele, a zásadně tak deformuje hospodářskou soutěž o danou veřejnou zakázku.

17

Navrhovatel má dále za to, že zadavatel požadavkem na prokázání technické kvalifikace uvedeným v bodě 4.5 písm. A „Seznam významných dodávek nebo významných služeb“ bodu d) zadávací dokumentace diskriminuje v rozporu s § 6 odst. 3 zákona zahraniční dodavatele, když požaduje prokázat významnou dodávku spočívající ve vypracování EOP pro subjekt, který účtuje dle českých právních předpisů (dle zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů). Současně jsou tímto požadavkem dle navrhovatele diskriminováni v rozporu s § 6 odst. 2 tuzemští dodavatelé, kteří realizovali významnou službu pro zahraniční osobu. Navrhovatel se domnívá, že takovéto omezení není odůvodněno charakterem veřejné zakázky a odkazuje v této souvislosti na svůj případ, kdy bez předchozí zkušenosti s účtováním dle právních předpisů Slovenské republiky realizoval službu spočívající v implementaci EIS pro zahraniční subjekt (Slovenskou technickou univerzitu v Bratislavě). K argumentu zadavatele uvedenému v rozhodnutí o námitkách, že mu není znám důvod, proč navrhovatel, jako česká právnická osoba vznáší námitku údajné diskriminace zahraničních dodavatelů, navrhovatel mj. uvádí, že tak učinil z důvodu hypotetické možnosti prokázat příslušnou část kvalifikace (zkušenost s tvorbou EOP) zahraničním poddodavatelem, což považuje vzhledem k nedostatku takovýchto referencí na českém trhu za možnost velmi relevantní. Navrhovatel uzavírá, že předmětný požadavek na kvalifikaci je v přímém rozporu s § 6 odst. 3 zákona, neboť zjevně omezuje či vylučuje účast dodavatelů či poddodavatelů se sídlem mimo Českou republiku v předmětném zadávacím řízení.

18

V další části návrhu navrhovatel poměrně obsáhle napadá subjektivní kritéria hodnocení stanovená zadavatelem, a to kritérium č. 2 „Funkčnost nabízeného plnění“ a kritérium č. 3 „Technická úroveň nabízeného plnění“. Navrhovatel zmiňuje rovněž kritérium č. 5 „Rozsah, kvalita a technické parametry služeb systémové integrace“, které však již dále v textu návrhu nerozvádí. Navrhovatel se domnívá, že dle vymezených kritérií není vůbec zřejmé, co zadavatel hodlá v rámci těchto kritérií hodnotit, což dává zcela otevřený prostor pro manipulaci s hodnocením a vzhledem ke skutečnosti, že tato kritéria ve svém souhrnu představují 55 % celkového hodnocení, je dle navrhovatele zřejmé, že jejich nezákonné vymezení má dopad na zákonnost celého zadávacího řízení. Navrhovatel konstatuje, že zadávací podmínky jsou v této části v rozporu s § 6 odst. 1 a 2 zákona, tzn. netransparentní a diskriminační, přičemž nezákonnost hodnotících kritérií spatřuje navrhovatel v níže uvedených aspektech.

19

V rámci kritéria č. 2 „Funkčnost nabízeného plnění“ (viz bod 9.3 zadávací dokumentace) napadá navrhovatel bod „a) Způsob naplnění funkčních požadavků zadavatele uvedených v kapitolách 3.1.1, 3.1.2 a 3.1.3 přílohy č. 1 ZD“, dále bod „c) Míra standardizace systému“, bod „d) Flexibilita systému přístupových práv“, bod „e) Možnosti parametrizace výstupů a reportů ze systému“ a bod „f) Flexibilní podpora schvalovacích procesů“.

20

K bodu 9.3 písm. a) „Způsob naplnění funkčních požadavků zadavatele uvedených v kapitolách 3.1.1, 3.1.2 a 3.1.3 přílohy č. 1 ZD“ zadávací dokumentace navrhovatel nejprve uvádí vymezení tohoto hodnotícího parametru, tj. „(…)Lépe bude hodnoceno řešení, které již splňuje maximum požadavků zadavatele uvedených v kapitole 3.1 přílohy č. 1 této ZD, a je v této podobě již nasazeno do provozu na některé veřejné instituci.“. Navrhovatel se domnívá, že vzhledem ke značnému počtu funkcionalit v zadávací dokumentaci, není zřejmý způsob bodového hodnocení daného hodnotícího parametru, když např. jedna funkcionalita nebude splněna a hodnotitelé přitom mají k dispozici pouze bodovou škálu 1 až 5 bodů. Navrhovatel dále konstatuje, že předmětný hodnotící parametr je netransparentní, protože zadavatel spojil a hodlá současně hodnotit (neznámo v jakém vzájemném poměru, protože není zřejmé, co považuje za důležitější) dvě odlišné skutečnosti, a to počet splněných (naprogramovaných) funkcionalit a nasazení řešení na nějaké veřejné instituci. Dle navrhovatele tak vymezení předmětného hodnotícího parametru nedává dodavatelům vůbec představu o tom, jak bude hodnocena jejich nabídka a ani vysvětlení zadávací dokumentace ze dne 8. 1. 2019 dle navrhovatele neodstranilo nezákonnost tohoto hodnotícího parametru, neboť zadavatel zde popsal pouze „ideální“ nabídku, tj. nabídku, kde je řešení již nasazeno a která splňuje nejvíce funkcionalit. Dle navrhovatele ze zadávací dokumentace není zřejmé, zda bude lépe hodnoceno řešení, které splňuje pouze minimum funkcionalit, ale je už nasazeno, nebo řešení, které splňuje všechny funkcionality, ale doposud nasazeno není. Navrhovatel dále upozorňuje, že zadavatel v rámci rozhodnutí o námitkách předložil nové vysvětlení metody hodnocení, které však ze zadávací dokumentace (ani z jejího vysvětlení) nevyplývá, když uvedl, že „(…) body obdrží pouze takové řešení, které je již někde nasazeno“. Navrhovatel shrnuje, že daný hodnotící parametr je netransparentní, protože nespecifikuje, jak budou vzájemně zohledněny dvě naprosto nesouvisející vlastnosti nabídky (počet splněných funkcionalit proti skutečnosti, zda řešení je nasazeno), a dále vůbec nevymezuje, jak budou zohledněny takové nabídky, které se počtem splněných funkcionalit budou vzájemně odlišovat jen minimálně. Doplnění tohoto hodnotícího parametru po skončení lhůty pro podání nabídek pak představuje dle navrhovatele nepřípustnou změnu zadávacích podmínek a samo o sobě způsobuje jejich netransparentnost.

21

K bodu 9.3 písm. c) „Míra standardizace systému“ zadávací dokumentace navrhovatel nejprve uvádí vymezení tohoto hodnotícího parametru, tj. „(…) Lépe bude hodnocen systém, jehož jádro bylo vyvinuto a je udržováno jako standardizovaný softwarový balík (tedy existuje jediná aktuální verze programového kódu jádra systému pro všechny zákazníky dodavatele a jeho přizpůsobení pro potřeby univerzity (customizace) se zajistí nastavením parametrů EIS a přidáním nadstavbových modulů a integračních vazeb).“. Dle navrhovatele není zřejmé, jak bude hodnocena škála jednotlivých v úvahu přicházejících řešení, neboť zadavatel nevymezil podrobné požadavky a své preference ohledně „jádra systému“, nevymezil, co považuje za „standardní“ součást jádra systému (a tedy co bude bonifikováno), a co za „standardní“ součást jádra systému nepovažuje, a tedy případná absence této funkcionality v jádru systému nebude zohledněna negativně. Pokud by předmětem hodnocení mělo být pouze to, zda systém standardizované jádro má nebo nemá, pak by dle navrhovatele vůbec nepřicházelo v úvahu zadavatelem nastavené hodnocení škálou od 1 do 5 bodů. Navrhovatel dodává, že zadavatel namísto jasného vymezení svého požadavku »„(…)ponechal na dodavatelích, aby „nějak“ naslepo formulovali své nabídky.«. Netransparentnost hodnocení je pak dle navrhovatele způsobena rovněž tím, že zadavatel nebude hodnotit skutečné vlastnosti nabídky, ale pouze proklamace dodavatele. Pokud se pak tyto proklamace budou týkat řešení, které dosud nebylo nasazeno, resp. nebylo ani naprogramováno (což zadavatel připouští), pak dle názoru navrhovatele bude zadavatel hodnotit pouze sliby, které však nelze ověřit. K tvrzení zadavatele, že tyto sliby se stanou součástí smlouvy a jejich nesplnění bude moci zadavatel pokutovat, navrhovatel konstatuje, že zadavatel má pouze možnost, nikoliv však povinnost pokutovat. Navrhovatel shrnuje, že daný hodnotící parametr je netransparentní, neboť zadavatel dostatečně nespecifikoval, co považuje za standardizované jádro systému, a tedy které řešení standardizovaného softwarového balíku bude nejlépe vyhovovat jeho představám. Navrhovatel je přesvědčen, že přenesením tohoto vymezení na dodavatele obdrží zadavatel vzájemně neporovnatelné nabídky. Navrhovatel má rovněž za to, že zadavatel vysvětlením zadávací dokumentace ze dne 8. 1. 2019 prakticky popřel zamýšlený způsob hodnocení popsaný v zadávací dokumentaci.

22

K bodu 9.3 písm. d) „Flexibilita systému přístupových práv“ zadávací dokumentace navrhovatel nejprve uvádí vymezení tohoto hodnotícího parametru, tj. „(…) Lépe bude hodnocen systém s širšími možnostmi konfigurace těchto práv.“. Navrhovatel konstatuje, že vymezení daného hodnotícího parametru je netransparentní, když není stanoveno, jaké řešení bude hodnoceno nejlépe. Navrhovatel má za to, že zadavatel pouze užil obecné, bezobsažné výrazy „flexibilita konfigurace práv“, avšak jejich přesný obsah (nikoliv pouze vinou užití neurčitých pojmů) je naprosto nezřejmý a dodavatelé budou mít možnost se s nimi seznámit až na základě provedeného hodnocení, nikoliv již ve fázi přípravy své nabídky. Navrhovateli není zřejmé, které konkrétní způsoby konfigurovatelnosti práv zadavatel považuje za více flexibilní a které méně; v EIS existuje mnoho různých práv, jak uvádí navrhovatel, přičemž každé z nich se nastavuje jinak.

23

K bodu 9.3 písm. e) „Možnosti parametrizace výstupů a reportů ze systému“ zadávací dokumentace navrhovatel nejprve uvádí vymezení tohoto hodnotícího parametru, tj. „(…)Lépe bude hodnoceno řešení obsahující větší škálu již předdefinovaných výstupů a reportů, které si budou moci uživatelé sami upravovat dle potřeb pomocí filtračních kritérií a přidávání a odebírání dalších údajů, včetně možnosti využít v nich různé statistiky a agregace.“. Navrhovatel konstatuje, že předmětný hodnotící parametr je netransparentní, protože zadavatel neuvedl, u kterých konkrétních výstupů či reportů hodlá posuzovat parametrizovatelnost, a tedy nezajistil vzájemnou porovnatelnost nabídek. Navrhovatel přitom zdůrazňuje, že pro hodnocení je zcela zásadní, jaké výstupy jsou porovnávány. Navrhovatel připomíná, že zadavateli nastínil, aby definoval konkrétní typy vzorových výstupů, které by pak vzájemně porovnával, což zadavatel ve vysvětlení zadávací dokumentace ze dne 8. 1. 2019 odmítl, a to z toho důvodu, že struktura a obsah výstupů a reportů mohou být v jednotlivých systémech různorodé, přičemž zadavatel nechce zvýhodnit žádného dodavatele. Právě uvedené tvrzení zadavatele však považuje navrhovatel za nesmyslné, neboť ačkoliv obsah výstupů se může měnit, typologicky jsou výstupy stejné. K tvrzení zadavatele v rozhodnutí o námitkách, že nemohl přesněji specifikovat konkrétní výstupy, které hodlá porovnávat, protože by se tím extrémně zvýšila náročnost hodnocení, navrhovatel konstatuje, že pokud si zadavatel zvolil takto vágní hodnotící parametr, měl by mít jednoznačný zájem na časově náročném, a tedy transparentním a zpětně přezkoumatelném hodnocení, namísto rychlého netransparentního hodnocení dle předem nezveřejněných preferencí zadavatele. Navrhovatel dále uvádí, že zadavatel ani na žádost navrhovatele nevymezil, které druhy „statistik a agregací“ v rámci posuzování nabídek preferuje a dle názoru navrhovatele přesouvá tuto odpovědnost na dodavatele, když požaduje, aby doplnili statistiky a agregace u „(…)těch výstupů a reportů, kde využití agregačních a statistických funkcí dává praktický smysl. (…).“. Nad rámec uvedeného pak dle navrhovatele zadavatel nedodržel jednotný postup při posuzování hodnocených aspektů křížově v jednotlivých hodnotících parametrech, když v předmětném hodnotícím parametru odmítá prosté aritmetické sčítaní parametrů a zdůrazňuje jejich individuální podobu, naproti tomu v bodě 9.3 písm. a) hodlá zadavatel hodnotit prostý počet splněných funkcionalit, bez ohledu na dílčí význam a podobu každé splněné funkcionality.

24

K bodu 9.3 písm. f) „Flexibilní podpora schvalovacích procesů“ zadávací dokumentace navrhovatel nejprve uvádí vymezení tohoto hodnotícího parametru, tj. „(…)Lépe bude hodnocen systém umožňující administrátorem konfigurovatelné workflow pro schvalovací procesy týkající se ekonomické agendy.“. Navrhovatel konstatuje, že upozornil zadavatele, že konfigurovatelnost procesů se může lišit v jednotlivých fázích práce se systémem (tj. ve fázi nastavení systému, ve fázi spuštění procesů a ve fázi běhu procesů). Z vymezení předmětného hodnotícího parametru není dle navrhovatele zřejmé, k jaké fázi bude zadavatel prioritně přihlížet. Navrhovatel je dále přesvědčen, že zadavatel vysvětlením zadávací dokumentace ze dne 8. 1. 2019 zásadním způsobem upravil zadávací podmínky, když oproti původnímu vymezení nově specifikoval, že konfigurovatelnost workflow bude hodnocena pouze ve fázi nastavení systému, přičemž konfigurovatelnost v průběhu procesů již hodnocena nebude. Dle navrhovatele má tato změna předmětného hodnotícího parametru přímý vliv na přípravu nabídky. Navrhovatel konstatuje, že zadavatel provedl dílčí úpravu, změnu či doplnění zadávacích podmínek ve smyslu § 99 odst. 1 zákona, aniž by přiměřeně prodloužil lhůtu pro podání nabídek, přičemž 10 kalendářních dnů na zohlednění této změny je pro dodavatele dle názoru navrhovatele nedostačující.

25

V rámci kritéria č. 3 „Technická úroveň nabízeného plnění“ (viz bod 9.4 zadávací dokumentace) napadá navrhovatel bod „a) Návrh business architektury nabízeného systému a informační, aplikační a technické (systémové) architektury systému“, dále bod „b) Koncept řešení uživatelského rozhraní z hlediska zajištění přehlednosti, ergonomie ovládání systému a logické struktury uživatelského rozhraní“, bod „c) Náročnost realizace typických ekonomických procesů v systému z hlediska efektivity praktického využití a provozu systému“, bod „d) Robustnost a vyspělost SW architektury“ a bod „f) Vhodnost navržených technologií s ohledem na univerzálnost řešení“.

26

K bodu 9.4 písm. a) „Návrh business architektury nabízeného systému a informační, aplikační a technické (systémové) architektury systému“ zadávací dokumentace navrhovatel nejprve uvádí vymezení tohoto hodnotícího parametru, tj. „Preferována a lépe hodnocena bude tří- a vícevrstvá architektura s oddělením prezentační, aplikační a datové vrstvy, přičemž jako prezentační vrstva je preferován tenký klient v podobě webové aplikace.“. Navrhovatel uvádí, že zadavatel ve vysvětlení zadávací dokumentace ze dne 8. 1. 2019 upřesnil, že více než třívrstvá architektura bude hodnocena stejně jako třívrstvá; takovou informaci však dle navrhovatele podal zadavatel poprvé, ačkoliv zadavatel tvrdí, že „(…)z uvedeného znění ZD jasně vyplývá, že architektury se třemi a více vrstvami budou hodnoceny shodně (…)“. Dle názoru navrhovatele takový závěr z vymezení předmětného hodnotícího parametru nevyplývá, je pouze zřejmé, že dvou- a méněvrstvá architektura nemůže očekávat lepší ohodnocení, ale nelze dovodit, že více než třívrstvá architektura nemá pro zadavatele žádnou přidanou hodnotu. Zadavatelem prezentovaný závěr nemohl žádný dodavatel učinit ani na základě obecné znalosti problematiky, neboť „(…)je obecně platné, že vícevrstvá architektura je přínosnější než architektura třívrstvá.“. Navrhovatel se domnívá, že zadavatel porušil § 99 odst. 2 zákona, když provedl výše uvedeným vysvětlením zadávací dokumentace dílčí upřesnění, a tedy změnu zadávacích podmínek, která má dopad na přípravu nabídek (dodavatelé proto měli dostat prostor pro zohlednění této změny), navíc byla tato změna provedena na konci lhůty pro podání nabídek, a zadavatel přesto přiměřeně neprodloužil lhůtu pro podání nabídek. Navrhovatel odmítá argumentaci zadavatele uvedenou v rozhodnutí o námitkách, kde zadavatel provedenou změnu omlouvá odkazem na odbornou literaturu, dle které je údajně zřejmé, že není důvod, aby více než třívrstvá architektura byla hodnocena lépe než architektura třívrstvá. V této souvislosti navrhovatel uvádí, že závěry odborné literatury jsou irelevantní, pokud na ně zadavatel neodkazuje v zadávací dokumentaci.

27

K bodu 9.4 písm. b) „Koncept řešení uživatelského rozhraní z hlediska zajištění přehlednosti, ergonomie ovládání systému a logické struktury uživatelského rozhraní“ zadávací dokumentace navrhovatel nejprve uvádí vymezení tohoto hodnotícího parametru, tj. „(…) Lépe bude hodnocen systém s vyšší intuitivností ovládání a s vyšší přehledností jednotlivých uživatelských rozhraní.“. Navrhovatel je přesvědčen, že relevantní hodnocení vlastností systému jako je přehlednost a intuitivnost řešení je možné realizovat pouze při práci se samotným systémem. Dle navrhovatele zadavatel připustil, že hodlá hodnotit již hotový produkt, tedy prakticky požaduje, aby součástí nabídky byla prezentace nabízeného EIS, což dle navrhovatele podstatně mění zadávací podmínky (ze zadávací dokumentace totiž nevyplývá, že uchazeči mají pro účely hodnocení předložit funkční elektronickou verzi EIS), aniž by zadavatel prodloužil lhůtu pro podání nabídek, což je v rozporu s § 99 odst. 2 zákona. Navrhovatel dále konstatuje, že zadavatel podává ve svých vyjádřeních (ve vysvětlení zadávací dokumentace ze dne 8. 1. 2019 a v rozhodnutí o námitkách) nesrozumitelné a vzájemně si protiřečící informace, které činí zadávací řízení netransparentním.

28

K bodu 9.4 písm. c) „Náročnost realizace typických ekonomických procesů v systému z hlediska efektivity praktického využití a provozu systému“ zadávací dokumentace navrhovatel nejprve uvádí vymezení tohoto hodnotícího parametru, tj. „(…) Lépe bude hodnocen systém, v němž bude podpora typických ekonomických procesů snadnější a efektivnější (s nutností menšího množství uživatelských zásahů, s možností výběru jednoduššího řešení problému pro elementární cíle při existenci složitějšího řešení pro složitější cíle v rámci stejné funkčnosti).“. Navrhovatel je přesvědčen, že zadávací podmínky jsou co do vymezení daného hodnotícího parametru netransparentní, neboť zadavatel nestanovil, u kterých konkrétních ekonomických procesů hodlá hodnotit náročnost jejich realizace. Navrhovatel konstatuje, že zadávací podmínky nejsou v rozporu s § 36 odst. 3 zákona vymezeny v podrobnostech nezbytných pro přípravu nabídky (dodavatelé nevědí, na které procesy se mají při přípravě nabídky zaměřit). Navrhovatel upozorňuje, že „typické procesy“ zadavatel definoval až v rozhodnutí o námitkách, když uvedl, že za tyto lze považovat procesy vymezené v části 4 zadávací dokumentace, což dle navrhovatele představuje nepřípustnou dodatečnou změnu zadávacích podmínek. Navrhovatel dále uvádí, že dle takto stanoveného hodnotícího parametru budou nabídky vzájemně neporovnatelné, což je v rozporu s § 116 odst. 3 zákona, neboť každý dodavatel stanoví dle pokynu zadavatele jiné „typické procesy“, které mají být předmětem hodnocení. Navrhovatel dodává, že hodnocení v rámci tohoto hodnotícího parametru je prakticky neproveditelné, neboť snadnost a efektivnost podpory ekonomických procesů je možné hodnotit pouze při práci se systémem, nikoliv na základě popisu systému.

29

K bodu 9.4 písm. d) „Robustnost a vyspělost SW architektury“ zadávací dokumentace navrhovatel nejprve uvádí vymezení tohoto hodnotícího parametru, tj. „(…) Lépe bude hodnocen koncept, který bude robustnější, flexibilnější, odpovídající best practices pro oblast vývoje softwaru a lépe pokrývající nároky na budoucí rozvoj systému.“. Navrhovatel konstatuje, že zadavatel hodlá hodnotit naplnění „best practices“ pro vývoj systému, aniž by uvedl, co za takovou „best practices“ považuje. Navrhovatel zdůrazňuje, že neexistuje pouze jediná suma úkonů, které lze takto označit a uvádí, že i sám zadavatel v rozhodnutí o námitkách potvrdil netransparentnost tohoto hodnotícího parametru a také skutečnost, že vůbec neupřesnil, jakým způsobem a vzhledem k jaké metodě mají dodavatelé formulovat svoji nabídku, aby byla hodnocena maximálním počtem bodů. Z rozhodnutí o námitkách pak dle navrhovatele rovněž vyplývá, že zadavatel již nehodlá hodnotit systém „odpovídající best practices“, ale hodlá hodnotit nabídku, která jasně popíše používaný IT standard a metodu jeho aplikace, čímž dle navrhovatele zadavatel nepřípustně změnil zadávací podmínky.

30

K bodu 9.4 písm. f) „Vhodnost navržených technologií s ohledem na univerzálnost řešení“ zadávací dokumentace navrhovatel nejprve uvádí vymezení tohoto hodnotícího parametru, tj. „(…) Toto kritérium hodnotí systém z pohledu zajištění podpory a dalšího rozvoje a zároveň spektra možných dodavatelů. Jako lepší bude hodnoceno otevřenější řešení, které potenciálně využívá standardizovaných technologií, a tudíž umožní využít pro další vývoj a úpravy systému více možných partnerů.“. Navrhovatel má za to, že vymezení tohoto hodnotícího parametru je nedostatečné (v rozporu s § 36 odst. 3 zákona) a dále netransparentní a diskriminační (v rozporu s § 6 odst. 1 a 2 zákona), když zadavatel nespecifikuje, co považuje za „standardizované technologie“, přestože dle vysvětlení zadávací dokumentace má zadavatel o těchto technologiích přesnou představu. Navrhovatel konstatuje, že dodavatelům tak není známo, které technologie zadavatel preferuje. Navrhovatel dále považuje za nesmyslnou argumentaci zadavatele v rozhodnutí o námitkách, kde zadavatel obhajuje svůj postup údajnou obranou před stavem „vedor-lock-in“. Navrhovatel dodává, že až v rozhodnutí o námitkách zadavatel specifikoval, že „standardizované řešení“ rozuměl jako opozitum k „proprietárnímu řešení“; takovéto vysvětlení však zadavatel učinil dle názoru navrhovatele opožděně.

31

Navrhovatel konstatuje, že vysvětlením ze dne 8. 1. 2019 došlo ke změně zadávacích podmínek, aniž by však zadavatel v souladu s § 99 odst. 2 zákona prodloužil lhůtu pro podání nabídek; navrhovatel upřesňuje, že provedené změny se dotkly bodu 9.3 písm. f) zadávací dokumentace, bodu 9.4 písm. a) a bodu 9.4 písm. b) zadávací dokumentace. Navrhovatel uvádí, že zadavatel se v rozhodnutí o námitkách brání, že tímto vysvětlením došlo k prodloužení lhůty (o 6 dnů), navrhovatel však upozorňuje, že k tomuto prodloužení došlo dle § 98 odst. 4 zákona, tedy z důvodu pozdního vyřízení žádosti o vysvětlení, nikoliv ve smyslu § 99 odst. 2 zákona. Zadavatel tedy dle názoru navrhovatele vůbec nepřihlédl k charakteru provedených změn a neprodloužil lhůtu tak, aby dodavatelé 2 dny před koncem lhůty pro podání nabídek měli dostatek časového prostoru zohlednit provedení příslušných úprav (nikoliv kosmetických, ale týkajících se aspektů, které byly předmětem hodnocení) své nabídky.

32

Navrhovatel požaduje, aby Úřad zrušil zadávací řízení z důvodu nezákonného nastavení zadávacích podmínek a rovněž z důvodu porušení povinnosti dle § 99 odst. 2 zákona.

Vyjádření zadavatele k návrhu ze dne 21. 2. 2019

33

V úvodu zadavatel shrnuje dosavadní průběh zadávacích řízení na jednotný EIS. Dále zadavatel uvádí, že se ve vyjádření zabývá pouze částmi návrhu reagujícími na argumentaci zadavatele uvedenou v rozhodnutí o námitkách a současně sděluje, že k jednotlivým bodům návrhu v plné míře odkazuje na rozhodnutí o námitkách.

34

K argumentaci navrhovatele týkající se požadavků na prokázání kvalifikace požadující zkušenost s EOP uvádí zadavatel následující. Argument navrhovatele, že kritéria technické kvalifikace požadující zkušenost s EOP jsou diskriminační ve smyslu § 6 odst. 2 zákona a způsobují nerovné zacházení, či že jsou minimálně nepřiměřená ve smyslu § 6 odst. 1 zákona, považuje zadavatel za bezpředmětný. Zadavatel připomíná, že předmětem veřejné zakázky není výhradně implementace EIS, ale mj. zpracování ekonomicko-organizačního projektu, a je přesvědčen, že zadavateli přísluší rozhodnout, co vše má nebo nemá být předmětem plnění. K tvrzení navrhovatele, že požadavek zadavatele na zkušenost se zpracováním EOP je natolik originální, že diskriminuje navrhovatele při podání nabídky, zadavatel konstatuje, že EOP je integrální součástí předmětu plnění veřejné zakázky, který v rámci celého plnění dává jasný a ucelený smysl a z toho důvodu je zadavatel v souladu se zákonem oprávněn na toto plnění navázat i požadavky na kvalifikaci.

35

Zadavatel konstatuje, že vzhledem k významu EOP pro vytvoření a nasazení kvalitního EIS je jako řádný hospodář povinen zajistit, aby EOP zpracoval dodavatel, který má s obdobnými ekonomickými analýzami prokazatelné zkušenosti a u kterého lze předpokládat, že EOP zpracuje v dostatečné kvalitě. Zadavatel se odvolává na rozhodovací praxi Úřadu a judikaturu soudů (konkrétní rozhodnutí, popř. rozsudky zadavatel nezmiňuje, pozn. Úřadu), ze které plyne dle zadavatele zásada, že zadavatel může požadovat předmětné reference pouze v případě, že tyto reference se vztahují k předmětu plnění či jeho části a tato část předmětu plnění není zcela bezvýznamná vzhledem k celkovému plnění požadovanému zadavatelem v dané veřejné zakázce. Zadavatel několikrát opakuje, že navrhovatel nerozporuje opodstatněnost EOP v rámci předmětu plnění. Zadavatel rovněž odkazuje na komentářovou literaturu autorů Dvořák, Machurek, Novotný, Šebesta a kolektiv, ze které cituje následující: „V praxi nicméně nelze vyloučit, že za oprávněný požadavek bude považován i takový, který je stanoven s ohledem na méně významnou až marginální část předmětu plnění, pokud to bude pro provedení předmětu plnění vhodné a/nebo určující. Pak by měl být tento kvalifikační požadavek stanoven spíše předmětově a v odpovídajícím přiměřeném rozsahu. Například v případě veřejné zakázky na stavební práce bude součástí předmětu plnění rovněž provedení tzv. inteligentního řízení domu, což může být z hlediska finančního objemu celé zakázky méně podstatná finanční částka, avšak pro zadavatele může být důležité ověření, zda má dodavatel zkušenosti s provedením takového druhu prací, které například nejsou ještě v době zadávání natolik rozšířené. (...).“. Z výše uvedeného je dle zadavatele zřejmé, že požadavky na kvalifikaci mohou obecně vyloučit z účasti renomovaného dodavatele (např. stavebních prací), pokud tento není schopen prokázat potřebné zkušenosti (např. se zabezpečovacími systémy budov) a nevyužije pro takovou část plnění poddodavatele, aniž by tyto požadavky byly shledány jako nepřiměřené a rozporné se zákonem.

36

Zadavatel zdůrazňuje, že oproti předchozím zadávacím řízením přistoupil k úpravě definice EOP pro účely kvalifikace, přičemž dle jeho názoru je tato definice v současné podobě natolik široká, že pokryje běžné výstupy, které poskytují běžní poskytovatelé ekonomicko-poradenských služeb.

37

K ověřování referencí na zpracování EOP, které v roce 2017 provedl navrhovatel, zadavatel uvádí, že tehdejší dotaz navrhovatele se diametrálně lišil od aktuálního požadavku na kvalifikaci uvedeného v zadávací dokumentaci.

38

K argumentu navrhovatele, že platnost jeho závěrů „(…) nevyvrací ani skutečnost, pokudsi během uplynulého roku některý dodavatel cíleně a účelově opatřil tuto referenci(…)“ (viz bod 14. odůvodnění tohoto rozhodnutí), zadavatel uvádí, že „(…) považuje tuto spekulaci Navrhovatele za absurdní, neboť si nedokáže představit, jak by přinutil trh ke generování reference tohoto charakteru, a dále k tomu dodává, že reference použité v podaných nabídkách jsou z let 2016 – 2018 a současně jejich objednatelem nebyl zadavatel, ani subjekt zadavatelem ovládaný.“.

39

V rozhodnutí o námitkách zadavatel nad rámec výše uvedeného uvádí, že „(…)dodavatel, který sám o sobě nedisponuje buď možností ekonomicko-organizační projekt zpracovat, nebo nemá potřebnou zkušenost pro prokázání kvalifikace, má vždy možnost využít pro tuto část plnění poddodavatele. Ostatně zadavatel v případě tohoto plnění předpokládal, že tato část bude plněna spíše poddodavatelsky, byť připouští, že toto plnění může dodavatel poskytnout i sám o sobě.“.

40

Zadavatel dále konstatuje, že „(…) si je plně vědom rozdílu mezi vymezením požadavků zadavatele na budoucí předmět plnění a požadavků na referenční významné zakázky a jejich podobu, což odráží také rozdíl mezi definicí EOP pro účely posouzení kvalifikace (viz poznámka pod čarou č. 3 na str. 7 zadávací dokumentace) a definicí EOP jako součástí plnění veřejné zakázky (viz kapitola 4.1 přílohy č. 1 zadávací dokumentace).“. Zadavatel doplňuje, že definice EOP uvedená v poznámce pod čarou č. 3 na str. 7 zadávací dokumentace je obecná a stručná, že »(…)se jedná o zcela běžnou procesní analýzu zaměřenou na oblast ekonomických agend, která bývá často nedílnou součástí implementace ERP (Enterprise Resource Planning) systémů ve všech typech organizací, a není tedy žádným „originálním“ požadavkem zadavatele.“«. Zatímco definice EOP uvedená v kapitole 4.1 přílohy č. 1 zadávací dokumentace je dle názoru zadavatele velmi konkrétní a detailní.

41

Zadavatel uvádí, že v souvislosti s předmětnou veřejnou zakázkou zvažoval 2 varianty, a to vypsat stávající veřejnou zakázku na EIS s tím, že součástí plnění této veřejné zakázky bude i zpracování EOP nebo mohl nejdříve vypsat veřejnou zakázku pouze na EOP, který by určil závazné požadavky na jednotlivé postupy v EIS, a tím i závazné požadavky, jak má daný systém vypadat a fungovat, a následně na základě těchto závazných požadavků vypsat veřejnou zakázku na samotný EIS; v tomto případě by však obecný EOP dle názoru zadavatele nebral v úvahu specifika a případné přednosti konkrétního již fungujícího EIS, a tudíž by u nastavení konkrétních postupů při zpracování ekonomických informací vyžadoval jiný specifický postup, který by byl u konkrétního EIS obtížně realizovatelný. Dle zadavatele by tak mohlo dojít k situaci, že by z důvodu přesně nastavených technických požadavků na EIS bylo nutné celý EIS vyvinout úplně od začátku, a tudíž by mohlo dojít k diskriminaci stávajících dodavatelů EIS, kteří by neměli zájem takovéto řešení realizovat. Naopak výhody stávající veřejné zakázky spatřuje dodavatel v tom, že EOP může být zpracováván přímo dodavatelem (případně ve spolupráci s poddodavatelem) se znalostí již konkrétního EIS dodávaného dodavatelem, a tím pádem určité postupy nastavit tak, aby bylo možné je určitým dílčím dovyvinutím realizovat již ve stávajícím fungujícím EIS. Zadavatel je přesvědčen, že tak umožnil, aby se dané veřejné zakázky mohl účastnit co největší počet potenciálních dodavatelů, a to včetně stěžovatele. Zadavatel doplnil, že případná třetí varianta – vypsat pouze veřejnou zakázku na EIS bez jakéhokoliv zpracování EOP, je v jeho případě nemyslitelná, což odůvodnil tím, že je „(…)v poměrně unikátní situaci, kdy s ohledem na zákonem delegované právo hospodaření na vedení fakult a některých dalších součástí zadavatele dosud nedisponuje (v mnoha aspektech) jednotnou účetní a ekonomickou metodikou, ale s ohledem na to, že je z hlediska legislativy jednou právnickou osobou, je z pohledu státu a orgánů veřejné moci považován za jednotný ekonomický celek. Z historického hlediska je prostředí zadavatele v oblasti ekonomického řízení organizace velmi složité. Na jednotlivých součástech univerzity je provozováno cca 25 různě nastavených instancí dvou zcela rozdílných ekonomických informačních systémů. Jednotlivé součásti při tom zpracovávají ekonomické agendy dle individuálních metodických pokynů a s využitím zcela rozdílných funkčních podpor instalovaných informačních systémů. Tato situace je pro zadavatele dlouhodobě neudržitelná, a proto trvá na sjednocení jak samotného ekonomického informačního systému, tak zejména na sjednocení metodiky zajišťování ekonomických agend napříč celou univerzitou. Za této situace je záležitost jednotného nastavení účetní a ekonomické metodiky a způsobu jejího promítnutí do nově koncipovaného jednotného ekonomického informačního systému zcela neopominutelnou a zcela zásadní součástí realizace této veřejné zakázky, bez níž nelze nový ekonomický informační systém u zadavatele uspokojivě implementovat a nasadit do provozu.Jde tedy o zcela zásadní požadavek pro úspěšnou realizaci projektu implementace jednotného ekonomického informačního systému, přičemž nedostatky ve zpracování jednotné metodiky ekonomického a organizačního řízení univerzity mohou mít na realizaci projektu a zajištění legislativních povinností v oblasti ekonomického řízení ze strany univerzity fatální dopad.“.

42

Zadavatel nesouhlasí s názorem navrhovatele, že stanovil požadavky na prokázání kvalifikace neopodstatněně a v rozporu se zákonem, ale naopak se domnívá, že tyto požadavky korespondují s významem předmětu veřejné zakázky a jeho důležitostí pro běžný provoz zadavatele. Zadavatel k tomu dodává, že sám navrhovatel připouští opodstatněnost zpracování EOP v rámci předmětu plnění.

43

Argument navrhovatele, že zadavatel dle zadávací dokumentace požaduje, aby dodavatelé měli (v případě významných služeb i v případě zkušeností realizačního týmu) zkušenost minimálně se dvěma projekty spočívajícími ve zpracování EOP, považuje zadavatel v případě významných služeb za zavádějící, neboť ze zadávací dokumentace dle zadavatele vyplývá, že k prokázání obou předmětných požadavků [viz bod 4.5, písm. A, body c) a d) zadávací dokumentace] může dodavatel využít jednu relevantní zakázku. V případě členů realizačního týmu pak zadavatel umožňuje prokázání způsobilosti nejen prostřednictvím doložení realizace projektů spočívajících ve zpracování EOP, ale rovněž realizací projektů spočívajících ve zpracování organizační analýzy, což dle zadavatele činí požadavek na členy realizačního týmu volnějším než požadavek na prokázání referenční služby v rámci kvalifikace dodavatele; zadavatel požaduje prokázat dostatečné zkušenosti s nastavením ekonomických procesů v organizacích, neboť to vnímá jako stěžejní část projektu.

44

K argumentu navrhovatele, že u jím prováděných implementací EIS dosud nikdy nebylo poptáváno vytvoření EOP v rozsahu definovaném zadavatelem, zadavatel uvádí, že podle jeho informací žádná z vysokých škol, které jsou zákazníky navrhovatele, nebyla na počátku implementace EIS v obdobné situaci, jako je zadavatel a neměla tak rozsáhlou diferenciaci ekonomických metodik a procesů.

45

Zadavatel také zásadně nesouhlasí s konstatováním stěžovatele, že vypracování EOP je marginální částí předmětu plnění, protože dle předpokladu zadavatele tvoří cena za zpracování EOP cca 10 % z celkové ceny zakázky, tedy částku okolo 6 000 000,- Kč bez DPH. Zadavatel má za to, že bez zpracovaného EOP by v podmínkách zadavatele nebylo možné centrální EIS implementovat a používat. Dále zadavatel vnímá kvalitní zpracování EOP jako kritický faktor úspěšnosti celého projektu (jak je uvedeno i v kap. 4.1 přílohy č. 1 zadávací dokumentace).

46

Zadavatel je přesvědčen, že vztah EOP k EIS lze analogicky přirovnat ke vztahu projektové dokumentace ke zhotovení samotné stavby a konstatuje, že variantu, kterou zvolil lze stavební terminologií označit za „design & build“, tj. „naprojektuj a postav“. Zadavatel se domnívá, že tento postup v zákoně výslovně předvídaný u veřejných zakázek na stavební práce [viz § 14 odst. 3 písm. c) zákona], lze analogicky realizovat i u „nestavebních“ veřejných zakázek za předpokladu, že tento postup bude zadavatelem racionálně odůvodněn; za těchto okolností lze nepochybně požadovat i prokázání kvalifikace po „projektantovi“ systému.

47

S tvrzením navrhovatele, že ve vztahu k EOP se jedná spíše o servisní úkon dočasného charakteru, zadavatel nesouhlasí, neboť dle něj EOP neslouží pouze pro implementaci EIS, ale jde o dlouhodobě platná pravidla pro činnost pracovníků zadavatele při práci s EIS a tedy o podstatnou součást předmětu plnění veřejné zakázky.

48

K argumentaci navrhovatele týkající se diskriminace zahraničních dodavatelů, zadavatel ve svém vyjádření uvádí, že „(…)požaduje zkušenost se zpracováním EOP v českém prostředí, neboť uplatněná znalost české účetní legislativy a českých účetních standardů je při zpracování tohoto projektu zcela zásadní.“, což však dle jeho názoru nijak nevylučuje účast jakéhokoliv zahraničního dodavatele s touto kompetencí. Zadavatel podrobně rozvádí důvody, které ho vedly ke stanovení požadavku na zkušenosti s českým právním řádem, přičemž uvádí, že podstatou tohoto odůvodnění je popsání rozdílů mezi českými účetními standardy a mezinárodními účetními standardy používanými v rámci Evropské unie. Zadavatel mj. uvedl, že „(…)národní systémy se mezi sebou odlišují svou klasifikací, rozsahem, závislostí na tradici, zvyklostech, ekonomickém a legislativním prostředí i zapojením do různých hospodářských skupin. Naproti tomu České národní standardy mají přesně definované formáty finančních výkazů, lpí na poctivém a věrném obrazu, pokud by například použití účetních metod stanovených prováděcími právními předpisy bylo neslučitelné s dosažením poctivého a věrného obrazu, má účetní jednotka povinnost se od těchto postupů odchýlit (a to pouze výjimečně). (…).“.

49

Argumentaci navrhovatele k jeho zkušenosti s dodávkou EIS pro objednatele na Slovensku, považuje zadavatel za irelevantní, neboť „(…)nikterak nepřispívá k meritu věci, kterým je posouzení, zda zadavatelem stanovené kvalifikační požadavky týkající se českého právního řádu jsou v souladu se ZZVZ nebo nikoli.“. Zadavatel má za to, že předmětný požadavek na kvalifikaci vyžadující zkušenost dodavatele s českým právním řádem je racionálně odůvodnitelný, nezbytný a v souladu se zákonem a že související námitka ze strany navrhovatele byla vznesena účelově.

50

K argumentaci navrhovatele týkající se kritérií hodnocení zadavatel uvádí následující.

51

K bodu 9.3 písm. a) „Způsob naplnění funkčních požadavků zadavatele uvedených v kapitolách 3.1.1, 3.1.2 a 3.1.3 přílohy č. 1 ZD“ zadávací dokumentace zadavatel odkazuje zejména na argumentaci uvedenou v rozhodnutí o námitkách, kde je uvedeno, že bodovou škálu v rozmezí 1 – 5 bodů zvolil zadavatel z důvodu zjednodušení hodnocení a jeho větší transparentnosti. Obecně ke zvolenému způsobu hodnocení zadavatel dále konstatuje, že tímto způsobem hodnocení naplnil veškeré zákonné požadavky, a to v souladu s rozhodovací praxí Úřadu i Krajského soudu v Brně; zadavatel v této souvislosti odkazuje na popis a způsob hodnocení nabídek uvedený v zadávací dokumentaci k veřejné zakázce „Rámcová smlouva – pořízení radiostanic“ (uveřejněné ve Věstníku veřejných zakázek dne 6. 3. 2012, pod ev. č. 208826), který je dle jeho názoru velmi podobný popisu a způsobu hodnocení, jež stanovil v článku 9. „Způsob a kritéria hodnocení“ zadávací dokumentace k šetřené veřejné zakázce. Zadavatel konstatuje, že navrhovatel zcela v rozporu s informacemi uvedenými v zadávací dokumentaci a ve všech poskytnutých vysvětleních zadávací dokumentace dovodil, že předmětem hodnocení bude v tomto bodu i skutečnost, zda dodavatel splní požadavky na funkcionality EIS uvedené v kapitolách 3.1.1, 3.1.2 a 3.1.3 přílohy č. 1 zadávací dokumentace. Zadavatel však upozorňuje, že požadavky na tyto funkcionality EIS jsou stanoveny jako závazné a dodavatelem nabízený EIS je tedy musí obsahovat, tudíž »(…)předmětem hodnocení je pouze to, zda a které funkcionality v těchto kapitolách uvedené má již dodavatel nasazeny v provozu.S ohledem na tyto skutečnosti odmítá zadavatel ničím nepodložený názor stěžovatele, že předmětem hodnocení jsou nějaké dvě nesouvisející „poloviny“ tohoto kritéria.«. Zadavatel doplňuje, že hodnocení bude provedeno komparativně porovnáním předložených nabídek a podrobně zdůvodněno v protokolu o posouzení a hodnocení nabídek. Pro úplnost zadavatel dodává, že v předmětném hodnotícím parametru »(…) se rozhodl zvýhodnit řešení, které již skutečně funguje, oproti „slibům“ a „proklamacím“ (…)«, které namítá navrhovatel v bodu 9.3 písm. c) „Míra standardizace systému“ zadávací dokumentace.

52

V návaznosti na argumentaci navrhovatele reagující na skutečnosti uvedené v rozhodnutí o námitkách k bodu 9.3 písm. a) zadávací dokumentace zadavatel ve vyjádření konstatuje, že argumenty navrhovatele jsou nepravdivé a manipulativní. Zadavatel zdůrazňuje, že v rozhodnutí o námitkách nikde neuvedl, že by nenasazené řešení nedostalo žádné body a doplňuje, že „(…) vysvětlení zadavatele týkající se tohoto hodnotícího kritéria jsou od počátku neměnná a to v tom smyslu, že naprogramované, ale nenasazené funkcionality systému budou hodnoceny shodně, jako funkcionality dosud nenaprogramované.“. Z uvedeného důvodu, je zadavatel přesvědčen, že v rozhodnutí o námitkách nepřinesl nové vysvětlení stanovené metody hodnocení.

53

K bodu 9.3 písm. c) „Míra standardizace systému“ zadávací dokumentace zadavatel v rozhodnutí o námitkách uvádí, že »(…) záměrně nestanovil, co je „standardní součástí jádra systému“, protože takové stanovení by s ohledem na různorodost ekonomických informačních systémů dostupných na trhu bylo diskriminační.«, a připouští, že pokud by toto stanovil, pak by uvedený hodnotící parametr skutečně nebyl hodnotitelný na škále 1 až 5 bodů, ale pouze na škále „má“ nebo „nemá“, jak konstatuje navrhovatel. Zadavatel konstatuje, že hodnocení bude provedeno komparativně porovnáním předložených nabídek a podrobně zdůvodněno v protokolu o posouzení a hodnocení nabídek. Zadavatel si uvědomuje, že musí spoléhat na pravdivost tvrzení uvedených v nabídkách, ale vzhledem k tomu, že dle zadávací dokumentace se popis nabízeného plnění v nabídkách stává součástí smlouvy, stávají se tyto popisy i závazkem daného dodavatele se všemi důsledky z toho vyplývajícími (smluvní pokuty, odstoupení od smlouvy). Zadavatel upozorňuje, že kdyby požadoval vzorky (tj. nějakou ucelenou část již naprogramovaného EIS), aby je mohl v rámci posuzování a hodnocení nabídek zohlednit, tak by vyloučil a diskriminoval dodavatele, kteří nemají hotové řešení, ale jsou reálně schopni ho naprogramovat.

54

V návaznosti na argumentaci navrhovatele reagující na skutečnosti uvedené v rozhodnutí o námitkách k bodu 9.3 písm. c) zadávací dokumentace zadavatel ve vyjádření konstatuje, že navrhovatel se pokouší ve svém návrhu zpochybnit něco, co ale vůbec není předmětem hodnocení. Zadavatel dále uvádí, že »(…)nehodlá hodnotit rozsah nebo nějaké jiné vymezení „jádra systému“(ani zpochybňovat, co jednotliví dodavatelé ve svých nabídkách označí za jádro systému),ale fakt, kolik odlišných verzí systému existuje, jak se od sebe odlišují a jaký je způsob jejich customizace.Zadavatel rozhodně nenutí dodavatele, aby „nějak naslepo formulovali své nabídky“, protožekaždý dodavatel přece ví, co je jádrem jeho systému a jak se jím dodávané jednotlivé instalace jeho systému od sebe vzájemně odlišují.“ K pochybnostem navrhovatele, že zadavatel má v případě nesplnění smluvních povinností pouze možnost (nikoliv povinnost) postihu dodavatele, zadavatel konstatuje, že „(…)je jeho zákonnou povinností, jako řádného hospodáře, při nesplnění smluvních povinností ze strany dodavatele vymáhat příslušné smluvní pokuty a případně se domáhat i náhrady škody,pokud to smluvní a zákonné podmínky umožňují.“.

55

K bodu 9.3 písm. d) „Flexibilita systému přístupových práv“ zadávací dokumentace zadavatel v rozhodnutí o námitkách uvádí, že jasně stanovil, jak bude hodnotit tento parametr hodnocení. Zadavatel konstatuje, že byť se v daném případě jedná o subjektivní způsob hodnocení, je tento způsob přípustný dle zákona i rozhodovací praxe Úřadu i Krajského soudu v Brně (konkrétně odkazuje na rozsudek č. j. 31 Af 9/2015-79 ze dne 22. 3. 2017); zadavatel v této souvislosti také odkazuje na způsob hodnocení nabídek uvedený v zadávací dokumentaci k veřejné zakázce „VŠB – TUO Nová budova fakulty elektrotechniky a informatiky – dodávka interiéru“ (uveřejněné ve Věstníku veřejných zakázek dne 24. 10. 2012, pod ev. č. 220356), jenž byl po přezkoumání Úřadem shledán přípustným. S odkazem na právě uvedené je dle názoru zadavatele zřejmé, že v hodnocení lze využít i méně určité pojmy, aniž by musely být zadavatelem zcela přesně definovány. Zadavatel dále uvádí, že si je vědom velké různorodosti přístupových práv v tak komplexním systému, jako je EIS, a mechanismů jejich nastavování, a právě z tohoto důvodu použil v zadávací dokumentaci pojmy „flexibilita“ a „širší možnost konfigurace“, kterými vyjádřil, že bude hodnotit mechanismy nastavování přístupových práv jako celek. Zadavatel dodává, že pokud by „(…) přesně vymezil, jaké technické řešení nastavení přístupových práv bude lépe hodnoceno, diskriminoval by jiné technické či systémové řešení, které může potřeby a požadavky zadavatele definované v zadávací dokumentaci pokrýt jiným avšak z hlediska užitné hodnoty zcela srovnatelným způsobem.“.

56

V návaznosti na argumentaci navrhovatele reagující na skutečnosti uvedené v rozhodnutí o námitkách k bodu 9.3 písm. d) zadávací dokumentace zadavatel ve vyjádření konstatuje, že navrhovatel ve svém návrhu není schopen popsat důvody, které ho vedou k závěru, že zadávací podmínky nedávají jasnou představu o způsobu hodnocení, aniž by sám neužil neurčitého pojmu („flexibilní“) užitého zadavatelem v zadávacích podmínkách. Zadavatel má za to, že »[T]ento neurčitý pojem se svou povahou dle názoru zadavatele nikterak neliší od pojmu např. „ergonomický“, který byl jinými zadavateli použit u jiných zakázek, které úspěšně prošli přezkumem ÚOHS a správních soudů (…).«. Zadavatel je přesvědčen, že učinil vše pro to, aby jím stanovené zadávací podmínky dávaly jasnou představu o tom, co mají dodavatelé popsat do svých nabídek, a jakým způsobem budou pak jejich nabídky hodnoceny.

57

K bodu 9.3 písm. e) „Možnosti parametrizace výstupů a reportů ze systému“ zadávací dokumentace zadavatel v rozhodnutí o námitkách uvádí, že navrhovatel v námitkách upozorňuje na nejednoznačnost předmětného parametru hodnocení, přičemž navrhuje, aby zadavatel vzájemně porovnával pouze vybrané výstupy z EIS, což však zadavatel při zvážení množství výstupů z různých EIS považuje za velmi zužující nebo v rozumném čase neproveditelné hodnocení a s naprosto enormními nároky na zpracování nabídek. Zadavatel konstatuje, že proto volil obecnější popis předmětného hodnotícího parametru, který umožňuje vzájemně porovnat jednotlivé předložené nabídky, a nepředepisuje přesně dodavatelům, co všechno v této oblasti mají zadavateli v nabídce popsat a předložit; zadavatel je přesvědčen, že kvalifikovaný dodavatel EIS dokáže popsat výstupy jím dodávaného systému tak, aby je bylo možné vzájemně porovnat a zhodnotit z hlediska možností jejich parametrizace. Zadavatel dodává, že předmětem tohoto hodnotícího parametru „(…)je tak porovnat celkový koncept možností parametrizace výstupů a reportů jednotlivých nabízených řešení, a ne porovnávání možností u konkrétních vyjmenovaných výstupů, což by mohlo vést k diskriminaci řešení, které by například konkrétním vyjmenovaným výstupem nedisponovalo, ale jednalo by se v jiném technickém či systémovém řešení například o výstup složený.“.

58

V návaznosti na argumentaci navrhovatele reagující na skutečnosti uvedené v rozhodnutí o námitkách k bodu 9.3 písm. e) zadávací dokumentace zadavatel ve vyjádření akcentuje enormní nároky na dodavatele při zpracování nabídek, které by na ně kladl postup navrhovaný navrhovatelem a uvádí, že jeho snahou bylo nepožadovat po dodavatelích „(…) poskytnutí takového množství informací, které by bylo pro dodavatele zbytečně zatěžující a v důsledku nadbytečné, ale aby zároveň zajistil, že zadavatelem požadované množství informací bude porovnatelné a řádně hodnotitelné.“.

59

K bodu 9.3 písm. f) „Flexibilita systému přístupových práv“ zadávací dokumentace zadavatel v rozhodnutí o námitkách uvádí, že nesouhlasí s tvrzením navrhovatele, že vysvětlením zadávací dokumentace ze dne 8. 1. 2019 zásadním způsobem upravil původní zadávací podmínky. Z vymezení předmětného hodnotícího parametru dle názoru zadavatele jednoznačně vyplývá, že „(…) budou hodnocena taková nastavení workflow, která provádí administrátor systému při jeho konfiguraci, a ne možnosti, které mohou využívat řadoví uživatelé v rámci běhu jednotlivých procesů.“, zadavatel však současně tímto vysvětlením „(…) nezpochybňuje, že dodavatelé měli ve svých nabídkách popsat i možnosti řízení workflow v rámci jejich běhu, (…).“.

60

V návaznosti na argumentaci navrhovatele reagující na skutečnosti uvedené v rozhodnutí o námitkách k bodu 9.3 písm. f) zadávací dokumentace zadavatel ve vyjádření konstatuje, že z popisu v zadávací dokumentaci (a to zejména z užití slova „administrátorem“) bylo zřejmé, že jde o nastavení při konfiguraci systému. Zadavatel dodává, že o možnostech uživatelské konfigurace není v popisu hodnocení od počátku ani zmínka a nevidí důvod, proč by v hodnocení bonifikoval jednotlivé nabízené systémy za to, že je nezbytná (nebo alespoň žádoucí) asistence administrátora, kdykoli uživatel potřebuje spustit schvalovací workflow.

61

K bodu 9.4 písm. a) „Návrh business architektury nabízeného systému a informační, aplikační a technické (systémové) architektury systému“ zadávací dokumentace zadavatel v rozhodnutí o námitkách uvádí, že nesouhlasí s tvrzením navrhovatele, že vysvětlením ze dne 8. 1. 2019 provedl změnu zadávacích podmínek a konstatuje, že z odborné literatury věnované tématu IT architektury je zřejmé, že »(…) není důvod, aby více než třívrstvá architektura byla hodnocena lépe než architektura třívrstvá. Dokonce ve většině případů jsou dvě nebo případně více vrstev ve čtyř- a vícevrstvé architektuře označovány za „střední vrstvu“, čímž se opět i na tyto vícevrstvé architektury pohlíží jako na architekturu třívrstvou.«.

62

V návaznosti na argumentaci navrhovatele reagující na skutečnosti uvedené v rozhodnutí o námitkách k bodu 9.4 písm. a) zadávací dokumentace zadavatel ve vyjádření konstatuje, že když odkazoval na odbornou literaturu, měl na mysli odbornou literaturu týkající se architektur IT systémů obecně. Zadavatel zásadně odmítá tvrzení navrhovatele, že je obecně platné, že vícevrstvá architektura je přínosnější než architektura třívrstvá. Zadavatel dodává, že systém, který by navrhovatel případně nabízel, jistě již nějakou architekturu má, a těžko by ji pro účely nabídky v předmětném zadávacím řízení navrhovatel měnil, protože to by znamenalo celý systém od základu přepracovat; tudíž argument navrhovatele, že dodavatelé měli dostat prostor pro zohlednění této změny ve své nabídce, je zcela lichý.

63

K bodu 9.4 písm. b) „Koncept řešení uživatelského rozhraní z hlediska zajištění přehlednosti, ergonomie ovládání systému a logické struktury uživatelského rozhraní“ zadávací dokumentace zadavatel v rozhodnutí o námitkách uvádí, že nesouhlasí s tvrzením navrhovatele, že vysvětlením ze dne 8. 1. 2019 provedl změnu zadávacích podmínek. Zadavatel konstatuje, že si není vědom, že by v předmětném vysvětlení zadávací dokumentace uvedl, že požaduje, aby součástí nabídky byla prezentace nabízeného EIS, ani že uchazeči mají pro účely hodnocení předložit samotný EIS, tedy jeho funkční elektronickou verzi, jak uvádí navrhovatel v návrhu, naopak konstatoval, že bude „(…)řešení uživatelského rozhraní skutečně posuzovat jen na základě popisu uživatelského rozhraní systému a jeho ukázek uvedených přímo v nabídkách dodavatelů.“. Zadavatel dodává, že u projektů dodávek informačních systémů je zcela běžnou praxí, že »(…)zadavatel hodnotí uživatelské rozhraní na základě grafického návrhu nebo tzv. wire-framů, tj. koncepce uživatelského rozhraní řešení, které se běžně tvoří již při samotném „projektování“ systému před jeho reálným naprogramováním.«.

64

V návaznosti na argumentaci navrhovatele reagující na skutečnosti uvedené v rozhodnutí o námitkách k bodu 9.4 písm. b) zadávací dokumentace zadavatel ve vyjádření konstatuje, že navrhovatel nepochopil odpověď zadavatele uvedenou ve vysvětlení zadávací dokumentace ze dne 8. 1. 2019; zadavatel uvádí, že rozhodně nepožadoval, aby dodavatelé rozšířili osnovy nabídek o dodání nějaké funkční verze části EIS.

65

K bodu 9.4 písm. c) „Náročnost realizace typických ekonomických procesů v systému z hlediska efektivity praktického využití a provozu systému“ zadávací dokumentace zadavatel v rozhodnutí o námitkách nejprve upozorňuje, že uvedl pojem „typický ekonomický proces“, což je z jeho pohledu ve spojení se zadávací dokumentací a jejími přílohami dostatečně určitý pojem. V souvislosti s pojmem „typický ekonomický proces“zadavatel rovněž odkazuje na již zmíněnou rozhodovací praxi Úřadu i soudů, ze které dle názoru zadavatele vyplývá, že v hodnocení lze využít i méně určité pojmy. Zadavatel odmítá tvrzení navrhovatele, že by zadávací podmínky týkající se vymezení tohoto hodnotícího parametru byly netransparentní. Zadavatel zdůrazňuje, že »(…)efektivita uživatelského ovládání systému je obvykle obecnou vlastností uživatelského rozhraní systému, takže zpravidla ani není nutné ji vztahovat ke konkrétnímu seznamu typických procesů, resp. uživatelských akcí. Nicméně pokud by stěžovatel přece jen hledal nějaké vodítko, co by zadavatel mohl považovat za „typické ekonomické procesy“, má k dispozici přílohu č. 4 zadávací dokumentace, podle níž měl zpracovat nabídku a v níž je (počínaje kapitolou „Účetnictví“ a konče kapitolou „Datový sklad a manažerské informace“) uveden výčet očekávaných základních funkcionalit ekonomického informačního systému.«. Argument navrhovatele, že snadnost a efektivnost podpory ekonomických procesů je možné hodnotit pouze při práci se systémem, zadavatel uznává a dodává, že z pohledu zadavatele by to bylo jednodušší řešení, nechce však diskriminovat ty dodavatele, kteří dosud nemají hotové řešení. Zadavatel dodává, že u dodávek informačních systémů je zcela běžnou praxí, že systémy jsou hodnoceny na základě jejich popisu.

66

V návaznosti na argumentaci navrhovatele reagující na skutečnosti uvedené v rozhodnutí o námitkách k bodu 9.4 písm. c) zadávací dokumentace zadavatel ve vyjádření konstatuje, že považuje argumentaci navrhovatele, že nevěděl, co popsat do nabídky a co bude hodnoceno, za naprosto zavádějící, neboť „(…) bylo od počátku zcela zřejmé, které funkcionality systému zadavatel požaduje, aby dodavatelé popsali ve svých nabídkách.“.

67

K bodu 9.4 písm. d) „Robustnost a vyspělost SW architektury“ zadávací dokumentace zadavatel v rozhodnutí o námitkách uvádí, že termín „best practices“ je v odborných kruzích kvalifikovaných dodavatelů informačních systémů velmi dobře znám a používán. V souvislosti s pojmem „best practices“zadavatel rovněž odkazuje na již zmíněnou rozhodovací praxi Úřadu i soudů, ze které dle názoru zadavatele vyplývá, že v hodnocení lze využít i méně určité pojmy. Zadavatel uvádí, že ve vysvětlení zadávací dokumentace jasně stanovil, jak mají dodavatelé v nabídkách postupovat a co mají popsat a dodává, že „(...) těžko může zadavatelům popisovat, jakým IT standardem se mají řídit, když těchto standardů je řada. Takový postup by byl jednoznačně diskriminační a neodůvodnitelný.(…) zadavatel pouze deklaruje, že lépe bude hodnotit takové nabídky, v nichž dodavatel jasně popíše, že nějaký z obecně uznávaných IT standardů při své práci aplikuje a jak.“.

68

V návaznosti na argumentaci navrhovatele reagující na skutečnosti uvedené v rozhodnutí o námitkách k bodu 9.4 písm. d) zadávací dokumentace zadavatel ve vyjádření konstatuje, že zásadně nesouhlasí s výkladem tohoto hodnotícího parametru ze strany navrhovatele, tedy že bude hodnoceno naplnění „best practices“ pro vývoj systému. Zadavatel uvádí, že nikdy neměl v úmyslu hodnotit soulad nabízeného systému s konkrétním IT standardem, neboť tento postup by považoval za diskriminační, a proto »(…)zvolil obecnější pojem „best practices“, který na žádný konkrétní standard neodkazuje, protože jednotliví dodavatelé mohou při své činnosti aplikovat nejrůznější standardy, které se od sebe mohou (i značně) odlišovat, ale mají obvykle stejné cíle, tedy dosažení „nejlepší praxe vedoucí k výsledkům“ (jak bylo uvedeno v Rozhodnutí o námitkách).«.

69

K bodu 9.4 písm. f) „Vhodnost navržených technologií s ohledem na univerzálnost řešení“ zadávací dokumentace zadavatel v rozhodnutí o námitkách uvádí, že zásadním smyslem předmětného hodnotícího parametru je »(…)zvýhodnění takových nabídek a takového řešení EIS, které nebude závislé na konkrétním dodavateli(…), aby se zadavatelé nedostávali do situace tzv. „vendor-lock-in“, tj. do pozice, kdy se při potřebě změny či úpravy systému zadavatelé nemůžou vymanit ze závislosti na konkrétním dodavateli a jeho řešení.«.Z pojmu „standardizované technologie“ je dle zadavatele zcelazřejmé, že „(…) jde o technologie, které nejsou tzv. proprietární (tedy závislé na jednom konkrétním dodavateli a jednom konkrétním řešení), a naopak na trhu je k dispozici více dodavatelů a dostatek pracovníků, kteří s těmito technologii umí pracovat.“.V souvislosti s pojmem „standardizované technologie“ zadavatel rovněž odkazuje na již zmíněnou rozhodovací praxi Úřadu i soudů, ze které dle názoru zadavatele vyplývá, že v hodnocení lze využít i méně určité pojmy.

70

V návaznosti na argumentaci navrhovatele reagující na skutečnosti uvedené v rozhodnutí o námitkách k bodu 9.4 písm. f) zadávací dokumentace zadavatel ve vyjádření konstatuje, že důrazně nesouhlasí s tvrzením navrhovatele, že by informaci o ochraně před stavem „vendor-lock-in“ uvedl poprvé až v rozhodnutí o námitkách, a doplňuje, že toto sdělení bylo jednoznačně uvedeno již ve vysvětlení zadávací dokumentace ze dne 8. 1. 2019. Zadavatel je přesvědčen, že v rámci předmětného hodnotícího parametru „(…)nemohli být dodavatelé na pochybách, jak formulovat své nabídky, protože buď nabízejí systém (nebo systémy) vyvinutý v určitých konkrétních technologiích, a pak je měli popsat do nabídky, anebo systém (nebo systémy) provozovatelný v širší škále možných technologií, a pak tyto technologie opět měli popsat do nabídky a mohli se při tom řídit preferencemi technologií ze strany zadavatele uvedenými v kap. 3.2 přílohy č. 1 zadávací dokumentace.“.

71

Zadavatel je přesvědčen, že celý jím stanovený způsob hodnocení byl formulován tak, aby byl srozumitelný, pochopitelný, nediskriminační, vedl k výběru opravdu kvalitní nabídky a zároveň, aby umožnil dodavatelům podat porovnatelné nabídky.

72

K navrhovatelem zmíněnému neprodloužení lhůty pro podání nabídek zadavatel nejprve uvádí, že je přesvědčen, že vysvětlením ze dne 8. 1. 2019 ke změně zadávacích podmínek nedošlo, a to v žádném bodě, jež namítá navrhovatel. Nicméně pro úplnou jistotu se zadavatel rozhodl prodloužit lhůtu pro podání nabídek celkem o 6 pracovních dnů (tj. 8 kalendářních dnů), přičemž dle § 98 odst. 4 zákona byl povinen tuto lhůtu prodloužit o 5 pracovních dnů a dále se rozhodl pro úplnou jistotu prodloužit tuto lhůtu o další 1 pracovní den ve smyslu § 99 odst. 2 zákona, aby dodavatelé měli dostatek prostoru pro dopracování svých nabídek. Při výkladu neurčitého právního pojmu „přiměřeně“ uvedeného v § 99 odst. 2 zákona zadavatel dle svého tvrzení přihlédl i ke skutečnosti, že lhůtu pro podání nabídek prodlužuje již o dalších 5 pracovních dnů, a tudíž bude zjevně přiměřené, když po uveřejnění vysvětlení dne 8. 1. 2019 budou mít všichni potenciální dodavatelé k dispozici pro dopracování nabídek celkem 8 pracovních dnů (tj. 10 kalendářních dnů), když lhůta pro podání nabídek uplyne 18. 1. 2019.

73

Zadavatel je přesvědčen, že jeho postup v předmětném zadávacím řízení nelze označit za netransparentní a diskriminační a konstatuje, že jeho snahou je při zachování všech zákonných zásad získat takový EIS, který bude vyhovovat specifickým potřebám zadavatele a současně půjde o nejvýhodnější EIS z pohledu ceny i kvality.

Vyjádření navrhovatele ze dne 11. 3. 2019 k podkladům rozhodnutí

74

Navrhovatel uvádí, že k nepřiměřenosti a diskriminačnímu charakteru kvalifikačního požadavku na zkušenost s tvorbou EOP se již dostatečně vyjádřil v rámci návrhu a opakuje, že nezpochybňuje právo zadavatele požadovat v rámci předmětu plnění vypracování EOP, trvá však na tom, že pro realizaci předmětu plnění je objektivně kvalifikovaný i dodavatel, který nemá referenční zakázku na takto formálně vypracovanou analýzu. Dle názoru navrhovatele na nezákonnosti předmětného požadavku nic nemění ani případná zadavatelem uměle vyvolaná změna na relevantním trhu, kdy někteří dodavatelé si účelově opatřili tuto referenci, aby se mohli účastnit zadávacího řízení. Navrhovatel rovněž opětovně odmítá tvrzení zadavatele, že jeho požadavek na zkušenost s EOP pokryjí běžné výstupy, které poskytují běžní poskytovatelé ekonomicko-poradenských služeb.

75

Navrhovatel dále konstatuje, že v plném rozsahu trvá na své námitce nedůvodné diskriminace dodavatelů, kteří disponují požadovanou referencí na vypracování EOP, avšak pro zahraničního odběratele a domnívá se, že zadavatel ve svém vyjádření pouze popisuje vzájemné odlišnosti jednotlivých teoretických přístupů k účetnictví, nikoliv odlišnost českých přístupů od přístupů v jiných členských státech Evropské unie. Navrhovatel doplňuje, že jednoduše přenositelná by byla případná zkušenost s vypracováním EOP v Polsku či na Slovensku, kde jsou téměř stejné účetní systémy jako v České republice a dále uvádí, že na univerzitách na Slovensku se účtuje stejně jako na zdejších univerzitách, přičemž naznačuje podobnosti, případně drobné rozdíly těchto účetních systémů. Navrhovatel je přesvědčen, že případné dílčí odlišnosti národních systémů České republiky a ostatních států nejsou tak zásadní, aby pro účely kvalifikace vyloučily aplikaci zahraničních zkušeností.

76

Co se týče vymezení subjektivních hodnotících kritérií, navrhovatel nadále trvá na svých námitkách v plném rozsahu a dodává následující.

77

V souvislosti s tvrzením zadavatele k bodu 9.3 písm. c) zadávací dokumentace, že každý dodavatel ví, co je jádrem systému a jak se jím dodávané jednotlivé instalace od sebe odlišují, navrhovatel konstatuje, že zadavatel vychází z předpokladu, že každý dodavatel má k dispozici pouze jediný systém s jedinou, neměnnou základní strukturou (jádrem), což je dle navrhovatele nesprávná úvaha. Dodavatelé totiž dle navrhovatele potřebují dostatek informací v rámci vymezení předmětu veřejné zakázky a způsobu hodnocení, aby se mohli rozhodnout, který systém nabídnou zadavateli; navíc zadávacího řízení by se mohl dle navrhovatele zúčastnit zprostředkovatel, který pro svou nabídku teprve vybírá spolupracovníky s různými systémy.

78

K bodu 9.3 písm. e) zadávací dokumentace navrhovatel uvádí, že argumentace zadavatele potvrzuje nezákonnost daného hodnotícího parametru, i to, že neměl být vůbec stanoven, a demonstruje 2 možné varianty aplikace tohoto hodnotícího parametru, a sice „(…) netransparentní vymezení bez vyžádání si relevantních informací, v důsledku čehož i hodnocení bude netransparentní (tuto možnost zvolil zadavatel), anebo detailní vymezení kritéria, které sice umožní transparentní hodnocení, ale je prakticky vyloučené z důvodů své značné náročnosti pro všechny strany.“.

79

K bodu 9.4 písm. a) zadávací dokumentace navrhovatel opakuje, že pokud pro řádné pochopení vymezení předmětného hodnotícího parametru byla nezbytná znalost konkrétní odborné literatury, měl na ni zadavatel odkázat v zadávacích podmínkách. Domněnku zadavatele, že dodavatelé obecně již mají nějakou architekturu řešení, které nabízejí, a detailním informacím se tedy stejně nemohou přizpůsobit, považuje navrhovatel za nesprávnou, když se o veřejnou zakázku může ucházet dodavatel, který vhodné řešení pro zadavatele teprve hledá.

80

K bodu 9.4 písm. d) zadávací dokumentace navrhovatel uvádí, že pokud by dodavatelé znali zadavatelem preferovanou „best practices“ již v rámci zadávacích podmínek, mohli by se jí přizpůsobit nebo by měli zákonný prostor upozornit na její diskriminační charakter, a konstatuje, že zadavatel svým postupem posouvá diskriminační aspekt do fáze hodnocení nabídek. Navrhovatel upozorňuje, že i zde zadavatel vychází z nesprávné úvahy, že dodavatelé již mají svá řešení, proto není třeba předem zveřejňovat detailní podmínky.

81

Navrhovatel uzavírá, že trvá na svém návrhu a požaduje, aby Úřad zrušil zadávací řízení z důvodu nezákonného nastavení zadávacích podmínek a rovněž z důvodu porušení povinnosti dle § 99 odst. 2 zákona.

II.

PRŮBĚH SPRÁVNÍHO ŘÍZENÍ

82

Podle § 249 zákona ve spojení s § 44 odst. 1 zákona č. 500/2004 Sb., správní řád, ve znění pozdějších předpisů (dále jen „správní řád“), bylo zahájeno správní řízení o přezkoumání úkonů zadavatele dnem 11. 2. 2019, kdy Úřad obdržel návrh navrhovatele. Zadavatel obdržel stejnopis návrhu navrhovatele rovněž dne 11. 2. 2019.

83

Účastníky správního řízení podle § 256 zákona jsou: zadavatel, navrhovatel.

84

Zahájení správního řízení oznámil Úřad jeho účastníkům přípisem č. j. ÚOHS-S0058/2019/VZ-04436/2019/532/VZi ze dne 13. 2. 2019.

85

Dne 26. 2. 2019 bylo umožněno navrhovateli nahlédnout do spisu; protokol o nahlížení do spisu je součástí správního spisu.

86

Výrokem 1. usnesení č. j. ÚOHS-S0058/2019/VZ-06428/2019/532/LOh ze dne 4. 3. 2019 stanovil Úřad účastníkům řízení lhůtu, ve které se mohli vyjádřit k podkladům rozhodnutí. Výrokem 2. citovaného usnesení stanovil Úřad zadavateli lhůtu k provedení úkonu, a to podání informace Úřadu o dalších úkonech, které zadavatel provede v šetřeném zadávacím řízení v průběhu správního řízení, a zaslání příslušné dokumentace o zadávacím řízení pořízené v souvislosti s provedenými úkony.

87

Usnesením č. j. ÚOHS-S0058/2019/VZ-07124/2019/532/LOh ze dne 11. 3. 2019 Úřad částečně nevyhověl žádosti navrhovatele o nahlédnutí do správního spisu, a to v rozsahu částí dokumentace o zadávacím řízení, které nejsou podkladem pro vydání rozhodnutí.

III.

ZÁVĚRY ÚŘADU

88

Úřad přezkoumal na základě § 248 a následujících ustanovení zákona případ ve všech vzájemných souvislostech, a po zhodnocení všech podkladů, zejména obdržené dokumentace o zadávacím řízení, stanovisek předložených účastníky řízení a na základě vlastního zjištění rozhodl o zamítnutí návrhu navrhovatele. Ke svému rozhodnutí Úřad uvádí následující rozhodné skutečnosti.

Relevantní ustanovení zákona

89

Podle § 6 odst. 1 zákona musí zadavatel při postupu podle tohoto zákona dodržovat zásady transparentnosti a přiměřenosti.

90

Podle § 6 odst. 2 zákona ve vztahu k dodavatelům musí zadavatel dodržovat zásadu rovného zacházení a zákazu diskriminace.

91

Podle § 28 odst. 1 písm. a) a b) zákona se pro účely tohoto zákona rozumí a) zadávacími podmínkami veškeré zadavatelem stanovené

1

podmínky průběhu zadávacího řízení,

2

podmínky účasti v zadávacím řízení,

3

pravidla pro snížení počtu účastníků zadávacího řízení nebo snížení počtu předběžných nabídek nebo řešení,

4

pravidla pro hodnocení nabídek,

5

další podmínky pro uzavření smlouvy na veřejnou zakázku podle § 104 zákona, b) zadávací dokumentací veškeré písemné dokumenty obsahující zadávací podmínky, sdělované nebo zpřístupňované účastníkům zadávacího řízení při zahájení zadávacího řízení, včetně formulářů podle § 212 zákona a výzev uvedených v příloze č. 6 k tomuto zákonu.

92

Podle § 36 odst. 1 zákona zadávací podmínky nesmí být stanoveny tak, aby určitým dodavatelům bezdůvodně přímo nebo nepřímo zaručovaly konkurenční výhodu nebo vytvářely bezdůvodné překážky hospodářské soutěže.

93

Pokud zadavatel požaduje prokázání ekonomické nebo technické kvalifikace, musí podle § 73 odst. 6 zákona v zadávací dokumentaci přiměřeně vzhledem ke složitosti a rozsahu předmětu veřejné zakázky stanovit, a) která kritéria ekonomické nebo technické kvalifikace požaduje a b) minimální úroveň pro jejich splnění.

94

K prokázání kritérií technické kvalifikace může zadavatel podle § 79 odst. 2 písm. b) zákona požadovat seznam významných dodávek nebo významných služeb poskytnutých za poslední 3 roky před zahájením zadávacího řízení včetně uvedení ceny a doby jejich poskytnutí a identifikace objednatele; zadavatel může stanovit, že budou zohledněny doklady i za dobu delší než poslední 3 roky před zahájením zadávacího řízení, pokud je to nezbytné pro zajištění přiměřené úrovně hospodářské soutěže.

95

K prokázání kritérií technické kvalifikace může zadavatel podle § 79 odst. 2 písm. c) zákona požadovat seznam techniků nebo technických útvarů, které se budou podílet na plnění veřejné zakázky, a to zejména těch, které zajišťují kontrolu kvality nebo budou provádět stavební práce, bez ohledu na to, zda jde o zaměstnance dodavatele nebo osoby v jiném vztahu k dodavateli.

96

Podle § 98 odst. 4 zákona pokud je žádost o vysvětlení zadávací dokumentace doručena včas a zadavatel neuveřejní, neodešle nebo nepředá vysvětlení do 3 pracovních dnů, prodlouží lhůtu pro podání nabídek nejméně o tolik pracovních dnů, o kolik přesáhla doba od doručení žádosti o vysvětlení zadávací dokumentace do uveřejnění, odeslání nebo předání vysvětlení 3 pracovní dny.

97

Podle § 99 odst. 2 zákona pokud to povaha doplnění nebo změny zadávací dokumentace vyžaduje, zadavatel současně přiměřeně prodlouží lhůtu pro podání žádostí o účast, předběžných nabídek nebo nabídek. V případě takové změny nebo doplnění zadávací dokumentace, která může rozšířit okruh možných účastníků zadávacího řízení, prodlouží zadavatel lhůtu tak, aby od odeslání změny nebo doplnění zadávací dokumentace činila nejméně celou svou původní délku.

98

Podle § 116 odst. 3 zákona kritéria kvality musí být vymezena tak, aby podle nich nabídky mohly být porovnatelné a naplnění kritérií ověřitelné. Kritériem kvality nesmí být smluvní podmínky, jejichž účelem je utvrzení povinností dodavatele, nebo platební podmínky.

99

Úřad podle § 265 písm. a) zákona návrh zamítne, pokud nebyly zjištěny důvody pro uložení nápravného opatření.

Skutečnosti vyplývající z dokumentace o zadávacím řízení

100

V bodě 2.1 „Vymezení účelu a předmětu veřejné zakázky“ zadávací dokumentace zadavatel uvedl, že „(…) K požadavku na zpracování ekonomicko-organizačního projektu zadavatel upozorňuje:

Zadavatel je v situaci, kdy s ohledem na zákonem delegované právo hospodaření na vedení fakult a některých dalších součástí zadavatele dosud nedisponuje (v mnoha aspektech) jednotnou účetní a ekonomickou metodikou, ale s ohledem na to, že je z hlediska legislativy jednou právnickou osobou, je z pohledu státu a orgánů veřejné moci považován za jednotný ekonomický celek. Současně zadavatel dosud provozuje dva zcela rozdílné ekonomické informační systémy ve více než dvaceti oddělených a zcela odlišně nastavených provozních instancích.

Zadavatel v současné době používá dva různé EIS (systém EIS JASU® CS od společnosti MÚZO Praha s.r.o. a systém iFIS od společnosti BBM spol. s r.o.) implementované postupně v rozdílných verzích na celkem 26 instancích (fakultách a součástech) a nejednotnost zpracování ekonomických agend je hlavním důvodem pro projekt implementace nového, jednotného EIS.

Požadovaná ekonomická metodika jako součást ekonomicko-organizačního projektu musí poskytnout základ pro efektivní nasazení dodavatelem nabízeného EIS tak, aby konkrétní role uživatelů dostaly právě tu funkcionalitu, kterou ke své práci potřebují. Nejedná se tak o prostou výměnu starého systému za nový, ale klíčové je právě nastavení jednotných postupů při zpracování ekonomické agendy pro všechny fakulty a součásti.“.

101

V bodě 4.5 „Technická kvalifikace“, písm. A. „Seznam významných dodávek nebo významných služeb“ zadávací dokumentace je uvedeno následující: »Dodavatel prokáže splnění této části technické kvalifikace ve smyslu § 79 odst. 2 písm. b) zákona předložením seznamu významných služeb poskytnutých dodavatelem v posledních 3 letech (dále jen „referenční služby“).

Zadavatel ke splnění kvalifikace požaduje, aby dodavatel prokázal realizaci minimálně 3 referenčních služeb odpovídajících níže uvedeným parametrům, a to:

a) min. 1 služba, jejíž součástí byla dodávka nebo rozvoj ekonomického informačního systému1, přičemž celkový finanční objem takové služby nesmí činit méně než 6 mil. Kč bez DPH (včetně podpory provozu) pro jednoho objednatele2;

b) min. 1 služba, jejíž součástí byla dodávka, rozvoj nebo podpora provozu ekonomického informačního systému určeného pro použití v rámci českého právního řádu a finanční objem takové služby celkově nečinil méně než 2 mil. Kč bez DPH pro jednoho objednatele;

c) min. 1 služba spočívající ve vypracování ekonomicko-organizačního projektu3 pro objednatele, přičemž objednatelem musela být společnost nebo organizace s komplikovanou vnitřní strukturou4, nejméně 500 zaměstnanci, členy, studenty nebo osobami ve srovnatelném postavení5 a která hospodaří s rozpočtem ve výši nejméně 100 000 000,- Kč ročně;

d) min. 1 služba spočívající ve vypracování ekonomicko-organizačního projektu, přičemž objednatelem této služby byl subjekt účtující dle zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, a finanční objem takové služby celkově nečinil méně než 200 tis. Kč bez DPH pro jednoho objednatele;

e) min. 1 služba, jejíž součástí bylo využití systému pro řízení a správu chybových hlášení a požadavků na úpravy a rozvoj dodávaných nebo podporovaných systémů a aplikací (dále jen „systém helpdesku“), přičemž systém helpdesku měl webové uživatelské rozhraní, umožňoval zadávání hlášení (chyb/dotazů/požadavků) a sledování stavu jejich řešení ze strany dodavatele i objednatele a byl v rámci dané služby používán alespoň po dobu jednoho roku.

Pokud dodavatel realizoval zakázku, která současně splňuje více podmínek uvedených výše pod písm. a) až e), může dodavatel jednou zakázkou prokázat splnění dvou nebo více požadovaných referenčních služeb. V takovém případě musí dodavatel doložit vždy alespoň tři referenční služby, přičemž každá z referenčních služeb musí splňovat alespoň jednu podmínku uvedenou výše pod písm. a) až e) a společně všechny 3 referenční služby musí splňovat všechny tyto podmínky pod písm. a) až e).­­­­­­ (…)«.

Vysvětlivky č. 1 až 5 k výše uvedenému textu uvádí zadavatel jako poznámky pod čarou:

»1Ekonomickým informačním systémem se pro účely této technické kvalifikace rozumí informační systém, ve kterém povinné osoby dle zákona č. 563/1991 Sb., o účetnictví, v platném znění, vedou účetnictví, evidují a spravují majetek, tvoří rozpočet a pomocí něhož realizují povinné výstupy vůči státu (daňová přiznání, účetní výkaznictví a další ekonomické výkazy).

2Pro účely této technické kvalifikace se jedním objednatelem rozumí i sdružení objednatelů, pokud popsaná referenční služba vykazuje jednotící prvky (např. společné zadání veřejné zakázky, vícestranná smlouva apod.).

3 Ekonomicko-organizačním projektem se pro účely této technické kvalifikace rozumí dokument obsahující popis nastavení ekonomické metodiky (zpracování ekonomických informací) a ekonomických procesů v konkrétní firmě či organizaci a zároveň obsahující návrh optimalizace tohoto nastavení a těchto procesů.

4Komplikovanou vnitřní strukturou se pro účely této technické kvalifikace rozumí existence tří a více samostatně sledovaných vnitropodnikových středisek – provozoven.

5Pojmem „osobami ve srovnatelném postavení“ se pro účely této technické kvalifikace mají na mysli osoby, které využívají systém nejen pro vlastní potřebu, ale zajišťují tím i plnění svých povinností ve vztahu k objednateli. Systém jim není objednatelem poskytnut pouze k dobrovolnému užívání, ale jsou v rámci svého vztahu k objednateli povinni jej při určitých úkonech využívat (kromě zaměstnanců, členů a studentů se může dále jednat např. o policisty, hasiče, vojáky, další příslušníky ve služebním poměru, státní zaměstnance apod.).«.

102

V bodě 4.5 „Technická kvalifikace“, písm. B. „Seznam techniků, jež se budou podílet na plnění veřejné zakázky“ zadávací dokumentace je uvedeno následující: „Splnění tohoto bodu technické kvalifikace dle ustanovení § 79 odst. 2 písm. c) a d) zákona prokáže dodavatel, který předloží čestné prohlášení, v němž uvede seznam techniků, kteří se budou podílet na plnění veřejné zakázky (realizační tým).

Realizační tým určený dodavatelem pro plnění veřejné zakázky musí mít minimálně následující složení, přičemž členové realizačního týmu musí splňovat níže uvedené minimální požadavky stanovené zadavatelem:

a) Vedoucí ekonomicko-organizačního projektu (1 osoba):

(…)

řídil nebo se podílel6 na realizaci min. 2 projektů spočívajících ve zpracování ekonomicko-organizačního projektu nebo organizační analýzy.

b) Konzultant ekonomicko-organizačního projektu (min. 1 osoba):

(…)

zkušenosti s řízením či realizací min. 2 projektů spočívajících ve zpracování ekonomicko-organizačního projektu nebo organizační analýzy, při čemž minimálně jeden projekt byl realizován pro objednatele s minimálně 500 zaměstnanci, členy, studenty nebo osobami ve srovnatelném postavení a minimálně jeden projekt byl realizován pro objednatele účtujícího dle zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů. (…)“.

Vysvětlivku č. 6 k výše uvedenému textu uvádí zadavatel jako poznámku pod čarou:

„6 Podílením se na realizaci zakázky se pro účely této technické kvalifikace rozumí aktivní účast člena týmu na podstatné části zakázky (nepostačuje pouze dílčí účast ve formě zajištění administrativy apod.), a to vzhledem k rozsahu zakázky a vzhledem k pozici člena týmu, kterou na dané zakázce zastával.“.

103

V bodě 4.9 „Prokázání kvalifikace prostřednictvím jiných osob“ zadávací dokumentace je uvedeno, že dodavatel může „(…)prokázat určitou část ekonomické kvalifikace (viz čl. 4.4 této zadávací dokumentace), technické kvalifikace (viz čl. 4.5 této zadávací dokumentace) nebo profesní způsobilosti (viz čl. 4.3 této zadávací dokumentace) s výjimkou kritéria podle § 77 odst. 1 ZZVZ požadované zadavatelem prostřednictvím jiných osob.(…).“.

104

V čl. 9. „ZPŮSOB A KRITÉRIA HODNOCENÍ“ zadávací dokumentace je uvedeno, že „Hodnocení nabídek bude provádět hodnotící komise podle jejich ekonomické výhodnosti na základě hodnotících kritérií a postupem stanoveným v tomto článku zadávací dokumentace.“.

105

V bodě 9.1 „Dílčí kritéria hodnocení“ zadávací dokumentace je uvedeno následující: „Nabídky budou hodnoceny dle následujících dílčích hodnotících kritérií, kterým jsou přiřazeny následující procentuální váhy:

Kritérium č.

Název kritéria

Váha kritéria

1

Celková nabídková cena bez DPH

30 %

2

Funkčnost nabízeného plnění (kap. 3.1.1 až 3.1.4 přílohy č. 1 ZD)

30 %

3

Technická úroveň nabízeného plnění (kap. 3.1.1 a 3.2 přílohy č. 1 ZD)

20 %

4

Zkušenosti dodavatele s obdobnými projekty

15 %

5

Rozsah, kvalita a technické parametry služeb systémové integrace

5 %“

106

V bodě 9.3 „Kritérium č. 2 – Funkčnost nabízeného plnění“ zadávací dokumentace je uvedeno následující: »V tomto dílčím kritériu bude zadavatel hodnotit kvalitu nabízeného řešení podle údajů a informací uvedených dodavatelem v kapitole „Popis nabízeného řešení“ nabídky, kterou je dodavatel povinen zpracovat v rámci popisu předmětu plnění dle osnovy uvedené v příloze č. 4 této ZD.

Zadavatel bude v tomto kritériu hodnotit koncept celkového řešení zahrnující způsob, jakým nabízený systém splní legislativní požadavky kladené na EIS a další požadavky zadavatele kladené na funkčnost řešení.

Budou hodnoceny:

a) Způsob naplnění funkčních požadavků zadavatele uvedených v kapitolách 3.1.1, 3.1.2 a 3.1.3 přílohy č. 1 této ZD. Lépe bude hodnoceno řešení, které již splňuje maximum požadavků zadavatele uvedených v kapitole 3.1 přílohy č. 1 této ZD, a je v této podobě již nasazeno do provozu na některé veřejné instituci9.

b) (…)

c) Míra standardizace systému. Lépe bude hodnocen systém, jehož jádro bylo vyvinuto a je udržováno jako standardizovaný softwarový balík (tedy existuje jediná aktuální verze programového kódu jádra sytému pro všechny zákazníky dodavatele a jeho přizpůsobení pro potřeby univerzity (customizace) se zajistí nastavením parametrů EIS a přidáním nadstavbových modulů a integračních vazeb10).

d) Flexibilita systému přístupových práv. Lépe bude hodnocen systém s širšími možnostmi konfigurace těchto práv.

e) Možnosti parametrizace výstupů a reportů ze systému. Lépe bude hodnoceno řešení obsahující větší škálu již předdefinovaných výstupů a reportů, které si budou moci uživatelé sami upravovat dle potřeb pomocí filtračních kritérií a přidávání a odebírání dalších údajů, včetně možnosti využít v nich různé statistiky a agregace.

f) Flexibilní podpora schvalovacích procesů. Lépe bude hodnocen systém umožňující administrátorem konfigurovatelné workflow pro schvalovací procesy týkající se ekonomické agendy.(…).«.

Vysvětlivky č. 9 a 10 k výše uvedenému textu uvádí zadavatel jako poznámky pod čarou:

»9Veřejnou institucí se pro účely této technické kvalifikace rozumí veřejnoprávní, státní nebo příspěvková organizace podléhající právnímu řádu některého z členských států Evropské Unie.

10 Systém může být diferencován (mít různé verze nebo nadstavbové moduly) pro různé skupiny zákazníků (např. veřejný sektor, průmyslové podniky, školství, zdravotnictví apod.), ale musí mít společnou standardní část – ta je pak v této ZD označována jako „jádro systému“.«.

V předmětném bodě zadávací dokumentace je dále uvedeno, že „Předložené nabídky bude komise hodnotit v každém z výše uvedených dílčích parametrů pod písm. a) až h), a to tak, že v každém z těchto parametrů přidělí 1 až 5 podbodů, a to následujícím způsobem: 1 podbod – nabídka splňuje daný dílčí parametr nejméně vhodným či nejméně efektivním způsobem nebo bez jakékoli přidané hodnoty, 2 podbody – nabídka splňuje daný dílčí parametr nepříliš vhodným či neefektivním způsobem nebo s velmi malou přidanou hodnotou, 3 podbody – nabídka dobře splňuje daný dílčí parametr s mírnou přidanou hodnotou, 4 podbody – nabídka splňuje daný dílčí parametr velmi dobrým či efektivním způsobem nebo způsobem s vysokou přidanou hodnotou, 5 podbodů – nabídka splňuje daný dílčí parametr nejlepším možným způsobem nebo způsobem s maximální přidanou hodnotou. Při tom komise zpracuje slovní hodnocení, v němž uvede zdůvodnění bodování nabídek v jednotlivých parametrech. Nabídka tedy může v tomto kritériu hodnocení získat maximálně 40 podbodů (8 parametrů krát 5 podbodů). (…)“.

107

V bodě 9.4 „Kritérium č. 3 – Technická úroveň nabízeného plnění“ zadávací dokumentace je uvedeno následující: »V tomto dílčím kritériu bude zadavatel hodnotit kvalitu nabízeného řešení podle údajů a informací uvedených dodavatelem v kapitole „Architektura nabízeného řešení“ nabídky, kterou je dodavatel povinen zpracovat v rámci popisu předmětu plnění dle osnovy uvedené v příloze č. 4 této ZD.

Budou hodnoceny:

a) Návrh business architektury nabízeného systému a informační, aplikační a technické (systémové) architektury systému, přičemž hodnocena bude zejména účelnost a efektivita konceptu a úroveň jeho technického popisu. Preferována a lépe hodnocena bude tří- a vícevrstvá architektura s oddělením prezentační, aplikační a datové vrstvy, přičemž jako prezentační vrstva je preferován tenký klient v podobě webové aplikace.

b) Koncept řešení uživatelského rozhraní z hlediska zajištění přehlednosti, ergonomie ovládání systému a logické struktury uživatelského rozhraní. Lépe bude hodnocen systém s vyšší intuitivností ovládání a s vyšší přehledností jednotlivých uživatelských rozhraní.

c) Náročnost realizace typických ekonomických procesů v systému z hlediska efektivity praktického využití a provozu systému. Lépe bude hodnocen systém, v němž bude podpora typických ekonomických procesů snadnější a efektivnější (s nutností menšího množství uživatelských zásahů, s možností výběru jednoduššího řešení problému pro elementární cíle při existenci složitějšího řešení pro složitější cíle v rámci stejné funkčnosti).

d) Robustnost a vyspělost SW architektury. Lépe bude hodnocen koncept, který bude robustnější, flexibilnější, odpovídající best practices pro oblast vývoje softwaru a lépe pokrývající nároky na budoucí rozvoj systému.

e) (…)

f) Vhodnost navržených technologií s ohledem na univerzálnost řešení. Toto kritérium hodnotí systém z pohledu zajištění podpory a dalšího rozvoje a zároveň spektra možných dodavatelů. Jako lepší bude hodnoceno otevřenější řešení, které potenciálně využívá standardizovaných technologií, a tudíž umožní využít pro další vývoj a úpravy systému více možných partnerů.(…)

Předložené nabídky bude komise hodnotit v každém z výše uvedených dílčích parametrů pod písm. a) až h), a to tak, že v každém z těchto parametrů přidělí 1 až 5 podbodů, a to následujícím způsobem: 1 podbod – nabídka splňuje daný dílčí parametr nejméně vhodným či nejméně efektivním způsobem nebo bez jakékoli přidané hodnoty, 2 podbody – nabídka splňuje daný dílčí parametr nepříliš vhodným či neefektivním způsobem nebo s velmi malou přidanou hodnotou, 3 podbody – nabídka dobře splňuje daný dílčí parametr s mírnou přidanou hodnotou, 4 podbody – nabídka splňuje daný dílčí parametr velmi dobrým či efektivním způsobem nebo způsobem s vysokou přidanou hodnotou, 5 podbodů – nabídka splňuje daný dílčí parametr nejlepším možným způsobem nebo způsobem s maximální přidanou hodnotou. Při tom komise zpracuje slovní hodnocení, v němž uvede zdůvodnění bodování nabídek v jednotlivých parametrech. Nabídka tedy může v tomto kritériu hodnocení získat maximálně 40 podbodů (8 parametrů krát 5 podbodů).(…)«.

108

V čl. 1 „Cíle implementace nového EIS“, bodu 1.1 „Celkové cíle“ přílohy č. 1 „Popis cílového stavu ekonomického informačního systému na UK“ zadávací dokumentace uvedl zadavatel, že „(…) · Cílem bude vytvořit a aplikovat jednotnou metodiku ekonomického řízení při respektování individuálních potřeb a požadavků jednotlivých součástí. · Vybraný EIS musí výše uvedenou metodiku podporovat a současně umožňovat snadnou modifikaci parametrů systému, tak jak se budou měnit potřeby a požadavky jednotlivých součástí.(…).“.

109

V čl. 4 „Požadavky na implementaci EIS“, bodu 4.1 „Způsob implementace EIS“ přílohy č. 1 „Popis cílového stavu ekonomického informačního systému na UK“ zadávací dokumentace uvedl zadavatel, že „Prvním krokem implementace EIS bude zpracování ekonomicko-organizačního projektu UK (EOP), který zpracuje dodavatel (případně ve spolupráci s poddodavatelem nebo poddodavateli specializovanými na tuto činnost). V rámci zpracování EOP dodavatel nejprve provede analýzu výkonu ekonomických činností na jednotlivých fakultách a dalších součástech univerzity a jejich zpracovávání ve stávajících informačních systémech. Na tomto základě navrhne a popíše jednotné nastavení ekonomické metodiky a způsobu jejího promítnutí do nově koncipovaného jednotného ekonomického informačního systému UK. Výsledky analýzy i návrh nastavení nové metodiky popíše v dokumentu nazvaném EOP. Tento dokument jednotným způsobem popíše (i) principy organizační struktury UK (UK – fakulta/součást UK – ústav/katedra – pracoviště/oddělení) z ekonomického hlediska a s tím související obraz této struktury v ekonomickém systému (např. účtové osnovy a jejich analytické členění a další účetní struktury), (ii) principy tvorby sdílených číselníků a dokladových řad, (iii) principy identifikace základních objektů v informačním systému (projekty, zakázky, akce, objednávky, smlouvy atd.) a procesy jejich zpracování.

EOP musí obsahovat popis všech oblastí, které budou pokryty implementovaným EIS, a návrh nových postupů v těchto oblastech, zejména u oblastí s vysokým potenciálem pro zlepšení v rámci UK.

EOP, tedy nová ekonomická metodika, při tom přiměřeně zohlední možnosti dodávaného EIS; zadavatel však počítá s tím, že některé funkcionality bude třeba do dodávaného EIS na základě EOP doprogramovat. (…)

V EOP bude rovněž popsáno rozdělení povinností a odpovědnostní při provozu EIS mezi dodavatele EIS, ÚVT UK, pracoviště rektorátu UK a pracoviště fakult a dalších součástí UK při jednotlivých provozních činnostech, jako jsou zejména:

- provozování a technická podpora EIS, (...)

- řízení opakovaných celouniverzitních činností, např.:

inventarizace majetku,

roční účetní uzávěrka,

výroční zpráva o hospodaření,

vytvoření ročního rozpočtu, jeho změny, hodnocení,

metodické zajištění legislativních změn,

zajištění organizačně – účetních změn

a dalších činností, nejlépe formou rozhodnutí – opatření kvestorky nebo jiným vhodným vnitřním předpisem. (…)

S ohledem na to, že odborné zpracování ekonomicko-organizačního projektu je kritickým faktorem úspěchu zavedení nového EIS, zadavatel požaduje, aby jeho zpracování zajistil dodavatel s relevantními referencemi definovanými v požadavcích na kvalifikaci. (…).“.

Právní posouzení

110

Jak vyplývá z obsahu návrhu, navrhovatel brojí proti nastavení zadávacích podmínek, neboť považuje požadavky zadavatele na prokázání kritérií technické kvalifikace spočívající ve zkušenosti dodavatele se zpracováním EOP za diskriminační a nepřiměřené a stanovená kritéria hodnocení kvality nabídek, resp. jejich dílčí hodnotící parametry, za netransparentní a nedostatečná pro přípravu nabídek. Navrhovatel je rovněž přesvědčen, že zadavatel adekvátně neprodloužil lhůtu pro podání nabídek.

111

Úvodem Úřad nejprve uvádí, že zadávací podmínky jsou nejvýznamnějším zdrojem informací, na jejichž základě zpracovávají dodavatelé své nabídky, a proto zákon zadavateli ukládá povinnost vymezit jejich prostřednictvím veškeré podrobnosti nezbytné pro účast dodavatele v zadávacím řízení, přičemž mezi tyto zadávací podmínky patří i požadavky na prokázání technické kvalifikace (pokud je zadavatel stanoví, tedy pokud hodlá technickou kvalifikaci dodavatelů pro plnění veřejné zakázky ověřovat), a taktéž pravidla pro hodnocení nabídek.

K požadavku zadavatele na vypracování EOP

112

K požadavkům na technickou kvalifikaci Úřad v obecné rovině uvádí, že při posuzování takových požadavků zadavatele je třeba vycházet z jejich účelu, kterým je objektivním, transparentním a nediskriminačním způsobem zajistit, aby zadavatel vybíral dodavatele veřejné zakázky pouze z okruhu subjektů, jež poskytují záruky o své schopnosti veřejnou zakázku řádně, včas a v odpovídající kvalitě realizovat. Adekvátně nastavená kritéria technické kvalifikace jsou tedy „sítem“, které má zamezit účasti subjektů neschopných danou veřejnou zakázku řádně splnit. Zadavatel však také může vymezením kritérií technické kvalifikace, zejména stanovením příliš přísných kritérií prokázání způsobilosti dodavatele, výrazným způsobem ovlivnit okruh dodavatelů, mezi jejichž nabídkami bude v závěrečné fázi zadávacího řízení vybírat. Stanovení konkrétních kritérií technické kvalifikace je tak sice plně v gesci zadavatele, ten je však při jejich výběru nucen respektovat jednotlivá zákonná ustanovení, v nichž se zároveň odráží i základní zásady postupu zadavatele uvedené v § 6 zákona, které jsou ve vztahu ke kritériím technické kvalifikace promítnuty i do ustanovení § 73 odst. 6 zákona, které je projevem zásady přiměřenosti, když uvádí, že kritéria technické kvalifikace musí být stanovena přiměřeně vzhledem ke složitosti a rozsahu předmětu veřejné zakázky. Pokud by požadavky zadavatele vybočovaly z jeho oprávněných potřeb ve vztahu k dané veřejné zakázce, porušil by zadavatel jednu ze zásad postupu zadavatele vymezených v § 6 odst. 1 zákona, a sice zásadu přiměřenosti, přičemž takovým postupem by mohlo zároveň dojít i k porušení zásady zákazu diskriminace (§ 6 odst. 2 zákona), protože takové excesivní stanovení požadavků na technickou kvalifikaci by mohlo nedůvodně omezit okruh dodavatelů, kteří by se mohli zadávacího řízení zúčastnit. Zadavatel je s ohledem na dodržení základních zásad zadávacího řízení povinen stanovit kritéria technické kvalifikace takovým způsobem, aby zajistil rovné příležitosti všem dodavatelům, kteří jsou objektivně schopni předmětnou zakázku plnit.

113

Úřad nejprve k samotné zásadě přiměřenosti (proporcionality) stanovené v § 6 odst. 1 zákona uvádí, že tato základní zásada byla do zákona přejata z nových evropských zadávacích směrnic v souvislosti s přijetím nového zákona o zadávání veřejných zakázek, kde je tato zásada výslovně uvedena. Úřad podotýká, že dodržování této zásady vyplývalo i ze zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů, ačkoliv zde zásada přiměřenosti nebyla výslovně uvedena (zadavatelé však měli povinnost vymezit minimální úroveň požadavků na kvalifikaci ve vztahu k druhu, rozsahu a složitosti předmětu plnění veřejné zakázky). Explicitní zakotvení zásady přiměřenosti do zákona vychází ze skutečnosti, že zákon ponechává zadavatelům značnou míru diskrece ohledně volby konkrétního postupu v zadávacím řízení. V zadávacím řízení se přitom z povahy věci střetávají dva protichůdné principy, totiž omezení dodavatelů (způsobené zejména nastavením zadávacích podmínek zadavatelem, zejména ve vztahu k podmínkám účasti) mezi nimiž může proběhnout soutěž o nejvhodnější nabídku, pouze na ty, kteří splňují podmínky zadavatele, a u nichž je tak dán předpoklad kvalitního plnění v budoucnu, a na druhé straně obecný zájem na co nejširším zachování hospodářské soutěže. Postup v souladu se zásadou přiměřenosti tedy primárně (nikoli však výlučně) spočívá v tom, že na jedné straně zadavateli poskytuje dostatečné záruky výběru dodavatele, který skutečně bude schopen veřejnou zakázku kvalitně a v požadovaných termínech realizovat, na druhou stranu se bude jednat o postup, který nad rámec garance výše uvedeného cíle nebude dále nedůvodně omezovat hospodářskou soutěž. Jedná se tak o zásadu, kterou by se měl zadavatel řídit ve všech fázích zadávacího řízení. Úřad uvádí, že tato zásada se nejvíce uplatňuje při stanovení podmínek účasti v zadávacím řízení, typicky u podmínek kvalifikace, které přímo determinují okruh potenciálních dodavatelů, kteří by se mohli zúčastnit zadávacího řízení.

114

Úřad v rámci obecných východisek dále uvádí, že se zásadou přiměřenosti je úzce spjata zásada zákazu diskriminace. Problematiku povinnosti dodržování zásady zákazu diskriminace řeší např. rozsudek Nejvyššího správního soudu sp. zn. 1 Afs 20/2008 ze dne 5. 6. 2008, ze kterého vyplývá, že smysl ustanovení § 6 zákona „(…)v prvé řadě směřuje k cíli samotného zákona, kterým je zajištění hospodárnosti, efektivnosti a účelnosti nakládání s veřejnými prostředky. Zákon tohoto cíle dosahuje především vytvářením podmínek pro to, aby smlouvy, jejichž plnění je hrazeno z veřejných prostředků, byly zadavateli uzavírány při zajištění hospodářské soutěže a konkurenčního prostředí mezi dodavateli.“. Dále Nejvyšší správní soud zdůraznil „(…)že smysl a cíl zákazu diskriminace nutně vede interpreta § 6 zákona k závěru, že tento zákaz zahrnuje jednak zákaz diskriminace zjevné (přímé), tedy odlišného zacházení s jednotlivcem ve srovnání s celkem, jednak též zákaz diskriminace skryté (nepřímé), pokud tato vede v podstatě k obdobným právem zakázaným důsledkům (v oblasti práva veřejných zakázek tedy poškozování hospodářské soutěže a konkurenčního prostředí mezi dodavateli).“. Byť se závěry obsažené v citovaném rozsudku vztahují k předchozí právní úpravě, jsou dle názoru Úřadu plně aplikovatelné i ve vztahu k zákonu, neboť přijetí nové právní úpravy nikterak nepozměnilo smysl základních zásad.

115

Z výše uvedeného vyplývá, že stanovení požadavků na kvalifikaci, včetně jejich minimální úrovně, nemůže vést k bezdůvodnému omezení možnosti dodavatelů účastnit se zadávacího řízení, či k jakémukoliv zvýhodnění některého z potenciálních dodavatelů na úkor dodavatelů jiných, kteří by byli taktéž objektivně schopni danou veřejnou zakázku plnit. Naopak, pokud je účelem požadavků na kvalifikaci umožnění účasti pouze těm dodavatelům, kteří jsou zakázku objektivně způsobilí plnit, musí být nastaveny tak, aby umožňovaly účast opravdu všem takto objektivně způsobilým dodavatelům. Nastavení takových kvalifikačních kritérií, která nemají vazbu na předmět veřejné zakázky nebo která jsou ve vztahu k tomuto předmětu zjevně nepřiměřená (byť k němu určitý vztah mají), tedy která ve výsledku pouze znemožní některým dodavatelům se o veřejnou zakázku ucházet, lze považovat za formu nepřípustné diskriminace v zadávacím řízení. Je tedy třeba, aby požadavky na prokázání splnění kvalifikace byly odůvodněny předmětem plnění veřejné zakázky a byly stanoveny přiměřeně k předmětu veřejné zakázky, a nevytvářely tak bezdůvodné překážky hospodářské soutěže.

116

Ve výše citovaném rozsudku (sp. zn. 1 Afs 20/2008 ze dne 5. 6. 2008) však Nejvyšší správní soud dále konstatoval: »Klíčovým problémem takto pojaté skryté diskriminace je tedy „zjevná nepřiměřenost“ kvalifikačních předpokladů ve vztahu ke konkrétní veřejné zakázce. Tato zjevná nepřiměřenost není vymezitelná žádnou obecnou floskulí, nýbrž je nutno ji vykládat vždy se zřetelem na individuální kauzu. (…) V každém případě musí správní soudy při aplikaci kritéria „zjevné nepřiměřenosti“ poskytnout prostor pro legitimní ekonomickou úvahu zadavatele, a tedy shledání skryté diskriminace je přípustné tam, kde kvalifikační předpoklady jsou vskutku excesivní a jasně vybočují z oprávněných potřeb dané zakázky (…).«. K tomu Úřad upozorňuje, že samotná podstata zákazu tzv. skryté diskriminace tedy zároveň znemožňuje jakoukoliv mechanickou aplikaci. Není totiž dost dobře možné požadovat po zadavatelích, aby jimi stanovené požadavky na technickou kvalifikaci mohli splnit všichni potenciální dodavatelé. Takový požadavek by ostatně nebyl ani reálně možný a byl by v rozporu se smyslem a účelem zákona, kterým je zajistit právě to, aby se zadávacího řízení sice mohlo zúčastnit široké spektrum dodavatelů, nicméně pouze těch, kteří jsou schopni předmět plnění řádně a kvalifikovaně splnit. Odvrácenou stranou stanovení určitých požadavků zadavatele na technickou kvalifikaci je tedy selekce těch dodavatelů, jež ke splnění veřejné zakázky způsobilí nejsou, přičemž o takovéto (legitimními ekonomickými zájmy podložené) selekci pak nelze hovořit jako o skryté diskriminaci.

117

K technickým kvalifikačním předpokladům se dále vyjádřil např. Nejvyšší správní soud v rozsudku č. j. 7 Afs 44/2013-37 ze dne 7. 11. 2013, v němž uvedl, že „(…)je na uvážení zadavatele, jaké a jak podrobné podmínky účasti na veřejné zakázce nastaví. V souladu s výše uvedeným však požadavky k prokázání splnění technických kvalifikačních předpokladů musí být přípustné a i samotný důvod jejich vyžadování musí být v souladu se základními zásadami upravenými v § 6 zákona o veřejných zakázkách, podle kterých je zadavatel povinen při postupu podle tohoto zákona dodržovat zásady transparentnosti, rovného zacházení a zákazu diskriminace. (…) Naplnění těchto zásad směřuje k cíli samotného zákona, a to zajištění rovného konkurenčního prostředí při nakládání s veřejnými prostředky. Zásada zákazu diskriminace tak společně s ostatními základními zásadami (transparentnosti, rovného zacházení) prochází skrze celou zákonnou úpravu a nutně se musí odrazit v každém vnějším výstupu zadavatele. Pouhý požadavek na dodržování uvedených zásad by však byl v rámci bezbřehého a ničím neregulovaného procesu prakticky nekontrolovatelný, a tedy neprosaditelný. Z tohoto důvodu zákon o veřejných zakázkách obsahuje kromě základních zásad také soubor relativně podrobných a prostor pro úvahu zadavatele neponechávajících ustanovení, upravujících samotný proces zadávání veřejných zakázek. Vedle toho zákon o veřejných zakázkách obsahuje ustanovení poskytující zadavateli možnost klást na dodavatele konkrétní požadavky. S ohledem na individuální povahu každé zakázky je pak zadavateli ponechána velká míra volnosti. Zadavatel může např. v technických podmínkách nebo v kvalifikačních požadavcích stanovit konkrétní požadavky, bez jejichž splnění se dodavatel nemůže o veřejnou zakázku úspěšně ucházet. Jejich stanovením tak přímo ovlivňuje okruh možných dodavatelů. Z tohoto důvodu je zapotřebí k počtu a míře takových požadavků přistupovat striktně v duchu výše uvedených zásad (blíže viz např. rozsudky Nejvyššího správního soudu ze dne 30. září 2011, č. j. 5 Afs 78/2010 – 186, ze dne 20. prosince 2012, č. j. 1 Afs 66/2012 – 64, ze dne 27. června 2013, č. j. 1 Afs 20/2013 - 47). Co se týče konkrétních požadavků na dodavatele, úprava v zákoně o veřejných zakázkách umožňuje zadavateli zvolit si z nich takové, které považuje ve vztahu k předmětu zakázky za nezbytné. Protože se jedná převážně o ustanovení ponechávající zadavateli prostor pro úvahu, musí být potřeba takového požadavku odůvodnitelná. To znamená, že čím podrobnější a přísnější požadavky zadavatel zvolí, tím vyšší nároky budou kladeny na jejich odůvodnění.“. Úřad doplňuje, že ačkoliv se shora uváděná judikatura vztahuje k předchozí právní úpravě zadávání veřejných zakázek, závěry uváděné v citovaných rozsudcích lze aplikovat i na současnou právní úpravu, neboť v tomto ohledu nedošlo v zákoně k žádné změně.

118

V rámci samotného posouzení případu Úřad uvádí, že v šetřeném případě zadavatel stanovil jako podmínku účasti v zadávacím řízení mimo jiné požadavek na prokázání kritéria technické kvalifikace ve smyslu § 79 zákona, konkrétně dle § 79 odst. 2 písm. b) zákona, spočívající v předložení seznamu významných služeb poskytnutých dodavatelem za poslední 3 roky před zahájením zadávacího řízení. Součástí těchto referenčních služeb měla být (mimo jiné) minimálně 1 služba spočívající ve zpracování EOP, tj. dokumentu, který zadavatel pro účely technické kvalifikace definoval jako dokument popisující nastavení ekonomické metodiky a ekonomických procesů v konkrétní organizaci a obsahující návrh jejich optimalizace. Ve vztahu k požadavku uvedenému v bodě 4.5 písm. A „Seznam významných dodávek nebo významných služeb“ bodu c) zadávací dokumentace zadavatel stanovil, že objednatelem měla být organizace s komplikovanou vnitřní strukturou, minimálně 500 osobami (zaměstnanci, členy), a hospodařící s rozpočtem ve výši minimálně 100 mil. Kč ročně, a ve vtahu k požadavku uvedenému v bodě 4.5 písm. A „Seznam významných dodávek nebo významných služeb“ bodu d) zadávací dokumentace zadavatel stanovil, že se musí jednat o subjekt účtující dle zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, kdy finanční objem takovéto služby nečinil méně než 200 tis. Kč bez DPH (podrobněji viz bod 101. odůvodnění tohoto rozhodnutí). V návaznosti na § 79 odst. 2 písm. c) zákona zadavatel rovněž požadoval, aby dodavatel předložil formou čestného prohlášení seznam členů realizačního týmu, který se bude podílet na plnění veřejné zakázky, přičemž definoval požadavky na složení tohoto týmu i jeho jednotlivé členy. Zadavatel tak mj. stanovil, že alespoň 2 členové realizačního týmu musí splňovat podmínku, že se účastnili realizace minimálně 2 projektů spočívajících ve zpracování EOP nebo organizační analýzy (podrobněji viz bod 102. odůvodnění tohoto rozhodnutí).

119

Navrhovatel považuje výše uvedené požadavky zadavatele na prokázání technické kvalifikace spočívající v předchozí zkušenosti dodavatele s realizací EOP, a to jak v rámci referenčních zakázek, tak i v případě realizačního týmu, za diskriminační, nepřiměřené a podstatně zužující konkurenční prostředí, neboť vylučují účast dodavatelů, kteří jsou objektivně kvalifikovaní pro realizaci předmětu plnění veřejné zakázky.

120

Úkolem Úřadu tedy bylo posoudit, zda zadavatel vymezil minimální úroveň navrhovatelem rozporovaných kritérií technické kvalifikace veřejné zakázky v souladu se základními zásadami stanovenými v § 6 zákona (v daném případě v souladu se zásadou přiměřenosti, potažmo zásadou zákazu diskriminace), tzn. takovým způsobem, aby odpovídala rozsahu a složitosti předmětu zadávané veřejné zakázky a nevytvářela tak dodavatelům neodůvodněnou překážku pro podání nabídky (tj. překážku v hospodářské soutěži).

121

Úřad uvádí, že z bodu 2.1 „Vymezení účelu a předmětu veřejné zakázky“ zadávací dokumentace (viz bod 2. odůvodnění tohoto rozhodnutí) je zřejmé, že zadavatel vymezil předmět šetřené zakázky poměrně široce, když současně poptává dvě do jisté míry samostatné činnosti. Na jedné straně požaduje zadavatel zpracovat EOP, který jako součást plnění veřejné zakázky definuje v příloze č. 1 „Popis cílového stavu ekonomického informačního systému na UK“ zadávací dokumentace jako dokument, který bude popisovat výsledky analýzy zadavatelem vykonávaných ekonomických činností a jejich zpracování ve stávajících informačních systémech, návrh nastavení nové ekonomické metodiky a způsob jejího promítnutí do nově koncipovaného jednotného EIS (viz bod 109. odůvodnění tohoto rozhodnutí). Na straně druhé pak zadavatel požaduje dodávku jednotného EIS, včetně instalace, provozu, podpory a dalšího rozvoje tohoto systému.

122

V příloze č. 2 „Popis stávajícího stavu ekonomického informačního systému na UK“ zadávací dokumentace je mj. uvedeno, že zadavatele jako vysokou školu tvoří vedle rektorátu 17 fakult a 14 dalších součástí (dále jen „součásti“), kde studuje téměř 50 tisíc studentů a působí asi 11 tisíc zaměstnanců, a dále, že „(…) pro ekonomicko-správní agendy jsou využívány informační systémy různých dodavatelů, provozované v mnoha instancích a na různých technických prostředcích. Jejich implementace probíhala v různých časových obdobích a byla řízena velmi rozdílnými požadavky jednotlivých zadavatelů. V důsledku toho i stejné systémy jsou nastaveny a provozovány tak, že jako celek jsou nekonzistentní a konsolidace informací za celou univerzitu je obtížně zvládnutelný úkol.“.

123

Z bodu 2.1 „Vymezení účelu a předmětu veřejné zakázky“ zadávací dokumentace (viz bod 100. odůvodnění tohoto rozhodnutí) vyplývá, že zadavatel v rámci hospodaření na součástech zadavatele dosud nedisponuje jednotnou účetní a ekonomickou metodikou, přestože je jako právnická osoba pokládán za jeden ekonomický celek. Zadavatel považuje stávající situaci za dlouhodobě neudržitelnou, jak uvádí v rozhodnutí o námitkách, neboť na jednotlivých součástech zadavatele „(…) je provozováno cca 25 různě nastavených instancí dvou zcela rozdílných ekonomických informačních systémů. Jednotlivé součásti při tom zpracovávají ekonomické agendy dle individuálních metodických pokynů a s využitím zcela rozdílných funkčních podpor instalovaných informačních systémů.“.Zadavatel dále uvádí, že důvodem, který ho přiměl zadat veřejnou zakázku na dodávku EIS, kdy nedílnou součástí této zakázky je i zpracování EOP, je skutečnost, že EOP může zpracovat „(…)přímo dodavatel, případně ve spolupráci s poddodavatelem, se znalostí již konkrétního ekonomického informačního systému dodávaného dodavatelem, a tím pádem určité postupy nastavit tak, aby bylo možné je určitým dílčím dovyvinutím realizovat již ve stávajícím fungujícím ekonomickém informačním systému.“.

124

Z výše uvedeného je tedy zřejmé, že zadavatelem stanovený rozsah předmětu plnění veřejné zakázky, kdy zadavatel současně poptává zpracování EOP a dodávku EIS, vychází z potřeby na straně zadavatele sjednotit fungování EIS a ekonomické metodiky.

Číst dál ↓