Příloha č. 1. k zadávací dokumentaci veřejné zakázky DODÁVKA SW PRO ADMINISTRACI VEŘEJNÝCH ZAKÁZEK MĚSTA JINDŘICHŮV HRADEC. Technická specifikace

Příloha č. 1 k zadávací dokumentaci veřejné zakázky „DODÁVKA SW PRO ADMINISTRACI VEŘEJNÝCH ZAKÁZEK MĚSTA JINDŘICHŮV HRADEC“ Technická specifikace

Zpracovatelé: Ivo Šicner, odbor vnitřní správy MěÚ Jindřichův Hradec Martina Pechová, oddělení regionálního rozvoje MěÚ J. Hradec

Duben 2015.

Příloha č. 1 ZD: Dodávka SW pro administraci veřejných zakázek města Jindřichův Hradec Projekt: Zvýšení úrovně IT podpory činností města Jindřichův Hradec Registrační číslo projektu: CZ.1.06/2.1.00/22.09640 stránka 1 z 12

Obsah 1 POPIS SOUČASNÉHO STAVU ............................................................................................. 3 1.1 POPIS LOKALITY ................................................................................................................... 3 1.2 TECHNICKÝ POPIS ADMINISTRACE VEŘEJNÝCH ZAKÁZEK ............................................................... 3 1.3 VĚSTNÍK VEŘEJNÝCH ZAKÁZEK ................................................................................................ 3 1.4 PROFIL ZADAVATELE ............................................................................................................. 4 1.5 ELEKTRONICKÁ SPISOVÁ SLUŽBA ............................................................................................. 4 1.6 VYBAVENÍ PRACOVIŠŤ A SERVERŮ ........................................................................................... 4 2 POŽADAVKY ZADAVATELE ............................................................................................... 5 2.1 SW PRO ADMINISTRACI VEŘEJNÝCH ZAKÁZEK............................................................................ 5 2.1.1 2.1.2 2.1.3 2.1.4 2.1.5 2.1.6 2.1.7

2.2 2.3 2.4 2.5

POŽADAVKY ZADAVATELE NA PROPOJENÍ.............................................................................................. 5 POŽADAVKY NA DODÁVANÝ PRODUKT ................................................................................................. 5 ZVLÁŠTNÍ POŽADAVKY NA PROPOJENÍ PRODUKTU SE SPISOVOU SLUŽBOU .................................................... 7 KOMUNIKAČNÍ ROZHRANÍ ................................................................................................................. 7 POŽADAVKY PRODUKTU NA HW A SW ZADAVATELE .............................................................................. 7 UŽIVATELSKÉ PŘÍSTUPY..................................................................................................................... 7 SPRÁVA UŽIVATELE .......................................................................................................................... 8

IMPLEMENTACE PRODUKTU ................................................................................................... 8 OVĚŘOVACÍ PROVOZ ............................................................................................................ 9 TECHNICKÁ PODPORA ........................................................................................................... 9 LICENCE ........................................................................................................................... 10

3 POLOŽKA ROZPOČTU Č. 1 .............................................................................................. 10 CENA ZA PRODUKT, LICENCI A IMPLEMENTACI .................................................................................. 10 4 POLOŽKA ROZPOČTU Č. 2 .............................................................................................. 11 TECHNICKÁ PODPORA .................................................................................................................. 11 5 CELKOVÁ NABÍDKOVÁ CENA ........................................................................................... 12


1 Popis současného stavu 1.1 Popis lokality Městský úřad má svá pracoviště v několika budovách. Hlavní serverová infrastruktura je umístěna v budově Klášterská 135/II, 377 01 Jindřichův Hradec. Budovy jsou propojeny páteřním optickým rozvodem. Všechna pracoviště jsou připojena ve společné síti. Připojení k internetu je řešeno přes lokálního providera s kapacitou 40 Mbit/s symetricky.

1.2 Technický popis administrace veřejných zakázek V současné době administruje veřejný zadavatel veškeré své veřejné zakázky od 100 tis. Kč bez DPH v aplikaci Gilda VZ. Jedná se o software /dále jen SW/ pro podporu procesů veřejných zakázek. V této aplikaci zadavatel vytváří převážnou část dokumentů stanovených dle Pravidel pro zadávání veřejných zakázek města (upravují zejména postupy pro zadávání veřejných zakázek malého rozsahu a dále dokumentaci stanovenou dle zákona č. 137/2006 Sb., o veřejných zakázkách v platném znění). Aplikace umožňuje jednak automatické generování šablon dokumentů (výzvy k podání nabídek, zadávací dokumentaci, protokoly o otevírání obálek, hodnotící zprávu), ale i provádění hodnocení nabídek dle zvolených kritérií, nastavení lhůt a jiné. Aplikace však není přívětivá pro uživatele a neumožňuje další propojení s Věstníkem veřejných zakázek, profilem zadavatele a zejména s elektronickou spisovou službou zadavatele. Zadavatel je pak nucen vytvářet dokumentaci duplicitně v několika aplikacích určených pro zadávání veřejných zakázek a tuto zařazovat do elektronické spisové služby. Cílem je tak co nejvíce zjednodušit celý proces administrace a zároveň zajištění posloupnosti jednotlivých úkonů dle zákona o veřejných zakázkách. Zároveň stávající aplikace neumožňuje zadavateli filtrovat uložená data o veřejných zakázkách a generovat sestavy dle nastavených kritérií. Vzhledem k tomu, že dle zákona č. 106/1999 Sb., o svobodném přístupu k informacím se na zadavatele obracejí žadatelé s informacemi ohledně počtu a rozsahu veřejných zakázek v jednotlivých letech, znamená toto omezení pro zadavatele vysoký nárok na zpracování požadovaných dat. Zadavatel nepožaduje provést migraci zde uložených dat do nového SW.

1.3 Věstník veřejných zakázek Informační systém o veřejných zakázkách (dále jen Informační systém) je ve smyslu ustanovení § 157 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů, a současně ve smyslu ustanovení § 32 zákona č. 139/2006 Sb., o koncesních smlouvách a koncesním řízení informačním systémem veřejné správy, prostřednictvím něhož zajišťuje Ministerstvo pro místní rozvoj (dále jen MMR) funkce v daných oblastech. Součástí Informačního systému o veřejných zakázkách je samostatný Věstník veřejných zakázek, který zajišťuje centrální uveřejňování informací povinně uveřejňovaných zadavatelem dle zákona o veřejných zakázkách. Subsystém je provozován koncesionářem - NESS Czech s.r.o. Věstník veřejných zakázek nabízí jak možnost vkládání informací o veřejných zakázkách do informačního systému, tak i zajišťuje povinnost MMR uveřejňovat informace o veřejných zakázkách. Proto jsou v tomto subsystému k dispozici funkce pro vyhledávání informací o


veřejných zakázkách dle jednotlivých formulářů a dle doby zadání nebo je v tomto subsystému k dispozici samostatné vyhledávání veřejných zakázek. Uveřejňovací subsystém rovněž obsahuje odpovídající metodické pokyny a validační pravidla pro vyplnění formulářů z Nařízení komise a národních formulářů daných příslušnými vyhláškami k zákonům. Podrobněji k Věstníku veřejných zakázek na adrese: http://www.vestnikverejnychzakazek.cz/. Na této adrese je tedy zadavatel povinen zveřejňovat dokumentaci stanovenou v zákoně o veřejných zakázkách.

1.4 Profil zadavatele Zadavatel má zřízen profil zadavatele na adrese: https://www.vhodneuverejneni.cz/profil/00246875. Portál vhodne-uverejneni.cz je provozován na certifikovaném elektronickém nástroji X-EN. Profil zadavatele je elektronický nástroj vymezený v § 17 písm. x zákona č. 137/2006 Sb. v, o veřejných zakázkách, ve znění pozdějších předpisů. Portál je provozován společností QCM, s.r.o., Bellova 370, 639 00 Brno. Zadavatel na daném profilu zveřejňuje dokumentaci v souladu se zákonem o veřejných zakázkách od dubna 2012. Z důvodu velkého množství uveřejněných dat zadavatel požaduje zachovat tento stávající profil.

1.5 Elektronická spisová služba Zadavatel používá elektronickou spisovou službu – podsystém Evidence písemností informačního systému Radnice VERA. Informační systém Radnice VERA byl vytvořen společností VERA spol. s r.o., se sídlem Branická 26/43, 147 00 Praha 4, email: [email protected]. Spisová služba Radnice VERA je v souladu s Národním standardem pro elektronické systémy spisové služby. Evidence písemností umožňuje vedení dokumentů v digitální podobě, vystavení předávacích protokolů, podacího deníku a dalších výpisů z evidovaných dokumentů. Mezi hlavní funkce systému patří evidence přijaté a odeslané pošty, tisk podacího deníku, získávání okamžitých informací o stavu dokumentů, tvorba vlastních dokumentů, odesílání a vypravování dokumentů, tvorba a využívání vzorů s hlavičkou města či úřadu, tisk adres, připojování příloh, přehledné ukládání dokumentů do spisů včetně tisku soupisu obsahu spisu, propojení na e-podatelnu – elektronický příjem a odesílání dokumentů a další. Informační systém Radnice VERA prostřednictvím zveřejněného obecného rozhraní dovoluje napojení na softwarové produkty jiných výrobců, což umožňuje oboustranné předávání dat.

1.6 Vybavení pracovišť a serverů Pracoviště jednotlivých uživatelů jsou vybaveny standardními PC s operačním systémem Windows XP a Windows 7. Pro přístup uživatelů k internetu používáme převážně předinstalovaný internetový prohlížeč Internet Explorer ve verzích 8, 9, 10 a 11. Servery jsou provozovány na virtuálním prostředí VMware, operační systém serverů je nyní ve verzi Microsoft Windows server 2003, pro správu uživatelů využíváme službu Active Directory. Na serverech jsou nainstalovány také free verze databázových SQL serverů (2008, 2005). Předpokládáme v září 2015 nasazení Windows server 2012 vč. Active Directory a také SQL server 2014.


2 Požadavky zadavatele a) Pořízení SW pro administraci veřejných zakázek města. b) Implementace produktu. c) Ověřovací provoz. d) Technická podpora e) Licence

2.1 SW pro administraci veřejných zakázek 2.1.1 Požadavky zadavatele na propojení Zadavatel požaduje SW pro správu a administraci veřejných zakázek města v souladu se zákonem o veřejných zakázkách /dále jen produktu/. V současné době zadavatel používá aplikaci Gilda VZ, ve které administruje podstatnou část dokumentace veřejné zakázky. Chybí však zcela propojení této aplikace na Věstník veřejných zakázek http://www.vestnikverejnychzakazek.cz/, založený profil zadavatele: https://www.vhodne-uverejneni.cz/profil/00246875 a zejména na elektronickou spisovou službu VERA. Při stávajícím řešení tak zadavatel musí některé dokumenty vytvářet duplicitně v několika systémech. Vzhledem k vysoké náročnosti, která je na proces administrace veřejných zakázek kladena, očekává zadavatel, že nově pořizovaný produkt by měl odstranit velkou administrativní náročnost spojenou s administrací každé veřejné zakázky a odstranit v co největší míře duplicitu některých úkonů zadavatele při vytváření dokumentů. Cílem je, aby nově dodávaný produkt umožňoval vybrané dokumenty z této aplikace přímo přenášet a odesílat do Věstníku veřejných zakázek či na profil zadavatele. Požadavkem je rovněž zakládání těchto dokumentů do elektronické spisové služby města a následně jejich odesílání. Zároveň dodávaný SW musí umět generovat sestavy dle zvoleného filtru.

2.1.2 Požadavky na dodávaný produkt Nabízený produkt musí splňovat níže uvedené požadavky: a) Dodávaný produkt musí být plně kompatibilní se stávající infrastrukturou zadavatele, tj. serverový operační systém Microsoft Windows server2003 a vyšší, operační systém stanic Windows XP a vyšší, internetový prohlížeč Internet Explorer 8 a vyšší b) Založit veřejnou zakázku dle předmětu, předpokládané hodnoty a zvolit typ zadávacího řízení, a to s předpokládanou hodnotou vyšší jak 100 tis. Kč bez DPH. c) Automatické nastavení harmonogramu veřejné zakázky – stanovení a sledování zákonných lhůt dle zvoleného typu zadávacího řízení (lhůty pro podání nabídky, otevírání obálek, pozvánky na jednání komisí, pro poskytování dodatečných informací a další). d) Sledování posloupnosti jednotlivých úkonů dle zákona o veřejných zakázkách.


e) Propojení produktu s aplikací pro ověření a uložení základních informací o obesílaných firmách (název, IČ, sídlo) k jednotlivé zakázce, např. ARES. f)

Generování a vytváření veškerých dokumentů veřejné zakázky z pořízených dat (šablony) - výzva k podání nabídky, zadávací dokumentace, protokoly o otvírání obálek, seznam podaných nabídek, protokol z jednání hodnotící komise, zpráva o výsledku hodnotící komise, prohlášení o nepodjatosti a jiné povinné dokumenty v souladu se zákonem o veřejných zakázkách.

g) Možnost podepisování vybraných dokumentů elektronicky (zaručený elektronický podpis). h) Vytvářet dokumenty dle Věstníku veřejných zakázek (závazné formuláře) – Oznámení předběžných informací, Oznámení o zakázce, Oznámení o zadání zakázky, Oznámení o zrušení zadávacího řízení. i)

Umožnit elektronický podpis dokumentů určených k odeslání do Věstníku veřejných zakázek.

j)

Odesílat dokumenty s elektronickým podpisem do Věstníku veřejných zakázek – propojení aplikace s Věstníkem veřejných zakázek.

k) Generování pořadí hodnocených nabídek dle zvolených hodnotících kritérií a zadaných dat (výše nabídkové ceny, lhůty realizace, aj.). l)

Propojení aplikace s elektronickou spisovou službou zadavatele.

m) Propojení aplikace s profilem zadavatele. n) Možnost budoucího propojení na centrální registr smluv. o) Filtrace pořízených dat – vytváření sestav dle zadaného filtru, např. dle předmětu, druhu zadávacího řízení, předpokládané hodnoty, celkový přehled veřejných zakázek dle jednotlivých let s uvedením konečné ceny apod. p) Uchovávání dokumentace elektronicky (archivace minimálně 10 let od ukončení zadávacího řízení). q) Zadavatel nepožaduje migraci stávajících veřejných zakázek z aplikace Gilda VZ. Předpokládá se, že v nabízeném produktu budou administrovány veřejné zakázky zahájené od 1. 1. 2016. r) Zadavatel požaduje zajištění přístupu k produktu na základě přihlašovacího jména a hesla pro oprávněné osoby určené zadavatelem a možnost správy těchto uživatelských účtů.


2.1.3 Zvláštní požadavky na propojení produktu se spisovou službou Zadavatel požaduje, aby dokumenty vytvářené v dodávaném produktu byly následně z tohoto produktu odeslány do spisové služby zadavatele, kde se zařadí do příslušného spisu a bude jim přiděleno číslo jednací. Zadavatel požaduje, aby se jednalo o oboustrannou komunikaci produktu a spisové služby, tj. dojde ke zpětné vazbě, kdy se k dokumentu vytvořeném v produktu přiřadí údaje ze spisové služby, zejména číslo spisu, číslo jednací, elektronický podpis. Toto bude platit i pro další úkony spojené s tímto dokumentem (informace o odeslání, doručení písemnosti – doručenky). Zároveň v případě komunikace přes spisovou službu musí být dodrženy veškeré národní standardy a současné legislativní požadavky kladné na elektronickou spisovou službu, zejména bude zajištěn soulad se zákonem č. 499/2004 Sb., o archivnictví a spisové službě, ve znění pozdějších předpisů, zákonem č. 227/2000 Sb., o elektronickém podpisu, ve znění pozdějších předpisů, zákonem č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů, ve znění pozdějších předpisů, Věstníkem MV částka 76/2009 část II, Národní standard pro elektronické systémy spisové služby.

2.1.4 Komunikační rozhraní Uchazeč ve své nabídce uvede, zda je nabízený produkt připraven na rozšíření další funkcionality (otevřenost systému), zejména například na připravovaný registr smluv. Produkt by měl být navržen tak, aby jej bylo možno integrovat s jinými systémy.

2.1.5 Požadavky produktu na HW a SW zadavatele Produkt bude umístěn na serveru zadavatele. Zadavatel požaduje přístup pouze z vnitřní sítě. Uchazeč ve své nabídce uvede přehled nezbytných technických prostředků nutných pro funkci produktu, a to týkající se SW a HW vybavení jednotlivých stanic a serveru.

2.1.6 Uživatelské přístupy Organizační schéma zadavatele: Starosta města Místostarostové města Městská police Odbory úřadu Oddělení městského úřadu Veřejné zakázky jsou zpracovávány a administrovány vždy na příslušném odboru, do jehož náplně předmětná veřejná zakázka spadá. Převážná část veřejných zakázek je zpracovávána na odboru rozvoje města, kde jsou vypisovány veřejné zakázky na investiční akce města. Z tohoto důvodu je na odboru rozvoje zařazen administrátor veřejných zakázek, který odpovídá za správnost postupu zejména dle zákona o veřejných zakázkách. Tento pracovník (administrátor VZ) je rovněž dle Pravidel města pro zadávání zakázek oprávněn jako jediný zveřejňovat dokumentaci veřejné zakázky na profilu zadavatele a do Věstníku veřejných zakázek. V době jeho nepřítomnosti tuto funkci přebírá vedoucí odboru rozvoje, případně vedoucí oddělení regionálního rozvoje, odboru rozvoje. Ostatní Příloha č. 1 ZD: Dodávka SW pro administraci veřejných zakázek města Jindřichův Hradec Projekt: Zvýšení úrovně IT podpory činností města Jindřichův Hradec Registrační číslo projektu: CZ.1.06/2.1.00/22.09640 stránka 7 z 12

dokumentaci týkající se veřejné zakázky zpracovává příslušný pracovník daného odboru a tuto dokumentaci ukládá do příslušného spisu ve spisové službě. Tuto strukturu chce zadavatel ponechat a požaduje dle této struktury nastavit jednotlivé role uživatelů takto: Celkový počet stanic/uživatelů: 34 Role Administrátor (nejvyšší úroveň, počet 3 ks): přístup ke všem zakázkám zadavatele (Administrátor, vedoucí odboru rozvoje, vedoucí oddělení regionálního rozvoje); Tato role musí v sobě obsahovat jak roli vedoucího, tak roli uživatele. Role vedoucí (střední úroveň, počet 11 ks): přístup pouze k veřejným zakázkám příslušného odboru, jehož je vedoucím (odbor dopravy, odbor finanční, odbor kanceláře starosty města, odbor sociálních věcí, odbor správy majetku města, odbor školství, mládeže a tělovýchovy, odbor vnitřní správy, odbor výstavby a územního plánování, odbor životního prostředí) a Městská policie a vedoucí KD Střelnice; Tato role musí v sobě obsahovat i roli uživatele. Role uživatel: (nejnižší úroveň, počet 20 ks): přístup pouze k veřejné zakázce daného uživatele (oddělení investic odboru rozvoje: 4, oddělení regionálního rozvoje: 2, oddělení cestovního ruchu: 1, oddělení právní: 1, oddělení správy bytů: 2, oddělení silničního hospodářství: 1, oddělení účetnictví a rozpočtu: 1, Městská police: 1, oddělení majetkoprávního: 1, oddělení školství: 2, oddělení informatiky: 1, oddělení provozní: 1, oddělení územního plánování: 1, oddělení vodního hospodářství a zemědělství: 1. Role uživatele nesmí obsahovat žádnou z výše uvedených rolí.

2.1.7 Správa uživatele Produkt bude umístěn na serveru zadavatele. Zadavatel požaduje přístup pouze z vnitřní sítě. Zároveň zadavatel požaduje nastavit vlastní správu, tj. zadavatel může vytvořit nového uživatele, nastavit uživateli heslo, kontaktní údaje, přidělit roli a příslušný odbor, zneplatnit přístup (např. při ukončení pracovního poměru) a předat správu veřejných zakázek svému nástupci.

2.2 Implementace produktu Implementací produktu se rozumí zpracování implementační studie, která bude popisovat způsob implementace produktu včetně harmonogramu realizace jednotlivých prací a identifikaci rizik včetně způsobu ověření plnění dílčích kroků. Implementace dále zahrnuje: a) Instalaci, konfiguraci a zprovoznění produktu u zadavatele. b) Vytvoření metodických postupů, uživatelských manuálů pro zpracování a oběh dokumentů v souvislosti s implementací a užíváním produktu u zadavatele. c) Předání kompletní dokumentace pro všechny části systému včetně kompletního komunikačního rozhraní dodávaného produktu pro budoucí integraci s dalšími systémy. d) Zaškolení osob určených zadavatelem k administraci produktu. e) Provedení zkušebního provozu nad testovacími daty. V rámci zkušebního provozu dojde k ověření funkčnosti produktu na zařízení zadavatele.


f)

Součástí implementace jsou veškeré práce nezbytné pro řádné a úplné zprovoznění produktu.

2.3 Ověřovací provoz Ověřovací provoz bude následovat po zkušebním provozu. Ověřovacím provozem je myšlena doba nezbytná k určení funkcionalit, bezpečnosti produktu a vhodnosti nasazené metodiky pro pracoviště zadavatele. V tomto ověřovacím provozu lze provést případnou úpravu přístupových práv, konfigurace. Ověřovací provoz bude probíhat již se skutečnými daty. Z tohoto důvodu je vybraný dodavatel povinen zachovávat mlčenlivost o veškerých skutečnostech, o kterých se dozvěděl s plněním této veřejné zakázky. Ověřovací provoz bude ukončen písemným protokolem podepsaným oprávněnými osobami jednat za zadavatele a vybraného dodavatele. Po dobu ověřovacího provozu bude za zadavatele k dispozici jím pověřený pracovník a za osobu vybraného dodavatele jím pověřený pracovník uvedený v návrhu smlouvy o dílo.

2.4 Technická podpora Poskytování technické podpory bude zahájeno po podpisu protokolu o úspěšně ukončeném ověřovacím provozu. Technická podpora bude zahrnovat zejména: a) Průběžné provádění update a legislativního update, upgrade a legislativního upgrade ve vazbě na aktuálně platné právní předpisy v oblasti veřejných zakázek. b) Distribuce produktu upraveného za účelem legislativního update nebo legislativního upgrade musí být vždy provedena v předstihu, a to před nabytím účinnosti změn právních předpisů. c) Poskytování upgradů a updatů systému vyvolaných opravami chyb systému a odhalením bezpečnostních hrozeb. d) Součástí poskytnutých upgradů a updatů systému bude rovněž aktualizace dokumentace systému a zaškolení uživatelů na provedené změny a rozšíření. e) Provádění obecných změn produktu v důsledku vývoje HW a SW prostředků. f)

Poskytování aktualizovaných pokynů či manuálů elektronicky v souvislosti s distribucí nových verzí produktu.

g) Zajištění služby HelpDesk pro určeného zaměstnance zadavatele pro hlášení závad, řešení technických problémů, poradenství a konzultace. h) Zajištění služby Hot-line formou telefonické podpory pro určeného zaměstnance zadavatele pro řešení technických problémů, poradenství a konzultace v režimu 8x5 (tj. 8 hodin v pracovní dny). Reakční doby servisních zásahů:


Závadou se rozumí takový stav systému, který neumožňuje zadavateli provádět jednotlivé funkce systému, nebo nejsou splněny podmínky stanovené v dokumentaci. Jednotlivé závady jsou klasifikovány dle jejich závažnosti a provozních kategorií takto: 1. Kategorie Vysoká, závady vylučující užívání produktu nebo jeho důležité a ucelené části. Jedná se o problémy zabraňující provozu systému, provoz systému je zastaven. 2. Střední, závady způsobují problémy při užívání a provozování produktu nebo jeho části, ale umožňující jeho provoz. Provoz produktu je omezen, ale činnosti mohou pokračovat určitou dobu náhradním způsobem. 3. Nízká, provoz produktu je závadou ovlivněn, ale může pokračovat jiných způsobem, např. organizačním opatřením. Režim

Kategorie závady

Odezva do x hodin od Max. doba odstranění závady od nahlášení nahlášení

5x8

Vysoká

4 hodin

Do 24 hodin

5x8

Střední

8 hodin

Do 48 hodin

5x8

Nízká

24 hodin

Do 5 pracovní dnů

Režim 5x8 znamená dostupnost v pracovní dny od 8,00 hodin do 16,00 hodin. Vzhledem k tomu, že nejpozději od 1. dubna 2016 má vstoupit v platnost nový zákon o zadávání veřejných zakázek, zahrne do ceny za technikou podporu pro rok 2016 veškeré náklady spojené s aktualizací celého systému.

2.5 Licence Zadavatel požaduje neomezené licence opravňující zadavatele k přístupu k jednotlivým funkcionalitám produktu provozovaného a spravovaného na zařízení zadavatele (zadavatel předpokládá maximálně 34 uživatelů).

3 Položka rozpočtu č. 1 Cena za produkt, licenci a implementaci Jedná se o dodávku časově neomezených licencí opravňujících zadavatele k přístupu ke všem funkcionalitám produktu provozovaného a spravovaného na zařízení zadavatele a podrobněji specifikovaného v čl. 2.1 – 2.3 této Přílohy č. 1 Zadávací dokumentace. Pořízené licence musí být plně kompatibilní se stávajícím prostředím zadavatele.


Položka

Cena v Kč bez DPH

Dodání produktu a poskytnutí časově neomezené licence (předpoklad max. 34 uživatelů) Implementace (implementační studie, instalace, konfigurace, zprovoznění, vytvoření metodický postupů, uživatelských manuálů, zaškolení osob, provedení zkušebního provozu) Ověřovací provoz Cena celkem za položku č. 1

4 Položka rozpočtu č. 2 Technická podpora Jedná se o cenu za technickou podporu podrobněji specifikovanou v článku 2.4 této Přílohy č. 1 Zadávací dokumentace. Technická podpora bude hrazena paušální částkou po celou dobu smluvního vztahu. Cena za technickou podporu v roce 2016: Položka

Cena v Kč bez DPH za jeden Cena v Kč bez DPH za rok měsíc r. 2016 2016, (tj. cena za 1 měsíc*12)

Update a Upgrade Hot-line HelpDesk Cena celkem za položku č. 2a


Cena za technickou podporu v letech 2017 - 2020 Položka

Cena v Kč bez DPH za jeden Cena v Kč bez DPH za 4 roky měsíc (tj. cena za 1měsíc *48)

Update a Upgrade Hot-line HelpDesk Cena celkem za položku č. 2b

5 Celková nabídková cena Položka

Cena v Kč bez DPH

Cena celkem položku 1

Sazba DPH v Kč

Cena v Kč vč. DPH

za

Cena celkem za položku 2 (uchazeč doplní cenu za 5 let = rok 2016-2020) Celková cena

nabídková

Pro výpočet nabídkové ceny ad 3) – ad4) použije uchazeč soubor Nabídková cena ve formátu excel (součást přílohy č. 1 zadávací dokumentace).


Příloha č. 1. k zadávací dokumentaci veřejné zakázky DODÁVKA SW PRO ADMINISTRACI VEŘEJNÝCH ZAKÁZEK MĚSTA JINDŘICHŮV HRADEC. Technická specifikace

Recommend Documents