Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Zadávací dokumentace
1. Identifikační údaje zadavatele Město Mikulov
Zadavatel: Sídlo:
Náměstí 1, 692 20 Mikulov 00283347
IČ: DIČ:
CZ00283347
Telefon:
519 444 555
E-mailová adresa: Osoba oprávněná jednat za zadavatele:
[email protected] Rostislav Koštial, starosta
Název veřejné zakázky: „Dodání řešení technologického centra pro MěÚ Mikulov“
2. Podmínky a požadavky na zpracování nabídky Nabídka bude sestavena v následujícím pořadí: a) krycí list nabídky obsahující: a. identifikační údaje zadavatele dle bodu 1 zadávací dokumentace b. název veřejné zakázky c. úplné a přesné identifikační údaje uchazeče (název nebo jméno a příjmení, adresa sídla nebo místa podnikání, IČ, DIČ, bankovní spojení, jméno osoby oprávněné jednat jménem či za uchazeče) d. kontaktní údaje (tel. a fax. spojení, e-mail) e. nabídkovou cenu v členění dle bodu 6 zadávací dokumentace f. datum, jméno a podpis osoby oprávněné jednat jménem či za uchazeče b) obsah c) 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; v případě nesplňování tohoto bodu uvede uchazeč tuto skutečnost včetně zdůvodnění ve své nabídce
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
d) 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; v případě nesplňování tohoto bodu uvede uchazeč tuto skutečnost včetně zdůvodnění ve své nabídce e) prohlášení uchazeče o tom, že neuzavřel a neuzavře zakázanou dohodu podle zvláštního právního předpisu [zákon č. 143/2001 Sb., o ochraně hospodářské soutěže a o změně některých zákonů (zákon o ochraně hospodářské soutěže), ve znění pozdějších předpisů] v souvislosti se zadávanou veřejnou zakázkou f) doklady a informace prokazující splnění kvalifikace uchazeče dle bodu 4.1 zadávací dokumentace g) návrh smlouvy podepsaný osobou oprávněnou jednat jménem či za uchazeče včetně příloh dle bodu 5 zadávací dokumentace h) prohlášení uchazeče, že souhlasí s podmínkami zadávacího řízení a že údaje, které uvedl, jsou pravdivé
Nabídka musí obsahovat všechny náležitosti požadované zadavatelem ve výzvě a přílohách. Veškeré doklady musí být zpracovány v českém jazyce a vytištěny kvalitním způsobem tak, aby byly dobře čitelné. Žádný doklad nesmí obsahovat opravy a přepisy, které by zadavatele mohly uvést v omyl. Dodavatel může podat pouze jednu nabídku. Dodavatel, který podal nabídku v zadávacím řízení, nesmí být současně subdodavatelem, jehož prostřednictvím jiný dodavatel v tomtéž zadávacím řízení prokazuje kvalifikaci. Nabídka bude podána 1x v originále a 1x v kopii (nebo na CD/DVD).
2
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
3. Specifikace předmětu zakázky
3.1 Blade centrum včetně redundantních aktivních prvků a zdrojů Výrobce Model
Minimální konfigurace včetně specifikace požadovaných parametrů: Parametr
Specifikace
Počet Provedení skříně Počet serverů ve skříni Konektivita serverů v šasi
1 Rackmount, max. 10U. Min. 8 plnohodnotných serverů. Veškeré LAN a SAN cesty redundantní. Min. 4.
Počet pozic pro switch moduly Osazení switche: - Ethernet (počet portů a jejich rychlost) - Fibre channel (počet portů a jejich rychlost) Napájecí systém Chladící systém Interní mechanika Vzdálená správa
Min. 4 porty 1Gb/s Ethernet Pass-Thru pro každý server. Min. 2 porty SFP 8Gb/s FC Pass-Thru pro každý server. Redundantní napájení typu n+n, efektivita napájecích zdrojů min. 90%. Redundantní chladící systém. Interní DVD-RW. Redundantní management modul. Vlastnosti vzdálené správy: kompletní vzdálená správa šasi a jednotlivých serverů, dedikovaný ethernet port, nezávislá na stavu serverů. Požadován monitoring stavu serverů a šasi, predikce chyb, přesměrování KVM, vzdálené připojení médií nezávislé na OS, podpora šifrování a autorizace uživatelů. Management - zajištění běhu serverů i
3
Způsob plnění
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
při výpadku obou management modulů. Konfigurace serverů je uvedena v bodě 3.2 zadávací dokumentace. Zadavatel požaduje jedno Blade šasi (bod 3.1 zadávací dokumentace) a dva Blade servery (bod 3.2 zadávací dokumentace). Plnohodnotným serverem je myšlen server plně redundantně zapojený. Záruční doba Blade centra je požadována v délce min. 2 let.
3.2 Blade servery včetně příslušenství Výrobce Model
Minimální konfigurace včetně specifikace požadovaných parametrů: Parametr
Specifikace
Počet serverů Provedení serverů Počet procesorových patic na server Počet osazených fyzických procesorů na server Počet jader/vláken na fyzický procesor Požadovaný výkon
2 Blade. Min. 2. Min. 2.
Operační paměť (osazení) na server: - počet DIMM portů - velikost paměti, na kterou je paměť rozšiřitelná - velikost osazené operační paměti
Bootovací médium pro VMware Fibre channel konektivita na server – počet portů a jejich rychlost Ethernet konektivita na server – počet
Min. 8/16. Dle výsledků testů SPEC CPU2006 (http://www.spec.org): Min. hodnota CINT2006 – 35. Min. hodnota CFP2006 – 45. Minimálně 24 DIMM portů pro blade server standardní šířky. Paměť rozšiřitelná na min. 768GB per server. Osazena min. 128GB (moduly rovnoměrně rozložené přes všechny paměťové kanály). USB klíč pro boot VMware. Min. 2 x 8Gb/s port, redundantní připojení do SAN sítě. Min. 4 x metalický ethernet 1Gb/s port,
4
Způsob plnění
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
portů a jejich rychlost Prediktivní analýza chyb na komponentech CD/DVD-ROM
Vzdálená správa
redundantní připojení do LAN sítě. Požadována predikce chyb na pamětech, HDD a ventilátorech. Sdílena na Blade šasi, možnost vzdáleného přidělení mechaniky jednotlivým serverům. Přes management Blade šasi. Vlastnosti vzdálené správy: kompletní vzdálená správa serverů. Požadován monitoring stavu serverů, predikce chyb, přesměrování KVM, vzdálené připojení médií nezávislé na OS, podpora šifrování a autorizace uživatelů.
Uvedená specifikace parametrů je pouze pro jeden server. Záruční doba Blade serverů je požadována v délce min. 2 let.
3.3 Diskové pole včetně redundantních řadičů a zdrojů Výrobce Model
Minimální konfigurace včetně specifikace požadovaných parametrů: Parametr
Specifikace
Počet polí Architektura Řadiče
2 Modulární, dvouřadičová disková pole.
Rozšiřitelnost, podporované HDD
Konektivita k hostitelským serverům (front-end)
2 řadiče na každé pole. Celková velikost cache/RAM min. 1 GB na řadič. Celková rozšiřitelnost na min. 65 disků na pole. Podpora 3,5” disků SAS a SATA. Disková pole musí umožňovat připojení pomocí min. 4 Gb/s FC a min. 1 Gb/s ethernet s možností
5
Způsob plnění
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Typ přístupu k datům
Kompatibilita se SAN a LAN infrastrukturou Kompatibilita
Počet hostitelských serverů připojovaných k diskovým polím Replikace dat
Požadovaná čistá kapacita
Management virtualizačního controleru, další požadavky
Zabezpečení diskových skupin
Zabezpečení dat
Zajištění kapacit
SW licence
budoucího poskytování souborových služeb (NFS, CIFS) bez nutnosti dokupovat další HW. Blokový, standard FCP a iSCSI v rámci 1 zařízení (s možností podpory budoucího souborového přístupu k datům). Disková pole musí být možné připojit do standardní FC a iSCSI infrastruktury. Disková pole musí být prokazatelně uvedena na HCL (hardware compatibility listu) VMware. Řešení musí obsahovat licence na neomezený počet připojení hostitelských serverů. Disková pole musí obsahovat licence pro replikaci dat na neomezenou kapacitu. 1. pole - min. 3 TB v rychlých (SAS) discích. 2. pole - min. 4 TB v pomalých (SATA) discích. SW pro plnohodnotnou správu diskových polí a diskových subsystémů, možnost ovládání přes CLI, GUI (prostřednictvím standardního webového prohlížeče). Podpora takových typů diskových skupin, které jsou imunní na výpadek dvou fyzických disků. Podpora vytváření snapshotů, možnost využití snapshotů jako first-level zálohy dat aplikačních logik, možnost jednoduché obnovy dat ze snapshotů. Thin provisioning logických jednotek, deduplikace uložených dat na úrovni diskových polí. Pokud jsou pole vybavena jakýmikoliv licencemi, musejí být tyto zajištěny pro neomezenou kapacitu/počet připojených serverů. Součástí polí musí být licence na SW 6
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Provedení
pro plnou integraci správy snapshotů se stávajícím prostředím zadavatele (MS SQL, Exchange, SharePoint). Rackmount.
Zadavatel požaduje dvě disková pole – jedno pro primární a jedno pro sekundární serverovnu (primární serverovna je umístěná ve třetím nadzemním podlaží budovy MěÚ Mikulov, sekundární serverovna je umístěná na Městské policii v přízemí budovy MěÚ Mikulov). Data mezi primární a sekundární serverovnou musí být replikovatelná a to v obou směrech pro případ disaster situací. Vzhledem k tomu, že se do budoucna předpokládá datově rostoucí řešení bez vynaložení dalších nákladů, požaduje zadavatel licence pro replikaci dat na neomezenou kapacitu. Pokud nabízená disková pole replikaci dat umožňují, ale tato není samostatně licencována (je obsažena v základní ceně), uvede se tato skutečnost do sloupce „Způsob plnění“. Zadavatel požaduje synchronní i asynchronní replikaci diskových polí, která jsou plně kompatibilní s nabízenou virtualizační platformou. Data mezi diskovými poli mohou být replikována i nástroji třetích stran, pokud toto jejich nástroje umožňují. Cílem je přenášet data mezi lokalitami s maximální efektivitou vytížení přenosových linek. Zadavatel požaduje u diskových polí možnost rozšíření o 3,5“ disky, dokud nebude pole plné, a počítá s možností přidání expanzních polic, které budou podporovat taktéž 3,5“ disky. Pokud budou podporovat i 2,5“ disky, není to na závadu. Zadavatel předpokládá osazení obou polí 3,5“ disky. Zadavatel požaduje licence na oba druhy připojení (standardní FC i iSCSI). Předpokládá se souběžný přístup přes obě připojení. Za rychlé disky zadavatel považuje disky SAS s 15 000 rpm, za pomalé disky považuje disky Nearline SAS (SATA) se 7 200 rpm. Zadavatel požaduje čistou využitelnou kapacitu, tj. po zformátování a odečtení prostoru zabraného systémovými oblastmi. Počítá se s RAID 6 nebo lepším. Uvedená specifikace parametrů je pouze pro jedno diskové pole. Záruční doba Diskových polí je požadována v délce min. 2 let.
3.4 SAN FC switche včetně příslušenství Výrobce Model
7
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Minimální konfigurace včetně specifikace požadovaných parametrů: Parametr
Specifikace
Počet Technologie SFP moduly
2 Fibre Channel 8 Gb/s. 2 ks – 4 Gb/s. 14 ks – 8 Gb/s. 1, 2, 4 a 8 Gb/s. Min. 16 portů. 18 ks – FC kabel OM3, MMF, 5m, LC/LC. Možnost rozšíření na min. 24 portů.
Podporované technologie Licence Kabely Rozšiřitelnost – počet portů, na které je možné rozšířit SAN FC switche Provedení
Způsob plnění
Rackmount.
Uvedená specifikace parametrů je pouze pro jeden switch. Záruční doba SAN FC switchů je požadována v délce min. 2 let.
3.5 Pásková knihovna včetně příslušenství Výrobce Model
Minimální konfigurace včetně specifikace požadovaných parametrů: Parametr
Specifikace
Počet Mechaniky Zásobník Rozhraní Datové kazety Čistící kazety Rozšiřitelnost
1 1 ks – min. LTO-4 Ultrium. Min. 24 kazet. Min. 4 Gb/s Native Fibre Channel. 20 ks – min. 400/800 GB. 1 ks. Možnost doplnění druhé mechaniky LTO-4 (resp. LTO-5) Ultrium. Možnost výměny stávající mechaniky za LTO-5 Ultrium. Rackmount.
Provedení
8
Způsob plnění
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Záruční doba Páskové knihovny je požadována v délce min. 2 let.
3.6 Switche LAN včetně příslušenství Výrobce Model
Minimální konfigurace včetně specifikace požadovaných parametrů: Parametr
Specifikace
Počet Porty
2 Min. 24 portů, 10/100/1000 Mb/s, min. 4 combo ethernet porty SFP, 2 porty pro stohování. L3. Min. 176 Gb/s. Min. 32000. Min. 130 Mp/s. Min. 8 MB. 1U. Min. 256 MB RAM. Musí podporovat klasifikaci packetů na vrstvách L2-L4 ISO OSI modelu. Musí podporovat bezpečnostní profily. Bezpečnostním profilem se rozumí všechny kombinace: definice VLANy, L2-L4 pravidla pro filtraci, L2-L4 pravidla pro kvalitu služby, L2-L4 pravidla pro omezení rychlosti. Musí podporovat schopnost aplikace bezpečnostního profilu: staticky na port, staticky na VLAN, dynamicky dle radius autentizace. Musí podporovat vícenásobnou autentizaci identit na portu s aplikací unikátních bezpečnostních profilů na tyto identity. Počet možných současně autentizovaných identit a unikátních
Management Switching kapacity Velikost tabulky adres Šířka pásma – výkonnost Packet Buffer Typ skříně Paměť Funkce pro kvalitu služby Bezpečnostní profily
Vícenásobná autentizace
9
Způsob plnění
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Funkce pro bezpečnost
Funkce pro management a monitoring
Další funkce
Provedení
bezpečnostních profilů musí být na každém portu min. 8. Musí podporovat dynamický a statický MAC Based Port Locking. BPDU port protection, DHCP protection, ARP protection. Musí obsahovat teplotní čidlo v případě překročení teploty upozornit management (trap a syslog). Musí podporovat sledování ventilátorů a zdrojů přes SNMP. IPv4 Routing (Standard Access Control List (ACLs) , VLAN-based ACLs, ARP & ARP Redirect, IP Helper Address, RFC 826 – Ethernet ARP, RFC 1058 – RIP v1, RFC 1724 – RIPv2 MIB Extension, RFC 2453 – RIP v2, RFC 3046 – DHCP/BootP Relay). Rackmount.
4 combo ethernet porty SFP mohou být nahrazeny 4 porty SFP+ za předpokladu, že zařízení bude disponovat 24 porty (10/100/1000 Mb/s) a 4 porty SFP+ bude možno osadit i gigabitovými i stomegabitovými SFP transcievery min. následujících typů: 1000Base-SX (Multi-Mode do 550m), 1000Base-LX (Single-Mode do 10km), 1000Base-LX (Multi-Mode do 2km), 100Base-FX (Multi-Mode do 10km), 100Base-FX (Multi-Mode do 2km). Uvedená specifikace parametrů je pouze pro jeden switch. Záruční doba Switchů LAN je požadována v délce min. 2 let.
3.7 Optická trasa Minimální konfigurace včetně specifikace požadovaných parametrů: Parametr
Specifikace
Technologie
SFP Multi Mode Fibre, OM3, min. 12 vláken. 100m.
Délka
10
Způsob plnění
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Kabel bude veden z primární serverovny do sekundární serverovny. Pro položení kabelu je možno využít stávajících tras kabelových rozvodů, které jsou v lištách a prostupy jsou zapěněny. Záruční doba Optické trasy je požadována v délce min. 2 let.
3.8 FC controler do stávajícího diskového pole S ohledem na využití současné infrastruktury je vyžadována kompatibilita se stávajícím diskovým polem: FS FibreCAT SX88 Minimální konfigurace včetně specifikace požadovaných parametrů: Parametr
Specifikace
Počet Typ Specifikace
1 RAID Controller for single shipment. 2 x 4 Gb/s SFP.
Způsob plnění
Stávající diskové pole FS FibreCAT SX88, které je 5 let staré, bude využito pro zálohování disk to disk to tape. Záruční doba FC controleru je požadována v délce min. 2 let.
3.9 Záložní zdroj s management kartou Výrobce Model
Minimální konfigurace včetně specifikace požadovaných parametrů: Parametr
Specifikace
Počet Typ Kapacita Management card
1 Online UPS. Min. 8 kVA/6,4 kW. Umožňuje automatické postupné vypínání a zapínání serverů, ovládání
11
Způsob plnění
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Provedení
přes ethernet. Rackmount.
Záruční doba Záložního zdroje je požadována v délce min. 2 let.
3.10 Firewall Výrobce Model
Minimální konfigurace včetně specifikace požadovaných parametrů: Parametr
Specifikace
Počet Síťová rozhraní
1 Min. 2 x 10/100/1000 (WAN). Min. 6 x 10/100 (LAN). Min. 500 Mb/s. Min. 80 Mb/s. Stavový firewall, IPSec/SSL VPN, prevence proti vniknutí do systému (IPS), antivirus, antispyware, antimalware, filtrování webového obsahu a antispam.
Propustnost Propustnost IPsec VPN Bezpečnostní funkce
Způsob plnění
Zadavatel požaduje podporu updatů definic bezpečnostních funkcí. Délku této podpory zadavatel nespecifikuje. Záruční doba Firewallu je požadována v délce min. 2 let.
3.11 FC karta do serveru S ohledem na využití současné infrastruktury je vyžadována kompatibilita se stávajícím serverem: FS Primergy RX200 S2
12
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Minimální konfigurace včetně specifikace požadovaných parametrů: Parametr
Specifikace
Počet Typ Port
1 FC karta pro připojení k SAN. 1 x 2 Gb/s.
Způsob plnění
Záruční doba FC karty je požadována v délce min. 2 let.
3.12 Software licence pro virtualizaci S ohledem na využití současné infrastruktury je vyžadována kompatibilita se stávajícím software pro virtualizaci: VMware vSphere 5 Enterprise Plus Specifikace software: Parametr
Specifikace
VMware vSphere 5 Enterprise Plus for 1 processor včetně Basic Support/Subscription for VMware vSphere 5 Enterprise Plus for 1 processor for 1 year Upgrade VMware vCenter Server Foundation to vCenter Server Standard včetně Basic Support/Subscription for VMware vCenter Server Standard for 1 year
4 licence. Požadována přímá podpora výrobce produktu.
Způsob plnění
1 licence. Požadována přímá podpora výrobce produktu.
3.13 Software pro zálohování a archivaci Specifikace software: Parametr
Specifikace
Zálohování VMware serverů
Min. 4 licence.
13
Způsob plnění
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Zálohování virtuálních serverů Zálohování Exchange Zálohování MS SQL
Min. 12 licencí. Min. 1 licence. Min. 2 licence.
Zadavatel nepožaduje žádný konkrétní zálohovací software. Uvedené počty licencí upřesňují, co se bude zálohovat. Pokud nabídnutý zálohovací software umožní zálohování požadovaných serverů bez nutnosti dokupování dalších licencí, uvede se toto do sloupce „Způsob plnění“.
3.14 Racková skříň Minimální konfigurace včetně specifikace požadovaných parametrů: Parametr
Specifikace
Počet Typ Velikost
1 19" rozvaděč stojanový. Min. 12Ux600x1000.
Způsob plnění
Záruční doba Rackové skříně je požadována v délce min. 2 let.
Souhrnná specifikace k bodům 3.1–3.14 zadávací dokumentace Uchazeč ve své nabídce v rámci přílohy č. 1 návrhu smlouvy Popis navrhovaného řešení (viz bod 5 zadávací dokumentace) uvede k výstupům 3.1–3.14 konkrétní způsob plnění jednotlivých parametrů (příklad: Parametr – Počet serverů ve skříni, Specifikace – Min. 8 plnohodnotných serverů, Způsob plnění – 8 plnohodnotných serverů) tak, aby předložený návrh smlouvy neobsahoval neurčité vymezení bližší specifikace předmětu smlouvy obsažené v příloze č. 1 Popis navrhovaného řešení (uchazeč jej uvede do připravené přílohy č. 1 návrhu smlouvy). Uchazeč dále uvede k výstupům 3.1-3.6 a 3.9-3.10 výrobce a model. Uchazeč doplní přílohu pouze v bodech pro to určených, tj. sloupce Způsob plnění a Výrobce a Model. Obsahuje-li specifikace předmětu zakázky požadavky nebo odkazy na obchodní firmy, názvy, specifická označení zboží, které platí pro určitou osobu, popřípadě její organizační složku za příznačné, ochranné známky nebo označení původu, lze pro plnění veřejné zakázky použít i jiných, kvalitativně a technicky obdobných řešení. Zadavatel netrvá na dodávce zařízení od žádného konkrétního výrobce žádným konkrétním dodavatelem. Obsahuje-li specifikace předmětu zakázky požadavky na kompatibilitu, má se za to, že zadavateli jde o následný funkční provoz zařízení, nepreferuje tedy žádnou konkrétní značku hardware ani software.
14
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Nákres současného stavu IT infrastruktury tvoří přílohu č. 1 zadávací dokumentace, nákres požadovaného stavu IT infrastruktury tvoří přílohu č. 2 zadávací dokumentace.
3.15 Provozní směrnice technologického centra Provozní směrnice technologického centra (dále jen „provozní směrnice“) musí být odvozena z legislativních ustanovení § 5a odst. 1 a § 5b zákona č. 365/2000 Sb., o informačních systémech veřejné správy, ve znění pozdějších předpisů, a ustanovení § 10 odst. 2 písm. a) vyhlášky č. 529/2006 Sb., o požadavcích na strukturu a obsah informační koncepce a provozní dokumentace a o požadavcích na řízení bezpečnosti a kvality informačních systémů veřejné správy (vyhláška o dlouhodobém řízení informačních systémů veřejné správy). Definuje provozní procedury, které musí být dodržovány, organizační opatření, odpovědnost osob působících v technologickém centru (dále jen „TC“). Musí předepsat pravidla chování směrem k jednotlivým subjektům (dodavatelům, provozovatelům) TC. Provozní směrnice musí definovat i pravidla organizační a administrativní povahy, různé procedury v oblasti fyzické a personální bezpečnosti a práce s dokumenty tak, jak jsou potřebné pro zajištění bezpečnosti během provozu TC. Provozní směrnice musí pamatovat také na realizaci opatření z hlediska bezpečnostních funkcí z oblasti počítačové bezpečnosti náhradními opatřeními. Rovněž je zapotřebí respektovat předpisy o požární bezpečnosti (vyhláška č. 23/2008 Sb., o technických podmínkách požární ochrany staveb) a obecné předpisy o bezpečnosti a ochraně zdraví při práci [BOZP, zákon č. 309/2006 Sb., kterým se upravují další požadavky bezpečnosti a ochrany zdraví při práci v pracovněprávních vztazích a o zajištění bezpečnosti a ochrany zdraví při činnosti nebo poskytování služeb mimo pracovněprávní vztahy (zákon o zajištění dalších podmínek bezpečnosti a ochrany zdraví při práci), ve znění pozdějších předpisů, zákon č. 262/2006 Sb., zákoník práce, ve znění pozdějších předpisů].
3.15.1 Obsah provozní směrnice a) stručný popis TC, jeho rozsahu, umístění, jeho funkčnost (popis zapojení a nákres finálního stavu) b) funkce (role) zavedené v TC pro výkon správy bezpečnosti a činnosti, které zajišťují c) postup pro zařazení osoby do seznamu oprávněných osob a pro její vyřazení, kdo o zařazení/vyřazení rozhoduje, kdo vede seznam uživatelů d) jmenný seznam uživatelů/správců, s uvedením přístupových práv konkrétních osob (skupin uživatelů) k objektům, resp. technologiím TC e) schválená základní konfigurace, umístění jednotlivých komponent TC, odpovědnost za dodržování konfigurace hardware a software, systém řízení konfigurace (schvalování změn, aktualizace) f) fyzické zabezpečení TC (postup pro zamezení přístupu neoprávněných osob a protipožární ochranu reagující na překročení nastavené maximální teploty)
15
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
g) procedury vztahující se k provádění údržby hardware a software (čištění hardware a aktualizace software) h) postup při haváriích Pro případ havárie (způsobené např. chybou obsluhy, poruchou techniky nebo živelní pohromou) musí být zachována zejména návaznost na požární řád objektu a rovněž i: a) stručně a jasně popsán sled činností pracovníka při dané události b) pro zajištění bezpečnosti uvedena: a. činnost následující ihned po havárii vedoucí k minimalizaci škod b. činnost, která vede k likvidaci následků havárie a která obsahuje konkrétní pracovní postup se jmény a způsobem vyrozumění a dosažení pracovníků povolávaných na pracoviště c. způsob zálohování d. způsob zajištění servisní činnosti e. způsob zajištění nouzového provozu systému s vyjmenováním minimálních funkcí, které musí být zachovány c) procedury pro kontrolu personálu údržby a jiného podpůrného personálu, který může potřebovat přístup do oblasti, v níž jsou umístěny TC nebo vzdálené pracovní stanice a terminály d) kontaktní osoby pro jednotlivé oblasti bezpečnosti a provozu TC Provozní směrnice bude tvořit jeden z dílčích výstupů zakázky jako návaznost na vybudované TC. Při realizaci této části zakázky se předpokládá součinnost zadavatele spočívající v předání informací potřebných ke zpracování výstupu, zejm. jména osob pro zařazení do seznamu oprávněných osob, jména osob rozhodujících o zařazení do/vyřazení ze seznamu oprávněných osob, jména osob vedoucích seznam uživatelů, uživatele/správce TC, jména osob povolávaných na pracoviště pro případ havárie, jména osob údržby a jiných podpůrných osob přistupujících do TC pro případ havárie, jména kontaktních osob pro jednotlivé oblasti bezpečnosti a provozu TC pro případ havárie. Při zpracovávání výstupu je potřeba do celkového času nutného k vyhotovení a včasnému dodání výstupu počítat s připomínkovacím řízením (předložení výstupu dodavatelem, kontrola zadavatelem, příp. připomínky zadavatele, zapracování příp. připomínek dodavatelem). Uchazeč může ve své nabídce předložit návrh řešení zpracování výstupu. Výše uvedené požadavky na vyhotovení provozní směrnice jsou již zpracovány a tvoří hotovou přílohu č. 2 návrhu smlouvy Požadavky na vyhotovení provozní směrnice technologického centra (viz bod 5 zadávací dokumentace).
16
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
4. Požadavky na prokázání splnění kvalifikace Zadavatel stanovuje jako předpoklad účasti uchazeče v zadávacím řízení splnění následujících kvalifikačních předpokladů: a) základní kvalifikační předpoklady podle § 53 odst. 1 zákona b) profesní kvalifikační předpoklady podle § 54 písm. a) a b) zákona c) technické kvalifikační předpoklady podle § 56 odst. 1 písm. a) zákona v rozsahu min. tří dodávek serverových řešení, každá v hodnotě alespoň 1 300 000 Kč, realizovaných dodavatelem v posledních třech letech
4.1 Způsob prokázání splnění kvalifikace Splnění požadovaných kvalifikačních předpokladů prokáže uchazeč předložením čestného prohlášení, které tvoří přílohu č. 3 zadávací dokumentace. Uchazeč doplní čestné prohlášení pouze v bodech pro to určených, tj. vlastní identifikační údaje, místo, datum, jméno a podpis oprávněné osoby. Pokud není dodavatel schopen prokázat splnění určité části kvalifikace podle § 54 písm. b) a § 56 odst. 1 písm. a) v plném rozsahu, je oprávněn splnění kvalifikace v chybějícím rozsahu prokázat prostřednictvím subdodavatele. Dodavatel je v takovém případě povinen předložit čestné prohlášení prokazující splnění základního kvalifikačního předpokladu podle § 53 odst. 1 písm. j) zákona a profesního kvalifikačního předpokladu podle § 54 písm. a) zákona subdodavatelem a čestné prohlášení, z něhož vyplývá závazek subdodavatele k poskytnutí plnění určeného k plnění veřejné zakázky dodavatelem či k poskytnutí věcí či práv, s nimiž bude dodavatel oprávněn disponovat v rámci plnění veřejné zakázky, a to alespoň v rozsahu, v jakém subdodavatel prokázal splnění kvalifikace podle § 54 písm. b) zákona a § 56 odst. 1 písm. a) zákona. Dodavatel není oprávněn prostřednictvím subdodavatele prokázat splnění kvalifikace podle § 54 písm. a) zákona. V případě podání nabídky několika dodavateli společně, je každý z dodavatelů povinen prokázat splnění základních kvalifikačních předpokladů podle § 53 odst. 1 zákona a profesního kvalifikačního předpokladu podle § 54 písm. a) zákona v plném rozsahu čestným prohlášením. Splnění kvalifikace podle § 54 písm. b) a § 56 odst. 1 písm. a) zákona musí prokázat všichni dodavatelé společně v plném rozsahu čestným prohlášením. Dále jsou povinni předložit zadavateli, současně s čestným prohlášením prokazujícím splnění kvalifikačních předpokladů, čestné prohlášení, ve kterém je obsažen závazek, že všichni tito dodavatelé budou vůči zadavateli a třetím osobám z jakýchkoliv právních vztahů vzniklých v souvislosti s veřejnou zakázkou zavázáni společně a nerozdílně, a to po celou dobu plnění veřejné zakázky i po dobu trvání jiných závazků vyplývajících z veřejné zakázky.
17
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Lhůta pro prokázání splnění kvalifikace je shodná se lhůtou pro podání nabídek. Uchazeč, se kterým má být uzavřena smlouva podle § 82 zákona, je povinen, v rámci poskytnutí součinnosti k uzavření smlouvy ve smyslu ustanovení § 82 odst. 4 zákona, předložit zadavateli před jejím uzavřením originály nebo úředně ověřené kopie dokladů prokazujících splnění kvalifikace: a) splnění základních kvalifikačních předpokladů prokáže uchazeč podle § 53 odst. 3 zákona b) splnění profesních kvalifikačních předpokladů prokáže uchazeč podle § 54 písm. a) a b) zákona c) splnění technických kvalifikačních předpokladů prokáže uchazeč, v souladu s § 56 odst. 1 písm. a) zákona, předložením seznamu min. tří dodávek serverových řešení, každá v hodnotě alespoň 1 300 000 Kč, realizovaných dodavatelem v posledních třech letech – přílohou tohoto seznamu musí být: a. osvědčení vydané či podepsané veřejným zadavatelem, pokud bylo zboží dodáno veřejnému zadavateli, b. osvědčení vydané jinou osobou, pokud bylo zboží dodáno jiné osobě než veřejnému zadavateli nebo c. smlouva s jinou osobou a doklad o uskutečnění plnění dodavatele, není-li současně možné osvědčení podle bodu b. od této osoby získat z důvodů spočívajících na její straně d) splnění kvalifikace v chybějícím rozsahu prokáže uchazeč podle § 51 odst. 4 zákona e) splnění kvalifikace v případě podání nabídky několika dodavateli společně prokáží uchazeči podle § 51 odst. 5 a 6 zákona Doklady prokazující splnění základních kvalifikačních předpokladů a výpis z obchodního rejstříku nesmějí být starší 90 dnů ke dni podání nabídky. Uchazeč bude k předložení dokladů prokazujících splnění kvalifikace zadavatelem vyzván.
5. Obchodní podmínky Obchodní podmínky jsou vypracovány ve formě a struktuře návrhu smlouvy, který tvoří přílohu č. 4 zadávací dokumentace a který je zároveň uchazeč povinen předložit v nabídce jako svůj návrh smlouvy. Uchazeč je povinen doplnit návrh smlouvy pouze v bodech pro to určených, tj. vlastní identifikační údaje, údaje o ceně (v souladu s bodem 6 zadávací dokumentace) a údaje o záručních dobách (v souladu s bodem 3 zadávací dokumentace). Uchazeč dále doplní návrh smlouvy o následující přílohy: a) Příloha č. 1 Popis navrhovaného řešení – dle souhrnné specifikace k bodům 3.1-3.14 zadávací dokumentace
18
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
b) Příloha č. 2 Požadavky na vyhotovení provozní směrnice technologického centra – dle bodu 3.15 zadávací dokumentace c) Příloha č. 3 Položkový rozpočet – dle bodu 6.1 zadávací dokumentace
6. Požadavek na způsob zpracování nabídkové ceny Nabídková cena uchazeče bude předložena v členění: a) nabídková cena bez DPH b) sazba a výše DPH c) nabídková cena včetně DPH Nabídková cena bude obsahovat veškeré náklady na provedení zakázky a bude stanovena jako nejvýše přípustná a nepřekročitelná.
6.1 Dílčí výstupy Uchazeč ve své nabídce, v rámci přílohy č. 3 návrhu smlouvy Položkový rozpočet (viz bod 5 zadávací dokumentace), uvede k výstupům 3.1-3.15 ceny dílčích výstupů (uchazeč je uvede do připravené přílohy č. 3 návrhu smlouvy). Uchazeč doplní přílohu pouze v bodech pro to určených, tj. sloupce Cena bez DPH, Výše DPH a Cena včetně DPH a řádek Cena celkem.
7. Místo a doba plnění zakázky Místo plnění: sídlo zadavatele Doba plnění: nejdéle dva měsíce od podpisu smlouvy
19
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
8. Hodnotící kritéria Podané nabídky budou hodnoceny podle ekonomické výhodnosti nabídky. Dílčí hodnotící kritérium
Váha
a) Nabídková cena
70 %
b) Technická úroveň nabízeného plnění Subkritérium: a. Počet serverů ve skříni u výstupu 3.1 b. Operační paměť (osazení) na server u výstupu 3.2 c. Ethernet konektivita na server u výstupu 3.2 d. Požadovaná čistá kapacita (SAS) u výstupu 3.3 e. Požadovaná čistá kapacita (SATA) u výstupu 3.3 f. Switching kapacity u výstupu 3.6 g. Velikost tabulky adres u výstupu 3.6 h. Šířka pásma – výkonnost u výstupu 3.6
4,5 % 9% 3% 4,5 % 4,5 % 1,5 % 1,5 % 1,5 %
8.1 Způsob hodnocení nabídek Hodnocení nabídek se provádí bodovací metodou. Pro hodnocení nabídek se použije stupnice v rozsahu 0 až 100. Každé jednotlivé nabídce se přidělí bodová hodnota, která odráží úspěšnost předmětné nabídky v rámci dílčího kritéria, resp. subkritéria. Pro kritérium a) Nabídková cena, pro které má nejvhodnější nabídka minimální hodnotu kritéria, získá hodnocená nabídka bodovou hodnotu, která vznikne násobkem 100 a poměru hodnoty nejvhodnější nabídky k hodnocené nabídce. Nejvhodnější nabídka s minimální hodnotou kritéria získá 100 b., každá další získá bodové ohodnocení dle uvedeného postupu.
20
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
Pro subkritéria a.-h. kritéria b) Technická úroveň nabízeného plnění, pro která má nejvhodnější nabídka maximální hodnotu subkritéria, získá hodnocená nabídka bodovou hodnotu, která vznikne násobkem 100 a poměru hodnoty hodnocené nabídky k hodnotě nejvhodnější nabídky. Nejvhodnější nabídka s maximální hodnotou subkritéria získá 100 b., každá další získá bodové ohodnocení dle uvedeného postupu.
Hodnocení podle bodovací metody se provede tak, že jednotlivá bodová ohodnocení nabídek dle dílčích kritérií, resp. subkritérií se vynásobí příslušnou vahou daného kritéria, resp. subkritéria. Na základě součtu výsledných hodnot u jednotlivých nabídek se stanoví pořadí úspěšnosti jednotlivých nabídek tak, že jako nejúspěšnější je stanovena nabídka, která dosáhla nejvyšší hodnoty.
9. Požadavek na poskytnutí jistoty Zadavatel nepožaduje k zajištění plnění povinností uchazečů vyplývajících z účasti v zadávacím řízení poskytnutí jistoty.
10. Požadavek na varianty nabídek Zadavatel nepřipouští varianty nabídek.
11. Další podmínky zadávacího řízení a) Zadavatel si vyhrazuje právo během lhůty k podání nabídek změnit či doplnit podmínky zadávacího řízení. b) Na písemné žádosti o dodatečné informace k zadávacím podmínkám doručené po uplynutí lhůty pro doručení písemné žádosti se pohlíží, jako by nebyly podány.
21
Realizováno v rámci projektu „Rozvoj služeb eGovernmentu v obvodu ORP Mikulov“, který je spolufinancován z prostředků Evropské unie, Evropského fondu pro regionální rozvoj.
c) Zadavatel nepřiznává uchazečům právo na úhradu nákladů spojených s podáním nabídky. d) Podané nabídky zadavatel uchazečům nevrací. e) Na nabídky podané po uplynutí lhůty pro podání nabídek se pohlíží, jako by nebyly podány. f) Zadavatel si vyhrazuje právo oznámit rozhodnutí o vyloučení uchazeče, v případě nesplnění kvalifikace dle § 60 zákona, jeho uveřejněním na profilu zadavatele. g) Zadavatel si vyhrazuje právo oznámit rozhodnutí o vyloučení uchazeče, v případě nesplnění zákonných požadavků a požadavků zadavatele uvedených v zadávacích podmínkách dle § 76 zákona, jeho uveřejněním na profilu zadavatele. h) Zadavatel si vyhrazuje právo před rozhodnutím o výběru nejvhodnější nabídky ověřit údaje uchazečů uvedené v nabídkách. i) Zadavatel si vyhrazuje právo uveřejnit oznámení o výběru nejvhodnější nabídky, dle § 81 zákona, na profilu zadavatele. j) Další podmínky výše neuvedené se řídí zákonem č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů.
V Mikulově, dne 21.5.2013
Rostislav Koštial starosta města Mikulov
22