122. Podle § 79 odst. 2 písm. d) zákona může zadavatel k prokázání kritérií technické kvalifikace požadovat osvědčení o vzdělání a odborné kvalifikaci vztahující se k požadovaným dodávkám, službám nebo stavebním pracem, a to jak ve vztahu k fyzickým osobám, které mohou dodávky, služby nebo stavební práce poskytovat, tak ve vztahu k jejich vedoucím pracovníkům.
Skutečnosti vyplývající z dokumentace o zadávacím řízení
123. V článku 6. odstavci 2. přílohy č. 2 zadávací dokumentace (Podmínky kvalifikace) je uvedeno: »Zadavatel v souladu s § 73 ZZVZ požaduje prokázání technické kvalifikace dodavatelů podle § 79 odst. 2 písm. d) ZZVZ. (…) Zadavatel požaduje, aby dodavatel, se kterým bude uzavřena smlouva na plnění veřejné zakázky, měl po celou dobu účinnosti smlouvy k dispozici realizační tým, který se bude podílet na plnění veřejné zakázky, bez ohledu na to, zda jde o zaměstnance dodavatele nebo osoby v jiném vztahu k dodavateli (…). Všichni členové realizačního týmu musí splňovat„Obecné požadavky na členy realizačního týmu“ a zároveň v realizačním týmu musí být takoví techničtí specialisté, aby v souhrnu splňovali všechny „požadavky na odbornost členů realizačního týmu (…)
Požadavky na odbornost členů realizačního týmu:
1. Oblast odborných konzultací
V realizačním týmu pro zajištění odborných konzultací musí být takoví specialisté, aby v souhrnu splňovali (tj. zajišťovali) všechny požadavky na níže uvedenou odbornost členů realizačního týmu.
Realizační tým dodavatele pro zajištění odborných konzultací musí sestávat z minimálně 2 odborných pracovníků splňujících níže uvedené požadavky na odbornou kvalifikaci pro každou z níže uvedených oblastí.
a) Integrační architekt
minimálně 3 roky praxe v oblasti integračních projektů pomocí webových služeb,
minimálně 1 rok praxe v oblasti integračních projektů s produkty Oracle Fusion Middleware,
znalost produktů Oracle SOA Suite, Oracle BPEL, Oracle AQ, Oracle Service Bus, MS Azure, IBM FileNet, ElasticSearch, Alfresco,
znalost konceptů webových služeb SOAP protokolu, REST služeb, rozšíření WS Security, autentizačních mechanismů SAML a JWT,
minimálně 1 rok praxe modelování v Enterprise Architect.
b) Integrační specialista
minimálně 2 roky praxe v oblasti integračních projektů pomocí webových služeb,
minimálně 1 rok praxe v oblasti integračních projektů s produkty Oracle SOA Suitě, Oracle BPEL, Oracle AQ,
znalost produktů Oracle SOA Suite, Oracle BPEL, Oracle AQ, Oracle Service Bus, Oracle Data Integrator, Oracle GoldenGate jako vývojář,
znalost konceptů webových služeb SOAP protokolu, REST služeb, rozšíření WS Security, autentizačních mechanismů SAML a JWT,
znalost XML, XSD, BPEL, JAVA, Azure DevOps, Oracle PL/SQL,
znalost skriptovacích jazyků, znalost prostředí Azure DevOps, uživatelská znalost Linuxu,
znalost standardů dokumentace API - OpenAPI a Swaggeru, případně API Blueprint,
požadovaná povinná certifikace:
o Oracle Certified Associate, Java Developer (resp. Oracle Certified Associate, Java Programmer) a současně
o Azure Fundamentals.
2. Oblast služeb vývoje
V realizačním týmu pro zajištění služeb v oblasti vývoje musí být takoví specialisté, aby v souhrnu splňovali (tj. zajišťovali) všechny požadavky na níže uvedenou odbornost členů realizačního týmu.
Realizační tým dodavatele pro zajištění služeb vývoje musí sestávat z minimálně 3 odborných pracovníků splňujících níže uvedené požadavky na odbornou kvalifikaci pro každou z níže uvedených oblastí:
a) Specialista Elastic
minimálně 1 rok praxe v Elastic,
znalost práce v Azure DevOps, uživatelská znalost Linuxu,
požadovaná povinná certifikace:
o Elastic Certified Engineer nebo Elastic Certified Analyst.
b) Aplikační vývojář
minimálně 1 rok praxe v oblasti vývoje webových aplikací,
znalost HTML5, JavaScript,
znalost prostředí Azure DevOps,
požadovaná povinná certifikace:
o Certified JavaScript Developer nebo Certified JavaScript Specialist nebo Certified JavaScript Professional a současně
o Certified HTML5 Developer nebo Certified HTML5 Specialist nebo Certified HTML5 Professional.
c) Integrační vývojář
minimálně 1 rok praxe v oblasti integračních projektů pomocí webových služeb,
znalost produktů Oracle SOA Suite, Oracle BPEL, Oracle AQ, Oracle Service Bus,
znalost konceptů webových služeb SOAP protokolu, REST služeb, rozšíření WS Security, případně autentizačních mechanismů SAML a JWT,
znalost XML, XSD, BPEL, JAVA,
znalost skriptovacích jazyků, znalost práce v Azure DevOps, uživatelská znalost Linuxu,
požadovaná povinná certifikace:
o Oracle Certified Associate, Java Developer (resp. Oracle Certified Associate, Java Programmer).«.
124. V rámci „Vysvětlení zadávací dokumentace č. 3 ze dne 23. 12. 2020“ odpověděl zadavatel na dotaz č. 2:
„Zadavatel stanovil požadavky na certifikace členů týmu v rámci technické kvalifikace a zároveň rozsáhlý seznam certifikací pro účely hodnocení. Při předpokládaném obsazení týmu pěti osobami se jedná o kumulaci certifikátů, která je velmi specifická, neodpovídá běžným požadavkům a na trhu se bude vyskytovat pouze u malé části dodavatelů. Upraví zadavatel požadavky na certifikáty členů týmu tak, aby více odpovídaly situaci obvyklé na trhu, tj. zúží rozsah požadovaných certifikací?“
následovně:
„(…) Zadavatel stanovil pro členy týmu technické minimum Java, JavaScript, HTML5 a Elastic Search, aby umožnil, co nejširšímu počtu dodavatelů podat nabídku na předmětnou veřejnou zakázku. Kombinaci těchto technických znalostí považuje zadavatel na trhu za běžně rozšířenou. Zadavatel provozuje systémy, aplikace a nástroje pro vývoj (DevOps) na technologiích Oracle, Oracle Fusion Middleware, IBM FileNet, Alfresco Digital Business Platform a MS Azure DevOps. Zadavatel zařadil všechny tyto technologie do hodnocení nabídek [kritérium hodnocení A2, viz bod 14.2 (…) zadávací dokumentace], aby získal co nejvhodnějšího dodavatele, pro integraci všech těchto aplikací, systémů a prostředí pro vývoj, nasazení i provoz informačních systémů. Požadavky zadavatele na certifikáty členů týmu, které budou předmětem hodnocení nabídek, zadavatel nestanovil 3 jako povinné pro účast dodavatele v zadávacím řízení, záleží tudíž na dodavateli, zda a jaké certifikáty pro účely hodnocení nabídky předloží. Zadavatel požaduje tým složený z minimálně 5 osob. Současně je dodavateli umožněno nominovat tým o více jak 5 osobách, pokud je to potřeba na pokrytí požadavků na jednotlivé technologie a certifikáty. Jednotlivé osoby nominovaného týmu dodavatelem budou objednávány v dílčích objednávkách podle potřeb zadavatele. S ohledem na výše uvedené zadavatel nebude upravovat požadavky na certifikaci členů týmu.“.
125. V rámci „Vysvětlení zadávací dokumentace č. 4 ze dne 23. 12. 2020“ odpověděl zadavatel na dotaz č. 1:
„Zadavatel v zadávací dokumentaci v příloze č. 2 Podmínky kvalifikace pro pozici „Integrační architekt“ ve skupině 1. Oblast odborných konzultací definoval požadavek, aby tento člen realizačního týmu splňoval všechny požadavky na odbornou kvalifikaci a požaduje znalost konkrétních produktů – Oracle SOA Suite, Oracle BPEL, Oracle AQ, Oracle Service Bus, MS Azure, IBM FileNet, ElasticSearch, Alfresco. Uvedené požadavky Zadavatele jsou velice specificky zaměřené a vyžadují specializované pozice, které nelze v uvedeném rozsahu předpokládat od role integračního architekta zaměřeného na odborné konzultace či vývoj souladný s předmětem veřejné zakázky uvedeného v kap. 6.2. Hlavního dokumentu veřejné zakázky. Z pohledu Uchazeče se jedná kombinaci integračních a cloudových produktů s vyjmenovanou open-sourcovou platformou o požadavek nepřiměřený požadovanému plnění této veřejné zakázky a současně s ohledem na požadované plnění také diskriminační. Uchazeč proto tímto žádá Zadavatele o jednoznačné odborné zdůvodnění, proč pozice integračního architekta má mít tak širokou znalost velice specifických nesourodých produktů a současně o přehodnocení relevance tohoto požadavků v rámci příslušných kvalifikačních požadavků.“
následovně:
„(…) Zadavatel provozuje Integrační platformu na produktech Oracle SOA Suite a Oracle Service Bus. Vlastní integrační funkce jsou vytvořeny v jazyce BPEL a pro asynchronní komunikaci se používají Oracle AQ fronty. Jako DevOps prostředí je používán MS Azure DevOps (cloud), kam se ukládají zdrojové kódy, kde jsou definovány pipelines pro vytváření instalačních balíčků z těchto zdrojových kódů a odkud je řízeno nasazování vytvořených balíčků do jednotlivých prostředí. IBM FileNet je platforma Dokument Management Systému, který je postupně integrován s ostatními systémy VZP ČR. Alfresco Digital Business Platform (open source) je platforma drobných agend, které je potřeba integrovat s hlavními IS VZP ČR. Všechny tyto systémy generují podrobné logy, které se ukládají v ElasticSearch (open source). Z logů uložených v ElasticSearch plánuje VZP ČR připravit systém reportů a dashboardů, které budou poskytovat informace o komunikaci mezi systémy, práci uživatelů se systémy a využívání dat v těchto systémech uložených. Bez přiměřené znalosti výše uvedených produktů nemůže podle názoru zadavatele Integrační architekt poskytovat odborné konzultace a vypracovávat zadání pro vývoj pro VZP ČR. Zadavatel důkladně zvážil požadavky na roli Integračního architekta. Tyto požadavky odpovídají potřebám zadavatele a nelze je omezit. Pokud by zadavatel požadavky na roli Integračního architekta omezil, získal by dodavatele, který by nebyl schopen poskytovat odborné konzultace v celém rozsahu integrací ve VZP ČR.“.
126. V rámci „Vysvětlení zadávací dokumentace č. 4 ze dne 23. 12. 2020“ odpověděl zadavatel na dotaz č. 2:
»Zadavatel v zadávací dokumentaci v příloze č. 2 Podmínky kvalifikace pro pozici „Integrační specialista“ ve skupině 1. Oblast odborných konzultací definoval požadavek, aby tento člen realizačního týmu splňoval všechny požadavky na odbornou kvalifikaci a požaduje znalost produktů Oracle a JAVA určené pro vývoj aplikací, u Oracle Goldengate je tak dokonce explicitně uvedeno. Současně s tím požaduje Zadavatel u dané pozice povinnou vývojářskou certifikaci Oracle Certified Associate, Java Developer a současně certifikace Azure Fundamentals. Certifikace zaměřená na vývoj vyžaduje specializovanou pozici, kterou nelze v uvedeném rozsahu předpokládat od role integračního specialisty a jde tak o požadavek nepřiměřený požadovanému plnění této veřejné zakázky a současně s ohledem na požadované plnění také diskriminační. Uchazeč proto tímto žádá Zadavatele o jednoznačné odborné zdůvodnění, proč pozice integračního specialisty má mít tak širokou znalost pro oblast vývoje, z jakého důvodu není relevantní znalost integračních platforem a současně o přehodnocení relevance tohoto požadavků v rámci příslušných kvalifikačních požadavků.«.
následovně:
„(…) Požadovaná plnění a odborné konzultace očekávané zadavatelem pro roli Integračního speciality jsou detailně vyjmenovány v Příloze č. 1 (…) zadávací dokumentace – „Obchodní podmínky“, konkrétně v její Příloze č. 1 – „Technická specifikace“. Toto plnění zahrnuje:
a) Návrh a implementaci integrací v prostředí Oracle SOA Suite a Oracle Service Bus.
b) Úpravy a rozvoj stávajících integračních služeb na platformě IPF.
c) Vytvoření konceptu řešení monitoringu integračních služeb v prostředí Elastic.
d) Návrhy a tvorby konceptů na zlepšení a rozvoj monitoringu integračních služeb.
e) Objevování, testování a ověřování nových technologií a přístupů k integraci.
f) Příprava prototypů integračních scénářů – ověření nových možností.
g) Příprava konceptů a prototypů nových integračních komponent, např. ODS.
h) Příprava konceptů a prototypů nových aplikačních komponent.
i) Návrh dokumentace a údržba standardů a doporučených postupů pro integraci.
j) Spolupráci s interními i externími vývojovými týmy, spolupráci s věcně odbornými útvary VZP ČR.
k) Účast na projektech vyžadujících poskytování integračních služeb, vč. realizace.
Podle názoru zadavatele je vynikající znalost jazyka JAVA naprosto nezbytným požadavkem např. pro „Příprava prototypů integračních scénářů“, ale i pro další plnění. Příprava konceptu a prototypu nové integrační komponenty ODS se neobejde bez znalosti produktu Oracle Golden Gate. Bez znalosti konfigurace Azure agentů a pipelines, jakož i celého prostředí Azure DevOps není možné nasadit ani prototyp do příslušného sandboxu (součást vývojového prostředí VZP ČR). Zadavatel důkladně zvážil požadavky na roli Integračního speciality. Zadavatel má však za to, že tyto požadavky odpovídají jeho potřebám, pročež je nelze omezit.“.
127. V rámci „Vysvětlení zadávací dokumentace č. 8 ze dne 27. 1. 2021“ odpověděl zadavatel na dotaz č. 2:
„Zadávateľ vo vysvetlení zadávacej dokumentácie č. 3 zo dňa 23.12.2020 na strane 2 uvádza, že „Zadavatel provozuje systémy, aplikace a nástroje pro vývoj (DevOps) na technologiích Oracle, Oracle Fusion Middleware, IBM FileNet, Alfresco Digital Business Platform a MS Azure DevOps“. Žiadame o bližšie vysvetlenie aký majú podiel tieto technológie na aktuálnej a budúcej prevádzke informačných systémov zadávateľa. Pripúšťa zadávateľ preukázanie kvalifikácie skúsenosťami aj z iných opensource technológií? V prípade, pokiaľ zadávateľ trvá na uvedenej špecifickej technológií Alfresco Digital Business Platform, žiadame Vás ako uchádzač o podrobné odôvodnenie.“
následovně:
„(…) Zadavatel provozuje informační systém (dále IS VZP), který podporuje širokou škálu činností jak při zajišťování vlastních funkcí veřejného zdravotního pojištění, tak při podpoře interních procesů. Podíl jednotlivých technologií je zastoupen následovně:
Nejrozsáhlejší část IS VZP je provozována na technologiích Oracle (databáze) a Oracle Fusion Middleware (aplikační servery a integrační platforma). Každý rok se počet činností a procesů podporovaných touto částí IS VZP zvyšuje o jednotky nových zajišťovaných procesů nebo činností.
Dokument management systém, spisová služba a další dokumentové služby jsou provozovány na technologii IBM FileNet. S rostoucí digitalizací a naplňování platné legislativy plánuje zadavatel velký nárůst ve využívání této technologie.
Pro podporu některých interních procesů zahajuje zadavatel vývoj aplikací na technologii Alfresco Digital Business Platform. Zadavatel plánuje rychle vyvinout řadu malých aplikací k podpoře interních procesů.
Celý DevOps proces pro všechny aplikace a systémy vyžaduje zadavatel v technologii MS Azure DevOps a to včetně sestavování aplikací i instalačních balíčků (build) a nasazování do všech typů prostředí (deploy). Zadavatel vyžaduje plnou implementaci DevOps v prostředí MS Azure DevOps pro realizaci všech dodávek SW „na míru“.
Z další části dotazu není zřejmé, zda směřuje na využití Open-source při tvorbě prototypu aplikace „Cestovní příkazy“ či se vztahuje k certifikátům, uvedeným v rámci hodnotícího kritéria A2 – „Certifikace členů realizačního týmu“ (viz bod 14.2 Hlavního dokumentu zadávací dokumentace). Zadavatel tedy poskytuje následující vysvětlení: V rámci hodnotícího kritéria A1 – „Prototyp aplikace Cestovní příkazy a prezentace řešení“ (viz bod 14.1 Hlavního dokumentu zadávací dokumentace), bude odborná komise u předloženého prototypu hodnotit mj. splnění požadavku A06 – „Využití Open-source řešení“. Příslušný počet bodů obdrží od odborné komise prototyp vytvořený v jakémkoli Open source řešení. Ve vztahu k certifikátům uvedeným v rámci hodnoticího kritéria A2, zadavatel opětovně uvádí, že na technologii Alfresco Digital Business Platform plánuje zadavatel rychle vyvinout řadu malých aplikací k podpoře interních procesů. Dodavatel se znalostí Alfresco Digital Business Platform uplatní tuto znalost ve VZP ČR v rámci odborných konzultací poskytovaných členy realizačního týmu v rámci této veřejné zakázky. Namísto certifikátů Alfresco Content Services nebo Alfresco Process Services není tedy možné uznat kvalifikace a zkušenosti z jiných Open-source technologií.“.
128. V rozhodnutí o námitkách zadavatel ve vztahu k námitkám navrhovatele týkajícím se požadavků na certifikaci a zkušenosti v rámci podmínek kvalifikace mj. uvedl:
„K požadovaným znalostem Zadavatel uvádí následující objasnění:
- Oracle SOA Suite, Oracle Service Bus jsou produkty, na kterých je postavena integrační platforma VZP ČR.
- Oracle AQ je integrační technologie, která se ve VZP ČR využívá pro většinu asynchronních komunikací v integračních službách.
- Oracle Fusion Middleware je pojmenování skupiny produktů Oracle, mezi které patří Oracle SOA Suite, Oracle Service Bus používaných ve VZP ČR.
- Oracle BPEL je druh jazyka pro vývoj integračních služeb pro Oracle SOA Suite ve VZP ČR.
- Oracle PL/SQL je programovací jazyk podstatné části stávajícího IS VZP ČR.
- Oracle Data Integrátor je používaný produkt a technologie, která se ve VZP ČR využívá pro ETL procesy.
- Oracle GoldenGate je produkt o kterém VZP ČR uvažuje, jako o produktu, který má umožnit téměř on-line replikaci dat mezi stávajícím informačním systémem a budoucími komponentami integrační platformy.
- ElasticSearch je produkt, do kterého jsou postupně ukládány logy ze všech produktů, aplikací, komponent a IT infrastruktury VZP ČR pro analýzu těchto logů a vytvoření provozního a bezpečnostního reportingu pro další využití jako Security information and event management.
- MS Azure DevOps je prostředí pro spolupráci vývojových týmů a provozu ve VZP ČR, ve kterém řídíme a plánujeme práci vývojových týmů, předáváme výsledky práce a automaticky nasazujeme jednotlivé dodané produkty, jejich vylepšení i opravy do všech IT prostředí VZP ČR.
- IBM FileNet je platforma pro Document management system dodaná do VZP ČR se kterou postupně začínáme integrovat i další systémy a aplikace.
- Alfresco je platforma schválená Správní radou VZP ČR v létě 2020 pro použití na doplňkové agendy a procesy, které nepokrývá stávající IS VZP ČR.
- Enterprise Architect je aplikace pro podporu modelování a vytváření dokumentace o systémech a aplikacích VZP ČR.
- SOAP (Simple Object Access Protocol) je protokol pro výměnu zpráv založených na XML, na kterém jsou postaveny webové synchronní integrační služby ve VZP ČR.
- REST (Representational State Transfer) služby jsou ve VZP ČR alternativou k SOAP službám, které zatím nejsou na integrační platformě použity, ale budou se používat např. právě s výše zmíněnou platformou IBM FileNet.
- Webové služby jsou prostředkem pro mezi-aplikační komunikace, a tak vytvářejí vhodný nástroj pro integraci firemních systémů. VZP ČR používá webové integrační služby založené na SOAP protokolu, ale umožňuje a počítá i s REST integračními službami.
- XML (Extensible Markup Language) je obecný značkovací jazyk. Jazyk je určen především pro výměnu dat mezi aplikacemi a pro publikování dokumentů, u kterých popisuje strukturu z hlediska věcného obsahu jednotlivých částí. Používáno ve VZP ČR.
- WSDL (Web Services Description Language) je jazykem pro popis funkcí, jež nabízí tzv. webová služba, a dále pro popis vstupů a výstupů těchto funkcí. WSDL popisuje SOAP komunikaci ve VZP ČR. WSDL vychází z formátu XML.
- XSD (XML Schema Definition) je schéma v XML pro popis struktury XML dokumentů. Definuje soustavu specifikací a pravidel, jak má vypadat XML dokument. Používáno ve VZP ČR.
- WS Security (Web Services Security) je rozšíření WSDL a SOAP webových služeb pro aplikování bezpečnosti ve webových službách. Používáno ve VZP ČR.
- SAML (Security Assertion Markup Language) je standard založený na XML poskytující mechanismus pro výměnu autentizačních a autorizačních dat mezi zúčastněnými stranami, tj. poskytovatelem služeb a poskytovatelem identity. Používáno ve VZP ČR.
- JWT (JSON Web Token) je internetový standard pro vytváření dat s volitelným podpisem nebo volitelným šifrováním, jehož datová část obsahuje data ve formátu JSON. Plánováno k použití ve VZP ČR.
- JAVA je programovací jazyk používaný na integrační platformě VZP ČR ke specifickým účelům.
- Linux je počítačový operační systém serverů integrační platformy ve VZP ČR.
- Swagger je Open source framework pro návrh, tvorbu, dokumentaci a konzumaci REST webových služeb, jejichž použití je ve VZP ČR plánováno.
- OpenAPI, API Blueprint jazyky/formáty pro popis rozhraní webových služeb.
- HTML5 je poslední verze jazyka HTML sloužícího pro tvorbu webových stránek a jehož podpora je požadovaná v připravovaných standardech VZP ČR.
- JavaScript je skriptovací jazyk, který lze vložit přímo jako součást HTML webové stránky.
Zadavatel se domnívá, že požadavky na technické znalosti pro všechny požadované členy týmu jsou v souladu s technologiemi a nástroji, které VZP ČR používá, a na nichž je postaven IS VZP ČR, jsou tedy nutné k jeho dalšímu rozvoji a odpovídají složitosti a rozsahu předmětu veřejné zakázky.
K požadovaným certifikátům Zadavatel poskytuje následující odůvodnění:
- Java Developer je požadován pro prokázání znalosti programovacího jazyka JAVA, konceptů a součástí webových služeb.
- Azure Fundamentals je požadován pro prokázání znalosti prostředí AZURE DevOps, zkušenosti s prací v tomto prostředí a schopnosti vytvářet skripty pro sestavování a nasazování instalačních balíčků ukládaných vývojovým týmem do AZURE Repos.
- Elastic Certified Engineer nebo Elastic Certified Analyst je požadován pro prokázání schopnosti vytvářet reporty, dashboardy, indexovat a nahrávat data v ElasticSearch i orientace v agentech pro předávání a nahrávání dat do ElasticSearch.
- HTML5 je požadován pro prokázání znalosti vytváření webových aplikací v poslední verzi jazyka HTML.
- JavaScript je požadován pro prokázání znalosti vkládání těchto skriptů do HTML kódu webových stránek.
Zadavatel se domnívá, že požadavky na certifikaci členů týmu plně odpovídají složitosti a rozsahu předmětu veřejné zakázky.
K námitce Stěžovatele, že z volně dostupných dokumentů Zadavatele nevyplývá, že by využíval technologii Alfresco, Zadavatel uvádí, že v Stěžovatelem uvedených dokumentech z roku 2019 není tato technologie uvedena, neboť její použití ve VZP ČR bylo schváleno Správní radou až v létě 2020 a dosud žádná aplikace na této technologii nebyla nasazena do produkce.“.
Posouzení věci
129. Úřad nejdříve v obecné rovině uvádí, že účelem a cílem stanovení kritérií technické kvalifikace je selekce dodavatelů, kteří jsou schopni dodat požadované plnění ve stanovené kvalitě, rozsahu a čase.
130. Navrhovatel namítá, že kombinace požadovaných znalostí a certifikací pro splnění technické kvalifikace uvedených v čl. 6, bodu 1. a 2. přílohy č. 2 zadávací dokumentace (viz výše bod 123. odůvodnění tohoto rozhodnutí) je nepřiměřeně rozsáhlá a neodpovídá složitosti a rozsahu předmětu veřejné zakázky. Navrhovateli zejména není zřejmé, z jakého důvodu zadavatel požaduje prokázat znalost technologie Alfresco a příslušné certifikace. Ve vztahu k technologii Alfresco navrhovatel v návrhu podotýká, že zadavatel opomíjí existenci srovnatelných systémů, přičemž upozorňuje na možnosti alternativy pro každou část platformy Alfresco. Nemožnost nahrazení konkrétních odkazů v rámci prokazování technické kvalifikace jinými opensource technologiemi považuje navrhovatel za diskriminační.
131. Jak vyplývá z obsahu výše uvedených odpovědí zadavatele v rámci vysvětlení zadávací dokumentace a rovněž z obsahu rozhodnutí o námitkách (viz body 123. – 128. odůvodnění tohoto rozhodnutí), zadavatel ve vztahu k znalosti technologií či k certifikacím, jež považuje u členů realizačního týmu za stěžejní pro realizaci předmětu plnění, uvedl konkrétní důvody, na jejichž základě příslušné kvalifikační požadavky stanovil. Zadavatel je toho názoru, že požadavky na technické znalosti jsou v souladu s technologiemi a nástroji, které zadavatel používá a na nichž je postaven informační systém zadavatele. Stejně tak je zadavatel přesvědčen o tom, že požadavky na certifikaci členů týmu odpovídají složitosti a rozsahu předmětu plnění veřejné zakázky.
132. Úřad v prvé řadě upozorňuje na skutečnost, že námitka navrhovatele týkající se nepřiměřenosti předmětných kvalifikačních požadavků je formulována pouze obecně (nepřiměřená rozsáhlost požadavků, které dle jeho názoru neodpovídají složitosti a rozsahu předmětu veřejné zakázky) s tím, že v této souvislosti konkrétně upozorňuje pouze na zadavatelem požadovanou technologii Alfresco. Ve vztahu k ostatním požadavkům zadavatele na znalost technologií, programovacích jazyků a na příslušnou certifikaci navrhovatel pouze obecně deklaruje svůj nesouhlas s touto zadávací podmínkou a shledává příslušné odůvodnění zadavatele za nedostatečné.
133. Ve vztahu k požadované znalosti technologie Alfresco samotný zadavatel potvrdil, že využití této technologie bylo ve VZP ČR schváleno správní radou v létě roku 2020. Na základě uvedené skutečnosti lze konstatovat, že ještě před zahájením zadávacího řízení na veřejnou zakázku měl zadavatel postaveno na jisto, že ačkoliv předmětná technologie není dosud v prostředí VZP ČR využívána, je oprávněn její používání „pro podporu některých interních procesů“ zahájit a na této technologii „vyvinout řadu malých aplikací“. Důvody nasazení technologie Alfresco zadavatel předestřel např. v rámci „Vysvětlení zadávací dokumentace č. 8 ze dne 27. 1. 2021“ v odpovědi na dotaz č. 2 (viz výše bod 127. odůvodnění tohoto rozhodnutí).
134. S ohledem na výše uvedené je zjevné, že zadavatel má „dobrý úmysl“ s předmětnou technologií pracovat a využít ji při rozvoji informačního systému VZP ČR (při realizaci prověřované veřejné zakázky). Ačkoliv tedy zadavatel dosud v rámci informačního systému VZP ČR na technologii Alfresco nevyvinul a nenasadil žádnou aplikaci, je v daném případě relevantní požadovat odpovídající kvalifikaci realizačního týmu (tj. znalost technologie Alfresco) pro tyto (teprve plánované) činnosti. Úřad v této souvislosti poznamenává, že v daném případě, kdy předmět plnění veřejné zakázky není zcela přesně vymezen (podle vyjádření zadavatele budou služby vybraného dodavatele poskytovány na základě jednotlivých objednávek, kdy detailní požadavky budou specifikovány zadavatelem po konzultaci s vybraným dodavatelem, a to včetně způsobu poskytování služeb, výstupů služeb, termínů předání výstupu služby a akceptačních kritérií), nelze ani vyloučit situaci, že zadavatel v rámci plnění veřejné zakázky předmětnou technologii Alfresco nevyužije v nyní plánovaném rozsahu nebo vůbec (když např. po konzultaci s vybraným dodavatelem přistoupí k jinému řešení). I v takovém případě by stanovení požadavků na znalosti technologie Alfresco však nebylo nepřiměřené předmětu plnění, neboť dle závěru Krajského soudu v Brně uvedeného v rozsudku č. j. 29 Af 63/2020-213 nelze dle zákona vyloučit možnost navázání kvalifikačních předpokladů na potenciální plnění (tj. plnění, které není zadavatel povinen odebrat, nebo jej odebere až ve vhodném okamžiku). V předmětném rozsudku Krajský soud v Brně mj. konstatoval, že: „(…) za správnost a úplnost zadávacích podmínek je odpovědný zadavatel, což vyplývá z § 36 odst. 3 ZZVZ. Je to také pouze zadavatel, který zná své potřeby, které mají být splněním veřejné zakázky uspokojeny, a jako takový pouze on může vymezit, co má, či nemá být součástí plnění veřejné zakázky. (…) Soud se tedy ztotožňuje s žalovaným, že ZZVZ obecně připouští, aby se kvalifikační kritéria vztahovala k plnění, které není zadavatel povinen odebrat. Zároveň chystá-li se zadavatel pořídit nějaké plnění (uzavřít smlouvu), avšak vyhradil si možnost určité plnění nepožadovat nebo jej požadovat až bude-li to vhodné, nelze takovému jednání automaticky přisuzovat zlou víru, jak tomu v podstatě činí žalobce, a spatřovat v něm snahu o diskriminaci určitých dodavatelů.“. Podle názoru Úřadu lze výše uvedený závěr Krajského soudu v Brně aplikovat na nyní prověřovaný případ, neboť zadavatel sice dosud technologii Alfresco nepoužíval a systém, který hodlá v rámci realizace veřejné zakázky modernizovat, neobsahuje žádné aplikace, které by byly vystavěny na této technologii, avšak právě připravené možnosti (schválení použití technologie Alfresco ve VZP ČR) a jasná deklarace zadavatele technologii Alfresco využít při plnění veřejné zakázky představují zřejmou vůli zadavatele. Úřad podotýká, že navrhovatel nepředložil žádné důkazy či indicie, na základě nichž by bylo možné výše uvedený záměr zadavatele zpochybnit. Současně nelze (s ohledem na výše uvedený závěr Krajského soudu v Brně) ve vztahu k postupu zadavatele „automaticky přisuzovat zlou víru a spatřovat v něm snahu o diskriminaci určitých dodavatelů“.
135. K argumentaci navrhovatele, podle níž zadavatel opomíjí existenci srovnatelných systémů (alternativ pro každou část platformy Alfresco) Úřad uvádí, že požadavek na znalost konkrétní technologie (v tomto případě Alfresco) v případě, kdy zadavatel využití takové technologie v rámci předmětu plnění plánuje, nepovažuje za nijak excesivní, ale za zcela odpovídající a přiměřený, neboť jak již bylo uvedeno výše, zřejmá vůle zadavatele využít technologii Alfresco při plnění veřejné zakázky nebyla nijak zpochybněna či vyvrácena. Pokud je tedy požadavek na znalost technologie Alfresco odůvodněn předmětem plnění, nelze považovat za jakkoli diskriminační skutečnost, že zadavatel neplánuje využt alternativní technologie (a tedy i příslušné znalosti realizačního týmu). S ohledem na uvedené skutečnosti Úřad shledal požadavek zadavatele na znalosti technologie Alfresco v případě člena realizačního týmu „Integrační architekt“ (viz bod 123. odůvodnění tohoto rozhodnutí) za oprávněný.
136. Co se týče dalších požadavků zadavatele na znalost technologií, programovacích jazyků a na příslušnou certifikaci realizačního týmu uvedených v čl. 6, bodu 1. a 2. přílohy č. 2 zadávací dokumentace Úřad nesouhlasí s názorem navrhovatele, podle něhož zadavatel dostatečně neodůvodnil vztah těchto požadavků k předmětu plnění, když u některých požadovaných znalostí zadavatel pouze uvedl, že určitý produkt, jazyk či nástroj je užíván v rámci VZP ČR. Pokud jsou totiž podle sdělení zadavatele uvedeného v rozhodnutí o námitkách (viz bod 128. odůvodnění tohoto rozhodnutí) všechny požadavky na technické znalosti členů realizačního týmu v souladu s technologiemi a nástroji, které zadavatel využívá, a na nichž je postaven informační systém zadavatele, je zřejmé, že jsou nutné k jeho dalšímu rozvoji. Z logiky věci pak lze rovněž odkázat na výše uvedené závěry Úřadu formulované ve vztahu k požadavku zadavatele na znalost produktu Alfresco, podle nichž nelze automaticky přisuzovat jednání zadavatele snahu diskriminovat určité dodavatele. Pokud totiž zadavatel při stanovení požadavků na kvalifikaci realizačního týmu vycházel ze skutečnosti, na jakých technologiích je postaven jeho stávající informační systém (Úřad upozorňuje, že navrhovatel konkrétně zpochybnil pouze absenci technologie Alfresco ve stávajícím informačním systému zadavatele) a deklaruje využití těchto technologií při jeho modernizaci, nelze předjímat, že zadavatel záměrně diskriminuje určitý okruh dodavatelů, neboť znalost technologií, jazyků či nástrojů, které jsou využívány ve VZP ČR v současnosti, bude nepochybně možné využít při rozvoji informačního systému VZP ČR. S ohledem na uvedené Úřad dospěl k závěru, že požadavky na technickou kvalifikaci, které mají doložit znalosti technologií a produktů, jež má zadavatel v plánu při modernizaci informačního systému využít, odpovídají předmětu plnění veřejné zakázky a jsou tedy oprávněné.
K požadavku zadavatele na certifikace vydávané společností ElasticSearch
Skutečnosti vyplývající z dokumentace o zadávacím řízení
137. V článku 6., odstavci 2., přílohy č. 2 zadávací dokumentace (Podmínky kvalifikace) je mj. uvedeno: „Realizační tým dodavatele pro zajištění služeb vývoje musí sestávat z minimálně 3 odborných pracovníků splňujících níže uvedené požadavky na odbornou kvalifikaci pro každou z níže uvedených oblastí:
a) Specialista Elastic
minimálně 1 rok praxe v Elastic,
znalost práce v Azure DevOps, uživatelská znalost Linuxu,
požadovaná povinná certifikace:
o Elastic Certified Engineer nebo Elastic Certified Analyst.“.
138. V rámci „Vysvětlení zadávací dokumentace č. 8 ze dne 27. 1. 2021“ odpověděl zadavatel na dotaz č. 1 ve znění: „Zadávateľ v prílohe č. 2 HDZD – Podmínky kvalifikace v bode 6. Technická kvalifikace na strane 9 požaduje na pozícií Specialista Elastic povinnú certifikáciu Elastic Certified Engineer alebo Elastic Certified Analyst. Žiadame o bližšie vysvetlenie či zadávateľ bude akceptovať ako ekvivalent aj certifikát vydaný Google Cloud prostredníctvom Coursera s názvom Elastic Google Cloud Infrastructure: Scaling and Automation, respektíve certifikát vydaný Google Cloud prostredníctvom Coursera s názvom Architecting with Google Compune Engine, ktorý pozostáva z 5 certifikovaných oblastí: Google Cloud Platform Fundamentals: Core Infrastructure, Essential Google Cloud Infrastructure: Foundation, Essential Google Cloud Infrastructure: Core Services, Elastic Google Cloud Infrastructure: Scaling and Automation, Reliable Google Cloud Infrastructure: Design and Process. Máme za to, že na základe partnerstva spoločnosti Google a Elasticsearch pre platformu ElasticSearch na Google Cloud Platform je vyššie uvedený Google certifikát postačujúcim ekvivalentom zadávateľom požadovaného certifikátu na pozícii Specialista Elastic.“ následovně: „Z obsahu kurzu Elastic Google Cloud Infrastructure: Scaling and Automation (https://www.coursera.org/learn/gcp-infrastructure-scaling-automation) není zřejmé, že by obsahem certifikátu bylo expertní používání produktu ElasticSearch pro analýzu a vizualizaci dat, vytváření dashboardů a další analýza dat tak, jak je uvedeno v popisu kurzů Elastic Certified Engineer / Elastic Certified Analyst. Na základě dostupného popisu obsahu certifikátu Elastic Google Cloud Infrastructure: Scaling and Automation tedy zadavatel neshledal, že by tento certifikát byl ekvivalentní k Elastic Certified Engineer nebo Elastic Certified Analyst.“.
139. Z obsahu nabídky navrhovatele vyplývá, že v rámci podkladů pro prokázání kvalifikace na předmětnou veřejnou zakázku navrhovatel za účelem prokázání kvalifikace člena realizačního týmu na pozici „Specialista Elastic“ doložil certifikát Elastic Certified Analyst ze dne 28. 1. 2021.
Posouzení věci
140. Ve vztahu k požadavku zadavatele na doložení certifikátů „Elastic Certified Engineer“ nebo „Elastic Certified Analyst“ pro prokázání kvalifikace člena realizačního týmu dodavatele „Specialista Elastic“ navrhovatel namítá, že zadavatel odmítá bez relevantního důvodu uznat ekvivalentní certifikát Elastic Google Cloud Infrastructure: Scaling and Automation, což navrhovatel shledává jako porušení zásady zákazu diskriminace.
141. Za účelem posouzení skutečnosti, zda je možné certifikát Elastic Google Cloud Infrastructure: Scaling and Automation uznat jako ekvivalentní k certifikátům požadovaným zadavatelem (Elastic Certified Engineer nebo Elastic Certified Analyst) Úřad oslovil společnost Google Czech Republic, s.r.o. s žádostí o objasnění, zda obsah kurzu pro získání certifikátu Elastic Google Cloud Infrastructure: Scaling and Automation zahrnuje používání produktu ElasticSearch a zda lze tento certifikát považovat za rovnocenný (z pohledu certifikovaných znalostí) k certifikátům Elastic Certified Engineer nebo Elastic Certified Analyst (viz bod 50. odůvodnění tohoto rozhodnutí).
142. Z obsahu odpovědi společnosti Google Ireland Ltd. (viz bod 58. odůvodnění tohoto rozhodnutí) vyplývá, že kurz „Elastic Google Cloud Infrastructure: Scaling and Automation“, ani jiné kurzy Google Cloud nejsou srovnatelné s obsahem certifikátů „Elastic Certified Engineer“ a „Elastic Certified Analyst“, neboť nejsou zaměřeny na produkty ElasticSearch, přičemž slovo „Elastic“ v názvu uvedeného kurzu („Elastic Google Cloud Infrastructure: Scaling and Automation“) nepředstavuje odkaz na produkt ElasticSearch, nýbrž na elastickou povahu cloudové infrastruktury. Daný kurz Google nemá podle sdělení společnosti Google Ireland Ltd. za cíl poskytnout žádné specializované znalosti o produktech ElasticSearch. S ohledem na uvedené skutečnosti lze tedy konstatovat, že s názorem navrhovatele ohledně ekvivaletnosti předmětného certifikátu ve vztahu k zadavatelem požadovaným certifikátům nelze souhlasit a tedy odpověď zadavatele, podle níž zadavatel ekvivalentnost předmětných certifikátů neshledal, Úřad nepovažuje za projev diskriminace či jakkoliv jinak omezující krok vůči navrhovateli, potažmo vůči jiným dodavatelům, kteří certifikátem „Elastic Google Cloud Infrastructure: Scaling and Automation“ disponují. Na uvedeném nic nemění ani domněnka navrhovatele, podle níž by měl být certifikovaný expert „Elastic Google Cloud Infrastructure: Scaling and Automation“ schopen pracovat s platformou Elastic Search na Google Cloud Platform, neboť jasná deklarace společnosti Google Ireland Ltd. o neporovnatelnosti předmětných certifikátů dává jednoznačnou odpověď na posouzení věci. Právě s ohledem na skutečnost, že společnost Google Ireland Ltd., jakožto zástupce „rodiny Google“, jež je poskytovatelem služby Google Cloud, potvrdil, že daný „kurz Google“ nemá za cíl poskytnout žádné specializované znalosti o produktech ElasticSearch, nepovažoval Úřad za nezbytné oslovit společnost ElasticSearch ani společnost Google Ireland Ltd. za účelem potvrzení či vyvrácení výše uvedené domněnky navrhovatele.
143. Úřad pro úplnost podotýká, že nepřehlédl, že navrhovatel ve své nabídce doložil certifikát splňující požadavek zadavatele, tj. certifikát Elastic Certified Analyst. S ohledem na uvedenou skutečnost Úřad upozorňuje, že ve vztahu k části návrhu týkající se možné ekvivalentnosti certifikátu Elastic Google Cloud Infrastructure: Scaling and Automation lze pochybovat o prokázání újmy na straně navrhovatele, neboť tento v návrhu upozorňuje na možnou diskriminaci dodavatelů nabízejících jiný certifikát než certifikát požadovaný zadavatelem, ačkoliv on sám požadavek zadavatele splňuje a případným nezákonným jednáním zadavatele by tak nemohl být dotčen, popř. omezen v možnosti úspěšné účasti v zadávacím řízení, potažmo v prokázání kvalifikace člena realizačního týmu na pozici Specialista Elastic.
144. Ve světle shora uvedených skutečností a v souvislosti se všemi zjištěnými poznatky tudíž Úřad uzavírá, že neshledal důvody pro uložení nápravného opatření, a proto podle § 265 písm. a) zákona rozhodl tak, jak je uvedeno ve výroku tohoto rozhodnutí.
Poučení
Proti tomuto rozhodnutí lze do 15 dnů ode dne jeho doručení podat rozklad k předsedovi Úřadu pro ochranu hospodářské soutěže, a to prostřednictvím Úřadu pro ochranu hospodářské soutěže – Sekce veřejných zakázek, třída Kpt. Jaroše 1926/7, Černá Pole, 604 55 Brno. Včas podaný rozklad má odkladný účinek. Rozklad a další podání účastníků učiněná v řízení o rozkladu se podle § 261 odst. 1 písm. b) zákona činí výhradně prostřednictvím datové schránky nebo jako datová zpráva podepsaná uznávaným elektronickým podpisem. otisk úředního razítka
otisk úředního razítka
Mgr. Markéta Dlouhá
místopředsedkyně
Obdrží:
1. Všeobecná zdravotní pojišťovna České republiky, Orlická 2020/4, 130 00 Praha 3
2. JUDr. Jan Lukeš, Ph.D., advokát, Hybernská 1007/20, 110 00 Praha 1
Vypraveno dne:
viz otisk razítka na poštovní obálce nebo časový údaj na obálce datové zprávy
[1] v revidované verzi – pozn. Úřadu.
[2] v revidované verzi – pozn. Úřadu.