ZADÁVACÍ DOKUMENTACE

Název projektu: Elektronické služby města Bílina. Předmět veřejné zakázky je spolufinancován z Integrovaného regionálního operačního programu (IROP) prostřednictvím výzvy č. 28. Registrační číslo projektu: CZ.06.3.05/0.0/0.0/16_044/0005338.

2. ZADAVATEL

Zadavatel: Město Bílina Břežánská 50/4 418 01 Bílina

IČO: 00266230

Zastoupený: Xxxxxxx Xxxxxxxxx, starosta ID Datové schránky: qdtb7vx

Odpovědný útvar: odd. IT MěÚ Bílina

Kontaktní osoba: Xxxxxxxx Xxxxxx, xxxxxx@xxxxxx.xx; 414 810 855

Profil zadavatele: xxxxx://xxx.xxxxxx-xxxxxxxxxx.xx/xxxxxx/00000000

Zpracovatel zadávacích podmínek: EQUICA a.s., Rubeška 215/1, 190 00, Praha 9 – Vysočany, IČ. 26490951 – osoba odpovědná za zpracování zadávací dokumentace: Xxxxxxxx Xxxxxxxxx

3. DRUH ZADÁVACÍHO ŘÍZENÍ

Předmětná nadlimitní veřejná zakázka na dodávky je zadávána v otevřeném řízení dle ust. § 56 zák. č. 134/2016 Sb., o zadávání veřejných zakázek (dále jen jako „ZZVZ“). Cílem tohoto zadávacího řízení je uzavření smlouvy o dílo s jedním účastníkem zadávacího řízení za každou část VZ (dále jen jako

„účastník“, "dodavatel" nebo "vítězný dodavatel") veřejné zakázky.

Předpokládaná hodnota veřejné zakázky byla stanovena v souladu s ustanoveními § 16,

§ 18 odst. 1 a 2, § 20 písm. a) ZZVZ, jako součet předpokládaných hodnot všech částí veřejné zakázky.

Předpokládaná hodnota veřejné zakázky „Elektronické služby města Bílina“ činí 15 095 372 Kč bez DPH (slovy: patnáct milionů devadesát pět tisíc tři sta sedmdesát dvě koruny české).

VZ je rozdělena na části ve smyslu § 35 ZZVZ. Předpokládaná hodnota jednotlivých částí VZ je následující

▪ Část 1 VZ:

▪ dodávka / plnění VZ: 10 555 322,- Kč bez DPH

▪ provozní podpora: 1 347 550,- Kč bez DPH

▪ rozvoj řešení: 1 250 000,- Kč bez DPH

▪ Část 2 VZ:

▪ dodávka / plnění VZ: 1 430 000,- Kč bez DPH

▪ provozní podpora: 200 000,- Kč bez DPH

▪ rozvoj řešení: 312 500,- Kč bez DPH

Předpokládaná hodnota veřejné zakázky je zároveň maximální přípustnou nabídkovou cenou, a to i v dílčích hodnotách pro jednotlivé části VZ.

Předpokládaná hodnota zahrnuje vždy cenu požadovaného HW a/nebo SW díla (licencí) a současně veškeré náklady vztahující se k dodávce, zejména dopravné, implementaci a nastavení, propojení dodaného díla do celkového funkčního celku s ostatním HW a/nebo SW a aplikačním vybavením zadavatele a zaškolení obsluhy (administrátorů) příslušného HW a/nebo SW aplikace včetně zabezpečení záručního servisu (provozní podpory) k bezproblémovému užívání dodaného díla.

Nabídku je možné podat pro více částí veřejné zakázky. Nabídka pro každou část však musí být podána jako zcela samostatná. Nabídky podané v jedné části veřejné zakázky budou posuzovány a hodnoceny nezávisle na nabídkách podaných v jiných částech veřejné zakázky.

4. PŘEDMĚT VEŘEJNÉ ZAKÁZKY

4.1. Účel veřejné zakázky

Účelem VZ je doplnění stávajícího aplikačního (SW) vybavení zadavatele a nutné HW podpory potřebné pro chod dodaných aplikací.

Předmětem plnění VZ jsou dodávky včetně služeb (dále také jen „řešení“ nebo "projekt") k rozšíření a/nebo doplnění informačních systémů a ICT prostředí zadavatele o podporu vybraných agend a procesů pro zefektivnění a zkvalitnění poskytovaných služeb v rámci VZ. Podrobná specifikace dodávek a služeb je uvedena v dalších kapitolách.

4.2. Specifikace předmětu veřejné zakázky – část 1 VZ

Předmětem VZ je pořízení a implementace SW vybavení technologií pro rozšíření stávající aplikační základny zadavatele a pořízení a implementace HW technologií pro rozšíření stávajícího HW a ICT vybavení zadavatele potřebného pro zajištění plné funkčnosti dodaných SW aplikací.

Předmětem plnění veřejné zakázky v části 1 jsou zařízení a systémy uvedené v následující tabulce, včetně služeb:

Označení výstupu projektu

Popis výstupu

Množství a jednotka

Personalistika

Pořízení IS Personalistika

Systém pro správu personální agendy zadavatele.

1 ks informační systém

Správa nemovitostí

Pořízení IS Evidence a správy nemovitostí

Systém pro zefektivnění správy nemovitostí a zjednodušení administrativních činností pracovníků zadavatele.

1 ks informační systém

Elektronizace vnitřních procesů

Portál zaměstnance

Elektronizace dosavadních papírových procesů (Zaměstnanecká agenda)

Vytvoření moderního pracovního zázemí zaměstnance (Agendový a projektový prostor)

1 ks informační systém

Portál občana a elektronické služby občanům

Portál občana

Formulářové služby pro styk občana s úřadem

Elektronické služby (Portál občana)

Integrace stávajících formulářových služeb pro styk občanů s úřadem do portálu občana (integrace stávajících inteligentních formulářů pro elektronické podání na úřad)

Integrace nově požadovaných formulářových služeb pro styk občanů s úřadem do portálu občana (vytvoření nových inteligentních formulářů pro elektronické podání na úřad)

1 ks informační systém

1 ks řídící jednotka

2 ks zobrazovací jednotka

Krizový portál

Publikační a aplikační platforma

Krizový portál – veřejná část (publikační platforma provázaná s dodávaným portálem)

Krizový portál – neveřejná část (serverová aplikace, mobilní aplikace, komunikační modul)

1 ks informační systém

Vysoká dostupnost

Zajištění vysoké dostupnosti provozovaných systémů

Systém pro ukládání logů

Systém pro centralizovanou správu eventů a logů

1 ks informační systém

Evidence docházky a bezpečnosti přístupů

Zajištění evidence docházky a bezpečnosti přístupů

Docházkový systém skládající se z aplikační části (SW řešení sledování docházky) a z HW řešení (off-line docházkové terminály a RFID čipy).

1 ks informační systém

48 ks docházkový terminál

3 000 ks RFID čip

4.3. Specifikace předmětu veřejné zakázky – část 2 VZ

Předmětem VZ je pořízení a implementace SW vybavení technologií pro rozšíření stávající aplikační základny Hornické nemocnice s poliklinikou (dále také „HNSP“) a pořízení a implementace HW technologií pro rozšíření stávajícího HW a ICT vybavení HNSP potřebného pro zajištění plné funkčnosti dodaných SW aplikací.

Předmětem plnění veřejné zakázky v části 2 jsou zařízení a systémy uvedené v následující tabulce, včetně služeb:

Označení výstupu projektu

Popis výstupu

Množství a jednotka

Provozní IS HNSP

Řešení interních procesů HNSP

Systém pro řešení interních procesů a postupů HNSP

1 ks informační systém

Zvýšení dostupnosti IS HNSP

Zvýšení dostupnosti provozních IS HNSP

Dodávka 2 nových výkonných serverů, fyzického datového úložiště, zálohovacího zařízení a 2 LAN switchů

HW dle zadání

4.4. Popis současného stavu

4.4.1. Popis organizace a její členění

Organizace zadavatele – Město Bílina (dále také "Město") sídlí v Městském úřadě Bílina (dále také "MěÚ"), kde pracuje většina zaměstnanců a je zde umístěná významná část IT technologií.

Město je veřejnoprávní korporací (právnická osoba veřejného práva), která podle zákona číslo 128/2000 Sb., o obcích (obecní zřízení), ve znění pozdějších předpisů, vykonává působnost v oblasti veřejné správy.

4.4.2. Popis lokalit

Z pohledu IT jsou pro Město nejvýznamnější lokalitou budova Břežánská 50/4, 418 01 Bílina (část 1 VZ) a areál Hornické nemocnice s poliklinikou na adrese Pražská 206/95, 418 01 Bílina (část 2 VZ).

4.4.3. Popis stávajícího SW a HW prostředí

Popis je uveden ve Studii proveditelnosti projektu zveřejněné na xxxxx://xxx.xxxxxx.xx/xx/xxxxxxx- urad/odbory-meu/odbor-dotaci-a-projektu/elektronicke-sluzby-mesta-bilina.html .

4.5. Povinné parametry technického řešení

4.5.1. Obecné požadavky

V technickém popisu mohou být uvedeny značky, či přímo názvy řešení, a to v případě, že Město považuje za odůvodněné, že řešení rozšiřuje stávající funkcionalitu, doplňuje funkčně stávající řešení, či požaduje řešení minimálně s vlastnostmi řešení uvedeného.

Technické řešení musí zohledňovat podmínky již realizovaných investic zadavatele vč. udržitelnosti minulých dotačních projektů a v jejich souvislostech i povinnosti s hospodařením s majetkem v těchto projektech pořízených. Použití odkazů na konkrétní obchodní značky znamená v rámci této technické specifikace povinnost respektovat kompatibilitu s takto odkázaným zařízením.

Zadavatel při výstavbě, správě a provozu ICT technologií striktně dodržuje hledisko technologické neutrálnosti, tj. využití technologií takovým způsobem, který neomezuje implementaci technologií různých výrobců – tuto strategii musí splňovat i řešení dodané v rámci této veřejné zakázky.

Za předpokladu, že uchazečem navržené řešení vyžaduje fyzickou infrastrukturu (např. servery, komunikační prvky atd.) neobsaženou v popisu předmětu plnění, zahrne účastník do své ceny všechny náklady na její pořízení, instalaci, konfiguraci a další služby potřebné pro uvedení do provozu.

Pro každý softwarový produkt, který účastník nabídne v rámci svého řešení, budou v nabídce výslovně uvedeny všechny licenční nebo výkonové požadavky spojené s instalací a provozem řešení, včetně uvedení konkrétní infrastruktury, na které bude řešení provozováno.

Účastník ve své nabídce detailně popíše vazby na stávající systémy zadavatele, které jsou nezbytné pro správné fungování řešení nabízeného účastníkem.

Nabízená řešení nesmí negativně ovlivnit stávající parametry ICT prostředí zadavatele.

4.5.2. Povinné parametry dodávaných řešení – část 1 VZ

V dále uvedených tabulkách jsou uvedeny minimální povinné parametry dodávaných řešení.

Uchazeč musí všechny povinné parametry splnit, v případě nesplnění je jeho nabídka vyloučena.

A. Personalistika – Systém pro správu personální agendy zadavatele. Všechny uvedené požadavky jsou povinné.

X.	Xxxxxxxxx
1	Vedení podrobné personální evidence údajů o zaměstnanci vycházející z legislativy ČR, běžných zvyklostí státní a veřejné správy ČR a potřeb úřadu
2	Tvorba organizační struktury (organigramů, organizačních stromů), editace a vizualizace organigramů na základě odpovídajících uživatelských rolí
3	Plánování organizačních změn v systému, podpora procesu plánování v systému. Jejich promítnutí do organigramů po schválení a nabytí účinnosti. Uložení historie organigramů, možnost práce s historií organigramů (historicky je možné zobrazit organizační strukturu k jakémukoliv datu).
4	IS umožňuje variantní vytváření organizační struktury (zkušebně vytvářet několik různých variant systemizace, přitom však platná je vždy pouze jedna).
5	Tvorba popisu pracovní pozice, požadavky na pracovní pozici v souladu odpovídajícími právy uživatelských rolí. Možnost práce se systematizovanými místy
6	Kdekoliv v organizační struktuře je možné přidávat systemizovaná místa. Pro každé SM se vytváří karta systemizovaného místa, která obsahuje údaje charakterizující pracovní místo a požadavky na něj se vztahující
7	Součástí karty systematizovaného místa je pracovní náplň. Na systemizovaném místě je možné zadávat předpokládané tarifní složky pro danou funkci. K systematizovaným místům se přiřazují zaměstnanci.
8	Součástí systemizovaného místa je i plánovaný počet osob na místo. Systém umožňuje alespoň 2 varianty: • 1 SM = 1 zaměstnanec • 1 SM = více zaměstnanců s naprosto stejnou pracovní náplní
9	Tvorba kontrolních sestav obsazenosti systemizovaných míst
10	Vedení agendy vzdělávání zaměstnanců. Evidence vzdělávacích institucí, evidence vzdělávacích akcí.
11	Sledování účasti zaměstnanců na uskutečněných vzdělávacích akcí (pohled přes zaměstnance, pohled přes akci, pohled přes vzdělávací organizaci
12	Tvorba, evidence a kontrola osobních plánů vzdělávání a to až na období 3 let. Sledování stavu plnění plánu. Evidence osvědčení, evidence požadavků a plnění požadavků na ZOZ (ZOZ = zkoušky odborné způsobilosti), PO a BOZP

X.	Xxxxxxxxx
13	Podpora bezpečného ukládání dokumentů k zaměstnanci v běžných formátech (.pdf, .docx, .jpg atd.). Zálohování společně s personálními daty.
14	Podpora agendy pracovně lékařských podmínek, včetně evidence vstupních prohlídek, požadavků na mimořádné a periodické prohlídky – automatické plánování prohlídek. Existence formulářů posudků o zdravotní způsobilosti k práci
15	Evidence uchazečů o zaměstnání. Vedení výběrových řízení s komisí i bez komise. Možnost převzetí požadavku na uchazeče přímo ze systemizovaného místa. Sledování dodání požadovaných dokumentů účastníky výběrových řízení. Vyhodnocení účastníků výběrového řízení s možností stanovení pořadí účastníků, převedení vybraného zaměstnance do aktivních zaměstnanců. U uchazečů dojde k poloautomatickému odstranění osobních údajů, které podléhají ochraně osobních údajů zákona č.101/2000 Sb.
16	Podpora hodnocení zaměstnance, tedy procesu hodnocení zaměstnance (včetně zpětné vazby pro zaměstnance)
17	Propojení se systémem mezd. Údaje využívané v obou systémech (personalistika a mzdy) je možné zobrazit a editovat jak v systému Personalistika, tak ve mzdovém programu. Jedná se zejména o osobní údaje, adresy, přiznané tarifní složky, u státní správy o platové postupy a započitatelnou praxi.
18	Sledování benefitů, včetně sledováním čerpání nenárokových složek platu (i FKSP).
19	Evidence dohod o provedení práce, včetně evidence vyčerpaných hodin u DPP – sledování limitu max. 300 hodin/rok.
20	Podpora práce s pracovně právními dokumenty: uživatelské šablony pracovně právních dokumentů, vystavování pracovně právních dokumentů, evidence dokumentů, týkajících se pracovněprávních vztahů
21	Propojení na Intranet zaměstnance ve smyslu publikace formulářů či převzetí dat formulářů z části „Elektronizace vnitřních procesů“
22	Tvorba plánu dovolených, sledování čerpání dovolené
23	Evidence pracovních úrazů
24	Evidence průkazů řidičů referentských vozidel včetně požadavků na termín dalšího proškolení.
25	Evidence a upozornění na životní jubilea zaměstnanců
26	Upozornění na možný odchod do důchodu (dosažení důchodového věku)
27	Propojení na Active Directory – heslo je uloženo v AD, probíhá pouze ověřování přes číslo zaměstnance

B. Správa nemovitostí – Systém pro zefektivnění správy nemovitostí a zjednodušení administrativních činností pracovníků zadavatele. Všechny uvedené požadavky jsou povinné.

Č.	Požadavek
1.	Zakládání záznamů do evidence pozemků – jednotlivé položky se vkládají pomocí jednoduchých polí a polí se seznamem hodnot (listbox). Při nepřítomnosti položky v seznamu hodnot se poklepáním na dané pole otevře formulář pro doplnění položky do seznamu
2.	Datová struktura záznamů v evidenci pozemků vychází ze struktury záznamu v katastru nemovitostí a je doplněná o údaje potřebné z pohledu úřadu.
3.	Možnost evidence nemovitostí vztahujících se k pozemkům vycházející ze struktury záznamu v katastru nemovitostí. Je doplněná o údaje potřebné z pohledu úřadu.
4.	Možnost evidence smluv (nájemních, výpůjčních, kupních, věcná břemena, budoucí věcná břemena, souhlas s umístěním stavby, smlouvy o právu provést stavbu) vztahujících se k evidovaným pozemkům a nemovitostem.
5.	Zobrazení záznamů z evidence pozemků formou nekonečného formuláře s možností filtrování a/nebo řazení dle hodnot uvedených ve sloupcích formuláře. Formuláře minimálně v rozsahu • Všechny pozemky • Pozemky pronajaté • Pozemky s věcným břemenem • Pozemky dle druhu nájmu (doba určitá, neurčitá) • Pozemky dle katastru • Pozemky dle druhu pozemku (orná půda, zahrada, …)
6.	Sledování: • smluv o nájmu a o výpůjčce na dobu určitou. • pronajatých pozemků od města • pronajatých pozemků městem
7.	Upozornění na blížící se datum ukončení smlouvy zvýrazněním hodnoty v sestavě pro zobrazení záznamů z evidence pozemků.
8.	Náhledy na tiskovou sestavu konkrétního nekonečného formuláře
9.	Zobrazení a editace potřebných informací (věcná břemena, nájemníci pozemku, vlastníci nemovitostí) v detailu záznamu k pozemku
10.	Zobrazení a editace dalších vlastností pozemků a nemovitostí (realizované akce ONI, památková zóna, záplavové území …)
11.	Odesílání mailových notifikací v případě změny v záznamu o pozemku dotčeným pracovníkům úřadu
12.	Možnost vyhledání objektů (pozemky, smlouvy, nemovitosti) dle vybraných kritérií
13.	Evidence technických zařízení vztahujících se k nemovitostem či pozemkům, Evidence revizí a kontrol, sledování harmonogramu pravidelných i nepravidelných revizí a kontrol. Upozorňování na blížící se revize a kontroly. Možnost ukládat provozní dokumentaci k technickému zařízení
14.	Přístupová práva diferencovaná podle uživatelských rolí

C. Elektronizace vnitřních procesů – Elektronizace dosavadních papírových procesů (Zaměstnanecká agenda) a vytvoření moderního pracovního zázemí zaměstnance (Agendový a projektový prostor). Všechny uvedené požadavky jsou povinné.

X.	Xxxxxxxxx
1.	Tato část IS musí být vybudována v prostředí standardní technologie určené k použití pro správu a oběh elektronických dokumentů MS SharePoint, kterou zadavatel disponuje a pro řízení dokumentů používá. Zadavatel v současnosti využívá MS SharePoint Foundation 2013
2	Řešení bude obsahovat centrum důvěryhodnosti = místo z něhož bude možno ověřit platnosti elektronických důvěryhodných dokumentů, elektronicky a podepsat důvěryhodný dokument.
3	Pro službu ukládání a čtení důvěryhodných elektronických dokumentů bude řešení integrováno s elektronickým důvěryhodným archivem TS Eldax, kterým zadavatel disponuje a který zadavatel využívá.
B1 – Elektronizace dosavadních papírových procesů = Zaměstnanecká agenda
1	Níže specifikované agendy musí být implementovány pro přímo do prostředí MS SharePoint portál.
2	Níže specifikované agendy budou pro každého zaměstnance přístupné z rozcestníku, který bude centrální aplikací zaměstnance.
3	Vedení, správa a evidence kontaktů celého úřadu, kontakty na členy RM a ZM, kontakty na komise a výbory, kontakty na vedení města, kontakty na bezpečnostní radu a povodňovou komisi, kontakty na obce správního obvodu, kontakty na městské firmy a příspěvkové organizace
4	Kontakty budou napojeny a integrovány s Active Directory.
5	Dovolená: Dovolenou může vytvořit každý kmenový zaměstnanec. Po vytvoření se spustí schvalovací proces. Nadřízenému bude vytvořen úkol o schválení a zaslána emailová notifikace. Po schválení/zamítnutí bude zaslána emailová notifikace žadateli. Nadřízenému bude vytvořen úkol o doplnění čerpání. Po doplnění bude vytvořen úkol personalistce o finální doplnění. Po doplnění personalistkou bude pracovní proces ukončen. Personalistka může vrátit nadřízenému žádost na doplnění. Oprávnění jsou nastavená na čtení. Prohlížet může každý kmenový zaměstnanec a vidí jenom svoje dovolené. Vedoucí odboru vidí dovolené svých podřízených. Vedení městského úřadu bude mít plné oprávnění.
6	Agenda „Dovolená“ bude integrovaná s Formulářovým serverem ve smyslu využívání formuláře „Nepřítomnost na pracovišti/dovolenka“, který v současnosti pracovníci zadavatele používají. Zadavatel v současnosti disponuje a využívá tyto komponenty formulářového serveru: Software602 FormPublishing, Software602 FormFlow Server a Software602 FormApps Server.
7	Agenda „Dovolená“ bude integrována se systémem „PIS Personalistika požadovaným v bodě A1 v tom smyslu, aby v systému PIS bylo možno vytvářet plány dovolených a sledovat čerpání dovolené z pohledu celého úřadu.

Xxxxxxxxx

Nařízené přesčasy:

Nařízený přesčas může vytvořit vedoucí odboru, nebo vedení města. Po vytvoření se spustí schvalovací proces. Tajemnici bude vytvořen úkol o schválení a zaslána emailová notifikace se žádostí o schválení. Po schválení/zamítnutí bude zaslána emailová notifikace žadateli vytvořen úkol napsání vyhodnocení. Tajemnici bude vytvořen úkol o schválení vyhodnocení. Po schválení bude zaslána emailová notifikace na Mzdové oddělení o zaevidování. Vedoucí odboru vidí přesčasy svého oddělení. Vedení městského úřadu bude mít plné oprávnění.

Plán školení zaměstnanců:

Tvorba plánů školení pro zaměstnance na evidenci průběžného vzdělávání. Předepsaná doba dle zákona 312/2002; požadavek absolvovat předepsaný počet dní certifikovaných školení.

Školení může vytvořit každý kmenový zaměstnanec. Zadávat a číst můžu jenom svoje Školení. Po vytvoření se spustí schvalovací proces. Nadřízenému bude vytvořen úkol o schválení a zaslaná emailová notifikace. Po schválení bude zaslána emailová notifikace na Účtárnu. Po neschválení se pracovní postup ukončuje.

Personálnímu oddělení bude vytvořen úkol o Absolvování školení a zaslána emailová notifikace se žádosti o doplnění informace, že školení absolvoval. Absolvováno (ANO/NE).

Oprávnění jsou nastavená na čtení. Prohlížet může každý kmenový zaměstnanec a vidí jenom svoje školení. Personalistka a účtárna může editovat. Vedení městského úřadu bude mít plné oprávnění.

Interní předpisy a směrnice

Vznik, publikování a distribuce interních norem (směrnic a předpisů). Workflow pro připomínkování a schvalování interních norem v závislosti na organizační struktuře.

Distribuční workflow pro seznámení pracovníků včetně logování akceptace normy (na vědomí / „ano, četl jsem a rozumím“

Typy norem směrnic a způsob seznámení s těmito normami v závislosti na typu. Zajištění důvěryhodnosti publikovaných norem a směrnic.

Role v agendě:

• Uživatel

• Editor řízené dokumentace

• Personalista

• Správce řízené dokumentace

• Administrátor

Agenda Interní předpisy a směrnice bude integrovaná s TS Eldax ve smyslu možnosti elektronického podepsání a Uložení finální směrnice do TS-ELDAx k důvěryhodné archivaci vč. záznamů se seznámení se směrnicí

Objednávky spotřebního materiálu (kancelářské potřeby)

Objednávku může vytvořit každý kmenový zaměstnanec. Po vytvoření se spustí schvalovací proces. Nadřízenému bude vytvořen úkol o schválení a zaslána emailová notifikace. Po schválení/zamítnutí bude zaslána emailová notifikace žadateli. Zpracovateli bude vytvořen úkol „Čeká na zpracování“. Zpracovatel změní stav na „Zpracovávám“, nebo vrátí zadavateli na přepracování. Zpracovatel změní stav na „Připraveno na výdej“ a pošle emailová notifikace zadavateli požadavku. Zpracovatel změní stav na „Vydáno“ a proces se ukončuje

X.	Xxxxxxxxx
B2 – Vytvoření moderního pracovního zázemí zaměstnance = Agendový a projektový prostor
1	Každý zaměstnanec bude mít vytvořen v aplikaci svůj účet. V rámci tohoto účtu bude zaměstnanec spravovat svou pracovní a projektovou agendu = dostane k dispozici agendový a projektový prostor (souhrnně dále v B2 označen jako systém). Na tomto místě bude mít uživatel přístupné sharepointové aplikace uvedené v části B1 (Kontakty, Dovolená, Nařízené Přesčasy, Plán školení, Interní předpisy a směrnice, Objednávky spotřebního materiálu v závislosti na rolích, kterou v těchto procesech zastává. Dále bude mít k dispozici správu svého profilu. Na tomto místě bude mít uživatel ocentrální seznam všech úkolů zaměstnance vyplývajících z jednotlivých workflow (úkoly v roli zadavatele i příjemce)
2	Definice skupin uživatelů s možností přidělování oprávnění (bez přístupu/číst/zápis) k jednotlivým kategoriím dokumentů.
3	Možnost definice Workflow pro dokumenty (určení připomínkujících, schvalování apod.)
4	Možnost administrace pracovníků Zadavatele Zadavatelem (vytváření nových uživatelských účtů, přidělování oprávnění apod.).
5	Tvorba a ukládání dokumentů. Možnost vytvářet dokumenty v prostředí MS Office a přímo je ukládat v systému. Automatické verzování dokumentů s možnosti práce se staršími verzemi.
6	Jednoduché sdílení dokumentů, bezproblémová spolupráce pracovních skupin. Možnost zpřístupnění souborů dle hierarchie (dokument mohou volitelně číst / upravovat / mazat podřízení zaměstnanci)
7	Možnost práce více uživatelů s jedním dokumentem, možnost zapnutí email notifikace pro jednotlivé dokumenty nebo kategorie.
8	Možnost přidávat komentáře k dokumentům (položka v externích metadatech dokumentu).
9	Funkce správy dokumentů, funkce správy metadat. Možnost správy webového obsahu
10	Možnost vytvářet osobní a týmové weby pro vlastní prezentaci, resp. sdílení znalostí, ukládání materiálů a kooperaci na projektech. Tvorba stránek probíhá online vkládáním webových částí a aplikací (kalendář, knihovna dokumentů, úkoly, seznamy, tabulky, textové pole, diskuze, …) do stránek webu (tedy obdoba WYSIWYG editoru). Není teda potřeba žádná znalost HTML atp.
11	Možnost tvorby, správy, sledování a zobrazování obsahu na webech
12	Společné prvky pro všechny weby: seznamy, knihovny, webové části
13	Možnost vytvořit seznam úkolů a sledovat přidělování pracovních úkolů nebo události týmu v kalendáři. Možnost provádět průzkumy nebo hostit diskuse na diskusní vývěsce.
14	Nastavení způsobu tvorby, sledování, spravování a zobrazování knihoven.
15	Na stránce projektů bude seznam projektů. Po vytvoření projektu a vyplnění atributu, vznikne nový prostor na základě projektové šablony.

Č.

Požadavek

Sofistikované vyhledávání:

• Vyhledávání relevantních a aktuálních informací z celého prostředí. Uživateli se nabízí jedno místo, ze kterého dohledá libovolnou informaci, aniž by věděl, kde se daná informace nachází.

• Využitím filtrů a upřesňování má uživatel možnost zpřesňovat výsledky vyhledává a rychle tak nalézt požadovanou informaci či soubor.

• Vyhledávání je fulltextové, to znamená, že systém vyhledává i v obsahu jednotlivých souborů, které jsou na intranetu uloženy.

• Z výsledků vyhledávání lze využít náhled do souborů, stahovat kopii souborů nebo otevřít knihovnu, ve které se soubor nachází.

• Je možné vyhledávat i kontakty a to nejen dle jména či pracovní pozice, ale také na základě agendy.

Možnost integrace s MS Project a MS One Note

D. Portál občana a elektronické služby občanům – Elektronické služby (Portál občana). Všechny uvedené požadavky jsou povinné.

X.	Xxxxxxxxx
1	Portál občana (dále jen PO) bude realizován jako subsite současné prezentace xxx.xxxxxx.xx . PO převezme veškerý obsah stávajícího portálu občana (xxxx://xxxxx.xxxxxx.xx/) a bude obsahovat všechny stávající funkce stávajícího PO.
2	PO poskytuje přístup k informacím pro občany. Nabízí formuláře pro řešení životních situací, přístup pro získání informací.
3	Integrace s ekonomickým systémem GINIS ve smyslu zpřístupnění registru pohledávek a rozklikávacího rozpočtu registrovaným uživatelům portálu.
4	PO zajišťuje přístup ke všem existujícím formulářům životních situací v sekcích: a) životní prostředí b) stavební řízení c) matrika d) doprava Formuláře jsou uvedeny v části „C2 Formulářová část“
5	PO zajišťuje přístup k nově požadovaným formulářům životních situací v sekcích: a) poplatková evidence b) dotace a granty c) bytová politika města d) životní prostředí e) matrika f) ostatní samosprávné činnosti Formuláře jsou uvedeny v části „C2 Formulářová část“

Č.

Požadavek

Portál občana bude rozdělen na veřejnou a neveřejnou část

a) veřejná část

• je k dispozici anonymním návštěvníkům portálu

• přes tuto část bude možné vyřídit životní situace, kde komunikace s úřadem proběhne emailem + elektronickým podpisem nebo formulář životních situací bude vytištěn a doručen na podatelnu města

b) neveřejná část

• předpokládá registraci občana a jeho přihlašování unikátním jménem a heslem.

• k přihlášení bude možné využít autority mojeID,

• k přihlášení bude možné využít funkcionalit IS datových schránek (ISDS).

Součástí veřejné a neveřejné části portálu občana bude i veřejná a neveřejná část krizového portálu, který popsán v části „C3 Krizový portál“

Veřejná část Portálu občana poskytne následující služby:

• Zajistí přístup k formulářům životních situací a jejich stahování

• Umožní registraci občana on-line

• Umožní přihlášení občana do neveřejné části

• Zobrazení obecných dokumentů

• Stahování obecných dokumentů

Neveřejná část portálu občana poskytne následující služby:

• Účet občana s katalogem životních situací a přehledem vydaných dokumentů a rozhodnutí

= individualizovaný a personalizovaný obsah (žádosti, podání apod.)

• Nástroj pro elektronické podání všech formulářů životních situací, včetně možnosti formulář elektronicky podepsat

• Zobrazením stavu podaných žádostí (v rámci účtu občana občan uvidí historii podání, rozdělenou na Odeslané, Vyřešené, Rozpracované

• Možnost objednání se na přepážku

• Předvyplnění žádosti osobními údaji (pokud proběhla registrace)

• Zasílání notifikací o zveřejněných informacích / upozorněních, které budou směřovány na konkrétní občany

• Platební historii kde jsou zobrazený všechny platby, které občan provedl/zaplatil

Součástí neveřejné části portálu občana bude platební brána, která umožní registrovanému uživateli provedení platby minimálně tímto způsobem:

• převodem

• platební kartou

Platební brána po provedení platby zašle Městskému úřadu výsledek platby.

X.	Xxxxxxxxx
10	Funkce platební brány z pohledu Městského úřadu a občana: • Přijímat platby 3D Secure – karty vydané asociacemi MasterCard, Visa a American Express. • Přijímat platby SSL – karty vydané asociací Diners Club a opakované platby. • Přijímat platby s využitím digitální peněženky – MasterPass a MasterCard Mobile. • Přijímat platby s využitím platebního tlačítka – PLATBA. • Využívat funkce usnadňující platby • Integrace platební brány s Portálem Občana.
11	Řešení bude integrováno s elektronickým důvěryhodným archivem TS Eldax, kterým zadavatel disponuje a který zadavatel využívá ve smyslu možnosti ověření elektronického podpisu při podání ve fázi podpisu dokumentu občanem při podání
12	Portál občana zahrnuje jako svou integrální součást systém CMS = Content Management Systém = software zajišťující správu webového obsahu. CMS bude průřezově podporovat veřejnou i neveřejnou část PO a to včetně veřejné části Krizového portálu
13	Portál občana prostřednictvím CMS umožňuje k formulářům životních situací ukládat a prezentovat videa k životním situacím natočená zadavatelem
14	Portál občana umožňuje registrovanému uživateli vyplnit a podat příslušný formulář k životní situace. V rámci odeslané/podané žádosti registrovaný občan uvidí historii podání, rozdělenou na: • Odeslané • Vyřešené • Rozpracované
15	Systém CMS bude vykazovat tyto vlastnosti (resp. bude obsahovat tyto funkce)
15a	Redakční systém obslouží minimálně 500 současně přistupujících uživatelů
15b	Obsah portálu je automaticky generován na základě zadávaných dat uživateli bez potřeby znalosti HTML či jiného programovacího jazyka
15c	Veškeré ovládání a Zadávání dat se provádí přes webové rozhraní bez potřeby dalších klientů.
15d	Možnost automaticky generovat obsah
15e	Systém definovaných práv uživatelů - redaktorů, skupin a částí, do kterých mohou uživatelé přispívat
15f	Intuitivní webové rozhraní pro zadávání informací
15g	Možnost tvorby a kontroly diskusních fór, správa jejich příspěvků
15h	Vytváření anket
15i	Fulltextové prohledávání
15j	Vytváření, mazání, přesouvání, kopírování článků, filtrování článků
15k	Práce se styly
15l	Možnost přikládání souborů

X.	Xxxxxxxxx
16	Součástí portálu musí být vyvolávací systém, který: • Obsahuje řídící jednotku / systém, který eviduje a zobrazuje stav přepážky „volno / obsazeno“ • Obsluhuje 2 pracoviště (pracoviště A: 3 přepážky a stanoviště B: 2 přepážky), tj. obsahuje alespoň 2 zobrazovací jednotky o min. velikosti 17“, které zobrazují uvedené stavy • Montáž těchto zobrazovacích jednotek bude dodavatelem provedena na stěnu
17	Vyvolávací systém musí být s portálem integrován v tom smyslu, že zobrazovací jednotky vyvolávacího systému budou zobrazovat „rezervace / objednávky času“ na přepážkách provedené registrovanými uživateli portálu.
18	Portál musí umožnit integraci řešení platební brány jako nástroje pro realizaci plateb občanů směrem k městu
19	Portál musí umožnit propojení platební brány s ekonomickým informačním systémem města (IS GINIS)
20	Součástí dodávky je propojení platební brány / portálu s IS GINIS pro všechny poplatky, u nichž je v současnosti již zajištěna distribuce informací o provedené platbě do příslušného agendového a/nebo provozního IS.

E. Portál občana a elektronické služby občanům – Formulářové služby pro styk občana s úřadem (integrace stávajících formulářových služeb pro styk občanů s úřadem do portálu občana – integrace stávajících inteligentních formulářů pro elektronické podání na úřad) a integrace nově požadovaných formulářových služeb pro styk občanů s úřadem do portálu občana (vytvoření nových inteligentních formulářů pro elektronické podání na úřad). Všechny uvedené požadavky jsou povinné.

X.	Xxxxxxxxx
1	Integrace stávajících formulářových služeb pro styk občanů s úřadem do portálu občana – stávajících inteligentních formulářů pro elektronické podání na úřad:

Č.

Požadavek

Stávají formuláře v oblasti životního prostředí:

• Žádost o povolení k nakládání s povrchovými nebo podzemními vodami nebo jeho změnu

• Žádost o povolení k vypouštění odpadních vod do vod povrchových nebo o jeho změnu

• Žádost o povolení k vypouštění odpadních vod do vod podzemních nebo jeho změnu

• Žádost o povolení k vypouštění odpadních vod do vod povrchových pro potřeby jednotlivých občanů nebo o jeho změnu

• Žádost o povolení k vypouštění odpadních vod do vod podzemních pro potřeby jednotlivých občanů nebo o jeho změnu

• Žádost o povolení k některým činnostem nebo o jeho změnu

• Žádost o stavební povolení k vodním dílům

• Žádost o stavební povolení k domovní čistírně odpadních vod, studni nebo jinému vodnímu dílu potřebnému k odběru

• Žádost o povolení k užívání vodních děl

• Žádost o povolení k vypouštění odpadních vod s obsahem zvlášť nebezpečné závadné látky do kanalizace nebo jeho změnu

• Žádost o udělení souhlasu

• Žádost o vyjádření

• Žádost o vydání kolaudačního souhlasu k užívání vodního díla

• Oznámení o užívání stavby vodního díla

• Ohlášení

• Žádost o povolení k odběru podzemních vod pro potřeby jednotlivých občanů a o stavební

• Žádost o povolení k vypouštění odpadních vod do vod povrchových pro potřeby jednotlivých

• Žádost o povolení k vypouštění odpadních vod do vod podzemních pro potřeby jednotlivých

• Ohlášení vodních děl určených pro čištění odpadních vod do kapacity 50 ekvivalentních obyvatel

• Žádost o stanovení ochranného pásma vodního zdroje nebo jeho změnu

• Žádost o stanovení ochranného pásma vodního díla nebo jeho změnu

• Žádost o stanovení způsobu a podmínek pro vypouštění důlních vod do vod povrchových nebo podzemních nebo jeho změnu

• Žádost o stanovení způsobení a podmínek pro použití závadných látek nebo o povolení výjimky při použití závadných l.

• Žádost o schválení manipulačního řádu vodního díla

• Žádost o vydání loveckého lístku

• Žádost o vydání rybářského lístku

Č.

Požadavek

Stávají formuláře v oblasti stavebního řízení:

• Žádost o vydání rozhodnutí o umístění stavby

• Žádost o vydání rozhodnutí o změně využití stavby

• Žádost o vydání rozhodnutí o změně vlivu užívání stavby

• Žádost o vydání rozhodnutí o dělení nebo zcelování pozemku

• Žádost o vydání rozhodnutí o ochranném pásmu

• Žádost o vydání společného územního rozhodnutí a stavebního povolení

• Žádost o územní souhlas

• Ohlášení stavby

• Žádost o stavební povolení

• Oznámení stavebního záměru s certifikátem autorizovaného inspektora

• Oznámení o užívání stavby

• Žádost o vydání kolaudačního souhlasu

• Žádost o povolení předčasného užívání stavby

• Oznámení změny v užívání stavby

• Ohlášení odstranění

Stávají formuláře v oblasti matriky:

• Dotazník ke zjištění státního občanství České republiky

• Prohlášení o volbě druhého jména

• Prohlášení o změně užívání příjmení

• Žádost o zápis příjmení v mužském tvaru

• Žádost o vydání opisu matričního dokladu

• Žádost snoubenců o povolení uzavřít manželství

• Žádost o vysvědčení o právní způsobilosti k uzavření manželství

• Žádost o vydání osvědčení – církevní sňatek

• Prohlášení – volba druhého jména

• Žádost o změnu jména nebo příjmení – dítě

• Žádost o změnu jména nebo příjmení – dospělí

Č.

Požadavek

Stávají formuláře v oblasti dopravy:

• Žádost o vydání MRP

• Potvrzení o odevzdání řidičského průkazu nebo MRP

• Evidenční karta řidiče

• Žádost o výdej dat z registru řidičů

• Žádost o schválení technické způsobilosti vozidla

• Žádost o povolení výroby / přestavby vozidla

• Žádost o provedení testování historického vozidla

• Žádost o uznání testování vozidla

• Žádost o výdej dat z registru silničních vozidel

• Žádost o vyřazení vozidla z registru vozidel

• Žádost o zápis změnu údajů z registru silničních vozidel

• Žádost o zapsání vymazání zástavního práva k vozidlu v registru vozidel

• Přihláška k registraci vozidla do registru SV

• Žádost o vydání tabulky s registrační značkou

• Žádost o vydání tabulky s registrační značkou na vývoz

• Oznámení o ztrátě, zničení nebo odcizení tabulky s registrační značkou

• Žádost o vyřazení silničního vozidla z provozu a zápis zániku silničního vozidla

• Žádost o zápis silničního vozidla do registru silničních vozidel

• Žádost o zápis změn údajů v registru silničních vozidel

• Žádost o poskytnutí údajů z registru silničních vozidel

• Žádost o vydání nového dokladu k vozidlu

Integrace nově požadovaných formulářových služeb pro styk občanů s úřadem do portálu občana – vytvoření nových inteligentních formulářů pro elektronické podání na úřad:

Poplatkové evidence:

• Přihláška k místnímu poplatku za komunální odpad – trvalý pobyt, dospělý, zástupná osoba

• Přihláška k místnímu poplatku za komunální odpad – chataři

• Žádost o změnu v evidenci komunální odpad

• Žádost o snížení výše poplatku

• Přiznání místního poplatku za psa

• Odhlášení poplatku za psa

• Přiznání místního poplatku za využívání veřejného prostranství

• Registrace k místnímu poplatku z rekreačních kapacit

• Hlášení k místnímu poplatku z rekreačních kapacit

Xxxxxxxxx

Dotace a granty:

• Žádost o poskytnutí dotace pro oblast kultury, TV a sportu, sociální oblast

• Žádost o poskytnutí daru pro oblast kultury, TV a sportu, sociální oblast

• Vyúčtování poskytnuté dotace, daru

Bytová politika města:

• Formuláře ke správě bytové agendy

• Přihláška ke směně bytů

• Oznámení o změně počtu osob, které společně s nájemcem užívají byt

• Žádost o nájem obecního bytu

• Žádost o potvrzení přechodu užívacího práva k bytu

• Žádost o odstranění závady v obecním bytě

Životní prostředí:

• Žádost o povolení ke kácení dřevin rostoucích mimo les

• Souhrnné údaje LHE za vlastníka

• Žádost o odnětí/omezení pozemku určeného k plnění funkce lesa do 1 ha

• Žádost o souhlas k odnětí půdy ze zemědělského půdního fondu (ZPF)

• Žádost o vydání souhlasu ke stavbě do vzdálenosti 50m od okraje lesa

• Žádost o povolení ke zvláštnímu užívání zeleně

Matrika:

• Rezervace lokality pro svatební obřad

• Žádost o povolení uzavřít manželství na stanoveném místě mimo stanovenou dobu

• Žádost o povolení uzavřít manželství na kterémkoli vhodném místě

• Žádost o povolení změny příjmení rodiny za trvání manželství

• Žádost o vydání matričního dokladu

• Žádost o doslovný výpis z matriční knihy narození, manželství, úmrtí

Č.	Požadavek
2f	Ostatní samosprávné činnosti: • Hlášení o vzniklých škodách na majetku města včetně pořízení fotodokumentace • Žádosti o poskytnutí služeb města • Nabídka městu na odprodej, pronájem, směnu, darování, výpůjčku, nemovitosti • Žádost o zřízení věcného břemene k nemovitosti ve vlastnictví města • Žádost o zrušení předkupního práva k nemovitosti • Žádost o vydání závazného stanoviska k restaurování kulturní památky • Žádost o vydání závazného stanoviska pro obnovu kulturní památky • Žádost o vydání koordinovaného stanoviska • Žádost o uzavření smlouvy • Žádost o zřízení hrobového zařízení • Potvrzení bezdlužnosti • Objednávka komerční inzerce ve zpravodaji • Žádost o vyhrazení parkovacího místa • Noční klid • Žádost o informace dle zákona číslo 106/1999 Sb. • Žádost o zábor pozemku • Oznámení o konání shromáždění • Žádost o upuštění od zbytku trestu z řízení motorových vozidel • Žádost o sdělení k investiční akci • Žádost o dodatečné povolení zvláštního užívání pozemní komunikace z důvodu havárie vedení • Žádost o povolení zvláštního užívání pozemní komunikace • Oznámení o změně v registraci autoškoly • Žádost o uzavření, změnu, ukončení nájemní smlouvy • Žádost o pronájem nebytových prostor • Žádost o přidělení/změnu sběrné nádoby • Žádost o přijetí dítěte k předškolnímu vzdělávání
3	Všechny nově požadované formuláře budou vykazovat tyto vlastnosti (resp. budou obsahovat tyto funkce)
3a	Z datového pohledu jsou životní situace analyticky specifikované jednotlivými ministerstvy a jsou dostupné na portále veřejné správy na adrese: xxxxx://xxxxxx.xxx.xx/xxxxxx/xxxxx/xxxxxxx/ nebo na webových stránkách patřičných ministerstev.
3b	Vnější procesy musí být zaměřeny na oblast přenesené působnosti a zajistit komunikaci s úřadem prostřednictvím e-mailu, informačního systému úřadu, datových schránek a papírové podoby daného procesu včetně 2D čárového kódu/QR kódu generovaného z vyplněných evidenčních dat ve formuláři.

Č.	Požadavek
3c	Grafická podoba zpracovávaných dokumentů musí vycházet z otevřeného formátu standardu XSL:FO (xxxx://xxx.x0.xxx/XX/xxx/) s podporou stránkového formátování dokumentů, včetně podpory uživatelsky definovaných rozměrů stránek (obálek, formátů větších formátů např. A3 apod.). Souborový formát zpracovávaných dokumentů by měl umožňovat uložení v komprimovaném formátu.
3d	Možnost integrace formulářů se stávající spisovou službou. Integrace se spisovou službou je vyžadována prostřednictvím stávajícího komunikačního rozhraní pro systém Czech POINT
3e	Možnost odeslání dat (žádosti) prostřednictvím ISDS přímo z formuláře.
3f	Formuláře musí podporovat el. Podpisy, v souladu s požadavky dle zákona 227/2000 Sb. O elektronickém podpisu. Aplikace elektronického podpisu musí být umožněna i parciálně, tak aby bylo možné data (formuláře) podepisovat po částech a tím zaručit odpovídající procesní požadavky konkrétní agendy.
3g	SW musí umožnit offline vyplňování těchto formulářů s možností průběžného ukládání souboru a odeslání dat až po připojení k síti. Klient pro práci offline musí být k dispozici bezplatně.
3h	SW musí mít kontrolu dat již při vyplňování formulářů a pomoc při vyplňování s kontextovou nápovědou (automatické výpočty, kontrola pravopisu v češtině)
3i	SW musí poskytovat možnost převodu formulářů do PDF formátu, tisk formulářů na tiskárnu, dynamické číselníky a skripty
3j	SW řešení umožní zobrazování procesů (formulářů) ve webové podobě
3k	SW řešení umožní práci s formuláři i na mobilních zařízeních a dostupných platformách (Windows, iOS, Android).
3l	SW řešení musí umožnit aplikaci elektronického podpisu na webově zobrazovaném formuláři a to na platformách (Windows, iOS, Android).

X. Xxxxxxx portál (veřejná část) – publikační platforma provázaná s dodávaným portálem. Všechny uvedené požadavky jsou povinné.

Pozn. zadavatele: Vlastní obsah, tj. mapy, geografická data (poloha, tvar objektů, linie, prostory, spojení), metadata (popisné údaje o geografických objektech) ani žádný textový či jiný grafický obsah není předmětem dodávky.

X.	Xxxxxxxxx
1	Publikace dat a informací z redakčního systému uvedeného v části Portál občana a elektronické služby občanům
2	Možnost zobrazení geografických dat v mapových podkladech a to jak dat grafických i dat popisných, zejména zobrazení zdrojů ohrožení = ohrožené objekty při povodních, potenciálních únicích nebezpečných látek
3	Publikace rad a doporučení chování v případě vzniku mimořádné události nebo krizové situace ve vazbě na konkrétní hrozbu
4	Publikace dokumentů obsahujících informace o problematice krizového řízení a ochrany obyvatelstva

X.	Xxxxxxxxx
5	Publikace aktualit

G. Krizový portál (neveřejná část) – serverová aplikace, mobilní aplikace, komunikační modul. Všechny uvedené požadavky jsou povinné.

Č.	Požadavek
1	Systém obsahující serverovou část pro: • Administraci uživatelů • Administraci a evidenci týmů svolávaných osob • Příprava, uložení a spouštění komunikačních scénářů svolávání osob obsahujících posloupnost kroků (workflow) a jejich vazeb na týmy / svolávané osoby a jejich operační stav; vazba týmy-scénáře M:N; možnost definice skupin úloh (např. scénáře pro povodně …). Sekvenční a podmíněné spouštění kroků komunikačního scénáře pro svolávání osob / týmů
2	Systém obsahující mobilní aplikaci pro svolávané osoby s funkcemi: • Zobrazení historie • Zadávání a přepínání operačního stavu (připraven k zásahu / nepřipraven k zásahu / Off line). • Zadávání vybavení • Možnost zapnutí / vypnutí reportingu polohy
3	Serverová aplikace je provedena jako webová aplikace = aplikace přístupná z webového prohlížeče
4	Serverová aplikace: nástroj pro správu a definici týmů svolávaných osob včetně možnosti definice náhradníků.
5	Evidence členů týmů (= svolávaných osob) minimálně ve struktuře jméno, příjmení, funkce (pozice), organizační jednotka, tel. Číslo primární (hlas, SMS, PUSH), tel. Číslo sekundární (hlas, SMS, PUSH); vazba člen-týmy M:N.
6	Komunikace se svolávanými osobami prostřednictvím: • Zpráv SMS • Automatizovaného hlasového volání = funkce syntézy lidské řeči text to speech v českém jazyce • PUSH zprávy (datově na chytrý telefon) • E-mailem Komunikovat lze libovolným z těchto kanálů, včetně možnosti jejich libovolné kombinace. Pozn. zadavatele: Komunikaci se svolávanými osobami je možné využít také jako funkcionalitu „SMS rozhlas“, tedy informační kanál pro zasílání vybraných zpráv a informací.
7	Tvorba komunikačních scénářů pracujících s polohou svolávaných osob získávanou nepřetržitě prostřednictvím mobilní aplikace. Tvorba scénářů aktivací svolávání na základě zadání místa události, perimetru, operačního stavu a vybavenosti/odbornosti
8	Zobrazení historie trasy účastníka v zásahovém režimu.
9	Možnost spouštění komunikačních scénářů svolání týmu / osob na základě bezpečnostního kódu (heslo popř. PIN)

X.	Xxxxxxxxx
10	Možnost definice scénářů svolávání osob/ týmů využívajících časové limity a zpětnou vazbu (např. při nepřijetí nebo nepotvrzení SMS a/nebo v PUSH aplikaci do 5 min od odeslání dojde k hlasovému volání a v případě jeho neúspěšnosti je člen týmu označen jako nedostupný)
11	Řetězení komunikačních kroků ve scénáři: • Možnost automatického spouštění kroku ve scénáři na základně předchozí události – typicky při nesvolání potřebného počtu osob ve svolávaném scénáři se po časovém intervalu spustí nový krok ve scénáři. • Možnost volby u spouštění zřetězených kroků, kdy v každém následujícím kroku již nebudou svolávány osoby, které již v předchozím kroku výzvu přijali.
12	Možnost definice úlohy zpětné vazby v komunikačním scénáři formou: • Odpovědi na SMS v předdefinovaném formátu přímo na číslo odesílatele (např. „ANO“ pro příjem požadavku „NE“ pro zamítnutí). • Odpověď na hlasové volání stiskem předdefinovaných kláves (např. „1“ pro příjem požadavku „0“ pro zamítnutí). • Odpověď v PUSH aplikaci stiskem tlačítka „přijetí svolávací výzvy“ nebo stiskem tlačítka „nepřijetí svolávací výzvy“
13	Přehledný systém vyhodnocení stavu svolávání a zpětné vazby (dashboard) s možností filtrace zobrazených dat
14	Možnost předčasného ukončení spuštěného scénáře
15	Možnost vyhlášení regulérního ukončení scénáře.
16	Pokročilý reporting: Automatické generování a zasílání reportů o výsledku proběhlého scénáře (svolání) na definovaný mail/maily. Obsahem reportu musí být přehledná tabulka s uvedením svolávaných osob, telefonních čísel, času spuštění a ukončení scénáře, času zahájení svolání jednotlivých čísel, čas reakce jednotlivých osob, výsledek reakce jednotlivých osob – jednotlivě u osob a zároveň sumářem za daný report, textový obsah zprávy svolání. Typ zasílaného souboru musí být minimálně v PDF formátu
17	Přehledný dashboard aktuálně probíhajících scénářů.
18	Možnost spuštění scénářů prostřednictvím volání z předdefinovaných čísel. Možnost plánovaného spuštění scénářů v čase.
19	Možnost svolávat seznam osob bez předchozí definice scénáře – tzn. výběrem osob z „telefonního seznamu“. V takovém případě musí jít o uživatelsky jednoduché rozhraní, kde na minimální počet kroků dojde k výběru osob a odeslání definované zprávy svolání
20	Možnost definice scénáře bez uvedení osob – osoby budou vybrány až ve chvíli spouštění jednoduchým výběrem – buď osob nebo týmů.

H. Vysoká dostupnost – zajištění vysoké dostupnosti provozovaných systémů prostřednictvím systému pro ukládání logů a systému pro centralizovanou správu eventů a logů

Č.	Požadavek
1	Systém pro ukládání logů (windows event. log i obecně jakýkoli event.. Log) do centrálního zabezpečeného úložiště zajišťující dlouhodobé ukládání dat v nezpochybnitelné podobě a efektivní prohledávání enormního množství dat v reálném čase (log monitoring) Systém pro centralizovanou správu eventů a logů z bezpečnostních zařízení, operačních systémů, aplikačního software i aktivních síťových prvků zajišťující dlouhodobé ukládání dat v nezpochybnitelné podobě
2	Systém provádí sběr a analýzu strojových dat. Lze sbírat a analyzovat logy, konfigurační soubory, konfigurační změny, aletry generované routery, servery, koncovými stanicemi, virtualizací, webovými aplikacemi i mobilními zařízeními
3	Vytvoření centrální úložiště logů úřadu
4	Řešení bude integrováno s elektronickým důvěryhodným archivem TS Eldax, kterým zadavatel disponuje a který zadavatel využívá ve smyslu možnosti ověření elektronického podpisu při podání ve fázi podpisu dokumentu občanem při podání
5	Systém naplňuje požadavky Zákona o kybernetické bezpečnosti a ČSN ISO 27001 pro pořizování auditních záznamů
6	Součástí systému je Windows Event Sender pro sběr a filtrování logů z OS Windows.
7	Systém umožňuje forenzní analýzu a/nebo bezpečnostní audity
8	Centrální přehled událostí s grafickou prezentací – dashboards
9	Rychlé vyhledávání - intuitivní a rychlé vyhledávácí rozhraní
10	Možnost korelace událostí
11	Alerting, mailové notifikace
12	Pokročilý reporting
13	Sběr logů pro řešení provozních problémů a bezpečnostních incidentů
14	Ukládání logů ze všech síťových a bezpečnostních zařízení, serverů, stanic
15	Možnost ověření identity zdroje záznamů, aby nemohl být záznam podvržen (pokud je podporováno odesílajícím zařízením)
16	V rámci implementace systému se požaduje nastavit logování na úrovni hardware a systémového software tak, aby toto logování bylo využitelné pro naplnění nařízení GDPR.

I. Evidence docházky a bezpečnosti přístupů – zajištění evidence docházky a bezpečnosti přístupů. Všechny uvedené požadavky jsou povinné.

Č.

Požadavek

Docházkový systém se skládá ze serveru (případně serverů) a off-line docházkových terminálů. Na serveru běží aplikace „docházka“, která zpracovává data

z docházkových terminálů. Docházkové terminály pracují v režimu on-line. Server pro správu zařízení si v tomto režimu kontinuálně stahuje přístupové logy z přístupových terminálů a ty jsou poté na serveru ukládány bez omezení.

Č.	Požadavek
1a	Součástí dodávky jsou samostatné servery pro všechny zapojené organizace. Servery budou navrženy a dodány tak, aby plně podporovaly běh evidence docházky (aplikace Docházka) a zajistili bezpečnost přístupů po celou dobu udržitelnosti projektu (min. po dobu 5 let provozu řešení).
2	Požadavky na docházkové terminály
2a	Autentifikovat se je možné biometrickým čtecím zařízením (primární požadavek) a zároveň RFID čipem v provedení karty, klíčenky apod. (doplňkový požadavek). Součástí řešení je dodávka 3200 čipů.
2b	Součástí řešení je dodávka a instalace 48 docházkových terminálů, které budou instalovány v těchto místech realizace: • MěÚ Bílina (Břežánská ul.) • 3x ZŠ (ulice Lidická, Chlum, Aléská) • 1x Základní umělecká škola (Mírové nám.) • 7x MŠ (ulice Čapkova, Za Chlumem, Xxxx Xxxxxxxxxxx, Xxxxxxxx Xxxx, Xxxxxx, Aléská a Žižkovo údolí)
2c	Řešení musí být snadno rozšiřitelné na více objektů, bez omezení na počet objektů, například při budoucí potřebě přidání dalších objektů a/nebo dalších vstupů do objektů.
2d	Řešení musí podporovat vstup pro oprávněné osoby – prostřednictvím biometrického čtecího zařízení a RFID čtečky registrující průchod osoby. Pro ostatní příchozí je k dispozici hlasová komunikace na SIP anebo GSM telefon.
2e	Jednotný design řešení biometrických čtecích zařízení a čteček RFID a vstupních jednotek s podporou Audio a Video komunikace.
2f	Přístupové řešení založené čistě na technologii IP pro všechny koncové přístupové body. Vše založené na běžně používaných standardech včetně interkomů.
2g	Zajištění povolení vstupu při výpadku LAN – vlastní nastavení a seznam oprávnění ke vstupu je přímo v přístupové jednotce ne na serveru nebo jiné řídící jednotce.
2h	RFID 13,56 kHz s možností rozšíření o nové technologie, např. Bluetooth BLE 4.0 nebo NFC.
2i	Podpora PoE napájení pro všechny přístupové jednotky, včetně napájení zámků.
2j	Možnost propojení na EZS – tamper switch v základní výbavě čtečky pro signalizaci Alarmových stavů (dlouho otevřené dveře, násilně otevřené dveře, tamper).
2k	Ochrana proti vyzkratování kontaktu zámku.
2l	Podpora vzdálené, centrální správy terminálů přes webové rozhraní, serverová aplikace (ne tlustý klient), možnost správy více lokalit z centrály přes web.
2m	Monitoring a aktivní upozornění všech připojených zařízení s možností e-mailového upozornění v případě poruchy, výpadku spojení, nepovoleného vstupu, propojení s tamper tlačítkem EZS – E-mailový reporting o stavu jednotlivých přístupových jednotek.
2n	Možnost integrace s dveřními komunikátory - přístup spolu s audio-vizuální komunikací s možností přenosu videa s obrazem návštěvníka na mobilní telefon v různých nezávislých datových sítích.
2o	Interkom musí být integrován do přístupového systému.

X.	Xxxxxxxxx
2p	Ochrana proti neoprávněnému vniknutí.
2q	Časové omezení přístupu. Například omezení platnosti pro návštěvy, úklid atp.
2r	API rozhraní pro možnost integrace docházkových aplikací třetích stran.
3	Požadavky na aplikaci Docházka
3a	Řešení bude umožňovat řízení přístupu pro všechny dotčené osoby (žáci, úředníci, zaměstnanci školy) a to s 5letým výhledem. Zadavatel z tohoto důvodu požaduje licenci k systému, která umožní řídit přístup alespoň pro 3000 osob.
3b	Příprava podkladů pro výpočet mezd – aplikace umožní uživatelům komfortní přehled o stavech docházky a bude zahrnovat nástroje na rychlou a snadnou úpravu docházkových dat.
3c	Integrace s Personalistikou a Mzdovým systémem FLUXPAM5 ve smyslu zpřístupnění dat docházky pro výpočet mezd a výměny dat o dovolených (funkcionalita bude nasazena pouze pro potřeby MěÚ, nikoli ostatních organizací).
3d	Práce s denním rozpisem – detailním pohledem na měsíční docházku jednoho pracovníka. Možnost sledování minimálně těchto atributů: příchod, odchod, přestávka, přítomnost, odpracované hodiny, salda, fondy, přesčasy…
3e	Měsíční a roční sumáře podle osob nebo podle kont, součty za středisko v měsíčním sumáři
3f	Týdenní sumář se sledováním přesčasových hodin během vyrovnávacího období.
3g	Přehled přesčasů (nařízených i nenařízených) za dané období i za celý rok - upozornění na případné překročení ročního limitu přesčasů.
3h	Možnost zadání uznaného přesčasu před nebo po práci
3i	Flexibilní a rozsáhlý tisk docházkových dat s možností náhledu na tiskovou sestavu před tiskem.
3j	Okamžitý přehled o počtu zaměstnanců.
3k	Vkládání poznámek ke dnům, k registracím
3l	Ukládání a zobrazení uživatelů, kteří docházku editovali. Zobrazení zodpovědných vedoucích pro každého pracovníka.
3m	Oprava kont na denní a měsíční úrovni
3n	Alespoň dvouúrovňové schvalování docházky
3o	Možnost individuálního plánování rozpisu směn, podpora klouzavých směn
3p	Možnost nastavení registrací, docházkových kont, pracovních směn a pracovních plánů. Dynamické parametry těchto objektů. Možnost kopírování objektů
3q	Exporty do MS Excelu
3r	Systém Docházka bude integrován se systémem Bakaláři, Škola online a s dodaným Portálem občana.

X.	Xxxxxxxxx
3s	Docházka se ve školních objektech bude používat pouze pro zaměstnance (tedy učitelé a ostatní personál). Pro potřeby studentů a jejich zákonných zástupců se může využívat propojení na systém Bakaláři (nebo případně Škola online), kam bude aplikace Docházka zapisovat informace o průchodu žáka přes čtečku. Systém Bakaláři (nebo případně Škola online) pak z docházkových údajů generují informaci o přítomnosti studenta v budově školy. Zákonný zástupce si pak prostřednictvím takového systému může ověřit přítomnost studenta v budově školy.
3t	Pro organizace, které nedisponují vlastním řešením, které umožní integraci s aplikací Docházka (např. systém Bakaláři nebo Škola online), zajistí dodavatel integraci aplikace Docházka s dodaným Portálem občana, který bude z docházkových údajů generovat informaci o přítomnosti studenta v budově školy a (po registraci) umožní zákonným zástupcům ověřit přítomnost studenta v budově školy přímo na dodaném Portálu občana.
3u	SW přístupových terminálů nebo Aplikace Docházka zajistí možnost nepředávat data do aplikace Bakaláři, Škola online nebo na Portál občana v případě, že pro zobrazení informace o přítomnost studenta v budově školy bude nutné udělit souhlas zákonného zástupce a tento souhlas nebude udělen. Systém musí i přes neudělení souhlasu takovéto osobě umožnit vstup do školního objektu.

4.5.3. Povinné parametry dodávaných řešení – část 2 VZ

V dále uvedených tabulkách jsou uvedeny minimální povinné parametry dodávaných řešení.

Uchazeč musí všechny povinné parametry splnit, v případě nesplnění je jeho nabídka vyloučena.

A. Provozní IS HNSP – řešení interních procesů HNSP prostřednictvím elektronického formulářového řešení. Všechny uvedené požadavky jsou povinné.

Č.

Požadavek

Cestovní příkazy

Schválení a vyhodnocení uskutečněné cesty.

Požadavky na evidenci pracovních cest uskutečněných vlastním nebo firemním autem nebo veřejným dopravním prostředkem od fáze pořízení cestovního příkazu, vyplacení zálohy a následné vyúčtování celé cesty. Cestovní příkazy lze v různých fázích předávat ke schválení nadřízené osobě. Umožněno je i vícestupňové schvalování.

Požadavky na výpočet nároku cestovní náhrady a porovnání se zálohou, uchování detailů o pracovní cestě, např. zprávu z cesty, datum a způsob proplacení náhrady a podobně.

Nutnost zajištění rozhraní na s personálními aplikacemi Vema pro vzájemný přenos zpráv o osobách a podkladech pro mzdy.

Jako řešení je upřednostňováno portálové řešení, ve kterém lze pořizovat, opravovat a vyúčtovávat své cestovní příkazy, vedoucí pracovníci je mohou schvalovat – a to prostřednictvím internetového prohlížeče.

Dovolené

Zadání a schválení dovolené, přehledy dovolených – schválení a vyhodnocení dovolené.

Agenda oběhu faktur, plně elektronické schvalování faktur a evidence majetku

• Párování saldokontních účtů, jako jsou například účty pořízení materiálu, zboží, majetku, zálohové účty, peníze na cestě apod. Účetní zápisy saldokontních účtů se aktualizují z deníku a nevyrovnané případy zůstávají v evidenci přes hranici roku.

• Všechny párovací procesy lze vrátit zpět.

• Aplikace sleduje skutečný stav majetku organizace.

• Aplikace spolupracuje s aplikacemi Investičního majetku a Evidence drobného majetku.

• Aplikace je základem pro řešení workflow úloh v organizaci. Spolupracuje s řadou navazujících modulů, zejména portálovým řešením a moduly pro řešení konkrétních typů procesů v organizaci. Vlastní workflow poskytuje společné nástroje pro zefektivnění běžných pracovních postupů v organizaci – plánování procesů, automatizace předávání práce mezi pracovníky, využívání stávajících údajů z databází, aktuální informace e-mailem, přehledná evidence všech údajů, a to v uživatelsky komfortní podobě.

• Základem řešení je nadefinování příslušné skupiny pracovních postupů (typů procesů) - schválení nástupního listu, schválení změnového listu atd. Pro typ procesu jsou definovány základní atributy – stavy, ve kterých se může nacházet, činnosti, které v rámci něj mohou probíhat, možné výsledky procesu, lhůty pro vyřízení procesu i jednotlivých úloh a řada dalších. Vlastní proces je realizován posloupností úloh, které pracovníci v průběhu procesu plní – zorganizovat příslušný proces, schválit požadované změny, zapsat změny do informačního systému apod. Proces může být zadán každým oprávněným pracovníkem.

• Každý proces má svého vlastníka, tj. osobu zodpovědnou za správný průběh konkrétního procesu. Může to být pracovník, který proces vytvořil, ale také jiný pracovník, který má správu procesů v příslušné oblasti organizace na starosti. Tento pracovník v jednoduchém dialogu zadá, kdo, jakým způsobem, v jaké lhůtě se má na schválení, zaevidování apod. požadovaných změn podílet. Tím automaticky vznikne posloupnost úloh pro účastníky tohoto procesu. Proces potom prochází jednotlivými pracovními kroky mezi zadanými úlohami.

• Konkrétním účastníkům procesu jsou postupně přidělovány příslušné úlohy spolu s upozorněním e-mailem, že jim byla přidělena úloha v procesu workflow.

• Každý účastník může připsat svou poznámku, která se stává součástí dat procesu. Pro případy, kdy vlastník úlohy nechce rozpracovanou úlohu ihned ukončit a odeslat zpracování procesu dalšímu pracovníkovi, lze již zapsané údaje ukládat průběžně do databáze.

• Veškeré úkony učiněné v rámci workflow jeho uživateli jsou protokolovány. Vždy je tedy zřejmé, kdo a kdy proces založil, s jakými údaji, chronologie všech úloh v procesu, celý průběh schvalování včetně poznámek jednotlivých účastníků a výsledku, s jakým svou úlohu ukončili. Protokol o průběhu procesu lze tisknout.

• Součástí řešení je i propracovaný systém automatického informování o průběhu procesu e-mailem. Kromě informace pracovníkovi, který je aktuálně "na řadě", je posílána zpráva i o výsledku procesu, o prodlení ve schvalování procesu i úlohy, resp. v případě nestandardních problémů je posílán e-mail administrátorovi workflow.

• Shrnutí: formuláře (objekty), které jsou v procesu přeposílány mezi definovanými uživateli, jsou instalovány jako moduly zvlášť, do aplikace přidávají po zaregistrování modulů nad příslušným datovým prostředím pouze nastavovací parametry pro typ procesu daný konkrétním formulářem. Procesy, prostřednictvím kterých sledujeme průběh určité události, jsou vytvářeny uživatelem přímo na portále. Aplikace má vazbu na ostatní aplikace prostřednictvím svých modulů, které se instalují samostatně.

Xxxxxxxxx

Agenda evidence přehledů o výši zdravotního pojištění, evidence hromadných hlášení, zajištění elektronické komunikace se všemi zdravotními pojišťovnami

• Není třeba ručně zadávat data na jednotlivých stránkách pojišťoven; stačí pouze jednou připravit data v aplikaci Mzdy, a pak je hromadně odeslat.

• Podání hlášení probíhá prostřednictvím přehledného průvodce.

• Zajištění komunikace s následujícími subjekty – Česká průmyslová zdravotní pojišťovna, Oborová zdravotní pojišťovna zaměstnanců bank, pojišťoven a stavebnictví, Revírní bratrská pokladna-zdravotní pojišťovna, Vojenská zdravotní pojišťovna ČR a Zaměstnanecká pojišťovna Škoda (Všeobecná zdravotní pojišťovna ČR a Zdravotní pojišťovna Ministerstva vnitra ČR provozují každá svůj vlastní systém komunikace B2B).

Podpora nákupu a odbytu

Evidence nabídek a odběratelských objednávek, záznamy souvisejících skladových a fakturačních dokladů, které jsou generovány na základě zadaných parametrů z obchodního případu nebo z konkrétní objednávky. K objednanému zboží je potřeba vytvářet rezervace a požadavky na nákup. K dispozici musí být přehledné sestavy o vykrytí odběratelských objednávek, stavu vyskladnění a fakturace a rovněž potřebné sestavy pro vyhodnocování obchodních případů a jednotlivých obchodníků.

Dále je potřeba zajistit funkcionalitu – požadavky na nákup, které lze zadávat ručně podle vlastního uvážení, ale především mohou vznikat generováním z nevykrytých odběratelských objednávek nebo ze skladu z důvodu doplnění zásob.

Stěžejní funkcionality IS:

• snadné pořizování obchodních případů, nabídek, objednávek a požadavků,

• úzká provázanost s Fakturaci, Skladovým hospodářstvím a Pokladnou,

• možnost vytvářet a sledovat související vydané doklady pod hlavičkou obchodního případu,

• vytváření požadavků z potřeb odbytu nebo doplnění skladových zásob,

• vytváření dodavatelských objednávek z požadavků a sledování jejich uspokojení,

• možnost vytvářet a sledovat související přijaté doklady pod hlavičkou dodavatelské objednávky,

• hodnocení obchodních případů a obchodních zástupců.

Xxxxxxxxx

Elektronický docházkový systém

HNSP disponuje terminály, které však zaznamenávají údaje o docházce jen do jednoduché tabulky. HNSP usiluje o posílení agendy tak, aby údaje byly sdíleny dalšími systémy. Proto žádá následující funkcionalitu:

• intranetový provoz – možnost prohlížení i editování údajů v docházkové kartě prostřednictvím internetového prohlížeče s intuitivním ovládáním,

• diferencovaný přístup k datům – dle uživatelského profilu a vztahů nadřízenosti a podřízenosti,

• flexibilita systému – připojení docházkových terminálů přímo do počítačové sítě protokolem TCP/IP umožňuje jednoduché přemístění terminálů,

• autonomní režim docházkových terminálů – v případě ztráty komunikace s řídícím počítačem terminály dále fungují, po obnovení komunikace jsou nasbíraná data automaticky zpracována,

• automatické zpracování docházkových dat vyspělou aplikací Docházka, která obsahuje bohaté možnosti parametrizace vlastností zpracování a zobrazení a je v přesném souladu s legislativou,

• možnost kontrolovaného výstupu zpracovaných docházkových dat ve formě podkladů pro mzdovou účtárnu s garancí plné a udržované kompatibility na aplikaci Mzdy Vema,

• jednoduchý přehled aktuální přítomnosti, resp. nepřítomnosti zaměstnanců s informací o čase příchodu/odchodu a důvodu nepřítomnosti prostřednictvím intranetového formuláře,

• efektivní správa identifikačních karet,

• možnost propojení se systémem pro řízení přístupů,

• zpracování všech forem pevné i pružné pracovní doby, s vlastní definicí rozvrhů,

• paralelní zpracování neomezeného počtu skupin zaměstnanců s různými rozvrhy a parametry výpočtu,

• zaokrouhlení a korekce nasnímaných průchodů a složek pracovní doby dle individuálního požadavku zákazníka,

• evidence nadpracovaných hodin a zadávání přesčasů,

• práci s přestávkami na jídlo a oddech včetně jejich automatického generování,

• zadávání a generování příplatků k odpracované době,

• možnost evidence docházky pomocí intervalů,

• rozdělení odpracované doby, přerušení a příplatků na pracoviště, zakázky, účetní činnosti,

• definici a údržbu seznamů identifikačních karet včetně jejich přiřazení k jednotlivým zaměstnancům a seznamů karet pro návštěvy.

B. Zvýšení dostupnosti IS HNSP – zvýšení dostupnosti provozních IS HNSP. Všechny uvedené požadavky jsou povinné.

X.	Xxxxxxxxx
1.	Dodávka 2 nových výkonných serverů, fyzického datového úložiště, zálohovacího zařízení a 2 LAN switchů
2.	Dodávka operačního systému a SW pro virtualizaci
3	Parametry každého serveru
3a	Provedení: server v rackovém provedení maximální výšky 2U včetně systému uchycení

Č.

Požadavek

2x procesor:

• Podpora více vláknového zpracovaní instrukcí

• 64bitová architektura

• Podpora virtualizace Intel VT

• Celkový výkon serveru min 10.000 bodů dle hodnocení PassMark – CPU Mark

• 8 jader / procesor

• Chipset a procesor od stejného výrobce

• Operační paměť 64 GB s kontrolou chyb ECC

• Provedení diskless

Síťová konektivita:

• Dva nezávislé síťové adaptéry, každý s min. dvěma metalickými porty

• Kompatibilni s technologií 1 Gbit ethernet

• Podpora sdružování síťových adaptérů do skupin pro dosažení vyšší rychlosti nebo odolnosti vůči výpadku spoje

Napájení:

• Redundantní v rámci serveru

• Podpora výměny napájecího zdroje za provozu – technologie hotswap

Management:

• Vzdálený management po ethernet síti

• Podpora sledování provozních hodnot serveru a chybových stavů (SNMP monitoring)

• Servisní jednotka s možnosti samostatného přístupu po ethernet síti, jednotka musí podporovat technologii Remote KVMS (Keyboard, Video, Mouse, Storage redirection), možnost zapínat a vypínat server

• Včetně odpovídajícího počtu licencí management konzole, jsou-li potřeba

Konektivita s diskovým polem:

• Součástí dodávky musí být kabel pro napojení serveru k poptávanému diskovému poli 12 GB SAS se zárukou kompatibility.

Záruka

• 5 let s dobou odezvy následující pracovní den

• oprava nebo výměna zařízení v místě instalace

• poskytovaná přímo výrobcem serveru, kdy hlášení závad bude probíhat na linku podpory výrobce

Parametry datového úložiště = diskového pole

Provedení: v rackovém provedení maximální výšky 2U včetně systému uchycení. Max 24 disků.

X.	Xxxxxxxxx
4b	Disková kapacita: • 7x disk o minimální kapacitě 1,2 TB, 10K SAS HDD, čistá kapacita 5TB, • výkon 800 IOPS čtení, • redundantní řadiče 8GB cache, • konektivita 12Gb SAS + 2x 10Gb ISCSI, • Záruka: 5 let s dobou odezvy následující pracovní den • Hotswap provedení pro přímé vložení do volných pozic diskového pole
5	Parametry zálohovacího zařízení = NAS = Network Attached Storage
5a	Provedení: v rackovém provedení maximální výšky 1U včetně systému uchycení.
5b	Disková kapacita: • 4x4TB 7,2K SATA, WSSE2012, 4x1Gbit • Záruka: 5 let s dobou odezvy následující pracovní den
6	Parametry LAN switche
6b	Ethernet switch: • Provedení: v rackovém provedení maximální výšky 1U včetně systému uchycení. • Enterprise zařízení pro běh 24x7 • Kapacita přepínání 100 Gbit/s • MTBF min. 400 000 hod. • Počet portů: 24 • Rychlost portů: 1 Gbit/s • Podpora VLAN (min. 64) • Webový management • Podpora zabezpečení RADIUS • Kompatibilní s technologií EtherChannel (IEEE 802.3 ad) • Stohovatelný • Záruka: 5 let s dobou odezvy následující pracovní den

4.6. Implementační služby

4.6.1. Obecné požadavky

Zadavatel požaduje provést minimálně následující implementační práce související s nabízeným řešením. Uchazeč je dále povinen zahrnout do nabídky veškeré další činnosti a prostředky, které jsou nezbytné pro provedení díla v rozsahu doporučeném výrobci a dle tzv. nejlepších praktik, i v případě, pokud nejsou explicitně uvedeny, ale jsou pro realizaci předmětu plnění podstatné. Implementační služby budou minimálně v následujícím rozsahu:

▪ Zpracování předimplementační analýzy a prováděcí dokumentace (detailní popis rozsahu a způsobu implementace nabízeného řešení).

▪ Zajištění projektového vedení realizace předmětu plnění.

▪ Dodávku potřebného počtu licencí nabízeného řešení.

▪ Kompletní implementaci řešení splňující povinné a nabízené hodnocené parametry technického řešení.

▪ Zpracování provozní dokumentace.

▪ Provedení školení obsluhy.

▪ Zajištění zkušebního provozu.

▪ Provedení akceptačních testů.

▪ Předání do ostrého provozu.

▪ Zajištění osobního dohledu odborných pracovníků dodavatele při zahájení ostrého produktivního provozu v délce trvání 2 týdny.

Náklady na provedení implementačních služeb musí být zahrnuty v nabídkové ceně k položce, ke které se vztahují a nelze je vyčíslit zvlášť.

Veškerá dokumentace musí být zhotovena výhradně v českém jazyce, bude dodána ve 2 kopiích v elektronické formě ve standardních formátech (např. MS Office) používaných zadavatelem na datovém nosiči a 1x v kopii v papírové formě.

4.6.2. Požadavky na předimplementační analýzu

Před implementací řešení zpracuje uchazeč předimplementační analýzu, minimálně pro následující oblasti:

▪ Analýza aplikačního a technického prostředí zadavatele s ohledem na nabízené řešení

▪ Způsob začlenění nabízených komodit do ICT prostředí zadavatele (Město, HNSP).

▪ Konfigurace stávajících systémů ve vztahu k plánovanému využití.

▪ Požadované součinnosti zadavatele.

▪ Návrh opatření k odstranění neshod zjištěných v průběhu analýzy.

Výstupem předimplementační analýzy bude písemná zpráva, která podléhá schválení zadavatelem.

4.6.3. Požadavky na zpracování prováděcí dokumentace

Uchazeč před zahájením implementačních prací zpracuje prováděcí dokumentaci, která bude důsledně vycházet z předimplementační analýzy a bude zahrnovat všechny aktivity potřebné pro řádné zajištění implementace předmětu plnění do stávajícího prostředí technologického centra.

Prováděcí dokumentace musí být před zahájením prací schválena zadavatelem.

Prováděcí dokumentace musí zohlednit podmínky stávajícího stavu, požadavky cílového stavu a musí obsahovat minimálně tyto části:

▪ Detailní popis cílového stavu včetně funkcionalit jednotlivých částí systému

▪ Způsob zajištění potřebného SW

▪ Způsob zajištění koordinace realizace předmětu plnění s běžným provozem

▪ Detailní návrh a popis postupu implementace předmětu plnění

▪ Detailní popis zajištění bezpečnosti informací

▪ Detailní harmonogram projektu včetně uvedení kritických milníků

▪ Vazby na stávající systémy a jejich konfigurace

▪ Návrh akceptačních kritérií a akceptačních testů.

4.6.4. Požadavky na zajištění projektového vedení

Uchazeč zajistí projektové vedení po celou dobu realizace zakázky certifikovaným specialistou. Součástí nabídky bude popis metodiky, která bude pro projektové řízení použita, struktura projektového vedení a rozsah kompetencí a povinností jednotlivých úrovní projektového vedení.

Uchazeč uvede harmonogram plnění ve své nabídce, včetně uvedení kritických milníků, které budou zahrnovat min. následující milníky:

▪ Předimplementační analýza – zpracování

▪ Předimplementační analýza – připomínkové řízení, schválení

▪ Prováděcí dokumentace – zpracování

▪ Prováděcí dokumentace – připomínkové řízení, schválení

▪ Dodávka licencí / HW

▪ Implementace

▪ Školení obsluhy

▪ Zkušební provoz

▪ Akceptační testy

▪ Zahájení ostrého provozu

Nejpozdější termín pro zahájení zkušebního provozu je 1. 9. 2018. Zkušební provoz bude v délce trvání minimálně 2 kalendářních měsíců.

Nejpozdější termín pro zahájení zkušebního provozu v produkčním prostředí je 1. 11. 2018. Nejpozdější termín pro zahájení ostrého provozu a ukončení dodávky je 30. 11. 2018.

Uchazeč může dle svého uvážení výše uvedené maximální lhůty trvání zkrátit při dodržení všech částí předmětu plnění a bez snížení kvality dodávaných služeb. Maximální lhůty trvání nesmí uchazeč při tvorbě detailního harmonogramu prodloužit.

Uchazeč uvede závazný harmonogram plnění ve své nabídce a zároveň v návrhu smlouvy o dílo. Uchazeč uvede potřebnou součinnost zadavatele pro splnění harmonogramu plnění ve své nabídce.

4.6.5. Požadavky na provozní dokumentaci

Uchazeč zpracuje provozní dokumentaci, která bude detailně popisovat konfiguraci zhotoveného díla a jeho vazby na stávající systémy.

Součástí provozní dokumentace bude popis úkonů doporučené údržby a specifikace intervalů jejích provádění.

Uchazeč v rámci zakázky provede aktualizaci nebo doplnění stávající provozní dokumentace zadavatele tak, aby odpovídala stavu po dokončení implementace.

U informačních systémů veřejné správy bude předmětem dodávky také dokumentace ISVS podle zákona č. 365/2000 Sb., o informačních systémech veřejné správy, ve znění pozdějších předpisů.

4.6.6. Požadavky na školení

Dodavatel zajistí školení pracovníků zadavatele – administrátorů, tzn. obsluhy – na zařízení a systémy, dodávané v rámci této veřejné zakázky, a to minimálně v rozsahu 2 školících dnů pro dodávku HW zařízení a obslužného SW a 2 školících dnů pro implementované informační systémy.

Školení zajistí seznámení pracovníků zadavatele se všemi podstatnými částmi díla v rozsahu potřebném pro provoz, údržbu a identifikaci nestandardních stavů systému a jejich příčin a pracovníkům bude vystaveno osvědčení o školení s uvedením rozsahu školení.

Minimální rozsah 1 (jednoho) školícího dne je 6 hodin. Školení bude probíhat v sídle zadavatele, resp. HNSP. Předpokládá se účast max. 5 osob. Náklady na školení musí být zahrnuty v nabídkové ceně k položce, ke které se vztahují a nelze je vyčíslit zvlášť.

4.6.7. Požadavky na testovací provoz

Testovací provoz bude proveden v délce trvání minimálně 2 měsíců klíčovými uživateli a administrátory na testovacím prostředí, které nakonfiguruje dodavatel v termínech dle harmonogramu projektu, po jednotlivých oblastech implementovaného řešení.

V průběhu testovacího provozu klíčoví uživatelé a administrátoři průběžně předávají případné připomínky.

Uchazeč připomínky v průběhu testovacího provozu průběžně řeší a o způsobu řešení zadavatele informuje.

Konečný seznam připomínek z testovacího provozu zadavatel předá před termínem ukončení testovacího provozu stanoveném harmonogramem projektu.

Předané připomínky budou oklasifikovány (Incident/Vada) a kategorizovány (kategorie A / kategorie B). Incident / vada kategorie A zahrnuje takový stav, kdy prvek IT (HW, SW, IS) / služba není použitelná ve svých základních funkcích nebo se vyskytuje funkční závada znemožňující používání služby. Tento stav může ohrozit běžný provoz, případně může způsobit větší finanční nebo jiné škody. Incident / vada kategorie B zahrnuje takový stav, kdy prvek IT (HW, SW) / služba je ve svých funkcích degradována tak, že tento stav omezuje běžný provoz. Oklasifikovány a kategorizovány budou také nepodstatné vady (vady nebránící užití díla). Podstatnými vadami díla bránícími jeho funkcionalitě k účelu, k němuž má být dílo užíváno, se míní incidenty/vady kategorie A nebo kategorie B. Uchazeč k předaným připomínkám doplní způsob vypořádání. Připomínky budou uchazečem odstraněny do konce fáze testovacího provozu. Odstranění jednotlivých připomínek je uchazeč povinen předvést klíčovým uživatelům na testovacím prostředí.

4.6.8. Požadavky na provedení akceptačních testů, přechod do ostrého provozu

Dodavatel navrhne způsob a provedení akceptačních testů. Odsouhlasení způsobu a provedení akceptačních testů přináleží zadavateli.

Součástí akceptačních testů musí být minimálně ověření (otestování) veškerých požadovaných funkcí a parametrů všech dodávaných komodit,

O provedení akceptace a jejím výsledku musí být vyhotoven písemný protokol.

Podkladem k akceptaci dodávaného řešení je potvrzený výsledek akceptačního testu funkcionality za jednotlivé části dodávaného systému, provedeného v závěru testovacího provozu a přehled zapracování připomínek klasifikace Incident/Vada kategorie A a B.

Přechodem do ostrého provozu se rozumí okamžik úspěšné akceptace díla včetně vypořádání všech vad a nedodělků a přesun akceptovaného nastavení systému z testovacího do produktivního prostředí, tj. do ostrého provozu.

Uchazeč zajistí podporu v počátku ostrého provozu na produktivním prostředí v délce trvání minimálně 2 týdnů takto:

▪ fyzická přítomnost (v sídle zadavatele) jednoho specialisty dodavatele jeden den v každém týdnu (konkrétní termíny budou upřesněny před zahájením zkušebního provozu),

▪ možnost technické podpory formou telefonické konzultace se specialistou dodavatele s dostupností maximálně 2 hodin od nahlášení požadavku v pracovní dny v době od 8:00 do 16:00 hod. v termínech bez fyzické přítomnosti specialisty dodavatele v sídle zadavatele v průběhu 2 týdnů podpory.

Před zahájením produkčního provozu zajistí proškolení administrátoři zadavatele nastavení přístupových oprávnění pro koncové uživatele na produktivním prostředí. Finální akceptace předaného plnění bude zadavatelem provedena po ověření funkčnosti dodávky v produkčním prostředí.

4.7. Záruky a servisní podmínky

4.7.1. Požadavky na záruky a servisní podmínky

Zadavatel požaduje u jednotlivých komodit záruku, popř. podporu v délce trvání 60 měsíců. Uváděné parametry byly zjištěny jako standardní, tj. poskytovány výrobci jako součást standardní dodávky a ceny.

Uchazeč ve své nabídce výslovně uvede všechny podmínky záruk a poskytované služby v době platnosti minimálně 24 měsíční záruky od doby předání dodávaného systému jako celku do plného produktivního provozu.

Veškeré opravy zjištěných vad po dobu záruky budou provedeny bez dalších nákladů pro zadavatele. Vadou se rozumí stav, který je v rozporu:

▪ se standardní funkcionalitou systému implementovaného na produkčním prostředí a tento rozpor je vůči uživatelské dokumentaci systému,

▪ s funkcionalitou definovanou ve smlouvě o dílo (jejích přílohách), případně v akceptačním protokolu implementace systému,

▪ s platnou legislativou ČR k datu hlášení incidentu zadavatelem.

Není-li uvedeno u konkrétní komponenty jinak, požaduje zadavatel provedení záruční opravy zjištěné vady do tří pracovních dnů.

Pro hlášení servisních požadavků zajistí uchazeč on-line přístup ke svému helpdeskovému systému pro kompletní správu požadavků včetně uchování historie požadavků a jejich řešení. Detailní popis helpdeskového systému a jeho obsluhy musí být součástí nabídky. Provozní doba helpdeskového systému musí být minimálně 08:00 – 16:00 hod. v pracovních dnech.

Po dobu 60 měsíců od předání díla jako celku do plného provozu, musí uchazeč nebo výrobce všech zařízení (komodit) garantovat běžnou dostupnost náhradních komponentů a dostupnost servisu.

4.7.2. Požadavky na zabezpečení provozní podpory

Uchazeč ve své nabídce uvede poskytované služby a podmínky provozní podpory po dobu 60 měsíců od předání dodávaného systému jako celku do plného produktivního provozu.

Součástí provozní podpory musí být:

▪ nabídka a poskytování aktuálních verzí, upgrade a update dodaného software (SW maintenance),

▪ zajištění instalace legislativního servisu, kdy aktuální verze dodaného software musí být zadavateli nainstalována nejpozději k datu nabytí účinnosti nové právní úpravy za předpokladu vydání prováděcích předpisů k této úpravě nejpozději 60 dnů před nabytím účinnosti této nové právní úpravy (v opačném případě do 60 dnů od vydání prováděcích předpisů k příslušné právní úpravě).

Zadavatel kromě základní provozní podpory požaduje v době 60 měsíců od předání díla jako celku ještě tuto rozšířenou provozní podporu, která pokrývá:

▪ řešení případných změnových požadavků, tj. možné úpravy nebo doplnění standardní funkcionality dodaného systému (tzv. change request – změnový požadavek) v rozsahu 2 dnů ročně. V případě nerealizování úprav nebo doplnění standardní funkcionality je možné tuto kapacitu vyčerpat dalšími uvedenými službami rozšířené podpory,

▪ provozní kontrola systému (profylaxe) v rozsahu 2 dnů ročně,

▪ implementace nových verzí produktu v rozsahu 2 dnů ročně,

▪ poskytování konzultací v rozsahu 2 dnů ročně,

▪ poskytování školení (doškolení změn nebo nově příchozích pracovníků úřadu) v rozsahu 2 dnů ročně.

Cenu a podmínky provozní podpory (základní i rozšířené) zahrne uchazeč do položky „Provozní podpora“.

Uchazeč ve své nabídce rovněž uvede garantované hodinové sazby svých výkonů v Kč/hod., které jsou nad rámec provozní podpory určených pro rozvoj dodaného díla.

4.8. Komunikace v průběhu VZ

Zadavatel poskytne vysvětlení zadávací dokumentace na základě písemné žádosti dle ust. § 98 ZZVZ. Písemná forma žádosti o vysvětlení zadávací dokumentace musí být doručena na adresu zadavatele k rukám kontaktní osoby nebo datovou schránkou zadavatele (viz kontaktní údaje uvedené v kap. 2).

Zadavatel může zadávací dokumentaci vysvětit, pokud takové vysvětlení, případně související dokumenty, uveřejní na profilu zadavatele, a to nejméně 5 pracovních dnů před uplynutím lhůty pro podání nabídek. Pokud o vysvětlení zadávací dokumentace písemně požádá dodavatel, zadavatel vysvětlení uveřejní, odešle nebo předá včetně přesného znění žádosti bez identifikace tohoto dodavatele. Zadavatel není povinen vysvětlení poskytnout, pokud není žádost o vysvětlení doručena včas, a to alespoň 3 pracovní dny před uplynutím lhůty pro poskytnutí vysvětlení zadávací dokumentace (viz věta první tohoto odstavce), tj. 8 pracovních dnů před uplynutím lhůty pro podání nabídek. Pokud zadavatel na žádost o vysvětlení, která není doručena včas, vysvětlení poskytne, nemusí dodržet lhůty pro poskytnutí vysvětlení zadávací dokumentace (viz věta první tohoto odstavce). Zadavatel doporučuje označit dotaz směřovaný k jednotlivým částem zadávací dokumentace takovým způsobem, aby bylo zřejmé, které části VZ se dotaz týká.

Vysvětlení zadávací dokumentace bude uveřejněno na profilu zadavatele.

4.9. CPV kódy klasifikace veřejné zakázky

Název	CPV kód
Balík programů pro plánování a produktivitu	48330000-0
Implementace programového vybavení	72263000-6
Informační technologie: poradenství, vývoj programového vybavení, internet a podpora	72000000-5
Systém pro zaznamenání docházky	31711310-9

Systémové a podpůrné služby	72250000-2
Implementace programového vybavení	72263000-6
Servery	48820000-2
Archivovací a čtecí zařízení	30233000-1
Síťová infrastruktura	32424000-1
Síťové komponenty	32422000-7
Systémové a podpůrné služby	72250000-2

5. DOBA A MÍSTO PLNĚNÍ PŘEDMĚTU VEŘEJNÉ ZAKÁZKY

5.1. Doba plnění

Plnění předmětu veřejné zakázky je zadavatelem předpokládáno v následujícím rámcovém harmonogramu:

a) Ukončení VZ a podpis smlouvy s vítězným dodavatelem do 30. 06. 2018

b) Předpokládané zahájení plnění VZ: od 01. 07. 2018

c) Termín pro zahájení zkušebního provozu: do 01. 09. 2018

d) Termín dokončení plnění VZ: do 30. 11. 2018

Pozn. zadavatele: Předpokládaná doba zahájení plnění je závislá na ukončení zadávacího řízení, zahájení plnění nastane okamžitě po podpisu smlouvy vzešlé z tohoto zadávacího řízení. Zadavatel si proto vyhrazuje právo posunout výše uvedené předpokládané termíny v souvislosti s termínem dokončení zadávacího řízení. Případným posunem termínů nebude dotčen termín dokončení plnění VZ. Zadavatel předpokládá, že k uzavření smlouvy o dílo s vybraným Účastníkem dojde bez zbytečného odkladu po rozhodnutí zadavatele o výběru dodavatele a splnění všech podmínek stanovených ZZVZ.

5.2. Místo plnění

Místem plnění části 1 VZ je sídlo zadavatele na adrese Břežánská 50/4, 418 01 Bílina.

Místem plnění části 2 VZ je areál Hornické nemocnice s poliklinikou na adrese Prxxxxx 000/00, 000 00 Xílina.

5.3. Prohlídka místa plnění

S ohledem na povahu předmětu VZ se ve lhůtě pro podání nabídek prohlídka místa plnění nekoná.

6. KVALIFIKACE DODAVATELŮ

6.1. Požadavky zadavatele na kvalifikaci dodavatele

Kvalifikovaným pro plnění VZ je dodavatel, který prokáže splnění:

a) základní způsobilosti dle § 74 ZZVZ

b) profesní způsobilosti dle § 77 ZZVZ

c) technické kvalifikace dle § 79 ZZVZ.

6.2. Kvalifikace v případě společné účasti dodavatelů

V případě společné účasti dodavatelů prokazuje základní způsobilost a profesní způsobilost podle § 77 odst. 1 ZZVZ každý dodavatel samostatně.

6.3. Prokázání kvalifikace prostřednictvím jiných osob

Dodavatel může ve smyslu ust § 83 ZZVZ prokázat určitou část technické kvalifikace nebo profesní způsobilosti s výjimkou kritéria podle ust. § 77 odst. 1 ZZVZ prostřednictvím jiných osob. Dodavatel je v takovém případě povinen zadavateli předložit:

a) doklady prokazující splnění profesní způsobilosti podle ust. § 77 odst. 1 ZZVZ jinou osobou,

b) doklady prokazující splnění chybějící části kvalifikace prostřednictvím jiné osoby,

c) doklady o splnění základní způsobilosti podle ust. § 74 ZZVZ jinou osobou a

d) písemný závazek jiné osoby k poskytnutí plnění určeného k plnění veřejné zakázky nebo k poskytnutí věcí nebo práv, s nimiž bude dodavatel oprávněn disponovat v rámci plnění veřejné zakázky, a to alespoň v rozsahu, v jakém jiná osoba prokázala kvalifikaci za dodavatele.

Má se za to, že požadavek podle písmene d) je splněn, pokud obsahem písemného závazku jiné osoby je společná a nerozdílná odpovědnost této osoby za plnění veřejné zakázky společně s dodavatelem. Prokazuje-li však dodavatel prostřednictvím jiné osoby kvalifikaci a předkládá doklady podle ust. § 79 odst. 2 písm. a), b) nebo d) ZZVZ vztahující se k takové osobě, musí dokument podle odstavce d) obsahovat závazek, že jiná osoba bude vykonávat služby, ke kterým se prokazované kritérium kvalifikace vztahuje.

6.4. Doba prokazování splnění kvalifikace / pravost a stáří dokladů

Doklady prokazující základní způsobilost podle ust. § 74 a profesní způsobilost podle ust. § 77 odst. 1 ZZVZ musí prokazovat splnění požadovaného kritéria způsobilosti nejpozději v době 3 měsíců přede dnem zahájení zadávacího řízení.

Doklady prokazující splnění kvalifikace je Dodavatel oprávněn předložit v kopii, nikoliv však ve formě čestného prohlášení.

Před uzavřením smlouvy je vítězný dodavatel povinen předložit originál nebo ověřené kopie dokladů o kvalifikaci, pokud již nebyly předloženy v zadávacím řízení a to v souladu s ust. § 45 odst. 1) a § 46 odst. 1) ZZVZ.

6.5. Základní způsobilost

Způsobilým není dodavatel, který:

a) byl v zemi svého sídla v posledních 5 letech před zahájením zadávacího řízení pravomocně odsouzen pro trestný čin uvedený v příloze č. 3 k ZZVZ nebo obdobný trestný čin podle právního řádu země sídla dodavatele; k zahlazeným odsouzením se nepřihlíží,

b) má v České republice nebo v zemi svého sídla v evidenci daní zachycen splatný daňový nedoplatek,

c) má v České republice nebo v zemi svého sídla splatný nedoplatek na pojistném nebo na penále na veřejné zdravotní pojištění,

d) má v České republice nebo v zemi svého sídla splatný nedoplatek na pojistném nebo na penále na sociální zabezpečení a příspěvku na státní politiku zaměstnanosti,

e) je v likvidaci, proti němuž bylo vydáno rozhodnutí o úpadku, vůči němuž byla nařízena nucená správa podle jiného právního předpisu nebo v obdobné situaci podle právního řádu země sídla dodavatele.

Je-li dodavatelem právnická osoba, musí podmínku podle písm. a) splňovat tato právnická osoba a zároveň každý člen statutárního orgánu. Je-li členem statutárního orgánu dodavatele právnická osoba, musí podmínku podle písm. a) splňovat tato právnická osoba, každý člen statutárního orgánu této právnické osoby a osoba zastupující tuto právnickou osobu v statutárním orgánu dodavatele.

Je-li dodavatelem pobočka závodu zahraniční právnické osoby, musí podmínku podle písm. a) splňovat tato právnická osoba a vedoucí pobočky závodu. Je-li dodavatelem pobočka závodu české právnické osoby, musí podmínku podle písm. a) splňovat osoby uvedené v předchozím odstavci a vedoucí pobočky závodu.

Dodavatel prokazuje splnění podmínek základní způsobilosti ve vztahu k České republice předložením:

a) výpisu z evidence Rejstříku trestů ve vztahu k ust. § 74 odst. 1 písm. a) ZZVZ,

b) potvrzení příslušného finančního úřadu ve vztahu k ust. § 74 odst. 1 písm. b) ZZVZ,

c) písemného čestného prohlášení ve vztahu ke spotřební dani ve vztahu k ust. § 74 odst. 1 písm.

b) ZZVZ,

d) písemného čestného prohlášení ve vztahu k ust. § 74 odst. 1 písm. c) ZZVZ,

e) potvrzení příslušné okresní správy sociálního zabezpečení ve vztahu k ust. § 74 odst. 1 písm.

d) ZZVZ,

f) výpisu z obchodního rejstříku, nebo předložením písemného čestného prohlášení v případě, že není v obchodním rejstříku zapsán, ve vztahu k ust. § 74 odst. 1 písm. e) ZZVZ.

Zadavatel doporučuje použít k prokázání části základní způsobilosti (§ 74 odst. 1 písm. b), c) a e) ZZVZ), kterou lze dle ust. § 75 odst. 1 písm. c), d) a f) ZZVZ prokázat čestným prohlášením, vzorový formulář dle přílohy č. 3 této zadávací dokumentace.

6.6. Profesní způsobilost

Dodavatel prokazuje splnění profesní způsobilosti ve vztahu k České republice předložením výpisu z obchodního rejstříku nebo jiné obdobné evidence, pokud jiný právní předpis zápis do takové evidence vyžaduje.

Doklady prokazující splnění profesní způsobilosti nemusí dodavatel předložit, pokud právní předpisy v zemi jeho sídla obdobnou profesní způsobilost nevyžadují.

6.7. Technická kvalifikace

6.7.1. Technická kvalifikace pro část 1 VZ

Splnění technické kvalifikace prokáže dodavatel, který Zadavateli předloží:

1. Ve smyslu ust. § 79 odst. 2 písm. b) ZZVZ seznam významných dodávek poskytnutých dodavatelem za poslední 3 roky před zahájením zadávacího řízení včetně uvedení ceny a doby jejich poskytnutí a identifikace objednatele.

Zadavatel stanovuje minimální úroveň výše uvedené technické kvalifikace takto:

a. Dodavatel je povinen předložit zadavateli seznam významných dodávek v oblasti aplikačního (SW) vybavení. Zadavatel stanovuje, že účastník má povinnost předložit jako významnou dodávku poskytnutí dodávky, jejímž předmětem je dodávka a související služby shodného či obdobného charakteru, jako předmět plnění části 1 VZ:

i. dvě (2) významné dodávky zahrnující dodávku (implementaci a zprovoznění) aplikace funkčně odpovídající požadavkům na oblast A. Personalistika uvedené v kap. 4.5.2 v minimální finanční výši 250 000 Kč bez DPH v rámci jedné dodávky;

ii. dvě (2) významné dodávky zahrnující dodávku (analýzu, implementaci a zprovoznění) a provozní zajištění řešení systému pro sdílení dokumentů a spolupráci pracovních skupin s integrací elektronického důvěryhodného archívu na zadavatelem provozované technologii (TS-ELDAX) v minimální finanční výši 750 000 Kč bez DPH v rámci jedné dodávky, přičemž nejméně jedna (1) taková dodávka zahrnovala použití technologie MS Sharepoint;

iii. dvě (2) významné dodávky zahrnující dodávku (analýzu, implementaci a zprovoznění) a provozní zajištění řešení pro oběh a správu dokumentů, které zahrnovalo systém na oběh a správu elektronických dokumentů s agendami pro řešení procesu Smluv, Interní řízené dokumentace a zároveň řešení využívá více jak 50 interních (pojmenovanými) uživatelů v minimální finanční výši 750 000 Kč bez DPH v rámci jedné dodávky;

iv. dvě (2) významné dodávky zahrnující dodávku (analýzu, implementaci a zprovoznění) a provozní zajištění portálového řešení zajišťujícího rozhraní pro přístup občanů ke službám orgánu veřejné moci v minimální finanční výši 1 000 000 Kč bez DPH v rámci jedné dodávky, přičemž nejméně jedna (1) taková dodávka zahrnovala integraci se systém pro správu designu a workflow formulářů;

v. jedna (1) významná dodávka zahrnující dodávku (analýzu, implementaci a zprovoznění) systému a/nebo portálového řešení zahrnujícího alespoň 50 formulářů pro řešení životních situací (musí se jednat o životní situace popsané na portálu veřejné správy, na adrese xxxxx://xxxxxx.xxx.xx/xxxxx/xxxxxxx- situace/), přičemž dodaný systém a/nebo portálové řešení musí umožňovat elektronické podání žádosti vztahující se k uvedeným životním situacím v minimální finanční výši 1 000 000 Kč bez DPH v rámci jedné dodávky;

vi. jedna (1) významná dodávka zahrnující dodávku (analýzu, implementaci a zprovoznění) systému – portálového řešení Krizového portálu, jehož součástí byla serverová část a mobilní aplikace pro účastníky krizové situace (mimořádné události) na platformě iOS / Android v minimální finanční výši 1 000 000 Kč bez DPH v rámci jedné dodávky;

vii. dvě (2) významné dodávky zahrnující dodávku (analýzu, implementaci a zprovoznění) systému pro zajištění vysoké dostupnosti provozovaných systémů v minimální finanční výši 500 000 Kč bez DPH v rámci jedné dodávky;

viii. dvě (2) významné dodávky zahrnující dodávku (analýzu, implementaci a zprovoznění) systému pro zajištění evidence docházky a bezpečnosti přístupů v minimální finanční výši 1 000 000 Kč bez DPH v rámci jedné dodávky (SW i HW), přičemž nejméně jedna (1) taková dodávka zahrnovala integraci se systémem správy školních agend Bakaláři.

Dodavatel je povinen předložit zadavateli seznam významných dodávek v oblasti aplikačního (SW) vybavení, který bude obsahovat alespoň čtyři významné dodávky, přičemž tento seznam musí obsahovat nejméně 1 (jednu) dodávku z každého z bodů i – viii uvedených výše. Jednotlivé požadavky uvedené pod body i – viii je možné plnit kumulativně, tedy splnit více požadavků prostřednictvím významné dodávky.

2. Ve smyslu ust. § 79 odst. 2 písm. c) a d) ZZVZ seznam techniků, kteří se budou přímo podílet na plnění VZ včetně osvědčení o vzdělání a odborné kvalifikaci osob odpovědných za poskytování příslušných služeb (dále jen „seznam techniků“).

Technici (členové realizačního týmu) budou splňovat následující kvalifikační předpoklady:

a) Vedoucí týmu (1 osoba) musí mít alespoň 5 let prokazatelných zkušeností v poskytování služeb informačních technologií vč. řízení dodávek informačních systémů a portálových řešení prokázané seznamem realizovaných významných dodávek v oblasti ICT, ve kterých působil v pozici obdobné jako vedoucího realizačního týmu – min. 2 zakázky odpovídající kterémukoli požadavku zadavatele na významné dodávky uvedené v předchozím bodě (body i – viii). Hodnota zakázek, jimiž bude u Vedoucího týmu tento požadavek prokazován, musí však dosahovat nejméně 1 mil. Kč bez DPH v každém prokazovaném případě.

b) Senior programátor (1 osoba) musí mít nejméně 3 roky prokazatelných zkušeností v poskytování programátorských služeb prokázané seznamem nejméně tří (3) realizovaných významných dodávek, ve kterých působil v pozici programátora webových serverových aplikací v posledních třech letech.

c) Specialista Microsoft (4 osoby) musí mít nejméně 3 roky prokazatelných zkušeností v poskytování integračních a implementačních služeb technologií Microsoft. Nejméně jeden (1) člen realizačního týmu bude disponovat certifikátem Microsoft Certified Solutions Associate (MCSA): Web Applications nebo obdobným, nejméně jeden (1) člen realizačního týmu bude disponovat certifikátem Microsoft Certified Professional nebo obdobným, nejméně jeden (1) člen realizačního týmu bude disponovat certifikátem Microsoft Certified Technology Specialist (MCTS) nebo obdobným a nejméně jeden (1) člen realizačního týmu bude disponovat certifikátem Microsoft Certified Solutions Developer (MCSD): App Builder nebo obdobným. Zadavatel nepřipouští prokázání více požadovaných certifikátů kumulovaně prostřednictvím jedné

(1) osoby v roli Specialista Microsoft.

d) SW architekt (1 osoba) musí mít nejméně 3 roky prokazatelných zkušeností s analýzou požadavků na ICT řešení a s přípravou návrhu řešení pokrývajícího takové požadavky. SW architekt musí mít zkušenosti s UML modelováním minimálně na úrovni zpracování diagramu tříd, komponent a případů užití.

e) Senior programátor mobilních aplikací (1 osoba) musí mít nejméně 3 roky prokazatelných zkušeností s programováním mobilních klientských aplikací v prostředí operačního systému Android a/nebo iOS prokázané seznamem nejméně tří (3) realizovaných významných dodávek, ve kterých působil v pozici programátora mobilních aplikací v posledních třech letech.

f) Osvědčení o odborné kvalifikaci dodavatele prokázané certifikací Silver Application Development a Silver Collaboration and Content (certifikace pro produkty Microsoft).

3. Ve smyslu ust. § 79 odst. 2 písm. k) ZZVZ vzorky, popisy nebo fotografie výrobků určených k dodání.

Zadavatel stanovuje minimální úroveň výše uvedené technické kvalifikace takto:

a) Zadavatel požaduje předložit textový popis zahrnující označení nabízených produktů a údaje prokazující splnění požadovaných minimálních parametrů uvedených v příloze č. 6 zadávací dokumentace. Dodavatel může předložit vlastní textový popis, katalogové / produktové listy či obdobné podklady. Dodavatel je oprávněn předložit katalogové / produktové listy také v anglickém jazyce.

b) Součástí textového popisu nabízených produktů bude i vyplněná tabulka uvedená v příloze č. 6 "Návrh řešení" této zadávací dokumentace.

6.7.2. Technická kvalifikace pro část 2 VZ

Splnění technické kvalifikace prokáže dodavatel, který Zadavateli předloží:

Zadavatel stanovuje minimální úroveň výše uvedené technické kvalifikace takto:

i. dvě (2) významné dodávky zahrnující dodávku (implementaci a zprovoznění) aplikace funkčně odpovídající požadavkům na oblast A. Provozní IS HNSP uvedené v kap. 4.5.3 v minimální finanční výši 200 000 Kč bez DPH v rámci jedné dodávky;

x. Xxxxxxxxx je povinen předložit zadavateli seznam významných dodávek v oblasti HW a obslužného SW, který bude obsahovat alespoň dvě významné dodávky.

Zadavatel stanovuje, že účastník má povinnost předložit jako významnou dodávku poskytnutí dodávky, jejímž předmětem je dodávka, instalace, zprovoznění a nastavení základní konfigurace (do provozuschopného stavu) serverů, síťové infrastruktury a virtualizačního SW v minimální finanční výši 500 000 Kč bez DPH.

4. Ve smyslu ust. § 79 odst. 2 písm. k) ZZVZ vzorky, popisy nebo fotografie výrobků určených k dodání.

Zadavatel stanovuje minimální úroveň výše uvedené technické kvalifikace takto:

c) Zadavatel požaduje předložit textový popis zahrnující označení nabízených produktů a údaje prokazující splnění požadovaných minimálních parametrů uvedených v příloze č. 6 zadávací dokumentace. Dodavatel může předložit vlastní textový popis, katalogové / produktové listy či obdobné podklady. Dodavatel je oprávněn předložit katalogové / produktové listy také v anglickém jazyce.

d) Součástí textového popisu nabízených produktů bude i vyplněná tabulka uvedená v příloze č. 6 "Návrh řešení" této zadávací dokumentace.

6.7.3. Požadavky na prokázání technická kvalifikace shodné pro část 1 a 2 VZ

Seznam významných dodávek

Účastník je povinen v rámci své nabídky předložit čestné prohlášení o řádném poskytnutí takové předchozí dodávky, které musí obsahovat nejméně následující údaje:

a) název zakázky,

b) název a identifikační údaje subjektu vč. sídla, kterému byla významná služba poskytnuta,

c) popis poskytnuté dodávky, ze kterého budou požadavky zadavatele na významné dodávky vyplývat,

d) informaci o období realizace významné dodávky od-do v měsících (např. 01/2016 – 09/2016), přičemž významná dodávka nesmí být starší 3 let a pro posouzení kvalifikace bude rozhodný měsíc ukončení dodávky,

e) hodnotu významné dodávky v Kč bez DPH,

f) jméno a kontaktní údaje osoby objednatele, u které si bude moci zadavatel ověřit předložené informace.

Zadavatel doporučuje použít k prokázání technické kvalifikace (§ 79 odst. 2 písm. b) ZZVZ) vzorový formulář dle přílohy č. 4 této zadávací dokumentace.

Seznam techniků (členů realizačního týmu)

Účastník je povinen v rámci své nabídky předložit seznam techniků (členů realizačního týmu), který musí obsahovat nejméně následující údaje:

a) Pozice členů v týmu a stručnou specifikaci plněných úkolů v rámci řešení VZ.

b) Seznam osvědčení o dosaženém vzdělání a dalších osvědčení a certifikátů, týkajících se vzdělání a odborné kvalifikace člena realizačního týmu ve vazbě na předmět VZ.

c) Xxxxx osvědčení o dosaženém vzdělání a další osvědčení a certifikáty týkající se vzdělání a odborné kvalifikace příslušného člena realizačního týmu.

V seznamu techniků bude u každého technika / člena týmu uvedeno:

a) jméno a příjmení,

b) pozice v rámci realizačního týmu,

c) stupeň vzdělání a jeho obor,

d) délka praxe (v měsících) v předmětné oblasti VZ s uvedením této oblasti/oblastí,

e) informace o účasti na realizovaných významných dodávkách dodavatele.

7. Další podmínky pro uzavření smlouvy

V případě, že nebude možné zjistit skutečného majitele vítězného dodavatele v souladu s postupem dle

§ 122 odst. 4, bude zadavatel postupovat podle § 122, odst. 5 a následujících.

8. Využití poddodavatele

Zadavatel neomezuje rozsah případných poddodávek během plnění této VZ. Účastník ve své nabídce předloží seznam poddodavatelů, pokud jsou účastníkovi známi a uvede, kterou část veřejné zakázky bude každý z poddodavatelů plnit, a to věcným popisem obsahu a rozsahu plnění a finančně vyjádřeným podílem na plnění veřejné zakázky.

9. OBCHODNÍ PODMÍNKY A NÁVRH SMLOUVY

Obchodní podmínky zadavatele včetně platebních jsou připojeny ve formě závazného návrhu smlouvy o dílo (příloha č. 2) a jsou v celém svém rozsahu pro dodavatele závazné.

Text smlouvy o dílo dodavatel fyzicky do nabídky nepřikládá, pouze v nabídce písemně prohlásí, že s tímto zněním souhlasí, a to např. odkazem na poslední verzi textu smlouvy o dílo uveřejněné na profilu zadavatele. Pro tyto účely lze využít prohlášení, které je součástí krycího listu (příloha č. 1).

Přílohu č. 1 smlouvy o dílo bude tvořit věcná část (popis plnění) nabídky dodavatele, případně její část podstatná pro jednoznačný popis plnění zhotovitele.

Přílohu č. 2 smlouvy o dílo bude tvořit Podrobný nabídkový rozpočet (viz příloha č. 5 zadávací dokumentace) použitý v nabídce dodavatele.

Přílohu č. 3 smlouvy o dílo dodavatel uvede jako součást nabídky v části textový popis plnění.

Vzor smlouvy o dílo obsahuje „žlutě podbarvená“ místa, která budou před uzavřením smlouvy o dílo doplněna v souladu s ust. § 124 odst. 4 ZZVZ dle nabídky vybraného dodavatele.

Účastník podáním své nabídky dává souhlas s tím, aby zadavatel uveřejnil informace o jeho nabídce v rozsahu požadovaném ZZVZ.

10. ZPRACOVÁNÍ NABÍDKOVÉ CENY

Nabídková cena bude zpracována dodavatelem v souladu s předmětem a požadavky této zadávací dokumentace. Nabídková cena bude stanovena jako cena nejvýše přípustná se započtením veškerých nákladů dodavatele, které jsou nezbytné k řádnému dodání, instalování a zprovoznění poptávaných technologií a veškeré předpokládané náklady na zajištění požadovaného servisu v záruční době, dále veškeré náklady na zaškolení obsluhy (administrátorů) zadavatele. Nabídková cena také musí zohlednit veškerá rizika, zisk a finanční vlivy (např. inflaci), a to po celou dobu realizace předmětu veřejné zakázky. Nabídková cena uvedená dodavatelem může být překročena pouze v případě změny předpisů týkajících se daně z přidané hodnoty. Po změně předpisů bude částka upravena v souladu s touto změnou.

Dodavatel je povinen předložit jako součást nabídky Podrobný nabídkový rozpočet. V rozpočtu dodavatel uvede podrobný popis předmětu veřejné zakázky včetně požadovaného množství, dílčího ocenění a součtu všech dílčích cen. Součet všech dílčích cen musí odpovídat celkové nabídkové ceně za předmět veřejné zakázky uvedené v Krycím listu nabídky. Podrobný nabídkový rozpočet bude přílohou č. 2 smlouvy.

Dodavatel je povinen stanovit nabídkovou cenu částkou v českých korunách v členění bez DPH, částka DPH a s DPH. V případě, že v rozpočtu budou uvedeny položky v různých sazbách DPH, budou uvedeny odděleně. Celková nabídková cena v tomto členění bude uvedena na krycím listu nabídky (příloha č. 1 této zadávací dokumentace).

Správné a profesionální odhadnutí veškerých nákladů zadavatel ze strany dodavatelů očekává a nad rámec nabídkové ceny nebude přípustná úhrada jakýchkoliv dodatečných či neplánovaných nákladů.

Zadavatel stanoví, že nabídková cena nesmí překročit předpokládanou hodnotu.

Zadavatel může vyloučit účastníka zadávacího řízení, pokud nabídka účastníka zadávacího řízení obsahuje mimořádně nízkou nabídkovou cenu, která nebyla účastníkem zadávacího řízení zdůvodněna.

11. POŽADAVKY NA ZPRACOVÁNÍ A ČLENĚNÍ NABÍDKY VČETNĚ DOKLADŮ K POSOUZENÍ SPLNĚNÍ KVALIFIKACE

11.1. Požadavky na zpracování nabídky

• Nabídka bude zpracována v českém jazyce.

• Nabídku a doklady k prokázání kvalifikace je dodavatel povinen podat písemně v listinné podobě.

11.2. Doporučené formální požadavky na zpracování nabídky v listinné podobě

• Nabídka bude vyhotovena pro každou část VZ samostatně.

• Nabídka bude vyhotovena v 1 listinném originále, v 1 listinné kopii a v 1 elektronické kopii na CD nebo DVD (v obecně čitelném formátu, nejlépe ve verzi podporující fulltextové vyhledávání), označeném „Elektronická kopie nabídky + název dodavatele“. Originál nabídky by měl být na titulní straně označen jako „Originál“.

• Nabídka včetně případných příloh by měla být svázána do jednoho svazku.

• Nabídka včetně případných příloh by měla být opatřena bezpečnostními prvky, které ji zajistí proti poškození a proti manipulaci s jednotlivými listy tak, aby byla vyloučena možnost jejich neoprávněného nahrazení. Zadavatel doporučuje jako jeden z bezpečnostních prvků použití provázku a přelepek opatřených podpisem oprávněné osoby a razítkem dodavatele.

• Veškeré doklady musí být kvalitně vytištěny, aby byly dobře čitelné. Žádný doklad nesmí obsahovat opravy a přepisy, které by zadavatele mohly uvést v omyl.

• Všechny listy nabídky by měly být očíslovány průběžnou číselnou řadou počínaje číslem 1. Výjimka z povinnosti očíslovat listy se vztahuje na úřední doklady nebo jejich úředně ověřené kopie, které nemusejí být očíslovány. Vkládá-li dodavatel přílohu či některý samostatný celek, který má již listy očíslované, není nutné, aby tyto listy čísloval znovu průběžnou číselnou řadou.

11.3. Požadavky na členění nabídky

Nabídka dodavatele by měla být strukturována následujícím způsobem:

1) Krycí list dle přílohy č. 1, který bude obsahovat:

a) identifikaci veřejné zakázky;

b) identifikační údaje o dodavateli včetně osobních údajů v rozsahu ust. § 28 odst. 1 písm. g) ZZVZ a kontaktních údajů dodavatele.

2) Prohlášení k smlouvě o dílo (v případě využití vzorového krycího listu není nutné uvádět samostatně).

3) Doklady prokazující splnění základní způsobilosti.

4) Doklady prokazující splnění profesní způsobilosti.

5) Doklady prokazující splnění technické kvalifikace vč. popisů faktického obsahu dodávky (popisy je možné použít např. také jako přílohy Návrhu řešení podle přílohy č. 6 této zadávací dokumentace).

6) Podrobný nabídkový rozpočet (viz příloha č. 5 této zadávací dokumentace).

7) Textový popis plnění zahrnující označení nabízených produktů vč. vyplněné přílohy č. 6 "Návrh řešení" a závazného harmonogramu plnění (harmonogram plnění bude použit jako příloha Smlouvy o dílo).

8) Případně další dokumenty, jsou-li zadavatelem požadovány nebo jsou ze strany dodavatele vnímány jako nezbytné pro úplné podání nabídky dodavatele (např. plná moc pro oprávněnou osobu, smlouva s poddodavatelem, smlouva o společnosti apod.).

9) Prohlášení o počtu stran nabídky s podpisem oprávněné osoby.

12. ZPŮSOB, TERMÍN A MÍSTO PODÁNÍ NABÍDEK

Nabídky se podávají písemně, a to v listinné podobě. Na obálce s nabídkou bude uveden/a nápis:

VEŘEJNÁ ZAKÁZKA

Elektronické služby města Bílina Část …….

NABÍDKA – NEOTEVÍRAT

a dále název (obchodní jméno), kontaktní adresa a IČO účastníka. Účastník podá do každé z částí VZ jednu nabídku uzavřenou v samostatné obálce označené podle příslušné části VZ.

Dodavatel může svoji nabídku zaslat poštou, kurýrem či osobně doručit v pracovní dny:

- pondělí a středa: 7:00 – 12:00 a 12:30 – 17:00,

- úterý a čtvrtek: 7:00 – 11:30 a 12:00 – 13:00,

- pátek: 7:00 – 12:00

na adresu zadavatele tj.: Město Bílina, Břežánská 50/4, 418 01 Bílina. Toto neplatí v poslední den lhůty pro podávání nabídek, kdy lze nabídky doručit pouze do 15:00 hodin.

V případě osobního dodání je místem podání podatelna zadavatele na adrese Xxxxxxxxx 00/0, 000 00 Bílina.

O přijetí nabídky bude doručované osobě na její žádost vystaveno písemné potvrzení, obsahující pořadové číslo nabídky, datum a přesný čas podání nabídky. Shodné údaje budou zadavatelem vyznačeny i na obálce nabídky.

Lhůta pro podání nabídek končí dne 11. 06. 2018 v 15:00 hodin. Do tohoto okamžiku musí být nabídka doručena zadavateli. Včasné doručení je odpovědností dodavatele.

K nabídkám, které byly doručeny po uplynutí lhůty pro podání nabídek, se, v souladu s ust. § 28 odst. 2 ZZVZ v průběhu zadávacího řízení, nepřihlíží.

Otevírání nabídek se bude konat bez zbytečného odkladu po uplynutí lhůty pro podání nabídek v sídle zadavatele na adrese Město Bílina, Břežánská 50/4, 418 01 Bílina – zasedací místnost č. 213 v I. patře v sídle zadavatele. Z organizačních důvodů je počet zástupců jednoho účastníka omezen nejvýše na jednoho. Účastní-li se otevírání nabídek jiné osoby než členové statutárního orgánu dodavatele, prokáží se plnou mocí, opravňující je k zastupování dodavatele při otevírání nabídek na VZ, a platným dokladem totožnosti.

13. HODNOTÍCÍ KRITÉRIA NABÍDEK A JEJICH VÁHA

Základním hodnotícím kritériem veřejné zakázky je ekonomická výhodnost dle § 114 ZZVZ. Zadavatel bude hodnotit ekonomickou výhodnost nabídek na základě nejvýhodnějšího poměru nabídkové ceny a kvality v souladu s § 114 odst. 2 ZZVZ.

Pro hodnocení nabídek použije hodnotící komise bodovací stupnici v rozsahu 0 až 100 bodů. Každé jednotlivé nabídce je dle váhy, resp. dílčí váhy přidělena příslušná bodová hodnota, která odráží úspěšnost předmětné nabídky v rámci dílčího hodnotícího kritéria. Jednotlivé přidělené body budou dále přepočteny podle váhy dílčího hodnotícího kritéria.

ID hodnotícího kritéria:	Hodnotící / dílčí hodnotící kritérium
A)	Celková cena plnění (celková váha 60 %)
	Dílčí nabídková cena – Dodávka řešení (dílčí váha 40 %), tj. Cena dodávky celkem v Podrobném položkovém rozpočtu
	Dílčí nabídková cena – Provozní podpora (dílčí váha 40 %), tj. Cena Provozní podpory za období 60 měsíců v Podrobném položkovém rozpočtu
	Dílčí nabídková cena – Rozvoj a úpravy díla (dílčí váha 20 %), tj. Cena výkonů nad rámec provozní podpory v rozsahu 100 hodin v Podrobném položkovém rozpočtu
B)	Kvalita návrhu řešení (celková váha 40 %)

Pro potřeby hodnocení hodnotícího kritéria A – Celková cena plnění bude každým dodavatelem vyplněna příloha č. 5 této ZD – Podrobný položkový rozpočet (vždy samostatně pro každou část VZ) a to ve všech jejích dílčích položkách. Celková nabídková cena bude dodavatelem uvedena také v Krycím listu nabídky. V případě rozporu mezi přílohou č. 5 a krycím listem, bude zadavatel při vyhodnocení vycházet z cen uvedených ve vyplněné příloze č. 5 nabídky.

V případě hodnocení nabídek podle dílčího hodnotícího kritéria „Celková cena plnění“ a jeho dílčích kritérií (dílčích nabídkových cen), která jsou číselně vyjádřitelná, získá hodnocená nabídka bodovou hodnotu dle vzorce:

nejvýhodnější nabídka, tj. nejnižší nabídková cena v Kč

bez DPH (hodnota)

100

nabídková cena v Kč bez DPH (hodnota) hodnocené nabídky

kde hodnocenou cenou je dílčí nabídková cena hodnocené nabídky v Kč bez DPH. Přepočet bude proveden s přesností na dvě desetinná místa. Celkový výsledek nabídky každého z dodavatelů bude následně přepočítán vahou daného dílčího kritéria.

Hodnotící kritérium B – Xxxxxxx návrhu řešení bude zadavatelem hodnocena na základě dodavatelem zpracovaného a předloženého návrhu plnění veřejné zakázky.

Pro potřeby hodnocení dílčího kritéria Kvalita návrhu řešení dodavatel vyplní přílohu č. 6 této ZD – Návrh řešení – technická specifikace pro příslušnou část VZ.

Účastník v rámci nabídky popíše detailní návrh řešení splnění požadavků zadavatele uvedených v příloze č. 6 „Požadavky zadavatele na návrh řešení“ se zohledněním informací a požadavků uvedených v této zadávací dokumentaci, a to ve sloupci „Způsob řešení“.

Hodnotící komise bude při hodnocení dílčího hodnotícího kritéria Xxxxxxx návrhu řešení posuzovat dodavatelem navržené vypořádání požadavků z hlediska 2 následujících pohledů (charakteristik), kterými jsou NEZÁVISLOST a INTEGRITA ŘEŠENÍ. Konkrétní rozpis předmětu hodnocení jednotlivých níže uvedených kritérií je uveden v příloze č. 6 „Požadavky zadavatele na návrh řešení“ a to vždy u konkrétní požadované oblasti popisu. Níže jsou pak uvedena kritéria přidělení bodů.

Zadavatel zvolil výše uvedená kritéria z důvodu možnosti jejich objektivního posouzení a vyhodnocení. Zvolená kritéria zohledňují snahu zadavatele o co nejvyšší míru funkčnosti a nastavitelnosti dodaných aplikačních řešení bez závislosti na dodavateli (hledisko nezávislosti) a předpoklad, že hotová aplikační řešení, která jsou již běžně nasazena v produkčním prostředí u jiných zákazníků dodavatele sníží míru rizika časového prodlení a případných problémů s dosažením definované funkčnosti, jakož i sníží náklady na nutné budoucí úpravy a možné problémy spojené s předáním podpory provozu a správy dodaného řešení jinému poskytovateli služeb. Nejlépe proto bude hodnocena nabídka, která nabídne řešení nejméně závislé na službách dodavatele a řešení složené z běžně dostupných, standardizovaných produktů.

A) NEZÁVISLOST: limity nabízeného řešení z hlediska možnosti nastavení parametrů aplikace (rozsah uživatelské parametrizace).

10 bodů – z textu vyplývá nebo je deklarováno, že požadovaná funkcionalita je plně nastavitelná/ovládatelná uživatelem, případně ji řešení vykonává samo (automatizovaně) bez nutnosti dalšího zásahu uživatele nebo dodavatele.

5 bodů – z textu vyplývá nebo je deklarováno, že požadovaná funkcionalita je pouze částečně nastavitelná/ovládatelná uživatelem, tedy že nastavení/ovládání není možné bez přispění dodavatele.

0 bodů – z textu vyplývá nebo je deklarováno, že požadovanou funkcionalitu není možno nastavit/ovládat uživatelem, tedy že nastavení/ovládání může provést výhradně dodavatel.

B) INTEGRITA ŘEŠENÍ: integrita nabízeného řešení z hlediska množství různých aplikačních řešení nabízených dodavatelem.

10 bodů – z textu vyplývá, že požadavky zadavatele budou řešeny hotovým aplikačním řešením bez nutnosti dalších doplňků (bez nutnosti instalace dalších aplikací a/nebo rozšíření) a bez programátorských úprav nabízeného řešení. Dodaná aplikace bude integrována prostřednictvím standardního rozhraní (API) a běžným způsobem nakonfigurována.

5 bodů – z textu vyplývá, že požadavky zadavatele budou řešeny hotovým aplikačním řešením s nutností dalších doplňků (s nutností instalace 1 doplňkové aplikace nebo rozšíření) ale bez dalších programátorských úprav nabízeného řešení NEBO budou řešeny hotovým aplikačním řešením bez nutnosti dalších doplňků (bez nutnosti instalace dalších doplňkových aplikací nebo rozšíření) ale s nutností programátorských úprav nabízeného řešení. Dodaná aplikace bude integrována prostřednictvím standardního rozhraní (API) a běžným způsobem nakonfigurována.

0 bodů – z textu vyplývá, že požadavky zadavatele nebudou řešeny hotovým aplikačním řešením (řešení bude teprve vyvíjeno) nebo se bude jednat o zásadní úpravu existujícího řešení, případně bude pro zajištění požadavků zadavatele instalovat další doplňky (více než 1 doplňkovou aplikaci nebo rozšíření).

DOPORUČENÍ: Pokud je návrh vypořádání požadavku rozsáhlejší, použije Účastník samostatnou přílohu s odkazem na název funkčního bloku a ID požadavku.

V rámci hodnocení tohoto dílčího kritéria provede komise hodnocení kvality návrhů řešení v každé nabídce podle kvality návrhu řešení požadavků zadavatele v daném kritériu.

Na základě přidělených bodů zadavatel seřadí nabídky od nejvýhodnější k nejméně výhodné podle celkového součtu bodů získaných ve všech hodnocených charakteristikách (A – Nezávislost, B – Integrita řešení). Nejvýhodnější nabídka obdrží 100 bodů, ostatní pak obdrží hodnocení z intervalu 1 – 100 bodů, které bude vyjadřovat poměr získaných bodů ve vztahu k nejlépe hodnocené nabídce. Hodnocená nabídka získá bodovou hodnotu dle vzorce:

100

nejvýhodnější nabídka, tj. nabídka s nejvyšším počtem obdržených bodů (hodnota)

Počet obdržených bodů (hodnota) hodnocené nabídky

Přepočet bude proveden s přesností na dvě desetinná místa.

Celkové hodnocení nabídek provede hodnotící komise tak, že bodová hodnocení nabídek dle dílčích kritérií vynásobí vždy váhou příslušného kritéria (Xxxxxxx nabídková cena vahou 60 % a Úroveň naplnění požadavků Zadavatele vahou 40 %). Takto získané hodnoty hodnotící komise sečte pro každou nabídku a stanoví pořadí úspěšnosti uchazečů, přičemž jako nejlepší bude vyhodnocena nabídka, která dosáhla nejvyšší bodové hodnoty.

14. POSOUZENÍ SPLNĚNÍ PODMÍNEK ÚČASTI

V souladu s ust. § 39 odst. 5 ZZVZ je zadavatel oprávněn ověřovat věrohodnost poskytnutých údajů a dokladů a může si je také opatřovat sám.

V souladu s ust. § 46 odst. 1 ZZVZ může zadavatel po účastníkovi zadávacího řízení požadovat, aby v přiměřené lhůtě objasnil předložené údaje nebo doklady, nebo doplnil další nebo chybějící údaje nebo doklady.

V průběhu zadávacího řízení zadavatel vybírá z účastníků zadávacího řízení vybraného dodavatele na základě hodnocení nabídek a posouzení splnění podmínek účasti v zadávacím řízení. V souladu s ust.

§ 39 odst. 4 ZZVZ provede zadavatel hodnocení nabídek před posouzením splnění podmínek účasti v zadávacím řízení.

15. VÝBĚR DODAVATELE

Zadavatel rozhodne o výběru dodavatele, jehož nabídka byla vyhodnocena jako ekonomicky nejvýhodnější a který nebyl ze zadávacího řízení vyloučen.

16. OZNÁMENÍ O VÝBĚRU DODAVATELE

Zadavatel odešle bez zbytečného odkladu od rozhodnutí o výběru dodavatele oznámení o výběru dodavatele všem účastníkům zadávacího řízení. Součástí oznámení musí být dokumenty dle ust. § 123 písm. a) a b) ZZVZ.

17. UZAVŘENÍ SMLOUVY

Nejdříve s oznámením o výběru dodavatele zadavatel odešle vybranému dodavateli výzvu k předložení:

a) originálů nebo ověřených kopií dokladů o jeho kvalifikaci, pokud je již nemá k dispozici, a

b) je-li vybraný dodavatel právnickou osobou, též informace a doklady podle ust. § 122 odst. 4 a 5 ZZVZ.

V případě, že vybraný dodavatel této výzvě nevyhoví, nebo pokud na základě předložených dokladů zadavatel zjistí, že byl vybraný dodavatel ve střetu zájmů dle ust. § 44 odst. 2 a 3 ZZVZ, vybraného dodavatele vyloučí.

Po uplynutí lhůty zákazu uzavřít Xxxxxxx o dílo a o poskytování služeb provozní podpory (dále také

„Smlouva“) podle ust. § 246 ZZVZ jsou zadavatel a vybraní dodavatelé povinni bez zbytečného odkladu uzavřít Smlouvu.

V případě, že vybraný dodavatel neposkytne součinnost nezbytnou k uzavření Smlouvy, může jej zadavatel ze zadávacího řízení vyloučit.

Xxxxxxx je zadavatel povinen uzavřít v souladu se závazným návrhem Xxxxxxx a nabídkou vybraného dodavatele. Do závazného návrhu Xxxxxxx zadavatel doplní pouze údaje uvedené v nabídce vybraného dodavatele, a to na příslušná „žlutě podbarvená“ místa Smlouvy.

18. OCHRANA PROTI NESPRÁVNÉMU POSTUPU ZADAVATELE

18.1. Námitky

Námitky může podat dodavatel, kterému postupem zadavatele souvisejícím se zadáváním veřejné zakázky hrozí nebo vznikla újma. Přípustnost námitek, jejich podávání, lhůty, jakož i náležitosti a přezkum jsou upraveny v ust. § 241 a násl. ZZVZ.

Námitky se podávají písemně a musí splňovat obsahové náležitosti dle ustanovení § 244 ZZVZ.

Zadavatel přezkoumá podané námitky v plném rozsahu a do 15 dnů od obdržení námitek odešle stěžovateli písemné rozhodnutí o tom, zda námitkám vyhovuje nebo je odmítá, s uvedením důvodu.

18.2. Přezkoumání úkonů zadavatele

Přezkoumávání úkonů zadavatele Úřadem pro ochranu hospodářské soutěže je upraveno v ust. § 248 a násl. ZZVZ.

19. DALŠÍ PODMÍNKY A PRÁVA ZADAVATELE

Zadávací lhůta je stanovena na dobu 90 dnů. Zadavatel nepřipouští variantní řešení.

Zadavatel nepožaduje poskytnutí jistoty.

Zadavatel si vyhrazuje právo nechat si v průběhu hodnocení od dodavatelů předvést funkční instalaci nabízených SW (aplikačních) produktů splňujících funkční požadavky této zadávací dokumentace.

20. PŘÍLOHY K ZADÁVACÍ DOKUMENTACI

Příloha č. 1: Krycí list nabídky

Příloha č. 2a: Závazný návrh Smlouvy o dílo a o poskytování služeb provozní podpory pro část 1 VZ

Příloha č. 2b: Závazný návrh Smlouvy o dílo a o poskytování služeb provozní podpory pro část 2 VZ

Příloha č. 3: Vzorový formulář k prokázání splnění části základní způsobilosti dle ust. § 74 odst.

1 písm. b), c) a f) ZZVZ

Příloha č. 4: Vzorový formulář k prokázání splnění technické kvalifikace dle ust. § 79 odst. 2 písm. b) ZZVZ

Příloha č. 5a: Podrobný položkový rozpočet pro část 1 VZ Příloha č. 5b: Podrobný položkový rozpočet pro část 2 VZ Příloha č. 6a: Návrh řešení – technická specifikace pro část 1 VZ Příloha č. 6b: Návrh řešení – technická specifikace pro část 2 VZ

V Bílině, dne 02. 05. 2018

Vendula

Digitálně

podepsal Xxxxxxx Xxxxxxxxx

Vodičková Datum: 2018.05.02

15:41:54 +02'00'

……………………………………………………..

Xxxxxxx Xxxxxxxxx, starosta

Document Metadata

Table of Contents

ZADÁVACÍ DOKUMENTACE

Document Metadata