a orgán príslušný
c), § 167 ods. 2 písm.
3 písm. b) zákona o verejnom obstarávaní proti podmienkam uvedeným v iných dokumentoch potrebných na vypracovanie žiadosti o účasť v užšej súťaži zadávanej postupom dynamického nákupného systému v časti 5 predmetu zákazky s názvom „Softvérový inžinier senior FrontEnd (Angular) + iOS, Android“, časti 6 predmetu zákazky s názvom „Softvérový inžinier medior FrontEnd (Angular) + iOS, Android“, časti 17 predmetu zákazky s názvom „Softvérový inžinier senior Full-Stack“, časti 18 predmetu zákazky s názvom „Softvérový inžinier medior Full-Stack“, časti 20 predmetu zákazky s názvom „Infraštruktúrny inžinier - Systémový administrátor“, časti 23 predmetu zákazky s názvom „Softvérový inžinier senior UI/UX Dizajnér“ a časti 25 predmetu zákazky s názvom „Softvérový inžinier senior IT Architekt“ na predmet nadlimitnej zákazky s názvom „Zabezpečenie IT pozícii pre potreby verejného obstarávateľa“, vyhlásenej verejným obstarávateľom DataCentrum elektronizácie územnej samosprávy Slovenska, Námestie Mateja Korvína 1, 811 07 Bratislava, IČO: 45 736 359 (ďalej len „kontrolovaný“), v Úradnom vestníku Európskej únie pod značkou 2023/S 030-086900 zo dňa 10. 02. 2023 a vo Vestníku verejného obstarávania č. 32/2023 zo dňa 13. 02. 2023 pod značkou 6552-MUS, vydáva toto rozhodnutie: Úrad pre verejné obstarávanie zastavuje konanie o preskúmanie úkonov kontrolovaného na základe námietok navrhovateľa týkajúce sa časti 23 predmetu zákazky s názvom: „Softvérový inžinier senior UI/UX Dizajnér“
1 písm. h) zákona č. 343/2015 Z. z. o verejnom obstarávaní a o zmene a doplnení niektorých zákonov v znení neskorších predpisov. Úrad pre verejné obstarávanie zastavuje konanie o preskúmanie úkonov kontrolovaného na základe námietok navrhovateľa týkajúce sa časti 5 predmetu zákazky s názvom „Softvérový inžinier senior FrontEnd (Angular) + iOS, Android“, časti 6 predmetu zákazky s názvom „Softvérový inžinier medior FrontEnd (Angular) + iOS, Android“, časti 17 predmetu zákazky s názvom „Softvérový inžinier senior Full-Stack“, časti 18 predmetu zákazky s názvom „Softvérový inžinier medior Full-Stack“ a časti 25 predmetu zákazky s názvom „Softvérový inžinier senior IT Architekt“
1 písm. j) zákona č. 343/2015 Z. z. o verejnom obstarávaní a o zmene a doplnení niektorých zákonov v znení neskorších predpisov. Úrad pre verejné obstarávanie
1 písm. b) zákona č. 343/2015 Z. z. o verejnom obstarávaní a o zmene a doplnení niektorých zákonov v znení neskorších predpisov na základe námietok navrhovateľa nariaďuje kontrolovanému DataCentrum elektronizácie územnej samosprávy Slovenska, Námestie Mateja Korvína 1, 811 07 Bratislava, IČO: 45 736 359, zrušiť verejné obstarávanie na predmet nadlimitnej zákazky s názvom „Zabezpečenie IT pozícii pre potreby verejného obstarávateľa“ v časti 20 predmetu zákazky s názvom: „Infraštruktúrny inžinier - Systémový administrátor“, zadávanej Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie postupom užšej súťaže so zriadením dynamického nákupného systému v zmysle § 58 a nasl. tohto zákona, vyhlásenej v Úradnom vestníku Európskej únie pod značkou 2023/S 030086900 zo dňa 10. 02. 2023 a vo Vestníku verejného obstarávania č. 32/2023 zo dňa 13. 02. 2023 pod značkou 6552-MUS, a to do 60 dní odo dňa nadobudnutia právoplatnosti tohto rozhodnutia. Odôvodnenie: 1. Navrhovateľ doručil Úradu pre verejné obstarávanie (ďalej len „úrad“) dňa 30. 03. 2023 námietky v listinnej podobe smerujúce
3 písm. b) zákona č. 343/2015 Z. z. o verejnom obstarávaní a o zmene a doplnení niektorých zákonov v znení neskorších predpisov (ďalej len „zákon o verejnom obstarávaní“) proti podmienkam uvedeným v iných dokumentoch potrebných na vypracovanie žiadosti o účasť v užšej súťaži zadávanej postupom dynamického nákupného systému (ďalej len „námietky“). Kontrolovanému boli námietky navrhovateľa doručené toho istého dňa ako úradu, a to v elektronickej podobe cez informačný systém EVO, prostredníctvom ktorého sa predmetné verejné obstarávanie realizuje (ďalej len „IS EVO“) a žiadosť o nápravu dňa 14. 03. 2023, ktorá bola zamietnutá kontrolovaným dňa 20. 03. 2023. 2. Námietky navrhovateľa boli doručené úradu a kontrolovanému v lehote a podobe
4 a ods. 9 zákona o verejnom obstarávaní a obsahujú všetky obligatórne náležitosti námietok
5 tohto zákona. Navrhovateľ doručil úradu námietky smerujúce
3 písm. b) zákona o verejnom obstarávaní ako záujemca.
5 písm. b) zákona o verejnom obstarávaní, na účely tohto zákona sa rozumie záujemcom hospodársky subjekt, ktorý má záujem o účasť vo verejnom obstarávaní. V danom prípade úrad ex officio preskúmal aktívnu vecnú legitimáciu navrhovateľa na podanie námietok, pričom zistil nasledovné: navrhovateľ je hospodárskym subjektom poskytujúcim na trhu služby, ktoré sú predmetom zadávania zákazky a ktorý náležite prejavil svoj záujem o účasť v užšej súťaži. Z obsahu podaných námietok má úrad za preukázané, že navrhovateľ sa so znením podmienok uvedených v dokumentoch potrebných na vypracovanie ponuky, ktoré v námietkach napáda, náležite oboznámil. Úrad z predloženej dokumentácie zistil, že navrhovateľ predložil dňa 21. 03. 2023 prostredníctvom IS EVO žiadosť o zaradenie do DNS. Na základe toho možno
názoru úradu jednoznačne konštatovať, že navrhovateľ vystupuje vo vzťahu k predmetnej užšej súťaži v postavení záujemcu, a preto bol
úradu aktívne legitimovaným subjektom na podanie námietok, a to v intenciách ustanovenia § 170 ods. 1 písm. b) zákona o verejnom obstarávaní. 3.
1 zákona o verejnom obstarávaní s podaním námietok je navrhovateľ povinný zložiť na účet úradu kauciu; táto povinnosť sa nevzťahuje na orgán štátnej správy
1 písm. e). Kaucia musí byť pripísaná na účet úradu najneskôr na druhý pracovný deň nasledujúci po doručení námietok v lehote
4. Za každú skutočnosť, proti ktorej námietky
3 smerujú, sa skladá samostatná kaucia. 4.
2 zákona o verejnom obstarávaní, výška kaucie pri podaní námietok je 0,1 % z predpokladanej hodnoty zákazky alebo koncesie, najmenej však 2 000 eur a najviac a) 10 000 eur, ak ide o námietky
3 písm.
3 zákona o verejnom obstarávaní ak je zákazka alebo koncesia rozdelená na časti a námietky sa týkajú len jednej časti alebo len niektorých častí, kaucia
odseku 2 sa určuje z predpokladanej hodnoty tejto časti alebo týchto častí. Celková výška kaucie za všetky 2 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie časti nesmie presiahnuť maximálnu výšku kaucie
odseku 2. Na tento účel sa maximálna výška kaucie za jednu časť určuje z maximálnej sumy
odseku 2 percentuálnym podielom predpokladanej hodnoty príslušnej časti z predpokladanej hodnoty celej zákazky. 6.
4 zákona o verejnom obstarávaní ak predpokladaná hodnota zákazky alebo koncesie alebo jej časti nie je zverejnená, ak nemožno určiť predpokladanú hodnotu časti zákazky alebo koncesie alebo ak nie je možné určiť výšku kaucie z iných objektívnych dôvodov, výška kaucie je 2 000 eur. 7. Úrad uvádza, že v rámci konania o preskúmanie úkonov kontrolovaného na základe námietok úrad posudzuje námietky
ich obsahu, a to aj v prípade, ak nie sú v podanej námietke označené časti zákazky, ktorých sa namietané skutočnosti týkajú. Úrad v rámci konania o preskúmanie úkonov kontrolovaného na základe námietok zohľadňuje obsah podanej námietky, a teda jej vnútornú skladbu a nadväznosť tvrdení navrhovateľa, ale taktiež aj zvolenú argumentáciu v nadväznosti na celkový význam napádaných skutočností. Ak nastane situácia, pri ktorej úrad zistí rozpor medzi obsahom napádaných skutočností v podanej námietke a chýbajúcim označením vo vzťahu k akej časti/častiam zákazky smerujú podané námietky, v tom prípade je potrebné v súlade so zásadou prednosti obsahu pred formou pristúpiť k preskúmaniu úkonov kontrolovaného na základe námietok
obsahu podanej námietky. Úrad preskúmaním námietok (bod
4 zákona o verejnom obstarávaní 2 000 eur. 9. Úrad rovnako uvádza, že navrhovateľ bol v danom prípade povinný s podaním námietok smerujúcich
3 písm. b) zákona o verejnom obstarávaní proti podmienkam uvedeným v iných dokumentoch potrebných na vypracovanie žiadosti o účasť v užšej súťaži zadávanej postupom dynamického nákupného systému a vzťahujúcich sa k časti 20 predmetu zákazky zložiť na účet úradu kauciu vo výške 2000 eur a k časti 23 predmetu zákazky kauciu vo výške 2000 eur (t. j. v súčte 4 000 eur). Úrad zdôrazňuje, že povinnosť zaplatiť kauciu za každú namietanú časť sa v tomto revíznom konaní vzťahuje iba na tie časti, ktoré nešli nad rámec žiadosti o nápravu.
3 písm. b) zákona o verejnom obstarávaní k časti 20 zákazky „Infraštruktúrny inžinier - Systémový administrátor“, a to z dôvodu, že navrhovateľ v námietkach týkajúcich sa stanovených podmienok účasti technickej spôsobilosti alebo odbornej spôsobilosti pre časť 20 zákazky „Infraštruktúrny inžinier - Systémový administrátor“ a ich minimálnej požadovanej úrovne, uvádza viac sporných požiadaviek určených kontrolovaným pre túto časť zákazky ako pre časť 23 zákazky „Softvérový inžinier senior UI/UX Dizajnér“, a preto úrad konštatuje, že s podaním námietok navrhovateľa k časti 20 predmetu zákazky s názvom „Infraštruktúrny inžinier - Systémový administrátor“ boli splnené procesné podmienky pre konanie vo veci.
1 písm. b) zákona o verejnom obstarávaní, a to proti podmienkam uvedeným v súťažných podkladoch, konkrétne proti neprimeraným podmienkam účasti
1 písm. g) zákona o verejnom obstarávaní v intenciách bodu 2, časti A.2 Podmienky účasti záujemcov predmetných súťažných podkladov. Dňa
ustanovenia § 58 ods. 1 zákona o verejnom obstarávaní pre zadávanie konkrétnych zákaziek prostredníctvom dynamického nákupného systému (DNS) je, že ak predmetom obstarania sú služby, tieto služby musia byť bežne dostupné. Rovnako navrhovateľ uvádza, že
2 zákona o verejnom obstarávaní, ak sa DNS rozdelí do kategórií služieb, musia byť určené primerané podmienky účasti pre každú kategóriu.
5, § 58 ods. 2, § 10 ods. 2 zákona o verejnom obstarávaní, a to tiež aj vo väzbe na ustanovenia zákona o verejnom obstarávaní, ktoré upravujú použitie DNS.
navrhovateľa pozostáva z nie bežnej kombinácie znalostí, uvádza, že v sebe zoskupujú, spájajú požiadavky na minimálne 2-3 špecialistov: − typicky network a security špecialista - expert 1, − VM a cloud virtualizácia (KVM, VMware, Cloudstack, Openstack) špecialista - expert 2a − Hitachi/storage špecialista - expert 3. 23. Zároveň navrhovateľ uvádza, že sa vychádza už z predpokladu, že každý z týchto expertov vie tvoriť automatizáciu a IaC pomocou nástrojov Saltstack, Terraform, Ansible a GIT, čo tiež nie je
navrhovateľa úplne štandardná znalosť. Z vyššie uvedeného
navrhovateľa 5 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie jednoznačne vyplýva, že kumulácia vyššie uvedených kvalifikačných predpokladov vylučuje, aby expert s takýmto širokým záberom mohol byť považovaný za „bežne dostupného”.
navrhovateľa nie je v tomto prípade bežná kombinácia kvalifikačných požiadaviek na Angular, iOS a Android. Typicky sa
navrhovateľa experti špecializujú na jednu z troch vyššie uvedených špecializácií, len malá časť zvláda dve z nich. Kumuláciu všetkých troch požiadaviek považuje navrhovateľ za priamo sa vylučujúcu s definíciou bežne dostupnej kvalifikácie. 26. Ako príklad č. 4 navrhovateľ uvádza kategóriu č. 17 a č. 18 Softvérový inžinier senior/medior Full-Stack a poukazuje na znenie bodu 2.17 a bodu 2.18, časti A.2 „Podmienky účasti záujemcov“ súťažných podkladov.
navrhovateľa ide v tomto prípade o kumuláciu požiadaviek na znalosti front end a back end problematiky na dvoch odlišných vývojárskych platformách Java a net. Navrhovateľ zdôrazňuje, že Full Stack koncept už je spojením dvoch typických profesií (Front end a Back end). Je preto
navrhovateľa veľmi málo pravdepodobné, že by na trhu mohli byť považovaní za bežne dostupných expertov, ktorí spĺňajú takto široko nastavené požiadavky. 27. Ako príklad č. 5 navrhovateľ uvádza kategóriu č. 25 Softvérový inžinier senior - IT Architekt a poukazuje na znenie bodu 2.25, časti A.2 „Podmienky účasti záujemcov“ súťažných podkladov.
navrhovateľa tento príklad opätovne poukazuje na neprimeranú požiadavku na ovládanie dvoch vývojárskych platforiem Java a net. Nie je
navrhovateľa typické, aby jeden SW inžinier bol na expertnej úrovni v oboch platformách súčasne, resp. v relatívne krátkom časovom úseku 4 rokov, ktorý požaduje kontrolovaný z hľadiska preukazovania skúseností. Preto expertov spĺňajúcich takto nastavené kvalifikačné požiadavky
navrhovateľa nemožno považovať za bežne dostupných.
navrhovateľa len ako príklad vypichnutí v žiadosti o nápravu, obsah žiadosti o nápravu ale
navrhovateľa smeroval nielen voči týmto 2 kategóriám, čo ma vyplývať zo strany 6, 8 a 10 žiadosti o nápravu. 6 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie 30. Okrem už uvedeného, navrhovateľ má zato, že kontrolovaný prekročil hranicu toho, čo je vhodné a účelné na dosiahnutie sledovaného cieľa. Kontrolovaným požadovanou minimálnou úrovňou požadovanej technickej spôsobilosti alebo odbornej spôsobilosti v rámci preukazovania podmienok účasti u jednotlivých IT expertov dôjde
navrhovateľa k „umelému” redukovaniu počtu potenciálnych záujemcov a následne aj uchádzačov. Navrhovateľ tvrdí, že to môže viesť k tomu, že daný postup zadávania konkrétnej zákazky nevygeneruje pre kontrolovaného výhodnú ponuku, čo v konečnom dôsledku môže byť v rozpore s princípom hospodárnosti a efektívnosti verejného obstarávania.
navrhovateľa neproporčné, neprimerané a vymykajúce sa z bežnej dostupnosti na trhu, vypustil z minimálnej úrovne požadovanej technickej spôsobilosti alebo odbornej spôsobilosti v rámci podmienky účasti
1 písm. g) zákona o verejnom obstarávaní v intenciách predmetných súťažných podkladov, prípadne by rozšíril požadovaný počet expertov, čím by sa odstránila kumulácia aj kvalifikačných predpokladov už vyššie identifikovaná, bolo by možné ich kvalifikovať ako bežne dostupné.
navrhovateľa potvrdzuje nezákonný - neprimeraný a diskriminačný charakter kontrolovaným požadovanej minimálnej úrovne technickej spôsobilosti alebo odbornej spôsobilosti u jednotlivých IT expertov
1 písm. g) zákona o verejnom obstarávaní v intenciách predmetných súťažných podkladov a DNS.
navrhovateľa v súťažných podkladoch upravená.
navrhovateľa sprísnil namietané podmienky účasti. Posudzovanie profesionálnych praktických skúseností IT expertov len za ostatné 4 roky
navrhovateľa v zásadnej miere narúša hospodársku súťaž a eliminuje okruh potenciálnych záujemcov, ako aj následných uchádzačov a je v príkrom rozpore s pravidlami verejného obstarávania, ktoré nedovoľujú vytváranie umelých prekážok napríklad stanovovaním neprimeraných podmienok účasti, ktoré sú úplné neproporcionálne, prípadne priamo či nepriamo (skryto) diskriminačné. 39. Navrhovateľ ďalej uvádza, že v žiadosti o nápravu uviedol možnosť použitia inštitútu prípravných trhových konzultácií, ktoré kontrolovaný
navrhovateľa zjavne nerealizoval, keďže zmienka o PTK sa nenachádza ani v oznámení o vyhlásení verejného obstarávania, ani v predmetných súťažných podkladoch, a ani v ďalších dokumentoch poskytnutých zo strany kontrolovaného, a tiež že navrhovateľ nebol vyzvaný na účasť na PTK, a ani na webe o realizovaní PTK zo strany kontrolovaného nie je dôkaz. 40. Navrhovateľ tvrdí, že ak by kontrolovaný PTK realizoval, minimálne štandardy na IT expertov v rámci podmienok účasti
1 písm. g) zákona o verejnom obstarávaní v intenciách súťažných podkladov, by boli zladené s trhom. 41. Z uvedeného
navrhovateľa jednoznačne vyplýva, že požiadavky navrhovateľa sú legitímnymi požiadavkami, ktorými sa mal kontrolovaný primerane k požadovaným podmienkam účasti zaoberať a riadnym spôsobom ich upraviť už v čase prípravy verejného obstarávania.
Zákona o verejnom obstarávaní týkajúce sa technickej spôsobilosti alebo odbornej spôsobilosti” a v časti B.1 „Opis predmetu zákazky” predmetných súťažných podkladov)
časti E. Opis rozhodujúcich skutočností a označenie dôkazov týchto námietok tak, aby tieto boli v súlade so Zákonom o verejnom obstarávaní, najmä upraviť požiadavky najmä (ale nielen) na kategórie č. 5, 6, 17, 18, 20, 23, 25 tak, aby sa odstránila taká kumulácia kvalifikačných požiadaviek pri týchto kategóriách, ktorá je diskriminačná, neodôvodnená, obmedzujúca hospodársku súťaž. 8 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie 2. Ako alternatívny návrh k vyššie uvedenému návrhu na rozhodnutie o námietok, najmä vzhľadom na nevhodnú a hlavne nezákonnú úpravu podmienok účasti, ako aj požiadaviek na predmet zákazky, žiadame Úrad pre verejné obstarávanie o nariadenie zrušenia použitého postupu Verejného obstarávania tak, aby Kontrolovaný mohol vykonať prípravné trhové konzultácie a následnú revíziu súťažnej dokumentácie spôsobom tak, aby táto bola v súlade so Zákonom o verejnom obstarávaní.“ Začiatok a priebeh konania o preskúmanie úkonov kontrolovaného 44.
1 zákona o verejnom obstarávaní sa konanie o preskúmanie úkonov kontrolovaného na základe námietok začína dňom doručenia námietok úradu. Na základe uvedeného úrad konštatuje, že predmetné konanie o preskúmanie úkonov kontrolovaného na základe námietok začalo dňa 30. 03. 2023. 45.
1 písm. a) zákona o verejnom obstarávaní kontrolovaný je povinný doručiť úradu písomné vyjadrenie k podaným námietkam a kompletnú dokumentáciu
v origináli do siedmich dní odo dňa doručenia námietok, ak ide o konanie o preskúmanie úkonov kontrolovaného na základe námietok; úrad neprihliada na písomné vyjadrenie k podaným námietkam a dôkazy doručené kontrolovaným po uplynutí tejto lehoty. 46.
2 zákona o verejnom obstarávaní doručením kompletnej dokumentácie v origináli úradu, ak ide o elektronickú komunikáciu, sa rozumie sprístupnenie elektronickej podoby dokumentácie zriadením prístupu do elektronického prostriedku použitého na elektronickú komunikáciu v lehote
odseku
4 zákona o verejnom obstarávaní a ktorým nariadil kontrolovanému doručiť úradu kompletnú dokumentáciu do desiatich pracovných dní odo dňa doručenia tohto rozhodnutia. V bode
8 zákona o verejnom obstarávaní s cieľom získať odborné stanovisko. Na tento účel úrad oslovil znalca XY zapísaného v Zozname znalcov vedeného Ministerstvom spravodlivosti Slovenskej republiky pod evidenčným č. xxx v odbore 100000 – Elektrotechnika, resp. odvetviach: 100400 – Riadiaca technika, výpočtová technika (hardware), 100600 – Elektronické komunikácie, 100900 – Počítačové programy (software) (ďalej len ako „znalec“). Úrad následne listom č. 76466000/2023-OD-OS zo dňa
5 zákona o verejnom obstarávaní rovnako ako aj vymedzil minimálnu úroveň požadovanej technickej a/alebo odbornej spôsobilosti v súlade s princípmi verejného obstarávania a nastavil štandardy každej jednej kategórie v súvislosti s tým, akú prácu od daného IT zamestnanca vyžaduje, či už ide o pozíciu medior alebo senior.
kontrolovaného objektívne stanovené ako minimálne nevyhnutné predpoklady pre poskytovanie služieb, ktoré sú predmetom každej kategórie.
kontrolovaného očakáva, že v prípade neúspešného zadávania predmetnej zákazky sa bude musieť kontrolovaný obrátiť na navrhovateľa s poskytovaním predmetných služieb na základe priameho rokovacieho konania alebo obdobného postupu. Takéhoto konania sa
tvrdení kontrolovaného navrhovateľ dopúšťa v rámci viacerých obstarávaní kontrolovaného opakovane.
5 písm. o) zákona o verejnom obstarávaní na účely tohto zákona sa rozumie bežne dostupnými tovarmi, stavebnými prácami alebo službami na trhu tovary, stavebné práce alebo služby, ktoré
6 zákona o verejnom obstarávaní bežne dostupnými tovarmi, stavebnými prácami alebo službami
odseku 5 písm. o) sú najmä tovary, stavebné práce alebo služby určené na uspokojenie bežných prevádzkových potrieb verejného obstarávateľa a obstarávateľa. 63.
7 zákona o verejnom obstarávaní bežne dostupnými tovarmi alebo službami
odseku 5 písm. o) sú najmä tovary a služby spotrebného charakteru. 64.
1 zákona o verejnom obstarávaní verejný obstarávateľ a obstarávateľ sú povinní pri zadávaní zákaziek, koncesií a pri súťaži návrhov postupovať
tohto zákona. 65.
2 zákona o verejnom obstarávaní verejný obstarávateľ a obstarávateľ musia dodržať princíp rovnakého zaobchádzania, princíp nediskriminácie hospodárskych subjektov, princíp transparentnosti, princíp proporcionality a princíp hospodárnosti a efektívnosti. 11 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie 66.
1 zákona o verejnom obstarávaní verejný obstarávateľ a obstarávateľ sú povinní zdokumentovať celý priebeh verejného obstarávania s dôrazom na preskúmateľnosť rozhodnutí prijatých vo všetkých fázach verejného obstarávania, bez ohľadu na použité prostriedky komunikácie. Na tento účel evidujú kompletnú dokumentáciu, ktorú uchovávajú desať rokov odo dňa odoslania oznámenia o výsledku verejného obstarávania, ak osobitný predpis neustanovuje inak; rovnopis zmluvy, rámcovej dohody alebo koncesnej zmluvy uchovávajú počas celej doby jej trvania. Ak trvanie zmluvy, rámcovej dohody alebo koncesnej zmluvy presiahne desať rokov odo dňa odoslania oznámenia o výsledku verejného obstarávania, verejný obstarávateľ a obstarávateľ uchovávajú kompletnú dokumentáciu do uplynutia troch rokov odo dňa skončenia alebo zániku zmluvy, koncesnej zmluvy alebo rámcovej dohody. Dokumentáciu vyhotovovanú v jednotlivých fázach verejného obstarávania, ktorá nie je súčasťou elektronickej komunikácie
, verejný obstarávateľ a obstarávateľ môžu viesť aj prostredníctvom elektronického prostriedku, ktorého prostredníctvom sa komunikácia a výmena informácií vo verejnom obstarávaní uskutočňuje. 67.
1 písm. g) zákona o verejnom obstarávaní technická spôsobilosť alebo odborná spôsobilosť sa preukazuje
druhu, množstva, dôležitosti alebo využitia dodávky tovaru, stavebných prác alebo služieb doloženým jedným alebo niekoľkými z týchto dokladov, ak ide o stavebné práce alebo služby, údajmi o vzdelaní a odbornej praxi alebo o odbornej kvalifikácií osôb určených na plnenie zmluvy alebo koncesnej zmluvy alebo riadiacich zamestnancov, ak nie sú kritériom na vyhodnotenie ponúk. 68.
5 zákona o verejnom obstarávaní podmienky účasti, ktoré verejný obstarávateľ a obstarávateľ určia na preukázanie splnenia finančného a ekonomického postavenia a technickej spôsobilosti alebo odbornej spôsobilosti, musia byť primerané a musia súvisieť s predmetom zákazky alebo koncesie. Verejný obstarávateľ a obstarávateľ môžu vyžadovať od uchádzačov alebo od záujemcov minimálnu úroveň finančného a ekonomického postavenia alebo technickej spôsobilosti alebo odbornej spôsobilosti. 69.
1 zákona o verejnom obstarávaní dynamický nákupný systém na účely tohto zákona je elektronický proces určený na obstarávanie tovaru, stavebných prác alebo služieb bežne dostupných na trhu definovaných minimálne v rozsahu skupiny
slovníka obstarávania, ktorých charakteristiky spĺňajú požiadavky verejného obstarávateľa alebo obstarávateľa. 70.
2 zákona o verejnom obstarávaní dynamický nákupný systém môže byť rozdelený do kategórií tovarov, stavebných prác alebo služieb objektívne určených na základe charakteristík zákaziek zadávaných v rámci určitej kategórie, ktoré môžu odkazovať na tovary, služby alebo stavebné práce v rámci triedy
slovníka obstarávania, na maximálnu možnú veľkosť následných jednotlivých zákaziek alebo na určitú geografickú oblasť, kde sa budú následné jednotlivé zmluvy plniť. Ak verejný obstarávateľ alebo obstarávateľ rozdelí dynamický nákupný systém do kategórií tovarov, stavebných prác alebo služieb, uvedie primerané podmienky účasti pre každú kategóriu. 71.
3 zákona o verejnom obstarávaní pri obstarávaní v rámci dynamického nákupného systému sa použije postup užšej súťaže, ak v § 58 až 61 nie je ustanovené inak. Pri obstarávaní v rámci dynamického nákupného systému verejný obstarávateľ alebo obstarávateľ nie je povinný zriadiť komisiu
. Využitím dynamického nákupného systému možno uzavrieť rámcovú dohodu s jedným hospodárskym subjektom najviac na šesť mesiacov. 12 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie 72.
1 písm. b) zákona o verejnom obstarávaní uchádzač, záujemca, účastník alebo osoba, ktorej práva alebo právom chránené záujmy boli alebo mohli byť dotknuté postupom verejného obstarávateľa, obstarávateľa alebo osoby
, môže podať žiadosť o nápravu proti podmienkam uvedeným v iných dokumentoch potrebných na vypracovanie žiadosti o účasť, ponuky alebo návrhu poskytnutých verejným obstarávateľom, obstarávateľom alebo osobou
. 73.
5 písm. a) zákona o verejnom obstarávaní doručenie písomného oznámenia o výsledku vybavenia žiadosti o nápravu, písomného oznámenia o zamietnutí žiadosti o nápravu alebo nesplnenie povinnosti
odseku 3 alebo odseku 4 oprávňuje žiadateľa podať námietky v tejto veci; to neplatí vo veciach, v ktorých
7 nemožno podať námietku. Právo podať námietky
3 písm.
5 alebo ods. 6. 74.
2 zákona o verejnom obstarávaní podaniu námietok musí predchádzať doručenie žiadosti o nápravu kontrolovanému. Táto povinnosť sa nevzťahuje na podanie námietok
odseku 3 písm.
odseku 1 písm. e). 75.
5 písm. d) zákona o verejnom obstarávaní námietky doručené úradu a kontrolovanému musia obsahovať označenie skutočností, proti ktorým námietky
odseku 3 smerujú, pričom ak podaniu námietok musí predchádzať doručenie žiadosti o nápravu, námietky nemôžu ísť nad rámec obsahu žiadosti o nápravu. 76.
1 písm. h) zákona o verejnom obstarávaní úrad zastaví rozhodnutím konanie o preskúmanie úkonov kontrolovaného, ak kaucia nebola pripísaná na účet úradu v lehote alebo najmenej vo výške ustanovenej v § 172. 77.
1 písm. j) zákona o verejnom obstarávaní úrad zastaví rozhodnutím konanie o preskúmanie úkonov kontrolovaného, ak žiadosť o nápravu nebola doručená kontrolovanému v lehote
5 alebo ods. 6 alebo ak doplnená žiadosť o nápravu nebola doručená kontrolovanému v lehote
1, ak ide o námietky
3 písm. a) a b). 78.
8 písm.
1 písm. b) zákona o verejnom obstarávaní ak úrad v konaní o preskúmanie úkonov kontrolovaného pred uzavretím zmluvy zistí, že postupom kontrolovaného bol porušený tento zákon a porušenie malo alebo mohlo mať vplyv na výsledok verejného obstarávania, rozhodnutím nariadi zrušiť použitý postup zadávania zákazky alebo koncesie, postup zadávania časti zákazky alebo časti koncesie alebo súťaž návrhov. Právne posúdenie úradu 13 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie
3 písm. b) zákona o verejnom obstarávaní proti podmienkam uvedeným v iných dokumentoch potrebných na vypracovanie žiadosti o účasť v užšej súťaži zadávanej postupom DNS, pričom svoju argumentáciu smeruje
jeho tvrdení proti neprimerane stanoveným podmienkam účasti
1 písm. g) zákona o verejnom obstarávaní, ktoré sú stanovené v časti A.2 „Podmienky účasti záujemcov“, v bode 2 „Podmienky účasti vo verejnom obstarávaní
ZVO týkajúce sa technickej spôsobilosti alebo odbornej spôsobilosti“ súťažných podkladov vzhľadom na použitie DNS, a to konkrétne proti stanovenej: I. minimálnej úrovni požadovanej technickej spôsobilosti alebo odbornej spôsobilosti pre časť (kategóriu) 20 - Infraštruktúrny inžinier - Systémový administrátor uvedenej v bode 2.20 súťažných podkladov, II. minimálnej úrovni požadovanej technickej spôsobilosti alebo odbornej spôsobilosti pre časť (kategóriu) 23 - Softvérový inžinier senior – UI/UX Dizajnér uvedenej v bode 2.23 súťažných podkladov, III. minimálnej úrovni požadovanej technickej spôsobilosti alebo odbornej spôsobilosti pre časť (kategóriu) 5 - Softvérový inžinier senior – FrontEnd (Angular) + iOS, Android uvedenej v bode 2.5 súťažných podkladov a minimálnej úrovni požadovanej technickej spôsobilosti alebo odbornej spôsobilosti pre časť (kategóriu) 6 - Softvérový inžinier medior – FrontEnd (Angular) + iOS, Android uvedenej v bode 2.6 súťažných podkladov, IV. minimálnej úrovni požadovanej technickej spôsobilosti alebo odbornej spôsobilosti pre časť (kategóriu) 17 - Softvérový inžinier senior – Full-Stack uvedenej v bode 2.17 súťažných podkladov a minimálnej úrovni požadovanej technickej spôsobilosti alebo odbornej spôsobilosti pre časť (kategóriu) 18 - Softvérový inžinier medior – Full-Stack uvedenej v bode 2.18 súťažných podkladov, 14 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie V. minimálnej úrovni požadovanej technickej spôsobilosti alebo odbornej spôsobilosti pre časť (kategóriu) 25 - Softvérový inžinier senior – IT Architekt uvedenej v bode 2.25 súťažných podkladov. 83. So zreteľom na vyššie uvedené úrad považuje za potrebné poukázať na nasledujúce zistenia. V prvom rade úrad poukazuje na časť A.1 „Pokyny pre záujemcov a uchádzačov“ súťažných podkladov, konkrétne na bod 2.2, v ktorom je uvedené, cit.: „Verejný obstarávateľ zriaďuje DNS na poskytovanie bežne dostupných služieb pracovníkov v oblasti IT, rozdelený do kategórií
pozícií v zmysle bodu B.1 týchto súťažných podkladov. Rozdelenie DNS do kategórií zodpovedá rozdeleniu zákazky na časti v zmysle Oznámenia o vyhlásení verejného obstarávania.“, a na bod 3.2, v ktorom je uvedené, cit: „Predmet zákazky je rozdelený na nasl. časti (DNS je rozdelený do nasl. kategórií): (...) Časť (kategória) 5- Softvérový inžinier senior – FrontEnd (Angular) + iOS, Android Časť (kategória) 6- Softvérový inžinier medior – FrontEnd (Angular) + iOS, Android (...) Časť (kategória) 17 - Softvérový inžinier senior – Full-Stack Časť (kategória) 18 - Softvérový inžinier medior – Full-Stack (...) Časť (kategória) 20 – Infraštruktúrny inžinier - Systémový administrátor (...) Časť (kategória) 23 - Softvérový inžinier senior – UI/UX Dizajnér (...) Časť (kategória) 25 - Softvérový inžinier senior – IT Architekt“.
2 Zákona o verejnom obstarávaní povinný určiť, resp. uviesť primerané podmienky účasti pre každú kategóriu. (...) V súvislosti s uvedeným, Žiadateľ tiež uvádza, že vzhľadom na použitie DNS a jeho špecifiká na zabezpečenie Verejným obstarávateľom požadovaného predmetu zákazky boli zo strany Verejného obstarávateľa mimoriadne prísne nastavené podmienky účasti
1 písm. g) Zákona o verejnom obstarávaní, konkrétne ich minimálna požadovaná úroveň u expertov 20 a 23.“ 86. Úrad na základe uvedeného konštatuje, že navrhovateľ síce v námietkach neoznačil, proti ktorým častiam zákazky smerujú jeho námietky, úrad na základe preskúmania námietok s prihliadnutím na obsah žiadosti o nápravu, súťažných podkladov a oznámenia o vyhlásení verejného obstarávania identifikoval, že skutočnosti, ktoré sú obsahom námietok navrhovateľa
3 písm. b) zákona o verejnom obstarávaní, smerujú z hľadiska ich obsahu proti 7 častiam zákazky, konkrétne proti časti 20 „Infraštruktúrny inžinier - Systémový administrátor“ a proti časti 23 „Softvérový inžinier senior UI/UX Dizajnér“, pri ktorých zhodne so žiadosťou o nápravu navrhovateľ namieta nastavenie minimálnej požadovanej úrovne technickej spôsobilosti alebo odbornej spôsobilosti, a ďalej proti časti 5 „Softvérový inžinier senior FrontEnd (Angular) + iOS, Android“, časti 6 „Softvérový inžinier medior FrontEnd (Angular) + iOS, Android“, časti 17 „Softvérový inžinier senior Full-Stack“, časti 18 „Softvérový inžinier medior Full-Stack“ a proti časti 25 „Softvérový inžinier senior IT Architekt“ a s ohľadom na to, že navrhovateľ spolu s podanými námietkami zložil kauciu len za jednu časť zákazky (bod
4 zákona o verejnom obstarávaní 2 000 eur. Uvedené tvrdenia vyplývajú aj z komentárovej literatúry k zákonu o verejnom obstarávaní, ktorá k ustanoveniu § 172 ods. 4 zákona o verejnom obstarávaní uvádza, cit.: „Komentované ustanovenie upravuje náhradný spôsob určenia výšky kaucie, ak:
ods. 1, teda 2-tisíc eur. Aj toto pravidlo je oveľa jednoduchšie ako alternatívny spôsob určovania výšky kaucie
právnej úpravy účinnej do 31. decembra 2018. Zákon už neobsahuje náhradný spôsob určenia predpokladanej hodnoty zákazky [§ 170 ods. 6 a ods. 7 písm.
3 písm. b) zákona o verejnom obstarávaní k časti 20 zákazky „Infraštruktúrny inžinier - Systémový administrátor“, a to z dôvodu, že navrhovateľ v námietkach týkajúcich sa stanovených podmienok účasti technickej spôsobilosti alebo odbornej spôsobilosti pre časť 20 zákazky „Infraštruktúrny inžinier - Systémový administrátor“ a ich minimálnej požadovanej úrovne, uvádza viac sporných požiadaviek určených kontrolovaným pre túto časť zákazky ako pre časť 23 zákazky „Softvérový inžinier senior UI/UX Dizajnér“, a v zmysle toho aj vyhodnotil splnenie procesných podmienok spojených s podaním námietok vo vzťahu k všetkým namietaným častiam zákazky. Úrad pre úplnosť dodáva, že rozhodnutím úradu zaoberať sa v tomto revíznom konaní námietkami navrhovateľa
3 písm. b) zákona o verejnom obstarávaní k časti 20 zákazky „Infraštruktúrny inžinier - Systémový administrátor“ nie je žiadnym spôsobom dotknutá právomoc úradu vykonať z vlastného podnetu kontrolu
zákona o verejnom obstarávaní v časti 23 predmetu zákazky s názvom „Softvérový inžinier senior UI/UX Dizajnér“. K námietkam navrhovateľa k časti 23 predmetu zákazky s názvom „Softvérový inžinier senior UI/UX Dizajnér“ 89. V súvislosti s posúdením námietok navrhovateľa týkajúcich sa časti 23 predmetu zákazky „Softvérový inžinier senior UI/UX Dizajnér“ vo vzťahu k nesprávne nastaveným podmienkam účasti
1 písm. g) zákona o verejnom obstarávaní stanoveným v časti A.2 „Podmienky účasti záujemcov“, v bode 2 „Podmienky účasti vo verejnom obstarávaní
ZVO týkajúce sa technickej spôsobilosti alebo odbornej spôsobilosti“, konkrétne v podbode 2.23 súťažných podkladov, úrad poukazuje na body
3 písm. b) zákona o verejnom obstarávaní proti podmienkam uvedeným v iných dokumentoch potrebných na vypracovanie žiadosti o účasť v užšej súťaži zadávanej postupom dynamického nákupného systému vzťahujúcich sa k časti 23 predmetu zákazky zložiť kauciu vo výške 2 000 eur. 17 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie 90.
1 písm. h) zákona o verejnom obstarávaní úrad zastaví rozhodnutím konanie o preskúmanie úkonov kontrolovaného, ak kaucia nebola pripísaná na účet úradu v lehote alebo najmenej vo výške ustanovenej v § 172 zákona o verejnom obstarávaní. 91. Úrad vzhľadom na vyššie uvedené konštatuje, že navrhovateľ k námietkam týkajúcim sa časti 23 predmetu zákazky s názvom „Softvérový inžinier senior UI/UX Dizajnér“ vo vzťahu k nesprávne nastaveným podmienkam účasti
1 písm. g) zákona o verejnom obstarávaní stanoveným v časti A.2 „Podmienky účasti záujemcov“, v bode 2 „Podmienky účasti vo verejnom obstarávaní
ZVO týkajúce sa technickej spôsobilosti alebo odbornej spôsobilosti“, konkrétne v podbode 2.23 súťažných podkladov, nezložil na účet úradu kauciu vo výške ustanovenej v § 172 zákona o verejnom obstarávaní.
ZVO týkajúce sa technickej spôsobilosti alebo odbornej spôsobilosti“, v podbode 2.5, 2.6, 2.17, 2.18 a 2.25 súťažných podkladov pre časť 5 predmetu zákazky s názvom „Softvérový inžinier senior FrontEnd (Angular) + iOS, Android“, časť 6 predmetu zákazky s názvom „Softvérový inžinier medior FrontEnd (Angular) + iOS, Android“, časť 17 predmetu zákazky s názvom „Softvérový inžinier senior Full-Stack“, časť 18 predmetu zákazky s názvom „Softvérový inžinier medior Full-Stack“ a časť 25 predmetu zákazky s názvom „Softvérový inžinier senior IT Architekt“ poukazuje na § 170 ods. 2 a § 170 ods. 5 písm. d) zákona o verejnom obstarávaní. 95.
2 zákona o verejnom obstarávaní podaniu námietok musí predchádzať doručenie žiadosti o nápravu kontrolovanému. Táto povinnosť sa nevzťahuje na podanie námietok
odseku 3 písm.
odseku 1 písm. e). 96.
5 písm. d) zákona o verejnom obstarávaní námietky doručené úradu a kontrolovanému musia obsahovať označenie skutočností, proti ktorým námietky
odseku 3 smerujú, pričom ak podaniu námietok musí predchádzať doručenie žiadosti o nápravu, námietky nemôžu ísť nad rámec obsahu žiadosti o nápravu. 18 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie
ZVO týkajúce sa technickej spôsobilosti alebo odbornej spôsobilosti“ v podbode 2.5, 2.6, 2.16, 2.17 a 2.25 súťažných podkladov pre časť 5 predmetu zákazky s názvom „Softvérový inžinier senior FrontEnd (Angular) + iOS, Android“, časť 6 predmetu zákazky s názvom „Softvérový inžinier medior FrontEnd (Angular) + iOS, Android“, časť 17 predmetu zákazky s názvom „Softvérový inžinier senior Full-Stack“, časť 18 predmetu zákazky s názvom „Softvérový inžinier medior Full-Stack a časť 25 predmetu zákazky s názvom „Softvérový inžinier senior IT Architekt“ nenachádzajú (bod 85. tohto rozhodnutia), a teda, že námietky navrhovateľa k týmto častiam predmetu zákazky idú nad rámec obsahu žiadosti o nápravu, čím si navrhovateľ nesplnil povinnosť vyplývajúcu z § 170 ods. 2 zákona o verejnom obstarávaní, a tak s ohľadom na § 165 ods. 5 písm. a) zákona o verejnom obstarávaní navrhovateľovi zaniklo právo na podanie námietok
3 písm. b) zákona o verejnom obstarávaní. Úrad na takéto dodatočne uvedené skutočnosti neprihliada. Toto je materializáciou koncentračnej zásady v konaní o preskúmanie úkonov kontrolovaného na základe námietok, keďže na skutočnosti, ktoré neboli namietané v rámci žiadosti o nápravu (ak bolo podanie žiadosti o nápravu povinné) nemôže úrad prihliadať, a to vychádzajúc aj z dvojinštančnosti konania o vybavenie žiadosti o nápravu a konania o preskúmanie úkonov kontrolovaného na základe námietok vo vzťahu k úkonom, ktoré musia byť
1 zákona o verejnom obstarávaní najprv preskúmané kontrolovaným v rámci konania o vybavenie žiadosti o nápravu. 99.
1 písm. j) zákona o verejnom obstarávaní úrad zastaví rozhodnutím konanie o preskúmanie úkonov kontrolovaného, ak žiadosť o nápravu nebola doručená kontrolovanému v lehote
5 alebo ods. 6 alebo ak doplnená žiadosť o nápravu nebola doručená kontrolovanému v lehote
1, ak ide o námietky
3 písm. a) a b). 100. S ohľadom na vyššie uvedené úrad uvádza, že zastavuje konanie o preskúmanie úkonov kontrolovaného na základe námietok navrhovateľa k časti 5 predmetu zákazky s názvom „Softvérový inžinier senior FrontEnd (Angular) + iOS, Android“, časti 6 predmetu zákazky s názvom „Softvérový inžinier medior FrontEnd (Angular) + iOS, Android“, časti 17 predmetu zákazky s názvom „Softvérový inžinier senior Full-Stack, časti 18 predmetu zákazky s názvom „Softvérový inžinier medior Full-Stack“ a časti 25 predmetu zákazky s názvom „Softvérový inžinier senior IT Architekt“ týkajúce sa nesprávneho nastavenia podmienok účasti
1 písm. g) zákona o verejnom obstarávaní stanoveným v časti A.2 „Podmienky účasti záujemcov“, v bode 2 „Podmienky účasti vo verejnom obstarávaní
ZVO týkajúce sa technickej spôsobilosti alebo odbornej spôsobilosti“, konkrétne v podbode 2.5, 2.6, 2.17, 2.18, 2.25 súťažných podkladov, a to
1 písm. j) zákona o verejnom obstarávaní. 19 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie 101. Úrad uvádza, že v dôsledku skutočnosti, že námietkam
3 písm. b) zákona o verejnom obstarávaní nepredchádzala žiadosť o nápravu, ktorá by bola doručená kontrolovanému v lehote
5 písm. c) zákona o verejnom obstarávaní, neboli pre konanie o preskúmanie úkonov kontrolovaného na základe námietok zo strany navrhovateľa k časti 5 predmetu zákazky s názvom „Softvérový inžinier senior FrontEnd (Angular) + iOS, Android“, časti 6 predmetu zákazky s názvom „Softvérový inžinier medior FrontEnd (Angular) + iOS, Android“, časti 17 predmetu zákazky s názvom „Softvérový inžinier senior Full-Stack“, časti 18 predmetu zákazky s názvom „Softvérový inžinier medior Full-Stack“ a časti 25 predmetu zákazky s názvom „Softvérový inžinier senior IT Architekt“ v súvislosti s problematikou nastavenia podmienok účasti stanovených v časti A.2 „Podmienky účasti záujemcov“, v bode 2 „Podmienky účasti vo verejnom obstarávaní
ZVO týkajúce sa technickej spôsobilosti alebo odbornej spôsobilosti“, v podbode 2.5, 2.6, 2.17, 2.18 a 2.25 súťažných podkladov splnené všetky zákonné predpoklady, čím pre úrad nastala neodstrániteľná prekážka brániaca rozhodovaniu v konaní o preskúmaní úkonov kontrolovaného v súlade s príslušnými ustanoveniami zákona o verejnom obstarávaní.
1 písm. g) zákona o verejnom obstarávaní stanovené v časti A.2 „Podmienky účasti záujemcov“, v bode 2 „Podmienky účasti vo verejnom obstarávaní
ZVO týkajúce sa technickej spôsobilosti alebo odbornej spôsobilosti“, konkrétne v podbode 2.20 súťažných podkladov určené pre časť 20 predmetu zákazky s názvom: „Infraštruktúrny inžinier - Systémový administrátor“. Navrhovateľ je presvedčený, že takto stanovené podmienky účasti (formulácia požadovaných minimálnych štandardov) pozostávajú z nie bežnej kombinácie znalostí a spájajú požiadavky na minimálne 2-3 špecialistov: typicky network a security špecialista - expert 1; VM a cloud virtualizácia (KVM, VMware, Cloudstack, Openstack) špecialista - expert 2 a Hitachi/storage špecialista expert 3. Zároveň navrhovateľ uvádza, že sa vychádza už z predpokladu, že každý z týchto expertov vie tvoriť automatizáciu a laC pomocou nástrojov Saltstack, Terraform, Ansible a GIT, čo tiež nie je
navrhovateľa úplne štandardná znalosť. Z vyššie uvedeného
navrhovateľa jednoznačne vyplýva, že kumulácia vyššie uvedených kvalifikačných predpokladov vylučuje, aby expert s takýmto širokým záberom mohol byť považovaný za „bežne dostupného”, a že kontrolovaný zadefinoval minimálnu úroveň kvalifikačných predpokladov neprimerane vzhľadom na použitie DNS.
slovníka obstarávania, ktorých charakteristiky spĺňajú požiadavky verejného obstarávateľa alebo obstarávateľa. Na rozdiel od podlimitného elektronického trhoviska, ktoré je určené na obstarávanie bežne dostupných tovarov alebo služieb, DNS nie je založený na anonymite verejného obstarávateľa a záujemcov/uchádzačov, ani na úplnej automatizácii vyhodnocovania ponúk. Na základe toho umožňuje proces vysvetľovania súťažných podmienok, hodnotenia ponúk pred uzavretím zmluvy, vyžaduje dlhšie minimálne lehoty na predkladanie ponúk a umožňuje uplatňovanie revíznych nástrojov. V tomto prípade je relevantné aj určovanie podmienok účasti ako kvalifikačných predpokladov na zaradenie do DNS. V porovnaní s podlimitným elektronickým trhoviskom tak ide o univerzálnejší nástroj, ktorý je možné použiť aj na určité typy zákaziek na stavebné práce, ako aj služby intelektuálneho charakteru. Podstata DNS spočíva v jeho neustálej otvorenosti voči prístupu nových dodávateľov, čím sa zásadne odlišuje od rámcovej dohody. Okruh dodávateľov sa tak môže rozširovať počas celej doby platnosti DNS, čím sa vytvárajú predpoklady pre získanie väčšieho rozsahu ponúk, a teda aj optimalizácie používania verejných finančných prostriedkov. Súčasne má DNS ambíciu byť flexibilným nástrojom umožňujúcim zadávanie zákaziek v krátkych časových intervaloch. Verejný obstarávateľ / obstarávateľ tak môže prostredníctvom DNS opakovane zadávať zákazky bez nutnosti opätovnej kvalifikácie hospodárskych subjektov, čo výrazne ovplyvňuje znižovanie administratívnej záťaže tak na strane verejného obstarávateľa/obstarávateľa ako aj uchádzača, resp. záujemcu. Výraznou výhodou DNS je aj absencia nutnosti čakania na uplynutie odkladnej lehoty na uzavretie zmluvy v zmysle § 56 zákona o verejnom obstarávaní. DNS môže byť zriadený ako jeden celok alebo môže byť rozdelený na kategórie (menšie celky rozdelené napr.
druhu tovarov, veľkosti alebo geografickej oblasti). V takomto prípade je však verejný obstarávateľ/obstarávateľ povinný určiť primerané podmienky účasti pre každú kategóriu samostatne. Obstarávanie v rámci DNS vychádza z pravidiel užšej súťaže. Je potrebné zdôrazniť, že zákon s účinnosťou novely od 1.1.2019 upustil od možnosti uzatvorenia rámcových zmlúv prostredníctvom DNS. Hlavným dôvodom bol rozdiel medzi základným mechanizmom, na ktorom sú tieto inštitúty postavené. DNS je postavené na princípe opakovaného zadávania zákaziek a neustálej otvorenosti možnosti pristúpenia nových uchádzačov. Naproti tomu rámcová dohoda predstavuje nástroj, prostredníctvom ktorého v priebehu určitého časového obdobia dochádza k „faktickému uzatvoreniu súťažného prostredia“, čo ide proti podstate samotného DNS. Celý proces obstarávania prostredníctvom DNS je možné rozdeliť na 3 fázy: • Oznámenie zámeru zriadiť DNS • Kvalifikácia záujemcov a zriadenie DNS • Zadávanie zákaziek prostredníctvom DNS“.2 Prvú fázu DNS je vo všeobecnosti možné označiť ako fázu, ktorou verejný obstarávateľ / obstarávateľ oznámia zámer zriadiť DNS, oznámia na aký druh predmetu zákazky plánujú zriadiť DNS, vymedzia Viac o DNS v predmetnom dokumente, ktorý je dostupný na stiahnutie na nasledujúcom odkaze: https://www.uvo.gov.sk/metodika-vzdelavanie/vseobecne-metodicke-materialy. K tomu pozri aj dokument s názvom „Infografika k dynamickému nákupnému systému“, ktorý je rovnako možné stiahnuť na nasledujúcom odkaze https://www.uvo.gov.sk/metodika-vzdelavanie/tematicke-materialy/dynamicky-nakupny-system. 2 21 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie opis predmetu zákazky na úrovni CPV kódov, určia maximálnu predpokladanú hodnotu všetkých zákaziek a vymedzia trvanie DNS. Verejný obstarávateľ / obstarávateľ zároveň v tejto fáze DNS stanovia podmienky účasti, ktoré musia záujemcovia spĺňať, aby boli zaradení do DNS, pričom sú povinní zverejniť aj odkaz na webové sídlo, na ktorom možno od uverejnenia oznámenia až do ukončenia používania DNS získať neobmedzený, úplný a priamy prístup k súťažným podkladom. Hlavným znakom prvej fázy DNS teda je, že slúži na rámcové vymedzenie predmetu zákazky a jeho predpokladanej hodnoty a stanovenie podmienok účasti. Druhú fázu DNS je možné vo všeobecnosti charakterizovať ako selekčnú fázu, v rámci ktorej verejný obstarávateľ / obstarávateľ vytvoria základný zoznam potenciálnych dodávateľov a následne zriadia samotný DNS. Verejný obstarávateľ / obstarávateľ v tejto fáze vyhodnocujú žiadosti o účasť, ktoré boli podané v lehote stanovenej v oznámení o vyhlásení verejného obstarávania, pričom do DNS je zaradený každý záujemca, ktorý požiadal o zaradenie do DNS a splnil podmienky účasti. Až po ukončení procesu vyhodnocovania v lehote predložených žiadostí o účasť verejný obstarávateľ / obstarávateľ zriadia DNS. Žiadosti o účasť predložené po zriadení DNS verejný obstarávateľ / obstarávateľ vyhodnocujú priebežne, a to do desiatich pracovných dní, v odôvodnených prípadoch do pätnástich pracovných dní, odo dňa ich prijatia. Hlavným znakom druhej fázy DNS teda je, že slúži na prvotnú kvalifikáciu záujemcov s následným zriadením DNS. Tretia fáza DNS je fáza, kedy sú zadávané už konkrétne čiastkové zákazky, výsledkom ktorých bude uzatvorenie zmluvy / rámcovej dohody. Verejný obstarávateľ / obstarávateľ po zriadení DNS doručia výzvu na predkladanie ponúk súčasne všetkým záujemcom zaradeným do DNS (resp. všetkým záujemcom zaradeným do určitej kategórie zodpovedajúcej zadávanej zákazke, ak bol DNS rozdelený do kategórií). Súčasťou výzvy na predkladanie ponúk sú náležitosti
2 zákona o verejnom obstarávaní, čo okrem iného znamená, že verejný obstarávateľ / obstarávateľ sú povinní zverejniť odkaz na internetovú adresu, na ktorej sú dostupné dokumenty potrebné na vypracovanie ponuky. Hlavným znakom tretej fázy DNS teda je, že verejný obstarávateľ / obstarávateľ už obstarávajú konkrétne plnenie, pričom až v tejto fáze uvedú presnú špecifikáciu tej-ktorej čiastkovej zákazky, na základe ktorej záujemcovia pripravia a predložia svoje ponuky.
ktorého sa bežne dostupnými tovarmi, stavebnými prácami alebo službami na trhu rozumejú tovary, stavebné práce alebo služby, ktoré sú:
ktorej bežne dostupné tovary, stavebné práce alebo služby nie sú vyrábané, dodávané, uskutočňované alebo poskytované na základe špecifických a pre daný prípad jedinečných požiadaviek.
dôvodovej správy k uvedenému, cit.: „Navrhovaná úprava § 2 ods. 5 písm.
ktorého, ak verejný obstarávateľ rozdelí DNS do kategórií služieb, uvedie primerané podmienky účasti pre každú kategóriu.
ZVO týkajúce sa technickej spôsobilosti alebo odbornej spôsobilosti“, v podbode 2.20 súťažných podkladov nasledovne, cit.: „Minimálna úroveň požadovanej technickej spôsobilosti alebo odbornej spôsobilosti pre časť (kategóriu) 20 - Infraštruktúrny inžinier - Systémový administrátor • minimálne 5-ročná preukázateľná odborná prax v oblasti infraštruktúry informačných systémov • minimálne 3 profesionálne praktické skúsenosti (projekt/zákazka súvisiace v oblasti správy infraštruktúry informačných systémov) • požadované znalosti a skúsenosti s operačným systémami na báze Linux a Windows server • požadované znalosti a skúsenosti s cloud/VM/security/networking KVM, CloudStack/OpenStack, VMware/Proxmox, Fortinet, F5, Terraform, Ansible, IaC • požadované znalosti a skúsenosti s storage Hitachi • skúsenosti s verzionovaním v GIT(resp. ekvivalentným - TFS, SVN)“.
jeho názoru príliš špecifické zručnostiam, a bežne experti uchádzajúci sa o predmetné pozície v požadovanú kombináciu nemajú, pretože sú vyžadované z oblastí, ktoré sú špecifické pre iné skupiny expertných skúseností. V rámci správneho pochopenia tejto problematiky je potrebné vysvetliť základné pojmy procesov vyplývajúcich z realizácie IT projektov v rôznych oblastiach z pohľadu best practice techník používaných pri poskytovaní IT služieb, ktoré umožnia získanie maximálneho profitu z poskytovaných služieb vzhľadom k potrebám zákazníka. 2.2 ITIL process Čo je ITIL? ITIL (Information Technology Infrastructure Library) je rámec (framework) určený na štandardizáciu výberu, plánovania, poskytovania, údržby a celkového životného cyklu IT služieb v rámci podniku. Cieľom je zlepšiť efektivitu a dosiahnuť predvídateľné poskytovanie služieb. Smernice a osvedčené postupy ITIL zosúlaďujú činnosti a výdavky oddelenia IT s potrebami podniku a menia ich
toho, ako podnik rastie alebo mení smer. ITIL začal v
požiadaviek zákazníka. V týchto typoch organizácií je taktiež kladený dôraz na špecializáciu zdrojov, kde riešiteľské tými sú skladané z ľudí s rôznymi zručnosťami a kompetenciami z príslušnej oblasti či už Dizajnu, Vývoja, Nasadenia alebo prevádzky. Úlohy v riadení IT služieb Na pomoc s touto úlohou sa v organizáciách často používa model RACI (Responsible, Accountable, Consulted, Informed) alebo „matica autorít“ na definovanie rolí a zodpovedností vo vzťahu k procesom a činnostiam. Matica RACI poskytuje kompaktnú, stručnú a jednoduchú metódu sledovania toho, kto čo robí v každom procese a umožňuje robiť jasné rozhodnutia. Pri používaní RACI existuje iba jedna osoba zodpovedná za činnosť v definovanom rozsahu pôsobnosti. R – Responsible - Zodpovedná Osoba alebo osoby zodpovedné za správne vykonanie – za vykonanie úlohy A – Accountable - Osoba, ktorá vlastní kvalitu a konečný výsledok. Za každú úlohu môže byť zodpovedná iba jedna osoba C – Consulted - Ľudia, s ktorými sa konzultuje a ktorých názory sa hľadajú. Zapájajú sa prostredníctvom vkladu vedomostí a informácií I – Informed - Ľudia, ktorí sú informovaní o pokroku. Dostávajú informácie o priebehu a kvalite procesov Všetky špecifické úlohy v rámci riadenia služieb ITIL si vyžadujú špecifické zručnosti, vlastnosti a kompetencie od zainteresovaných ľudí, aby mohli pracovať efektívne. Bez ohľadu na úlohu je však nevyhnutné, aby osoba vykonávajúca túto úlohu mala kompetencie, schopnosti, znalosti a informácie potrebné na splnenie úlohy. 2.3 Rozdelenie kompetencií ľudských zdrojov 28 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie V rámci vyššie popísaných princípov ITIL v súčasnosti organizácie, ktoré na svoje fungovanie potrebujú veľké IT oddelenia praktizujú striktné oddelenie jednotlivých činností v rámci IT v súlade s odporúčaniami ITIL. Bankový a telekomunikačný sektor sú oblasti, ktoré pristúpili ako prvé k striktným definíciám procesov a následne k rozdeleniu oddelení, ktoré boli väčšinou spoločné Vývoj aplikácií a prevádzka aplikácií. Dnes neexistuje v týchto oblastiach žiadna možnosť zdieľania týchto činností. Tento vývoj môžeme vidieť aj na ponuke pracovných príležitostí bankových inštitúcií, keď hľadajú pracovníkov do oblasti vývoja alebo prevádzky v pracovných ponukách požadujú iba skúsenosti v definovanej oblasti. Detaily ponúk sú uvedené na priloženom CD v adresári PracovnePonuky 2.3.1 Vývoj IT architekt Bežné skills, požadované pre predmetnú pozíciu (uvádzané ako možnosti nie striktné požiadavky na každú skúsenosť): • Stratégia rozvoja IT systémov • Architektonické štandardy • Architektonické vzory (patterns) – MVC, CQRS(Command Query Responsibility Segregation), Broker, Event Bus ... • Architektonické frameworky -TOGAF, DoDAF, Zachman Framework... • Nástroje – Entrerprice Architect, UMLDesigner, erwin, Abacus... Vzory pracovných ponúk na obdobné pozície inzerované na portáloch s ponukou práce sú na priloženom CD v adresári PracovnePonuky Súbor: TB-architekt.pdf UX/UI designer Bežné skills, požadované pre predmetnú pozíciu (uvádzané ako možnosti nie striktné požiadavky na každú skúsenosť): • HTML, CSS, JavaScript • Design systémy - Figma, Sketch, Adobe XD • Grafické editory • Skúsenosti s návrhom užívateľských rozhraní • Skúsenosti s tvorbou design manuálu a dodržiavanie design manuálu Vzory pracovných ponúk na obdobné pozície inzerované na portáloch s ponukou práce sú na priloženom CD v adresári PracovnePonuky Súbory: UX_UI Designer - S&you by SYNERGIE _ PROFESIA.SK.pdf UX_UI dizajnér(ka) pre... - O2 Slovakia, s.r.o. _ PROFESIA.SK.pdf 2.3.2 Prevádzka Systémový administrátor V prípade pozícií na systémových administrátorov je v poslednej dobe s rozvojom cloud riešení a potreby virtualizácie požadovaná profesijná skúsenosť delená a spoločnosti požadujú užšie špecializácie na technológie postavené na systémoch Windows alebo Linux a väčšinou už sú požadovaní zvlášť experti 29 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie Bežné skills, požadované pre predmetnú pozíciu (uvádzané ako možnosti nie striktné požiadavky na každú skúsenosť): MS Windows: • správa serverov, prostredí a inštalácie MS Windows • /Win2012R2/2016/2019 • Rozsiahla znalosť nasledujúcich technológii: • Active Directory • MS SQL • IIS • Clustering v prostredí MS • IP stack, bonding • Virtualizácia (HyperV, VMWare) • PowerShell, VB • Docker • Azure • MS365 Linux: správa komplexných serverových riešení na platforme Linux: • Redhat • CentOS • Debian • Ubuntu • Clustering • Apache, Nginx • Kontajnerizácia – Docker, Kubernetes • Scripting – Bash, Python • IP stack, bonding • Virtualizácia správa – XEN, KVM, VMWare Vzory pracovných ponúk na obdobné pozície inzerované na portáloch s ponukou práce sú na priloženom CD v adresári PracovnePonuky Súbory: Senior DevOps Engineer 230505A _ TITANS freelancers.pdf Linux administrátor 230427A _ TITANS freelancers.pdf L3 Windows administrátor 230505B _ TITANS freelancers.pdf Systémový [Hosting] administrátor 230322A _ TITANS freelancers.pdf Windows System Administrator (Geek) - Digmia.pdf Linux System Administrator (Geek) - Digmia.pdf Aplikačný a systémový... - Slovak Telekom, a.s. _ PROFESIA.SK.pdf Zdroje, ktoré boli použité znalcom sú uvedené spolu s hypertextovými linkami nájdete v Príloha 6 – Zoznam internetových zdrojov.“ 118. V časti „Záver“ odborného vyjadrenia znalec zodpovedal jednotlivé otázky položené úradom týkajúce sa tvrdení navrhovateľa v námietkach, cit.: „Na zadané otázky uvádzam nasledovné odpovede: Otázka č. 1: 30 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie Je možné považovať IT pracovníka spĺňajúceho kumulatívne všetky požiadavky kontrolovaného uvedené v časti A.2 „Podmienky účasti záujemcov“, v bode 2 „Podmienky účasti vo verejnom obstarávaní
ZVO týkajúce sa technickej spôsobilosti alebo odbornej spôsobilosti“, v podbode 2.20 súťažných podkladov označeného ako „Infraštruktúrny inžinier – Systémový administrátor“ za „bežne dostupného“ na relevantnom trhu? Odpoveď na otázku č. 1: Z hľadiska bežných požiadaviek na administrátora systémov Linux a MS Windows sú
kapitoly popisu v kapitole 2.2, 2.3 a detailného popisu v kapitole 2.3.2 tohoto odborného vyjadrenia požiadavky týkajúce sa administrácie Operačných systémov bežne požadované skúsenosti, ktoré definoval kontrolovaný iba nasledovné: • požadované znalosti a skúsenosti s operačným systémami na báze Linux a Windows server • skúsenosti s verzionovaním v GIT(resp. ekvivalentným - TFS, SVN) Požiadavky na virtualizačné technológie a cloud systémy je tiež potrebné upresniť pretože v takejto podobe nie sú požiadavkami na bežné skúsenosti: • požadované znalosti a skúsenosti s cloud/VM/security/networking KVM, CloudStack/OpenStack, • VMware/Proxmox, Terraform , Ansible, IaC Znalec predpokladá, že nie úplne všetky požiadavky z tejto skupiny sú potrebné ale je dôležitá skúsenosť aspoň s niektorým z vymenovaných nástrojov a technológií. Požiadavky z tejto skupiny by mohla byť definovaná napr. : • Skúsenosti s niektorých z virtualizačných hypervízorov VMWare/Promox/KVM • Inštalácia a administrácia virtuálnych počítačov, monitoring, manažment zdrojov VM • Skúsenosti so správou niektorej z cloudových platforiem CloudStack/OpenStack/vCloud Požiadavky na Security a networking by mohli byť definované napr. • Skúsenosti s aplikáciou rozšírených bezpečnostných pravidiel na úrovni OS(firewall rules, advandces Access Users Policy) a pokročilých sieťových nastavení OS (routing, NAT, Port policy, network bonding ...) Požiadavky na automatizačné technológie Ansible alebo Terraform, IaC znalec predpokladá iba znalosti správy niektorého z týchto nástrojov a všeobecné znalosti IaC frmeworkov bežné pre potreby OS administrátora. Tieto požiadavky by mohli byť definované napr.: • Skúsenosti s prevádzkovaním v prostrediach IaC, Inštalácia, parametrizácia, monitoring automatizačných scriptov v systémoch Ansible / Terraform / SaltStack Požiadavky definované kontrolovaným, ktoré sú nad rámec bežných skúseností na požadované pozície sú tieto : • Fortinet – oblasť network a security • F5 – oblasť network a security • požadované znalosti a skúsenosti s storage Hitachi – storage špecialista • DevOps skúsenosti s automatizačnými nástrojmi (Terraform , Ansible, IaC, SaltStack...) Po vylúčení vyššie uvedených požiadaviek, ktoré sú nad rámec bežných skúseností systémového administrátora a úprave požiadaviek na virtualizačné a cloud platformy by bolo 31 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie možné takto definované požiadavky považovať za bežne dostupné na trhu práce pre vysoko seniórnych pracovníkov. Aktuálne požadovaný súbor skúseností nie je možné považovať za bežne dostupný pretože je príliš rozsiahlo definovaný a obsahuje aj požiadavky na skúsenosti, ktoré administrátor operačných systémov nepotrebuje a v mnohých prípadoch ani nemá pretože je orientovaný na špecifickú technológiu alebo oblasť. Otázka č. 2: Je pravdivé tvrdenie navrhovateľa vo vzťahu k podmienke účasti technickej alebo odbornej spôsobilosti uvedenej v predošlej otázke, cit.: „Navrhovateľ k týmto podmienkam účasti, t.j. k formulácii ich minimálnych štandardov, ktorá pozostáva z nie bežnej kombinácií znalostí, uvádza, že v sebe zoskupujú, spájajú požiadavky na minimálne 2-3 špecialistov, t. j.: • typicky network a security špecialista - expert 1, • VM a cloud virtualizácia (KVM, VMware, Cloudstack, Openstack) špecialista - expert 2 a • Hitachi/storage špecialista - expert 3. • Zároveň navrhovateľ uvádza, že sa vychádza už z predpokladu, že každý z týchto expertov vie tvoriť automatizáciu a IaC s pomocou nástrojov Saltstack, Terraform, Ansible a GIT, čo tiež nie je úplné štandardná znalosť“? Odpoveď na otázku č.2: Na základe odpovede na otázku číslo 1 tohto odborného vyjadrenia znalec konštatuje, že tvrdenie navrhovateľa je pravdivé. Požiadavky na technológie spoločností Fortinet a F5 sú požiadavky na network a security špecialistov. V prípade virtualizačných technológií je možné časť tohto typu požiadaviek zahrnúť do požadovaných skúseností na systémového administrátora pokiaľ sa definuje požiadavka na úroveň systémovej administrácie (monitorovanie, spúšťanie, inštalácia balíkov, patchovanie systému ...) a bude definovaná platforma, ktorá má byť spravovaná. Takto definovaný rozsah nie je vhodný na požadovanú pozíciu. Požiadavky na technológie tvorby CI/CD Pipelines typu Ansible, Rerraform, Salstalk znalec predpokladá iba na úrovni basic spúšťania nastavovanie konfigurácií. Hlbšia znalosť týchto nástrojov je požadovaná od DevOps špecialistov. Požiadavka na Hitachi storage je špecifická požiadavka na špecialistu z oblasti ukladania dát a storage architektúry. Otázka č. 3: Je možné považovať IT pracovníka spĺňajúceho kumulatívne všetky požiadavky kontrolovaného uvedené v časti A.2 „Podmienky účasti záujemcov“, v bode 2 „Podmienky účasti vo verejnom obstarávaní
ZVO týkajúce sa technickej spôsobilosti alebo odbornej spôsobilosti“, v podbode 2.23 súťažných podkladov označeného ako „Softvérový inžinier senior – UI/UX Dizajnér“ za „bežne dostupného“ na relevantnom trhu? Odpoveď na otázku č.3: Kontrolovaný na túto pracovnú pozíciu definoval nasledovné požiadavky: Minimálna úroveň požadovanej technickej spôsobilosti alebo odbornej spôsobilosti pre časť (kategóriu) 23 - Softvérový inžinier senior – UI/UX Dizajnér • minimálne 6-ročná preukázateľná odborná prax v oblasti návrhu grafického návrhu aplikácií • minimálne 3 profesionálne praktické skúsenosti (projekt/zákazka súvisiace v oblasti správy infraštruktúry informačných systémov) 32 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie • • • • • požadované znalosti a skúsenosti s prototypovacími nástrojmi Axure, Figma, alebo ekvivalentný prototypovací nástroj požadované znalosti a skúsenosti s UML modelovacími nástrojmi Enterprise Architect alebo ekvivalentný UML modelovací nástroj požadované znalosti a skúsenosti s vytváraním vlastného dizajn manuálu požadované znalosti a skúsenosti s jednotným dizajn manuálom elektronických služieb Slovenska „ID-SK“ Grafické skúsenosti s návrhom grafických elementov (ikony, widgety, ...).“ Na základe bežne požadovaných skúseností pre UI/UX dizajnérov, popísaných v kapitole 2.3.1 tohto odborného vyjadrenia je možné za bežne požadované skúsenosti považovať nasledovné požiadavky: • minimálne 6-ročná preukázateľná odborná prax v oblasti návrhu grafického návrhu aplikácií • požadované znalosti a skúsenosti s prototypovacími nástrojmi Axure, Figma, alebo ekvivalentný prototypovací nástroj • požadované znalosti a skúsenosti s vytváraním vlastného dizajn manuálu • požadované znalosti a skúsenosti s jednotným dizajn manuálom elektronických služieb Slovenska „ID-SK“ • Grafické skúsenosti s návrhom grafických elementov (ikony, widgety, ...).“ Tieto požiadavky sú štandardom na trhu pre pracovné pozície UI/UX dizajnéra. Doplnkové požiadavky kontrolovaného definované v bodoch • minimálne 3 profesionálne praktické skúsenosti (projekt/zákazka súvisiace v oblasti správy infraštruktúry informačných systémov) • požadované znalosti a skúsenosti s UML modelovacími nástrojmi Enterprise Architect alebo ekvivalentný UML modelovací nástroj sú nad rámec bežných požiadaviek na pracovnú pozíciu UI/UX dizajnéra. Skúsenosti z oblasti správy infraštruktúry informačných systémov sú požiadavkami na Aplikačných, OS, DB adminov ale nie pre pracovníkov zaoberajúcich sa grafickým návrhom aplikačného rozhrania. V prípade požiadavky na skúsenosti s modelovacími nástrojmi je táto požiadavka koncipovaná veľmi široko a je chápaná ako požiadavka na IT architekta. UML jazyk umožňuje popis komplexných IT systémov a využíva mnoho typov základných typov diagramov ako sú Štruktúrne diagramy: diagram tried (class diagram), diagram komponentov (component diagram), diagram zloženej štruktúry (composite structure diagram), diagram nasadenia (deployment diagram), diagram balíčkov (package diagram), diagram objektov (object diagram), nazýva sa aj diagram inštancií Diagramy správania: diagram aktivít (activity diagram), diagram prípadov použitia (use case diagram), stavový diagram (state machine diagram) Diagramy interakcie: sekvenčný diagram (sequence diagram), diagram komunikácie (communication diagram), diagram prehľadu interakcií (interaction overview diagram), diagram časovania (timing diagram) V prípade ak kontrolovaný požaduje od UI/UX mať základy UML jazyka a byť schopný čítať activity diagram, sequence diagram, ktoré architekti a SW dizajnéri používajú na popis správania aplikácie a interakcie s užívateľmi, je potrebné požiadavku špecifikovať pre tento účel ako požiadavky na prácu s UML napr. : základné znalosti UML diagramov v oblasti Use Case, Activity a Sequence diagram 33 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie V prípade takto definovaných požiadaviek by bolo možné tieto považovať za bežne dostupné na trhu práce. Aktuálne požadovaný súbor skúseností nie je možné považovať za bežne dostupný pretože je príliš rozsiahlo definovaný a obsahuje aj požiadavky na skúsenosti, ktoré UI/UX dizajnér nepotrebuje. Otázka č. 4: Je pravdivé tvrdenie navrhovateľa vo vzťahu k podmienke účasti technickej alebo odbornej spôsobilosti uvedenej v predošlej otázke, cit.: „Opätovne sa tu vyskytujú kvalifikačné požiadavky, ktoré typický kvalifikačný rámec UI/UX Dizajnéra rozširujú o nasledovné kvalifikačné požiadavky • Správa infraštruktúry informačných systémov • Znalosti a skúsenosti s UML modelovacími nástrojmi Enterprise Architect alebo ekvivalentný UML modelovací nástroj“? Odpoveď na otázku č.4: Na základe odpovede na otázku číslo 3 tohto odborného vyjadrenia znalec konštatuje, že tvrdenie navrhovateľa je pravdivé a požadované kvalifikačné požiadavky sú nad rámec bežnej potreby žiadanej pozície. Požiadavka na Skúsenosti zo správy infraštruktúry IT systémov spadá do úplne inej oblasti ako je zameranie UX/UI dizajnéra. Požiadavka na prácu s modelovacími UML nástrojmi je taktiež nad rámec bežných skúseností UI/UX dizajnéra. Požiadavka môže byť upresnená v zmysle odpovede na otázku č.3 tohto odborného vyjadrenia.“ 119. Úrad uvádza, že z odborného vyjadrenia vyplýva, že v súčasnosti sú jednotlivé činnosti v rámci IT striktne oddelené, a to aj čo sa týka vývoja aplikácii a prevádzky aplikácii, ktoré boli väčšinou spoločné. V dnešnej dobe už nedochádza k zdieľaniu týchto činností. Systémový administrátor vykonáva činnosti patriace pod prevádzku a v poslednej dobe s rozvojom cloud riešení a potreby virtualizácie sú väčšinou požadovaní zvlášť experti so špecializáciou na technológie postavené na systémoch Windows alebo Linux. 120. Za bežne požadované skúsenosti pre Infraštruktúrneho inžiniera - Systémového administrátora je možné považovať
odborného vyjadrenia zo všetkých navrhovateľom namietaných požadovaných znalostí a skúsenosti tak ako ich stanovil kontrolovaný v rámci podmienok účasti technickej spôsobilosti alebo odbornej spôsobilosti v bode 2.20 súťažných podkladov pre časť 20 predmetu zákazky „Infraštruktúrny inžinier - Systémový administrátor“ iba tieto, cit.: „• minimálne 5-ročná preukázateľná odborná prax v oblasti infraštruktúry informačných systémov • minimálne 3 profesionálne praktické skúsenosti (projekt/zákazka súvisiace v oblasti správy infraštruktúry informačných systémov) • požadované znalosti a skúsenosti s operačným systémami na báze Linux a Windows server • skúsenosti s verzionovaním v GIT(resp. ekvivalentným - TFS, SVN)“. 121. Z odborného vyjadrenia
úradu vyplýva, že požiadavky kontrolovaného na skúsenosti a znalosti s Fortinet, F5, storage Hitachi sú nad rámec bežných skúsenosti požadovaných na pozíciu Infraštruktúrneho inžiniera - Systémového administrátora, cit.: „Požiadavky 34 Tento dokument má iba informatívny charakter. Nie je použiteľný pre právne účely. Dokument je vytlačený z portálu Úradu pre verejné obstarávanie definované kontrolovaným, ktoré sú nad rámec bežných skúseností na požadované pozície sú tieto : • Fortinet – oblasť network a security • F5 – oblasť network a security • požadované znalosti a skúsenosti s storage Hitachi – storage špecialista (...) “. Na základe uvedeného je úrad toho názoru, že je neprípustné žiadať od „bežného“ Infraštruktúrneho inžiniera - Systémového administrátora, aby mal akékoľvek znalosti a skúsenosti s Fortinet, F5 a storage Hitachi.
odborného vyjadrenia definované napr., cit.: „• Skúsenosti s niektorým z virtualizačných hypervízorov VMWare/Promox/KVM • Inštalácia a administrácia virtuálnych počítačov, monitoring, manažment zdrojov VM • Skúsenosti so správou niektorej z cloudových platforiem CloudStack/OpenStack/vCloud“. 125. Požiadavky v oblasti security a networking by mohli byť
odborného vyjadrenia definované napr., cit.: „• Skúsenosti s aplikáciou rozšírených bezpečnostných pravidiel na úrovni OS(firewall rules, advandces Access Users Policy) a pokročilých sieťových nastavení OS (routing, NAT, Port policy, network bonding ...)“.
AI výklad z oficiálneho znenia zákona. Orientačný, nenahrádza právne poradenstvo.