Na mitky proti zmatec nosti, netransparentnosti a omezenı m dynamicke ho na kupnı ho syste mu

Transkript

1 Česká republika Ministerstvo vnitra Nad Štolou 936/ Praha 7 Digitálně podepsal Tomáš Pfeffer Datum: :15:19 +01'00' Na vědomí Česká pošta, s.p., Odštěpný závod ICT služby Olšanská 1951/ Praha 3 V Praze dne 18. prosince 2013 Na mitky proti zmatec nosti, netransparentnosti a omezenı m dynamicke ho na kupnı ho syste mu (DOPLNĚNÍ NÁMITEK STĚŽOVATELE ZE DNE 10. PROSINCE 2013) podle 110 odst. 4 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů Veřejná zakázka: Poskytování služeb KIVS se zavedením dynamického nákupního systému 188 výzev k na veřejné zakázky zadávané v dynamickém nákupním systému vyhlášených ve dnech Jmenovitě viz příloha č. 1 Centrální zadavatel: Česká republika Ministerstvo vnitra se sídlem Praha 7, Nad Štolou 936/3, PSČ Stěžovatel: GTS Czech s.r.o. se sídlem Praha 3, Přemyslovská 2845/43, PSČ , IČ zastoupena na základě plné moci Tomášem Pfefferem, členem sdružení INDOC, místem podnikání Praha 6, Šermířská 2378/3b, PSČ , IČ Zmocnění je přílohou námitek. Adresa pro doručování: Tomáš Pfeffer, datová schránka akjz487, e mail: pfeffer@indoc.cz Sdružení INDOC Tomáš Pfeffer Ing. Martin Kovařík Mgr. Vítězslava Kukáková Šermířská 2378/3b, Praha 6 Adamovská 804/3, Praha 4 Zadní 209, Pouzdřany IČ IČ IČ datová schránka akjz487 datová schránka e4hyzmg datová schránka kdw5ubt

2 I. Centrální zadavatel Česká republika Ministerstvo vnitra se sídlem Praha 7, Nad Štolou 936/3, PSČ , (dále jen centrální zadavatel ) zahájil podle zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů, (dále jen ZVZ ) otevřené řízení na veřejnou zakázku Poskytování služeb KIVS , jehož oznámení bylo odesláno do informačního systému o veřejných zakázkách dne pod ev. č. zakázky (dále jen zadávací řízení nebo veřejná zakázka ). Z oznámení vyplývá, že veřejná zakázka má být zadána zavedením dynamického nákupního systému (dále jen DNS ). Po zavedení DNS centrální zadavatel vyhlásil následně 188 výzev k na prováděcí veřejné zakázky. Tyto výzvy jsou datovány Společnost GTS Czech s.r.o. se sídlem Praha 3, Přemyslovská 2845/43, PSČ , IČ , zastoupena na základě plné moci Tomášem Pfefferem, členem sdružení INDOC, místem podnikání Praha 6, Šermířská 2378/3b, PSČ , IČ , (dále jen stěžovatel ) podrobně prostudovala požadavky centrálního zadavatele specifikované v podmínkách zadání, dodatečných informacích k zadávacím podmínkám, ostatních relevantních dokumentech DNS, výzvách na prováděcí veřejné zakázky a souvisejících poptávkových listech. Následně stěžovatel dospěl k závěru, že zadávací podmínky jsou vymezeny v rozporu se ZVZ a samotný dynamický nákupní systém začal vykazovat značné aspekty netransparentnosti. V konečném důsledku je stěžovatel omezen v možnosti získávání konkrétních veřejných zakázek, což vnímá jako svou újmu. Stěžovatel vnímá projekt KIVS jako komplexní a přínosný, nicméně jeho rozsah vyžaduje precizní řízení a pečlivé dokumentování prováděných změn. Za jeden ze základních dokumentů, definujících způsob fungování KIVS, považuje stěžovatel vládou schválenou koncepci nákupu služeb KIVS, která centrálnímu zadavateli přisuzuje mimo jiné zajištění následujících činností (citováno ze schválené koncepce): Shromáždění požadavků a potřeb jednotlivých OVS, a to včetně jejich jasného zdůvodnění. Je možné vyjít z podkladů, zpracovaných pro předchozí soutěže o Rámcovou smlouvu, ale je nutné, aby požadavky subjektů byly zdůvodněné, zkonsolidované a reálně aplikovatelné v prostředí českého telekomunikačního trhu bez zbytečných či dodatečných nákladů, způsobených neoprávněnými požadavky, Komentovat požadavky zástupců resortů a eliminovat případné nejasnosti, nepřesnosti a chyby v zadání, Zabezpečení skutečného a kvalitního projektového řízení, Volba vhodného postupu zadávacího řízení, které by zohledňovalo veškeré požadavky centrální zadavatelů a bylo by schopné pružně reagovat na vývoj trhu. 2

3 Stěžovatel je přesvědčen, že tyto námitky nejsou ničím jiným, než voláním po dodržování uvedené koncepce a nedostatky v zadávací dokumentaci a DNS jsou naopak způsobeny tím, že centrální zadavatel nenaplňuje roli, která mu byla v rámci schválené koncepce přisouzena. Například pokud by centrální zadavatel důsledně eliminoval nejasnosti, nepřesnosti a chyby v zadání, bylo by okamžitě po obdržení poptávek účastníky DNS možné zahájit zpracovávání nabídek a stěžovatel by nemusel řešit kontrolu kvality poskytnutých dat, tedy suplovat roli centrálního zadavatele. Pokud by centrální zadavatel pro řízení projektu využíval skutečné a kvalitní projektové řízení, byl by schopen efektivně využívat čas a kontrolovat dodávané podklady v průběhu jejich pořizování. A naposledy, pokud by využíval všech možností rozčlenění služeb do nedělitelných skupin v poptávkách a pružně reagoval na vývoj na trhu, nesloučil by všechny poptávané služby určitého typu pouze do krajských celků, ale využil by jemnější členění, aby zajistil usnesením vlády požadovaného (cituji) dosažení výhodnějších cenových podmínek pro nákup telekomunikačních služeb a tak dosáhl maximálních úspor výdajů státního rozpočtu tím, že nebude zvýhodňovat inkumbentního operátora, ale umožní rovnou soutěž všem účastníkům DNS. Stěžovatel v dynamickém nákupním systému a výzvách na prováděcí veřejné zakázky identifikoval již tyto nedostatky, které byly předmětem jeho námitek, podaných dne : Chyby, nejasnosti a nepřesnosti ve výzvách a jejich dokumentech, poptávkových listech a jejich parametrech (body 1 16 námitek): 1. Duplicitní parametry Koncové telekomunikační zařízení v katalogovém listu služba ISDN2 2. Chybný parametr Číslovací plán v katalogovém listu ISDN30 3. Chybný popis Katalogového listu IP VPN 4. Matoucí změny názvů a obsahu katalogových listů, které však nejsou označeny novou verzí 5. Absence úplného znění zadávací dokumentace DNS 6. Chybné a nekonzistentní vymezení předpokládané hodnoty prováděcích veřejných zakázek 7. Nekonzistentní syntaxe identifikátorů KIVS_ID 8. Změněný a nekonzistentní formát poptávkových listů v položkách RUIAN AD 9. Absence údajů o objemu provolaných minut 10. Stejný identifikátor KIVS ID u služeb se změněnými adresami lokalit 11. Chyby v adresách lokalit 12. Změněný a nekonzistentní formát souřadnic 13. Nedostatečné vymezení služby v poptávkovém listu datových center 14. Opožděné poskytnutí dodatečných informací k zadávací dokumentaci 15. Chybně vymezený text smlouvy na plnění veřejné zakázky 16. Listy hovorného vloženy uvnitř každého poptávkového listu 3

4 Omezující a netransparentní rozčlenění služeb do nedělitelných skupin v poptávkových listech (body námitek): 17. Sdružení poptávaného plnění v rozsahu celých krajů (VÚSC) 18. Začlenění exotických (místně specifických) služeb do celků s ostatními službami 19. Seskupení služeb výstavby nenasvícených vláken do nedělitelných celků 20. Nehospodárné rozdělení služeb typu HTS v jedné lokalitě do více poptávkových listů 21. Neoddělitelnost technicky či efektivně nerealizovatelné služby ze skupiny poptávané naráz 22. Nesystémové vyjmutí infrastruktury MVČR z komplexu poptávaných služeb Netransparentnost elektronického nástroje DNS (body námitek): 23. Nestrukturované a nepřehledné zveřejňování dokumentů v elektronickém nástroji DNS 24. Elektronický nástroj DNS neuchovává historii změn dokumentů a o odstraněných dokumentech 25. Netransparentní zveřejňování nových verzí identických dokumentů v elektronickém nástroji DNS, aniž by byly zneplatněny či označeny předchozí 26. Dodatečné publikované v elektronickém nástroji DNS nejsou ohlášeny upozorněním 27. Zmatečné a netransparentní číslování výzev Chybná a netransparentní pravidla elektronických aukcí (body námitek): 28. Chybná a netransparentní pravidla nejvyššího možného snížení hodnoty v průběhu elektronických aukcí 29. Chybná a netransparentní pravidla ukončení elektronických aukcí Po takto formulovaných a podaných námitkách stěžovatel obdržel rozsáhlé množství změnových dokumentů, které centrální zadavatel publikoval v el. nástroji E ZAK DNS KIVS ve dnech 12., 13., 14. a Žádná z těchto změn nereflektuje podané námitky a současně stěžovateli do dnešního dne nebylo doručeno písemné rozhodnutí centrálního zadavatele o tom, zda námitkám vyhovuje či nikoliv (lhůta uplyne v ). Stěžovatel přitom v rozsáhlém množství změnových dokumentů identifikoval tyto další nedostatky: Chyby, nejasnosti a nepřesnosti ve výzvách a jejich dokumentech, poptávkových listech a jejich parametrech (body námitek) 30. Plošné snížení maximálních povolených cen bez ohledu na nedělitelné poptávkové listy 4

5 31. Absence dodatečných informací č.5, 7, 51, 52, 53 a Nedostatky el. systému E ZAK DNS v evidenci a přiřazování osob organizace 33. Nedostatky ve zprávách el. systému E ZAK DNS čtených různými osobami organizace 34. Nedostatky v dodatečných informacích el. systému E ZAK DNS čtených různými osobami organizace 35. Nedostatky v dodatečných informacích veřejné zakázky HLAS_HTS_ PL_ Nesrovnalosti v pojmenování a kategorizaci oznámení a dokumentů centrálním zadavatelem 37. Mimořádný rozsah změn v zadávacích dokumentacích veřejných zakázek 38. Přetrvávající chyby a nedostatky v adresách lokalit Kategorizace výše uvedených nedostatků z hlediska porušení povinností zadavatele a nedodržení postupů, uložených mu ZVZ, je obsahem části III námitek. Stěžovatel proto v souladu s 110 odst. 3 ZVZ podává námitky (doplnění námitek) proti zmatečnosti, netransparentnosti a omezením dynamického nákupního systému, přičemž níže uvádí podrobné odůvodnění, spočívající v identifikaci jednotlivých případů. II. Stěžovatel podrobné odůvodnění začíná pořadovým číslem 30, jelikož toto odůvodnění navazuje na dvacet devět bodů vytýkaných zadavateli v předchozích námitkách ze dne Plošné snížení maximálních povolených cen bez ohledu na nedělitelné poptávkové listy Centrální zadavatel minimálně v rozsahu služeb poskytovaných v současné době stěžovatelem (kdy stěžovatel nemá důvod se domnívat, že shodný postup nebyl uplatněn i u ostatních poptávaných služeb) při stanovení maximální povolené měsíční ceny za službu snížil hodnotu o 20 % oproti stávajícím cenám. Tento fakt, společně s povinností podat nabídku na všechny služby v nedělitelném poptávkovém listu, diskriminuje všechny účastníky DNS s výjimkou 5

6 inkumbentního operátora s celoplošnou infrastrukturou. Při plošném snižování maximálních povolených cen nemůže centrální zadavatel žádným způsobem ověřit, zda zřízení služby do některých lokalit není natolik technicky náročné, že bude vůbec možné službu ekonomicky únosným způsobem realizovat. Tato část námitek má úzkou vazbu na bod č. 19 Neoddělitelnost technicky či efektivně nerealizovatelné služby ze skupiny poptávané naráz uvedený v předchozích námitkách stěžovatele dne Pokud účastník DNS není schopen technicky realizovat službu do jedné lokality, případně nabídnout tuto službu v limitu zadavatelem nastavené maximální ceny, nesmí ho tato skutečnost omezit v možnosti ucházet se o rozsáhlou skupinu dalších služeb, začleněných do stejného poptávkového listu. 31 Absence dodatečných informací č. 5, 7, 51, 52, 53 a 54 Stěžovatel v centrálním zadavatelem poskytnutých dokumentech nenalezl KIVS_2013_DI_EN-05, KIVS_2013_DI_EN-07, KIVS_2013_DI_EN-51, KIVS_2013_DI_EN-52, KIVS_2013_DI_EN-53 a KIVS_2013_DI_EN-54, které zjevně chybí v jinak celistvé řadě dodatečných informací s prefixem EN - KIVS_2013_DI_EN-01 až KIVS_2013_DI_EN Nedostatky el. systému E ZAK DNS v evidenci a přiřazování osob organizace Veřejná zakázka v rámci elektronického nástroje E ZAK DNS KIVS je (zřejmě) úkonem centrálního zadavatele přiřazena osobě (zástupci účastníka DNS), jenž je v roli správce organizace (účastníka DNS). Jakékoliv jiné osobě téže organizace není dostupná zadávací dokumentaci, ani další klíčové obsažené ve zprávách relevantních dané zakázce. Za tímto účelem je nutné provádět manuální nastavení každé jednotlivé osoby pro každou jednotlivou zakázku samostatně! Pracujeli v rámci souboru stovek veřejných zakázek v rámci elektronického nástroje E ZAK DNS KIVS více osob, je jedna osoba v roli správce organizace nucena ručně přiřadit všechny předmětné zakázky všem dalším osobám organizace a to jednotlivě, jednu po druhé, pracným procesem, vyžadujícím vyplnění netriviálního formuláře pro každý jeden takový úkon. To samo o sobě znamená, že každá organizace a její osoba v roli správce, s ohledem na počet jednotlivých veřejných zakázek, musí vykonat desítky hodin zcela zbytečné činnosti, aby vůbec mohla veřejné zakázky v rámci elektronického nástroje E ZAK DNS KIVS zpracovat a podat. I přes tyto úkony však nadále platí omezení popsané v následujícím bodu námitek pouze jediná osoba má přístup k již přijatým zprávám. 6

7 Obrázek 1 Přiřazení organizace k veřejné zakázce. Obrázek 2 Ilustrace postupu přiřazení každé jedné osoby každé jedné veřejné zakázce krok 1. 7

8 Obrázek 3 Ilustrace postupu přiřazení každé jedné osoby každé jedné veřejné zakázce krok Nedostatky ve zprávách el. systému E ZAK DNS čtených různými osobami organizace Elektronický nástroj E ZAK (dns.kivs.cz) umožňuje vést ke každé organizaci (účastníkovi DNS) vícero účtů osob (zástupců účastníka DNS). Obrázek 4 E ZAK DNS seznam zástupců organizace (osob). 8

9 Pokud jedna z takto evidovaných osob přijme zprávu, publikovanou v elektronickém nástroji E ZAK DNS KIVS centrálním zadavatelem, jež je určena organizaci (účastníkovi DNS), například výzvu, systémové upozornění, dodatečnou informaci atd., jiná osoba (zástupce účastníka DNS), přiřazená stejné organizaci, tyto zprávy v seznamu přijatých zpráv nemá k dispozici. Pracuje li více osob jedné organizace s elektronickým nástrojem E ZAK DNS KIVS, má každá z těchto osob zcela jiný obraz úkonů provedených zadavatelem vůči organizaci (účastníkovi DNS). Tato vlastnost způsobuje zmatečnost a netransparentnost prostředí DNS. Obrázek 5 E ZAK DNS Přijaté zprávy osoby Viktor Pleštil. 9

10 Obrázek 6 E ZAK DNS Přijaté zprávy osoby Michal Ruda (jde o identickou zakázku). 34 Nedostatky v dodatečných informacích el. systému E ZAK DNS čtených různými osobami organizace Obdobně jako v předchozím bodě námitek, pokud jedna z osob (zástupců účastníka DNS) přijme k zadávací dokumentaci veřejné zakázky publikované v elektronickém nástroji E ZAK DNS KIVS centrálním zadavatelem, jež jsou určeny organizaci (účastníkovi DNS), jiná osoba, přiřazená stejné organizaci, tyto nemá k dispozici. Pracuje li více osob jedné organizace s elektronickým nástrojem E ZAK DNS, má každá z těchto osob zcela jiný obraz dodatečných informací k zadávací dokumentaci. Tato vlastnost způsobuje zmatečnost a netransparentnost prostředí DNS. 35 Nedostatky v dodatečných informacích veřejné zakázky HLAS_HTS_ PL_208 V rámci mimořádného množství oznámení a dokumentů distribuoval centrální zadavatel dne označené vztahem k zadávacímu řízení HLAS_HTS_ PL_208. V rámci příslušné zprávy pravděpodobně omylem či z nedbalosti doručil stěžovateli dokument KIVS_Rozhodnuti_o_zmene_vyzvy_HLAS_HTS_ PL_209.pdf, tedy dokument, vztahujícímu se k veřejné zakázce č

11 Obrázek 7 U veřejné zakázky HLAS_HTS_ PL_209 je vložen dokument KIVS_Rozhodnuti_o_zmene_vyzvy_HLAS_HTS_ PL_209.pdf. 36 Nesrovnalosti v pojmenování a kategorizaci oznámení a dokumentů centrálním zadavatelem Centrální zadavatel publikuje v elektronickém nástroji E ZAK DNS KIVS velké množství rozhodnutí o změně výzev a rovněž dodatečných informací. Centrální zadavatel tyto změny publikuje způsobem, který je zmatečný a činí tak zpracování těchto změn na straně stěžovatele značně komplikovaným. Příkladem této zmatečnosti budiž nesrovnalosti, kdy rozhodnutí o změně výzvy jsou kategorizována jako a naopak jako ostatní zprávy. 11

12 Obrázek 8 Ilustrativní příklad seznam přijatých zpráv s nekorektním přiřazením kategorií. 37 Mimořádný rozsah změn v zadávacích dokumentacích veřejných zakázek Ke dni eviduje stěžovatel mimořádně rozsáhlý počet změn, úprav a dodatků, publikovaných postupně centrálním zadavatelem v rámci elektronického nástroje E ZAK DNS KIVS. Soupis změn, úprav a dodatků veřejných zakázek zpracoval stěžovatel formou přehledných tabulek, které tvoří přílohy č. 4 6 námitek. Počet změn a rozsah textu rozhodnutí o změnách a dodatečných informací nelze v uskutečnitelném čase smysluplně zpracovat a relevantně promítnout do zpracování nabídek. Obzvlášť ne v situaci, kdy centrální zadavatel publikuje každý den (ani víkend není výjimkou) další a další změny zadávacích dokumentací. S ohledem na dříve popsané skutečnosti, tento postup centrálního zadavatele činí DNS KIVS naprosto nepřehledným, zmatečným a netransparentním. Při vší odborné erudici a množství zdrojů, které účastníci DNS KIVS na svou účast ve veřejných zakázkách vynakládají, není reálně možné takové množství změn a s nimi souvisejících dokumentů zpracovávat a promítat do procesů přípravy nabídek. Zde je na místě upozornit na tu skutečnost, že centrální zadavatel pokračuje v naprosto chaotickém a netransparentním vydávání dokumentů i přes to, že byl předchozími námitkami stěžovatele důsledně žádán o ukončení tohoto jednání, respektive o vedení přehledné evidence svých úkonů v rámci E ZAK DNS KIVS. Je na místě podotknout, že elektronický nástroj E ZAK DNS KIVS ve své podstatě naplňuje pouze úlohu statické (pasivní) prezentace informací a dokumentů, které nelze řadit ani v jejich rámci vyhledávat. O exportu seznamů zpráv či samotných dokumentů ani nemluvě. V roli přehledné evidence zadávacích dokumentací či změnových úkonů centrálního zadavatele je elektronický nástroj E ZAK DNS KIVS zcela nepoužitelný, čímž činí zadávací řízení netransparentními. Jak je zřejmé z detailních přehledů změn publikovaných centrálním zadavatelem (viz přílohy č.4 6 námitek), nejsou výjimkou ani opakované změny jednotlivých výzev, respektive poptávkových 12

13 listů. Ani v takovém případě centrální zadavatel neposkytuje informaci, že došlo k opakované změně, stejně tak jako se nezatěžuje například označením verze poptávkového listu, který opakovaně mění. Změna v poptávkovém listu rovněž není v tomto poptávkovém listu nijak vyznačena a účastníci DNS KIVS jsou nuceni vyhodnocovat a zapracovávat jednotlivé provedené změny v poptávkových listech z přidružených textových rozhodnutí o změně. 38 Přetrvávající chyby a nedostatky v adresách lokalit Po získání základního přehledu o provedených změnách a kontrole zadavatelem upravených adresních bodů, stěžovatel zjistil, že ve stávajících podkladech se zapracováním všech změn ke dni se stále vyskytuje nezanedbatelné množství chyb v určení adresních bodů, ve kterých mají být služby poskytovány. Centrální zadavatel musí pochopit, že pokud stěžovateli nepředá přesné a validní údaje o lokalitách, v nichž mají být zakončeny poptávané služby, není možné, aby obdržel komplexní nabídku. Na následujícím obrázku jsou patrné rozdíly v ulici, která odpovídá vyplněnému názvu ulice a ulici, odpovídající definovanému RUIAN kódu. S výjimkou lokality Krupka, Karla Čapka, kde je rozdíl v tom, že centrální zadavatel "pouze" nepoužívá plný a správný název ulice, jsou všechny ostatní případy zcela nejasné. Obrázek 9 Obrázek prezentuje trvající nesrovnalosti v adresních údajích. Obrázek 10 Obrázek prezentuje shodnou situaci, ale pro lokality B u dvoubodových služeb. Stěžovatel si je plně vědom rozsáhlosti projektu KIVS a náročnosti jeho vedení na straně centrálního zadavatele, nicméně je nepřijatelné, aby centrální zadavatel neustále dokola zatěžoval 13

14 účastníky DNS prováděním kontrol vadně poskytnutých údajů, bez nichž nejsou schopni zahájit zpracovávání nabídek. III. S ohledem na skutečnosti popsané v části II námitek považuje stěžovatel za prokázané, že centrální zadavatel nedodržel postup stanovený v ustanovení: 6 odst. 1 ZVZ, a to zásadu transparentnosti, 44 odst. 1 ZVZ, který mu ukládá vymezit předmět veřejné zakázky v podrobnostech nezbytných pro zpracování nabídky, 45 odst. 1 ZVZ, který mu při stanovení technických podmínek ukládá vymezit charakteristiky a požadavky na dodávky nebo služby objektivně a jednoznačně způsobem vyjadřujícím účel využití požadovaného plnění zamýšlený centrálního zadavatelem, 40 odst. 3 ZVZ, když, ačkoliv opakovaně provádí změny zadávacích podmínek, a to i takové, které nepochybně mohou rozšířit okruh možných dodavatelů, neprodlužuje lhůty pro. Stěžovateli vznikla výše popsaným postupem centrálního zadavatele újma, protože v námitkách popsané nedostatky omezují jeho právo na transparentnost zadávacího řízení, čehož důsledkem je významně omezená možnost podat nabídky do 188 výzev na plnění veřejné zakázky. Pro úplnost stěžovatel dodává, že zásada transparentnosti, která především nebyla centrálním zadavatelem v mnoha instancích dodržena, je přitom jednou ze základních zásad, kterou je centrální zadavatel povinen dodržovat v průběhu celého zadávacího řízení. V souladu s ustálenou soudní judikaturou (např. rozhodnutí Krajského osudu v Brně č. j. 62 Ca 57/2008 ze dne ) je požadavek transparentnosti považován za nesplněný v případě, že jsou v zadavatelově postupu shledány takové prvky, které by zadávací řízení činily nekontrolovatelným, hůře kontrolovatelným, nečitelným a nepřehledným, nebo jež by vzbuzovaly pochybnosti o pravých důvodech jednotlivých kroků zadavatele. Jak je uvedeno v rozsudku Nejvyššího správního soudu č. j. 1 Afs 45/ ze dne , který se s citovaným právním názorem ztotožnil, daný závěr odpovídá rovněž výkladu zásady transparentnosti ze strany Soudního dvora Evropské unie. Nejvyšší správní soud odkazuje v této souvislosti na stanovisko generální advokátky Stix Hackl ve věci Coname C231/03, které mimo jiné uvádí, že princip transparentnosti představuje vůdčí zásadu pro celé zadávací řízení. K tomu patří rovněž například přezkoumatelnost rozhodnutí zadavatele a obecně objektivní postup během zadávacího řízení. Za netransparentní lze dále dle rozsudku Krajského soudu v Brně č. j. 62 Ca 77/ ze dne považovat jakékoli jednání zadavatele, které způsobuje nečitelnost zadávacího řízení. 14

15 Stě žovatel se proto domáhá, aby centrální zadavatel v rámci vyř ízení námitek zpracoval a nadále vedl Registr změn (changelog) úprav katalogových listů a dalších relevantních dokumentů DNS, zrušil 188 prováděcích veřejných zakázek, vyhlášených výzvami ve dnech , podrobil poptávkové listy komplexní kontrole správnosti poskytovaných údajů a chyby opravil, vyhlásil prováděcí veřejné zakázky novým způsobem, při jehož přípravě a následném průběhu se vyvaruje veškerých výše popsaných nedostatků, nebo zrušil veřejnou zakázku na zavedení dynamického nákupního, zjistí li, že nápravu nelze provést výše navrhovaným způsobem. GTS Czech s.r.o. Přílohy: 1. Jmenný seznam 188 výzev k prováděcím veřejným zakázkám, vyhlášených ve dnech Ilustrace Veřejná zakázka: DATA_VPN_ PL_22 Osoba Viktor Pleštil 3. Ilustrace Veřejná zakázka: DATA_VPN_ PL_22 Osoba Michal Ruda 4. Seznam změn publikovaných centrálním zadavatelem ve dnech 12. a Seznam změn publikovaných centrálním zadavatelem dne Seznam změn publikovaných centrálním zadavatelem dne

16 Katalogový list PL Vyhlášeno Termín odevzdání DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_VPN_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_ETHERNET_ PL_ :00

17 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_ETHERNET_ PL_ :00 DATA_INTERNET_SYM_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00 DATA_AL_ PL_ :00

18 DATA_AL_ PL_ :00 DATA_DF_ PL_ :00 DATA_DF_ PL_ :00 DATA_DF_ PL_ :00 DATA_DF_ PL_ :00 DATA_DF_ PL_ :00 DATA_INTERNET_SYM_ PL_ :00 DATA_INTERNET_SYM_ PL_ :00 DATA_INTERNET_SYM_ PL_ :00 DATA_INTERNET_SYM_ PL_ :00 DATA_INTERNET_SYM_ PL_ :00 DATA_INTERNET_SYM_ PL_ :00 DATA_INTERNET-ASYM_ PL_ :00 DATA_INTERNET-ASYM_ PL_ :00 DATA_INTERNET-ASYM_ PL_ :00 DATA_INTERNET-ASYM_ PL_ :00 DATA_INTERNET-ASYM_ PL_ :00 DATA_INTERNET-ASYM_ PL_ :00 DATA_LL_ PL_ :00 DATA_LL_ PL_ :00 DATA_LL_ PL_ :00 DATA_LL_ PL_ :00 DATA_LL_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00

19 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00

20 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_HTS_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_ISDN2_ PL_ :00 HLAS_WL_ PL_ :00 HLAS_ISDN30_ PL_ :00 HLAS_ISDN30_ PL_ :00 HLAS_ISDN30_ PL_ :00 HLAS_ISDN30_ PL_ :00 HLAS_ISDN30_ PL_ :00 HLAS_ISDN30_ PL_ :00 HLAS_ISDN30_ PL_ :00 HLAS_ISDN30_ PL_ :00 INFRASTRUKTURA_DC_ PL_ :00 HLAS_PCM_002.03[1] a ISDN30_ PL_400a :00

21 HLAS_PCM_002.03[1] a ISDN30_ PL_401a :00 HLAS_PCM_002.03[1] a ISDN30_ PL_402a :00 HLAS_PCM_002.03[1] a ISDN30_ PL_403a :00 HLAS_PCM_002.03[1] a ISDN30_ PL_404a :00 HLAS_PCM_002.03[1] a ISDN30_ PL_405a :00 HLAS_GL_ PL_ :00 DATA_DF-BACKUP_ PL_ :00 DATA_DF-BACKUP_ PL_ :00

22 Příloha č. 2 Ilustrace Veřejná zakázka: DATA_VPN_ PL_22 Osoba Viktor Pleštil

23 Příloha č. 3 Ilustrace Veřejná zakázka: DATA_VPN_ PL_22 Osoba Michal Ruda

24 KIVS - stránka 1 Příloha č. 4 změny 12. a Seznam změn, publikovaných centrálním zadavatelem ve dnech 12. a Žlutě jsou označeny poptávkové listy, u nich je ke dni evidována opakovaná změna. Datum Den Druh zprávy Odesílatel Předmět Zadávací řízení / DNS 19:30 19:32 19:35 19:37 19:40 19:41 19:43 19:45 19:46 19:48 20:32 20:37 20:39 20:41 20:43 20:45 20:47 20:48 20:49 20:51 20:52 20:54 20:58 21:00 DATA_AL_ PL_100 DATA_AL_ PL_103 DATA_AL_ PL_102 DATA_ETHERNET_ PL_51 DATA_ETHERNET_ PL_50 DATA_ETHERNET_ PL_52 DATA_ETHERNET_ PL_54 DATA_ETHERNET_ PL_56 DATA_ETHERNET_ PL_55 DATA_ETHERNET_ PL_57 DATA_ETHERNET_ PL_72 DATA_ETHERNET_ PL_67 DATA_ETHERNET_ PL_59 DATA_ETHERNET_ PL_58 DATA_ETHERNET_ PL_61 DATA_ETHERNET_ PL_60 DATA_ETHERNET_ PL_63 DATA_ETHERNET_ PL_64 DATA_ETHERNET_ PL_68 DATA_ETHERNET_ PL_69 DATA_ETHERNET_ PL_71 DATA_ETHERNET_ PL_70 DATA_ETHERNET_ PL_73 DATA_ETHERNET_ PL_74 DATA_ETHERNET_ PL_75

25 KIVS - stránka 2 21:02 21:04 21:06 21:07 21:44 21:46 21:48 21:49 21:51 21:52 21:55 21:56 21:58 22:01 22:03 22:06 23:10 23:21 23:25 23:28 23:32 23:40 ostatní ostatní ostatní ostatní ostatní DODATEČNÁ INFORMACE č. EN 08 DODATEČNÁ INFORMACE č. EN 09 DODATEČNÁ INFORMACE č. EN 10 DODATEČNÁ INFORMACE č. EN 11 DODATEČNÁ INFORMACE č. EN 12 DATA_ETHERNET_ PL_78 DATA_ETHERNET_ PL_79 DATA_VPN_ PL_33 DATA_AL_ PL_105 DATA_AL_ PL_106 DATA_AL_ PL_107 DATA_AL_ PL_108 DATA_AL_ PL_109 DATA_AL_ PL_110 DATA_AL_ PL_111 DATA_AL_ PL_112 DATA_AL_ PL_114 DATA_AL_ PL_116 DATA_AL_ PL_117 DATA_AL_ PL_119 DATA_AL_ PL_101 DATA_AL_ PL_104 DATA_AL_ PL_127 DATA_ETHERNET_ PL_53 DATA_ETHERNET_ PL_62 DATA_AL_ PL_118 Datum Den Druh zprávy Odesílatel Předmět Zadávací řízení / DNS 0:08 1:22 ostatní 1:28 ostatní 1:32 ostatní 2:56 ostatní 3:00 ostatní 3:04 ostatní DODATEČNÁ INFORMACE č. EN 13 DODATEČNÁ INFORMACE č. EN 14 DODATEČNÁ INFORMACE č. EN 15 DODATEČNÁ INFORMACE č. EN 16 DODATEČNÁ INFORMACE č. EN 17 DODATEČNÁ INFORMACE č. EN 18 DATA_VPN_ PL_5 DATA_INTERNET ASYM_ PL_134 DATA_INTERNET ASYM_ PL_137 DATA_INTERNET ASYM_ PL_140 HLAS_HTS_ PL_275 HLAS_HTS_ PL_213 HLAS_HTS_ PL_234

26 KIVS - stránka 3 3:55 ostatní 3:58 ostatní 4:01 ostatní 5:48 ostatní 5:51 ostatní 5:55 ostatní 5:58 7:14 7:16 7:18 9:45 9:47 9:49 9:51 9:53 9:55 9:57 9:59 10:01 10:02 10:04 10:06 10:08 10:10 10:13 10:15 10:17 10:19 10:20 DODATEČNÁ INFORMACE č. EN 19 DODATEČNÁ INFORMACE č. EN 20 DODATEČNÁ INFORMACE č. EN 21 DODATEČNÁ INFORMACE č. EN 22 DODATEČNÁ INFORMACE č. EN 23 DODATEČNÁ INFORMACE č. EN 24 HLAS_HTS_ PL_246 HLAS_HTS_ PL_280 HLAS_HTS_ PL_281 HLAS_HTS_ PL_287 HLAS_HTS_ PL_293 HLAS_HTS_ PL_265 HLAS_HTS_ PL_246 DATA_VPN_ PL_16 DATA_VPN_ PL_13 DATA_VPN_ PL_22 DATA_AL_ PL_120 DATA_AL_ PL_121 DATA_AL_ PL_122 DATA_AL_ PL_123 DATA_AL_ PL_124 DATA_AL_ PL_125 DATA_AL_ PL_126 DATA_AL_ PL_127 DATA_AL_ PL_128 DATA_AL_ PL_129 DATA_DF_ PL_143 DATA_DF_ PL_146 DATA_DF_ PL_149 DATA_INTERNET SYM_ PL_158 DATA_INTERNET SYM_ PL_160 DATA_INTERNET SYM_ PL_162 DATA_INTERNET SYM_ PL_169 DATA_INTERNET SYM_ PL_171 DATA_INTERNET SYM_ PL_173 HLAS_GL_ PL_153

27 KIVS - stránka 4 10:22 10:24 10:27 10:29 10:31 10:33 10:35 10:36 10:38 10:40 10:42 21:26 21:28 21:29 21:32 21:33 21:36 21:50 21:52 21:56 21:58 22:10 22:13 22:15 22:48 22:50 22:52 22:54 22:57 22:59 Dodatečné HLAS_HTS_ PL_200 HLAS_HTS_ PL_201 HLAS_HTS_ PL_202 HLAS_HTS_ PL_206 HLAS_HTS_ PL_207 HLAS_HTS_ PL_208 HLAS_HTS_ PL_209 HLAS_HTS_ PL_210 HLAS_HTS_ PL_211 HLAS_HTS_ PL_212 HLAS_HTS_ PL_214 HLAS_HTS_ PL_215 HLAS_HTS_ PL_216 HLAS_HTS_ PL_217 HLAS_HTS_ PL_218 HLAS_HTS_ PL_219 HLAS_HTS_ PL_220 HLAS_HTS_ PL_233 HLAS_WL_ PL_180 INFRASTRUKTURA_DC_ PL_151 DATA_DF_BACKUP_ PL_ 600 DATA_DF BACKUP_ PL_ 601 DATA_LL_ PL_550 DATA_LL_ PL_551 DATA_LL_ PL_552 DATA_LL_ PL_553 DATA_LL_ PL_554 HLAS_HTS_ PL_201 HLAS_HTS_ PL_203

28 KIVS - stránka 5 23:00 HLAS_HTS_ PL_204 23:03 HLAS_HTS_ PL_205 23:05 HLAS_HTS_ PL_235 23:07 HLAS_HTS_ PL_236 23:08 HLAS_HTS_ PL_238 23:09 HLAS_HTS_ PL_239 23:12 HLAS_HTS_ PL_240 23:14 HLAS_HTS_ PL_247 23:16 HLAS_HTS_ PL_269 23:18 HLAS_HTS_ PL_271 23:20 HLAS_HTS_ PL_272 23:22 HLAS_HTS_ PL_273 23:24 HLAS_HTS_ PL_274 23:26 HLAS_HTS_ PL_279 23:47 HLAS_HTS_ PL_286 23:49 HLAS_HTS_ PL_287 23:57 ostatní DODATEČNÁ INFORMACE č. EN 31 HLAS_ISDN2_ PL_324

29 KIVS - stránka 1 Příloha č. 5 změny Seznam změn, publikovaných centrálním zadavatelem dne Žlutě jsou označeny poptávkové listy, u nichž je ke dni evidována opakovaná změna. Datum Den Druh zprávy Odesílatel Předmět Zadávací řízení / DNS 0:01 0:04 0:08 0:11 0:14 0:17 0:19 0:23 0:41 0:43 0:46 0:58 0:59 1:04 1:07 1:09 1:12 1:14 1:17 1:19 1:21 1:23 1:24 1:26 ostatní ostatní ostatní ostatní ostatní ostatní ostatní ostatní ostatní ostatní ostatní ostatní ostatní DODATEČNÁ INFORMACE č. EN 32 DODATEČNÁ INFORMACE č. EN 33 DODATEČNÁ INFORMACE č. EN 34 DODATEČNÁ INFORMACE č. EN 35 DODATEČNÁ INFORMACE č. EN 36 DODATEČNÁ INFORMACE č. EN 38 DODATEČNÁ INFORMACE č. EN 40 DODATEČNÁ INFORMACE č. EN 28 DODATEČNÁ INFORMACE č. EN 29 DODATEČNÁ INFORMACE č. EN 25 DODATEČNÁ INFORMACE č. EN 26 DODATEČNÁ INFORMACE č. EN 27 DODATEČNÁ INFORMACE č. EN 30 DODATEČNÁ INFORMACE č. EN 37 HLAS_ISDN2_ PL_328 HLAS_ISDN2_ PL_331 HLAS_ISDN2_ PL_332 HLAS_ISDN2_ PL_336 HLAS_ISDN2_ PL_316 HLAS_PCM_ PL_400a;HLAS_ISDN30 _ PL_400b HLAS_PCM_ PL_400a;HLAS_ISDN30 _ PL_400b HLAS_PCM_ PL_400a;HLAS_ISDN30 _ PL_400b HLAS_ISDN2_ PL_310 HLAS_ISDN2_ PL_318 HLAS_ISDN2_ PL_326 HLAS_ISDN2_ PL_338 HLAS_ISDN30_ PL_457 HLAS_ISDN2_ PL_307 HLAS_ISDN2_ PL_311 HLAS_ISDN2_ PL_300 HLAS_ISDN2_ PL_301 HLAS_ISDN2_ PL_304 HLAS_ISDN2_ PL_320 HLAS_ISDN2_ PL_321 HLAS_ISDN30_ PL_459 HLAS_ISDN30_ PL_461 HLAS_ISDN30_ PL_463 HLAS_ISDN30_ PL_465 HLAS_ISDN30_ PL_467

30 KIVS - stránka 2 1:29 1:30 1:33 1:34 1:36 1:37 1:40 1:27 HLAS_ISDN30_ PL_469 HLAS_ISDN30_ PL_475 HLAS_PCM_ PL_401a;HLAS_ISDN30 _ PL_401b HLAS_PCM_ PL_402a;HLAS_ISDN30 _ PL_402b HLAS_PCM_ PL_403a;HLAS_ISDN30 _ PL_403b HLAS_PCM_ PL_404a;HLAS_ISDN30 _ PL_404b HLAS_PCM_ PL_405a;HLAS_ISDN30 _ PL_405b

31 KIVS - stránka 1 Příloha č. 6 změny Seznam změn, publikovaných centrálním zadavatelem dne Žlutě jsou označeny poptávkové listy, u nichž je ke dni evidována opakovaná změna. Datum Den Druh zprávy Odesílatel Předmět Zadávací řízení / DNS : : : : : : : : : : : : : :32 pondělí pondělí pondělí pondělí pondělí pondělí pondělí pondělí pondělí pondělí pondělí pondělí pondělí pondělí DODATEČNÁ INFORMACE č. EN 50 DODATEČNÁ INFORMACE č. EN 50 DODATEČNÁ INFORMACE č. EN 50 DODATEČNÁ INFORMACE č. EN 50 DODATEČNÁ INFORMACE č. EN 50 DODATEČNÁ INFORMACE č. EN 50 DATA_INTERNET ASYM_ PL_140 DATA_INTERNET ASYM_ PL_139 DATA_INTERNET ASYM_ PL_137 DATA_INTERNET ASYM_ PL_135 DATA_INTERNET ASYM_ PL_134 DATA_INTERNET ASYM_ PL_132 HLAS_ISDN2_ PL_335 HLAS_HTS_ PL_268 HLAS_HTS_ PL_264 HLAS_HTS_ PL_263 HLAS_HTS_ PL_260 HLAS_HTS_ PL_257 HLAS_HTS_ PL_256 HLAS_HTS_ PL_249