Pořadové č. VZ: 3/2017

Pořadové č. VZ: 3/2017

Systémové č. VZ: P17V00000925

Č. j.: SFZP 059541/2017

Datum: 4. 7. 2017

VYSVĚTLENÍ ZADÁVACÍ DOKUMENTACE Č. 4

dle ust. § 98 zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění účinném ke dni zahájení zadávacího řízení (dále jen „zákon“)

Název veřejné zakázky:

Agendový informační systém SFŽP ČR

Identifikační a kontaktní údaje veřejného zadavatele:

Název: Státní fond životního prostředí České republiky (dále jen „SFŽP ČR“)

Sídlo: Kaplanova 1931/1, 148 00 Praha 11 – Chodov

IČ: 00020729

Osoba oprávněná jednat: Xxx. Xxxx Xxxxxxx, ředitel SFŽP ČR Korespondenční adresa: Olbrachtova 0000/0, 000 00 Xxxxx 0 – Xxx E-mail: xxxxxxx@xxxx.xx

ID datové schránky: favab6q

Odkaz na profil zadavatele: xxxxx://xxxx.xxx.xx/xxxxxxx_xxxxxxx_00.xxxx

Zadavatel výše nadepsané veřejné zakázky na základě předchozí žádosti dodavatele poskytuje následující vysvětlení zadávací dokumentace:

Žádost č. 1:

„V Návrhu rámcové dohody je označena k doplnění (zažlucena) pouze příloha A.“

Dotaz: „Znamená to tedy, že v rámci nabídkového dokumentu nemusejí být ostatní přílohy uvedeny a stačí je předložit až po výběru dodavatele, nebo naopak mají být součástí nabídky?“

Vysvětlení zadávací dokumentace:

Vysvětlení vyplňování jednotlivých příloh závazného návrhu rámcové dohody poskytuje zadavatel níže. Přílohy závazného návrhu rámcové dohody, které nemusí být v rámci nabídky vyplněny, musí být ale v rámci nabídky přesto předloženy (nevyplněné), protože jsou nedílnou součástí závazného návrhu rámcové dohody, který je dle čl. 7.2 zadávací dokumentace součástí nabídky.

Příloha A: Nabídka dodavatele – tuto přílohu vyplní účastník zadávacího řízení při podání své nabídky, a to dle popisu – viz žádost č. 2.

Příloha D: Rozpočet – tuto přílohu vyplní účastník zadávacího řízení při podání své nabídky.

Příloha E: Harmonogram – tuto přílohu účastník zadávacího řízení v rámci své nabídky nevyplňuje. Jedná se totiž o vzor, který bude předlohou pro Harmonogram průběhu projektu. Tento bude vytvořen v rámci 1. etapy realizace předmětné veřejné zakázky, na základě společné analýzy Objednatele a vybraného Dodavatele.

Příloha F: Dodavatelský tým - tuto přílohu vyplní účastník zadávacího řízení při podání své nabídky.

Příloha G: Rizika - tuto přílohu vyplní účastník zadávacího řízení při podání své nabídky.

Příloha K: Projektový plán - tuto přílohu účastník zadávacího řízení v rámci své nabídky nevyplňuje. Jedná se totiž o vzor, který bude předlohou pro Projektový plán. Tento bude vytvořen v rámci 1. etapy realizace předmětné veřejné zakázky, na základě společné analýzy Objednatele a vybraného Dodavatele.

Příloha L: Kontaktní osoby Objednatele – tuto přílohu doplní zadavatel/Objednatel a to před podpisem Dohody.

Přílohy B, C, H, I, a J účastník zadávacího řízení ani vybraný Dodavatel nevyplňuje.

Žádost č. 2:

Dotaz: „Zadavatel v zadávací dokumentaci bodě 7.2 uvádí doporučenou strukturu nabídky, avšak v požadovaném členění struktury není uveden konkrétní požadavek zadavatele a to, zda má účastník ve své nabídce předložit komplexní popis informačního systému nebo zda má ve své nabídce předložit popis naplnění požadavku zadavatele, který zadavatel uvádí v tabulce na straně 13 - 19?“

Vysvětlení zadávací dokumentace:

Přílohu č. A závazného návrhu rámcové dohody – Nabídka dodavatele doplňuje zadavatel o detailnější popis struktury nabídky. Pod čl. 6 zmíněné přílohy je pak uvedeno: „Dodavatel vyplní tabulku míry naplnění vybraných požadavků zadavatele podle vzoru uvedeného v zadávací dokumentaci (v souladu s informacemi uvedenými v této příloze dle výše popsané struktury), podle informací uvedených v čl.

6.2.4 zadávací dokumentace.“

Žádost č. 3:

„Zadavatel dále uvádí, že uchazeč může v popisu odkázat na jiné části nabídky, přičemž zadavatel tyto oblasti dále nespecifikuje.“

Dotaz: „Dovolujeme si touto cestou požádat o jasnou požadovanou strukturu nabídky.“

Vysvětlení zadávací dokumentace:

Viz žádost č. 2.

Žádost č. 4:

Dotaz: „Chápe uchazeč správně, že předpokládaná hodnota veřejné zakázky, uvedená v čl. 1.4. Zadávací dokumentace, je nepřekročitelná?“

Vysvětlení zadávací dokumentace:

Ne, jedná se o předpokládanou hodnotu veřejné zakázky, která může být v nabídce účastníka zadávacího řízení překročena.

Žádost č. 5:

Dotaz: „Uchazeč by si rád vyjasnil způsob hodnocení nabídek. Konkrétně by si rád potvrdil:“

1) Jaká je nejvyšší celková bodová hodnota?

2) Chápe uchazeč správně, že v rámci dílčího kritéria Úroveň naplnění požadavků zadavatele nejsou žádná subkritéria hodnocení? Xxxx, že všechny bodované požadavky mají stejnou váhu?

3) Bude se rozdělení bodů u dílčího kritéria Úroveň naplnění požadavků zadavatele počítat podle vzorce Sečtená bodová hodnota nabídky

D4 =

Sečtená bodová hodnota nejlepší nabídky

x 100 x 0,4

Vysvětlení zadávací dokumentace:

1) Účastník zadávacího řízení může obdržet nejvíce 75 bodů, a to v případě, že všechny požadavky zadavatele naplní ve své nabídce v nejvyšší možné míře.

2) V rámci dílčího hodnotícího kritéria Úroveň naplnění požadavků zadavatele nerozlišuje zadavatel samostatná subkritéria hodnocení. Z tabulky uvedené v zadávací dokumentaci je zřejmé, že úroveň naplnění jednotlivých požadavků je hodnocena různým počtem bodů. Procentuální váha (40 %) se vztahuje k celému dílčímu hodnotícímu kritériu. A tedy celkový součet bodů, který obdrží každá jednotlivá nabídka za naplnění požadavků zadavatele, bude přepočítán dle následujícího vzorce.

3)

D4 =

Sečtená bodová hodnota nabídky

Sečtená maximální bodová hodnota (75)

x 100 x 0,40

Zadavatel doplňuje uvedené informace do čl. 6 zadávací dokumentace.

Žádost č. 6:

Dotaz: „Předpokládá zadavatel provozní výkonové špičky, např. při spuštění nové kampaně?

1) V případě, že ano, jak velké?

2) Systém bude provozován na vlastní HW infrastruktuře s výkonem uvedeným v ZD nebo se jedná cloudovou infrastrukturu a v případě předpokládané provozní výkonové špičky je možné výkon dostatečně posílit?“

Vysvětlení zadávací dokumentace:

Ano, zadavatel předpokládá provozní výkonové špičky. Špičkový výkon je odhadován na 20 dní v roce, 300 současně přistupujících uživatelů, za den 2000 uživatelů. Systém bude provozován jak v cloudové infrastruktuře, tak na platformě zadavatele (viz ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – průřez - kapitola 20. Požadavky na architekturu systému). Případná výkonová špička se očekává na straně vnějšího prostředí, a tedy v cloudové infrastruktuře, provozované Dodavatelem a zde je vyžadováno škálování výkonu (opět viz ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – průřez - kapitola 20. Požadavky na architekturu systému). Zadavatel nepřepokládá nutnost navýšení výkonu v serverovně SFŽP ČR, možnost škálování výkonu v cloudové infrastruktuře je požadována.

Žádost č. 7:

Dotaz: „Musí uchazeč jako přílohy smlouvy již nyní dokládat i přílohy, kterou jsou dané zadavatelem, a uchazeč v nich nic nedoplňuje nebo budou tyto přílohy přiloženy ke smlouvě až před podpisem s vítězným uchazečem? Konkrétně se jedná o přílohy ZD-P3 - Příloha B - Katalog požadavků, ZD-P3 - Příloha C - Požadavky na dokumentaci, ZD-P3 - Příloha H – Seznam spolupracujících systémů, ZD-P3 - Příloha I – Procesní rámec systému a ZD-P3 - Příloha L – Kontaktní osoby Objednatele?“

Vysvětlení zadávací dokumentace:

Viz žádost č. 1.

Přílohy závazného návrhu rámcové dohody, které nemusí být v rámci nabídky vyplněny, musí být ale v rámci nabídky přesto předloženy (nevyplněné), protože jsou nedílnou součástí závazného návrhu rámcové dohody, který je dle čl. 7.2 zadávací dokumentace součástí nabídky.

Žádost č. 8:

Dotaz: „Chápe uchazeč správně, že v případě, kdy k plnění zakázky nebude využívat žádné poddodavatele má v příloze smlouvy Příloha F – Projektový tým Dodavatele a seznam poddodavatelů vymazat kapitolu Seznam poddodavatelů a upravit název této přílohy (Příloha F – Projektový tým Dodavatele)?“

Vysvětlení zadávací dokumentace:

V čl. 5.2 zadávací dokumentace je stanoveno, že zadavatel požaduje, aby účastník zadávacího řízení ve své nabídce předložil seznam poddodavatelů dle vzoru v příloze č. 4 zadávací dokumentace, pokud jsou mu známi a uvedl, kterou část/i veřejné zakázky bude každý z nich plnit (viz § 105 odst. 1 zákona).

V souladu s čl. 5.3 zadávací dokumentace a § 105 odst. 3 zákona pak vybraný Dodavatel do 10 pracovních dnů od doručení oznámení o výběru dodavatele předloží zadavateli identifikační údaje poddodavatelů, pokud jsou mu známi. Neuvedení poddodavatelé, kteří se zapojí do plnění veřejné zakázky následně, musí být identifikováni, a to před zahájením plnění veřejné zakázky poddodavatelem.

V případě, že účastník zadávacího řízení již při podání nabídky ví, že nebude využívat k plnění veřejné zakázky žádné poddodavatele, ponechá tabulku obsaženou v ZD_P4 – Seznam poddodavatelů nevyplněnou dle tamních instrukcí a současně ponechá nevyplněný i Seznam poddodavatelů, který je uveden v ZD_P3_Příloze_F – Projektový tým dodavatele. Dané může ještě následně upravit – viz čl. 5.3 zadávací dokumentace a 105 odst. 3 zákona.

Současně ovšem zadavatel upozorňuje, že pokud účastník zadávacího řízení bude prostřednictvím poddodavatele zajišťovat určité role v realizačním týmu – tedy prokazovat technickou kvalifikaci dle čl.

3.9 zadávací dokumentace a § 79 odst. 2 písm. d) zákona, musí dané zaznamenat již ve fázi předložení nabídky a to v ZD_P3_Příloze_F – v tabulce Projektový tým dodavatele. Současně pak také předloží dokumenty požadované dle čl. 3.12 zadávací dokumentace. Závěrem zadavatel upozorňuje na čl. 1.6 zadávací dokumentace, jenž vymezuje významné činnosti, které musí být plněny přímo vybraným Dodavatelem.

Žádost č. 9:

„Jednou z příloh Rámcové dohody na agendový informační systém SFŽP ČR je PŘÍLOHA K – Prováděcí projekt AIS SFŽP XXXXX SFŽP ČR – osnova. Část této přílohy musí doplnit dodavatel (místa označená DOPLNÍ DODAVATEL). Ale některé části není možné nyní doplnit s ohledem na skutečnost, že údaje nutné pro doplnění této přílohy budou vycházet až z analýzy.“

Dotaz: „Chápe uchazeč správně, že tato příloha bude doplněna až po podpisu smlouvy a proběhnutí analýzy?“

Vysvětlení zadávací dokumentace:

Viz žádost č. 1.

Příloha K: Projektový plán - tuto přílohu účastník zadávacího řízení v rámci své nabídky nevyplňuje. Jedná se totiž o vzor, který bude předlohou pro Projektový plán. Tento bude vytvořen v rámci 1. etapy realizace předmětné veřejné zakázky, na základě společné analýzy Objednatele a vybraného Dodavatele.

Žádost č. 10:

„Uchazeč by si rád vyjasnil některé čl. Rámcové dohody na agendový informační systém SFŽP ČR.“ V čl. 2.1.1. je uvedeno:

„Služby vztahující se k vytvoření, dodání včetně uvedení do provozu, aplikační podpoře pro poplatkovou agendu, mohou být ze strany Objednatele písemně objednány během účinnosti této Dohody. Dojde-li k objednání služeb souvisejících s poplatkovou agendou v rámci Díla, platí rovněž pro tuto část Díla podmínky, práva i povinnosti vztahující se k Dílu v této Dohodě.“

Dotaz: S ohledem na ZD-P3 - Příloha B_2 - Katalog požadavků AIS SFŽP – poplatky by si uchazeč rád potvrdil, zda je poplatková agenda součástí díla a zda cena za tuto agendu je součástí předpokládané nabídkové ceny?“

Vysvětlení zadávací dokumentace:

Ano, poplatková agenda je součástí Díla a cenu za tuto část Díla je součástí nabídkové ceny účastníků zadávacího řízení. Nedojde-li k objednání této části Díla, nebude cena za tuto část Díla zadavateli/Objednateli fakturována.

Žádost č. 11:

„Uchazeč by si rád vyjasnil některé čl. Rámcové dohody na agendový informační systém SFŽP ČR.“ V čl. 2.2.2. je uvedeno:

„Dodavatel tímto zároveň poskytuje Objednateli výhradní a nevypověditelnou licenci ke všem majetkovým právům k Dílu včetně jeho zdrojových kódů dle autorského zákona v neomezeném územním a časovém rozsahu….. pokud Dílo není „svobodným software“, na který se vztahuje Obecná veřejná licence GNU. Pokud má Dílo charakter „svobodného software“, poskytuje Dodavatel nevýhradní oprávnění.“

Dotaz: „Dle názoru uchazeče je požadavek na výhradnost vzhledem k předmětu plnění nepřiměřený. Vzhledem k předmětu plnění trvá zadavatel na výhradní licenci?“

Vysvětlení zadávací dokumentace:

Ano, zadavatel trvá na výhradní a nevypověditelné licenci dle původního znění závazného návrhu rámcové dohody.

Žádost č. 12:

„Uchazeč by si rád vyjasnil některé čl. Rámcové dohody na agendový informační systém SFŽP ČR.“ V čl. 2.4.8. je uvedeno:

„Objednatel je oprávněn kdykoliv a průběžně ověřovat shodu nedokončeného Díla se zadáním a to i prostřednictvím třetích osob. Dodavatel je povinen poskytnout k takovému ověřování bez prodlení potřebnou součinnost a podklady.“

Dotaz: „Může dodavatel po takové třetí osobě požadovat jako podmínku k ověřování díla podpis mlčenlivosti?“

Vysvětlení zadávací dokumentace:

Ano může. Mlčenlivost třetí osoby bude zajištěna zadavatelem/Objednatelem.

Žádost č. 13:

„Uchazeč by si rád vyjasnil některé čl. Rámcové dohody na agendový informační systém SFŽP ČR.“ V čl. 3.2.1 je uvedeno:

„a) Podpora provozu, dohled a vlastní provoz Technologické platformy v housingovém centru, které zajistí Dodavatel. Dodavatel zajistí technickou podporu HW a provozování předané HW infrastruktury v datacentru Objednatele.“

Dotaz: „V jakém rozsahu má dodavatel zajistit technickou podporu? O jaký HW se jedná? Uchazeč žádá o přesnou specifikaci technické podpory HW, kterou zadavatel od dodavatele požaduje zajistit.“

Vysvětlení zadávací dokumentace:

Jedná se o 2 ks aplikačních serverů předaných Dodavateli, specifikace serverů je v ZD_P3 - Závazný návrh rámcové dohody - kapitola 3.2.6. Rozsah podpory díla je detailněji popsán v kapitole 3.2.1 v bodech d) až s).

Žádost č. 14:

„Uchazeč by si rád vyjasnil některé čl. Rámcové dohody na agendový informační systém SFŽP ČR.“ V čl. 3.2.1 je uvedeno:

„b) Nákup a zajištění veškerých technologií, licencí, maintenance a SW nezbytných k provozu Díla, vyjma předané HW a SW infrastruktury v bodě a).“

Dotaz: „Jsou tyto položky předmětem výše uvedené zakázky? Pokud ano, jak má tyto položky uchazeč nyní zapracovat do nabídkové ceny? Uchazeč nikde v ZD nenašel seznam požadovaných technologií, licencí maintenance a SW. Bez uvedení těchto údajů, není možné položky dle tohoto čl. zapracovat do nabídkové ceny.“

Vysvětlení zadávací dokumentace:

Ano, položky budou uvedeny v ceně za Dílo, jedná se o technologie, které účastník zadávacího řízení plánuje použít pro zhotovení a provoz AIS SFŽP ČR.

Žádost č. 15:

„Uchazeč by si rád vyjasnil některé čl. Rámcové dohody na agendový informační systém SFŽP ČR.“

V čl. 3.2.1 je uvedeno:

„c) Zajištění zprovoznění infrastruktury nezbytné pro účely vývoje, testování, školení a zprovoznění Díla nejdéle před zahájením testování v souladu s harmonogramem v Příloze E této Dohody. Doba zajišÉování provozu infrastruktury pro účely vývoje, testování, školení a zprovoznění Díla trvá do ukončení Podpory Díla nebo poskytování Ostatních služeb.“

Dotaz: „Jedná se o infrastrukturu v majetku zadavatele, je možné ji specifikovat?“

Vysvětlení zadávací dokumentace:

Jedná se o stejnou infrastrukturu, jaká bude použita k provozu Díla.

Žádost č. 16:

„Uchazeč by si rád vyjasnil některé čl. Rámcové dohody na agendový informační systém SFŽP ČR.“ V čl. 3.2.1 je uvedeno:

„d) Dohled nad provozem (monitoring) stavu HW architektury, včetně vyhodnocování Vad a definice postupu při jejich nápravě. Výměna vadných dílů HW architektury housingového centra a jejich

komplexní zprovoznění. Předání požadavků na výměny vadných dílů HW předané architektury v datacentru Objednatele a spolupráce na opětovném zprovoznění“

Dotaz: „Dle názoru uchazeče jsou druhá a třetí věta v přímém rozporu. Je předmětem plnění výměna vadných dílů HW nebo má dodavatel pouze předávat požadavky na výměnu? V případě, že předmětem plnění je výměna vadných dílů HW architektury, jakým způsobem bude probíhat nákup HW? Vztahují se na tento bod sankce uvedené v čl. 3.4.-3.6.? Chápe uchazeč správně, že v případě kdy bude nutné vyměnit vadné HW není tato doba započítána do nefunkčnosti díla dle čl. 3.4.-3.6.? Může zadavatel vysvětlit, jaký vliv má vadný díl HW vliv na počítání sankcí dle čl. 3.4.-3.6.?“

Vysvětlení zadávací dokumentace:

Věty nejsou v rozporu, druhá věta se týká infrastruktury pro vnější část systému (cloud ve správě Dodavatele), třetí věta se pak týká infrastruktury v datacentru Objednatele. Výměna vadných dílů v cloudovém prostředí je plně v režii Xxxxxxxxxx. Nákup vadných dílů HW prostředí datacentra Objednatele bude provádět Objednatel. Ano v případě, kdy bude nutné vyměnit vadný HW v datacentru Objednatele, není tato doba započítána do nefunkčnosti Díla a současně se tedy v této době neuplatňují sankce dle čl. 3.4-3.6.

Žádost č. 17:

„Uchazeč by si rád vyjasnil některé čl. Rámcové dohody na agendový informační systém SFŽP ČR.“ V čl. 3.2.1 je uvedeno:

„e) Obsluha, dohled a provoz zálohovacího systému v housingovém centru. Zálohování konfigurace aplikačních serverů Díla v prostředí datacentra Objednatele. Komplexní obnova provozuschopnosti informačního systému a dat, znovuuvedení do provozu v případě mimořádné situace.“

Dotaz: „Jakým způsobem má zadavatel řešeno centrální zálohování? Je předmětem plnění i dodávka systému, pokud ano, může zadavatel specifikovat parametry tohoto systému? Pokud bude využit systém objednatele, uchazeč žádá o specifikaci, o jaký systém se jedná.“

Vysvětlení zadávací dokumentace:

Zadavatel používá zálohovací systém Dell/EMC NetWorker. Dodávka zálohovacího systému není předmětem plnění veřejné zakázky.

Žádost č. 18:

„Uchazeč by si rád vyjasnil některé čl. Rámcové dohody na agendový informační systém SFŽP ČR.“ V čl. 3.2.1 je uvedeno:

„k) Dodání, instalace a implementace nových Verzí a softwarových korekcí Díla, jakož i programového prostředí, na němž je Dílo založeno. Realizace takových úprav, aby příslušné služby Díla byly bezchybně využitelné v posledních Verzích podporovaných internetových prohlížečů “

Dotaz: „O jaké konkrétní prohlížeče se jedná? Pro přípravu nabídky, je nezbytné znát konkrétní prohlížeče. Uchazeč tedy žádá zadavatele o jmenování konkrétních prohlížečů.“

Jedná se o prohlížeče MS Internet Explorer, Mozilla Firefox, MS EDGE, Google Chrome, Opera, Safari (viz ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP - Průřez).

Žádost č. 19:

„Uchazeč by si rád vyjasnil některé čl. Rámcové dohody na agendový informační systém SFŽP ČR.“ V čl. 3.2.1 je uvedeno:

„s) Monitorování vnějších útoků na Dílo a realizace účinných opatření k omezení jejich dopadu.“

Dotaz: „Má zadavatel k dispozici monitorovací systém? Pokud ano, může zadavatel specifikovat, o jaký monitorovací systém se jedná? Pokud má zadavatel k dispozici monitorovací systém, je předmětem plnění této smlouvy jeho zapojení? Pokud zadavatel monitorovací systém nemá k dispozici, je předmětem plnění smlouvy jeho dodávka? Pokud je dodávka monitorovacího systému předmětem smlouvy uchazeč žádá o specifikaci parametrů poptávaného systému.“

Vysvětlení zadávací dokumentace:

Zadavatel používá interně monitorovací systém Flowmon ADS a Flowmon APM. Předmětem rámcové dohody je napojení na stávající systémy a zároveň i vlastní monitorování vnějších útoků v rámci vnější části infrastruktury AIS (viz Katalog požadavků B3 – Průřez, kapitola 20 Požadavky na architekturu systému).

Žádost č. 20:

„Uchazeč by si rád vyjasnil některé čl. Rámcové dohody na agendový informační systém SFŽP ČR.“ V čl. 3.6.3 je uvedeno:

„V případě, že Dodavatel poruší závazek odstranit Vadu ve Lhůtě pro odstranění Vad stanovené v čl. 3.4 tohoto článku, může Objednatel uplatnit za každé takové porušení nárok na smluvní pokutu ve výši dle následující tabulky:“

Závažnost Vady	Smluvní pokuta
Kategorie A	1200,- Kč za každou započatou hodinu prodlení
Kategorie B	5000,- Kč za každý započatý den prodlení
Kategorie C	1000,- Kč za každý započatý den prodlení

Dotaz: „Dle názoru uchazeče jsou výše uvedené hodnoty s ohledem na nabídkovou cenu nepřiměřeně vysoké. Uchazeč žádá o snížení smluvních pokut v jednotlivých kategorií alespoň na polovinu.“

Smluvní pokuty pro případ porušení povinnosti Dodavatele odstranit vadu ve lhůtě pro odstranění vad plně odpovídají předmětu plnění a charakteru této smluvní povinnosti Dodavatele, kdy její nesplnění znamená pro zadavatele/Objednatele a uživatele Díla závažný problém.

Žádost č. 21:

„Uchazeč by si rád vyjasnil některé čl. Rámcové dohody na agendový informační systém SFŽP ČR.“ Dotaz: „Chápe uchazeč správně, že sankce uvedené v čl. 3.6.2. a 3.6.3. se sčítají?“

Vysvětlení zadávací dokumentace:

Ano, uvedené sankce se při nesplnění daných povinností kumulují.

Žádost č. 22:

Dotaz: „V čl. 4. 1 Přílohy č. 3 zadávací dokumentace, Závazný návrh rámcové dohody, zadavatel uvádí, že za Ostatní služby považuje služby „týkající se Díla“ spočívající především ve vývoji a úpravě Díla. Znamená to, že zadavatel považuje za Ostatní služby i služby nespočívající ve vývoji a úpravě Díla? Dodavatel tak předem neví, jaké požadavky na jaké služby může při plnění předmětu veřejné zakázky očekávat. Upraví zadavatel čl. 4.1 tak, aby bylo alespoň přibližně zřejmé, o jaké služby se může jednat?“

Vysvětlení zadávací dokumentace:

Ostatní služby budou vždy zadávány ve vazbě na rozvoj a provoz Díla (viz článek 4.1.1 rámcové dohody). Bude se jednat o realizaci nových rozvojových požadavků na Dílo a související analytické práce nebo analýzy navazující na plány rozvoje podnikové architektury SFŽP ČR, jejichž předmětem bude integrace AIS SFŽP ČR do této architektury.

Žádost č. 23:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Je umožněno verzování vkládaných dokumentů a jejich zobrazení v časové ose (např. výpis aktuálních verzí dokumentů dle uživatelem zvoleného data).“

Dotaz: „Požaduje zadavatel ukládání a evidenci dokumentů v AIS, tedy mimo spisovou službu? Jakou spisovou službu Zadavatel používá?“

Vysvětlení zadávací dokumentace:

Ano, vkládání dokumentů bude primárně prováděno v AIS SFŽP ČR. Zadavatel používá e-Spis (viz ZD_P3_Příloha_H - Seznam spolupracujících systémů). E-Spis ale nebude pro účely AIS SFŽP ČR řešit vazby v rámci jejich historie v AIS SFŽP ČR, bude pouze úložištěm, kde budou dokumenty jednoznačně identifikovány. Interpretace vazeb k procesům a objektům v AIS SFŽP ČR a vedení historie musí být řešeno v AIS SFŽP ČR.

Dokumenty, které budou přijaty prostřednictvím IS DS (datové schránky) budou primárně uloženy v e-Spisu. Dokumenty, které budou přijaty prostřednictvím portálu AIS SFŽP ČR budou primárně ukládány v AIS SFŽP ČR, do e-Spisu budou předávány pouze informace pro evidenci ve spisové službě.

Žádost č. 24:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Součástí je nástroj, který umožní evidovat základní parametry (omezující vlastnosti) Prioritní oblasti / Podprogramu, a to včetně rozhraní pro nahrávání a editaci souvisejících dokumentů.“

Dotaz: „Předpokládá uchazeč správně, že záleží na návrhu uchazeče? Uchazeč žádá o bližší specifikaci tohoto požadavku.“

Vysvětlení zadávací dokumentace:

Ano, záleží na návrhu systému správy objektů účastníka zadávacího řízení, nástroj (služba) ale musí splňovat správu parametrů zmíněných v jednotlivých požadavcích v příloze ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP ČR“ v kapitole 6 Požadavky – Výzva.

Žádost č. 25:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Systém umožňuje založit, evidovat a následně editovat číselníky Sledovaných indikátorů. Při implementaci Číselníku indikátorů do služeb systému jsou přípustné programátorské práce nebo jiné související technické zásahy Dodavatele do systému.“

Dotaz: „Z tohoto požadavku není uchazeči zřejmý rozsah prací. Chápe uchazeč správně, že zadavatel požaduje, aby vybraní uživatelé měli možnost zásahu do datového pole pouze administrátorsky? Pokud je domněnka uchazeče mylná, žádá uchazeč o bližší specifikaci o jaké práce/zásahy by se jednalo.“

Vysvětlení zadávací dokumentace:

Ano, vybraní uživatelé (administrátoři systému) budou moci přidávat nové či editovat dříve zadané indikátory v číselníku. Pokud bude Objednatelem vyžadována programová návaznost nově přidaných indikátorů na ostatní součásti systému, připouští se dodávka programátorské práce, kterou provede Dodavatel.

Žádost č. 26:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Systém umožňuje založit, evidovat a editovat Výzvu. Existuje přehledné uživatelské rozhraní pro definici a editaci Výzvy bez potřeby programátorských zásahů. Předmětem definice a editace jsou především definované atributy objektu (Atributy Výzvy), ne definice nového typu atributu.“

Dotaz: „Chápe uchazeč správně, že pokud bude administrátor/vyhrazený uživatel chtít založit výzvu. "Zakliká" si které pole bude v rámci výzvy chtít, případně které kontrolovat, validovat… Neočekává se, že administrátor bude chtít přidávat datová pole mimo rozsah předdefinovaných polí. Je domněnka uchazeče správná? Pokud ne, uchazeč žádá o bližší specifikaci tohoto požadavku.“

Vysvětlení zadávací dokumentace:

Ano, v případě založení nové výzvy si administrátor z dostupných objektů nakonfiguruje novou výzvu – tj. zařadí příslušné prioritní oblasti, podoblasti, podporované aktivity, indikátory, šablonu formuláře žádosti, typ procesu administrace (např. jednokolová, dvoukolová výzva) a další parametry.

Žádost č. 27:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Systém umožňuje založit, evidovat a editovat Výzvu. Nástroj pro sestavení Výzvy umožňuje sestavení Výzvy s průvodcem nebo bez průvodce. Průvodce umožňuje v přehledných krocích sestavit kompletní Výzvu a implementovat ji do provozní verze systému“

Dotaz: „Jak je myšlen průvodce? Prochází před definované stavy nebo i nějaký „našeptávač“ ve smyslu pokud nastane B, můžete udělat C nebo D….?“

Vysvětlení zadávací dokumentace:

Jedná se o klasického průvodce/wizarda, který krok za krokem, v jednotlivých obrazovkách umožní uživateli definovat validní výzvu. Konkrétní podoba implementace záleží na účastníkovi zadávacího řízení. Účelem průvodce je rozdělit definici na jednotlivé srozumitelné kroky (obrazovky), které umožní uživatelsky přívětivým způsobem definovat objekt.

Žádost č. 28:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Systém umožňuje založit, evidovat a editovat Výzvu. Systém obsahuje nástroj – validátor – který zajistí korektní sestavení Výzvy a minimalizuje výskyt chyb (validace obsahu polí, vazeb mezi poli, gramatický korektor)“

Dotaz: „Může zadavatel blíže specifikovat požadavky na gramatický korektor? Nebo je toto plně v kompetenci uchazeče?“

Korektor je v kompetenci účastníka zadávacího řízení, samozřejmě daný musí provádět korekci českého jazyka.

Žádost č. 29:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Existují Atributy Výzvy

Šablony (struktury a obsahu žádosti o dotaci prostřednictvím nástroje – form builder s využitím skriptovacího jazyka – nástroj umožní sestavení šablony žádosti z předdefinovaných sekcí (např. identifikace žadatele – vazba na registry, identifikace nemovitosti, finančně platební kalendář…) na základě výše nastavených parametrů a přidání dalších uživatelsky definovaných polí (komentáře, checkboxy aj.);“

Dotaz: „Může zadavatel definovat o jaký skriptovací jazyk se jedná? Může zadavatel blíže specifikovat požadavky na poptávaný skriptovací jazyk? Požaduje zadavatel šablony formulářů?“

Vysvětlení zadávací dokumentace:

Definice skriptovacího jazyka je v kompetenci účastníka zadávacího řízení, musí však být srozumitelně popsán. Zadavatel požaduje šablony formulářů.

Žádost č. 30:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Existují Atributy Výzvy

Tiskových šablon k Výzvě (dopisy o ne/akceptaci, rozhodnutí, Smlouva, ZVA, příp. další volitelné šablony pro informování žadatelů)“

Dotaz: „V čem by mělo být evidováno? Požaduje zadavatel verzování? Bude ukládáno ve spisové službě nebo v AIS?“

Šablony dokumentů ve formátu MS Word (viz ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – Průřez, kapitola 4 Požadavky na spolupráci s kancelářskými aplikacemi). Ano, zadavatel požaduje verzování. Ukládáno bude v AIS SFŽP ČR.

Žádost č. 31:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Existuje nástroj pro plánování harmonogramu Výzvy:

- definovat milníky Výzvy a plánovat čas nezbytný pro průběh jednotlivých aktivit vedoucích ke schválení Výzvy.

- umožňuje plánovat v interakci s již naplánovanými milníky a aktivitami jiných akcí SFŽP

- Systém spolupracuje s centrálním nástrojem pro plánování SFŽP (kalendář, úkoly …)

- Nástroj umožňuje řízení kapacit

- Nástroj umožňuje sestavování požadavků na rozpočet“

Dotaz: „Požaduje zadavatel přístupy na exchange nebo jen v rámci aplikace?“

Vysvětlení zadávací dokumentace:

V rámci aplikace, v souvislosti s Exchange jen generování pozvánek do kalendáře pro definované uživatelské role.

Žádost č. 32:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Existují služby systému pro publikaci (a depublikaci, zneplatnění) Výzvy

Systém disponuje v rámci modulu pro správu obsahu (např. CMS modulu) službou pro zveřejnění schválené Výzvy“

Dotaz: „Uchazeč by si rád ověřil, kde se bude zveřejňovat? Požaduje zadavatel evidenci, co a kdy se zveřejnilo? Požaduje zadavatel nástroj pro generování nebo bude dostačující notifikace? Směřuje tento požadavek na redakční systém?“

Vysvětlení zadávací dokumentace:

AIS SFŽP ČR bude disponovat vlastním portálem pro publikaci výzev, jiná publikace není požadována. Zveřejnění výzvy bude probíhat na portále AIS, přičemž budou evidovány změny stavu výzvy dle workflow výzvy (viz ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP, kapitola 6 Požadavky – Výzva). Generování spočívá v tom, že výzva vytvořená v AIS SFŽP ČR se objeví na portále, včetně dokumentů

přiložených k výzvě a v závislosti na nastavení termínů ve výzvě se zpřístupní výzva pro příjem žádostí. Požadavek nesměruje na redakční systém.

Žádost č. 33:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Systém obsahuje služby pro realizaci reportingu. a to pro různé jeho typy (statický, dynamický, ad hoc).“ Dotaz: „Je reportovací nástroj předmětem plnění VZ?“

Vysvětlení zadávací dokumentace:

Ano, reportovací nástroj je předmětem plnění, viz ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – Průřez, kapitola 17 - Požadavky na reporting.

Žádost č. 34:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Existuje nástroj (formbuilder) pro vytvoření formuláře „Žádost o dotaci“ v přívětivém uživatelském prostředí bez nutnosti programátorských prací“

Dotaz: „Chápe uchazeč správně, že zadavatel nepožaduje, aby formbuilder tvořil nová pole, která rozšíří datové struktury?“

Vysvětlení zadávací dokumentace:

Ano, není požadováno, aby formbuilder tvořil nová pole bez programátorských prací, podrobné požadavky jsou uvedeny v ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – Průřez, kapitola 3.

Zadavatel zdůrazňuje, že systém musí být schopen pružně a efektivně (tj. rychle a s přiměřenými náklady) umožňovat změny např. výzev a žádostí – tj. v případě potřeby integrace nových polí datových struktur musí být tyto změny programátorsky (nebo jinak) snadno implementovatelné za přiměřených nákladů na rozvoj systému – tj. Dodavatel musí na tyto obdobné změny reagovat návrhem architektury systému – změny datových struktur budou typickou vlastností provozu systému ve vazbě na definice nových výzev NP. Tvrzení navazuje na požadavky uvedené ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – Průřez, kapitola 18.

Žádost č. 35:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Nástroj pro sestavení Žádosti umožňuje nastavit automatickou volbu a případný dopočet technických kritérií žádosti v závislosti na zvolené prioritní oblasti/ podoblasti;“

Dotaz: „Je dáno, že nastavuje kros výzvu administrátor tvorby žádosti, nebo se umožňuje měnit uživateli na úrovni jednotlivých žádostí tyto jednotlivé dopočtové metody?“

Vysvětlení zadávací dokumentace:

Ne, způsob výpočtu se řídí jednotně nastavenými pravidly administrátora.

Žádost č. 36:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Formulář Žádosti provede automatický výpočet struktury financování a výše podpory na úrovni projektové žádosti (max. výše podpory ze způsobilých výdajů, případně min. výše spolufinancování, výše nezpůsobilých výdajů, kombinace financování z více zdrojů, rozdělení dle typu subjektu, zohlednění veřejné podpory příp. dalších jiných podmínek výzvy);“

Dotaz: „Předpokládá uchazeč správně, že bude dané maticí parametrů na úrovni výzvy s tím, že tato matice se může měnit kros výzvy?“

Vysvětlení zadávací dokumentace:

Ano.

Žádost č. 37:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Systém umožňuje ve vazbě na Žádost přiřadit přílohu“

Dotaz: „Ukládá předmětný systém nebo je předpoklad, že vynutí zadání a např. přes WS předává do spisové služby, DMS systému objednatele?“

Vysvětlení zadávací dokumentace:

Ukládá se primárně v AIS SFŽP ČR a do spisové služby se přenáší v případě odeslání žádosti přes datovou zprávu.

Žádost č. 38:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 6. Požadavky – Výzva“

V tomto dokumentu je uvedeno:

„Systém umožňuje evidenci příloh Žádosti v listinné podobě, které pro svou velikost nelze zpracovat v elektronické podobě.“

Dotaz: „Může zadavatel tento požadavek blíže specifikovat? Zpracovává systém výše uvedená data z předchozího dotazu, a pokud je limitován, bude komunikace se spisovou službou? Příp. metadata s odkazem na fyzické uložení?“

Vysvětlení zadávací dokumentace:

Ano, jedná se o uložení pouze metadat, přičemž samotnou rozsáhlou přílohu žadatel doručí v listinné podobě.

Žádost č. 39:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 7. Požadavky – Příjem žádosti“

V tomto dokumentu je uvedeno:

„Formbuilder umožnuje definovat validační schémata napříč formulářem“

Dotaz: „Může zadavatel tento požadavek blíže specifikovat (jakým způsobem, na základě čeho, možnost změny, verzování,..)?“

Vysvětlení zadávací dokumentace:

Požadavky na formbuilder jsou dostatečně popsány v příloze ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – Průřez, kapitole 3. Požadavky – interaktivní formulářový systém.

Žádost č. 40:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 7. Požadavky – Příjem žádosti“

V tomto dokumentu je uvedeno:

„Formbuilder umožní definovat zvýraznění chybně zadaného nebo nevyplněného parametru (který je povinný)“

Dotaz: „Může zadavatel tento požadavek blíže specifikovat (jakým způsobem, na základě čeho, možnost změny, verzování,..)?“

Vysvětlení zadávací dokumentace:

Požadavky na formbuilder jsou dostatečně popsány v příloze ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – Průřez, kapitole 3. Požadavky – interaktivní formulářový systém.

Žádost č. 41:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 7. Požadavky – Příjem žádosti“

V tomto dokumentu je uvedeno:

„Systém umožňuje evidenci příloh Žádosti v listinné podobě, které pro svou velikost nelze zpracovat v elektronické podobě.

V případě příloh označených „V listinné podobě“ systém ve lhůtě čeká na přiřazení evidenčního záznamu od spisové služby. Pokud ve lhůtě evidenční záznam není poskytnut, spustí systém automaticky eskalační proces.“

Dotaz: „Jakým způsobem se bude evidovat? Jedná se o listinnou podobu nebo se bude evidovat ve spisové službě? Dle názoru uchazeče z tohoto požadavku vyplývá, že část dokumentů bude v AIS a část ve spisové službě. Může zadavatel tento požadavek blíže vysvětlit?“

Vysvětlení zadávací dokumentace:

Ano v tomto případě nebude příloha uložena v AIS SFŽP ČR, ale bude zde jen evidován odkaz na záznam do spisové služby. Pokud dojde ve spisové službě ke kladnému přijetí dokumentu, postoupí tuto informaci AIS SFŽP ČR.

Žádost č. 42:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 7. Požadavky – Příjem žádosti“

V tomto dokumentu je uvedeno:

„Systém umožňuje načíst elektronickou podobu z papírové verze žádosti a porovnat ji s obsahem systému“

Dotaz: „Požaduje zadavatel dodat OCR komponenty, nebo má k dispozici vlastní, případně se jedná o jiný způsob kontroly?“

Vysvětlení zadávací dokumentace:

Nejedná se o OCR komponenty, ale o sken vygenerovaného QR kódu na žádosti/hashe, který bude porovnán s daty uloženými v AIS SFŽP ČR. Viz ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – Průřez, kapitola 3.

Žádost č. 43:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 7. Požadavky – Příjem žádosti“

V tomto dokumentu je uvedeno:

„Systém obsahuje nástroje pro definici projektových indikátorů. Systém obsahuje funkcionality pro hodnocení a kontrolu projektů prostřednictvím indikátorů projektů“

Dotaz: „Uchazeč žádá o bližší specifikaci nástrojů.“

Vysvětlení zadávací dokumentace:

Nástrojem pro definici projektových indikátorů se rozumí jejich vytvoření, stanovení jednotky, rozsahu (intervalu hodnot) a zařazení do příslušného číselníku indikátorů a navázání na konkrétní prioritní

oblasti, podoblasti. Hodnocení a kontrola indikátorů bude probíhat v rámci celého životního cyklu žádosti, např. jak v hodnocení projektu na základě detailní analýzy požadavků v ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP kapitola 8 „Požadavky – Hodnocení Žádostí“, tak před vydáním rozhodnutí nebo smlouvy a následně při realizaci projektu v souvislosti s požadavky uvedenými v kapitole ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP kapitola 12 „Požadavky – monitoring“. Na úrovni sledování celého programu/prioritní oblasti budou indikátory sledovány prostřednictvím specializovaných sestav v AIS SFŽP ČR.

Žádost č. 44:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 8. Hodnocení žádostí“

V tomto dokumentu je uvedeno:

„Systém umožňuje kontrolu veřejné podpory – vyplnění příslušného listu, automatickou kontrolu disponibilní výše podpory z registru de-minimis Systém validuje rozsah veřejné podpory načtením „volné“ podpory z registru de minimis a kontroluje soulad s vypočtenou výší podpory v žádosti – tj. systém pošle dotaz do RdM na IČ nebo RČ, vrátí se seznam podpor za poslední 3 roky – porovnává se s limitem 200000 EUR (vůči aktuálnímu kursu ECB) - pokud výše podpory na žádosti tuto max. výši podpory přesáhne, automaticky se sníží nebo upozorní PM projektu“

Dotaz: „Jakým způsobem se bude postupovat v případě nedostupnosti rejstříku?“

Vysvětlení zadávací dokumentace:

Upozornění uživatele na nedostupnost registru de-minimis a nemožnost pokračovat v administraci daného projektu. Bude se opakovat (v navrženém časovém rozsahu, který se definuje v analýze v projektové fázi) dokud se dané neprovede. Řešení náleží do procesní analýzy.

Žádost č. 45:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 8. Hodnocení žádostí“

V tomto dokumentu je uvedeno:

„Existuje nástroj, který umožní bez programátorských zásahů konfigurovat a implementovat pravidla pro spuštění ekonomického hodnocení Žádostí“

Dotaz: „Uchazeč žádá o upřesnění tohoto požadavku.“

Vysvětlení zadávací dokumentace:

Nástroj umožní administrátorovi spravovat a přidávat pravidla dle zbývajících bodů jmenovaného požadavku v kapitole 8.2 Ekonomické hodnocení Žádostí, tj. např.:

• hodnocení projektů dle výše vlastních zdrojů a typu žadatele, podpora formou půjčky

• dle tabulky hodnocení podle výše vlastních zdrojů na projekt a typu žadatele

Žádost č. 46:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 8. Hodnocení žádostí“

V tomto dokumentu je uvedeno:

„Systém umožňuje kontrolu úvěrové způsobilosti“ Dotaz: „Uchazeč žádá o upřesnění tohoto požadavku.“ Vysvětlení zadávací dokumentace:

Odpověď: Kontrolu úvěrové způsobilosti bude provádět finanční manažer a to tak, že vyplní příslušný formulář hodnocení v AIS SFŽP ČR.

Žádost č. 47:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 9. Požadavky – Příprava rozhodnutí“

V tomto dokumentu je uvedeno:

„Systém umožňuje sestavit seznam účastníků TP a pozvat je na jednání TP ve vazbě na jejich kalendář akcí.“

Dotaz: „Kalendář akcí má být součástí aplikace nebo Zadavatel předpokládá jiný způsob řešení?“

Vysvětlení zadávací dokumentace:

Kalendář bude součástí aplikace (personalizovaný dashboard, definován v příloze ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – Průřez, kapitole 13 Požadavky na uživatelské prostředí). Pozvánky budou generovány i jako *.ics soubor zasílaný na uživatele.

Žádost č. 48:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 9. Požadavky – Příprava rozhodnutí“

V tomto dokumentu je uvedeno:

„Systém umožňuje s připomínkami vrátit dokumentaci k dopracování (ke kontrole hodnocení, přepracování, změně hodnocení a dále dle provedené analýzy).“

Dotaz: „Jakým způsobem budou evidovány připomínky? Nebo zadavatel požaduje jen report s připomínkami?“

Vysvětlení zadávací dokumentace:

Pouze report, resp. uživatel sepíše připomínky do příslušného pole při vracení procesu workflow projektu do vybrané fáze (ke kontrole hodnocení, přepracování, změně hodnocení a dále dle provedené analýzy). Viz požadavky v ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP v kapitole 9.

Žádost č. 49:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 9. Požadavky – Příprava rozhodnutí“

V tomto dokumentu je uvedeno:

„Lze vytvořit agregovaný manažerský souhrn nad dokumentací pro jednání TP a RF“ Dotaz: „Z jakých dat se manažerský souhrn bude vytvářet?“

Vysvětlení zadávací dokumentace:

Z dat pro jednání TP a RF evidovaných v požadavku o jeden bod výše „Požadavek na obsah dokumentace projednávané TP a RF“.

Viz požadavky v ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP v kapitole 9.

Žádost č. 50:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 9. Požadavky – Příprava rozhodnutí“

V tomto dokumentu je uvedeno:

„Systém obsahuje nástroj pro hromadné zanesení výsledků jednání hodnoticích komisí a výborů, zejm. Tematické porady (TP) a Rady Fondu (RF);“

Dotaz: „Požaduje zadavatel výsledek v textové formě? Je tento požadavek myšlen jako evidence dokumentů? Budou se tyto dokumenty ukládat do IAS nebo do spisové služby?“

Vysvětlení zadávací dokumentace:

Bude se jednat o zanesení příslušných metadat výsledku jednání k hodnoceným projektům do AIS SFŽP ČR, na jejichž základě bude nastaven stav projektové žádosti (dle popisu v akceptačním kritériu tohoto požadavku).

Viz požadavky v ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP v kapitole 9.

Žádost č. 51:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 9. Požadavky – Příprava rozhodnutí“

V tomto dokumentu je uvedeno:

„Systém umožňuje autorizaci vstupů, výstupů a změn stavů v procesu přípravy rozhodnutí“ Dotaz: „Je požadován elektronický podpis?“

Vysvětlení zadávací dokumentace:

Ano, je to definováno v akceptačním kritériu požadavku. Viz požadavky v ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP v kapitole 9.

Žádost č. 52:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 10. Požadavky – Smlouva“

V tomto dokumentu je uvedeno:

„Systém umožňuje (upload) doručení podkladů od Žadatele“

Dotaz: „Kam se mají podklady od Žadatele odeslat (nahrát)? Může zadavatel blíže specifikovat tento požadavek?“

Vysvětlení zadávací dokumentace:

Do AIS SFŽP ČR (v příslušném procesním kroku službou v systému).

Žádost č. 53:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 10. Požadavky – Smlouva“

V tomto dokumentu je uvedeno:

„Systém umožňuje aktualizaci účetních zápisů v ekonomickém informačním systému (zejm. v případě dodatku se změnou financování – vznik avíza).“

Dotaz: „Chápe uchazeč správně, že tímto požadavkem není požadavek na přepisování zaúčtovaných údajů? Pokud je domněnka uchazeče mylná, žádá uchazeč o specifikaci bližší specifikaci požadavků na aktualizaci účetních zápisů?“

Vysvětlení zadávací dokumentace:

Ano, nejde o požadavek na přepisování údajů, pouze na zasílání a příjem informací z ekonomického IS pomocí příslušného rozhraní dohodnutým způsobem, vzniklým z detailní analýzy. Avíza jsou definována ve slovníku přílohy ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP.

Žádost č. 54:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 11. Požadavky – Financování“

V tomto dokumentu je uvedeno:

„Systém obsahuje nástroje pro monitoring uvolňování, proplácení a zaúčtování finančních prostředků a

Systém obsahuje nástroje pro monitoring účtování podmíněných závazků, nákladů dohadů“ Dotaz: „Jedná se o součást služeb na EKIS?“

Vysvětlení zadávací dokumentace:

Ne, jedná se o službu AIS SFŽP ČR - systém bude z EKIS získávat zpět informace o stavu předaných dat z AIS SFŽP ČR k proplacení/zaúčtování a bude je monitorovat.

Žádost č. 55:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 11. Požadavky – Financování“

V tomto dokumentu je uvedeno:

„Systém obsahuje modul pro definici reportingu. Modul umožňuje pracovat se všemi informacemi (tj. jsou kritérii reportů) evidovanými v rámci procesů financování.“

Dotaz: „Požaduje zadavatel definici vlastních reportů?“

Vysvětlení zadávací dokumentace:

Ano reporting se bude řídit obecnými pravidly specifikovanými v ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – Průřez, kapitola 17 - Požadavky na reporting.

Žádost č. 56:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 11. Požadavky – Financování“

V tomto dokumentu je uvedeno:

„Existuje Přehled

- investic / neinvestic

- pohledávek / závazků, realizovaných plateb/vratek

- kvalifikovaných odhadů nákladů/reálných nákladů

- zdrojů, nástrojů, účelových znaků, krajů, okresů, složek ŽP“

Dotaz: „Budou všechny podklady brány z AIS nebo z jiných systémů?“

Vysvětlení zadávací dokumentace:

Podklady budou brány z AIS SFŽP ČR.

Žádost č. 57:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 11. Požadavky – Financování“

V tomto dokumentu je uvedeno:

„Systém obsahuje schvalovací proces rozpočtové skladby

- automaticky generuje rozpočtovou skladbu na základě vstupních informací zadaných o Výzvě a Žadateli

- průvodce, který umožňuje žadateli vybrat paragraf rozpočtové skladby; položku přiřazuje systém automaticky“

Dotaz: „Jaká je rozpočtová skladba? Kde a jakým způsobem je řešeno rozpočtování, jedná se "pouze"

o vazbu na rozpočtový systém nebo má být součástí systému?“

Vysvětlení zadávací dokumentace:

Rozpočtová skladba obsahuje financující zdroj, paragraf, rozpočtovou položku, účelový znak, složku ŽP. Přehledy rozpočtování finanční podpory jsou součástí AIS SFŽP ČR – informace o čerpání a závazcích jsou vyměňovány s EKIS prostřednictvím AVÍZ - procesy jsou rámcově naznačeny v příloze B1 závazného návrhu rámcové dohody a jejich další rozpracování je předmětem veřejné zakázky.

Žádost č. 58:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 11. Požadavky – Financování“

V tomto dokumentu je uvedeno:

„Systém automaticky aktualizuje FPK v přímé vazbě na události procesů financování nebo upřesňování informací.“

Dotaz: „Chápe uchazeč správně, že např. i ve vazbě na EKIS dělat aktualizaci finančního platebního kalendáře? Může zadavatel tento požadavek blíže specifikovat?“

Vysvětlení zadávací dokumentace:

Ano, ovšem zprostředkovaně na základě výměny avíz, hlavním aktérem bude AIS SFŽP ČR (například AIS SFŽP ČR zašle požadavek k proplacení prostředků, EKIS je proplatí, pošle informaci zpět a AIS SFŽP ČR tak při dalším generování platebního kalendáře bude vědět, že část prostředků bude proplacena, označí ji jako skutečně proplacené prostředky a odečte od zbylé alokace na projekt, kterou lze na platebním kalendáři rozvrhnout na další roky).

Žádost č. 59:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 11. Požadavky – Financování“

V tomto dokumentu je uvedeno:

„Systém umožňuje finanční kontrolu nad účetními doklady a ve vazbě na rozpočet projektu - Systém mapuje vazby mezi žádostmi o platbu/vratku, účetními doklady a položkovým rozpočtem - Systém přebírá informace o zaúčtování z EKIS a aplikuje je do finanční kontroly“

Dotaz: „Finanční kontrola bude probíhat v AIS s vazbou na služby EKIS?“

Vysvětlení zadávací dokumentace:

Ano.

Žádost č. 60:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 11. Požadavky – Financování“

V tomto dokumentu je uvedeno:

„Systém provádí finanční kontroly v rámci dotační smlouvy“

Dotaz: „Má toto navrhnout dodavatel? Může zadavatel blíže specifikovat požadavky?“

Vysvětlení zadávací dokumentace:

Návrhy finančních kontrol uvádíme přílohou Katalogu požadavků B1 (v komprimované složce společně s procesními schématy administrace projektu NPŽP). Jedná se pouze o orientační výčet, bude upřesněno v průběhu analýzy v součinnosti zadavatele a vybraného dodavatele.

Žádost č. 61:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 11. Požadavky – Financování“

V tomto dokumentu je uvedeno:

„Systém umožňuje správné zaevidování kombinované faktury - rozčlenění jejích položek na investice a neinvestice a přiřazení k žádosti o platbu.“

Dotaz: „Je vazba na EKIS?“

Vysvětlení zadávací dokumentace:

Ano, ale pouze zprostředkovaně, systém zařadí fakturu do žádosti o platbu (samostatně nebo klidně i s dalšími fakturami k proplacení žadateli) a zašle požadavek EKIS na proplacení.

Žádost č. 62:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 11. Požadavky – Financování“

V tomto dokumentu je uvedeno:

„Evidence účetních dokladů (dodavatelských faktur a příp. jiných účetních dokladů)

- identifikace bankovního výpisu

- skutečná hodnota platby k faktuře/dokladu

- hodnota vratky

- datum zápisu jednotlivých avíz do EKIS případně číslo dokladu pod kterým bylo avízo zapsáno do EKIS

- kontrolní vazby“

Dotaz: „Jedná se o vazbu na účetní systém? Pokud ano, o jaký systém se jedná? Nebo zadavatel požaduje import přímo z externích systémů?“

Vysvětlení zadávací dokumentace:

Ano jedná se o vazbu na EKIS EIS JASU, datum zápisu jednotlivých avíz = datum informace/odpovědi

o přijetí a potvrzení informace od EKIS vč. vnitřního ID odpovědi EKIS.

Žádost č. 63:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 11. Požadavky – Financování“

V tomto dokumentu je uvedeno:

„Bankovní výpis SFZP o odchozí platbě má vazbu na ŽoP“

Dotaz: „Jedná se o vazbu na účetní systém? Pokud ano, o jaký systém se jedná? Nebo zadavatel požaduje import přímo z externích systémů?“

Vysvětlení zadávací dokumentace:

Ano jedná se vazbu na účetní systém = EKIS EIS JASU.

Žádost č. 64:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP Interní dokument SFŽP, kapitola 11. Požadavky – Financování“

V tomto dokumentu je uvedeno:

„tvorba platebních příkazů na základě uvolněných prostředků, zahrnutí do hromadného platebního příkazu, validace a přenos do ekonomického informačního systému (volitelně tvorba exportních souborů ABO-K příkazů ČNB případně dalších formátů);“

Dotaz: „Požaduje zadavatel tvorbu platebních příkazů přímo nebo prostřednictvím účetního systému?“

Vysvětlení zadávací dokumentace:

Zadavatel preferuje tvorbu platebních příkazů prostřednictvím avíz předaných AIS SFŽP ČR do účetního systému (volitelné formáty, jako např. formát ABO-K, jsou jako alternativní metoda dle výsledků provedené analýzy).

Žádost č. 65:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP - poplatková agenda Interní dokument SFŽP“

V tomto dokumentu v kapitole 4. Xxxxx procesní rámec je uvedeno:

„Distribuce dat - Předání poplatkových výměrů daňovému subjektu“

Dotaz: „Uchazeč žádá o upřesnění, v jaké formě zadavatel požaduje Distribuce dat - Předání poplatkových výměrů daňovému subjektu?“

Vysvětlení zadávací dokumentace:

Předpokládá se komunikace prostřednictvím webových nebo restových služeb a výměna strukturovaných dat v podobě XML.

V tomto dokumentu v kapitole 4. Xxxxx procesní rámec je uvedeno:

„Procesy výměny informací o stavech a událostech při výběru poplatků Celní správou“ Dotaz: „Může zadavatel tento požadavek blíže specifikovat?“

Vysvětlení zadávací dokumentace:

Tyto procesy jsou v rámci naznačeny a budou předmětem business analýzy v projektové fázi.

Žádost č. 67:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP - poplatková agenda Interní dokument SFŽP“

V tomto dokumentu v kapitole 5. Správa daňového subjektu je uvedeno:

„Daňový subjekt se registruje automaticky – data pro registraci jsou získána během procesu ztotožnění z IS ZR při získání poplatkového přiznání v ISPOP“

Dotaz: „Jaká je vazba/vztah poplatkového přiznání a obcí definované v čl. 2.2.1 Návrhu smlouvy?“

Vysvětlení zadávací dokumentace:

Zadavatel nerozumí znění dotazu. Čl. 2.2.1 závazného návrhu rámcové dohody se týká vlastnického práva k Dílu. Pokud má tazatel na mysli bod 2.1.1 závazného návrhu rámcové dohody, tak ano, uvedený článek se vztahuje k zadávání části Díla týkající se poplatkové agendy a tím k požadavkům z příslušného katalogu.

Žádost č. 68:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP - poplatková agenda Interní dokument SFŽP“

V tomto dokumentu v kapitole 6. Správa zdrojů odběru podzemní vody je uvedeno:

„Zdroj odběru podzemní vody se registruje automaticky – data pro registraci jsou získána z poplatkového přiznání staženého z ISPOP“

Dotaz: „Jaká je vazba/vztah poplatkového přiznání a obcí definované v čl. 2.2.1 Návrhu smlouvy?“

Vysvětlení zadávací dokumentace:

Zadavatel nerozumí znění dotazu. Čl. 2.2.1 závazného návrhu rámcové dohody se týká vlastnického práva k Dílu. Pokud má tazatel na mysli bod 2.1.1 závazného návrhu rámcové dohody, tak ano, uvedený článek se vztahuje k zadávání části Díla týkající se poplatkové agendy a tím k požadavkům z příslušného katalogu. Zdroj povoluje vodoprávní úřad, zdroj se registruje v registru zdrojů AIS SFŽP ČR – daň se vyměřuje za zdroje jednoho daňového subjektu v celém katastru.

V tomto dokumentu v kapitole 7. Správa zdrojů znečišÉování povrchové vody je uvedeno:

„Zdroj znečišÉování povrchové vody se registruje automaticky – data pro registraci jsou získána z poplatkového přiznání staženého z ISPOP“

Dotaz: „Jaká je vazba/vztah poplatkového přiznání a obcí definované v čl. 2.2.1 Návrhu smlouvy?“

Vysvětlení zadávací dokumentace:

Zadavatel nerozumí znění dotazu. Čl. 2.2.1 závazného návrhu rámcové dohody se týká vlastnického práva k Dílu. Pokud má tazatel na mysli bod 2.1.1 závazného návrhu rámcové dohody, tak ano, uvedený článek se vztahuje k zadávání části Díla týkající se poplatkové agendy a tím k požadavkům z příslušného katalogu. Poplatkové přiznání podává daňový subjekt za všechny své zdroje v katastru obce v jednom přiznání (ale zvlášť za odběry vody a vypouštění vod do vod povrchových nebo podzemních).

Žádost č. 70:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP - poplatková agenda Interní dokument SFŽP“

V tomto dokumentu v kapitole 9. Předání podání správci daně je uvedeno:

„Systém stahuje referenční údaje z IS ZR a páruje je k poplatkovému přiznání“

Dotaz: „Jaká je vazba/vztah poplatkového přiznání a obcí definované v čl. 2.2.1 Návrhu smlouvy?“

Vysvětlení zadávací dokumentace:

Zadavatel nerozumí znění dotazu. Čl. 2.2.1 závazného návrhu rámcové dohody se týká vlastnického práva k Dílu. Pokud má tazatel na mysli bod 2.1.1 závazného návrhu rámcové dohody, tak ano, uvedený článek se vztahuje k zadávání části Díla týkající se poplatkové agendy a tím k požadavkům z příslušného katalogu.

Žádost č. 71:

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP, průřezové požadavky - Interní dokument SFŽP“

V tomto dokumentu v kapitole 3. Požadavky – interaktivní formulářový systém je uvedeno:

„Vyplněné formuláře systém ukládá jako dokumenty i jako data s vazbou na relevantní objekty“ Dotaz: „Uchazeč žádá o bližší specifikaci požadavku vč. uvedení na vazbou na spisovou službu.“ Vysvětlení zadávací dokumentace:

TJ. uživatelé mají k dispozici formuláře v podobě tiskové sestavy (pro čtení a pro tisk) a dále jako strukturovaná data v databázi pro účely administrace, reportingu apod. Vazbami jsou myšleny vztahy s objekty, které vystupují v procesech, kterými je formulář dotčen (má na ně vazbu).

„Uchazeč by si rád vyjasnil některé čl. dokumentu s názvem Katalog požadavků – AIS SFŽP, průřezové požadavky - Interní dokument SFŽP“

V tomto dokumentu v kapitole 3. Požadavky – interaktivní formulářový systém je uvedeno:

„Na základě vyplnění v systému vytvořených formulářů budou vznikat dokumenty, které budou v systému zpracovány a v definovaném workflow přebírány komponentami systému“

Dotaz: „Bude ukládáno ve spisové službě nebo v AIS?“

Vysvětlení zadávací dokumentace:

Toto je předmětem analýzy – obecně budou ve spisové službě uloženy dokumenty, které vstupují nebo vystupují do procesů prostřednictvím spisové služby (resp. IS DS). Pokud tomu tak není, budou ve spisové službě ukládána pouze metadata, pokud dokumenty podléhají režimu zákona o spisové službě a archivaci – to se týká dokumentů, které do procesů vstupují prostřednictvím služeb AIS SFŽP ČR (agendového portálu nebo z evidence projektů či žádostí). Systém musí umět spisové službě nabídnout dokument na základě volání z evidence.

Žádost č. 73:

„Zadavatel ve vzoru Čestného prohlášení o splnění kvalifikačních předpokladů pod písmenem C uvádí následující text:

"B. Dodavatel prohlašuje, že splňuje profesní způsobilost dle požadavku zadavatele uvedeného v čl. 3.5 zadávací dokumentace, tedy že:

je zapsán v obchodním rejstříku pod IČ: [VYPLNÍ DODAVATEL], vedený u [VYPLNÍ DODAVATEL], oddíl [VYPLNÍ DODAVATEL], vložka [VYPLNÍ DODAVATEL] / jiné obdobné evidenci: [DODAVATEL UVEDE V JAKÉ] (§ 77 odst. 1 zákona);

disponuje oprávněním k podnikání podle zvláštních právních předpisů odpovídajícím předmětu veřejné zakázky – příslušné živnostenské oprávnění vztahující se k předmětu veřejné zakázky, a to minimálně v rozsahu - poskytování software, poradenství v oblasti informačních technologií, zpracování dat, hostingové a související činnosti a webové portály [DODAVATEL DOPLNÍ IDENTIFIKACI PŘÍSLUŠNÉHO DOKLADU, NAPŘ. ŽIVNOSTENSKÉ OPRÁVNĚNÍ] (§ 77 odst. 2 písm. a) zákona);"

Dotaz: „Co konkrétně zadavatel požaduje doplnit dodavatelem - [DODAVATEL DOPLNÍ IDENTIFIKACI PŘÍSLUŠNÉHO DOKLADU, NAPŘ. ŽIVNOSTENSKÉ OPRÁVNĚNÍ] (§ 77 odst. 2 písm. a) zákona); - pouze

text, že dodavatel požadovaným živnostenským oprávněním disponuje nebo nějakou jinou specifikaci?“

Vysvětlení zadávací dokumentace:

Zadavatel požaduje, aby účastník zadávacího řízení doplnil, že disponuje minimálně živnostenským oprávněním pro obor „poskytování software, poradenství v oblasti informačních technologií, zpracování dat, hostingové a související činnosti a webové portály“. Zadavatel danou formulaci upravuje [DODAVATEL DOPLNÍ IDENTIFIKACI PŘÍSLUŠNÉHO DOKLADU].

Dotaz: „V jakém režimu požaduje Zadavatel „Monitorování vnějších útoků na Dílo a realizace účinných opatření k omezení jejich dopadu.“ dle čl.3.2.1 ZD. Předpokládá Uchazeč správně, že se jedná o shodný režim s čl. 3.6.1. ZD? Požaduje Zadavatel vyhodnocování bezpečnostních událostí?“

Vysvětlení zadávací dokumentace:

Ano, jedná se o shodný režim. Vyhodnocování bezpečnostních událostí je vyžadováno (viz ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – Průřez, kapitola 7 - Požadavky na bezpečnost).

Žádost č. 75:

„Katalog požadavků AIS SFŽP – Požadavky na výzvu - V požadavcích je uvedeno, že výzev může být desítky za rok

Dotazy:

a. Kolik za rok může být Dotačních titulů/Programů?

b. Je možné, aby v rámci jednoho dotačního titulu bylo spuštěno ve stejný čas více výzev najednou?

c. Platí, že výzva je vždy v právě jednom Programu a právě jednom Podprogramu?

d. Jaký je vztah mezi Výzvou a Podporovanou aktivitou (dle definice na straně 18 Katalogu požadavků)?

e. Jaký je rozdíl mezi soutěžní a nesoutěžní výzvou?

f. V katalogu požadavků na str. 24 jsou požadavky „Systém spolupracuje s centrálním nástrojem pro plánování SFŽP (kalendář úkoly), Nástroj umožňuje řízení kapacit, Nástroj umožňuje sestavování požadavků na rozpočet“ – můžete vysvětlit, jaký by měl být obsah požadované spolupráce, jakou integraci mezi systémy očekáváte a jaký bude rozsah této integrace?“

Vysvětlení zadávací dokumentace:

a. Řádově v jednotkách.

b. Ano je to možné, jedná se o běžnou situaci.

c. Ano, podprogram je nepovinný, pokud je vyhlášen podprogram, platí také.

d. Výzva definuje podporované aktivity. Výzva je nadřazenou entitou a může mít jednu nebo více podporovaných aktivit (jednotlivé aktivity se mezi sebou mohou lišit v podmínkách, mohou mít samostatnou alokaci a např. termíny).

e. V rámci soutěžní výzvy probíhá příjem žádostí a po jeho uzavření se všechny žádosti vyhodnotí na základě hodnotících kritérií (tj. jsou obodovány) a následně seřazeny dle dosaženého hodnocení – podpora je pak poskytnuta těm žádostem, na které je dost finančních prostředků. Nesoutěžní výzva nemá hodnocení, žádosti mohou být posuzovány průběžně i při probíhajícím příjmu žádostí, všechny žádosti, které splní podmínky a jsou kryty alokací výzvy, mohou získat podporu – tj. zde rozhoduje časové hledisko podání žádosti.

x. Xxxxxxx požadované spolupráce je zasílání pozvánek do MS Exchange. Další integrace není požadována. Řízení kapacit spočívá v požadavku na znázornění souběhu vyhlášených výzev, což umožní administrátorovi výzev naplánování jednotlivých milníků výzvy. Požadavky na rozpočet spočívají v požadavku AIS SFŽP ČR generovat reporty související s finanční alokací na plánované projekty ve výzvě a rozložení do let.

„Katalog požadavků AIS SFŽP – Příjem žádosti Dotazy:

a. Na str. 29 je požadavek „možnost elektronického podepsání vložené přílohy“ – můžete podrobněji vysvětlit obsah požadavku a očekávanou funkčnost sytému?

b. Na str. 31 je požadavek „Kód obsahuje kompletní obsah žádosti“ – můžete podrobněji vysvětlit obsah požadavku a očekávanou funkčnost sytému?

c. Na str. 31 je požadavek „..a odesílat k předběžnému schválení“ – k čemu slouží institut

„předběžného schválení“ a jak se liší od finálního schválení?“

Vysvětlení zadávací dokumentace:

a. Systém obsahuje nástroj, který umožní uživateli připojit elektronický podpis k souboru přílohy.

b. Kód má řešit identifikaci dokumentu a jeho párování ke konkrétní žádosti, která je uložena v systému. Obsažené informace se použijí pro evidenci dokumentu v e-Spise.

c. Institut předběžného schválení byl vypuštěn.

Žádost č. 77:

„Katalog požadavků AIS SFŽP – Požadavky na definici způsobu zpracování Žádosti“

Dotaz: „Na str. 37 je požadavek „Systém notifikuje o přečtení zprávy“ – upozorňujeme, že pokud se jedná o přetečení emailu nebo sms, není tento požadavek technicky realizovatelný, neboÉ je závislý na koncovém zařízení příjemce zprávy.“

Vysvětlení zadávací dokumentace:

Bereme na vědomí, hlavní komunikační kanál by měl být AIS SFŽP ČR, kde by to mělo být technicky možné.

Žádost č. 78:

„Katalog požadavků AIS SFŽP - Požadavky na účetní doklady“

Dotaz: „Prosíme o vysvětlení obchodního zadání celé kapitoly 11.3. ve vztahu k existujícímu účetnímu systému – upozorňujeme, že agendový systém nemůže převzít odpovědnost účetního systému a tedy nerozumíme požadavkům na práci s účetnímu doklady, fakturami a jejich kontrolami, včetně vazeb na bankovní výpisy.“

Vysvětlení zadávací dokumentace:

AIS SFŽP ČR nepřebírá úlohu účetního systému, ale pracuje s informacemi (obsahem avíz) v rámci procesů čerpání finanční podpory („financování“). Procesy jsou naznačeny v procesních modelech, které jsou uvedeny přílohou (příloha katalogu B1). Procesy financování nemohou být realizovány bez sledování dokládání účetních dokladů.

Žádost č. 79:

„Požadavky na integrace

Dotazy:

a. V Katalogu požadavků Průřezové požadavky - Požadavky na integraci s okolím jsou uvedeny integrace na Spisovou službu a EKIS, v Příloze H Seznam spolupracujících systémů jsou uvedeny integrace IS ZR, EnviHelp, EIS JASU (předpokládáme, že se jedná o EKIS), e-Spis (předpokládáme, že se jedná o Spisovou službu), Registr podpor de minimis, ISOH, CEDR, ARES

b. ale v požadavcích se objevují další požadavky na integrace: centrální nástroj na plánování SFŽP, notifikace email, notifikace sms, ESPIS (správa dokumentů) – tyto vyjmenované integrace tedy jsou nebo nejsou součástí rozsahu projektu?“

Vysvětlení zadávací dokumentace:

centrální nástroj na plánování = odesílání pozvánek pro Exchange notifikace mail = zasílání mailů přes mailserver SFŽP ČR notifikace sms = sms brána, která je součástí Díla

e-Spis = spisová služba SFŽP ČR

Ano, vyjmenované integrace jsou součástí plnění. Požadavek na integrace EnviHelp byl vypuštěn.

Žádost č. 80:

„Migrace dat

Dotaz: V požadavcích není zmíněna migrace dat z žádného existujícího systému – skutečně není požadována?“

Vysvětlení zadávací dokumentace:

Migrace dat nejsou požadovány.

Žádost č. 81:

„V dokumentu „Katalog požadavků – AIS SFŽP, průřezové požadavky“ v kapitole 7. Požadavky na bezpečnost str. 13 se uvádí „Systém provádí autentizaci a autorizaci interních uživatelů prostřednictvím podnikových služeb IDM.“

Dotaz: „Na jaké podnikové služby IDM chce zadavatel požadovaný informační systém napojovat? Doplňte prosím požadavky na konkrétní rozhraní.“

Vysvětlení zadávací dokumentace:

Zadavatel požaduje napojení AIS SFŽP ČR na MS Active directory, využití single sign on pro rychlé přihlášení uživatele do AIS SFŽP ČR bez použití hesla, pokud je přihlášen do domény SFŽP ČR.

Žádost č. 82:

„V dokumentu „Katalog požadavků – AIS SFŽP, průřezové požadavky“ v kapitole 8. Požadavky na správu systému str. 16 se uvádí „Systém umožňuje přímý tisk na síÉových tiskárnách, Tisk bude vždy odeslán s UID konkrétního uživatele.“ Předpokládáme, že se jedná o požadavek týkající se síÉového nastavení prostředí SFŽP a odpovídající VPN a nejedná se o přímý požadavek na agendový informační systém.“

Dotaz: „Je náš předpoklad správný nebo SFŽP využívá nějaké speciální funkce, které je zapotřebí do tiskáren předávat? Pokud ano, uveďte používanou technologii nebo bližší specifikaci požadavku.“

Vysvětlení zadávací dokumentace:

Nejedná se o speciální funkci, jde jen o vysvětlení požadavku, že systém bude zasílat tisky na tiskárnu pod přihlašovacím jménem uživatele a ne např. pod náhodným UID nebo stejným UID pro všechny uživatele tisknoucí z AIS SFŽP ČR.

Žádost č. 83:

„V dokumentu „Katalog požadavků – AIS SFŽP, průřezové požadavky“ v kapitole 11. Požadavky na přehled projektu str. 20 se v akceptačních kritériích uvádí požadavek na „Soupis AVIZ vytvořených dotačním systémem pro EKIS a Soupis AVIZ vytvořených EKIS pro dotační systém.“

Dotaz: „Slovy AVIZ je myšlena nějaké speciální zkratka nebo jde pravděpodobně jen o seznam komunikace mezi těmito systémy?“

Vysvětlení zadávací dokumentace:

Nejedná se o zkratku, pojem avízo opravdu znamená pouze komunikační zprávu mezi AIS a EKIS.

Žádost č. 84:

„V dokumentu „Katalog požadavků – AIS SFŽP, průřezové požadavky“ v kapitole 11. Požadavky na přehled projektu str. 21 se uvádí „• Zobrazení odpovídá výčtu, který je uveden v příloze KP („Návrh karet“)“, podobně v kapitole 13. Požadavky na uživatelské prostředí str.23 se uvádí „Uživatelské prostředí odpovídá požadavkům na karty, které jsou uvedeny v příloze „Příloha KP průřezový Návrh karet v IS NP verze pro PT 20160531.docx““. Jelikož rozsah formulářů (a požadovaných kontrolních a formulář řídících funkcí) a odpovídajících šablon a nároků na jejich pružnost a dynamičnost, může výrazně ovlivnit nároky na implementaci informačního systému, tudíž může mít výrazný dopad na stanovení ceny informačního systému, jenž je hlavním hodnotícím kritériem, žádáme o předání podrobnějšího popisu (příklady stávajících formulářů a šablon, a požadavků na jejich chování), které hodlá SFŽP do budoucna používat.“

Dotaz: Doplňte zadávací dokumentaci (ZD) o podrobněji informace o požadavcích na formuláře a šablony. Nebo implementace těchto formulářů a šablon je již činností na straně zadavatele a po dodavateli se požaduje dodat pouze odpovídající nástroj na jejich vytvoření a vytvořit analýzu požadavků pro implementaci v daném nástroji a vyškolení následně odpovědného personálu?

V případě, že je požadována implementace (jelikož takto dnes ZD chápeme), je nutné stanovit nároky na formuláře a šablony, jelikož z praxe známe diametrální rozdíly v požadavcích na tyto funkcionality. Žádost může mít rozsah 1 strany bez dalších funkcionalit, nebo žádost může mít rozsah desítek stran s přílohami, a navíc na tyto formuláře mohou být kladeny nejrůznější logické funkce mající dopad jak na grafickou prezentaci a tak funkční chování a náročnost přípravy podobných formulářů je tím pádem diametrálně odlišná.. V případě těchto rozdílu u formulářů, a odpovídajících šablon dokumentů, k žádostem, kontrolním a hodnotícím formulářům, žádostem o platbu a monitorovacích zpráv se ve finále může jednat o velké cenové rozdíly v kalkulované pracnosti. Proto je nutné pro správný kvalifikovaný odhad tyto požadavky blíže specifikovat v zadávací dokumentaci (stačí nám předání příkladů z jednotlivých typů formulářů a dokumentů).

Současně vzhledem k odhadům pracnosti na implementaci je nutné znát předpokládané počty těchto formulářů a šablon, tj. kolik výzev a s kolika typy formulářů se předpokládá při realizaci (implementaci), kterou musí zajistit dodavatel, kolik a jakých typů dalších formulářů bude při implementaci dodavatel zajišÉovat. Opět je výrazný rozdíl, zda má SFŽP jeden společný vzor smlouvy, nebo vzorů bude více, a podobně u ostatních typů formulářů a šablon.“

Vysvětlení zadávací dokumentace:

Požadavky na formuláře jsou z hlediska struktury dostatečně identifikovány v průřezovém Katalogu požadavků AIS SFŽP – Průřez, kapitola 3. Formuláře jsou identifikovány napříč katalogy. Pro příklad zasíláme následující URL odkaz na již ukončené výzvy v Národním programu Životní prostředí: xxxxx://xxx.xxxx.xx/xxxxx/000/xxxxxxxx-xxxxx/.

Odkaz na přílohu Katalogu požadavků průřezový Návrh karet v IS NP verze pro PT 20160531.docx je reliktem z pracovní verze dokumentace. Požadavky na konkrétní kompozici a obsah karet v rámci uživatelského prostředí bude řešen konkrétně v průběhu implementace díla ve společné součinnosti Objednatele a vybraného Dodavatele.

Žádost č. 85:

„V dokumentu „RÁMCOVÁ DOHODA NA AGENDOVÝ INFORMAČNÍ SYSTÉM SFŽP ČR“ v kapitole 3.2.6.

Podpora Díla obsahuje následující zajištění ze strany Objednatele str. 20 se uvádí v bodě a) že každý s objednatelem předaných serverů na diskovou kapacitu 3,6 TB. A dále uvádí pro databázový server Oracle předpokládaný rozsah cca. 10 GB, který dle našeho názoru neodpovídá potřebám agendového systému.“

Dotaz: „Chápeme správně, že

a. Pro zajištění chodu požadovaného agendového systému má dodavatel k dispozici uvedený HW tj. 2x server kde každý má vlastní (2CPU s 10 jádry, 256 GB RAM a 3,6 TB RAID 10),

b. Dodavatel na tyto servery bude instalovat potřebný software, který je dodavatel povinen zakalkulovat do nákladů - což obsahuje veškerý software počínaje operačním systémem. Nebo některý systémový software - jako např. MS Windows, Oracle objednatel již licencován má a nepředpokládá se jeho financování ze strany dodavatele? Uveďt,e co můžete dodavateli za systémový a databázový software nabídnout, aniž by to hradil dodavatel.

c. Jelikož objednatel v bodě b) odstavce 3.2.6. uvádí poskytnutí prostoru - předpokládáme správně, že se jedná o další databázový prostor, který má dodavatel k dispozici včetně licencí poskytovaných ze strany objednatele?,

d. Jak velký diskový prostor a jaký výkon je k dispozici v databázovém clusteru zajištěn pro připravovaný agendový systém?

e. Kdo zodpovídá za provoz a chod tohoto databázového clusteru a do jaké míry se očekává potřeba podpory této části ze strany dodavatele ve vztahu na požadovanou dostupnost.“

Vysvětlení zadávací dokumentace:

a. Ano, pro vnitřní část systému.

b. Dodavatel bude mít k dispozici pouze virtualizační službu. Blíže specifikováno v Katalogu požadavků B3 – Průřez, kapitola 20 Požadavky na architekturu systému (Požadavek: Prostředí vnitřní části systému).

c. Ano, jedná se o databázový prostor určený pro ukládání aplikačních dat vnitřní části systému.

d. Diskový prostor v databázovém clusteru je o velikosti10 GB pro databázi, přičemž bude postupně možno tuto kapacitu navýšit dle požadavků, které přinese reálný provoz řešení.

e. Za provoz a chod zmíněného databázového clusteru odpovídá zadavatel.

Žádost č. 86:

„V dokumentu „Katalog požadavků – AIS SFŽP, průřezové požadavky“ v kapitole 20 Požadavky na architekturu str. 33 se uvádí „Prostředí vnější části systému, • Datové centrum pro provoz vnější části je zajištěno dodavatelem. …“

Dotaz: „Upřesněte předpokládanou kapacitu dat, které budou na serveru pro podávání žádostí ukládány, nebo kapacitu můžeme odhadnou na základě podrobné odpovědi na dotaz č.4 (rozsah formulářů) a ze strany zadavatele pak stačí do ZD doplnit předpokládané počty zpracovávaných typů formulářů ročně (žádostí o dotaci, žádosti o platbu, monitorovací zprávy apod.), které podávají žadatelé.“

Vysvětlení zadávací dokumentace:

Špičkový výkon, který je očekáván v souvislosti s příjmem žádostí do dotačních výzev, je odhadován na 20 dní v roce, 300 současně přistupujících uživatelů, za den 2000 uživatelů.

Ukazatel	Očekávaný stav (ks)
Průměrný roční počet podaných žádostí	4500
Průměrný roční počet podpořených žádostí	4000
Průměrný roční počet programů	30

Žádost č. 87:

„V dokumentu „Katalog požadavků – AIS SFŽP, průřezové požadavky“ v kapitole 3. 3 Požadavky – interaktivní formulářový systém str. 7 se uvádí „• Kompletní i částečný obsah listinné podoby systémem generovaného formuláře bude možné zpracovat v systému skenováním QR kódu, který bude v každém formuláři“

Dotaz: „Je nutné, aby v QR kódu byl kompletní obsah z formuláře? Nebo stačí v QR kódu přesně specifikovat o jaký dokument se v systému jedná a ze systému jednoduše dle QR kódu dočíst snadno pro uživatele ostatní informace. QR je kód je kapacitně omezen a vypsat do něj všechny informace by mohlo znamenat nutnost vkládání sady těchto kódů do dokumentu, což nevidíme jako vhodné zvlášÉ v případě, kdy jsou všechny informace u loženy v systému a zdrojem tisku QR kódu jsou právě informace v systému. Všichni odpovědní uživatelé interní části agendového systému budou mít k dispozici čtečku QR kódu?“

Vysvětlení zadávací dokumentace:

Kód má řešit identifikaci dokumentu a jeho párování ke konkrétní žádosti, která je uložena v systému. Ano, všichni odpovědní uživatelé interní části agendového systému budou mít k dispozici čtečku QR kódu.

Žádost č. 88:

„V dokumentu „Katalog požadavků – AIS SFŽP“ v kapitole 6 Požadavky - Výzva str. 24 se uvádí „• Systém spolupracuje s centrálním nástrojem pro plánování SFŽP (kalendář, úkoly …).“

Dotaz: „ Jaký používáte centrální nástroj pro plánování? Jaké má rozhraní?“

Vysvětlení zadávací dokumentace:

V kontextu ZD se nejedná přímo o nástroj, pouze o generování pozvánek do kalendářů v Exchange.

Žádost č. 89:

„V příloze rámcové dohody „PŘÍLOHA K – Prováděcí projekt AIS SFŽP XXXXX SFŽP ČR“, kapitola 1, strana 5, je uvedeno „Způsob zpracování prováděcího projektu bude odpovídat požadavkům na projektové řízení podle metodik PRINCE2 nebo PMI (PMBOK).“

Dotaz: „Připouští zadavatel, aby způsob zpracování prováděcího projektu odpovídal požadavkům na projektové řízení podle jiné mezinárodně uznávané metodiky projektového řízení, např. podle metodiky IPMA?“

Vysvětlení zadávací dokumentace:

Ano, zadavatel připouští jiné mezinárodně uznávané metodiky projektového řízení.

Žádost č. 90:

Dotaz: „Je zadavatelem v rámci nabídky požadováno rovněž předložit dodavatelem zpracovanou přílohu rámcové dohody „PŘÍLOHA K – Prováděcí projekt AIS SFŽP XXXXX SFŽP ČR – osnova“ (tj. včetně vypracovaných kapitol 6 a 7 této přílohy ze strany dodavatele), nebo je zadavatelem požadováno, aby Prováděcí projekt AIS SFŽP XXXXX SFŽP ČR dodavatel zpracoval až v rámci vlastního plnění veřejné zakázky?“

Vysvětlení zadávací dokumentace:

Viz žádost č. 1.

Příloha K: Projektový plán - tuto přílohu účastník zadávacího řízení v rámci své nabídky nevyplňuje. Jedná se totiž o vzor, který bude předlohou pro Projektový plán. Tento bude vytvořen v rámci 1. etapy realizace předmětné veřejné zakázky, na základě společné analýzy Objednatele a vybraného Dodavatele.

Žádost č. 91:

„V dokumentu Katalog požadavků AIS SFŽP, který je přílohou č. B1 Závazného návrhu rámcové dohody, který je přílohou č. 3 Zadávací dokumentace, je uveden požadavek „Systém automaticky zapojí FM do procesu přípravy RM.“

Dotazy:

„a) Může zadavatel blíže specifikovat, jakým způsobem vstupuje FM do procesu?

b) Může zadavatel specifikovat, zda pracuje FM s AIS prostřednictvím uživatelského rozraní AIS anebo je komunikace s FM delegována na zaměstnance SFŽP, který následně zadá údaje do AIS prostřednictvím uživatelského rozhraní?

c) Pokud FM pracuje přímo s AIS prostřednictvím uživatelského rozhraní, je toto uživatelské rozhraní shodné s rozhraním pro zaměstnance SFŽP anebo se jedná o zvláštní rozhraní pro vstup FM“

Vysvětlení zadávací dokumentace:

a) Finanční manažer (FM) vstupuje do procesu administrace projektu na základě kritérií, uvedených v textu akceptačního kritéria tohoto požadavku (viz ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP - kapitola 9 Požadavky – Příprava rozhodnutí) a které budou dále detailně rozpracovány na základě analýzy, provedené účastníkem.

b) FM je zaměstnancem SFŽP ČR s příslušnou rolí finančního manažera (viz ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP - kapitola 3 Seznam rolí), tudíž bude pracovat s AIS SFŽP ČR prostřednictvím uživatelského rozhraní AIS SFŽP ČR.

c) Ano, toto rozhraní je jednotné a shodné pro všechny zaměstnance SFŽP ČR.

Žádost č. 92:

„V dokumentu Katalog požadavků AIS SFŽP, který je přílohou č. B1 Závazného návrhu rámcové dohody, který je přílohou č. 3 Zadávací dokumentace, je uveden požadavek „Systém automaticky zapojí právníka akce do procesu přípravy RM.“

Dotazy:

„a) Může zadavatel blíže specifikovat, jakým způsobem vstupuje právník do procesu?

b) Může zadavatel specifikovat, zda pracuje právník s AIS prostřednictvím uživatelského rozraní AIS anebo je komunikace s právníkem delegována na zaměstnance SFŽP, který následně zadá údaje do AIS prostřednictvím uživatelského rozhraní?

c) Pokud právník pracuje přímo s AIS prostřednictvím uživatelského rozhraní, je toto uživatelské rozhraní shodné s rozhraním pro zaměstnance SFŽP anebo se jedná o zvláštní rozhraní pro vstup právníka?“

Vysvětlení zadávací dokumentace:

a) Právník vstupuje do procesu administrace projektu na základě kritérií, uvedených v textu akceptačního kritéria tohoto požadavku (viz ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP - kapitola 9 Požadavky – Příprava rozhodnutí) a které budou dále detailně rozpracovány na základě analýzy, provedené uchazečem.

b) Právník je zaměstnancem SFŽP ČR (viz ZD_P3_Příloha_B1 - Katalog požadavků AIS SFŽP - kapitola 3 Seznam rolí), tudíž bude pracovat s AIS SFŽP ČR prostřednictvím uživatelského rozhraní AIS SFŽP ČR.

c) Ano, toto rozhraní je jednotné a shodné pro všechny zaměstnance SFŽP ČR.

Žádost č. 93:

Dotaz: „Zadavatel požaduje v rámci AIS možnost podpisu žádosti certifikátem. Může zadavatel specifikovat, v jaké podobě bude mít uživatel AIS k dispozici elektronický podpis, tedy zda bude tento podpis nahrán do operačního systému pracovní stanice uživatele, uživatel ho bude mít ve formě souboru, či jím bude disponovat v jiné podobě?“

Vysvětlení zadávací dokumentace:

V případě podpisu žádosti elektronickým podpisem nelze zajistit jednotnost prostředí na straně žadatelů. Systém by tak měl počítat s variantou, že elektronický podpis bude mít žadatel nahrán jak ve svém operačním systému, tak ho bude mít k dispozici v souboru.

Žádost č. 94:

Dotaz: „Může zadavatel uvést, jakou databázovou technologii a jakými databázovými servery disponuje a zda mohou být tyto použity pro realizaci předmětu veřejné zakázky?“

Vysvětlení zadávací dokumentace:

Dodavatel disponuje databázovým serverem Oracle (Oracle Real Application Clusters, 64-bit, verze 12c Standard Edition; cca 10 GB pro databázi, přičemž bude postupně možno tuto kapacitu navýšit dle požadavků, které přinese reálný provoz řešení), který bude přístupný uchazeči pro realizaci předmětu plnění vnitřní části AIS SFŽP ČR. Viz ZD_P3 – Závazný návrh rámcové dohody, kapitola 3.2.6.

Žádost č. 95:

Dotaz: „Může zadavatel specifikovat, které části systému patří do vnitřního prostředí a které do vnějšího prostředí AIS a jakým způsobem má probíhat komunikace mezi těmito dvěma prostředími?“

Vysvětlení zadávací dokumentace:

Rozdělení systému na vnitřní a vnější část a způsob synchronizace dat je popsán v ZD_P3_Příloha_B3 - Katalog požadavků AIS SFŽP – Průřez - kapitola 20. Požadavky na architekturu systému.

Žádost č. 96:

„Na základě požadavků kladených na AIS v zadávací dokumentaci se domníváme, že datové centrum pro vnější prostředí je také předmětem veřejné zakázky a má být tedy dodáno dodavatelem a zahrnuto v cenové kalkulaci nabízeného řešení.“

Dotazy:

„a) Je tato naše domněnka správná?

b) Pokud ano, s jakým maximálním výkonem datového centra má uchazeč počítat v rámci nabídky, aby splnil potřeby zadavatele na škálování výkonu AIS?

c) Dále pokud ano, s jak dlouhým obdobím má uchazeč kalkulovat při výpočtu nabídkové ceny?“

Vysvětlení zadávací dokumentace:

a) Ano.

b) Špičkový výkon, který je očekáván v souvislosti s příjmem žádostí do dotačních výzev, je odhadován na 20 dní v roce, 300 současně přistupujících uživatelů, za den 2000 uživatelů.

c) Náklady na provoz vnějšího prostředí by měly být zahrnuty do ceny za podporu Díla po dobu pěti let (viz zadávací dokumentace, kapitola 6.1), účastník zadávacího řízení by měl tedy kalkulovat s obdobím 5 let.

Dotaz: „Předpokládáme, že Zadavatel vypracoval formulář A žádosti o stanovisko Odboru hlavní architektura. Bylo by možné poskytnout tento formulář či relevantní informace k architektuře a spolupráci v rámci eGovernmentu (Kapitola Architektonické informace o projektu). Jedná se o zásadní informace, které mají vliv na konstrukci navrženého řešení.“

Vysvětlení zadávací dokumentace:

Uvedený dokument zadavatel v rámci definice zadávacích podmínek nebude poskytovat, jelikož probíhá jeho validace. Současně však zadavatel upozorňuje, že veškeré informace relevantní pro tvorbu nabídky k předmětné veřejné zakázce jsou již v zadávací dokumentaci obsaženy.

Žádost č. 98:

Dotaz: „Zadavatel v rámci Zadávací dokumentace v kapitole 7. – Požadavky na způsob podání nabídky neuvádí požadavky na strukturu popisu navrženého řešení. Žádáme o upřesnění požadované struktury nabídky včetně seznamu požadovaných vyplněných příloh ZD.“

Vysvětlení zadávací dokumentace:

Viz žádost č. 1 a žádost č. 2.

Žádost č. 99:

Dotaz: „Zadavatel v příloze ZD-P3 - Příloha D – Rozpočet ZD uvádí v části Položkový rozpočet – Ostatní služby požadavek na uvedení celkové částky. Domníváme se, že v tomto bodě je v tabulce chybně uvedeno 100 MD namísto 500 MD. Prosíme o potvrzení naší domněnky.“

Vysvětlení zadávací dokumentace:

Ano, požadavek byl upraven – položka celkového maximálního objemu za MD za 5 let byla upravena na 500.

Žádost č. 100:

„Zadavatel uvádí v katalogu požadavků (ZD-P3 - Příloha B_3 - Katalog požadavků AIS SFŽP - průřez.docx) požadavek „Uživatelské prostředí odpovídá požadavkům na karty, které jsou uvedeny v příloze „Příloha KP průřezový Návrh karet v IS NP verze pro PT 20160531.docx“ „. Uvedená příloha není obsažena v zadávací dokumentaci a není vysvětlen pojem „IS NP“.“

Dotaz: „Žádáme o doplnění uvedené přílohy či úpravu požadavku. Zároveň žádáme o vysvětlení pojmu

„IS NP“.“

Vysvětlení zadávací dokumentace:

Jedná se o relikt z pracovní verze dokumentace. Požadavky na konkrétní kompozici a obsah karet v rámci uživatelského prostředí bude řešen konkrétně v průběhu implementace díla ve společné součinnosti Objednatele a vybraného Dodavatele. IS NP představuje součást AIS SFŽP ČR, který má na starosti agendu dotačního Národního programu Životní prostředí.

„Zadavatele uvádí v katalogu požadavků (ZD-P3 - Příloha B_3 - Katalog požadavků AIS SFŽP - průřez.docx) požadavek na integraci s EKIS „Požadavky na vzájemnou komunikaci AIS SFŽP a ekonomického informačního systému SFŽP ČR (EIS JASU) jsou obsažené v příloze tohoto katalogu“. Příloha popisující rozhraní EKIS však vůbec nezohledňuje oblast poplatků.

Dotaz: „Žádáme o doplnění popisu rozhraní systému EKIS s ohledem na oblast poplatků.“

Vysvětlení zadávací dokumentace:

Příloha s popisem rozhraní na EKIS je nastavena univerzálně tak, aby oblast poplatků mohla obsáhnout v souvztažnosti s generováním účetních dokladů a se zaúčtováním příchozích plateb.

Žádost č. 102:

„Zadavatele uvádí v katalogu požadavků (ZD-P3 - Příloha B_2 - Katalog požadavků AIS SFŽP - poplatky.docx) v kapitole 18 Požadavky na jednotlivé systémy požadavek na systém IS NP. Ten ovšem, není nijak vysvětlen.“

Dotaz: „Žádáme o vysvětlení, o jaký systém jde či upravení požadavku.“

Vysvětlení zadávací dokumentace:

IS NP představuje součást AIS SFŽP, který má na starosti agendu dotačního Národního programu Životní prostředí. Pro určitost textace byl název sjednocen na AIS SFŽP ČR.

Žádost č. 103:

„Zadávací dokumentace předpokládá uzavření rámcové dohody ve smyslu § 131 a násl. zákona č. 134/2016 Sb., o zadávání veřejných zakázek. Základním principem rámcových smluv je dle aktuální judikatury situace, kdy smlouva nezakládá přímo závazkový vztah, povinnosti a závazky smluvních stran vznikají až realizačními smlouvami na základě rámcové smlouvy (viz např. rozsudek Nejvyššího soudu ČR, sp. zn. 29 ICdo 26/2012). Rámcová dohoda, která je součástí zadávací dokumentace v některých případech zakládá přímo práva a povinnosti smluvních stran (např. bod 2.1.1. odstavec první – povinnost realizovat Dílo, ve spojení s bodem 2.7.2. písm. a) – povinnost dodat Dílo do 12 měsíců od podpisu rámcové dohody), na jiných místech však pouze vytváří rámec pro budoucí objednávky určitých činností (např. bod 2.1.1. odstavec druhý, bod 3.2.1. písm. l) – budoucí realizace poplatkové agendy a některých jiných částí Díla). Vzniká tím nejasnost, zda má dodavatel postupovat podle principů rámcové dohody a každou činnost provádět až na objednávku objednatele, nebo zda je návrh rámcové dohody ve skutečnosti kombinací rámcové dohody a smlouvy o dílo.“

Dotaz: „Které činnosti realizované dodavatelem na základě rámcové dohody mají být realizovány až na základě písemné objednávky objednatele a které činnosti je dodavatel povinen realizovat bez předchozí objednávky, již na základě rámcové dohody (která v takovém případě není rámcovou dohodou, ale smlouvou o dílo)?“

Vysvětlení zadávací dokumentace:

V úvodu zadávací dokumentace zadavatel zdůrazňuje, že výsledkem zadávacího řízení bude uzavření rámcové dohody s jedním dodavatelem, kdy předmět plnění bude poskytován postupem bez obnovení soutěže. Tento způsob zadání je možný za splnění dvou podmínek uvedených v § 132 odst. 4

zákona. Jednak, jsou-li všechny podmínky plnění veřejné zakázky obsaženy přímo v rámcové dohodě a dále, je-li ze zadávací dokumentace na uzavření rámcové dohody zřejmé, kterému účastníku rámcové dohody bude veřejná zakázka na základě rámcové dohody zadána.

Pro splnění požadavku na konkrétní vymezení veškerých podmínek plnění vymezených v rámcové dohodě je rozhodující zejména, zda rámcová dohoda upravuje veškerý postup při realizaci plnění, konkrétně jak bude poskytováno, účtováno, placeno, atd. Všechny tyto podmínky závazný návrh rámcové dohody předmětné veřejné zakázky splňuje. Jelikož daná rámcová dohoda bude uzavřena s jedním dodavatelem, je pak odpověď na otázku, komu bude veřejná zakázka zadána, zřejmá bez dalšího.

Na základě písemné objednávky bude realizována část Díla týkající se poplatkové agendy (viz čl. 2.1.1 ZD_P3 – závazného návrhu rámcové dohody) a dále Ostatní služby (viz čl. 4.1.1 ZD_P3 – závazného návrhu rámcové dohody). Zbylé služby budou realizovány bez dalšího, přímo na základě rámcové dohody.

Zadavatel souhlasí, že v případě té části plnění, která bude realizována bez písemné objednávky, se skutečně jedná typově o Smlouvu o dílo. Ovšem právě s ohledem na legislativu týkající se poplatkové agendy a zadávání Ostatních služeb byl zvolen koncept rámcové dohody.

Žádost č. 104:

„Pojem „Dílo“ je v úvodu rámcové dohody definován jako „softwarové a hardwarové řešení informačního systému pro aplikační podporu administrace Národního programu a případně též poplatkové agendy“. Z obsahu zadávací dokumentace lze dovodit, že není zřejmé, zda a kdy dojde k realizaci části Díla – poplatkové agendy. Pokud však nedojde k dodání celého Díla (a tedy i poplatkové agendy), nemůže dojít k finální Akceptaci Díla ve smyslu bodu 2.9. rámcové dohody, v důsledku čehož nezačne běžet poskytování Podpory Díla, neboÉ ta je dle bodu 3.7.1. vázána na finální Akceptaci Díla.“

Dotaz: „Jakým způsobem (a podle jakého ustanovení rámcové dohody) bude řešena situace, kdy bude hotovo a připraveno k předání celé Dílo, ale dosud nedojde k objednání a realizaci poplatkové agendy? Bude možné přistoupit k Akceptaci Díla?“

Vysvětlení zadávací dokumentace:

Čl. 2.1.1 ZD_P3 – závazného návrhu rámcové dohody mimo jiné stanovuje, že v případě, že dojde v rámci Díla k objednání služeb vztahujících se k poplatkové agendě, platí následně rovněž pro tuto část Díla podmínky, práva i povinnosti vztahující se k Dílu v kontextu rámcové dohody. Akceptace části Díla poplatková agenda tedy proběhne zvlášť, kdy následně v souladu s čl. 5.2.6 ZD_P3 – závazného návrhu rámcové dohody provozní podpora za tuto část Díla bude hrazena po akceptaci tohoto plnění a to za příslušné období poskytnuté podpory.

Žádost č. 105:

„Dle bodu 8.1.2. rámcové dohody se dohoda uzavírá na 5 let s účinností od okamžiku jejího zveřejnění v registru smluv. Dle bodu 3.7.1. rámcové dohody se Podpora Díla poskytuje po dobu 5 let od finální Akceptace Díla. Je nepochybné, že k Akceptaci Díla dojde podstatně později, než k uveřejnění v registru smluv.“

Dotaz: „Jaký je vztah lhůt dle bodu 8.1.2. a 3.7.1.? Může k poskytování Podpory Díla docházet i po ukončení trvání smlouvy dle bodu 8.1.2.?“

Vysvětlení zadávací dokumentace:

Zadavatel upravuje znění čl. 8.1.2 ZD_P3 – závazného návrhu rámcové dohody následovně:

„Xxxx Xxxxxx se uzavírá na dobu určitou, a to do uplynutí pětileté doby Podpory Díla v souladu s čl.

3.7.1 této Dohody.“

Žádost č. 106:

„Dle bodu 3.2.1. písm. l) rámcové dohody budou jako součást Podpory Díla prováděny některé části Díla, které z důvodu technické nepřipravenosti spolupracujících systémů nemohou být součástí vytvořeného Díla.“

Dotaz: „Jak bude provedena Akceptace Díla, když Dílo nebude zcela hotovo? Jakým způsobem budou hrazeny tyto dodatečně prováděné části Díla? Pokud by byly hrazeny jako součást fakturace za Dílo, dojde k situaci, kdy je fakturována neprovedená činnost. V době skutečného provedení těchto částí Díla přitom již není možné provést jejich fakturaci, neboÉ dle znění bodu 3.2.1. písm. l) jsou tyto činnosti již součástí Podpory Díla, která je hrazena paušálně, takže v konečném důsledku by zpožděním některých částí Díla nebyla dodavateli uhrazena jejich cena. “

Vysvětlení zadávací dokumentace:

V případě, že v průběhu realizace a implementace Díla bude zjištěno, že Dílo nemůže být zcela kompletní z důvodů závažné technické nepřipravenosti spolupracujících systémů, uplatní se čl. 2.7.2 písm. c) závazného návrhu rámcové dohody, ve kterém si Objednatel vyhradil právo na posun termínu dokončení Implementace dané části Díla. Dané posunutí termínu pak tedy neznamená použití čl. 3.2.1 písm. l) závazného návrhu rámcové dohody. Pokud se nebude jednat o závažnou nefunkčnost spolupracujících systémů, ale pouze o drobné nefunkčnosti, budou práce s nimi související poskytovány v rámci podpory Díla dle čl. 3.2.1 písm. l) závazného návrhu rámcové dohody (v takovém případě budou tedy tyto práce hrazeny již v rámci Ceny za Dílo a jeho implementaci, tím ovšem není dotčen závazek Dodavatele realizovat je v rámci podpory Díla).

Žádost č. 107:

„Body 5.2.5. a 5.3.4. obsahují zcela shodný text o rozdělení fakturace za upgrady Díla a za poskytnuté služby.“

Dotaz: „Jakým způsobem má dojít k tomuto rozdělení fakturace u Podpory Díla dle bodu 5.2.5., když je cena této činnosti stanovena paušálně a z rámcové dohody nevyplývají konkrétní ceny za upgrade a jiné služby?“

Vysvětlení zadávací dokumentace:

Ano, cena za podporu Díla je stanovena paušálně. Zadavatel tedy upravuje závazný návrh rámcové dohody, kdy znění čl. 5.2.5 je zrušeno. Následně dojde k přesunutí čl. 5.2.6 – nově čl. 5.2.5 závazného návrhu rámcové dohody.

Žádost č. 108:

„Dle bodu 0.0.0.: „Provozní podpora za část Díla poplatková agenda bude hrazena po akceptaci plnění poplatková agenda za příslušné období poskytnuté podpory“.“

Dotaz: „Je pojem „provozní podpora“ totožný s pojmem „Podpora Díla? Jakým způsobem bude zjištěna výše ceny za Podporu Díla před akceptací poplatkové agendy a po akceptaci poplatkové agendy, když rámcová dohoda zná jedinou cenu za Podporu Díla, uvedenou v bodu 5.2.2. rámcové dohody?“

Vysvětlení zadávací dokumentace:

Ano, oba pojmy mají stejný význam. Účastník zadávacího řízení v rámci své nabídky předloží jednak vyplněný návrh rámcové dohody a současně i přílohu D této Dohody – Rozpočet. V uvedené příloze je Xxxx za Dílo a jeho implementaci a Xxxx za podporu Díla po dobu pěti let rozčleněna na nacenění Díla bez poplatkové agendy a naopak i s touto částí Díla. Účastník tedy v čl. 5.2.2 závazného návrhu rámcové dohody vyplní celkovou cenu za podporu Díla včetně podpory poplatkové agendy, která musí ve svém součtu odpovídat nacenění v příloze D – Rozpočet. Po objednání části Díla poplatková agenda a následné akceptaci daného plnění bude fakturována a hrazena provozní podpora k této části Díla, a to za příslušné období jejího poskytnutí dle čl. 5.2.5 závazného návrhu rámcové dohody. Nedojde-li k objednání služeb vztahujících se k poplatkové agendě, bude Objednateli účtována Xxxx za Dílo a jeho implementaci, případně Xxxx za podporu Díla ponížená o nacenění poplatkové agendy, případně její podpory v příloze D rámcové dohody - Rozpočet.

Vysvětlení zadávací dokumentace č. 109 (bez žádosti, z podnětu zadavatele):

Zadavatel upravuje znění čl. 2.7.2 písm. d) Přílohy č. 3 ZD - Závazného návrhu rámcové dohody následovně:

„d) V případě posunu termínu dokončení Implementace Díla a dodání Díla k provedení Akceptačních testů Díla podle čl. 2.7.2 písm. c) se rovnoměrně posouvají rovněž i termíny plnění neuzavřených projektových aktivit, tj. prodlužuje se doba trvání neuzavřených projektových aktivit, tzn. neposouvá se pouze termín dokončení Implementace Díla a dodání Díla k provedení Akceptačních testů.“

Upravenou zadávací dokumentaci včetně všech příloh uveřejňuje zadavatel současně s tímto vysvětlením na profilu zadavatele uvedeném v záhlaví tohoto vysvětlení.

S ohledem na výše uvedenou změnu/doplnění zadávací dokumentace zadavatel prodlužuje lhůtu pro podání nabídek následovně:

Lhůta pro podání nabídek končí dne 7. 8. 2017 v 9:30 hod.

Otevírání obálek se uskuteční dne 7. 8. 2017 v 9:35 hod.

DN: c=CZ, 2.5.4.97=NTRCZ-00020729, o=Státní fond životního prostředí České republiky [IČ 00020729], ou=2959, cn=Xxxxx Xxxxxxx, sn=Hejnová, givenName=Xxxxx, serialNumber=P452875

....D..a.t.u..m..:..2.0..1.7...0..7...0.3...2.1..:4..5.:.4.5..+..0..2.'.0.0..'............................................

Xxx. Xxxxx Xxxxxxx

ředitelka Odboru právního, SFŽP ČR