Stanovisko zadavatele k dotazníku mezi dodavateli
Stanovisko zadavatele k dotazníku mezi dodavateli
k připravovanému projektu vývoje informačního systému SISTA etapa II.
Zadavatel:
Česká republika – Technologická agentura České republiky Evropská 1692/37, 160 00 Praha 6
IČO: 72050365
Veřejná zakázka: Xxxxxxx dohoda k veřejné zakázce „Sdílený informační systém TA ČR - etapa II.“
Předpokládané datum vyhlášení: konec září 2021 Předpokládané datum příjmu nabídek: začátek října 2021 Zadávací řízení: rámcová dohoda s max. 30 účastníky Doba trvání dohody: 4 roky
Předpokládaná cena veřejných zakázek: 30 mil Kč bez DPH
Uvažovaný počet minitendrů : do 200 v různých hodnotách
I. část - úvodní informace
V rámci vyhodnocení hojné účasti dodavatelů a zpracováním podnětné diskuse i dotazníku zpětné vazby z předběžné tržní konzultace zadavatel zdůrazňuje konkrétní aspekty veřejné zakázky spočívající v těchto závěrech:
a) Xxxxxxxxx si uvědomuje význam svého přístupu vyvinout ve spolupráci s několika dodavateli inovativním postupem (pro veřejnou správu) a svým způsobem také inovativní produkt SISTA. Může existovat řada administrativních či politických překážek, jak tento postup dehonestovat, nicméně jako zadavatel zdůrazňujeme, že jde o postup odpovědný vůči daňovému poplatníkovi, legální z pohledu zadávacích postupů i legitimní z pohledu odmítnutí závislosti na dodavateli či znalostech.
b) Jako veřejný zadavatel jsme přesvědčeni, že oproti běžné dodávce informačního systému “na klíč”, jde o cenově srovnatelnou variantu řešení. Ovšem výhoda tohoto našeho inovativního postupu
se projeví zejména v životnosti výsledného produktu, respektive schopnosti jej nahrazovat po částech. Očekáváme i relativně nenáročné nároky na jeho provoz oproti současnému řešení.
c) Jakkoliv je předmětem činnosti zadavatele poskytováním podpory v oblasti aplikovaného výzkumu a inovací, tato veřejná zakázka (projekt) je součástí jeho provozního rozpočtu. Jako zadavatel jsme tak limitováni účelností, co do možnosti otevřít některé části systému veřejnosti. To však nebrání jeho snaze otevřít některé vybrané části SISTA k dalšímu využití ostatním subjektům státní správy (bez další podpory), případně se snažit doplňovými formami (tituly mimo rámcovou dohodu) zajistit dodatečný vývoj či rozvoj těchto produktů pro státní (případně veřejnou) správu.
d) Zadavatel zdůrazňuje, že předmětem plnění veřejné zakázky je dodávka služeb směřující k vytvoření produktu - softwarového řešení SISTA - a to převažujícím způsobem jako vývoj softwarového řešení
/ programovací práce. Proto neočekává, že by se účastníkem rámcové dohody stal dodavatel, který nemá s tímto charakterem služby zkušenosti (např. poradenská společnost, společnost zaměřená na návrh UX/UI apod). Z tohoto důvodu upravil rozsah činností a s tím souvisejících odborných garancí tak, aby měli přednost dodavatelé, jejichž zaměstnanci či spolupracovníci byli programátoři.
e) Co se týče nastavení administrativního či vývojového prostředí, know how a sdílení informací, není (nově) primárně cílem či účelem této rámcové dohody k etapě 2 sdílet úplně všechny informace, které shromažďuje, ale posuzovat sdílení dle účelu. Nevyhneme se určité diskusi a následné aktualizaci připravovaných pravidel vývoje a způsobu spolupráce při zahájení plnění dle rámcové dohody (na těchto oblastech finišujeme se stávajícími dodavateli). Zde je na místě poznámka, že rámci projektu SISTA (tzn. obecně v jeho finančním rámci), tedy nikoliv v rámci této veřejné zakázky, může zadavatel zadat menší zakázky nezbytné pro zajištění provozu projektu či zakázky poradenského charakteru s metodickou pomocí, pokud to shledá jako účelné.
f) Podobné jako v předchozím bodě je to v oblasti koordinace dodavatelů či role implementátora. Pokud nám to naše kapacity a nabyté znalosti dovolí, rádi bychom maximum administrativních záležitostí (spojených také know-how), drželi na své straně a podíleli se s nimi s dodavateli ad hoc dle jejich účelu. Uvědomujeme si náročnost procesu spojeného s udržením celku. Jakkoliv platí, že v souladu s předchozím bodem může zadavatel zadat menší zakázky nezbytné pro zajištění jejího provozu či zakázky poradenského charakteru s metodickou pomocí, pokud to shledá jako účelné, zde se domníváme, že oblast implementace může být svěřena jednomu z účastníků rámcové dohody, který na předchozích konkrétních zadáních (výstupech) prokáže hluboké znalosti s vývojem části softwarového řešení a efektivní spolupráce se zadavatelem. K tomu však přistoupíme poté, kdy tuto roli sami nezvládneme.
g) Nastavení smluvních podmínek umožňovalo v předchozí rámcové dohodě ukončit spolupráci v případě, že účastník není aktivní v podávání nabídek. Jakkoliv jsme jako zadavatel tohoto
ustanovení nevyužili, uvědomili jsme si, že jej musíme lépe vysvětlit a lehce upravit. Nově budou klíčové minitendry, pro tyto případy, označeny jako povinně nabídkové.
h) Ohledně velikosti podniku, který by se měl jako dodavatel účastnit, jsme dospěli k závěru, že veřejná zakázka je určena i pro malé a střední podniky, které mají k dispozici minimálně 3 garanty kvalifikací
- blíže v textu o kvalifikačních požadavcích.
i) Pro vyloučení střetu zájmu požadujeme, aby dodavatel nežádal u zadavatele o podporu nebo se neúčastnil zadávacího řízení na veřejnou zakázku a to ani jako spolupříjemce. Naopak nám nevadí jakékoliv členství v profesní či zájmové organizaci, sdružení apod.
j) Co považujeme za nefér je rotace subdodavatelů (právně poddodavatelů) mezi účastníky rámcové dohody. Jakkoliv nám subdodávky nevadí, vyžadujeme, aby vaši partneři byli stejně solidní jako vy, kteří garantujete jejich výkon.
k) Vážně uvažujeme o DevOps kultuře a nejsme si jisti nakolik jsme schopni ji plně nasadit již první fázi vývoje softwarových řešení. Rozhodně však platí, že na přípravě pravidel a zavedení Operations intenzivně pracujeme a chceme vám je představit po uzavření rámcové dohody k prvním iteracím.
l) Pro spolupráci s účastníky rámcové dohody máme k dispozici interní IT doplněný o externí spolupracovníky. Uvědomujeme si, že se nedokážeme ve výkonu srovnat s projekty komerčního sektoru, ovšem máme upřímnou snahu být co nejlepším partnerem.
II. část - kvalifikační požadavky
Reflektují skutečnost, že hlavním předmětem plnění je vývoj softwarového řešení, proto:
1) Požadujeme obvyklou trestní bezúhonnost a bezdlužnost dodavatele vůči státu,
2) Dodavatel musí být držitelem oprávnění k výkonu živnosti obsahující “Poskytování software…”,
3) Dodavatel má zkušenost s vývojem jakéhokoliv vlastního IT produktu, který byl uveden v produkční provoz v posledních 3 letech v hodnotě min. 500 000 Kč bez DPH (doloží tzv. referenci) a současně se zaváže (což doloží čestným prohlášením) provádět vývojové práce výhradně pro platformu definovanou zadavatelem tj. služby založené na technologii Kubernetees,
4) Dodavatel má k dispozici tým o nejméně 3 osobách a tyto pokrývají všech 5 předpokládaných činností v rámcové dohodě jako odborní garanti. KAŽDÁ osoba musí mít praxi v dané jí garantované činnosti min, 3 roky.
III. část - ostatní informace k budoucí spolupráci
a) zadavatel upozorňuje, že xxx. xxxx 1700 Kč za hodinu činnosti v kombinaci s počtem účastníků max 30 nemusí stačit pro uzavření rámcové dohody v případě, že se přihlásí více zájemců o spolupráci. Pak dle povinných kritérií v zadávací dokumentaci zadavatel vybere prvních 30 dodavatelů s cenou 1700 Kč a nižší (samozřejmě těch, kteří prokázali kvalifikaci.
b) prokázat kvalifikaci subdodávkou (legislativně poddodavatelem) je možné, ovšem zadavatel bude vyžadovat důslednou účast garantů a označení subdodávek při plnění v minitenderech.
c) velmi zdůrazňujeme, že hlavní předmětem spolupráce bude vývoj software, nikoliv konzultační služby nebo nákup hotových modulů.
d) protože účastníků rámcové dohody může být až 30, vemte prosím na zřetel, že přes naši veškerou snahu zadávat zakázky transparentně a nedisriminačně,, rámcová dohoda neznamená automaticky nárok na plnění každému dodavateli (coby účastníkovi rámcové dohody) a může se stát, že v soutěžních minitendrech někteří z dodavatelů nemusí uspět. Jako zadavatel nehradíme transakční náklady na zpracování návrhů řešení.
Výše uvedené principy části I. reflektující přístup zadavatele, hodlá zadavatel přiložit jako přílohu zadávací dokumentace pro lepší srozumitelnost zadávacího řízení.
V Praze dne 16. 9. 2021.