„Rozvoj ICT služeb na MČ Praha 20“
Zadávací dokumentace
k nadlimitní veřejné zakázce na služby
„Rozvoj ICT služeb na MČ Praha 20“
otevřené řízení
dle zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále také jako „Zákon“)
v rámci projektu „Rozvoj ICT služeb na MČ Praha 20“ – reg. č. CZ.2.16/1.2.00/23501
Praha březen 2015
Obsah
1. Zadavatel 3
1.1. Zadavatel veřejné xxxxxxx 0
1.2. Kontaktní osoba 3
2. Předmět veřejné zakázky 3
2.1. Dokument management systém 3
2.2. Rozšíření skenovacího místa o velkoformátový skener v prostorách úřadu pro převod nově příchozích dokumentů do digitální podoby 7
2.3. Síť 9
2.4. Webový portál Zadavatele 11
2.5. Zálohování 21
2.6. Elektronické úřední desky 22
2.7. Duševní vlastnictví (licence) 23
2.8. Školení a obsluha 24
2.9. Zajištění provozu celého systému po dobu 5 let 24
3. Klasifikace předmětu veřejné zakázky (CPV) 24
4. Předpokládaná hodnota veřejné zakázky 25
5. Místo plnění zakázky 25
6. Předpokládaný termín plnění 25
7. Požadavky na splnění kvalifikace 25
7.1. Prokázání splnění kvalifikace 25
7.2. Prokázání kvalifikace prostřednictvím subdodavatelů 25
7.3. Prokázání kvalifikace při podání společné nabídky 25
7.4. Prokázání kvalifikace výpisem ze seznamu kvalifikovaných dodavatelů 26
7.5. Prokázání kvalifikace certifikátem certifikovaných dodavatelů 26
7.6. Pravost a stáří dokladů 26
7.7. Základní předpoklady 26
7.8. Profesní předpoklady 28
7.9. Čestné prohlášení uchazeče o jeho ekonomické a finanční způsobilosti splnit veřejnou zakázku 29
7.10. Technické předpoklady 29
7.11. Seznam dokladů k prokázání kvalifikace 31
8. Způsob zpracování nabídkové ceny 31
9. Hodnocení 31
9.1. Nabídková cena 31
9.2. Reakční doba k odstranění závady 32
9.3. Doba nezbytná k odstranění závady 32
9.4. Cena pozáručního servisu 32
10. Jistota 33
11. Xxxxxxxx xxxxxxxx 00
12. Lhůta a místo pro podání nabídky 35
13. Otevírání nabídek 36
14. Formální požadavky na nabídku 36
15. Xxxxxxx xxxxxxxx 00
16. Přílohy 38
1. Zadavatel
1.1.Zadavatel veřejné zakázky
Městská část Praha 20
Sídlem: Jívanská 647, Praha 9, PSČ 193 21
Zastoupen: Xxxx Xxxxxxxxx, starostka
IČ: 00000000
Telefon: x000 000 000 000
E-mail: xxxx@xxxxxxxxx.xx
Web: xxxx://xxx.xxxxxxxxx.xx datová schránka: seibq29
Profil zadavatele: xxxxx://xxx.xxxxxxxxx.xx/xxxxxx/xxxxx00 (dále také jen „Zadavatel“)
1.2.Kontaktní osoba
Xxxxxxxx Xxxxxxxxx Xxxxxxx, advokátní kancelář, s. r. o.
Sídlem: Na Xxxxxxx 000/00, Xxxxx 1, PSČ 110 00
k rukám: Xxx. Xxxxx Xxxx, advokát
Telefon: x000 000 000 000
E-mail: xxxx@xxxxx.xx
Jakákoliv komunikace mezi dodavatelem a zadavatelem, zejména poskytování dodatečných informací, bude probíhat prostřednictvím kontaktní osoby.
2. Předmět veřejné zakázky
Předmětem této veřejné zakázky je poskytnutí IT služeb a dodávek v místě plnění veřejné zakázky spočívající v:
2.1.Dokument management systém
Obecná specifikace
Zadavatel požaduje pořízení Document management systém (dále také jako „DMS“) pro správu elektronických dokumentů, který bude propojen s jednotlivými aplikacemi úřadu (spisová služba a její elektronická podatelna, agendové aplikace, pošta).
Relativně snadnými úpravami DMS bude umožněno vytvářet vlastní evidenční seznamy, dokumentovou knihovnou lze např. nahradit veřejné složky z Exchange serveru včetně příchozího směrování emailů, můžete týmům poskytnout vlastní webové úložiště pro uchovávání informací týkající se nějakého projektu, můžete evidovat rezervování firemních zdrojů (zasedací místnost, firemní vůz, projektor) atp.
Správa dokumentů se zaměřuje na ukládání a uspořádání dokumentů s cílem podporovat aktuálně rozpracovanou práci, včetně vytváření obsahu a sdílení v rámci organizace Zadavatele.
DMS je zároveň systémem pro správu, ukládání a vytváření různých extranetových, intranetových i internetových prezentací, dále obsahuje funkce jako jsou dokumentové knihovny, týmové kalendáře, firemní portály, verzování dokumentů v knihovnách, rezervace dokumentů, schvalování, Office Web Apps atd.
Zároveň se jedná o robustní řešení s důrazem na bezpečnost uložených dat, které dále umožní jednoduchou integraci s dalším softwarovým vybavením.
DMS musí umožňovat následující:
⮚ Integrace uživatelů – uživatelé DMS jsou integrováni s administrací uživatelů počítačové sítě;
⮚ Integrace s kancelářskými aplikacemi – při ukládání souboru je DMS automaticky aktivováno;
⮚ Integrace s elektronickou poštou – při ukládání příloh elektronické pošty se DMS automaticky aktivuje;
⮚ Integrace s podnikovými aplikacemi – soubory uložené v DMS jsou dostupné i prostřednictvím ostatních podnikových aplikací;
⮚ Vytvoření šablon (pro jednotné dokumenty);
⮚ Kontrola dokumentů na duplicity;
⮚ Převedení papírových dokumentů do elektronické formy;
⮚ Evidenci a přehled všech dokumentů;
⮚ Identifikaci písemností;
⮚ Sledování pohybu písemností;
⮚ Vazby mezi souvisejícími písemnostmi;
⮚ Možnost zadat důvěryhodný dokument;
⮚ Dynamické složky – ačkoliv dokument fyzicky existuje pouze jednou, DMS jej dovoluje zobrazovat ve více „dynamických“ složkách;
⮚ Sledování historie – u každého dokumentu se zaznamenávají všechny přístupy k dokumentu a změny v dokumentu i na úrovni metadat;
⮚ Verzování – DMS podporuje správu mnoha verzí dokumentů, ke kterým je možné se postupem času vrátit;
⮚ Automatické uzamčení dokumentu – v situaci, kdy jeden uživatel dokument edituje, ostatní jej mohou pouze číst;
⮚ Vazby dokumentů – dokument zaznamenává logické vazby mezi dokumenty Prohlížeč – v systémech DMS bývá implementován prohlížeč, který umožňuje zobrazit obsah dokumentu, aniž by v počítači byla nainstalována potřebná aplikace;
⮚ Notifikace změn – DMS na vyžádání zasílá prostřednictvím emailu notifikace o změnách v souboru;
⮚ Možnost individuálního nastavení uživatelského rozhraní;
⮚ Přístup prostřednictvím webového rozhraní;
⮚ Schvalovací procesy – součástí DMS bývají schvalovací procesy. Účastníky procesu může nastavit zakladatel procesu, účastníci jsou následně informováni emailem;
⮚ Umožnit více uživatelům souběžnou práci s jedním dokumentem, a to i přímo v prostředí webového prohlížeče;
⮚ Fultextově vyhledávat dokumenty, včetně jejich obsahu a metadat;
⮚ Automaticky ukládat dokumenty ve verzích, sledovat historii jejich úprav a řídit životní cyklus dokumentů;
⮚ Řídit tvorbu dokumentů a schvalování jejich obsahu pomocí předem připravených dynamických workflow;
⮚ Spravovat oprávnění přístupu;
⮚ Správa dokumentů, rezervace schůzek;
⮚ Využít nativních výhod pokročilé integrace s aplikacemi Microsoft Office;
⮚ Použití metadat (popisné informace) – systémy DMS používají ve své struktuře metadata, díky kterým je možné dokumenty rychleji vyhledat a následně zpracovat:
o Metadata mají obvykle strukturovanou formu, proto je možné dále automatizovaně zpracovávat.
o Metadata se dělí dle charakteru:
▪ Popisná metadata – užívají se pro popis určité části dokumentu, mimo jiné slouží k vystihnutí podstaty obsahu dokumentu;
▪ Strukturální metadata – charakteristika dokumentu (počet stran, datum uložení, verze atd.);
▪ Administrativní metadata – uchovávají informace o přístupových právech, editorech apod.
o Metadata se dělí dle významu:
▪ Metadata obsahu – popisující obsah
▪ Metadata archivace – popisuje informace o údržbě dokumentu a zachování
▪ Metadata užití – zachycují přístupy do dokumentu, manipulaci a čtení
o Způsob uložení metadat se dělí na dva základní způsoby: Data mohou být uložena přímo s dokumentem nebo mimo dokument.
Distribuce dokumentů z orgánů Xxxxxxxxxx
Dodavatel bude na portálu vytvořena oblast určená pro rychlou publikaci a sdílení dokumentů ze zasedání Zastupitelstva, Rady, Výborů a Komisí.
Oblast vytvoří chráněné místo, kde budou k dispozici veškeré podklady a dokumenty, které nejsou určeny pro veřejnost, a to obvykle z důvodu zákonem vyžadovaného utajení nebo se jedná o rozpracované dokumenty před schválením.
O obsluhu dokumentů se bude starat správce portálu, případně vybraný pracovník úřadu. Dokumenty budou publikovány pomocí integrovaného systému pro správu webového obsahu.
K jednotlivým dokumentům budou definována přístupová oprávnění dle požadavků.
Cíle nasazení:
a) Podpora integrace dokumentů
Cílem nasazení je mít možnost mít dokumenty přehledně na jednom místě pro všechny uživatele, sledovat jejich pohyb, odstranit duplicity a chybějící dokumenty.
b) Možnost vytvoření adresářových struktur
Cílem je mít možnost v DMS vytvořit adresářovou hierarchii, která odpovídá potřebám Zadavatele.
c) Možnost nastavení uživatelských oprávnění
Zadavatel požaduje, aby měl možnost nastavit více úrovní oprávnění pro různé uživatele. Toto opatření má například sloužit k zabránění nechtěnému mazání dokumentů (integrace s Active direktory a uživatelským nastavením).
d) Možnost přehledného sledování revizí
V rámci Zadavatele na jednom dokumentu pracuje obvykle více lidí, proto mezi základními požadavky figuruje sledování revizí, aby bylo možné zpětně vidět, kdy kterou revizi kdo udělal a případně se k ní vrátit.
e) Podpora integrace emailových zpráv
Tato funkcionalita nebude zapnuta, ale bude integrována a to z důvodu, aby okamžité zapnutí funkce nezpůsobilo komplikace při přechodu na DMS.
Integrovaná sada serverových funkcí, která díky komplexní správě obsahu a vyhledávání v elektronickém obsahu a usnadnění sdílení informací, pomůže zlepšit efektivitu organizace.
Řešení musí umožňovat ukládání dokumentů do centralizovaných a zabezpečených dokumentových center
Jak již bylo uvedeno výše, tak DMS bude využit pro řízení dokumentů úřadu a řízení elektronických podání po úřadu a poskytování služeb DMS okolním agendovým systémům úřadu. Dále bude také použit jako souborový systém, pomocí kterého se budou spravovat dokumenty v rámci úřadu.
Dodavatel se zavazuje vytvořit komplexní jednotné úložiště elektronických dokumentů (dále také jako „JÚED“) tak, aby byl splněn požadavek platných právních předpisů (zejména zákon o archivnictví, o ochraně osobních údajů a další). Systém bude sloužit pro potřeby ukládání dokumentů, přístupu k nim a využití v ostatních provozovaných aplikacích. Systém musí umožňovat jak přístup k dokumentům pro jiné systémy, tak i přímo pro uživatele. Dodavatel zpřístupní funkcionality pro všechny pracovníky Zadavatele.
Vyžadována je podpora integrace do portálu a portálových aplikací, možnost propojení se stávajícími agendovými systémy, vazbu na skenovací zařízení.
Součástí řešení musí být systém pro definování a řízení oběhu dokumentů – workflow systém. Tento systém musí umožnit definování pravidel oběhu dokumentů.
V rámci interního využití je předpokládaný počet uživatelů 150. Uvedený počet musí dodavatel minimálně poskytnout. V rámci externího využití je požadována neomezená licence.
2.2.Rozšíření skenovacího místa o velkoformátový skener v prostorách úřadu pro převod nově příchozích dokumentů do digitální podoby
Zadavatel požaduje zřízení skenovacího pracoviště pro průběžnou digitalizaci nově příchozích a stávajících dokumentů do el. archivu v prostorách úřadu Městské části Praha 20. Pracoviště bude napojené na spisovou službu E-SPIS a přímo na úložiště dokumentů.
Zadavatel počítá s průměrnou digitalizací 400 000 kusů A4 ročně a to zejména do archivů např. matriky, údržby veřejné zeleně, odpadového hospodářství nebo ochrany přírody. Dodávané zařízení musí být schopno výše uvedeného provozu.
Součástí dodávky skenovacího pracoviště budou tyto části:
- 1x velkoformátový skener velikosti A0;
- skenovací aplikace;
- 1x dokumentový maloformátový skener velikosti A4;
- skenovací aplikace;
- řídící PC;
- zobrazovací jednotka – monitor LCD.
Minimální požadavky pro velkoformátový skener jsou:
- snímání velkoformátových dokumentů – až do 42“ (max. šířka skenovaného obrazu) 48“ max. šířka dokumentu;
- délka obrazu není omezena;
- rychlost skenování – až 6“ za sekundu;
- schopnost snímat neohebné materiály až do tloušťky 20 mm;
- optické rozlišení 1 200 dpi;
- kompatibilita se softwarovým prostředím;
- šetrné skenování dokumentů - při skenování nesmí dojít k poškození dokumentu;
- barevná hloubka 48 bitů;
- konfigurace plug and play, připojení přes USB 2.0;
- denní zátěž až 5000 listů denně;
- možnost skenovat předlohy různé velikosti v jedné dávce;
- okamžitý start;
- 2D osvětlovací systém;
- twain a ISIS ovladače.
Minimální požadavky na skenovací aplikaci pro velkoformátový skener:
- české uživatelské rozhraní;
- výstupní formát obrazu – alespoň JPG, TIFF, PDF;
- možnost předdefinovat různé skenovací profily;
- možnost definovat pojmenování obrazu dle potřeb;
- podpora ICC profilů;
- zpracování naskenovaných materiálů a možnost převádět obrázky na text (OCR;)
- zabudované imageprocesingové funkce (alespoň narovnání a ořez obrazu, potlačení pozadí, vylepšení obrazu, řízení jasu a kontrastu, dynamické prahování atd.).
Minimální požadavky pro maloformátový skener:
- duplexní barevný skener formátu A4;
- automatický podavač pro min. 100 listů;
- optické rozlišení min. 600 dpi;
- rychlost snímání min. 40 listů/min;
- kontrolní senzory proti vícenásobnému podání;
- zabudovaná funkcionalita VRS (VirtualReScan) či obdobná;
- rozhraní USB 2.0.
Minimální požadavky na skenovací aplikaci pro maloformátový skener:
- české uživatelské rozhraní;
- výstupní formát obrazu – alespoň JPG, TIFF, PDF;
- zabudované imageprocesingové funkce (alespoň narovnání a ořez obrazu, potlačení pozadí, vylepšení obrazu, řízení jasu a kontrastu, dynamické prahování atd.);
- možnost tvorby popisných dat dle předdefinovaných položek (indexace);
- možnost čtení čárových kódů a pojmenování obrazu dle jejich hodnoty;
- možnost přímého uložení výstupních dat přímo do spisové služby či DMS.
Minimální požadavky na řídící PC stanici:
- ke skeneru bude dodán řídící počítač s odpovídajícím výkonem, včetně operačního systému kompatibilního s nasazeným řešením windows serverů a virtualizační platformy Hyper-V a doménových polit Zadavatele, na kterém budou nainstalovány příslušné skenovací aplikace;
- počítač musí být možné následně připojit do příslušného segmentu sítě úřadu.
Minimální požadavky na zobrazovací jednotku – monitor
- rozměry min. 23“;
- rozlišení min. 1920 x 1080 pix;
- DVI a HDMI rozhraní.
2.3.Síť
Předmětem tohoto dílčího plnění je dodávka 4 kusů síťových prvků
a) tří (3) kusů síťového přepínače;
b) jednoho (1) síťového přepínače s bezpečnostními prvky;
následující technické charakteristiky (parametrů).
A) 3 kusy síťového přepínače „Switch“ – Specifikace
Síťový přepínač musí splňovat všechny parametry podle níže uvedené specifikace:
- 48 Gigabit ethernet metalických portů (RJ-45);
- minimálně 4 uplink porty definované pomocí SFP převodníku;
- minimálně 2 kusy převodníku pro multimode optickou linku;
- podpora PoE (IEEE 802.3at);
- podpora technologie VTP (z důvodu integrace do stávající infrastruktury);
- management přes příkazovou řádku;
- vzdálený management přes Telnet a SSH;
- ověřovaní přístupu přes TACACS+ a RADIUS;
- podpora technologie SPAN a RSPAN pro zachytávání provozu;
- možnost spojit přepínače do jednoho logického celku pomocí dedikovaného portu;
- podpora s výměnou hardware v režimu následující pracovní den;
- instalace do 19“ racku;
- výška 1RU;
- přepínání na druhé vrstvě s možností statického směrování;
- definice virtuálních LAN s ID do 4096;
- podpora Per-VLAN Rapid Spanning Tree (PVRST+) z důvodu integrace do stávající infrastruktury.
B) 1 kus síťového přepínače s bezpečnostními prvky – Specifikace
- přepínač s min 6 Gigabit ethernet metalických portů (RJ-45);
- možnost rozšířit o modul s minimálně 6 portů pro metalickou anebo optickou kabeláž (definice typu linky pomocí SFP převodníku);
- podpora statického směrování;
- podpora dynamického směrování protokolem OSPF;
- podpora kontroly řízení provozu;
- možnost definovat pravidla pro řízení provozu;
- možnost monitorovat provoz a ukládat historická data;
- management přes příkazovou řádku;
- vzdálený management přes Telnet a SSH;
- ověřovaní přístupu přes TACACS+ a RADIUS;
- podpora s výměnou hardware v režimu následující pracovní den;
- instalace do 19“ racku;
- výška 1RU.
Všechny (čtyři) výše uvedené síťové prvky musí být kompatibilní se službou CISCO-SMART CARE, kterou Zadavatel využívá na stávající prvky.
2.4.Webový portál Zadavatele
Zadavatel požaduje vytvoření webového portálu, který je možné postavit na platformě Windows IIS, kterou Zadavatel disponuje s instalovaným php a mysql databázovým prostředím. Pokud je pro bezproblémový běh webového portálu a webových služeb potřeba jiná platforma a ostatní SW, je jeho instalace, licence, nastavení a konfigurace součástí dodávky webového portálu. Jedná se o redesign aktuálního webu, přičemž je nutné zachovat aktuální data na webu současném, proto je nutné toto data migrovat do nového webového portálu a to minimálně do archívu (nejsou-li aktuálně vyvěšená), kde budou nadále přístupná a použitelná dle požadavků (vyhledávání a manipulace).
Požadovaný webový portál má usnadnit komunikaci mezi občanem a Zadavatelem jako veřejnoprávní organizací (městskou částí), musí být maximálně přehledný a strukturovaný do podoby, kdy nebude pro občany složitá orientace, k dispozici budou mít webového rádce, který jim pomůže s navigací k požadovaným informacím. Barevné schéma by mělo ladit s pohybem občana na portálu, nemělo by působit dojmem křiklavých stránek, ale elegantně laděnému modernímu stylu. Požadováno je zároveň úprava pro mobilní telefony, vytvoření několika šablon podle připojeného zařízení.
Webový portál, který Zadavatel požaduje, musí splňovat všechny základní bezpečnostní prvky a nastavení, tak aby nemohlo dojít ke ztrátě nebo zneužití dat. Dále musí být odladěn pro provoz na všech běžně dostupných prohlížečích, včetně SW, který zajišťuje provoz služeb nebo rozhraní API.
Seznam prohlížečů:
⮚ IE v 8.0 a vyšší
⮚ Chrome
⮚ Firefox Mozzila
⮚ Opera
⮚ Maxthon
⮚ Safari
⮚ Mobilní verze prohlížečů
Vnitřní architektura modulu bude tvořena tak, aby splňovala kritéria ochrany proti SQL injection a CODE injection. Uživatelský přístup do modulu je realizován prostřednictvím "tenkého klienta" - webový prohlížeč. Zajištění tohoto přístupu je prostřednictvím šifrovaného SSL spojení. Platí podmínka, že všechny autentizované zóny webového
rozhraní, jakož i komunikace webových služeb, musí být zajištěny šifrovaným spojením SSL.
Pro zabezpečení pomocí SSL zadavatel požaduje použití True Business ID kořenového SSL certifikátu s až 256 bitovým šifrováním. Tento certifikát je v prohlížečích instalován již od verzí IE 5.01 +, Netscape 4.7 + a Mozilla 1 + a samozřejmě je také přítomen ve všech nových moderních prohlížečích.
Při torbě webového portálu je potřeba myslet na spřátelené weby webového portálu jako jsou xxxxxxxxxxxxxxxxxxxx.xx a interní xxxxxxxx.xxxxxxxxx.xx, tedy jak domény 2. řádu, tak subdomény, na niž budeme provozovat velmi podobné informační schéma a funkčnost nastavení vytváření těchto spolu webů, jediné co bude odlišovat weby je uživatelská část, kterou bude možné nastavovat ve tvorbě jednotlivých webů a stránek. Web musí umět komunikovat na rozhraní API s aplikacemi úřadu jako je spisová služba, zápisy rady a zastupitelstva, Voip ústředna, Datacentrum DC2 – organigram, GINIS – jednotný ekonomický systém, dále pak s MS Exchange a DMS. Toto rozhraní musí být oboustranné. Webový portál bude také informace zasílat aplikacím, které je následně zpracují (např. elektronické formuláře, žádosti apod.) většinou ve formátu xml a pdf.
Rozhraní aplikací úřadu:
⮚ Spisová služba
Informace o elektronické podatelně.
Zveřejňování zápisů rady a zastupitelstva, včetně materiálů ke konání.
⮚ Voip ústředna Telefonní seznam
⮚ Datacentrum
Organizační struktura úřadu a seznamy pracovníků, radních a zastupitelů. Informace o on-line úřednících pro chat.
⮚ Ginis
Informace o rozpočtu, zveřejňování seznamu smluv.
⮚ MS Xxxxxxxx a Active direktory
Informace o uživatelských účtech, použití emailových adres a nastavení oprávnění (možné použít zároveň data z organigramu popřípadě z EOS.
Pro přímou komunikaci občana s úřadem by mělo sloužit několik nástrojů, každý na trochu jiném principu.
⮚ První možnost by měla umožnit občanům komunikaci prostřednictvím formuláře na stránkách (možnost vložit text a soubory fotografií, videí, popřípadě jiných povolených souborů). Propojení jak s MS Exchange, tak vnitřní databází jednotlivých událostí (dotazů a podmětů).
⮚ Xxxxx možnost je podat svůj názor, který podléhá kontrole před zveřejněním (vulgarismy, rasismus atd.), jedná se o malé fórum, kdy další občané a úřad mohou reagovat na hlavní podmět.
⮚ Třetí je on-line chat, rozdělený podle jednotlivých oblastí webu (možnost zapnout/vypnout v sekci a nabízet pouze jeli pracovník on-line atd.).
⮚ Čtvrtá možnost je pomocí aktivních formulářů (aktivní pdf, xml, apod.).
⮚ Pátá možnost jsou interpelace na zastupitele.
Názory a interpelace jsou zároveň zveřejněny ve vlastní sekci, pokud jejich obsah není závadný.
Přesné určení struktury webového portálu je předmětem samotné zakázky, nikoli základního zadání. Pro jasný vzhled a nastavení jednotlivých modulů webu je nutná analýza podle odborů. Dodavatel je povinen před provedením redesignu představit koncept vzhledu a nastavení, které bude předmětem schválení.
Jednotlivé moduly webu a požadavky na jejich funkčnost:
Vytváření vlastních webů, stránek, sekcí a rubrik
Vytváření webů se řídí hlavní sekcí administrace, kdy je po zadání názvu potřeba zadat uživatelské rozhraní pro vytvoření webu a následně jej oddělit z administrace tak, aby si jej mohli administrovat jiní pracovníci než IT.
Vytváření jednotlivých sekcí a rubrik se řídí stromovou strukturou s možností zveřejnění podle zadaných kritérií jako je čas, období nebo uživatelské nastavení.
Obsah stránek musí zvládnout vyplnit jakýkoli uživatel bez znalostí html kódu a to včetně složitějších operací jako je vložení fotogalerií, videa tabulek s návazností na data obsažená jinde nebo výpisů ze složek souborů.
Přehrávač videa
Přehrávač videa musí umožnovat streamování (spuštění videa od jakékoli stopáže bez potřeby načítat celé video), přehrávač musí umožnovat použití libovolné fotky nebo textu jako úvodního názvu, dále libovolnou velikost pro vložení na stránky, uživatelské nastavení jako je spustit při vstupu na stránku, nastavení počáteční hlasitosti apod. Minimálně podporované formáty přehrávání videa jsou *.avi, mpg, mpeg, flv (časově/velikostí neomezené).
Videogalerie
Vytváření seznamu videí na jedné stránce pomocí výběru videí nebo výběru složky s videi, včetně stromového řazení několika složek s nastavením řazení podle abecedy nebo uživatelským nastavením. Vytvoření drop in drop boxu videogalerie. Ve složkách je možné určit, i pokud jde o automatický výběr videí, video, které nebude zobrazeno ve výpise.
Fotogalerie
Vytváření seznamu fotografií na jedné stránce pomocí výběru fotek nebo výběru složky s fotkami, včetně stromového řazení několika složek s nastavením řazení podle abecedy
nebo uživatelským nastavením. Dále prohlížeč fotek pro slideshow, generování náhledů, možnost kombinovat fotky a videa, uživatelské nastavení velikosti fotek pro zobrazení. Vytvoření drop in drop boxu fotogalerie. Možnost nastavení pozice u fotografií, které se budou zobrazovat (otočení po 90˚), nastavení velikosti podle šířky nebo výšky, pozadí dané fotogalerie, popisky textu (včetně barvy a stylu písma), možnost náhledu předchozích nebo následujících fotografií, popřípadě grafický seznam obrázků.
Ankety
Vytváření anket s možností hlasování podle uživatelsky nastavitelných kritérií jako je IP, Cookies, atd. Anketa může obsahovat více otázek a zároveň více odpovědí, může být zároveň soutěžní, kdy musí umět vyhodnocovat správné odpovědi a zaznamenávat uživatelskou volbu, kdy umožní uživateli vyplnit i jinou možnost, pokud mu ji zadavatel zvolí (např. jiná a pole pro odpověď). Doba trvání (od-do, včetně jejich zobrazení/stažení), zobrazení i po hlasování, nebo aby anketa zmizela, pro daného návštěvníka, nastavení práv ankety (kdo může administrovat), hlídání pokusů o útok, grafické rozhraní výsledků.
Bannery
Jsou drop i drop boxy s umístněným odkazem (obrázkem, animací, videem), které zaznamenávají prokliky a vytvářejí statistiky.
Kalendáře
Bude se jednat o kalendáře akcí, pro účel zveřejnění dané akce buď přímím odkazem na danou akci k externímu subjektu, nebo na vytvořenou stránku ve struktuře našeho webového portálu. Kalendář akcí zobrazuje ve svém defaultním nastavení aktuální měsíc s označením aktuálního dne a ve spodní části informuje o aktuálním svátku. V den, kdy se koná, nějaká akce je toto datum dostatečně odlišeno od jiných, kdy žádná akce neprobíhá. Kalendář je možné zobrazit v pohledu na den, týden nebo měsíc a rok. Defaultně je nastaveno ukončení zobrazování akce na den, kdy akce končí (24:00), ale může být nastaveno na trvalé zobrazení popřípadě na nastavení data do kdy, nebo od kdy.
Kalendář svateb je kalendářem odboru, který má na starosti pořádání svateb na Zámku a umožnuje zadávání termínu jednotlivých svateb, občanům znázorňuje volné, obsazené termíny, včetně dní, kdy je zavřeno.
Drop in drop box moduly
Moduly, jež lze jednoduše uchopit a pustit na místě stránky, kde je potřeba tento modul zobrazovat, musí umožnovat nastavení velikosti a barevnosti. Tento modul je pro různé akce jako je novinka, novinka na úřední desce, nové video, pozvánka, informace z jednotlivých stránek, banner, menu, anketa atd. Vytváření jednotlivých boxů je pouze pro administrátory, kteří mohou nechat zapnout možnost volného boxu pro návštěvníky, ti následně získají možnost boxy popřehazovat dle svých požadavků. Pro
registrované návštěvníky si portál pamatuje poslední návštěvníkovo nastavení boxů. Pro návštěvníka musí existovat možnost resetovat nastavení těchto boxů, tak, jak je zadáno administrátorem.
Menu
Menu je tvořeno podle stromové struktury webového portálu s možností přesunu dle uživatelského nastavení, popřípadě nezobrazování některých odkazů. Variantami jsou hlavní ovládací horizontální menu, kde je nutné zároveň barevně občana navést, dále pak vertikální menu, které může být uživatelsky pozměněno.
PDF creator book
Tento modul musí umožňovat vytváření knih z pdf souborů, například zpravodaj. Prohlížeč umí stránkovat (listovat jako v časopise), přejít na zadanou stranu uživatelem, použití lupy až do maximálního rozlišení 400% (např. 25,50,75,100,150,200,400%), umožňuje nastavení velikosti, podmínek zobrazení od-do, barevnosti pozadí atd.
Rubriky
Tento modul musí umožňovat vytváření rubrik článků a událostí, s možností nastavení času zobrazení, barevného odlišení, pozivování vůči ostatním příspěvkům (top), filtrace pro uživatele, pro jednoduché zobrazení podle zadaných kritérií, tvorba kritérií pro příspěvky.
Úřední deska
Zveřejňování příspěvků na úřední desce rozdělené do kategorií, dle stromového řazení, s možností řazení příspěvků dle uživatele a administrátora, následné řazení podle filtrace a nastavení návštěvníka, napojení na elektronickou úřední desku a propojení konfigurace zobrazování příspěvků, včetně hledání apod.
Smlouvy
Uveřejňování seznamu smluv s napojením na api GINIS, seznam s přílohami, smlouvy (celý dokument) umožnit zveřejnění po žádosti, pomocí dočasného hesla a uživatelského jména s časovou platností pro daného návštěvníka, filtrace dle obsahu včetně příloh.
Automatický export veřejných smluv ze stávajících systémů na portál
V rámci portálu bude Dodavatelem vytvořena aplikace obsahující možnost náhledu do databáze veřejných smluv. Aplikace bude implementována jako portálová. Aplikace bude online napojena do centrální evidence smluv v systému GINIS. Bude nastaven proces, v rámci kterého budou smlouvy anonymizovány a budou odstraněny neveřejné údaje. V rámci aplikace bude možné vyhledávání smluv dle základních kritérií (odbor, oblast, platnost, apod.).
Články
Vytváření vlastních článků pomocí velmi jednoduchého rozhraní (podobného jako je textový editor WORD), bez omezení úprav textu, odstavců, pozadí objektů, obrázků apod. Možnost vkládat obrázky, objekty flash, pdf, excel v otevřeném stavu i pro stažení (volba vkládajícího). Možnost určení vložení článku dle stromového rozložení webu včetně kopie.
Portál občana
Portál občana bude poskytovat uživatelské rozhraní, které občanovi umožní zabezpečenou obousměrnou komunikaci s městskou částí a bude tedy přístupovým bodem k daným elektronickým službám. Portál bude umožňovat registraci, autentizaci a autorizaci uživatelů. Portál občana bude zpřístupňovat strom životních situací s detailním popisem a k nim navázané elektronické on-line formuláře, čímž bude nahrazovat osobní nebo poštovní kontakt mezi jednotlivými stranami (včetně zasílání sms – napojení na Voip). Portál občana bude také integrován na spisovou službu města a datové schránky, aby občan mohl provést podání pomocí datové schránky v prostředí portálu.
Pro mobilní zařízení typu Android požadujeme vytvoření jednoduché aplikace (google apps), která poskytuje stejné informace a služby jako na webu, navíc má občan možnost využít fotoaparát a nahlásit „Požadavek/Problém“ zasláním fotografie se základními informacemi, pořízenými na místě. Dále aplikace bude zobrazovat "Novinky a Úřední desku a bude možné občany varovat před hrozícím nebezpečím.
V rámci portálu občana budou k dispozici zejména tyto funkce:
− Můj profil, Změnit heslo a Nápověda.
− V horním menu budou zobrazené údaje uživatele a možnost se odhlásit.
− V levém výběrovém menu bude k dispozici nabídka
− Přehled zrealizovaných podání.
− Základní funkce pro práci s podáními (vytvoření podání, uložení rozpracovaného podání, přehled zrealizovaných podání)
− V každém formuláři budou před-vyplněny osobní údaje uživatele v případě, že se na formuláři nacházejí a tyto jsou zároveň součástí registrace uživatele.
− Konverze (export dat do PDF/A, XML + související přílohy.
− Pomocí technologie pro ochranu a zabezpečení webových stránek (CAPTCHA) bude možné, na základě požadavku, odeslání formuláře (zejména pak pro registraci) dodatečně zabezpečit proti robotům.
Elektronické formuláře
Elektronická formulář umožňuje vyplnit množinu údajů. Elektronické formuláře jsou vytvořeny a modifikovány prostřednictvím formulářového nástroje. Formuláře jsou následně zpracovány v modulu elektronických formulářů a generovány (zobrazovány)
do webového prohlížeče jako HTML výstup na základě použití standardů XML a XSL. Systém umožňuje spravovat a řídit verze formulářů.
V rámci projektu bude řešeno celkem 58 formulářů. Pro další rozvoj a uvedení formulářů musí systém podporovat tvorbu a publikaci jednotlivých formulářů, včetně jejich napojení na portál občana a sledování stavu vyřizování.
Funkce elektronických formulářů:
Tato funkce musí umožňovat vložení nového formuláře, což iniciuje automatické odeslání emailu odpovědnému pracovníkovi a spuštění procesu, který dokáže některé úkony provést sám, bez nutnosti interakce se zaměstnancem (administrátora).
Formuláře jsou přístupné ve webovém rozhraní, přičemž uživatelé je budou moci využívat na příslušné úřední podání, bez nutnosti instalování jakýchkoliv aplikací a doplňků.
Umožní konverzi dokumentů na šablony formulářů pro zajištění integrity dat a zdokonalení kontroly verzí.
Přihlášeným uživatelům před-vyplní některé údaje jako jméno, adresa a další relevantní údaje, což umožní minimalizovat chybovost a zároveň automatizovat proces vyplňování formulářů. Administrátor bude mít možnost zakázat zobrazení formuláře nepřihlášeným návštěvníkům.
Jednoduchý návrh a design formuláře včetně možnosti vytvářet více možných pohledů (variant) stejného formuláře.
Chat
Aplikace umožňuje komunikaci mezi jednotlivými úředníky, administrátory a návštěvníky. Komunikaci mezi jednotlivými skupinami lze zapínat/vypínat a pro skupiny mimo návštěvníky je přístupná i mimo web (instalace na pc, kde je úředník/administrátor přítomen, a může tedy obsluhovat svou on-line činnost).
Systém správce souborů
Umožnuje správu souborů, jež uživatelé nahrávají pro zobrazení na web, včetně stromové struktury podle uživatelských jmen, rubrik, sekcí a dílčích celků (videogalerie, fotogalerie apod.), sdílení jednotlivých adresářů, dle rozhraní Active direktory a vytvořených pracovních skupin v portálu (odbory, pracovní skupiny, jednotlivý uživatelé). Umožní uzamčení souborů proti smazání, kontrola souborů na duplicity.
Administrace
Jedná se o hlavní administraci webového portálu, kam mají přístup pouze administrátoři (IT pracovníci). Realizuje se zde přidávání a nastavení oprávnění administrátorů pro jednotlivé weby (administrátor hlavní administrace je automaticky administrátorem
všech vytvořených webů), uživatelů (úředníků), nastavení vytvářených webů, globální nastavení všech funkcí pro portál, které jsou následně děděny vytvořenými weby. Administrace zapisuje veškeré dění do logu s jednotlivými činnostmi uživatelů, administrátorů, tak aby bylo zřejmé kdo a v jaký čas na webu nastavil, změnil, přidal do obsahu apod.
Administrace uživatelská
Uživatelská administrace je administrací pro jednotlivé weby. Administrátoři vidí pouze weby, které mají spravovat, popřípadě pouze sekce webu, a to s nastavením až po samostatnou stránku nebo jednotlivý modul. Mají možnost nastavovat oprávnění jednotlivých správců sekcí.
Přístup k tabulkám databáze
Umožňuje spravovat obsah jednotlivých tabulek databáze. Jedná se o tabulky nastavení jednotlivých modulů. Musí být umožněn přístup i pro uživatele (úředníky), kterým dá administrátor oprávnění spravovat jednotlivé nastavení a číselníky.
Vytvoření tabulek/modulů Komise, Výbory, číselníky apod.
Propojení se sociálními sítěmi
Propojení aktualit, popřípadě jednotlivých stránek s běžně dostupnými sociálními sítěmi.
Mapování složek
Mapování složek na serveru nebo diskovém poli. Možnost určování struktury nabízených složek a souborů, včetně jejich řazení nebo zobrazování ve výpisech.
Mapování a používání dokumentů
Napojení webového portálu na DMS, převzetí pravidel (<->). Kontrola a log používání dokumentů.
Interaktivní pomocník
Pomocník určený pro návštěvníka, pomáhá se zorientovat na webu a poradí, kam se vydat pro údaje, jež potřebuje, zároveň informuje o jednotlivých boxech, upozorněních apod., zvládá navigaci skrz celý webový portál (pouze pro weby určené veřejnosti nebo určené administrátorem).
Vkládání php a html kódu
Umožnění vložení php a html kódu s napojením na mysql databázi, popřípadě celé php/html stránky do portálu tak, aby bylo možné použít i vlastní css styl (v daném rozsahu ukončit používání portálového css, ale přikázat použití dodaného stylu buď jako css nebo zapsaného stylu přímo u jednotlivých tagů).
Php stránka s vlastním css
stylem, styl webu nezměněn.
Dokumentace a manuály
K webovému portálu musí být dodána kompletní dokumentace a manuály pro jeho správu, dále uživatelské manuály/návody k jednotlivým částem webu.
Webový portál a jeho uspořádání (ilustrativní)
Webový portál
xxx.xxxxxxxxxxxxxx xxxxxx.xx
intranet
Hlavní je webový portál, který umožnuje vytvoření jednotlivých webů. Ty je možné dále administrovat jednotlivě (určení administrátoři pro daný web), sekce daného webu a jednotlivé stránky apod.
Podpora a aktualizace
Webový portál musí být plně funkční minimálně po dobu pěti let od převzetí díla, na stejnou dobu je sjednávána podpora webového portálu z hlediska bezpečného provozu. Bezpečnostní chyby, záplaty a různé sw vylepšení pro správný chod na nových typech prohlížečů nebo formátech typu PDF, XML a Flash, jsou součástí záruky a následné pozáruční podpory a jsou dodávány, jakmile jsou veřejně známé, dozví se o nich zhotovitel nebo je-li na ně zhotovitel upozorněn odběratelem, po dvou letech/záruce se stávají předmětem podpory. V záruční době 24 měsíců je poskytována podpora jak uživatelům, tak administrátorům v rámci záruky..
2.5.Zálohování
Dodavatel dodá řešení umožňující zálohování a obnovu neomezeného počtu virtuálních strojů běžících na všech hlavních virtualizačních platformách a musí být kompatibilní s prostředími Microsoft Hyper-V a Win 2002 až Win 2008. Toto řešení bude zálohovat kompletní virtuální stroje bez instalace individuálních agentů na každý virtuální stroj. U serverů založených na ESX nebo Hyper-V systém umožní zálohu souborů, svazků, virtuálních disků a celých virtuálních strojů bez agentů.
Plánování zálohy bude prováděno z centralizované management konzole, vyžaduje se pokročilé plánování záloh se správou založenou na politikách.
Systém bude umožňovat zálohovat na vícenásobný počet Storage Nodů, přičemž musí být možná kompletní obnova, ale i obnova jednotlivých souborů a adresářů. Uložená data budou zabezpečena pomocí šifrování.
Systém musí umožnit eliminaci kopií záloh stejných dat z více počítačů. Deduplikace dat bude prováděna na zdrojovém nebo cílovém stroji a může být prováděná na úrovni souborů nebo bloků.
Vlastní zálohovací software musí být provozován na samostatném fyzickém serveru, musí však umožňovat snadnou migraci mezi fyzickými a virtuálními prostředími. K tomu Dodavatel dodá neomezený počet migračních licencí pro přenos mezi virtuálním a fyzickým strojem. Dodavatel může využít stávající licence.
Dodavatel dodá licence včetně podpory a aktualizací na dobu udržitelnosti projektu k zálohovacímu software Symantec BACKUP EXEC 2012. V záruční době 24 měsíců je poskytována podpora jak uživatelům, tak administrátorům v rámci záruky.
Zálohovací páskové zařízení
Spolu se zálohovacím SW je třeba provést upgrade současného zálohovacího páskového zařízení, které je již zastaralé a kapacita současného páskového zařízení nekoresponduje s kapacitami serverů. Nově je třeba kapacita zálohovacího zařízení minimálně o velikosti 12TB. Součástí plnění bude dodávka 20 ks LTO-5 pásek.
Minimální parametry:
Základní kapacita: 12000 GB
Kapacita po komprimaci: 24000 GB
Maximální kapacita: 24 TB
Standardní rozhraní: Fibre Channel(FC),SerialAttached SCSI (SAS)
Podporované typy magnetických pásků: LTO-5 Komprese dat: 2:1
Počet slotů: 8
Střední doba mezi poruchami (MTBF): 100000h
Vzhled
Typ: v reckovém provedení
2.6.Elektronické úřední desky
Ke zpřístupnění vybraného obsahu webového portálu (primárně úřední deska a další důležité informace, které jsou sdělovány občanovi). Dodavatel dodá a nainstaluje dvě
(2) elektronické vývěsní tabule, přičemž budou umístěny:
Ulice | Jívanská |
Č. popisné | 635 |
Č. orientační | 6 |
PSČ | 193 21 |
Město | Praha 9 |
Katastrální území | Horní Počernice |
Č. parcely | 1346 |
Ulice | Jívanská |
Č. popisné | 647 |
Č. orientační | 10 |
PSČ | 193 21 |
Město | Praha 9 |
Katastrální území | Horní Počernice |
Č. parcely | 1572/3 |
Systém se bude skládat z:
a) centrálního serveru úřední desky – Fluidnet server nebo obdobné řešení se stejnými vlastnostmi;
b) 2 set-top-boxy – fluidboxy s LCD obrazovkou o velikosti minimálně 42“ a jasem minimálně 500 cd/m2;
c) nosné krycí konstrukce se zvýšenou ochranou proti poničení vandalismem – LCD monitor a BSS box budou připevněny na stěně v ochranném rámu za bezpečnostním sklem;
d) možnost připojení k internetové síti: UTP kabel, WI-FI, popřípadě možnost objednání modulu GSM operátora.
Systém musí umožňovat:
- možnost napojení na spisovou službu E-SPIS s možností automatického stahování nových dokumentů z databázové složky;
- automatické zobrazení dokumentů v požadovaných termínech splatnosti;
- jednoduchou obsluhu bez potřeby jakýchkoli znalostí;
- obsluhu pomocí virtuální klávesnice s dotykem přes sklo;
- možnost vyhledávání podle „typu dokumentu“;
- možnost vyhledávání podle „odboru“;
- vyvěšované dokumenty tříděné podle typu dokumentu a odboru;
- připojení dalších klient-boxů;
- automatickou aktualizaci resp. přidávání nových typů dokumentů;
- evidenci a archiv zobrazovaných dokumentů tj. vytvoření aplikace „ Kniha úřední desky“ – možnost tisku sestav
2.7.Duševní vlastnictví (licence)
Je-li součástí předmětu veřejné zakázky právo duševního vlastnictví, zejména autorské právo, ke kterému je nezbytné ze strany dodavatele poskytnout licenci, požaduje Zadavatel poskytnutí časově neomezené licence, resp. licence na dobu existence majetkových práv v předmětu veřejné zakázky bez jakéhokoliv územního omezení k užití nezbytnému.
Licence budou zavedeny pod účet (smlouvu) objednatele.
Jak vyplývá z výše uvedeného vymezení předmětu veřejné zakázky, Zadavatel požaduje poskytnutí následujících licencí:
Název licence | Jednotka | Počet licencí |
SW licence MS Windows Datacenter 2012 | soubor | 1 |
CZ OLP „server“ | ||
SW licence MS Windows Datacenter 2012 CAL„users“ | ks | 100 |
SW licence DMS | soubor | 1 |
SW MS SQL Server Enterprise 2014 OLP SA | ks | 4 |
SW pro digitalizaci a obsluhu skeneru | ks | 1 |
Zálohovací SW | ks | 1 |
U SW MS SQL Server Enterprise 2014, bude provedeno zakoupení formou Software Assurance na 24 měsíců (záruční doba), pro HW:
⮚ 2x o jednom CPU s 8 core, v provedení clusteru Aktiv / Aktiv
⮚ 2x o dvou CPU s 16 core Součástí dodávky je 100x CAL „device“.
U SW DMS je součástí licence 100x uživatelská licence.
2.8.Školení a obsluha
Objednatel požaduje ke všem bodům komplexní proškolení obsluhy a administrátorů v potřebném rozsahu tak aby uživatelé mohli plně využívat všech funkcí dodávaného SW a HW. U administrátorů v rozsahu takovém, aby zvládali správu správce a neměli žádná technická omezení v oblasti administrace dodávaného SW a HW
2.9.Zajištění provozu celého systému po dobu 5 let
Součástí předmětu veřejné zakázky je komplexní záruční a pozáruční servis po dobu 5 let od předání předmětu veřejné zakázky.
Pozáruční servis po dobu 36 měsíců po uplynutí záruční doby bude hrazen zadavatelem z vlastních zdrojů v rámci ceny pozáručního servisu dle 9.4 zadávací dokumentace. V rámci pozáručního servisu bude dodavatel poskytovat průběžné aktualizace SW po celou uvedenou dobu.
3. Klasifikace předmětu veřejné zakázky (CPV) 72263000 – 6 Implementace programového vybavení 48822000 – 6 Počítačové servery
30236000 – 2 Různé počítačové vybavení
51611100 – 9 Instalace a montáž technického vybavení počítačů 72267000 – 4 Poradenství v oblasti programového vybavení
4. Předpokládaná hodnota veřejné zakázky Předpokládaná hodnota veřejné zakázky činí 7 905 500- Kč bez DPH. Předpokládaná hodnota za dílčí plnění veřejné zakázky je:
Označení dílčího plnění | v Kč bez DPH |
Dodávka technologických zařízení vč. montáže | 1 560 500,- |
Nákup nehmotného majetku (patenty, know- how, licence, software) | 1 984 000,- |
Služby implementace | 4 061 000,- |
Pozáruční servis | 300 000,- |
5. Místo plnění zakázky
Místem plnění veřejné zakázky je sídlo zadavatele na adrese Xxxxxxxx 000, Xxxxx 0, XXX 000 00, a budově zadavatele na adrese Xxxxxxxx 000, Xxxxx 0, XXX 000 00.
6. Předpokládaný termín plnění
Uzavření smlouvy červen 2015
Počátek plnění červen 2015
Dokončení plnění září 2015
7. Požadavky na splnění kvalifikace
7.1.Prokázání splnění kvalifikace
Prokázání splnění kvalifikace je předpokladem pro posouzení a hodnocení nabídky uchazeče v zadávacím řízení.
7.2.Prokázání kvalifikace prostřednictvím subdodavatelů
Pokud není dodavatel schopen prokázat splnění určité části kvalifikace požadované zadavatelem podle § 50 odst. 1 písm. b) až d) Zákona v plném rozsahu, je oprávněn prokázat splnění kvalifikace v chybějícím rozsahu prostřednictvím subdodavatele v souladu s ustanovením § 51 odst. 4 Zákona. Dodavatel není oprávněn prostřednictvím subdodavatele prokázat splnění kvalifikace dle § 54 písm. a) Zákona.
7.3.Prokázání kvalifikace při podání společné nabídky
Podává-li nabídku společně více uchazečů, je každý z dodavatelů povinen prokázat v plném rozsahu splnění základních kvalifikačních předpokladů podle § 50 odst. 1 písm. a) Zákona a profesního kvalifikačního předpokladu podle § 54 písm. a) Zákona.
Splnění kvalifikace podle § 50 odst. 1 písm. b) až d) Zákona musí prokázat všichni dodavatelé společně.
7.4.Prokázání kvalifikace výpisem ze seznamu kvalifikovaných dodavatelů
Předloží-li uchazeč výpis ze seznamu kvalifikovaných dodavatelů podle § 125 a násl. Zákona ve lhůtě pro prokázání splnění kvalifikace, nahrazuje tento výpis prokázání splnění základních kvalifikačních předpokladů podle § 53 odst. 1 Zákona a profesních kvalifikačních předpokladů podle § 54 Zákona v tom rozsahu, v jakém doklady prokazující splnění těchto profesních kvalifikačních předpokladů pokrývají požadavky zadavatele, pokud k poslednímu dni, ke kterému má být prokázáno splnění kvalifikace, není výpis starší než tři měsíce.
7.5.Prokázání kvalifikace certifikátem certifikovaných dodavatelů Dodavatel je oprávněn předložit certifikát vydaný v rámci certifikovaných dodavatelů, který obsahuje náležitosti stanovené v § 139 Zákona.
7.6.Pravost a stáří dokladů
Pro pravost a stáří dokladů prokazujících splnění kvalifikace platí ustanovení § 57 Zákona.
7.7.Základní předpoklady
Základní kvalifikační předpoklady splňuje dodavatel,
a) který nebyl pravomocně odsouzen pro trestný čin spáchaný ve prospěch organizované zločinecké skupiny, trestný čin účasti na organizované zločinecké skupině, legalizace výnosů z trestné činnosti, podílnictví, přijetí úplatku, podplacení, nepřímého úplatkářství, podvodu, úvěrového podvodu, včetně případů, kdy jde o přípravu nebo pokus nebo účastenství na takovém trestném činu, nebo došlo k zahlazení odsouzení za spáchání takového trestného činu; jde- li o právnickou osobu, musí tento předpoklad splňovat jak tato právnická osoba, tak její statutární orgán nebo každý člen statutárního orgánu, a je-li statutárním orgánem dodavatele či členem statutárního orgánu dodavatele právnická osoba, musí tento předpoklad splňovat jak tato právnická osoba, tak její statutární orgán nebo každý člen statutárního orgánu této právnické osoby; podává-li nabídku či žádost o účast zahraniční právnická osoba prostřednictvím své organizační složky, musí předpoklad podle tohoto písmene splňovat vedle uvedených osob rovněž vedoucí této organizační složky; tento základní kvalifikační předpoklad musí dodavatel splňovat jak ve vztahu k území České republiky, tak k zemi svého sídla, místa podnikání či bydliště,
b) který nebyl pravomocně odsouzen pro trestný čin, jehož skutková podstata souvisí s předmětem podnikání dodavatele podle zvláštních právních předpisů nebo došlo k zahlazení odsouzení za spáchání takového trestného činu; jde-li o právnickou osobu, musí tuto podmínku splňovat jak tato právnická osoba, tak její statutární orgán nebo každý člen statutárního orgánu, a je-li statutárním orgánem dodavatele či členem statutárního orgánu dodavatele právnická osoba, musí tento předpoklad splňovat jak tato právnická osoba, tak její statutární orgán nebo každý člen statutárního orgánu této právnické osoby; podává-li nabídku či žádost o účast zahraniční právnická osoba prostřednictvím své organizační složky, musí předpoklad podle tohoto písmene splňovat vedle uvedených osob rovněž vedoucí této organizační složky; tento základní kvalifikační předpoklad musí dodavatel splňovat jak ve vztahu k území České republiky, tak k zemi svého sídla, místa podnikání či bydliště,
c) který v posledních 3 letech nenaplnil xxxxxxxxx podstatu jednání nekalé soutěže formou podplácení podle zvláštního právního předpisu,
d) vůči jehož majetku neprobíhá nebo v posledních 3 letech neproběhlo insolvenční řízení, v němž bylo vydáno rozhodnutí o úpadku nebo insolvenční návrh nebyl zamítnut proto, že majetek nepostačuje k úhradě nákladů insolvenčního řízení, nebo nebyl konkurs zrušen proto, že majetek byl zcela nepostačující nebo zavedena nucená správa podle zvláštních právních předpisů,
e) který není v likvidaci,
f) který nemá v evidenci daní zachyceny daňové nedoplatky, a to jak v České republice, tak v zemi sídla, místa podnikání či bydliště dodavatele,
g) který nemá nedoplatek na pojistném a na penále na veřejné zdravotní pojištění, a to jak v České republice, tak v zemi sídla, místa podnikání či bydliště dodavatele,
h) který nemá nedoplatek na pojistném a na penále na sociální zabezpečení a příspěvku na státní politiku zaměstnanosti, a to jak v České republice, tak v zemi sídla, místa podnikání či bydliště dodavatele,
i) který nebyl v posledních 3 letech pravomocně disciplinárně potrestán či mu nebylo pravomocně uloženo kárné opatření podle zvláštních právních předpisů, je-li podle § 54 písm. d) požadováno prokázání odborné způsobilosti podle zvláštních právních předpisů; pokud dodavatel vykonává tuto činnost prostřednictvím odpovědného zástupce nebo jiné osoby odpovídající za činnost dodavatele, vztahuje se tento předpoklad na tyto osoby,
j) který není veden v rejstříku osob se zákazem plnění veřejných zakázek a
k) kterému nebyla v posledních 3 letech pravomocně uložena pokuta za umožnění výkonu nelegální práce podle zvláštního právního předpisu
Splnění základních kvalifikačních předpokladů podle § 53 odst. 1 písm. a) až k) Zákona prokáže uchazeč předložením:
a) výpisu z evidence Rejstříku trestů [písm. a) a b)],
b) potvrzení příslušného finančního úřadu a ve vztahu ke spotřební dani čestného prohlášení [písm. f)], vzor čestného prohlášení ve vztahu ke spotřební dani tvoří přílohu č. 2 zadávací dokumentace,
c) potvrzení příslušného orgánu či instituce [písm. h)],
d) čestného prohlášení [písm. c) až e) a g), i) až k)], vzor tohoto prohlášení tvoří
přílohu č. 2 zadávací dokumentace.
Doklady prokazující splnění základních kvalifikačních předpokladů nesmějí být k poslednímu dni, ke kterému má být prokázáno splnění kvalifikace, starší 90 kalendářních dnů.
7.8.Profesní předpoklady
Splnění profesních kvalifikačních předpokladů prokáže uchazeč předložením:
1) § 54 písm. a) Zákona - výpisu z obchodního rejstříku, pokud je v něm zapsán, či výpisu z jiné obdobné evidence, pokud je v ní zapsán. Výpis z obchodního rejstříku nesmí být k poslednímu dni, ke kterému má být prokázáno splnění kvalifikace, starší 90 kalendářních dnů.
2) § 54 písm. b) Zákona - dokladu o oprávnění k podnikání podle zvláštních právních předpisů v rozsahu odpovídajícím předmětu veřejné zakázky, alespoň dokladu prokazující příslušné živnostenské oprávnění pro:
⮚ Výroba, obchod a služby neuvedené v přílohách 1 až 3 živnostenského zákona obory činnosti:
o Poskytování software, poradenství v oblasti informačních technologií, zpracování dat, hostingové a související činnosti a webové portály;
o Velkoobchod a maloobchod.
příp. jiné doklady prokazující oprávnění k podnikání podle zvláštních právních předpisů v rozsahu odpovídajícím předmětu veřejné zakázky
7.9.Čestné prohlášení uchazeče o jeho ekonomické a finanční způsobilosti splnit veřejnou zakázku
Uchazeč v nabídce předloží čestné prohlášení o jeho ekonomické a finanční způsobilosti splnit veřejnou zakázku, které je přílohou č. 3 této zadávací dokumentace.
7.10. Technické předpoklady
Splnění technických kvalifikačních předpokladů prokáže uchazeč předložením seznamu významných služeb a dodávek provedených uchazečem za poslední 3 roky, ze kterého bude vyplývat, že uchazeč provedl:
(1) alespoň dvě (2) dodávky/služby spočívající v komplexní dodávce HW a SW, včetně implementačních služeb v hodnotě min. 3 000 000,- Kč bez DPH (každá);
(2) alespoň dvě (2) služby, jejímž předmětem bylo poskytnutí dokument management systému (DMS) v hodnotě min. 500 000 Kč bez DPH (každá);
(3) alespoň dvě (2) dodávky, jejímž předmětem bylo dodání skeneru o velikosti alespoň A0;
(4) alespoň jednu (1) službu spočívající ve vytvoření nebo úpravy webového rozhraní obdobného charakteru, jaký je požadován Zadavatelem, tj. webové rozhraní alespoň zajišťující komunikaci v rámci organizace (vybudování INTRANETU) a zároveň komunikaci mezi organizací a osobami stojícími vně (vybudování EXTRANETU), a obsahující alespoň 15 modulů z modulů požadovaných Zadavatelem v bodě 2.4 zadávací dokumentace (konkrétně v části
„Jednotlivé moduly webu a požadavky na jejich funkčnost“ na str. 13 a násl. zadávací dokumentace)1, a to v hodnotě min. 300 000 Kč bez DPH (každá).
Přílohou seznamu významných služeb a dodávek musí být:
(1) osvědčení vydané veřejným zadavatelem, pokud byly služby poskytovány veřejnému zadavateli, nebo
(2) osvědčení vydané jinou osobou, pokud byly služby poskytovány jiné osobě než veřejnému zadavateli, nebo
1 Jednotlivými moduly jsou: 1. Vytváření vlastních webů, stránek, sekcí a rubrik; 2. Přehrávač videa;
3. Videogalerie; 4. Fotogalerie; 5. Ankety; 6. Bannery; 7. Kalendáře; 8. Drop in drop box moduly; 9. Menu; 10. PDF creator book; 11. Rubriky; 12. Úřední deska; 13. Smlouvy; 14. Automatický export veřejných smluv ze stávajících systémů na portál; 15. Články; 16. Portál občana; 17. Elektronické formuláře; 18. Chat; 19. Systém správce souborů; 20. Administrace; 21. Interaktivní pomocník; 22. Mapování a používání dokumentů;
23. Mapování složek; 24. Propojení se sociálními sítěmi; 25. Administrace uživatelská; 26. Přístup k tabulkám databáze; 27. Vkládání php a html kódu; 28. Dokumentace a manuály.
(3) smlouva s jinou osobou a doklad o uskutečnění plnění dodavatele, není-li současně možné osvědčení podle bodu 2 od této osoby získat z důvodů spočívajících na její straně.
(dále také jako „reference“ nebo „referenční list“)
Jestliže jedna reference splňuje více požadavků Zadavatele k prokázání technických kvalifikačních předpokladů, lze tuto referenci použít pro prokázání více bodů specifikovaných výše. V tomto případě je však nutné ze strany uchazeče dostatečně specifikovat, které požadavky danou službu/dodávku prokazuje a v jakém rozsahu.
U všech doložených referenčních zakázek, u kterých nebyl uchazeč (subjekt prokazující kvalifikaci – subdodavatel) v pozici jediného dodavatel (působil jako subdodavatel nebo podával společnou nabídku), musí být součást osvědčení také vyjádření jeho podílu na realizaci zakázky, přičemž jako referenci lze uznat pouze samotnou hodnotu a charakter (předmět) podílu na realizaci zakázky vztahující se k předmětu reference.
Jestliže nevyplývá z údajů uvedených v referenčním listu, že předmětná reference naplňuje požadavky zadávací dokumentace, je uchazeč povinen tyto informace uvést v seznamu referenčních zakázek. Např. je-li uchazečem předloženo osvědčení, ze kterého nevyplývá specifikace předmětu referenční zakázky, musí uchazeč tuto skutečnost uvést v seznamu referencí s přesným určením předmětu realizace, hodnoty konkrétní prokazované reference a doby realizace. Tyto skutečnosti musí uchazeč zároveň prokázat i jinými dokumenty – např. částí smlouvy o dílo, výňatkem z rozpočtu, dodatečným potvrzením objednatele vztahujícímu se ke konkrétnímu požadavku (např. emailem), není dostačující pouze informace v seznamu referencí či čestné prohlášení uchazeče.
Jestliže se jedná o zakázku probíhající, splní uchazeč požadavky na předmětnou referenční zakázku pouze v případě, že referenční zakázka splní všechny výše požadované parametry ke dni vydání osvědčení a tato skutečnost bude z předloženého osvědčení patrná.
Uchazeč v seznamu referenčních zakázek uvede kontakty na osoby zadavatele, u kterých může zadavatel uchazečem uvedené informace ověřit.
7.11. Seznam dokladů k prokázání kvalifikace
Uchazeč jako součást žádosti o účast doloží vyplněnou tabulku „Seznam dokladů k prokázání technických kvalifikačních předpokladů“ (v tištěné a elektronické editovatelné podobě), kde bude uveden seznam dokladů, kterými v nabídce prokazuje splnění technických kvalifikačních předpokladů. Údaje, které je třeba vyplnit, odpovídají požadavkům dle § 59 odst. 6 Zákona. Tabulka bude použita v Protokolu o posouzení kvalifikace. Vyplněním tabulky přímo uchazečem bude zamezeno zkreslení údajů, které mají být uvedeny v Protokolu o posouzení kvalifikace. Zadavatel si však vyhrazuje právo opravit případné chyby a rozdíly, pokud údaje v tabulce nebudou odpovídat dokladům uvedeným v žádosti o účast (Příloha č. 6 zadávací dokumentace).
8. Způsob zpracování nabídkové ceny
Nabídková cena bude zpracována ve formě tabulky, která je přílohou č. 4 této zadávací dokumentace. Nabídková cena bude uvedena v českých korunách za jednotlivé položky a dále celková za celý předmět veřejné zakázky. Uvedená příloha se stane přílohou č. 2 smlouvy.
Zadavatel upozorňuje, že plnění za části předmětu veřejné zakázky (dílčí plnění) nesmí překročit předpokládanou hodnotu veřejné zakázky u těchto dílčích plnění (položek) dle čl. 4 zadávací dokumentace – sloupec „Limit celkové nabídkové ceny vč. DPH“.
9. Hodnocení
Základním hodnotícím kritériem je ekonomická výhodnost nabídky:
Dílčí hodnotící kritérium | Váha (%) |
Nabídková cena | 70 |
Reakční doba k odstranění závady | 10 |
Doba nezbytná k odstranění závady | 10 |
Cena pozáručního servisu | 10 |
9.1.Nabídková cena
Jako nejvýhodnější bude v rámci tohoto kritéria hodnocena nabídka, jejíž celková nabídková cena bez DPH vyčíslená v souladu s přílohou č. 4 zadávací dokumentace bude nejnižší. Tato nabídka získá 70 bodů. Dalším nabídkám v pořadí přiřadí hodnotící komise počet bodů odpovídající poměru ceny nejvýhodnější nabídky a ceny další
(hodnocené) nabídky násobené číslem 70 se zaokrouhlením na dvě (2) desetinná místa podle níže uvedeného vzorce:
Nejnižší nabídková cena
---------- ------- ------- ------- ----- ------ x 70 = (počet bodů)
Hodnocená nabídková cena
9.2.Reakční doba k odstranění vady
Jako nejvýhodnější bude v rámci tohoto subkritéria hodnocena nabídka, která nabídne nejkratší reakční dobu k odstranění vad v hodinách u webového portálu. Tato nabídka získá 10 bodů. Dalším nabídkám v pořadí přiřadí hodnotící komise počet bodů odpovídající poměru hodnoty nejvýhodnější nabídky a hodnoty další (hodnocené) nabídky násobené číslem 10 se zaokrouhlením na dvě (2) desetinná místa podle níže uvedeného vzorce:
Nejkratší reakční doba
---------- ------- ------- ------- ----- ------ x 10 = (počet bodů)
Hodnocená reakční doba
Maximální možná reakční doba je 8 hodin. Bude-li nabízená delší doba, jedná se o nesplnění zadávacích podmínek.
9.3.Doba nezbytná k odstranění vady
Jako nejvýhodnější bude v rámci tohoto subkritéria hodnocena nabídka, která nabídne nejkratší dobu nezbytnou k odstranění vad v hodinách u webového portálu. Tato nabídka získá 10 bodů. Dalším nabídkám v pořadí přiřadí hodnotící komise počet bodů odpovídající poměru hodnoty nejvýhodnější nabídky a hodnoty další (hodnocené) nabídky násobené číslem 10 se zaokrouhlením na dvě (2) desetinná místa podle níže uvedeného vzorce:
Nejkratší doba nezbytná k odstranění vady
---------- ------- ------- ------- ----- ------ x 10 = (počet bodů)
Hodnocená doba nezbytná k odstranění vady
Maximální možná doba nezbytná k odstranění vady je 72 hodin. Bude-li nabízená delší doba, jedná se o nesplnění zadávacích podmínek.
9.4.Cena pozáručního servisu
V rámci tohoto dílčího kritéria budou hodnoceny cena měsíčního paušálu a cena za jednu (1) hodinu služeb nad měsíční paušál.
a) Cena měsíčního paušálu
V souladu s obchodními podmínkami bude měsíční paušál obsahovat osm (8) hodin práce servisního technika. Jako nejvýhodnější bude v rámci tohoto kritéria hodnocena nabídka, jejíž cena bez DPH bude nejnižší. Tato nabídka získá 7 bodů. Dalším nabídkám v pořadí přiřadí hodnotící komise počet bodů odpovídající poměru ceny nejvýhodnější nabídky a ceny další (hodnocené) nabídky násobené číslem 7 se zaokrouhlením na dvě
(2) desetinná místa podle níže uvedeného vzorce:
Nejnižší nabídková cena
---------- ------- ------- ------- ----- ------ x 7 = (počet bodů)
Hodnocená nabídková cena
b) Cena za jednu (1) hodinu nad měsíční paušál
Jako nejvýhodnější bude v rámci tohoto kritéria hodnocena nabídka, jejíž cena bez DPH za jednu (1) hodinu práce servisního technika nad měsíční paušál bude nejnižší. Tato nabídka získá 3 bodů. Dalším nabídkám v pořadí přiřadí hodnotící komise počet bodů odpovídající poměru ceny nejvýhodnější nabídky a ceny další (hodnocené) nabídky násobené číslem 3 se zaokrouhlením na dvě (2) desetinná místa podle níže uvedeného vzorce:
Nejnižší nabídková cena
---------- ------- ------- ------- ----- ------ x 3 = (počet bodů)
Hodnocená nabídková cena
Následně budou body za jednotlivá subkritéria sečteny.
10. Jistota
Zadavatel v souladu s § 67 Zákona požaduje, aby uchazeči k zajištění plnění svých povinností vyplývajících z účasti v zadávacím řízení, poskytli jistotu ve výši 150.000,- Kč (slovy: sto padesát tisíc korun českých). Jistotu poskytne uchazeč formou složení peněžní částky na účet zadavatele nebo formou bankovní záruky nebo pojištění záruky.
V případě poskytnutí jistoty formou složení peněžní částky platí níže uvedené údaje:
• bankovní spojení: Komerční banka a.s.
• číslo účtu: 107-2405080247/0100
• variabilní symbol: IČO uchazeče
Jistota musí být na účet zadavatele připsána nejpozději v den, ve kterém uplyne lhůta pro podání nabídek. Uchazeč poskytne spolu s nabídkou doklad o odepsání příslušné peněžní částky z jeho účtu ve prospěch účtu zadavatele a v nabídce uvede číslo účtu, na který mu má být jistota v Zákonem stanovených případech vrácena.
V případě poskytnutí jistoty formou bankovní záruky předloží uchazeč zadavateli společně s nabídkou výhradně originál příslušné záruční listiny. Z obsahu záruční listiny musí být nepochybné, že banka poskytne zadavateli plnění až do výše zaručené částky bez odkladu a bez námitek po obdržení první výzvy zadavatele v souladu s ustanovením
§ 67 Zákona, a to na základě sdělení zadavatele, že uchazeč ve smyslu ust. § 67 odst. 7 Zákona:
• v rozporu se Zákonem nebo zadávacími podmínkami zrušil nebo změnil nabídku; nebo
• odmítl uzavřít se zadavatelem smlouvu na plnění Xxxxxxx zakázky podle § 82 odst. 2 a 4 Zákona; nebo
• neposkytl zadavateli řádnou součinnost k uzavření smlouvy podle § 82 odst. 4 Zákona.
Platnost bankovní záruky musí začínat nejpozději posledním dnem lhůty pro podání nabídky a trvat po celou dobu zadávací lhůty.
Originál bankovní záruky bude vložen do nabídky tak, aby jej zadavatel mohl oddělit od ostatních dokumentů a vrátit uchazeči. Současně s originálem bankovní záruky uchazeč vloží do nabídky rovněž i jeho kopii, která bude pevně spojena s nabídkou.
V případě poskytnutí jistoty formou pojištění záruky musí být pojistná smlouva uzavřena tak, že pojištěným je uchazeč a oprávněnou osobou, která má právo na pojistné plnění, je zadavatel. Pojistitel vydá pojištěnému písemné prohlášení obsahující závazek vyplatit zadavateli za podmínek stanovených v § 67 odst. 7 Zákona pojistné plnění.
Z obsahu záruční listiny musí být nepochybné, že pojišťovna poskytne zadavateli plnění až do výše požadované částky bez odkladu a bez námitek po obdržení první výzvy zadavatele v souladu s ustanovením § 67 Zákona, a to na základě sdělení zadavatele, že uchazeč ve smyslu ust. § 67 odst. 7 Zákona:
• v rozporu se Zákonem nebo zadávacími podmínkami zrušil nebo změnil nabídku; nebo
• odmítl uzavřít se zadavatelem smlouvu na plnění Xxxxxxx zakázky podle § 82 odst. 2 a 4 Zákona; nebo
• neposkytl zadavateli řádnou součinnost k uzavření smlouvy podle § 82 odst. 4 Zákona.
Platnost záruční listiny musí začínat nejpozději posledním dnem lhůty pro podání nabídek a trvat po celou dobu zadávací lhůty.
Originál záruční listiny bude vložen do nabídky tak, aby jej zadavatel mohl oddělit od ostatních dokumentů a vrátit uchazeči. Současně s originálem záruční listiny uchazeč vloží do nabídky rovněž i její kopii, která bude pevně spojena s nabídkou.
11. Obchodní podmínky
Obchodní podmínky jsou stanoveny ve formě závazného návrhu smlouvy, který je
přílohou č. 5 této zadávací dokumentace.
Uchazeč není oprávněn smlouvu jakkoli měnit, kromě doplnění své identifikace, nabídkové ceny a doplnění dalších údajů označených „DOPLNÍ UCHAZEČ“.
Vybraný uchazeč (nikoli uchazeč v nabídce) před podpisem smlouvy jako její přílohu předloží bankovní záruku ve výši alespoň 20 % nabídkové ceny vybraného uchazeče v rozsahu stanoveném v příloze č. 5 této zadávací dokumentace (čl. VI odst. 11). Nepředložení této záruky bude považováno za neposkytnutí součinnosti dle § 82 odst. 4 Zákona.
12. Lhůta a místo pro podání nabídky
Uchazeč je oprávněn podat nabídku v pracovních dnech, a to
Pondělí, středa 7:30 - 18:00 hod.
Úterý, čtvrtek 7:30 - 15:00 hod.
Pátek 7:30 - 14:00 hod.
v sídle Zadavatele na adrese Xxxxxxxx 000, Xxxxx 0, XXX 000 00, a to konkrétně v podatelně Zadavatele.
Uchazeč nabídku podá nejpozději do 25. května 2015 do 10:00 hod.
13. Otevírání nabídek
Otevírání obálek proběhne v sídle Zadavatele uvedené v předchozím článku zadávací dokumentaci dne 25. května 2015 v 10:15 hod. Za uchazeče je oprávněna se zúčastnit jedna osoba, která prokáže svoji totožnost úředním dokladem a dále předloží plnou moc, pokud se nebude jednat přímo o uchazeče nebo člena jeho statutárního orgánu.
14. Formální požadavky na nabídku
Zadavatel doporučuje, aby nabídka byla členěna následujícím způsobem:
(1) krycí list obsahující identifikační údaje uchazeče;
(2) doklady prokazující splnění kvalifikačních předpokladů;
a. základní kvalifikační předpoklady;
b. profesní kvalifikační předpoklady
c. prohlášení k ekonomické a finanční způsobilosti;
d. technické kvalifikační předpoklady;
e. případně prohlášení subdodavatele dle § 51 odst. 4 písm. a) Zákona subdodavatelská smlouva dle § 51 odst. 4 písm. b) Zákona;
(3) nabídková cena;
(4) technický popis plnění, který bude zpracován takovým způsobem, aby zcela pokrýval předmět veřejné zakázky vymezený touto zadávací dokumentací,
(5) podepsaný návrh smlouvy;
(6) smlouva dle § 51 odst. 6 Zákona, je-li podávána společná nabídka;
(7) seznam statutárních orgánů nebo členů statutárních orgánů, kteří v posledních 3 letech od konce lhůty pro podání nabídek byli v pracovněprávním, funkčním či obdobném poměru u zadavatele,
(8) má-li dodavatel formu akciové společnosti, seznam vlastníků akcií, jejichž souhrnná jmenovitá hodnota přesahuje 10 % základního kapitálu, vyhotovený ve lhůtě pro podání nabídek,
(9) prohlášení uchazeče o tom, že neuzavřel a neuzavře zakázanou dohodu podle zvláštního právního předpisu v souvislosti se zadávanou veřejnou zakázkou,
(10) doklad o složení jistoty;
(11) ostatní doklady.
Zadavatel doporučuje, aby jednotlivé listy nabídky byly očíslovány nepřerušovanou číselnou řadou a pevně k sobě svázány.
Nabídky musí být uzavřena v důkladně zalepené obálce, na které budou identifikační údaje uchazeče, název veřejné zakázky „Rozvoj ICT služeb na MČ Praha 20“ a označení
„Veřejná zakázka – NEOTEVÍRAT“.
Nabídka bude předložena v jednom originále v listinné podobě a v elektronické podobě (formát .pdf) na CD-ROM.
15. Ostatní podmínky
(1) Zadavatel nepřipouští varianty nabídek ani dodatečné plnění nabídnuté nad rámec požadavků stanovených v zadávací dokumentaci.
(2) Zadavatel si vyhrazuje právo změnit zadávací podmínky po oznámení zahájení zadávacího řízení. V takovém případě přiměřeně prodlouží lhůtu pro podání nabídek.
(3) Dle § 2e zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě je vybraný uchazeč osobou povinnou spolupůsobit při výkonu finanční kontroly, přičemž je zejména povinen
a. poskytnout objednateli veškeré doklady související s výkonem této smlouvy, které si vyžádají kontrolní orgány, a spolupůsobit při výkonu finanční kontroly dle § 2 písmena e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě, ve znění pozdějších předpisů na náklady zhotovitele;
b. umožnit pověřeným osobám kontrolu a ověření plnění mandátní smlouvy po dobu trvání realizace stavby a dále po dobu 5 let po ukončení realizace stavby;
c. po dobu deseti let od ukončení realizace projektu uchovávat originál smlouvy, včetně jejích případných dodatků, veškeré originály účetních a dalších dokumentů souvisejících s výkonem této smlouvy a poskytovat požadované informace a dokumentaci za účelem ověřování plnění Podmínek usnesení/Smlouvy o financování zaměstnancům pověřených orgánů: Hlavního města Prahy, Ministerstva financí ČR, Evropské komise, Evropského účetního dvora, Nejvyššího kontrolního úřadu, příslušného finančního úřadu, a dalších oprávněných orgánů státní správy. Doklady musí být uchovány způsobem uvedeným v zákoně č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů a souvisejícími prováděcími právními předpisy. Zároveň je vybraný uchazeč povinen se řídit
Nařízením rady (ES) č. 1083/2006 ze dne 11.7.2006 o obecných ustanoveních o Evropském fondu pro regionální rozvoj, Evropském sociálním fondu a Fondu soudržnosti a o zrušení nařízení (ES) č. 1260/1999 (dále jen „Nařízení“) v oblasti uchovávání dokumentace týkající se projektů podpořených z Operačního programu Praha – Konkurenceschopnost. Na základě ustanovení článku č. 90 Nařízení, má dodavatel povinnost uchovávat originální dokumentaci související s realizací projektu a jeho financováním po dobu tří let od uzavření Operačního programu Praha - Konkurenceschopnost.
(4) Zadavatel upozorňuje, že uvedená veřejná zakázka je hrazena z Evropského fondu pro regionální rozvoj a její provedení je plně závislé na poskytnutí dotačních prostředků. Termín zaplacení předmětu musí proběhnout nejpozději
30. 9. 2015, v případě, že z průběhu zadávacího řízení bude zřejmé resp. vysoce pravděpodobné, že veřejnou zakázku nebude možné realizovat (dokončit a zaplatit) v požadovaném termínu, Zadavatel tuto skutečnost bude považovat za důvod pro zrušení zadávacího řízení dle § 84 odst. 2 písm. e) Zákona.
(5) Uchazeč je povinen předložit nabídku v českém nebo slovenském jazyce. Zadavatel bude akceptovat, pokud součástí nabídky budou listiny reklamního charakteru v jiném jazyce, pokud z předložených dokumentů v českém jazyce bude vyplývat splnění zadávacích (zejména technických) podmínek zadavatele.
(6) V případě, že zadávací podmínky obsahují požadavky nebo odkazy na obchodní firmy, názvy nebo jména a příjmení, specifická označení zboží a služeb, která platí pro určitého podnikatele (osobu) za příznačná, nebo patenty, ochranné známky a označení původu, umožňuje zadavatel použití i jiných, kvalitativně a technicky obdobných řešení, která naplní zadavatelem požadovanou funkcionalitu.
16. Přílohy
⮚ Příloha č. 1 – Krycí list nabídky
⮚ Příloha č. 2 – Čestné prohlášení k základním kvalifikačním předpokladům
⮚ Příloha č. 3 – Čestné prohlášení k ekonomické a finanční způsobilosti
⮚ Příloha č. 4 – Tabulka pro zpracování nabídkové ceny
⮚ Příloha č. 5 – Závazný návrh smlouvy
⮚ Příloha č. 6 – Vzor tabulky k bodu 7.11 ZD
za Zadavatele
Xxx. Xxxxx Xxxx, advokát