Letošní Zindex byl komplikovaný pro nás i zadavatele, protože data díky eForms a nové uveřejňovací vyhlášce prošla dramatickými změnami. Díky zpětné vazbě od zadavatelů jsme identifikovali více nedostatků, které lze vylepšit v legislativě a elektronických nástrojích, aby život zadavatelů byl snazší. Některé už byly zapracovány provozovateli profilů (NEN, Tenderarena), děkujeme. Co by se podle nás mohlo změnit? (krom zprovoznění dlouho odkládaného Registru veřejných zakázek, tzn. automatické publikace dat z profilu do Věstníku)
i) Vyjasnit odkazy do registru smluv
Je nesmysl, aby museli zadavatelé uveřejňovat smlouvu jak v registru smluv, tak na profilu zadavatele. Vyhláška o profilech zavedla sice od 1.7.2024 povinnost, aby profily povinně umožnovaly vložit pouze URL záznamu v registru smluv. Ovšem výklad Vyhlášky není zcela jasný, protože požaduje, aby odkaz do registru smluv byl uveřejněn jako metadata dokumentu, který byl na profil nahrán. Tedy metadata nahrané smlouvy. Takový výklad je ale absurdní, protože vede k duplicitnímu zveřejňování smlouvy. S tím jsou spojeny třeba praktické problémy např. se zveřejňováním smluvních dodatků.
Vyhláška by se tak měla vyjasnit tak, aby bylo jasné, že lze uveřejnit pouze odkaz do registru smluv. Toto URL pak musí být samozřejmě strojově dostupné z XML kódu.
ii) Předběžné tržní konzultace
Předběžné tržní konzultace (PTK) jsou skvělý způsob, jak oslovit trh. Ze zákona jde však o velmi neformální a zároveň dobrovolný postup. Je tedy pouze na zadavateli, jak relevantní trh osloví. Jedním z možných postupů je využití Věstníku, případně profilu zadavatele.
Ovšem:
- ve Věstníku veřejných zakázek to nebylo možné až do 19.5.2025, kdy přibyl formulář E1 k oznámení PTK;
- na profilu zadavatele na PTK není “podvozek”. Proto se oznámení o tom, že zadavatel pořádá PTK, využívají nástroje, které mají zadavatelé k dispozici, tedy
- zveřejní “zakázku” s názvem, který obsahuje “PTK”,
- v režimu (nadlimit/podlimit/VZMR) dle zakázky, kvůli které se PTK vypisuje,
- cenu, účastníky, vítěze apod. zadavatel jednoduše nevyplní, případně uvede “0”.
Ve strojovém rozhraní se tak vypsané PTK jeví jako standardní zakázka, která má nulovou výslednou cenu, nikdo se o ni neucházel a nikdo nevyhrál.
Pokud chce zadavatel využít zažitý informační kanál směrem k dodavatelům, jako je profil zadavatele, měl by k tomu mít nástroj, aby nemusel roubovat PTK jako vypsanou zakázku.
iii) Jednotkové ceny
Dle dokumentace eForms má být v poli BT-720 (nabídková cena) uvedeno: “Nabídková cena odpovídá celkové smluvní ceně bez DPH. Pokud je cena ve smlouvě uvedena jako jednotková, uvádí se jednotková cena vynásobená předpokládaným množstvím jednotek.”
Jinými slovy, zadavatel má vyplnit celkovou hodnotu smlouvy, byť by ve smlouvě měl uvedenu cenu jednotkovou.
Co se však stává, je to, že zadavatel v dobré víře uvádí do tohoto pole jednotkové ceny. Alternativně zadavatel chybují tím, že uvedou celkovou cenu ve Věstníku, ale jednotkovou cenu na profilu zadavatele.
Obrátil se na nás i zadavatel, který argumentoval tím, že uvedení jednotkové ceny je transparentnější, než celková hodnota smlouvy - to je nicméně v rozporu s evropskou metodikou, kterou nezměníme.
Z našeho pohledu by bylo ideální, kdyby v relevantních případech byla možnost uvádět celkové i jednotkové ceny - to v eForms lze, profil je k tomu účelu možné upravit.
iv) Multiprofily
Řada zadavatelů používá tzv. multiprofil, kde na jedné adrese uveřejňují desítky organizací - např. podřízených příspěvkových organizací. Jakkoliv je tato praxe přínosná z pohledu dodavatele (centralizace na jedno místo), ztěžuje kontrolní praxi a je v přímém rozporu s vyhláškou - neboť identifikace zadavatele neodpovídá realitě.
Za vhodné považujeme přidat k zakázce na profilu i ičo konkrétního zadavatele (např. podřízení příspěvkové organizace). Taková změna se zadavatelů nedotkne a data z profilů budou jednoznačná v tom, který zadavatel zadal jakou zakázku.
Kdybyste měli další nápady, jak optimalizovat uveřejňovací předpisy, budeme za ně rádi. Pište např. na marek.zelenka@datlab.eu.
