II III IIQ IIIII II
Řízení letového provozu Česke republiky
ovz/i566/2015
ZADÁVACÍ DOKUMENTACE ve smyslu 44 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále Jen „ZVZ‘)
OTEVŘENÉ ŘÍZENÍ
Název veřejné zakázky: Upgrade serverové infrastruktury podnikového e-mailového systému
Zadavatel veřejné zakázky: Řízenĺ letového provozu České republiky, státnĺ podnik (ŘLP ČR, s.p.) Navigační 787 252 61 Jeneč IČO: 49710371 DIČ: CZ4971 0371
V Jenč dne:
-Ok- 215
Klas 1 Ing. Jan‘ generáln ředitel ŘLP CR, sp.
Upgrade serverové inJastruktzuiy podnikového e-mailového systému
Obsah: 1.
3
INFORMACE O ZADAVATELI 1.1
ZÁKLADNÍ ÚDAJE
3
1.2
STATuTÁRNÍ ORGÁN ZADAVATELE KONTAKTNÍ OSOBY
3 3
1.3
PŘEDMĚT PLNĚNÍ VEŘEJNÉ ZAKÁZKY
2.
2.1 2.2
2.3
POPIS PŘEDMĚTU PLNĚNÍ VEŘEJNÉ ZAKÁZKY ZADÁvAcÍ DOKUMENTACE VzÁJEMNÁ KOMUNIKACE V PRŮBĚHU ZADÁVACÍHO ŘÍZENÍ
DOBA A MÍSTO PLNĚNÍ VEŘEJNÉ ZAKÁZKY
3. 3.1
3.2
DOBAPLNĚNÍvEŘEJNÉzAKÁzKY MÍsTOPLNĚNÍvEŘEJNÉZAKÁzKY
3 3 4 4
4 4 4
4.
KVALIFIKACE UCHAZEČŮ
5
5.
ZPŮSOB ZPRACOVÁNÍ NABÍDKOVÉ CENY
7
5.1
ZÁKLADNÍ POŽADAVKY ZADAVATELE
7
6.
PLATEBNÍ PODMÍNKY
9
7.
OBCHODNÍ PODMÍNKY
10
8.
zPŮSoB HODNOCENÍ NABÍDEK
10
9.
NABÍDKA
11
10.
JISTOTA
13
11.
OTEVÍRÁNÍ OBÁLEK S NABÍDKAMI
13
12.
PRÁVA ZADAVATELE
13
Stránka 2 z 14
Upgrade serverové injiastruktul); podnikového e-mailového systému
1.
Informace o zadavateli
1.1 Základní údaje Název: Řĺzení letového provozu České republiky, státní podnik (ŘLP ČR, sp.) Sĺdlo: Navigační 787, 252 61 Jeneč ICO: 49710371 DIČ: CZ4971 0371 Zapsán v obchodním rejstříku vedeném Městským soudem v Praze v odd. A, vložce 10771. Profil zadavatele: http://sluzby.e-zakazky.cz!ProfilZadavatele/DetailZadavatele.aspx?l DZ=73e0befb-9f53-448c-b748-1 f034c285e4c 1.2 Statutární orgán zadavatele Statutárním orgánem zadavatele je generální ředitel Ing. Jan Klas. Osoba oprávněná k činěnĺ právních úkonů jménem zadavatele v souvislosti s touto veřejnou zakázkou: Mgr. Petr Fajtl, ředitel Divize plánování a rozvoje LNS. Osoba oprávněná k uzavření smlouvy: Mgr. Petr Fajtl, ředitel Divize plánování a rozvoje LNS. 1.3 Kontaktní osoby Kontaktní osobou v organizačních věcech souvisejících s touto veřejnou zakázkou je Tereza Bernatová, tel. 220 373 202, fax: 220 373 002, e-mail: bernatovaans.cz Za odpovědi na přĺpadrlé dotazy technického charakteru odpovĺdá Ing. Jan Abel. Veškeré písemnosti související s touto veřejnou zakázkou je uchazeč povinen doručit bud‘ osobně do podatelny zadavatele v objektu IATCC Praha, Navigační 787, Jeneč číslo místnosti 1.201 (v pracovních dnech v úředních hodinách 8:00 14:00) nebo poštou na následující adresu: Řízení letového provozu CR, sp., Navigační 787, Jeneč, PSC: 252 61, ato vždy s uvedením kontaktní osoby Terezy Bernatové. —
—
2.
Předmět plnění veřejné zakázky
2.1 Popis předmětu plnění veřejné zakázky Předmětem plnění této veřejné zakázky je provedení upgrade serverové infrastruktury podnikového e mailového systému, který spočívá v: Fáze 1: Fáze 2:
Fáze 3:
Dodání potřebných HW a SW komponent, jejich technické zprovoznění v sídle objednatele a vypracování detailního implementačního plánu, Přenesenĺ připravených HW komponent do cílových umístění, propojení nových serverů s původním systémem, zprovoznění nové konfigurace e-mailového systému jako celku, provozní napojení na související IT infrastrukturu zóny MIS, ověření funkčnosti přepínání provozu redundantních komponent, ověření funkčnosti automatického přepínání provozu klientů v IATCC vůči jednotlivým clusterovým nódům, provedení migrace sdílených kalendářů (veřejné složky) a provedení migrace vybraného vzorku uživatelských schránek, Dodáni související post-implementační podpory k migraci uživatelských schránek, provedení optimalizace nastavení jednotlivých provozních parametrů celého systému a vypracování finální technické a provozní dokumentace.
Součástí díla musí být i dodávka veškerého potřebného HW a SW vybavení, nutného pro provoz systému s klienty POP3, IMAP, Outlook-2010/2013, Windows-Mail s výjimkou licencí obsažených v příslušných klientech a v klientských licencích CORE CALL, které objednatel vlastní v dostatečném množstvi. Detailní zadání předmětu plnění veřejné zakázky je obsaženo v této zadávací dokumentaci a jejích přílohách č. 1 až 5, které jsou nedílnou součástí této zadávací dokumentace.
Stránka3zl4
Upgracle serverové iifiastruktziiy podnikového e-mailového systému
Příloha č. 1 ZD: Technická specifikace požadovaného hodnocenĺ Příloha č. 2 ZD: Mandatorní technické požadavky na implementaci řešení Příloha č. 3 ZD: Matice souladu- Mandatorní požadavky Příloha č. 4 ZD: Nemandatorní technické požadavky, které jsou předmětem hodnocení Příloha č. 5 ZD: Smlouva o dílo Upgrade serverové infrastruktury podnikového e-mailového systému včetně příloh č. 1 a 2 Klasifikace předmětu veřejné zakázky
•
Kód předmětu veřejné zakázky dle klasifikace CPV: 48820000-2, 72268000-1, 72263000-6, 72254000-O
•
Název: Servery, Dodávka programového vybavení, Implementace programového vybavení, Testování programového vybavení
Zadávací dokumentace Informace a údaje uvedené vjednotlivých částech této zadávací dokumentace a vjejích přílohách vymezují závazné požadavky zadavatele na zpracování nabídky a plnění veřejné zakázky. Tyto požadavky je uchazeč povinen respektovat při zpracování své nabídky a ve své nabídce je akceptovat. Neakceptování požadavků zadavatele uvedených v této zadávací dokumentaci a v jejích přílohách bude považováno za nesplnění zadávacích podmínek s následkem vyloučení uchazeče z další účasti v zadávacím řízení. Zadávací dokumentace včetně jejích příloh je k dispozici na profilu zadavatele: http://sluzby.e-zakazky.cz/ProfilZadavatele/DefailZadavatele.aspx‘?j DZ=73e0befb-9f53-448c-b748-1 f034c285e4c 2.2
2.3
Vzájemná komunikace v průběhu zadávacího řízení Pro účely komunikace v průběhu zadávacího řízení stanovuje zadavatel adresu pro doručování, která je uvedena v bodu 1.3 této zadávací dokumentace, ato k rukám Terezy Bernatové. Písemná žádost o dodatečné informace k zadávacím podmínkám musí být doručena zadavateli nejpozději 6 pracovních dnů před uplynutím lhůty pro podání nabídek. Zadavatel odešle dodatečné informace nejpozději do 4 pracovních dnů po doručení žádosti. Zadavatel vždy zároveň uveřejní dodatečné informace včetně přesného znění žádosti na profilu zadavatele. Zádáme uchazeče, aby změny vyplývající z poskytnutí dodatečných informací vždy zohlednil a zapracoval do souvisejících dokumentů před podáním nabídky. V opačném případě bude konání uchazeče považováno za neakceptování zadávacích podmínek s následkem vyloučení uchazeče z další účasti v zadávacím řízení.
3.
Doba a místo plnění veřejné zakázky
3.1 Doba plnění veřejné zakázky Zhotovitel předá objednateli řádně provedené dílo nejpozději do TO+9 měsíců, kde TO je den oboustranného podpisu smlouvy a jedním měsícem se rozumí 30 po sobě jdoucích kalendářních dnů. Místo plnění veřejné zakázky Místem plnění veřejné zakázky jsou následující objekty zadavatele na území Ceské republiky: 1/ IATCC, Navigační 787, 25261 Jeneč 2/Technický blok, Aviatická 1039, 160 08 Praha 6 3/ Letecká škola, K letišti 934, 160 00 Praha 6 4/ LKKV, Letiště Karlovy Vary, 205 Karlovy Vary 5/ LKMT-AB, Administrativní budova RLP, Letiště Ostrava-Mošnov 262, Mošnov 6/ LKMT-TWR, Záchranná požární služba letiště Ostrava- část TWR řídící věž, Letiště Ostrava Mošnov 349, Mošnov 7/ LKTB, TWR letištní řídicí věž, Letiště Brno-Tuřany 2258, Tuřany, Brno 8/ KOPl, Kopec Písek, Cenkov 16, Čenkov 262 23 9/ BUKOP, Buchtův kopec, areál RLP ČR, s.p., Krásné 130, Krásné nad Svratkou 592 03 3.2
Stránka 4 z 14
Upgrade serverové inJiastruktuiy podnikového e-mailového systému
4.
Kvalifikace uchazečů
Uchazeč je povinen v souladu s
50 ZVZ v nabídce prokázat splněnĺ kvalifikace.
4.1. Vymezení kvalifikace a její minimální úrovně, prokázání a forma splnění 4.1.1 Základnĺ kvalifikační předpoklady dle
a)
b)
c) d)
e) f) g) h) i)
j) k)
53 ZVZ Základní kvalifikační předpoklady splňuje dodavatel, 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ě, 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í odsouzeni 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 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í Ceské republiky, tak k zemi svého sídla, místa podnikání či bydliště, který v posledních 3 letech nenaplnil skutkovou podstatu jednání nekalé soutěže formou podplácení podle zvláštního předpisu, 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 konkurz zrušen proto, že majetek byl zcela nepostačující nebo zavedena nucená správa podle zvláštních právních předpisů, který není v likvidaci, který nemá v evidenci daní zachyceny daňové nedoplatky, a to Jak v Ceské republice, tak v zemi sídla, místa podnikání či bydliště dodavatele, 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, 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, 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, který není veden v rejstříku osob se zákazem plnění veřejných zakázek a 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. -
Prokázání základních kvalifikačních předpokladů: Dodavatel prokáže splnění základních kvalifikačních předpokladů písm. a) a b) předložením prosté kopie výpisu z evidence Rejstříku trestů příslušných osob, písm. f) potvrzením příslušného Stránka 5 z 14
Upgrade serverové iifiastruktuiy podnikového e-mailového systém U
finančnĺho úřadu a ve vztahu ke spotřební dani předloženĺm čestného prohlášení, písm. h) potvrzenĺm přĺslušného orgánu či instituce (Česká správa sociálního zabezpečení), písm. c) až e) a g), i) až k) předložením čestného prohlášení podepsaného osobou oprávněnou jednat za uchazeče. 4.1.2 Profesní kvalifikační předpoklady dle ustanovení 54 písm. a), b) ZVZ Profesní kvalifikační předpoklady splní dodavatel, který předloží, a) výpis z obchodního rejstříku, pokud je v něm zapsán, či výpis z jiné obdobné evidence, pokud je v ní zapsán; b) doklad 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. Prokázání profesních kvalifikačních předpokladů: Dodavatel prokáže splnění profesních kvalifikačních předpokladů písm. a) předložením kopie výpisu z obchodního rejstříku, pokud je v něm zapsán, či výpis 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ů písm. b) předložením kopie dokladu o oprávnění k podnikání podle zvláštních právních předpisů v rozsahu odpovídajícímu předmětu veřejné zakázky, zejména doklad prokazující příslušné živnostenské oprávnění
-
-
4.1.3 Prokázání ekonomické a finanční způsobilosti dle 50 odst. 1. písm. c) ZVZ Dodavatel prokáže svou ekonomickou a finanční způsobilost splnit veřejnou zakázku předložením čestného prohlášení podepsaného osobou oprávněnou jednat za uchazeče. 4.1.4 Technické kvalifikační předpoklady dle 56 zákona odst. 1 písm. a) ZVZ Technické kvalifikační předpoklady splní dodavatel, který předloží: Seznam významných dodávek realizovaných dodavatelem v posledních 3 letech a uvedením jejich rozsahu a doby plnění. Přílohou tohoto seznamu musí být: 1. osvědčení vydané či podepsané veřejným zadavatelem, pokud bylo zboží dodáno veřejnému zadavateli, 2. osvědčení vydané jinou osobou, pokud bylo zboží dodáno jiné osobě než veřejnému zadavateli, nebo 3. smlouva sjinou 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ůvodu spočívající na její straně. Prokázání technických kvalifikačních předpokladů podle 56 odst. 1 písm. a) ZVZ: Dodavatel prokáže splnění tohoto technického kvalifikačního předpokladu předložením seznamu minimálně 3 významných dodávek, týkajících se provedení implementace nebo upgrade podnikové lT infrastruktury v oblasti komunikačních technologií, realizovaných v posledních 3 letech s uvedením rozsahu a doby jejich plnění a s přiloženým osvědčením vydaným či podepsaným veřejným zadavatelem, pokud bylo zboží dodáno veřejnému zadavateli, nebo s přiloženým osvědčením vydaným jinou osobou, pokud bylo zboží dodáno jiné osobě než veřejnému zadavateli nebo s přiloženou smlouvou sjinou osobou a dokladem 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ůvodu spočívajících na její straně. Součet 3 významných dodávek včetně implementačních prací uvedených v seznamu významných zakázek musí ve finančním vyjádření činit prokazatelně minimálně 2,2 mil. Kč bez DPH. -
4.1.5 Forma splnění kvalifikace Doklady, jimiž uchazeč prokazuje splnění kvalifikace, předloží uchazeč v samostatné části nabídky nazvané „Kvalifikace“ v souladu s požadavky na strukturu nabídky dle odst. 9.8 zadávací dokumentace. Pokud není dodavatel schopen prokázat splnění určité části kvalifikace požadované veřejným zadavatelem podle 50 odst. 1 písm. b) a d) ZVZ 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 veřejnému zadavateli předložit: a) doklady prokazující splnění základního kvalifikačního předpokladu podle 53 odst. 1 písm. j) ZVZ a profesního kvalifikačního předpokladu podle 54 písm. a) ZVZ subdodavatelem a Stránka 6 z 14
Upgrade serverové ii!fastruktzi13‘ podnikového e-in ailového s3‘stéin U
b) smlouvu uzavřenou se subdodavatelem, z níž vyplývá závazek subdodavatele k poskytnutĺ plnění určeného k plnění veřejné zakázky dodavatelem či k poskytnuti 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 50 odst. I písm. b) a d) ZVZ. Dodavatel není oprávněn prostřednictvím subdodavatele prokázat splnění kvalifikace podle 54 písm. a) ZVZ. Podává-li nabídku více dodavatelů společně (jako jeden uchazeč), musí každý z nich samostatně prokázat splnění základních kvalifikačních předpokladů podle 50 odst. 1 písm. a) ZVZ 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) ZVZ musí prokázat všichni dodavatelé společně. Podává-li nabídku více dodavatelů společně (jako jeden uchazeč), jsou povinni předložit zadavateli současně s doklady prokazujícími splnění kvalifikačních předpokladů smlouvu, ve které je obsažen závazek, že všichni tito dodavatelé budou vůči veřejnému zadavateli a jakýmkoliv třetím osobám Z jakýchkoliv právních vztahů vzniklých v souvislosti s plněním předmětu veřejné zakázky 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. Zahraniční osoba prokazuje splnění kvalifikace dle 50 odst. 1 písm. a) až d) ZVZ jak v ČR, tak i v zemi jejího sídla, případně bydliště podle právního řádu tam platného, a to výpisem ze seznamu kvalifikovaných dodavatelů nebo čestným prohlášením, pokud se podle právního řádu platného v zemi sídla, místa podnikání nebo bydliště zahraničního dodavatele určitý doklad nevydává. Doklady prokazující splnění kvalifikace předkládá zahraniční osoba v původním jazyce současně sjejich úředně ověřeným překladem do českého jazyka. Povinnost připojit k dokladům úředně ověřený překlad se nevztahuje na doklady ve slovenském jazyce. 4.2 Důsledek nesplnění kvalifikace Neprokáže-li dodavatel splnění kvalifikace v plném rozsahu, bude s přihlédnutím k 60 odst. 1 ZVZ vyloučen z účasti v zadávacím řízení. Zadavatel bezodkladně písemně oznámí uchazeči své rozhodnutí D jeho vyloučení s uvedením důvodu.
5.
Způsob zpracování nabídkové ceny
5.1 Základní požadavky zadavatele: Nabídková cena za plnění veřejné zakázky bude stanovena v Kč bez DPH jako maximálně přípustná včetně všech poplatků a veškerých dalších nákladů s plněním veřejné zakázky souvisejících a transparentně vyčíslená v příloze č. 2 Smlouvy o dílo č. 049/2015/15/130v následujícím členění: Fáze 1: Dodání potřebných HW a SW komponent, jejich technické zprovoznění v sídle objednatele a vypracování detailního implementačního plánu.
Název produktu / služby HW balancer Dual-CPU server (pro 2x 250 uživatelů) Pobočkový server střední (pro 150 uživatelů) Pobočkový server malý (pro 50 uživatelů) Backup server * *
SW licence
*
Oživení HW, instalace a základní konfigurace systémového a
Počet kusů 2
Cena produktu za 1 ks (bez DPH) x
Cena celkem (bez DPH) X
4
x
X
4
x
X
6
X
X
X
X
X
X
X
X
x
x
x
x
x
X
Stránka 7 z 14
Upgracle serverové inJiastruktzi,y podnikového e-mailového systému
aplikačního SW
*
Vypracování detailního implementačního plánu
X
X
X
X
*Položky označené hvězdičkou budou rozepsány individuálně dle zvoleného technického řešení dodavatelem. Zadavatel připouští modifikovat počet řádků u označených položek.
Fáze 2: Přenesení připravených HW komponent do cílových umístění, propojení nových serverů s původním systémem, zprovoznění nové konfigurace e-mailového systému jako celku, provozní napojení na související lT infrastrukturu zóny MIS, ověření funkčnosti přepínání provozu redundantních komponent, ověření funkčnosti automatického přepínání provozu klientů v IATCC vůči jednotlivým clusterovým nódům, provedení migrace sdílených kalendářů (veřejné složky), vypracování technologických postupů pro migraci uživatelských schránek, provedení migrace vybraného vzorku uživatelských schránek a vypracování draft verze technické a provozní dokumentace k systému.
Název produktu/služby Přenesenĺ techniky do cílového umístění a nakonfigurování kom ponet pro užiti v cílovém umístěnĺ Zprovoznění nové konfigurace emailového systému jako celku Provozní napojení na související IT infrastrukturu zóny MIS Ověření funkčnosti přepínání provozu redundantních komponent Ověření funkčnosti automatického přepínání provozu klientů v IATCC vůči jednotlivým nód ů m Provedení migrace sdílených kalendářů (veřejné složky) Vypracování technologických postupů pro automatizovanou migraci uživatelských schránek Provedení migrace vybraného vzorku 50 uživatelů v lokalitě IATCC Provedení migrace vybraného vzorku 50 uživatelů v mimopražských lokalitách Zpracování draft verze technické a provozní dokumentace systému. Případné další služby, související s implementací a uvedením systému do provozu *
Pracnost / počet člověkodní X
Jednotková cena pracĺ za 1 člověkoden (bez DPH) x
X
X
X
X
X
X
X
x
x
x
X
X
X
X
X
X
X
X
X
X
X
X
x
x
X
X
X
X
X
X
X
X
X
X
Stránka 8 z 14
Cena pracĺ celkem (bez DPH)
Upgrade serverové inJastruktuy podnikového e-mailového systému
*Položky označené hvězdičkou budou rozepsány individuálně dle zvoleného technického řešení dodavatelem.
Fáze 3: Dodání související post-implementační podpory k migraci uživatelských schránek, optimalizace nastavení jednotlivých provozních parametrů celého systému pod zátěží (v prostředí zóny MIS), vypracování finální technické dokumentace o skutečném provedení díla a vypracování provozní dokumentace k systému.
Název produktu/služby Post-implementační podpora Optimalizace nastavenĺ provozních parametrů celého systému pod zátěží Vypracování finální verze technické dokumentace o skutečném provedení díla Vypracování finální verze provozní dokumentace Případné další služby, související s implementací uvedením systému do provozu *
Pracnost / počet člověkodní x
Jednotková cena prací za 1 člověkoden (bez DPH) X
X
x
X
X
x
X
X
x
X
X
x
X
X
X
X
X
Cena prací celkem (bez DPH)
*položky označené hvězdičkou budou rozepsány individuálně dle zvoleného technického řešení dodavatelem.
Nabídková cena (celkem)
V Kč bez DPH
Fáze I Fáze 2 Fáze 3 Celkem
Zadavatel nepřipouští žádné podmínky, za nichž by mohlo dojít k překročení nabídkové ceny. 6. 6.1
Platební podmínky Zadavatel nepřipoušti platbu předem. Příslušné platby se uskuteční vždy na základě faktur daňových dokladů vystavených vybraným uchazečem. Platební podmínky jsou uvedeny v přiložené Smlouvě o dílo č. 049/2015/IS/130, která tvoří přílohu č. 1 této zadávací dokumentace.
—
Stránka 9 z 14
Upgrade serverové ii!fiastruktuly podnikového e-mailového systému 7.
Obchodní podmínky
7.1
Obchodní podmínky jsou specifikovány v Smlouvě o dĺlo Č. 049/2015/IS/130, která tvoří přĺlohu Č. 1 této zadávacĺ dokumentace. Změny obchodních podmínek vymezených v zadávací dokumentaci a v přiložené smlouvě této zadávací dokumentace zadavatel ze strany uchazeče nepřipouštĺ s výjimkou údajů, u nichž vyplývá z obsahu těchto závazných požadavků povinnost jejich doplnění. V případě nabídky podávané společně několika uchazeči je uchazeč oprávněn upravit vzor smlouvy toliko s ohledem na tuto skutečnost.
7.2
Smlouva nesmí vyloučit či žádným způsobem omezovat požadavky zadavatele uvedené v této zadávací dokumentaci; v opačném případě nabídka nesplňuje zadávací podmínky a bude vyřazena.
7.3
Smlouva musí být ze strany uchazeče podepsána statutárním orgánem nebo osobou prokazatelně oprávněnou jednat za uchazeče; v takovém případě doložĺ uchazeč toto oprávnění v nabĺdce. Předložení nepodepsané smlouvy nenĺ předložením řádné požadované smlouvy. Podává- Ii nabídku více uchazečů společně (jako sdruženi uchazečů), smlouva musí být podepsána statutárními orgány nebo osobami prokazatelně oprávněnými jednat za uchazeče všech uchazečů, kteří tvořĺ sdružení nebo uchazečem, který byl ostatními členy takového sdružení k tomuto úkonu výslovně zmocněn. Takové zmocnění pak musí vyplývat z listiny dle odst. 7.5 této zadávací dokumentace.
7.4
Omezení výše náhrady škody v jakémkoliv směru se nepřipouští.
7.5
Podává-li nabídku více uchazečů společně (jako sdružení uchazečů), jsou povinni přiložit k nabídce smlouvu, z níž závazně vyplývá, že všichni tito uchazeči budou vůči zadavateli a jakýmkoliv třetĺm osobám z jakýchkoliv závazků vzniklých v souvislosti s plněním předmětu veřejné zakázky či vzniklých v důsledku prodlení či jiného porušení smluvních nebo jiných povinností v souvislosti s plněním předmětu veřejné zakázky, zavázáni společně a nerozdílně. Příslušná listina (smlouva) musí rovněž zřetelně vymezovat, který z uchazečů je oprávněn vystupovat jako reprezentant sdružení.
7.6
Uchazeč není oprávněn měnit či doplňovat jakékoliv Části textu smlouvy s výjimkou údajů, u nichž je možnost měnit či doplnit přímo uvedena (žlutě označený text). V případě, že uchazeč nesplní podmĺnky pro zpracování smlouvy, tj. změní části, jejichž změnu zadavatel výslovně neumožnil, nebo uvede údaje, které jsou v rozporu s požadavky zadavatele, nesplňuje nabídka zadávací podmínky a bude vyřazena dle 76 odst. 1 ZVZ.
8.
Způsob hodnocení nabídek
Hodnocení nabídek bude provedeno dle 79 odst. 1 ZVZ podle kritéria ekonomické výhodnosti nabídky v souladu s následujícími kritérii seřazenými v sestupném pořadí podle jejich významu: 1) Nabĺdková cena 70% 2) Stupeň unifikace počítačových sestav 15% 3) Minimální garantovaná velikost e-mailové schránky -15% -
-
1) Nabídková cena 70% Jedná se o nabídkovou cenu v Kč bez DPH za upgrade serverové infrastruktury podnikového e mailového systému uvedené ve Smlouvě o dílo č. 049/2015/IS/130. Nejlépe bude zadavatelem v rámci tohoto kritéria hodnocena nabídka s nejnižšĺ nabídkovou cenou, za kterou uchazeč obdržĺ 100 bodů. Ostatní nabídky budou vztaženy poměrně k nejnižší nabídkové ceně a bude jim přidělen dosažený počet bodů (Nxl 00/H, kde N představuje hodnotu nejnižší nabídkové ceny a H představuje —
Stránka 10 z 14
Upgrade serveiové iiJ,astruktu,y podnikového e-mailového systém n
hodnotu právě hodnocené nabídky). Přidělené body budou přeneseny do váhy tohoto kritéria, tj. 70%. 2) Stupeň unifikace počítačových sestav 15% V rámci tohoto hodnotícĺho kritéria bude hodnocen stupeň unifikace počítačových sestav. Stupeň unifikace počítačových sestav bude hodnocen na základě typové shody resp. Neshody užitých HW komponent vjednotlivých serverových sestavách. Hodnocení se bude týkat následujĺcích komponent: CPU, moduly RAM, řadiče disků, disky, LAN adaptéry a napájecí zdroje. Za neshodu bude považován takový stav, kdy příslušná komponenta bude obsažena pouze v některých serverech. Za kritérium č. 2 obdrží nabídka maximálně 100 bodů. Pro vyhodnocení tohoto kritéria je stanovena stupnice označena jako a) až e), jejíž užitná hodnota bude hodnocena přidělenými body samostatně dle uvedeného schématu. Přidělené body za kritérium č. 2 budou přeneseny do váhy tohoto kritéria, tj.15%. a) O neshod- 100 bodů b)1 neshoda— 75 bodů c) 2 neshody 50 bodů d) 3 neshody —25 bodů e) více než 3 neshody 1 bod -
—
—
3) Minimální garantovaná velikost e-mailové schránky- 15% V rámci tohoto hodnotícího kritéria bude hodnocena celková minimální garantovaná velikost e-mailové schránky zaručovaná uživatelům napříč upgradovanou infrastrukturou. Za kritérium č. 3 obdrží nabídka maximálně 100 bodů. Pro vyhodnocení tohoto kritéria je stanovena stupnice označena jako a) až g), jejíž užitná hodnota bude hodnocena přidělenými body samostatně dle uvedeného schématu. Přidělené body za kritérium č. 3 budou přeneseny do váhy tohoto kritéria, tj.15%.
a) b) c) d) e) f) g)
21-25 GB 10 26-30 GB 25 31-35 GB 40 36-40 GB 55 41-45 GB 70 46-50 GB 85 51 GB a více -
-
-
-
-
-
-
bodů bodů bodů bodů bodů bodů 100 bodů
Nejlépe bude zadavatelem hodnocena nabídka, která prostým součtem vážených bodů za kritéria 1) až 3) obdrží nejvyšší počet bodů. Nabídky budou seřazeny od nabídky s nejvyšším počtem dosažených bodů po nabídku s nejnižším počtem dosažených bodů, a tímto způsobem bude určeno konečně pořadí nabídek.
9.
Nabídka
9.1
Nabídky se podávají písemně, v uzavřené obálce opatřené na uzavřeních razítkem či podpisem oprávněné osoby uchazeče, označené názvem veřejné zakázky a s uvedením výzvy „Neotvírat. Na obálce musí být vyznačeny identifikační údaje o uchazeči obsahující obchodní firmu, sídlo, právní formu, identifikační číslo a daňové identifikační číslo, byla-li přidělena. Dále musí být na obálce uvedena adresa, na niž je možné zaslat oznámení podle 71 odst. 5 ZVZ.
9.2
V nabídce musejí být na krycím listu uvedeny identifikační údaje o uchazeči v rozsahu uvedeném v 17 písm. d) ZVZ. Nabídka musí být zpracována v českém jazyce a podepsána na krycím listu oprávněnou osobou uchazeče. Každý uchazeč může předložit pouze I nabídku. Součástí nabídky musí rovněž podle 68 odst. 3 písm. a) až c) ZVZ být:
Stránka Ilz 14
Upgrade serverové iiJiastruk1wy podnikového e-niailového svsténz u
a)
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,
b)
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,
c)
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, tj. podle zákona č. 143/2001 Sb., o ochraně hospodářské soutěže, ve znění pozdějších předpisů.
9.3
Uchazeč je vázán svou nabídkou po dobu zadávací lhůty, toje do 31. 08. 2015. Ustanovením 43 ZVZ se řídí stavění zadávací lhůty.
9.4
Uchazeč předloží nabídku v jednom výtisku, který bude označen na krycím listě názvem ‚Originál. Všechny listy nabídky budou navzájem pevně spojeny či sešity tak, aby byly dostatečně zabezpečeny před jejich vyjmutím z nabídky. Výtisk bude řádně čitelný, bez škrtů a přepisů. Všechny stránky nabídky budou očíslovány vzestupnou kontinuální řadou; nad rámec zákona zadavatel žádá uchazeče o předložení druhého výtisku nabídky s označením „Kopie. Nepředložení tohoto druhého výtisku není důvodem pro vyloučení z další účasti v zadávacím řízeni.
9.5
Uchazeč v nabídce výslovně uvede kontaktní adresu pro písemný styk mezi uchazečem a zadavatelem. Pokud podává nabídku více dodavatelů společně (společná nabídka), uvedou v nabídce kromě kontaktní adresy dle předchozí věty též osobu, která bude zmocněna zastupovat tyto dodavatele při styku se zadavatelem v průběhu zadávacího řízení.
9.6
Uchazeč předloží nabídku též v elektronické podobě na CD; tato povinnost se netýká dokladů prokazujících splnění kvalifikace uchazeče. Každý uchazeč je povinen předložit nabídku v elektronické podobě ve formátu PDF i MS Office.
9.7
Uchazeč je povinen doručit nabídku buď osobně do podatelny zadavatele v objektu IATCC Praha, Navigační 787, Jeneč číslo místnosti 1.201 (v pracovních dnech v úředních hodinách 14:00) nebo zaslat poštou na následující adresu: Řízení letového provozu ČR, sp., 8:00 Navigační 787, Jeneč, 25261 do 01.06.2015 do 10 hod. —
—
9.8
Zadavatel doporučuje předložit nabídku v následující struktuře: • krycí list nabídky podepsaný osobou oprávněnou jednat jménem či za uchazeče včetně identifikačních a kontaktních údajů o uchazeči (obchodní firmu nebo název, sídlo, právní formu, úplnou adresu uchazeče pro poštovní styk, jméno pracovníka pověřeného věcným jednáním ohledně této veřejné zakázky, IČO, DIČ, telefon, fax, e-mail, nabídkovou cenu v Kč bez DPH i s DPH); •
doklady prokazující splnění kvalifikace;
•
seznamy či čestná prohlášení podle
•
nabídková cena dle bodu č. 5.1 zadávací dokumentace;
•
vyplněná Smlouva o dílo Č. 049/2015/1S1130 včetně příloh č. 1 a 2 podepsaná osobou oprávněnou jednat jménem či za uchazeče;
•
vyplněná příloha č. 3 ZD
•
vyplněná příloha č. 4 ZD hodnocení;
—
68 odst. 3 písm. a) až c) ZVZ;
Matice souladu —
—
mandatorní požadavky;
Nemandatorní technické požadavky, které jsou předmětem
Stránka 12 z 14
Upgrade serverové inJastruktztiy podnikového e-in ailového systému
9.9
•
smlouva mezi uchazečem a subdodavatelem (za předpokladu prokazování části kvalifikace prostřednictvím subdodavatele), popř. smlouva mezi uchazeči podávajícími společnou nabídku;
•
přĺpadné další relevantní dokumenty dle uváženi uchazeče.
Požadavky na členění nabídky uvedené v odst. 9.8 této zadávací dokumentace mají doporučující charakter.
10. Jistota 10.1
Zadavatel nepožaduje poskytn utí jistoty.
11. OtevĺránÍobáleks nabídkami 11.1
Otevírání obálek se uskuteční dne 01. 06. 2015 v 11 hod. v místnosti č. 5. 101—v objektu IATCC Praha, Navigační 787, Jeneč, PSČ 252 61.
11.2
Otevíráni obálek se mají právo zúčastnit kromě komise zadavatele i uchazeči, jejichž nabídky byly doručeny ve lhůtě k podání nabídek. Otevírání obálek se může z kapacitních důvodů účastnit max. I zástupce každého uchazeče. K zajištění povolení jednorázového vstupu do objektu IATCC Praha je uchazeč povinen předložit jméno a příjmení, datum narození a číslo občanského průkazu nejpozději 2 pracovní dny před uvedeným termínem pro otevírání obálek.
11.3
Komise bude otevírat obálky postupně podle pořadového čísla přiděleného dle času doručeni a bude kontrolovat, zda je nabídka podle 71 odst. 7 ZVZ zpracována v požadovaném jazyku a zda je návrh smlouvy podepsán osobou oprávněnou jednat jménem či za uchazeče. Pokud nabídka nebude splňovat výše uvedené požadavky, bude na místě vyřazena. Zadavatel bezodkladně vyloučí uchazeče, jehož nabídka byla vyřazena, z další účasti v otevřeném řízení.
11.4
Po provedeni kontroly sdělí hodnotící komise účastníkům identifikační údaje uchazeče (obchodní firmu, sídlo), informaci, zda nabídka splňuje požadavky, které jsou předmětem kontroly, a poskytne informaci o nabídkové ceně uchazeče a informace o údajích z nabídek odpovídající číselně vyjádřitelným hodnotícím kritériím.
11.5
O otevírání obálek bude sepsán protokol, ve kterém budou u každé nabídky uvedeny identifikační údaje (obchodní firmu, sídlo, právní forma, identifikační číslo a daňové identifikační číslo, byla-li přidělena), informace o tom, zda nabídka vyhověla požadavkům, které jsou předmětem kontroly a výši nabídkové ceny uchazeče a informace o údajích z nabídek odpovídající číselně vyjádřitelným hodnotícím kritériím. Další obsah nabídky nebude sdělen. Příslušná část protokolu o otevírání obálek se účastníkům přečte před otevřením další obálky. Zadavatel umožní uchazečům nahlédnout do protokolu o otevírání obálek, a to po předchozí písemné žádosti.
12. Práva zadavatele 12.1
Zadavatel poskytne odpovědi na dotazy zaslané mu ve smyslu s ustanovením 49 odst. 2 a 3 ZVZ.
Stránka 13 z 14
49 odst. 1 ZVZ v souladu
Upgrade serverové iIJastrzzktz1ry podnikového e-mailového systém u
12.2
V případě, že do doby uzavření smlouvy s vybraným uchazečem dojde ke změně údajů uvedených v nabídce, je přĺslušný uchazeč povinen o této změně zadavatele bezodkladně písemně informovat.
12.3
Zadavatel nepřipouští varianty nabídky.
12.4
Zadavatel si vyhrazuje právo ověřit informace obsažené v nabídce uchazeče u třetích osob.
Stránka 14 z 14
Příloha č. 1 ZD Technická specifikace požadovaného řešení Upgrade serverové infrastruktury podnikového e-mailového systému 1. Popis současného stavu Současné řešení e-mailového systému ŘLP ČR, sp. je založeno na platformě Microsoft Exchange 2003. Systém byl vybudován v letech 2004-2006 a jak užitý HW, tak i užitý SW v současné době již pracuje na samé hranici svých technologických možností. Jednotlivé komponenty tohoto systému jsou umístěné v různých lokalitách, přičemž pro potřeby funkčnosti e-mailového přístupu je zásadní, zda klient má své pracoviště v lokalitě IATCC (hlavní centrála podniku) nebo jinde (budovy mimo areál IATCC). V zásadě je uplatněn princip, využívající umístění lokálního e-mailového serveru v každé lokalitě (budově), který pak obsluhuje všechny místní uživatele (schránky pracovníků, majících své domovské pracoviště v dané lokalitě (budově). Výjimku tvoří lokalita IATCC, kde je z důvodu vyššího počtu uživatelů serverů několik. Obr. 1.— Logické uspořádání současného řešení e-mailového systému
Primární datové centrum — — — —
—
Záložní datové centrum
Díatrlbucnl serverA
Legenda: — -.
-
-
primární konektor (hlavni směrování pošty) sekundární konektor (zlo.žni směrováni pošty) pedávánl pošty v rámci skupiny
.4-
-
-
-
-
—1—
napojeni ria EMC SourceOne Archiv
Grafické znázornění vzájemného uspořádání jednotlivých komponent současné konfigurace podnikového e-mailového systému ŘLP CR, sp. je patrné z obr. 1. Na serverech je instalována verze Microsoft Exchange 2003 SF2. Celý systém je doplněn o dva distribuční servery (verze Microsoft EXchange 2010 SP3) a jeden samostatný server určený pro testování. Přístup uživatelů do e-mailových schránek v rámci interní WAN sítě je řešen prostřednictvím klientů MS Outlook ve verzi 2007, 2010. Vzdálený přístup do e-mailových schránek je řešen bud‘ prostřednictvím Outlook Web Access, anebo prostřednictvím klientů MS Outlook (využíváno pro notebooky s využitím VPN) a mobilních zařízení, využívajících komunikaci s protokolem ActiveSync (chytré telefony a tablety). Jednotlivé e-mailové servery uchovávají data (e-maily) na lokálních discích po dobu jednoho měsíce. Poté jsou data přemístěna na server EMC SourceOne Archive, ke kterému jsou jednotlivé e-mailové servery připojeny.
2. Požadované řešení Požadováno je provedení takového upgrade současného stavu, které nahradí dosluhující HW, převede celý systém na novější verze užitého SW, navýší úložnou kapacitu uživatelských e-mailových schránek, zvýší výpočetní výkon jednotlivých serverových sestav, zajistí kontinuitu provozu a vytvoří podmínky pro další rozvoj systému v následujícím období. Celý upgrade musí být realizován prakticky za provozu tak, aby byly naplněny definované technické požadavky na cílové řešení a to minimálně v rozsahu definovaných mandatorních požadavků. —
V cílové konfiguraci (systém po upgrade) musí být celé řešení opět plně integrováno do stávajícího IT prostředí zadavatele, včetně v současnosti všech provozně využívaných podpůrných infrastrukturních systémů (sít‘ová infrastruktura, adresářová služba, management, podpora vzdáleného připojení, apod.).
2.1 Požadavky na zapojení subsystému distribuce dat (e-mailů) Pro zapojení subsystému distribuce dat (e-mailů) mezi jednotlivými servery resp. lokalitami je požadováno zachování logiky zapojení stávajícího uspořádání tj. každá lokalita musí mít minimálně jeden vlastní obslužný server, přičemž z důvodů požadavku na vyšší stupeň redundance je potřeba v lokalitě IATCC zapojit více obslužných serverů (v clusterovém zapojení). Pro transport příchozí resp. odchozí pošty směrem z/do internetu zůstane zachována stávající konfigurace zapojení dvojice distribučních serverů ve verzi MS Exchange 2010, včetně jejich zdvojeného interface na FireWall viz obr. 2. —
-
-2-
Obr. 2.
—
Logické uspořádání požadovaného řešení v cílové konfiguraci ve vztahu k distribuci dat
IrcMobe Internet
SMTP server
Interní WAN Primární datovcentrum
Záložní datové centrum
EMC SourceOne Arc,iv
DTS system
Externí lokality
*
testonaci mailbox
Hardware Load Batancer Array
‚
Server‘
Server 2
‚
-
Server 3
iťir
- - -
Server S
ServerS
Server6
Server n
2.2 Požadavky na ukládání a zabezpečenĺ dat Primární (pracovní) kopie uživatelských dat musí být ukládány na lokálních obslužných serverech. Zabezpečení dat proti jejich poškození nebo ztrátě vlivem výpadku HOD obslužného serveru musí být zajištěno dostatečnou redundanci v zapojení HOD (RAID-l, RAID-5), zabezpečení dat proti jejich poškození nebo ztrátě vlivem výpadku celého serveru musí být zabezpečeno redundancí na úrovni databází s využitím replikačních mechanismů (ve stejném čase existuje vždy více kopií dat od každé databáze) tak, aby při výpadku jakéhokoliv serveru nedošlo ke ztrátě dat viz obr. 3. Obnova systému do původní (úplné) konfigurace (např. po výpadku některého ze serverů) je pak prováděna s využitím dat, obsažených v záložních replikách. -
—
-3-
Obr. 3. Logické uspořádání požadovaného řešení v cílové konfiguraci ve vztahu k ukládání a zabezpečeni dat —
DMZ
IronPort
IronMobde
CheckPornt Internet
Interní WAN Záložní datové centrum
Primární datové centrum
EMC Distribijcni SourceOne Ser.‘er A (DGA) Archív
Distribucni server B (DGB)
Externí lokality
DTS system * testoaaca rnaltbov
Hardware Load Balancer Asray
:::
Clivvt Accoss Sera Array
AG2
OAG1
‚ /
Serverl
Srnver2
I
Server3
Server4
Server 7
Server 6 —
D87
ClusterA
S S
S S
ľH jD S L
CIusterB
S S
: -
-
j
-fl
PF
Server 8
j9
fl
Č
FF Server fl
2.3 Požadavky na zabezpečenĺ dostupnosti služeb systému Přístup uživatelů k e-mailovým serverům v lokalitě IATCC prostřednictvím MS Outlook musí být v rámci interní datové sítě řízen hardwarovým load balancingem. Stávající distribuční servery v primárním a záložním datovém centru musí komunikovat se servery ve všech lokalitách. Každá z provozních databází na serverech v primárním datovém centru (budova IATCC) bude mít minimálně 2 repliky jednu na sousedícím serveru a druhou na pomocném serveru v záložním datovém centru. Provozní databáze ze serverů v lokalitách IATCC (primární datové centrum) budou mít minimálně jednu plnohodnotnou repliku dat na pomocném serveru v záložním datovém centru viz obr. 4. —
-
-4-
Obr. 4. Logické uspořádánĺ požadovaného řešení v cílové konfiguraci ve vztahu k dostupnosti služeb systému —
Pctive Syrc uzivatel
() VPN
rsePort
‚
‘
‚I
‚
I,
J
lnterni WAN Záložni datové centrum
Primárni datové centrum
\
\ \\
t
“,
\ \ .\
\
\
l\
Uzivatel
EXternl lokality
Uzivatel
\
EMC
SvurceOne
Distibuaií
Dsbibrjcr
kchiv
server A (DGA)
server 13 (DGS)
DTS system + lestovacr mailbox
r
F3rwrjeLoad éIr1ncer Array
1
ĺ, ‚
—r\
Server I
Cl.crass Seier Anay
\ —
DAG2
D‘Gi
—
‚
Server 2
Server 3
Server 5
Server 4
Server 6
Server 7
Server 8
ClusterA Server S
jÍ5I
I
Ji ClusterB
l
Přístup uživatelů z lokality IATCC k e-mailovým schránkám, umístěných na clusterserverech bude realizován přes pomocné HW balancery, přístup uživatelů z externích lokalit bude realizován vždy přímým přístupem klientů k příslušnému e-mailovému serveru.
2.4 Vzdálené připojení uživatelů k e-mailovým schránkám Pro zajištění přístupu uživatelů k obsahu e-mailových schránek je požadováno zachování stávajících možností tj. kombinace technologií Outlook Web Access, VPN tunel pro klienty MS Outlook (využíváno pro notebooky s funkčním VPN) a mobilních klientů typu SmartPhone, Tablet, Windows-Mail, apod., využívajících komunikaci nad protokolem ActiveSync viz obr. 4. —
—
-5-
Příloha č. 2 ZD Mandatorní technické požadavky na implementaci řešení Pro zajištění potřebné kompatibility nového řešení se stávajícím prostředím a optimální ekonomické návratnosti investice jsou na implementaci upgrade e-mailového systému kladeny konkrétní mandatorní požadavky, jejichž řešení resp. zohlednění je v rámci nabídky požadováno jako povinné. Jejich nesplnění bude považováno za nesplnění zadání jako celku.
M-O 1:
Lokality Upgrade musí pokrývat obslužné servery ve všech lokalitách, kde jsou v současnosti e-mailové servery provozovány tj. lokality IATCC, TEB, LS, HG-B, DTS, LKKV, LKTB, LKMT-AB, LKMT-TWR, KOPl, BUKOP. Ve všech podporovaných lokalitách musí být umístěn min. jeden obslužný e-mailový server, v lokalitě IATCC musí řešení sestávat minimálně z dvojice clusterů a souvisejícího technologického zázemí. Záložní datové centrum V záložním datovém centru bude umístěn pomocný server, jehož úkolem bude uchovávat sekundární repliky provozních databází z jednotlivých lokalit. V případě potřeby muže být těchto serverů více. U více-serverového uspořádání backupserverů je požadováno oddělení úložišt‘ pro ukládání replik databází ze serverů v IATCC a replik databází z ostatních lokalit na různé servery. Počty uživatelů Čtveřice serverů (dvojice clusterů) v IATCC musí být výkonově a kapacitně dimenzována tak, aby mohla hostovat min. 1000 uživatelských schránek (cca 250 na každém serveru resp. 2x250 na každém clusteru), servery v lokalitách TEB, LS, HG-B a DTS musejí být dimenzovány na hostování min. 150 uživatelských schránek, servery v lokalitách LKKV, LKTB, LKMT-AB, LKMT-TWR, KOPl a BUKOP musejí být dimenzovány na provoz min. 50 uživatelů. Kapacita e-mailových schránek Rešení musí navrženo tak, aby všechny hostované e-mailové schránky mohly mít úložnou kapacitu minimálně 20 GB. Repliky databází Všechny provozní (primární repliky) databáze na serverech v lokalitě IATCC musejí disponovat min. 2 záložními replikami. Všechny provozní databáze (primární repliky) na serverech musejí disponovat alespoň I další replikou, umístěnou na pomocném serveru v záložním datovém centru. Mechanické provedení e-mailových serverů Všechny dodávané e-mailové servery musejí být v provedení Rack-mout, výška 2U, s kovovými montážními úchyty pro montáž zařízení do 19“ technologických s hloubkou 80/90/100 cm (zařízení se musí vejít do stojanů s hloubkou 80 cm a možností montáže i do Stojanů S hloubkou 90 a 100 cm). Zdvojené napájení Všechny dodávané servery musejí být vybaveny dvojicí nezávislých napájecích zdrojů, kdy každý ze zdrojů musí mít dostatečný výkon, aby mohl v případě potřeby napájet příslušný server sám po neomezeně dlouhou dobu. Redundantní chlazení —
M-02:
M-O3:
M-O4: M-O5:
M-06:
M-07:
—
M-08:
—1—
Všechny dodávané servery musejí dostatečným počtem větráků, aby bylo zajištěno dostatečně spolehlivé chlazení interních součástek serveru i při výpadku kteréhokoliv větráku. M-09:
M-0l0:
M-Ol 1:
M-012:
M-013: M-014:
M-015: M-016: M-017:
Nízko-příkonové procesory Všechny dodávané servery musejí být vybaveny moderními více-jádrovými nízko příkonovými procesory s min. 6 samostatnými plnohodnotnými procesorovými jádry, podporou automatického řízení výkonu jednotlivých jader a maximálním provozním příkonem 95W na procesor. Systémové disky Pro potřeby uložení operačního systému a serverového aplikačního SW musejí být všechny dodávané servery být vybaveny dvojicí systémových disků s minimální nominální kapacitou 2x300GB, zapojených v RAID-l. Výkonové parametry užitých systémových disků musí být minimálně na úrovni technologie SAS/lOKrpm (nebo lepší), deklarovaná technologická životnost užitých disků při užití v režimu H24/7D ‚musí být minimálně 75.000 hodin (nebo lepší). Systémové disky nebude dodávané řešení v žádném případě využívat k ukládání uživatelských dat. Datové disky Pro potřeby ukládání uživatelských dat budou všechny servery vybaveny dostatečným počtem dalších provozních disků (mimo disky systémové) s celkovou úložnou kapacitou, umožňující uložení dat pro všechny hostované e-mailové schránky resp. spravované databáze. Výkonové parametry užitých datových disků musí být minimálně na úrovni technologie NLSAS/7.2Krpm (nebo lepší), deklarovaná technologická životnost užitých disků při užití v režimu H24/7D musí být minimálně 75.000 hodin (nebo lepší). Pro tuto skupinu disků je požadováno zapojení v RAID-l nebo RAID-S nebo RAID-6. Operační pamět‘ Všechny servery musejí být vybaveny dostatečnou kapacitou operační paměti (RAM moduly) tak, aby byl zajištěn plynulý chod OS i instalovaného aplikačního a antivirového SW. Vzhledem k faktu, že dnes již většina uživatelů používá nepřetržité PUSH připojení SmartPhonů a tabletů, je nutné pro potřebu OS a aplikačního SW počítat mininálně s 16 GB RAM a s dalšími min. 16 GB RAM na každých 50 hostovaných uživatelských schránek. Tato podmínka musí být splněna i pro provoz clusterových sestav v degradovaném módu, kdy 1 člen clusteru vypadne a druhý takto vypadlé funkce převezme na sebe. RAM moduly Všechny servery musejí být vybaveny RAM moduly v provedení ECC. Připojení k LAN Všechny dodávané servery musejí být vybaveny min. čtyřmi samostatnými LAN porty 10/100/1000, plně využitelnými pro provozní zapojení e-mailového systému (speciální diagnostické porty v to nepočítaje). LAN adaptéry musejí umožňovat práci v teamingovém zapojení. Servery pro lokalitu IATCC Servery určené pro provoz v lokalitě IATCC musí být vybaveny dvěma CPU a musí být zapojeny v clusterovém zapojení. Rízení přístupu klientů ke clusterovým serverům Řízení přístupu klientů ke službám clusterových serverů v lokalitě IATCC musí být řešeno pomocí dedikovaných load-balancerů, provozovaných na samostatném HW. Zajištění vysoké dostupnosti služeb pro uživatele v IATCC Řešení musí obsahovat takovou konfiguraci balancerů a clusterových serverů, která zabezpečí provoz celé sestavy systému v IATCC v režimu s vysokou dostupností
—
-2-
s garantovaným stupněm odolnosti systému proti neplánovanému výpadku v řádu 99.9%. M-018: Požadovaný výkon hardwarových balancerů Hardwarové load balancing moduly musí být výkonově navrženy pro souběžný provoz všech uživatelů primárního datového centra, požadován je lokální loadbalancing, podpora efektivní schopnosti terminace SSL připojení, propustnost 1Gb/s a zapojení do failover režimu. M-019: Automatické přepínání režimu activelpassive pro servery v IATCC Pro uživatele v IATCC musí systém disponovat funkcionalitou automatického řízení chodu resp. přepínání provozu aktivních serverů v clusteru tak, aby při výpadku aktivní komponenty (server/balancer) došlo k automatickému nastartování požadovaných funkcí na záložním zařízení (druhý server/druhý balancer) a to v době max. desítek sekund nebo několika minut. M-020: Redundance na úrovni LAN adaptérů Všechny servery musejí mít nakonfigurované duální připojení k LAN síti (teaming) tak, aby v případě výpadku připojení přes jeden adaptér automaticky převzal funkci druhý (záložní) adaptér. Při obnovení linkového spojení na první adaptér se LAN připojení automaticky vrací zpět na původní adaptér. M-021: lnternĺ komunikace serverů v rámci clusteru Interní komunikace serverů v rámci clusteru (heartbeat a obdobné funkce) jsou odděleně od uživatelského vedeny přes samostatnou dvojici LAN adaptérů provozu. M-022: Antivirová ochrana Pro antivirovou ochranu e-mailového systému v nové konfiguraci budou využity stávající licence zadavatele k antivirovému SW Symantec Mail Security for MS EXchange z původního systému, které zadavatel vlastní v dostatečném množství. Instalace a konfigurace antivirového SW na nově zprovozňovaných serverech musí být součástí dodávky. M-023: Verze OS a aplikačního SW pro servery Na nově zprovozňovaných serverech musí být instalovány verze OS a aplikačního SW vybavení minimálně ve verzi 2010 nebo novější, včetně pro tyto veze dosud uvolněných updatů. U aplikačního SW musí být k instalaci zvolena taková verze, pro kterou existuje přímý scénář migrace z verze 2003, oficiálně podporovaný ze strany výrobce SW. M-024: Licence k serverovému OS a serverovému aplikačnímu SW Součástí dodávky serverů a balancerů musí být i dodávka všech souvisejících licencí k užitému OS a aplikačnímu SW vybavení serverů a balancerů s výjimkou licencí k antivirovému SW Symantec Mail Security for MS-Exchange a licencí pro užití konektoru k systému EMC SourceOne, které zadavatel vlastní v dostatečném množství. M-025: Klientské přístupové licence Součástí dodávky musí být i dodávka všech souvisejících klientských licencí nutných ke správnému zalicencování nově navrženého uspořádání e-mailového systému při provozu s klienty POP3, IMAP, Outlook-2010, Windows-Mail, Windows Phone, iOS a Android s výjimkou licencí obsažených v příslušných klientech a licencí obsažených v multilicencích CORE CALL 2010, které objednatel vlastní v dostatečném množství. V rámci řešení upgrade serverové části e-mailového systému se nepředpokládá rozšiřování stávajícího počtu uživatelů, takže bude možné původní uživatelské přístupové licence CORE CALL 2010 použít i pro nový systém. M-026: Otevřenost řešenĺ vůči novým moderním klientům —
—
—
-
-3-
Implementace upgrade systému musí být připravena a provedena tak, aby v blízké budoucnosti umožnila plošné nasazení nových moderních klientů typu Outlook 2013, Windows-10, apod. bez nutnosti provádění zásadních úprav implementované konfigurace e-mailového systému (aplikace updatů a oficiálně uvolněných service packů k OS a aplikačnímu SW vybavení není ze strany zadavatele považována za zásadní zásah do konfigurace systému). M-027: Napojení na e-mailový archiv EMC SourceOne Aplikační SW e-mailových serverů musí být nakonfigurován tak, aby dovedl spolupracovat se stávajícím e-mailovým archivem EMC SourceOne, ve kterém má většina uživatelů uloženu několikaletou historii svých e-mailů. Systém bude nakonfigurován tak, že od okamžiku provedení migrace e-mailové schránky na nový server bude archiv SourceOne využíván již pouze na čtení v něm uložených zpráv nově příchozí e-maily budou ukládány pouze do provozních databází (a jejich záložních replik) systému MS-Exchange. M-028: Veřejné složky (Public Folders) Součástí implementace upgrade musí být i provedení migrace stávajících struktur a úloh, zapojených v současnosti nad funkcionalitou veřejných složek. Veřejné složky musejí být implementovány lokálně, kdy každý server hostující uživatelské schránky si musí držet i vlastní repliku veřejných složek. M-029: Transparentnost upgrade vůči současným klientům Rešení upgrade musí být transparentní vůči stávajícím aplikacím a klientům, obsluhovaným dosud servery MS-Exchange 2003 a MS Exchange 2010 zejména vůči klientům MS Outlook a klientům připojujícím se vzdáleně pomocí VPN a ActiveSync musí zůstat zachován způsob připojení komunikace přes distribuční huby, aby byla zajištěna kontinuita komunikace klientů bezpečnostní brány systémů CheckPoint, lronPort a lronMobile. Požadováno je i zachování současné možnosti přístupu k obsahu uživatelské e mailové schránky pomocí webového rozhraní (OWA). M-030: Součástí řešení je i migrace Součástí řešení Od dodavatele musí být i návrh detailních migračních postupů pro jednotlivé typové úlohy a jeho praktické ověření na převodu vzorku min. 50 uživatelů/schránek ze serverů v IATCC a min. 50 uživatelů/schránek ze serverů v externích lokalitách. M-031: Bezeztrátová migrace Migrační postupy a jejich praktické ověření musí realizovat převody uživatelských schránek resp. dat včetně souvisejících metadat a konfiguračních nastavení bezeztrátově tj. převedeny musí být jak obsahy schránek, tak i jejich související nastavení a k nim příslušející uživatelské objekty (vytvořená pravidla) nebo adresářové listy. M-032: Definování uživatelské součinnosti Návrh migrace musí obsahovat úplný popis přípravných prací/činností, které je nutné provést během přípravy účtu a schránky uživatele na migraci do nového systému M-033: Disaster-recovery scénáře Součástí provozně-technické dokumentace ke skutečnému provedení díla musí být i zpracované pracovní postupy pro obnovu / znovuzprovoznění serveru v externí lokalitě v případě jeho závažného poškození nebo úplné ztráty a je potřeba server v zásadě naistalovat na nový HW a využít data ze záložní repliky databáze, uložené na pomocném serveru. M-034: Redundantní zapojení přenosových linek Cílové řešení musí kopírovat současnou (původní) topologii zapojení distribučních serverů, kde je veškerá komunikace (předávání dat) mezi servery řízena dvojicí -
-
—
-4-
distribučních serverů. V případě nedostupnosti primárního distribučního serveru (hubu) je veškerá komunikace automaticky přesměrovávána na záložní distribuční bod. Po obnovení funkčnosti primárního distribučního hubu se komunikace automaticky vrací zpět na primární distribuční okruh.
M-035: Škálovatelnost Řešení musí být otevřené budoucímu možnému navyšování počtu uživatelů i případnému navyšování úložných kapacit pro jednotlivé obsluhované uživatelské schránky beze změny architektury řešení a to minimálně na dvojnásobek stavových hodnot po implementaci upgrade. M-036: Nezávislost systému na ostatní IT infrastruktuře Celé řešení e-mailového systému musí být budováno jako maximálně nezávislé, na pokud možno pouze s vazbami na doménové struktury a vlastní HW základně datové sítě Ethernet. Zejména nesmí obsahovat vazby na SAN rozvody, ani komponenty vyžadující FCoIP nebo iSCSI komunikační kanály. M-037: Rešenĺ musí být kompatibilní se stávajícím sít‘ovým prostředím zadavatele Kromě nároků na přípojné LAN porty 10/100/100 (Ethernet) a jejich korektní nastavení na straně sítové infrastruktury nesmí implementace řešení v žádném případě vyžadovat změny nastavení parametrů stávajícího uspořádání a konfigurace přenosových LAN a WAN sítí. M-038: Qvěřovánĺ uživatelů Pro autorizaci uživatelů i administrátorů vůči systému musí být využity standardní prostředky autorizace uživatelů vůči příslušným doménovým účtům. M-039: Podpora aktualizací užitého SW vybavení Implementované softwarové prostředky musí být schopny automatizované aktualizace užitého softwarového vybavení a musí být umožněno jejich zařazení do automatizovaných aktualizačních procedur. M-040: Záruka na dodané HW komponenty V ceně všech dodávaných HW komponent musí být obsažena kompletní záruka na bezplatné odstranění vad dodaných sestav po dobu trvání min. 36 měsíců od dodání HW s parametry IN-SITE/NBD (oprava v místě instalace, provedení servisního zásahu v režimu Next-Business-Day). M-041: Technická a provozní dokumentace Součástí implementace upgrade bude i vypracování související technické a provozní dokumentace, které je nutná k řádnému provoznímu užívání díla ze strany zadavatele. M-042: Záruka na dílo jako celek Na celé dílo poskytne dodavatel záruku vdélce trvání min. 12 měsíců ode dne převzetí kompletní dodávky. —
-5-
Í
M-05
M-04
M-03
M-02
M-O1
Mechanické provedenĺ e mailových serverů
Repliky databází
Kapacita e-mailových schránek
Počty uživatelů
Záložní datové centrum
Lokality
-
M-06
Zdvojené
Nazev pozadavku
disky
procesory
nesplneno
Splňeno/
Příloha Č. 3 ZD Matice souladu mandatorní požadavky Označení
M-07
Redudantní chlazení
L pozadavku
M-08
Nízko-příkonové
Systémové
napájení
M-09
M-Ob
Strucny POPIS zpusobu naplneni pozadavku
M020
M-O1 9
M018
M-017
M-016
M-015
M-014
M-013
M-012
M-O1 1
Redudance na úrovni LAN adapteru
Automatické přepínání režimu active/passive pro servery v IATCC
Požadovaný výkon hardwarových balancerů
Zjištěni vysoké dostupnosti služeb pro uživatele IATCC
Řízení přístupu klientů ke clusterovym serverum
Servery pro lokalitu IATCC
Připojení k LAN
RAM moduly
Operačnĺ pamět
Datové disky
M029
M-028
M-027
M-026
M-025
M024
M023
M-022
M021
Transparentnost upgrade vůči soucasnym klientum
Veřejné složky (Public Folders)
Napojení na e-mailový archiv EMC SourceOne
Otevřenost řešeni vůči novým modernim klientum
Klientské přístupové licence
Licence k serverovému OS a serverovému aplikačn[mu SW
Verze OS a aplikačního SW pro servery
Antivirová ochrana
Interní komunikace serverů v ramc clusteru
M-040
M-039
M-038
M-037
M-036
M-035
M-034
M-033
M-032
M-031
M-030
Záruka na dodané HW komponenty
Podpora aktualizací užitého SW vybaveni
Ověřováni uživatelů
lešení musí být kompatibilní se stávajícím sítovým prostředím zadavatele
Nezávislost systému na ostatní IT infrastrukture
Škálovatelnost
Redudantní zapojení prenosovych linek
Disaster-recovery scénáře
Definování uživatelské činnosti
Bezdrátová migrace
Součástí řešení je i migrace
M-042
M041
Záruka na dílo jako celek
Technická a provoznĺ dokumentace
Příloha č. 4 ZD Nemandatorní technické požadavky, které jsou předmětem hodnocení:
Stupeň unifikace počítačových sestav Hodnotící kritérium č. 2 V rámci tohoto hodnotícího kritéria bude hodnocen stupeň unifikace počítačových sestav. Stupeň unifikace počítačových sestav u následujících komponent (typová shoda užitých HW komponent u CPU, moduly RAM, řadiče disků, interní disky, LAN adaptéry, napájecĺ zdroje) bude hodnocen na základě typové shody, přičemž za neshodu bude považován takový stav, kdy příslušná komponenta bude obsažena pouze v některých serverech. Za kritérium č. 2 obdržĺ nabídka maximálně 100 bodů. Pro vyhodnocení tohoto kritéria je stanovena stupnice označena jako a) až e), jejíž užitná hodnota bude hodnocena přidělenými body samostatně dle uvedeného schématu. Přidělené body za kritérium č. 2 budou přeneseny do váhy tohoto kritéria, tj. 15%. a) O neshod- 100 bodů, b) 1 neshoda- 75 bodů, c) 2 neshody 50 bodů, d) 3 neshody —25 bodů, e) 4 a vĺce neshod- 1 bod —
Dodavatel vyplní níže uvedenou tabulku č. 1
Server I sestava
počet uživatelů
malý server
50
střední server 2CPU server backup server 1 backup server 2
Konfigurac Konfigurace e RAM diskových modulů jednotek (počet x (početXtyp) typ)
Konfigurace procesorů (počet x typ)
Řadič disků (typ)
LAN adaptér (typ)
Konfigurace napájecích zdrojů (počet x typ)
150 2x 250 1000 750
počet neshodných komponent Pro názornost uvádíme příklady hodnocení: (žlutě označený text dodavatel odstraní po vyplnění tabulky či) 1) V mimopražských lokalitách budou servery vybaveny dvojicí systémových disků o velikosti 300 GB a dvojicí datových disků o velikosti 2 TB, v Praze a IATCC budou servery vybaveny dvojicí systémových disků o velikosti 300 GB a 4-6 disky o velikosti 2 TB. V takovém případě je splněna podmínka, že každý užitý typ disku (nominální kapacity 300 GB a 2 TB) jsou využity vždy ve všech sestavách a počet neshodných dílů je tedy roven O. 2) Malé servery v mimopražských lokalitách budou vybaveny čtveřicí RAM modulů o velikosti 1.6GB, střední a zálohovací servery v pražských lokalitách budou vybaveny čtveřicí RAM modulů o velikosti 1.6GB a 2-CPU servery v IATCC budou vybaveny čtveřicí RAM modulů o velikosti 16 GB a čtveřicí RAM modulů o velikosti 32 GB. Protože ale moduly 32 GB nejsou součástí sestav všech serverů, bude počet neshodných komponent roven 0.
Minimální garantovaná velikost e-mailové schránky Hodnotící kritérium č. 3 V rámci tohoto hodnotícího kritéria bude hodnocena schránky zaručovaná uživatelům napříč upgradovanou infrastrukturou. Za kritérium Č. 3 obdrží nabídka maximálně 100 bodů. Pro vyhodnocení tohoto kritéria je stanovena stupnice označena jako a) až g), jejíž užitná hodnota bude hodnocena přidělenými body samostatně dle uvedeného schématu. Přidělené body za kritérium č. 3 budou přeneseny do váhy tohoto kritéria, tj. 15%. a) 21-25 GB- 10 bodů, b) 26-30 GB- 25 bodů, c) 31-35 GB- 40 bodů, d) 36-40 GB- 55 bodů, e) 41-45 GB- 70 bodů, f) 46-50 GB- 85 bodů, g) 51 GB a více- 100 bodů Dodavatel vyplní níže uvedenou tabulku č. 2: Server I sestava
Počet schránek na serveru
malý server
50
střední server
150
2CPU server
500
backup server 1
1000
backup server 2
750
Úložná kapacita serveru pro data [TB]
Maximální velikost jedné schránky [GB]
Pro názornost uvádíme příklad hodnocení: (žlutě označený text dodavatel odstraní po vyplnění tabulky č.2) 1) Servery v mimopražských lokalitách budou vybaveny dvojicí datových disků o kapacitě 2TB, zapojených do RAID-l, což při požadavku na umístění 50 uživatelských schránek znamená max. garantovanou velikost 1 schránky 40 GB. Servery v IATCC budou vybaveny šesticí datových disků o kapacitě 2TB v zapojení RAID5, což při požadavku na umístění 2x250 uživatelských schránek na server znamená max. garantovanou kapacitu 1 schránky 20 GB. Nejmenší hodnota je tedy 20GB, ale protože 20GB je pouze mandatorně požadované minimum (a ne nic navíc), bude počet bodů v rámci kritéria 3 roven 0.
2
evidenční číslo smlouvy ŘLP ČR, s.p.:049/2015/IS/130 evidenční číslo smlouvy [*]
Smlouva o dílo
95Oj2O15JRLPCR
Ilili IIII lilii fl 111111111111 1 1 I IIII ovz,zso,zo 15
Řízení letového provozu České republiky
SMLOUVA O DÍLO Upgrade serverové infrastruktury podnikového e-mailového systému“
uzavřená podle
2586 a následujících ve spojení s 2358 a násl. zákona Č. 89/2012 Sb., občanský zákoník ve znění pozdějších předpisů (dále jen občanský zákoník) (dále jen ‚smlouva‘)
1.
Smluvní strany
Řízení letového provozu České republiky, státní podnik. (ŘLP ČR, s.p.) se sídlem: Navigační 787, 252 61 Jeneč zastoupený: Mgr. Petrem Fajtlem, ředitelem Divize plánováni a rozvoje letových navigačních služeb (DPLR) kjednání ve věcech technických oprávněný: Ing. Jan Abel CO: 49710371 DIČ: CZ4971 0371 bankovní spojení: ČSOB Praha 5, č. účtu SWIFT kód: CEKOCZPP zapsaný v obchodním rejstříku vedeném Městským soudem v Praze v oddíle A, vložce 10771, (dále jen „objednatel“) a obchodní jméno[*] se sídlem: [*] zastoupená: [*] iČo• [*] DIČ: [*] bankovní spojení: [*] číslo účtu [*]SWIFT kód: zapsaná v obchodním rejstříku vedeném [*] v oddíle [*]‚ vložce [*] ‚
(dále jen „zhotovitel“), (objednatel a zhotovitel rovněž jako „smluvní strany“).
2.
Předmět smlouvy Strana I zlO
evidenční číslo smlouvy ŘLP ČR, s.p.:049/201 5/IS/l 30 evidenční číslo smlouvy [*]
Smlouva o dílo
2.1
Zhotovitel se zavazuje pro objednatele provést dĺlo s názvem „Upgrade serverové infrastruktury podnikového e-mailového systému“ dle specifikace uvedené v Přĺloze č. 1 smlouvy (dále jen ‚dílo“).
2.2
Celé dílo bude provedeno minimálně v rozsahu uvedeném v Příloze či, a to ve třech na sebe navazujících ucelených realizačních fázích (dále Jen „fáze“) v následujícím členění: —
Fáze 1: Fáze 2:
Fáze 3:
Dodání potřebných HW a SW komponent, jejich technické zprovoznění v sídle objednatele a vypracování detailního implementačního plánu; Přenesení připravených HW komponent do cílových umístění, propojení nových serverů s původním systémem, zprovoznění nové konfigurace e-mailového systému jako celku, provozní napojení na související lT infrastrukturu zóny MIS, ověření funkčnosti přepínání provozu redundantních komponent, ověření funkčnosti automatického přepínání provozu klientů v IATCC vůči jednotlivým clusterovým nódům, provedení migrace sdílených kalendářů (veřejné složky) a provedení migrace vybraného vzorku uživatelských schránek; Dodání související post-implementační podpory k migraci uživatelských schránek, optimalizace nastavení jednotlivých provozních parametrů celého systému, vypracování finální technické a provozní dokumentace.
Součástí díla musí být i dodávka veškerého potřebného HW a SW vybavení, nutného pro provoz systému s klienty POP3, IMAP, Outlook-2010/2013, Windows-Mail s výjimkou licencí obsažených v příslušných klientech a licencí obsažených v CORE CALL, které objednatel vlastní v dostatečném množství. 2.3
Zhotovitel prohlašuje, že všechny SW komponenty užité pro zhotovení díla budou kompatibilní se stávajícím lT prostředím objednatele a tyto komponenty nebudou nadměrně zatěžovat systémové zdroje. Dodaný SW je standardní, tzv.,, krabicový“, určený pro širokou distribuci. Zhotovitel poskytuje k předávanému SW nevýhradní licenci, tj. právo k užití SW s tím, že objednatel se na základě této smlouvy stává oprávněným uživatelem dodaného SW. Zhotovitel dále touto smlouvou poskytuje objednateli licenci k užití know-how, jakož i k jiným nehmotným statkům, které vzniknou na základě této smlouvy.
2.4
Zhotovitel se zavazuje předat objednateli související technickou a provozní dokumentaci ke zprovozněné nové konfiguraci interního e-mailového systému objednatele, která je nutná k převzetí a řádnému užívání díla.
2.5
Objednatel se zavazuje zaplatit zhotoviteli za provedení díla podle této smlouvy cenu ve výši a za podmínek stanovených v článku 3 této smlouvy.
3. 3.1
Cena a platební podmínky Cena díla provedeného řádně a včas podle této smlouvy je stanovena dohodou smluvních stran dle zákona č. 526/1 990 Sb., o cenách, ve znění pozdějších předpisů. Cena díla zahrnuje celý rozsah díla tak, jakje uvedeno v předchozích bodech článku 2 smlouvy, dále licenci k užití SW, know-how a zpracování odpovídající dokumentace. Celková dohodnutá cena kompletního díla, které je specifikováno v článku 2 této smlouvy a jehož kalkulace je uvedena v Příloze č.2 smlouvy, je sjednána smluvními stranami jako cena pevná a činí: Kč (bez DPH) korun českých bez DPH).
XXX XXX
(slovy: 3.2
XXX XXX
Cena kompletního díla, uvedená v článku 3.1, je členěna dle plnění vjednotlivých fázích takto: fáze 1 fáze 2 fáze 3
XXX XXX XXX XXX XXX XXX
Kč Kč Kč
Cena kompletního díla i ceny jednotlivých fází jsou stanoveny jako ceny bez DPH. K uvedeným částkám bude účtována příslušná sazba DPH v souladu se zákonem č. 235/2004 Sb., o dani z přidané hodnoty (dále jen „zákon o DPH“). 3.3
Platby objednatele budou uskutečněny na základě vystavených faktur Strana 2 z 10
—
daňových dokladů
evidenční číslo smlouvy ŘLP ČR, s.p.:0491201511S1130 evidenční číslo smlouvy [*}
Smlouva o dílo
zhotovitelem (dále jen „faktura) po předání každé jednotlivé fáze, což bude potvrzeno předávacím protokolem o řádném předánĺ a převzetí příslušné fáze dĺla. Předávacĺ protokol o předání a převzetĺ příslušné fáze musí být podepsán odpovědnými zástupci obou smluvních stran. Splatnost faktur je stanovena do 30 kalendářních dnů ode dne jejich obdržení objednatelem. Faktury daňové doklady musí splňovat náležitosti dané zákonem o DPH, jinak budou zhotoviteli vráceny. —
3.4
V případě oprávněného vrácení faktury přestává běžet lhůta její splatnosti v den jejího odeslání objednatelem a nová lhůta splatnosti počíná běžet ode dne nového doručení opravené či doplněné faktury objednateli. V pochybnostech se má za to, že faktura byla doručena třetí den po odeslání.
3.5
Faktury s odvoláním na číslo smlouvy objednatele musí být zaslány na adresu ŘLP ČR, sp., Navigační 787, 252 61 Jeneč.
3.6
Cena uvedená v článku 3, odstavce 3.1 této smlouvy zahrnuje veškeré náklady spojené s provedením díla podle této smlouvy. Jakákoliv změna ceny může být provedena výhradně písemným dodatkem k této smlouvě podepsaným oběma smluvními stranami, přičemž musí být dodržen zákon č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů.
4. 4.1
Termíny plnění
Zhotovitel se zavazuje předat objednateli řádně provedené dílo uvedené v článku 2 této smlouvy po jednotlivých fázích v následujících termínech: fáze 1: nejpozději do fáze 2: nejpozději do fáze 3: nejpozději do
TO TO TO
+ + +
2 měsíce, 5 měsíců, 9 měsíců,
kde TO je den oboustranného podpisu smlouvy a jedním měsícem se rozumí kalendářní měsíc. Termín pro předáni fáze 3 je současně i termínem pro předání a převzetí kompletního díla.
5.
5.1
Místo plnění
Místem plnění díla jsou objekty: 1/ IATCC, Navigační 787, 25261 Jeneč 2/Technický blok, Aviatická 1039, 16008 Praha 6 3/ Letecká škola, K letišti 934, 160 OO Praha 6 4/ LKKV, Letiště Karlovy Vary, 205 Karlovy Vary 5/ LKMT-AB, Administrativní budova RLP, Letiště Ostrava-Mošnov 262, Mošnov 6/ LKMT-TWR, Záchranná požární služba letiště Ostrava- část TWR řídící věž, Letiště OstravaMošnov 349, Mošnov 7/ LKTB, TWR letištní řídící věž, Letiště Brno-Tuřany 2258, Tuřany, Brno 8/ KOPl, Kopec Písek, Cenkov 16, Cenkov 262 23 9/ BUKOP, Buchtův kopec, areál ŘLP ČR, sp., Krásné 130, Krásné nad Svratkou 592 03 Místem předávání jednotlivých fází díla a předání kompletního díla objednateli dle této smlouvy bude sídlo objednatele na adrese uvedené v záhlaví této smlouvy.
5.2 6.
Přejímajícím za ŘLP ČR, s.p. bude Ing. Jan Abel. Záruka a odpovědnost za vady
6.1
Zhotovitel poskytne záruku na dílo provedené podle této smlouvy vdélce 12 (dvanáct) měsíců ode dne převzetí kompletního díla (tj. předání fáze 3) objednatelem. Plnění záruky bude probíhat v místě plnění díla.
6.2
Objednatel oznámí vady bránící plnohodnotné provozní použitelnosti díla vždy písemně, poštou na adresu sídla zhotovitele nebo telefonicky nebo e-mailem na kontaktní místo zhotovitele. Telefonní číslo objednatele je: [*]; e-mailová adresa objednatele je: : [*] :. Telefonické nahlášení bude dodatečně písemně potvrzeno na uvedenou e-mailovou adresu. Zhotovitel je povinen Strana3 zlO
evidenční číslo smlouvy ŘLP ČR, s.p.:049/201 5/IS/l 30 evidenční číslo smlouvy [*]
Smlouva o dílo
vést písemnou evidenci o tom, kdy byla závada oznámena, s uvedením data, hodiny a jména zaměstnance zhotovitele, který oznámení o závadě přijal. Zhotovitel je povinen zahájit odstraňování závady nejpozději do 3 dnů od nahlášení závady. 6.3
Opravy díla bude zhotovitel provádět v době záruky bezplatně.
6.4
Záruka se nevztahuje na vady způsobené neodborným zacházením, nedodržením provozních podmínek, nedodržením předepsaných postupů a návodů k použitĺ.
6.5
V případě, že zhotovitel nebude plnit řádně a včas záruční podmínky sjednané v této smlouvě, je objednatel oprávněn sám odstranit závadu nebo sjednat odstranění závady třetí osobou. Náklady spojené s odstraněním závady nese zhotovitel.
6.6
V případě závady v záruční době se doba záruky prodlužuje o dobu, po kterou bylo dílo nebo jeho část z toho důvodu mimo provoz. Rozhodujícím datem je datum oznámení vady a datum převzetí díla nebo jeho části po opravě.
6.7
Pokud není v této smlouvě uvedeno jinak, řídí se odpovědnost za vady ustanovením následujícími ustanoveními občanského zákoníku.
6.8
Odpovědnost za právní vady díla provedeného podle této smlouvy nese zhotovitel a tato odpovědnost není omezena záruční dobou sjednanou v této smlouvě.
7.
2615 a
Povinnosti zhotovitele
7.1
Zhotovitel je povinen při realizaci díla respektovat podmínky objednatele ohledně režimu vstupu a vjezdu vozidel do objektů a na pozemky objednatele, jako i předpisy provozovatele letišť Zhotovitel jako zaměstnavatel při provádění prací podle této smlouvy odpovídá za dodržování předpisů BOZP a PO svými zaměstnanci, popř. dalšími fyzickými osobami vykonávajícími práci v jeho prospěch. Veškeré škody, které vzniknou porušením těchto předpisů zaměstnanci zhotovitele nebo dalšími fyzickými osobami vykonávajícími práci vjeho prospěch, jdou k tíži zhotovitele. Pokud zhotovitel svojí činností vytvoří nebezpečná místa nebo situaci na pracovišti, je povinen je sám zabezpečit a neprodleně o tom informovat objednatele.
7.2
Zhotovitel ručí za to, že dílo bude funkční a fungující, bude provedeno na vysoké technické úrovni v souladu s nejmodernějšími technologickými postupy, při maximálním využití zkušeností, znalostí a odborných kapacit a bude splňovat požadovanou kvalitu, funkčnost, výkonnost a sjednané vlastnosti, jakož i kompatibilitu se stávajícím datovým prostředím objednatele.
7.3
Zhotovitel se zavazuje, že všechny nově dodávané komponenty budou splňovat certifikaci pro provoz pod OS Windows Server 2012 R2, provozovaným v doménovém prostředí Windows ADS (Active Directory Services), pracujícím v režimu 2008-Native.
7.4
Zhotovitel ručí za to, že implementací zhotoveného a dodaného díla nebude překročena výkonnost již používaného HW a SW vybavení objednatele, zálohovacího subsystému, ani využívaných spojů po LAN a WAN datových sítích. Zhotovitel prohlašuje, že dílo bude provedeno v souladu s předpisy, které se na dané dílo vztahují.
7.5
Zhotovitel je povinen zachovávat vůči třetím osobám mlčenlivost o veškerých důvěrných skutečnostech, o nichž se v souvislosti s plněním této smlouvy dozvěděl, zejména o všech údajích a informacích, které mu byly objednatelem poskytnuty.
8.
Povinnosti objednatele
8.1
Objednatel na vyžádání umožni zhotoviteli přistup na pracoviště, kde bude probíhat realizace díla a jiné aktivity související s prováděním díla podle smlouvy.
8.2
Objednatel předá nebo zprostředkuje předání nezbytně nutných technických informací o zařízeních, systémech a službách, které mají součinnost se systémem a jejich dosažitelnost je podmínkou k provedení díla podle smlouvy.
8.3
Objednatel má právo průběžně kontrolovat způsob a kvalitu provádění díla. Zjistí-li objednatel, že zhotovitel porušuje nějakou svoji povinnost nebo že zhotovitel postupuje při provádění díla Strana 4 z 10
evidenční číslo smlouvy ŘLP ČR, s.p.:049/2015/IS/130 evidenční číslo smlouvy [*]
Smlouva o dílo
pro objednatele nevhodným způsobem, může objednatel po zhotoviteli požadovat, aby zajistil nápravu a dále prováděl dílo řádným způsobem. 8.4
9.
V případě, že jakákoliv jiná osoba, včetně zaměstnanců zhotovitele uplatní nárok proti objednateli z titulu porušení práv duševního vlastnictví v souvislosti s touto smlouvou, zavazuje se zhotovitel poskytnout objednateli potřebnou součinnost a uhradit mu veškeré náklady, které v souvislosti se sporem mezi objednatelem a jinou osobou objednateli vzniknou. Dále se zhotovitel zavazuje nahradit objednateli veškeré vzniklé škody, které mu vzniknou v důsledku uplatnění autorských nároků vůči objednateli v souvislosti s touto smlouvou, a to v plné výši bez jakéhokoliv omezení.
Předání a převzetí díla
9.1
Zhotovitel splní svůj závazek, vyplývající z této smlouvy, předáním a převzetím kompletního díla v místě plnění, což bude potvrzeno předávacím protokolem o řádném předání a převzetí kompletního díla (tj. převzetí fáze 3), který podepíší obě smluvní strany. Kromě toho sjednávají smluvní strany převzetí fází 1 resp. 2 na základě předávacího protokolu o předání a převzetí fáze 1, resp. fáze 2. Podmínkou pro převzetí díla jako celku je provedení příslušných akceptačních testů a jejich odsouhlaseni ze strany objednatele. Návrh testovacího plánu zpracuje zhotovitel a zašle objednateli kodsouhlasení nejméně 10 pracovních dnů před plánovaným termínem předáni a převzetí fáze 3. Objednatel je oprávněn vyžádat si doplnění plánu testů o další konkrétní testy, pokud to bude považovat za účelné pro ověření kompletní funkčnosti díla.
9.2
Zhotovitel odpovídá za to, že dílo bude po ukončení instalace a testováni funkční, bude odpovídat vlastnostem plněni specifikovaného v této smlouvě a v předkládané dokumentaci a bude kompatibilní se stávajícím prostředím objednatele.
10.
Vlastnické právo a nebezpečí škody
10.1
Vlastnické právo k hmotným částem díla (dokumentace včetně dílčích verzí dokumentací, přípravných podkladů, závěrečných zpráv i ostatních podkladů a informací s tím souvisejících) provedeného podle smlouvy, přechází ze zhotovitele na objednatele okamžikem podepsáni předávacího protokolu o řádném předání a převzetí kompletního díla (fáze 3) oběma smluvními stranami. Nebezpečí škody přechází na objednatele po jednotlivých fázích.
11.
Smluvní pokuty a úrok z prodlení
11.1
V případě, že objednatelem budou vytvořeny podmínky pro plnění v rozsahu uvedeném ve smlouvě, avšak zhotovitel nedodrží termín předání kompletního díla (tj. fáze 3) uvedený v odst. 4.1 smlouvy, je zhotovitel povinen zaplatit objednateli smluvní pokutu ve výši 0,05 % z ceny kompletního díla uvedené v bodě 3.1 smlouvy za každý započatý den prodlení.
11.2 V případě, že zhotovitel nedodrží podmínky týkající se odstraňování vad během záruční doby stanovené v odst. 6.2 smlouvy, je zhotovitel povinen zaplatit objednateli smluvní pokutu ve výši 0,05% z ceny kompletního díla za každý započatý den prodlení. 2050 občanského zákoníku se strany dohodly, že sjednání jakékoli smluvní 11.3 Odchylně od pokuty se nedotýká práva na náhradu škody vzniklé z porušení povinnosti, ke kterému se smluvní pokuta vztahuje, a nárok na náhradu škody může být uplatněn nezávisle na smluvní pokutě a v plné výši. 11.4
Pro náhradu majetkové újmy (škody) a nemajetkové újmy platí příslušná ustanovení občanského zákoníku. Majetková újma se nahrazuje v penězích, nedohodnou-li se strany v konkrétním případě jinak. Smluvní strany prohlašují, že dojde-li porušením povinností zhotovitele ke vzniku újmy na pověsti nebo obchodní firmě objednatele či k jiné nemajetkové újmě, uhradí zhotovitel objednateli i přiměřené zadostiučinění.
Strana 5 z 10
evidenční číslo smlouvy ŘLP ČR, s.p.:0491201 5/IS/l 30 evidenční číslo smlouvy [*]
Smlouva o dílo
12.
Ostatní ujednání
12.1
Zhotovitel je povinen dodržovat na pracovišti pořádek, odstraňovat na svoje náklady odpady a nečistotu a je povinen pracoviště řádně zajistit.
12.2 Zhotovitel prohlašuje, že je dostatečně pojištěn pro případ odpovědnosti za škodu způsobenou jeho činností jiným osobám. 12.3
Bezpečnost v civilním letectví. Zhotovitel podpisem této smlouvy bere na vědomí, že není oprávněn sdělovat či jakkoliv šířit informace, kterými by mohla být narušena bezpečnost v civilním letectví, a to z důvodu požadavků na zachování bezpečnosti v civilním letectví, které vyplývají z příslušných právních předpisů (zejména Letecký předpis L 17), a které ukládají poskytovatelům letových provozních služeb přijmout taková adekvátní opatření, na základě kterých bude zajištěna ochrana civilnĺho letectví před protiprávními činy. Zhotovitel nesmí zejména jakkoliv reprodukovat a dále šířit informace, o nichž se dozvěděl v souvislosti s plněnĺm této smlouvy.
12.4
Uveřejňování. Zhotovitel bere na vědomĺ, že objednatel je povinen zveřejnit tuto smlouvu a související informace a dokumenty týkajícĺ se plnění podle této smlouvy ve smyslu zákona o veřejných zakázkách. Objednatel neuveřejní informace, u kterých to vyžaduje ochrana informací a údajů podle zvláštních právních předpisů, tj. zejména takové, které se týkají autorských práv ve smyslu zákona č. 121/2000 Sb., autorský zákon, ve znění pozdějších předpisů, obchodního tajemství podle 504 občanského zákoníku či důvěrných informací dle 1730 odst. 2 občanského zákoníku a ochrany civilního letectví podle Leteckého předpisu L 17, budou-li takto výslovně označeny. S ohledem na tyto skutečnosti nebude objednatelem zveřejněna Příloha č.2 smlouvy. Zhotovitel bere dále na vědomí, že objednatel je povinným subjektem podle zákona č.106/1 999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů.
12.5
Zhotovitel se zavazuje předložit objednateli seznam subdodavatelů (dále jen ‚seznam), jímž za plnění subdodávky uhradil více než 10% z části smluvní ceny uhrazené objednatelem zhotoviteli vjednom kalendářním roce. Tento seznam předloží nejpozději do 28.2. následujícího kalendářního roku. U subdodavatelů, kteří mají formu akciové společnosti, přiloží zhotovitel rovněž seznam vlastníků akcií, jejichž souhrnná jmenovitá hodnota přesahuje 10% základního kapitálu. Seznam vlastníků akcií nesmí být starší než 90 dnů před dnem předložení seznam
13
Odstoupení od smlouvy
13.1
Objednatel je oprávněn odstoupit od smlouvy v případě, že zhotovitel nebude provádět práce v souladu se smlouvou anebo bude zanedbávat plnění svých závazků tak závažným způsobem, že tato skutečnost výrazně ovlivní kvalitu díla nebo jeho termín. Objednatel za podstatné porušení smlouvy s možností okamžitého odstoupení považuje: provádění díla v rozporu s platnými normami, zejména dle dokumentu 1EEE12207 opakované neodstranění vady nebo případ zjištění právních vad díla, porušení povinností dle bodů 7.1 a 7.5 smlouvy, pokud po předchozĺm písemném upozornění nedošlo k nápravě, prodlení s termínem předání kompletního díla delším než 60 dnů, skutečnost, že zhotovitel je v úpadku ve smyslu zákona č. 182/2006 Sb., o úpadku a způsobech jeho řešení (insolvenční zákon) ve znění pozdějších předpisů. -
-
-
-
-
13.2 Zhotovitel je oprávněn odstoupit od smlouvy v případě, že objednatel bude v prodlení se zaplacením faktury delším než 30 dní nebo z důvodu prokazatelného neplnění závazků objednatele sjednaných v článku 8 smlouvy. Na neplnění sjednaných závazků upozorni písemně zhotovitel objednatele, ve kterém současně uvede lhůtu k nápravě, která nesmĺ být kratší než 14 dní. Pokud v této lhůtě nedojde ke splnění stanovených povinností, končí platnost smlouvy dnem doručení písemného oznámení o odstoupení od smlouvy objednateli. Odstoupení bude zasláno doporučeným dopisem prostřednictvím držitele poštovní licence. 13.3 V případě odstoupenĺ zhotovitele od smlouvy z důvodů na straně objednatele, uhradí objednatel Strana 6 z 10
evidenční číslo smlouvy ŘLP ČR, s.p.:049/201 5/IS/l 30 evidenční číslo smlouvy [*]
Smlouva o dílo
zhotoviteli prokazatelně vynaložené náklady vzniklé ke dni odstoupení. 13.4 V případě odstoupení kterékoliv smluvní strany od smlouvy, konči platnost a účinnost smlouvy dnem doručení písemného oznámeni o odstoupeni druhé smluvní straně.
14
Vyšší moc (vis maior)
14.1
Smluvní strany se osvobozují od odpovědnosti za částečné nebo úplné nesplnění smluvních závazků, jestliže se tak prokazatelně stalo v důsledku vyšší moci. Za vyšší moc se pokládají okolnosti, které vznikly po uzavření této smlouvy v důsledku stranami nepředvídaných a neodvratitelných událostí, mimořádné povahy a mají bezprostřední vliv na plnění předmětu této smlouvy. Nastanou-li výše uvedené okolnosti, jsou obě strany povinny se neprodleně o těchto okolnostech vzájemně informovat.
14.2
Lhůty pro plněni povinností podle této smlouvy se prodlužují o dobu, po kterou prokazatelně trvá okolnost vylučující Odpovědnost.
14.3 Jestliže důsledky vyplývající ze zásahu vyšší moci prokazatelně trvají déle než tři měsíce, může kterákoliv ze smluvních stran od smlouvy odstoupit s tím, že se nároky smluvních stran vyrovnají tak, aby žádné ze smluvních stran nevzniklo bezdůvodné obohaceni.
15
Závěrečná ustanovení
15.1
Tuto smlouvu lze měnit nebo doplňovat pouze výslovným oboustranně potvrzeným smluvním ujednáním, a to ve formě dodatku k této smlouvě, podepsaným oprávněnými zástupci obou smluvních stran.
15.2 Tato smlouva vstupuje v platnost a nabývá účinnosti dnem podpisu obou smluvních stran. 15.3 Obě smluvní strany prohlašují, že jednotlivé články této smlouvy jsou dostatečné z hlediska náležitosti pro vznik smluvního vztahu, a že bylo využito smluvní volnosti stran a tato smlouva se uzavírá určitě, vážně a srozumitelně. Smluvní strany se dohodly, že jejich závazkový vztah se řídí ustanoveními občanského zákoníku. 15.4 Zhotovitel prohlašuje a odpovídá za to, že má oprávněni k podnikání v rozsahu plnění této smlouvy, a že při provádění díla bude postupovat s odbornou péčí. Zhotovitel odpovídá za škodu způsobenou porušením jeho povinností nebo způsobenou jeho činnosti pokud není stanoveno v této smlouvě jinak. 15.5
Smlouva je vyhotovena v českém jazyce ve čtyřech stejnopisech, z nichž každá smluvní strana obdrží dva výtisky.
15.5
Smlouva má stran a 2 přílohy, které jsou její nedílnou součástí. Příloha č. 1 Detailní technická specifikace díla a dodávaných počítačových sestav Příloha č. 2 Cenová kalkulace —
-
VJenči dne
objednatel Mgr. Petr Fajtl, ředitel Divize plánování a rozvoje letových navigačních služeb Rízení letového provozu České republiky, státní podnik (RLP ČR, s.p.)
Strana 7 z 10
evidenčnĺ čĺslo smlouvy ŘLP evidenční číslo smlouvy [*]
ČR, s.p.:0491201511S1130
VXXXdne...[*}
zhotovitel XXXX
Strana 8 z 10
Smlouva o dílo
evidenční číslo smlouvy RLP ČR, s.p.:0491201511S1130 evidenční číslo smlouvy [1
Smlouva o dílo
Přílohač. I
Detailní technická specifikace dila a dodávaných počítačových sestav (Doplní dodavatel dle požadavků zadavatele uvedených v ZD a Jejích přílohách)
StmnaSzlO
evidenční číslo smlouvy ŘLP ČR, s.p.:049/2015/IS/130 evidenční číslo smlouvy [*]
Příloha č. 2
Cenová kalkulace (Doplní dodavatel v minimálnĺm rozsahu uvedeném v Čl. 5.1 ZD)
Strana 10 z 10
Smlouva o dílo
Řízení letového provozu České republiky
I
IIIIhI I II
Dodatečné informace č. I a 2 k zadávacím podmínkám k veřejné zakázce „Upgrade serverové infrastruktury podnikového e-mailového systému“ uveřejněné ve Věstníku veřejných zakázek pod ev. Č. 507217 49 odst. 1 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších V souladu s předpisů (dále jen „ZVZ“), obdržel zadavatel dne 07. 05, 2015 žádost č. 1 a 2 o poskytnutí dodatečných informací k zadávacím podmínkám. Přesné znění dotazů č. 1 1/Dotaz č. I Dokument „01-Zadávací dokumentace [Signedj. pdf“, Příloha Č. 1- Popis současného stavLl obrázek 1 Co je myšleno názvem Distribuční server A nebo B- Exchange nezná terminus Distribuční server. Můžete prosím přesněji specifikovat? Jedná se o EXchange 2010 HUB Transport roli? Totéž platí pro DTS systém? Jde o Distribuční TEST systém? 2/Dotaz č.2 Dokument „01-Zadávací dokumentace [Signedj. pdf“, Příloha Č. 1- Popis současného stavu obrázek 1 SMTP server (cluster) —jedná se o EXchange server, nebo se jedná ojinou SMTP Relay umístěnou v DMZ, která není předmětem upgradu? 3/Dotaz č.3 Dokument „01-Zadávací dokumentace [Signed]. pdf“, Příloha č. 1- 2.1 Požadavky na zapojení subsystému distribuce dat (e-mailů) Zde se opět hovoří o distribučních serverech-je tím myšleno HUB role systému EXchange 2010? Co je myšleno výrazem obslužný server“ je zde myšleno EXchange server role CAS (Client Acces —
Server)? 4/Dotaz č.4 Dokument „01-Zadávací dokumentace [Signed]. pdf“, Příloha č. 1- 2.2 Požadavky na ukládání a zabezpečení dat obrázek 3 Prosíme o vysvětlení „Cluster A a „Cluster B‘. DAG1 je sám o sobě cluster. Nemůže existovat cluster v clusteru. Je možno definovat význam pojmenování cluster A nebo cluster B ve vztahu jaké služby tento „cluster‘ poskytuje? Je snad myšleno pouze logické seskupení dvojic MBX serverů v DAGu1 z pohledu replikačního partnerství? 5/Dotaz č.5 Dokument „01-Zadávací dokumentace [Signed]. pdf Příloha č. 1- 2.4 vzdálené připojení k e mailovým schránkám Zde není zmíněno využití konektivity formou Outlook Anywhere (RPC over HTTP5). Znamená to, že tato služba nebude v cílovém řešení poskytována?
Řízení letového provozu České republiky 6/ Dotaz č. 6 Dokument „01-Zadávací dokumentace [Signed]. pdf‘, Příloha č.2 (M-028)- Jaká je přibližná velikost databáze veřejných složek? je aktuální Jaká velikost databáze veřejných složek? Očekává se v budoucím čase kapacitní nárůst?
Odpovědi na dotazy č. 1: Ad 1) Jako distribuční servery A a B jsou na schématu znázorněny pomocné servery, jejichž primárním úkolem je distribuce dat mezi jednotlivými lokalitami. Kromě hostování několika služebních schránek tyto servery neslouží k ukládání dat uživatelů. OznačenĺA a B odpovídá roli vjejich zapojenĺ (server A je zapojen v primárním distribučním okruhu, server B v záložním distribučním okruhu). Je-li potřeba předat data (e-mailovou zprávu) z jedné lokality do druhé, předá zdrojový server data vždy distribučnímu serveru a distribuční server je pak předá dál přĺslušnému obslužnému serveru v cĺlové lokalitě. Je-li potřeba odeslat data (e-mailovou zprávu) do internetu, je tato rovněž odeslána na distribuční server, který zajistí její další zpracování tj. odešleji dál (přes SMTP Relay v DMZ a hraniční Firewall) —
do internetu. Co se týče DTS serveru (Developping 8 Testing System), jedná se o samostatný obslužný server (zapojený do konfigurace stejně, jako obslužné servery v externích lokalitách), sloužící k provoznímu testováni nových verzí SW a ladění konfigurací pro dosud nevyužívané funkcionality. Jediné, co má technicky společného s Distribučním serverem B je, že jsou oba fyzicky umístěny v záložním datovém centru. Pro požadavky na konfiguraci a zapojení DTS serveru tedy plně platí požadavky M-O1 a M-03 viz text ZD, Příloha č.2. -
Ad 2) Ano, na obrázku č. 1 vpravo nahoře zobrazený SMTP server (cluster) skutečně schematicky znázorňuje samostatnou SMTP Relay umístěnou v DMZ. Jak je uvedeno v textu bodu 2.1 přĺlohy č.1 k ZD: „Pro transport příchozĺ resp. odchozí pošty směrem z/do internetu zůstane zachována stávající včetně jejich zdvojeného interface na FireWalľ‘. Proto ani konfigurace distribučních serverů stávající FireWall, ani stávající SMTP servery v DMZ (v roli SMTP Relay) nejsou předmětem upgrade. Ad 3) Úlohou distribučních serverů je distribuovat data mezi lokalitami. Úlohou obslužných serverů v jednotlivých lokalitách je obsluhovat uživatele resp. zprostředkovávat uživatelům přístup k jejich uživatelským e-mailovým schránkám. Tato označení nemají žádnou přímou vazbu na definice/názvy systémových rolí, užívaných v terminologii technologie MS-EXchange-201 O. Ad 4) Pod pojmem „Cluster“ je v textu ZD myšleno obecně užívané označení pro více-počítačový systém, zapojený tak, že v případě výpadku/nefunkčnosti kteréhokoliv z členů clusteru přebere jeho
Řízení letového provozu České republiky úlohu/práci jiný člen clusteru. Pod označeními Cluster-A a Cluster-B jsou na obrázku č.4 znázorněny dva samostatné dvou-počítačové clustery. Toto souvisí s požadavkem na zajištění vysoké dostupnosti služeb systému v lokalitě IATCC vypadne-li např. Server-l (jako člen Clusteru-A), jeho úlohu automaticky převezme Server-2 a naopak. Obdobně toto musí fungovat i pro Server-3 a Server-4 —
v rámci Clusteru-B. Ad 5) V bodě 2.4 je pro upgradované řešení explicitně požadováno zachovánĺ stávající funkčnosti resp. metod pro připojení klientů, které stávajĺcĺ klienti dnes provozně využívají tj. zachování minimálně současně využĺvaných typů připojení. Pokud to upgradovaný systém dovolĺ, je možné zapojit/aktivovat i další způsoby/metody připojení klientů. Snaha rozšířit systém dalším možnostem a funkcionalitám do budoucna je také jednĺm z důvodů, proč se celý upgrade realizuje. —
Ad 6) Uvažujte velikost databáze veřejných složek v řádu stovek MB (do budoucna maximálně v jednotkách GB). Stávající aplikace postavené na technologii veřejných složek nemáme v úmyslu dále rozvĺjet.
Přesné znění dotazů č. 2 1/Dotaz č. I Požadavek M-29 Jaké role Exchange jsou nainstalovány na distribuční servery DGA a DGB? 2/Dotaz č.2 Požadavek M-28 Jaká je velikost databáze veřejných složek? Jaký je její předpokládaný nárůst? 3/Dotaz č.3 Požadavek M-25 Má zadavatel pro licence Core CAL aktivní SA (Software Assurance)?V případě, že ne, jaké nejaktuálnější Windows CAL a Exchange CAL je zadavatel oprávněn použĺvat? 4/Dotaz č.4 provozní Zadávací dokumentace, kapitola 5 Fáze 2., věta „Přenesení připravených HW napojení na související IT infrastrukturu zóny MIS,... S čm je možné ztotožnit zónu MIS, když informace o zóně MIS nejsou v příloze č. 1 uvedeny? 5/Dotaz č.5 Požadavek M-06 Chápeme správně požadavek tak, že při splnění všech uvedených parametrů (jako například Rack mount, výška 2U a další) je možné dodat větší počet serverů, než je uvedeno na obrázku č. 3 přílohy č. 1 zadávacĺ dokumentace?
Řízení letového provozu České republiky Odpovědi na dotazy č. 2: Ad 1) Budou-Ii některé servery osazeny disky 2TB a jiné servery naopak osazeny disky 6TB, bude celkový počet neshod roven 2. Vyplývá to z logiky věci disky 2TB nebudou pravděpodobně součásti sestav serverů s 6TB disky (tj. prvnĺ neshoda) a zároveň disky 6TB nebudou pravděpodobně součástí sestav serverů s 2TB disky (tj. druhá neshoda). -
Ad 2) Uvažujte velikost databáze veřejných složek v řádu stovek MB (do budoucna maximálně v jednotkách GB). Stávající aplikace postavené na technologii veřejných složek nemáme v úmyslu dále rozvíjet.
Ad 3) Zmiňované využitelné licence CORE CALL 2010 již nemají aktivní SA. Byly zakoupeny v roce 2010 s SA na 2 roky. Nyní jsou v takovém stavu, že je možné je korektně využít pro Exchange verze 2010, provozovaný nad OS Windows Server 2012. Ad 4) Zónou MIS je míněna standardní firemní IT infrastruktura, určená pro běh administrativních agend (MIS = Manažarské Informační Systémy) tJ. včetně e-mailového systému. Odkaz na zónu MIS byl v textu zmíněn proto, aby bylo zřejmé, že se nejedná o technologickou infrastrukturu, na které běží provozní systémy (určené pro přímou podporu řízení letového provozu). —
Ad 5) Ano, to je správný výklad. Zobrazení na obrázku č.3 je pouze schematické. Je-Ii to potřeba z kapacitních důvodů, je možné v návrhu potřebný výkon rozdělit na více fyzických serverů (typickým příkladem může být řešení s více než Jen dvěma backup-servery).
Tereza Bernatová 2015.05.12 13:29
I II
Řízení letového provozu
České republiky Dodatečné informace č. 3 k zadávacím podmínkám k veřejné zakázce „Upgrade serverové infrastruktury podnikového e-mailového systému“ uveřejněné ve Věstníku veřejných zakázek pod ev. Č. 507217 V souladu s 49 odst. 1 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen ‚ZVi), obdržel zadavatel dne 12. 05. 2015 žádost Č. 3 o poskytnutí dodatečných informací k zadávacím podmínkám. Přesné znění dotazů 1/Dotaz č. 1 Dokument „01-Zadávací dokumentace [Signed]. pdf‘, Příloha č. 2 ZD, Požadavek M-06 Je možné k 2U serveru připojit 1 U nebo 2U expanzi (s disky)? Pouze u vybraných serverů vzhledem ke kapacitnĺm požadavkům, při dodržení unifikované dodávky HW. 2/Dotaz č.2 Dokument „01-Zadá vací dokumentace [Signed]. pdf“, kapitola 8— StLlpeň unifikace počítačových sestav Pevné disky-je rozdíl v provedení disku LFF a SFF stejné kapacity. Bude zadavatel porovnávat jen nominální kapacity disku nebo i přesné parametry disku? -
3/Dotaz č.3 Dokument „01-Zadá vací dokumentace [Signed]. pdf‘, kapitola 8— Stupeň unifikace počítačových sestav Pamět‘ové moduly a jejich velikosti- je rozdíl v typu paměti single Rank! dual Rank a velikosti modulu. Bude Zadavatel porovnávat jen nominální kapacity modulu nebo i přesné parametry paměťových modulů? -
4/Dotaz č. 4 Dokument „Příloha č. 4 Zadávací dokumentace_Nemandatorní technické požadavky, které jsou předmětem hodnocení.doc“ Příklad hodnocení tabulky č. I Může Zadavatel upřesnit důvod, proč bude vyhodnocen počet neshodných komponent roven O v příkladu ZD s použitím 32GB modulu RAM a 16GB modulu RAM? —
5/Dotaz č.5 Dokument „Příloha č.4 Zadávací dokumentace_Nemandatorní technické požadavky, které jsou předmětem hodnocení.doc“ —Příklad hodnocení tabulky č. I Bude stejně platit taková neshoda i pro disky? Například většina serverů bude mít 2TB disky a v případě potřeby velké kapacity v serveru budou použity 6TB disky. Bude v tomto případě počet neshodných komponent roven 0?
Odnovědi:
Řízení letového provozu České republiky Ad 1) Pokud nenĺ možné potřebný počet disků vložit přímo do serveru, je pro zadavatele akceptovatelné řešení, ve kterém by byly vybrané servery (pravděpodobně Backup-Servery) rozšĺřeny o diskový extender. Na sestavu serveru s extenderem pak bude pohlíženo jako na jeden celek tj. typy použitých disků a napájecích zdrojů v extenderu budou vstupovat do hodnocení v rámci kritéria “Stupeň unifikace počítačových sestav“. -
Ad 2) Cílem zadavatele je získat sestavy, které budou mít minimální počet typově různých komponent resp. maximální počet vzájemně zaměnitelných dílů. Jak je uvedeno v zadáni, v rámci kritéria “Stupeň unifikace počítačových sestav“ se shodnost užitých komponent bude hodnotit na základě typové shody hodnocených dílů. Stejná jmenovitá kapacita disku ještě neznamená stejný typ (tj. součástku se stejným Part-Number). Ad 3) Obdobně jako u otázky č.2 Cílem zadavatele je získat sestavy, které budou mít minimální počet typově různých komponent resp. maximální počet vzájemně zaměnitelných dílů. Jak je uvedeno v zadáni, v rámci kritéria “Stupeň unifikace počítačových sestav“ se shodnost užitých komponent bude hodnotit na základě typové shody hodnocených dílů. Stejná jmenovitá kapacita paměťového modulu ještě neznamená stejný typ (tj. součástku se stejným Part-Number). -
Ad 4) Omlouváme se. V textu příkladu 2) v příloze č.4 ZD je chybně uvedeno vyčíslení výsledné hodnoty neshody jako rovno O. Správná hodnota má být samozřejmě rovna 1. Ad 5) Ne vždy. Například budou-li některé servery osazeny disky 2TB a jiné servery naopak osazeny disky 6TB, bude celkový počet neshod roven 2. Vyplývá to z logiky věci disky 2TB nebudou pravděpodobně součástí sestav serverů s 6TB disky (tj. první neshoda) a zároveň disky 6TB nebudou pravděpodobně součástí sestav serverů s 2TB disky (tj. druhá neshoda). -
Tereza Bernatová 201505.15 13:55
IIIII II
Říze ní letového provozu České republiky Dodatečné informace č. 4 k zadávacím podmínkám k veřejné zakázce „Upgrade serverové infrastruktury podnikového e-mailového systému“ uveřejněné ve Věstníku veřejných zakázek pod ev. Č. 507217
Vsouladu s 49 odst. 1 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen „ZVZ), obdržel zadavatel dne 21. 05. 2015 žádost č. 4 o poskytnutí dodatečných informací k zadávacím podmínkám. Přesné znění dotazů 1/Dotaz č. I V popisu současného stavu a budoucĺho řešení je uvedeno záložní datové centrum k primárnímu datovému centru v lokalitě IATCC. Ve které lokalitě se nachází záložnĺ datové centrum? 2/Dotaz č.2 V bodu M-Dl jsou specifikovány lokality HG-B a DTS, tyto lokality nejsou ale uvedeny v seznamu míst plnění. Ve kterých lokalitách budou umístěny Exchange servery pro DTS a HG-B? 3/Dotaz č.3 Jaká je přenosová kapacita WAN mezi primárním a záložním datovým centrem? 4/Dotaz č.4 Jaké jsou přenosové kapacity WAN mezi externími lokalitami a záložním datovým centrem? 5/Dotaz č.5 Dodá X.509 certifikáty pro loadbalancery a EXchange servery zadavatel nebo mají být součástí dodávky?
Odpovědi: Ad 1) Záložní datové centrum je fyzicky umístěno v budově Technický blok, Aviatická 1039, Praha 6 veřejné části areálu letiště v Praze-Ruzyni.
-
tj. ve
Ad 2) Fyzické resp. topografické umístění lokalit označovaných jako HG-B a DTS je opět v areálu ruzyňského letiště, ale pro potřeby implementace řešenĺ to není nijak důležité. U této části řešeni zadavatel předpokládá, že servery pro lokality HG-B a DTS budou v rámci implementace dodavatelem
I\IJ
Řízení letového provozu České republiky
technicky zprovozněny v budově IATCC, kde je možné (v případě potřeby) i nasimulovat adresní prostor pro lokality HG-B a DTS. Ad 3) Primární a záložní datové centrum jsou vzájemně propojeny vysokorychlostním spojením s parametry odpovídajícími gigabitovému ethernetu. Latenci na spojení uvažujte pod lOms. Ad 4) Externí lokality jsou s primárním a záložním datovým centrem propojeny po WAN linkách s přenosovou kapacitou 4-8 Mb/s, s typickou latencí v řádu desítek milisekund (uvažujte max. do 100 ms). Ad 5) Součástí dodávky řešení musí být vše, co nelze použít z předchozího řešení. A protože původní řešení neobsahuje žádné load-balancery, je nutné tyto dodat nově se všemi komponentami, potřebnými k jejich provozu. V případě EXchange serverů je situace analogická: je zřejmé, že výkon HW z roku 2004, původně určený (a kapacitně navržený) pro běh s OS Windows Server 2003 a Exchange serverem 2003, pro fungování s EXchange serverem ve verzi 2010 dostačovat nebude a že tyto servery bude nutné kompletně nahradit viz Příloha č. 1 ZD, bod 2. Požadované řešení. -
Tereza Bernatová 2015.05.26 14:46
Řízení letového provozu ČR, s.p. Odesláno
__...._J/1II__...
Řízení letového provozu
Čís. pdacl
27 0‘. 2015
Pač. přlloh
uh
IIIhlh IIIIIIII II
0vZj1567/2015
České republiky Divize plánování a rozvoje LNS
Jmenování komise pro otevírání obálek, posouzení kvalifikace a posouzení a hodnocení nabídek Předmět veřejné zakázky:
Upgrade serverové infrastruktury podnikového e-mailového systému č. veřejné zakázky: 34131022115 Příkaz generálního ředitele číslo: 04/1 5/DPLR/006
Příkaz GŘ Č. 04/15/DPLR/006
Účinnost od: Patnáctým dnem ode dne podpisu tohoto příkazu
Počet stran: 3
Verze: 1.0
Zmána č.:
str. č. 1 / 3
Datum změny:
ŘLP ČR, sp. Zpracovatel: Bc.Tereza Bernatová
Jmenování komise pro posouzení a hodnocení nabídek
Verze:
1.0
Závaznost:
Všechny zúčastněné ZOÚ ŘLP ČR, sp. a členové a náhradníci hodnotící komise
Zpracoval:
Bc.Tereza Bernatová
Účinnost od:
Patnáctým dnem ode dne podpisu tohoto přĺkazu
Podpis:
Z O -04- 2015
DPLR/SPVZ/OVZ
Doporučil:
Mgr. Petr Fajtl
Podpis:
Ředitel DPLR Schválil:
Ing. Jan Klas
Podpis:
Generální ředitel ŘLP ČR, sp.
Datum:
Rozdělovník:
1 2 6
\
-
Generální ředitel RLP CR, sp. a ředitel útvaru strategie a manažerské podpory Ředitel divize plánovánĺ a rozvoje LNS Ředitel divize regionálních služeb a logistiky
Ruší se:
Mění se:
Související normy:
Příkaz GŘ Č. O4I15IDPLRIOO6
Účinnost od: Patnáctým dnem ode dne podpisu tohoto příkazu
Verze: 1.0
Změna č.:
Datum změny:
Počet stran: 3 str. č. 2 ‚ 3
1
J
ŘLP ČR, sp. Zpracovatel: Bc.Tereza Bernatová
Jmenování komise pro posouzení a hodnocení nabídek
Na základě ustanovení zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále Jen „zákona“), jmenuji hodnotícĺ komisi k podlimitní veřejné zakázce na dodávky zadávané v otevřeném řízení „Upgrade serverové infrastruktury podnikového e-mailového systému“, která bude plnit funkci komise pro otevírání obálek s nabĺdkami dle 71 odst. 1 zákona a současně bude také plnit funkci zvláštní komise pro posouzenĺ kvalifikace dle 59 odst. 2 zákona a hodnocení nabídek dle 74 odst. 1 zákona v tomto složení:
Člen komise
ZOÚ
Náhradník
J
ZOÚ
Ing. Jan Abel
DRSL/SCL/MIS
Ing. Michal Chylík
Ing. Petr Skůra
DRSL/SCL/MIS
Ing. Dana Jiřičková
DRSL/SCL/MlS
Marcela Šomková
DPLR/SPVZ/OVZ
Mgr. Martin Grill
DPLR/SPVZ/OVZ
Bc. Tereza Bernatová
DPLR/SPVZ/OVZ
Ing. Tereza Koucká
DPLR/SPVZ/OVZ
Mgr. Tereza Drboutová
DPLR/SPVZIOPV
Mgr. Ivana Sýkorová
DPLR/SPVZ/OPV
DRSL/SCL/MlS
Svoláním prvního jednání hodnotící komise pověřuji Terezu Bernatovou. Na svém prvním jednání si hodnotící komise zvolí ze svých členů předsedu a místopředsedu. Volby organizuje zástupce DPLR/SPVZ/OVZ a odborně dozoruje zástupce DPLR/SPVZ/OPV či náměstek DPLR/SPVZ, pokud je členem komise. Všichni členové komise (a náhradnici) učiní písemné prohlášení o nepodjatosti k veřejné zakázce. Další jednání hodnoticí komise svolává a řídí její předseda, pokud není přítomen, místopředseda. Hodnotící komise může jednat a usnášet se, jsou-Ii přítomny nejméně 2/3 členů, nebo jejich náhradníků. Hodnotící komise rozhoduje většinou hlasů přítomných členů. Náhradník se účastní jednáni komise na vyzvání předsedy komise v případě, že se jednání komise nemůže účastnit její řádný člen. Komisi pověřuji hodnocením kvalifikace uchazečů, posouzením a hodnocením nabídek. Členové hodnotící komise a náhradníci jsou povinni zachovávat mlčenlivost o věcech, o nichž se dozvěděli v souvislosti s výkonem své funkce. Činnost komise je vymezena v takto stanovených termínech: •
Otevírání obálek s nabídkami, kontrola nabídky z hlediska požadovaného obsahu (komise sepisuje protokoly o otevírání obálek). Termín: 06/2015
•
Posouzení kvalifikačních předpokladů (komise sepisuje protokoly o posouzení kvalifikace). Termín: 06/2015
•
Posouzení a hodnocení nabídek a určení pořadí nabídek (komise sepisuje zprávy o posouzení a hodnocení nabídek). 06-07/2015 Termín:
•
Příprava „Oznámeni o výběru nejvhodnější nabídky“ a předložení zadavateli Termín: do 0812015
Tento příkaz se ruší dnem uzavření smlouvy nebo zrušením zadávacího řízení.
Příkaz GŘ Verze: 1.0
.
04/15/DPLR/006
Účinnost od: Patnáctým dnem ode dne podpisu tohoto příkazu Změna Č.:
Datum změny:
Počet stran: 3 str. Č. 313
—‚
II IIIII IIIII II
Řízení letového provozu České republiky
13
Z5 920 2015
Zadavatel: Rízení letového provozu Ceské republiky, státní podnik, (RLP CR, s.p.) se sídlem Jeneč, Navigační 787, PSC: 252 61, ICO: 49 71 03 71, zapsaný v obchodním rejstříku vedeném Městským soudem v Praze, oddíl A, vložka 10771. Veřejná zakázka: „Upgrade serverové infrastruktury podnikového e-mailového systému“ dle oznámení o zakázce uveřejněného ve Věstníku veřejných zakázek dne 27.04.2015 pod ev. č. 507217
PROTOKOL O OTEVÍRÁNÍ OBÁLEK S NABÍDKAMI ZE DNE 01. 06. 2015 Pořadové číslo jednání: dle 71 a 73 jen „ZVZ«):
2.
zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále
Při?o,‘mzí č/enw‘é hodnotící konůse Jméno a příjmení člena/náhradníka komise 1.
3 4. 5
Ing. Jan Abel Ing. Petr Skůra Marcela Somková Bc. Tereza Bernatová Mgr. Tereza Drboutová
Komise pro otevírání obálek převzala 4 ks obálek s nabídkami uchazečů, které byly předloženy ve lhůtě pro podání nabídek do 01. 06. 2015 do 10:00 hod. V souladu s 71 odst. 8 ZVZ komise otevírala obálky postupně podle pořadového čísla a kontrolovala, zda je nabídka zpracována požadovaném jazyku a zda je návrh smlouvy podepsán osobou oprávněnou jednat jménem či za uchazeče,
1/ Nabídka společnosti S.ICZ a.s. Nabídka společnosti S.ICZ a.s. je zpracována v požadovaném jazyku, návrh smlouvy č. 049/2015/IS/130 je podepsán osobou oprávněnou jednat za uchazeče. Nabídková cena činí 6 047 426,- Kč. Podle 71 odst. 8 ZVZ podává komise informaci o následujícím údaji z nabídky, kte odpovídá číselně vyjádřitelnému hodnotícímu kritériu: Celková minimální garantovaná velikost e-mailové schránky: 52GB Počet neshodných komponent: O Nabídka společnosti S.ICZ a.s. bude předána k posouzení splnění kvalifikace.
Stránka 1 z 4
2/ Nabídka společnosti AutoCont CZ a.s.
Nabídka společnosti AutoCont CZ a.s. je zpracována v požadovaném jazyku, návrh smlouvy č. 049/2015/IS/130 je podepsán osobou oprávněnou jednat za uchazeče. Nabídková cena činí 3 633 214,- Kč. Podle 71 odst. 8 ZVZ podává komise informaci o následujícím údaji z nabídky, který odpovídá číselně vyjádřitelnému hodnotícímu kritériu: CeLková minimální garantovaná veLikost e-mailové schránky: 21GB Počet neshodných komponent: 0 Nabídka společnosti AutoCont CZ a.s. bude předána k posouzení splnění kvalifikace. Republic a.s. Nabídka společnosti 02 Czech Repub]ic a.s. je zpracována v požadovaném jazyku, návrh smlouvy č. 049/2015/IS/130 je podepsán osobou oprávněnou jednat za uchazeče. Nabídková cena činí 4 825 830,- Kč. Podle 71 odst. 8 ZVZ podává komise informaci o následujícím údaji z nabídky, který odpovídá číselně vyjáďřitetnému hodnotícímu kritériu: Celková minimální garantovaná velikost e-mailové schránky: 57GB Počet neshodných komponent: O Nabídka společnosti 02 Czech Republic a.s. bude předána k posouzení splnění kvalifikace.
3/ Nabídka společnosti 02 Czech
4/ Nabídka společnosti TOTAL SERVICE s.r.o.
Nabídka společnosti TOTAL SERVICE s.r.o. je zpracována v požadovaném jazyku, návrh smlouvy č. 049/2015/IS/130 je podepsán osobou oprávněnou jednat za uchazeče. Nabídková cena činí 3 399 000,- Kč. Podle 71 odst. 8 ZVZ podává komise informaci o následujícím údaji z nabídky, který odpovídá číselně vyjádřitelnému hodnotícímu kritériu: Celková minimální garantovaná velikost e-mailové schránky: 21GB Počet neshodných komponent: 0 Nabídka společnosti TOTAL SERVICE s.r.o. bude předána k posouzení splnění kvalifikace.
Zadavatel ve lhůtě pro podání nabídek do 01. 06. 2015 do 10:00 hod. obdržel 4 obátky s nabídkami k veřejné zakázce „Upgrade serverové infrastruktury podnikového e-mailového systému“. Komise konstatovala, že všechny 4 předložené nabídky na tuto veřejnou zakázku splnily zákonné požadavky podle 71 odst. 8 ZVZ. Nabídky budou předány k posouzení splnění kvalifikace. Clenové komise souhlasí, aby jednání pokračovalo posouzením splnění prokázání kvaLifIkace.
Závěr:
Vjenči dne 01. 06. 2015 Podpisy všech přítomných členů/náhradníků hodnotící komise Jméno a příjmení člena/náhradníka komise
Podpis člena/náhradníka komise
1.Ing.JanAbel 2. Ing. Petr Skůra
(7
/
/
2 L-( k‘
3. Marcela Sornkova ‘
Stránka 2 z 4
-‘
4. Bc. Tereza Bernatová 5. I\‘Igr. Tereza Drboutova
ĺ2ĺ
Příloha: Protokol o předání a převzetí obálek s nabídkirni Identifikační údaje o uchazečích Listina přítomných uchazečů
Stránka 3 z 4
ĺ
A.
Informace o nahlížení do protokolu o otevírání obálek Jméno a příjmení osoby, která nahlédla do zprávy
r1i
Obchodní firmal názevl jméno, příjmení organizace vůči níž je osoba, která nahlédla do zprávy v pracovněprávním či obdobném vztahu
RČI číslo občanského průkazu osoby, která nahlédla do zprávy
EW
Datum nahlédnutí do zprávy
Náklady za výpisi opis v Kč
Podpis osoby, která nahlédla do zprávy
‚‘(
Stránka 4 z 4
II IIIII IIlIQ lllI
OVz/519j2O 15
Řízení letového provozu České republiky
Zadavatel: Rízení letového provozu Ceské republiky, státní podnik, (RLP CR, s.p.) se sídlem Jeneč, Navigační 787, PSC: 252 61, ICO: 49 71 03 71, zapsaný v obchodním rejstříku vedeném Městským soudem v Praze, oddíl A, vložka 10771. Upgrade serverové infrastruktury podnikového e-mailového systému“ dle oznámení o zakázce uveřejněného ve věstníku veřejných zakázek pod ev.č. zakázky 507217 dne 27. 04. 2015
Veřejná zakázka:
„
o
PROTOKOL PkEDÁNÍ A PŘEVZETÍ NABÍDEK
Zadavatel veřejné zakázky předal celkem 4 (slovy: čtyři) ks obálek s nabídkami uchazečů, kteří jsou uvedem v Seznamu uchazečů tvořícím přílohu tohoto protokolu, hodnotící komisi ve složení: Přítomní č/enoz;é/ náhradníci hodnotící komise Jméno a příjmení člena/náhradníka komise 1. 3 4.
Ing. Jan Abel Ing. Petr Skůra Marcela Somková Bc. Tereza Bernatová Mgr. Tereza Drboutová
Komise pro posouzení a hodnocení nabídek potvrzuje převzetí shora uvedených nabídek.
V Jenči dne 01. 06. 2015
ředitel DPLR
Příloha: Seznam uchazečů
Bc. Tereza Bernatová předseda hodnotící komise
Řízení letového provozu České republiky
Zadavatel: Rízení letového provozu Ceské republiky, státní podnik, (RLP CR, s.p.) se sídlem Navigační 787, Jeneč, PSC: 252 61, ICO: 49710371, zapsaný v obchodním rejstříku vedeném Městským soudem v Praze, oddíl A, vložka 10771. Veřejná zakázka: „Upgrade serverové infrastruktury podnikového e-mailového systému“ dle oznámení o zakázce uveřejněného ve věstníku veřejných zakázek pod ev.č. zakázky 507217 dne 27. 04. 2015 SEZNAM PŘIJATÝCH NABÍDEK
Zadavatel veřejné zakázky převzal ve lhůtě k podání nabídek, která skončila dne 01. 06. 2015 v 10:00 hodin, nabídky uchazečů: Obchodní firma/název! jméno a příjmení uchazeče
Sídlo uchazeče
IČO/RČ/ datum narození uchazeče
DIČ uchazeče
Datum podání nabídky
Čas podání nabídky
1.
S.ICZ a.s.
26482444
CZ26482444
28.05.2015
10:00
2.
AutoCont CZ a.s.
47676795
CZ47676795
29.05.2015
09:10
3.
02 Czech Repub]ic a.s.
60193336
CZ60193336
29.05.2015
13:30
4.
TOTALSERVICE s.r.o.
Na Hřebenech II. 1718/10, Praha 4Nusle Hornopolní 3322/34, 702 00 Ostrava Za Brunilovkou 266/2, Michle-Praha 4, 140 22 Jankovcova53, 170 00 Praha 7
25618067
CZ25618067
01.06.2015
09:15
č. nab.
III III II
Řízení letového provozu České republiky Zadavatel: Rízení letového provozu Ceské republiky, státní podnik (RLP CR, s.p.) se sídlem Jeneč, Navigační 787, PSC: 252 61, ICO: 49 71 03 71, zapsaný v obchodním rejstříku vedeném Městským soudem v Praze, oddíl A, vložka 10771. Veřejná zakázka: „Upgradc serverové infrastruktury podnikového e-mailového systému“ dle oznámení o zakázce uveřejněného ve Věstníku veřejných zakázek dne 27.04.2015 pod ev.č. 507217
LISTINA UCHAZEČŮ PŘÍTOMNÝCH PŘI OTEVÍRÁNÍ OBÁLEK S NABÍDKAMI ZE DNE 01. 06. 2015 dle
73 odst. 4 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů
Při otevírání obálek s nabídkami by1i přítomni tito uchazeči: sídlo/místo podnikání uchazeče obchodní Firma/jméno identifikační číslo/rodné číslo a příjmení uchazeče uchazeče
podpis uchazeče
J/ď®
—
Ť
ĺióo
I
4
Porn. Listina účastníků se přikládá k protokolu o otevírání obálek a ipolečně sepřik/ádají k senarnu nabídek
IIII II
Řízení letového provozu České republiky
ZPRÁVA O POSOUZENÍ A HODNOCENÍ NABÍDEK Podle
80 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále Jen „zákon‘)
1. Evidenční číslo veřejné zakázky: 34131022115 2. Název veřejné zakázky: Upgrade serverové infrastruktury podnikového e mailového systému 3. Identifikační údaje o zadavateli Obchodní firma! název! jméno, příjmení zadavatele
Řízení letového provozu České republiky, státní podnik (ŘLP ČR, s.p.)
Sídlo! místo podnikání/bydliště zadavatele
Navigační 787, 252 61 Jeneč
Jméno(-a) a příjmení osoby oprávněné jednat jménem zadavatele
Ing. Jan Klas -
4. Seznam posuzovaných nabídek Poř. č. nabĺdky
Obch. firma nebo název uchazeče
IČO
DIČ
Datum podání nabídky
1,
S,ICZa.s.
26482444
CZ26482444
28,05,201510:00
2.
AutoContCZa,s.
47676795
CZ47676795
29.05.2015 09:10
3.
02 Czech Republic a.s.
60193336
CZ60193336
29.05.2015 13:30
4.
TOTAL SERVICE s.r.o.
25618067
CZ25618067
01.06.2015 09:15
-Stranalzl
Čas podání nabídky
5. Seznam nabídek, které byly hodnotící komisí ze zadávacího řízení vyřazeny
FirmalDůvod pro vyřazení nabídky
Číslo nabídky
AutoCont CZ a.s.
2
Předložená nabídka společnosti AutoCont CZ as. nesplňuje mandatorní požadavky na řešení konkrétně požadavek na velikost operační paměti, definovaný v textu mandatorního požadavku M-012, a proto byla podle 76 odst, 6 zákona vyloučena z další účasti v zadávacím řízení. —
.
02 Czech Republic as,
Předložená nabídka společnosti 02 Czech Republic as, konkrétně nesplňuje mandatorní požadavky na řešení požadavek na velikost operační paměti, definovaný v textu mandatorního požadavku M-012, a proto byla podle 76 odst. 6 zákona vyloučena z další účasti v zadávacím řízení. —
.
6. Popis hodnocení nabídek včetně odůvodnění 79 odst. 1 zákona podle kritéria ekonomické výhodnosti Hodnocení nabĺdek bylo provedeno dle nabĺdky v souladu s následujícími kritérii seřazenými v sestupném pořadí dle jejich významu.
Sídlo uchazeče
Obchodní firma
Č. nab.
1.
S.ICZa,s.
4.
TOTAL SERVICE s.r.o.
IČO
Na Hřebenech II 1718/10, 140 00, 26482444 Praha Jankovcova 53, 170 00, Praha 7 25618067
Hodnotící komise hodnotila předložené nabídky výše uvedených uchazečů dle 79 odst. 1 zvz podle kritéria ekonomické výhodnosti nabídky v souladu s následujícími kritérii seřazenými v sestupném pořadí dle jejich významu: 1) Nabídková cena 70% 2) Stupeň unifikace počítačových sestav 15% 3) Minimální garantovaná velikost e-mailové schránky 15% —
—
—
llNabíd ková cena 70 % Jedná se o nabídkovou cenu v Kč bez DPH za upgrade serverové infrastruktury podnikového e mailového systému uvedenou ve Smlouvě o dílo č. 049/201511S1130. Nejlépe byla zadavatelem v rámci tohoto kritéria hodnocena nabídka s nejnižší nabídkovou cenou, za kterou uchazeč obdržel 100 bodů. Ostatní nabídky byly vztaženy poměrně k nejnižší nabídkové ceně a byl jim přidělen dosažený počet bodů (NXl 00/H, kde N představuje hodnotu nejnižší nabídkové ceny a H představuje hodnotu právě hodnocené nabídky). Přidělené body byly přeneseny do váhy tohoto kritéria, tj. 70%. —
Uchazeč
Nabídková cena v Kč bez DPH
-
Přidělené body
Strana 2
Z
-
Vážené body I 70%
S.ICZ as.
6 047 426,00
56,20 b
39,34 b
TOTAL SERVICE s,r,o.
3 399 000,00
100,00 b
70,00 b
2) Stupeň unifikace počítačových sestav 15% -
V rámci tohoto hodnotícĺho kritéria byl hodnocen stupeň unifikace počítačových sestav na základě typové shody resp. neshody užitých HW komponent v jednotlivých serverových sestavách. Hodnocení se týkalo následujících komponent: CPU, moduly RAM, řadiče disků, disky, LAN adaptéry a napájecí zdroje. Za neshodu byl považován takový stav, kdy příslušná komponenta byla obsažena pouze v některých serverech. Za kritérium č. 2 obdržela nabĺdka maximálně 100 bodů. Nebot‘ obě nabídky neobsahovaly žádné neshodné komponenty, obdržely 100 b. Přidělené body za kritérium č. 2 byly přeneseny do váhy tohoto kritéria, tj. 15%. Uchazeč
Počet neshodných komponent
Přidělené body
Vážené body! 15%
S.ICZa.s.
O
100,OOb
15,0Gb
TOTAL SERVICE s.r.o.
O
10000 b
15,00 b
3) Minimální garantovaná velikost e-mailové schránky- 15%
V rámci tohoto hodnotícího kritéria byla hodnocena celková minimální garantovaná velikost e-mailové schránky zaručovaná uživatelům napříč upgradovanou infrastrukturou. Za kritérium č. 3 obdržela nabídka maximálně 100 bodů. Nabídka společnosti S.ICZ a.s. obsahovala minimální garantovanou velikost e-mailové schránky 53 GB, za kterou obdržela bOb. Nabídka společnosti TOTAL SERVICE s.r.o. obsahovala minimální garantovanou velikost e-mailové schránky 21 GB, za kterou obdržela lOb. Přidělené body za kritérium č. 3 byly přeneseny do váhy tohoto kritéria, tj.15%. Uchazeč
Maximální velikost jedné schránky (GB)
Přidělené body
Vážené body! 15 %
SiCZ as.
53
100,00 b
15,00 b
TOTALSERVICEs,r,o.
21
10,0Gb
1,50b
Určení konečného pořadĺ nabídek Uchazeč
Dosažené body
Konečné pořadí
S.ICZ as.
69,34 b
2.
TOTAL SERVICE s.r.o.
86,50 b
1.
Hodnotící komise při hodnocení nabídek postupovala zcela v souladu se způsobem hodnocení stanoveným zadavatelem v Čl. 8 zadávací dokumentace.
7. Konečné pořadí nabídek
-
Strana 3 Z 3-
-
Obchodní firma! název! jméno, příjmení dodavatele! zájemce
Pořadí
TOTAL SERVICE s.r.o. 2.
S.ICZ
8. Složení hodnotící komise a podpisy členůlnáhradníků hodnotící komise jméno a příjmení člena/náhradníka komise 1. lng,JanAbel 2.
Ing. Dana Jiřičková
3.
Marcela Somková
vlastnoruční komise,r-
()
podpis
člena/náhradníka
/1
/‘;
ý 4.
Bc. Tereza Bernatová
5.
Mgr. Tereza Drboutová
9. Předání zprávy o posouzení a hodnocení nabídek zadavateli
CZ 072015
Zpráva byla předána zadavateli dne Jméno a příjmení osoby oprávněné jednat jménem zadavatele Podpis oprávněné osoby zadavatele
Ing. Jan Klas
22
Razítko zadavatele
-Strana4z4-
PŘÍLOHA Či KE ZPRÁVĚ O POSOUZENÍ A HODNOCENĺ NABÍDEK A. Informace o nahlížení do zprávy Jménoa příjmení osoby, která nahlédla do zprávy
Obchodní firma! název! jméno, příjmení organizace vůči níž je osoba, která nahlédla do zprávy v pracovněprávním či obdobném vztahu
RČI číslo občanského průkazu osoby, která nahlédla do zprávy
-Strana5z5-
Datum nahlédnutí do zprávy
Náklady za výpis! opis v Kč
Podpis osoby, která nahlédla do zprávy
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, s.p.:049/2015/IS/130 evidenční číslo smlouvy [TS_RLP_2015] 295012015/RLPCR
1111111 IIII!lili IIÍIJIIII 1 1111 I IIII OVZ/2950/2015
Řízení letového provozu České republiky
SMLOUVA O DÍLO „Upgrade serverové infrastruktury podnikového e-mailového systému“ uzavřená podle 5 2586 a následujících ve spojení s 5 2358 a násl. zákona č. 89/2012 Sb., občanský zákoník ve znění pozdějších předpisů (dále jen „občanský zákoník“) (dále jen „smlouva“)
1.
Smluvní strany
Řízení letového provozu České republiky, státní podnik. (ŘLP ČR, s.p.) se sídlem: Navigační 787, 252 61 Jeneč zastoupený: Mgr. Petrem Fajtlem, ředitelem Divize plánování a rozvoje letových navigačních služeb (DPLR) kjednání ve věcech technických oprávněný: Ing. Jan Abel IČO: 49710371 DIČ: CZ49710371 bankovní spojení: ČSOB Praha 5, č. účtu SWIFT kód: CEKOCZPP zapsaný v obchodním rejstříku vedeném Městským soudem v Praze v oddíle A, vložce 10771, (dále jen ‚objednatel“) a
TOTAL SERVICE s.r.o. se sídlem: Jankovcova 53, 17000 Praha 7 Holešovice zastoupená: Václavem Novákem, MBA, jednatelem společnosti IČO: 25618067 DIČ: CZ25618067 bankovní spojeni: ČSOB Praha 1, Na Poříčí 21, číslo účtu SWIFT kód: CEKOCZPP zapsaná v obchodním rejstříku vedeném Městským soudem v Praze v oddíle C, vložce 55236, -
(dále jen „zhotovitel“), (objednatel a zhotovitel rovněž jako „smluvní strany“).
Strana I z 37
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, s.p.:049I2015IiSI130 evidenční číslo smlouvy [TS_RLP_2015] 2.
Předmět smlouvy
2.1
Zhotovitel se zavazuje pro objednatele provést dílo s názvem „Upgrade serverové infrastruktury podnikového e-mailového systému“ dle specifikace uvedené v Příloze Č. I smlouvy (dále Jen „dílo).
2.2
Celé dílo bude provedeno minimálně v rozsahu uvedeném v Příloze č.1, a to ve třech na sebe navazujících ucelených realizačních fázích (dále jen „fáze“) v následujícím členění: —
Dodání potřebných HW a SW komponent, jejich technické zprovoznění v sídle objednatele a vypracování detailního implementačního plánu; Fáze 2: Přenesení připravených HW komponent do cílových umístění, propojení nových serverů s původním systémem, zprovozněni nové konfigurace e-mailového systému jako celku, provozní napojeni na související IT infrastrukturu zóny MIS, ověření funkčnosti přepínání provozu redundantních komponent, ověření funkčnosti automatického přepínání provozu klientů v IATCC vůči jednotlivým clusterovým nóclům, provedeni migrace sdílených kalendářů (veřejné složky) a provedení migrace vybraného vzorku uživatelských schránek; Fáze 3: Dodání související post-implementační podpory k migraci uživatelských schránek, optimalizace nastavení jednotlivých provozních parametrů celého systému, vypracování finální technické a provozní dokumentace. Fáze 1:
Součástí díla musí být i dodávka veškerého potřebného HW a 5W vybavení, nutného pro provoz systému s klienty POP3, IMAP, Outlook-2010/2013, Windows-Mail s výjimkou licenci obsažených v příslušných klientech a licencí obsažených v CORE CALL, které objednatel vlastní v dostatečném množství. 2.3
Zhotovitel prohlašuje, že všechny SW komponenty užité pro zhotoveni díla budou kompatibilní se stávajícím IT prostředím objednatele a tyto komponenty nebudou nadměrně zatěžovat systémové zdroje. Dodaný SW je standardní, tzv.,‘ krabicový, určený pro širokou distribuci. Zhotovitel poskytuje k předávanému SW nevýhradní licenci, tj. právo k užití SW s tím, že objednatel se na základě této smlouvy stává oprávněným uživatelem dodaného 8W. Zhotovitel dále touto smlouvou poskytuje objednateli licenci k užití know-how, jakož i k jiným nehmotným statkům, které vzniknou na základě této smlouvy.
2.4
Zhotovitel se zavazuje předat objednateli související technickou a provozní dokumentaci ke zprovozněné nové konfiguraci interního e-mailového systému objednatele, která je nutná k převzetí a řádnému užívání díla.
2.5
Objednatel se zavazuje zaplatit zhotoviteli za provedení díla podle této smlouvy cenu ve výši a za podmínek stanovených v článku 3 této smlouvy.
3. 3.1
Cena a platební podmínky Cena díla provedeného řádně a včas podle této smlouvy je stanovena dohodou smluvních stran dle zákona Č. 526/1990 Sb., o cenách, ve znění pozdějších předpisů. Cena díla zahrnuje celý rozsah díla tak, jak je uvedeno v předchozích bodech článku 2 smlouvy, dále licenci k užití SW, know-how a zpracování odpovídající dokumentace. Celková dohodnutá cena kompletního díla, které je specifikováno v článku 2 této smlouvy a jehož kalkulace je uvedena v Příloze č.2 smlouvy, je sjednána smluvními stranami jako cena pevná a Činí: 3 399 000 KČ KČ (bez DPH) (slovy: tři-miliony-třista-devadesát-devět-tisíc korun českých bez DPH).
3.2
Cena kompletního díla, uvedená v článku 3.1, je členěna dle plnění V jednotlivých fázích takto:
Cena kompletního díla i ceny jednotlivých fázi jsou stanoveny jako ceny bez DPH. K uvedeným částkám bude účtována příslušná sazba DPH v souladu se zákonem Č. 235/2004 Sb., o dani z přidané hodnoty (dále jen „zákon o DPH“). 3.3
Platby objednatele budou uskutečněny na základě vystavených faktur Strana 2 z 37
—
daňových dokladů
evidenční číslo smlouvy ŘLP ČR, s.p.:04912015/IS/130 evidenční Číslo smlouvy [TS_RLP_2015]
Smlouva o dílo
zhotovitelem (dále Jen „faktura“) po předání každé jednotlivé fáze, což bude potvrzeno předávacím protokolem o řádném předání a převzetí příslušné fáze díla. Předávací protokol o předání a převzetí příslušné fáze musí být podepsán odpovědnými zástupci obou smluvních stran. Splatnost faktur je stanovena do 30 kalendářních dnů ode dne Jejich obdržení objednatelem. Faktury daňové doklady musí splňovat náležitosti dané zákonem o DPH, jinak budou zhotoviteli vráceny. —
3.4
V případě oprávněného vráceni faktury přestává běžet lhůta jej! splatnosti v den jejího odeslání objednatelem a nová lhůta splatnosti počíná běžet ode dne nového doručeni opravené či doplněné faktury objednateli. V pochybnostech se má za to, že faktura byla doručena třetí den po odesláni.
3.5
Faktury s odvoláním na číslo smlouvy objednatele musí být zaslány na adresu ŘLP ČR, s.p., Navigační 787, 252 61 Jeneč.
3.6
Cena uvedená v Článku 3, odstavce 3.1 této smlouvy zahrnuje veškeré náklady spojené s provedením díla podle této smlouvy. Jakákoliv změna ceny může být provedena výhradně písemným dodatkem k této smlouvě podepsaným oběma smluvními stranami, přičemž musí být dodržen zákon Č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů.
4. 4.1
Termíny plnění Zhotovitel se zavazuje předat objednateli řádně provedené dílo uvedené v Článku 2 této smlouvy po jednotlivých fázích v následujících termínech: fáze 1: nejpozději do fáze 2: nejpozději do fáze 3: nejpozději do
TO + 2 měsíce, TO + 5 měsíců, TO + 9 měsíců,
kde TO Je den oboustranného podpisu smlouvy a jedním měsícem se rozumí kalendářní měsíc. Termín pro předáni fáze 3Je současně i termínem pro předání a převzetí kompletního díla. 5. 5.1
Místo plnění Místem plnění díla jsou objekty: 1/ IATCC, Navigační 787, 25261 Jeneč 2/Technický blok, Aviatická 1039, 160 08 Praha 6 3/ Letecká škola, K letišti 934, 160 00 Praha 6 4/ LKKV, Letiště Karlovy Vary, 205 Karlovy Vary 5/ LKMT-AB, Administrativní budova ŘLP, Letiště Ostrava-Mošnov 262, Mošnov 6/ LKMT-TWR, Záchranná požární služba letiště Ostrava- Část TWR řídící věž, Letiště OstravaMošnov 349, Mošnov 7/ LKTB, TWR letištní řídicí věž, Letiště Brno-Tuřany 2258, Tuřany, Brno 8/ KOPl, Kopec Písek, Čenkov 16, Čenkov 262 23 9/ BUKOP, Buchtův kopec, areál ŘLP ČR, s.p., Krásné 130, Krásné nad Svratkou 592 03 Místem předávání jednotlivých fází díla a předání kompletního díla objednateli dle této smlouvy bude sídlo objednatele na adrese uvedené v záhlaví této smlouvy.
5.2 6.
Přejímajícím za ŘLP ČR, s.p. bude Ing. Jan Abel. Záruka a odpovědnost za vady
6.1
Zhotovitel poskytne záruku na dílo provedené podle této smlouvy v délce 12 (dvanáct) měsíců ode dne převzetí kompletního díla (tj. předáni fáze 3) objednatelem. Plnění záruky bude probíhat v místě plnění díla.
6.2
Objednatel oznámí vady bránící plnohodnotné provozní použitelnosti díla vždy písemně, poštou na adresu sídla zhotovitele nebo telefonicky nebo e-mailem na kontaktní místo zhotovitele. e-mailová adresa objednatele je: Telefonní Číslo objednatele je: Telefonické nahlášení bude dodatečně písemně potvrzeno na Strana 3 z 37
evidenční číslo smlouvy ŘLP ČR, s.p.:0491201511S1130 Fdenční Číslo smlouvy [TS_RLP_2015]
Smlouva o dílo
uvedenou e-mailovou adresu. Zhotovitel je povinen vést písemnou evidenci o tom, kdy byla závada oznámena, s uvedením data, hodiny a jména zaměstnance zhotovitele, který oznámení o závadě přijal. Zhotovitel je povinen zahájit odstraňování závady nejpozději do 3 dnů od nahlášení závady. 6.3
Opravy díla bude zhotovitel provádět v době záruky bezplatně.
6.4
Záruka se nevztahuje na vady způsobené neodborným zacházením, nedodržením provozních podmínek, nedodržením předepsaných postupů a návodů k použití.
6.5
V případě, že zhotovitel nebude plnit řádně a včas záruční podmínky sjednané v této smlouvě, je objednatel oprávněn sám odstranit závadu nebo sjednat odstranění závady třetí osobou. Náklady spojené s odstraněním závady nese zhotovitel.
6.6
V případě závady v záruční době se doba záruky prodlužuje o dobu, po kterou bylo dílo nebo jeho část z toho důvodu mimo provoz. Rozhodujícím datem je datum oznámení vady a datum převzetí díla nebo jeho části po opravě.
6.7
Pokud není v této smlouvě uvedeno jinak, řídí se odpovědnost za vady ustanovením následujícími ustanoven ími občanského zákoníku.
6.8
Odpovědnost za právní vady díla provedeného podle této smlouvy nese zhotovitel a tato odpovědnost není omezena záruční dobou sjednanou v této smlouvě.
7.
2615 a
Povinnosti zhotovitele
7.1
Zhotovitel je povinen při realizaci díla respektovat podmínky objednatele ohledně režimu vstupu a vjezdu vozidel do objektů a na pozemky objednatele, jako i předpisy provozovatele letišť Zhotovitel jako zaměstnavatel při provádění prací podle této smlouvy odpovídá za dodržování předpisů BOZP a PO svými zaměstnanci, popř. dalšími fyzickými osobami vykonávajícími práci v jeho prospěch. Veškeré Škody, které vzniknou porušením těchto předpisů zaměstnanci zhotovitele nebo dalšími fyzickými osobami vykonávajícími práci vjeho prospěch, jdou k tíži zhotovitele. Pokud zhotovitel svojí činností vytvoří nebezpečná místa nebo situaci na pracovišti, je povinen je sám zabezpečit a neprodleně o tom informovat objednatele.
7.2
Zhotovitel ručí za to, že dílo bude funkční a fungující, bude provedeno na vysoké technické úrovni v souladu s nejmodernějšími technologickými postupy, při maximálním využití zkušeností, znalostí a odborných kapacit a bude splňovat požadovanou kvalitu, funkčnost, výkonnost a sjednané vlastnosti, jakož i kompatibilitu se stávajícím datovým prostředím objednatele.
7.3
Zhotovitel se zavazuje, že všechny nově dodávané komponenty budou splňovat certifikaci pro provoz pod OS Windows Server 2012 R2, provozovaným v doménovém prostředí Windows ADS (Active Directory Services), pracujícím v režimu 2008-Native.
7.4
Zhotovitel ručí za to, že implementací zhotoveného a dodaného díla nebude překročena výkonnost již používaného HW a SW vybavení objednatele, zálohovacího subsystému, ani využívaných spojů po LAN a WAN datových sítích. Zhotovitel prohlašuje, že dílo bude provedeno v souladu s předpisy, které se na dané dílo vztahují.
7.5
Zhotovitel je povinen zachovávat vůči třetím osobám mlčenlivost o veškerých důvěrných skutečnostech, o nichž se v souvislosti s plněním této smlouvy dozvěděl, zejména o všech údajích a informacích, které mu byly objednatelem poskytnuty.
8.
Povinnosti objednatele
8.1
Objednatel na vyžádání umožní zhotoviteli přistup na pracoviště, kde bude probíhat realizace díla a jiné aktivity související s prováděním díla podle smlouvy.
8.2
Objednatel předá nebo zprostředkuje předání nezbytně nutných technických informací o zařízeních, systémech a službách, které mají součinnost se systémem a jejich dosažitelnost je podmínkou k provedení díla podle smlouvy.
8.3
Objednatel má právo průběžně kontrolovat způsob a kvalitu provádění díla. Zjistí-li objednatel, Strana 4 z 37
3nční číslo smlouvy ŘLP ČR, s.p.:049/20‘t 5/IS/l 30 evidenční číslo smlouvy [TS_RLP_2015}
Smlouva o dílo
že zhotovitel porušuje nějakou svoji povinnost nebo že zhotovitel postupuje při provádění díla pro objednatele nevhodným způsobem, může objednatel po zhotoviteli požadovat, aby zajistil nápravu a dále prováděl dílo řádným způsobem. 8.4
9.
V případě, že jakákoliv jiná osoba, včetně zaměstnanců zhotovitele uplatní nárok proti objednateli z titulu porušení práv duševního vlastnictví v souvislosti s touto smlouvou, zavazuje se zhotovitel poskytnout objednateli potřebnou součinnost a uhradit mu veškeré náklady, které v souvislosti se sporem mezi objednatelem a jinou osobou objednateli vzniknou. Dále se zhotovitel zavazuje nahradit objednateli veškeré vzniklé škody, které mu vzniknou v důsledku uplatnění autorských nároků vůči objednateli v souvislosti s touto smlouvou, a to v plné výši bez jakéhokoliv omezení.
Předání a převzetí díla
9.1
Zhotovitel splní svůj závazek, vyplývající z této smlouvy, předáním a převzetím kompletního dila v místě plnění, což bude potvrzeno předávacím protokolem o řádném předání a převzetí kompletního díla (tj. převzetí fáze 3), který podepíši obě smluvní strany. Kromě toho sjednávají smluvní strany převzetí fázi I resp. 2 na základě předávacího protokolu o předání a převzetí fáze 1, resp. fáze 2. Podmínkou pro převzetí díla jako celku je provedení příslušných akceptačních testů a jejich odsouhlasení ze strany objednatele. Návrh testovacího plánu zpracuje zhotovitel a zašle objednateli k odsouhlasení nejméně 10 pracovních dnů před plánovaným termínem předání a převzetí fáze 3. Objednatel je oprávněn vyžádat si doplnění plánu testů o další konkrétní testy, pokud to bude považovat za účelné pro ověření kompletní funkčnosti díla.
9.2
Zhotovitel odpovldá za to, že dílo bude po ukončení instalace a testování funkční, bude odpovídat vlastnostem plnění specifikovaného v této smlouvě a v předkládané dokumentaci a bude kompatibilní se stávajícím prostředím objednatele.
10.
Vlastnické právo a nebezpečí škody
10.1
Vlastnické právo k hmotným částem díla (dokumentace včetně dílčích verzi dokumentací, přípravných podkladů, závěrečných zpráv i ostatních podkladů a informací s tím souvisejících) provedeného podle smlouvy, přechází ze zhotovitele na objednatele okamžikem podepsání předávacího protokolu o řádném předání a převzetí kompletního díla (fáze 3) oběma smluvními stranami. Nebezpečí Škody přechází na objednatele po jednotlivých fázich.
11.
Smluvní pokuty a úrok z prodlení
11.1
V případě, že objednatelem budou vytvořeny podmínky pro plnění v rozsahu uvedeném ve smlouvě, avšak zhotovitel nedodrží termín předání kompletního díla (tj. fáze 3) uvedený v odst. 4.1 smlouvy, je zhotovitel povinen zaplatit objednateli smluvní pokutu ve výši 0,05 % z ceny kompletního díla uvedené v bodě 3.1 smlouvy za každý započatý den prodlení.
11.2 V případě, že zhotovitel nedodrží podmínky týkající se odstraňování vad během záruční doby stanovené v odst. 6.2 smlouvy, je zhotovitel povinen zaplatit objednateli smluvní pokutu ve výši 0,05% z ceny kompletního díla za každý započatý den prodleni. 11.3 Odchylně od 2050 občanského zákoníku se strany dohodly, že sjednání jakékoli smluvní pokuty se nedotýká práva na náhradu Škody vzniklé z porušení povinnosti, ke kterému se smluvní pokuta vztahuje, a nárok na náhradu škody může být uplatněn nezávisle na smluvní pokutě a v plné výši. 11.4
Pro náhradu majetkové újmy (škody) a nemajetkové újmy platí příslušná ustanovení občanského zákoníku. Majetková újma se nahrazuje v penězích, nedohodnou-li se strany v konkrétním případě jinak. Smluvní strany prohlašují, že dojde-li porušením povinností zhotovitele ke vzniku újmy na pověsti nebo obchodní firmě objednatele či kjiné nemajetkové újmě, uhradí zhotovitel objednateli i přiměřené zadostiučinění.
Strana 5 z 37
evidenční číslo smlouvy ŘLP ČR, s.p.:049I2015/ISII3O evidenční číslo smlouvy [TSRLP_201 5J
Smlouva o dílo
12.
Ostatní ujednání
12.1
Zhotovitel je povinen dodržovat na pracovišti pořádek, odstraňovat na svoje náklady odpady a nečistotu a je povinen pracoviště řádně zajistit.
12.2 Zhotovitel prohlašuje, že je dostatečně pojištěn pro případ odpovědnosti za škodu způsobenou jeho činností jiným osobám. 12.3 Bezpečnost v civilním letectví. Zhotovitel podpisem této smlouvy bere na vědomi, že není oprávněn sdělovat či jakkoliv šířit informace, kterými by mohla být narušena bezpečnost v civilním letectví, a to z důvodu požadavků na zachování bezpečnosti v civilním letectví, které vyplývají z příslušných právních předpisů (zejména Letecký předpis L 17), a které ukládají poskytovatelům letových provozních služeb přijmout taková adekvátní opatření, na základě kterých bude zajištěna ochrana civilního letectví před protiprávními činy. Zhotovitel nesmí zejména jakkoliv reprodukovat a dále šířit informace, o nichž se dozvěděl v souvislosti s plněním této smlouvy. 12.4
Uveřejňování. Zhotovitel bere na vědomí, že objednatel je povinen zveřejnit tuto smlouvu a související informace a dokumenty týkající se plnění podle této smlouvy ve smyslu zákona o veřejných zakázkách. Objednatel neuveřejnI informace, u kterých to vyžaduje ochrana informací a údajů podle zvláštních právních předpisů, tj. zejména takové, které se týkají autorských práv ve smyslu zákona Č. 121/2000 Sb., autorský zákon, ve znění pozdějších předpisů, obchodního 1730 odst. 2 tajemství podle 504 občanského zákoníku Či důvěrných informací dle občanského zákoníku a ochrany civilního letectví podle Leteckého předpisu L 17, budou-li takto výslovně označeny. S ohledem na tyto skutečnosti nebude objednatelem zveřejněna Příloha č.2 smlouvy. Zhotovitel bere dále na vědomí, že objednatel je povinným subjektem podle zákona Č.106/1 999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů.
12.5
Zhotovitel se zavazuje předložit objednateli seznam subdodavatelů (dále jen „seznam“), jímž za plnění subdodávky uhradil více než 10% zčásti smluvní ceny uhrazené objednatelem zhotoviteli vjednom kalendářním roce. Tento seznam předloží nejpozději do 28.2. následujícího kalendářního roku. U subdodavatelů, kteří mají formu akciové společnosti, přiloží zhotovitel rovněž seznam vlastníků akcií, jejichž souhrnná jmenovitá hodnota přesahuje 10% základního kapitálu. Seznam vlastníků akciĺ nesmí být starší než 90 dnů před dnem předložení seznam
13 13.1
Odstoupení od smlouvy Objednatel je oprávněn odstoupit od smlouvy v případě, že zhotovitel nebude provádět práce v souladu se smlouvou anebo bude zanedbávat plnění svých závazků tak závažným způsobem, že tato skutečnost výrazně ovlivni kvalitu díla nebo jeho termín. Objednatel za podstatné porušení smlouvy s možností okamžitého odstoupení považuje: prováděni díla v rozporu s platnými normami, zejména dle dokumentu 1EEE12207 opakované neodstranění vady nebo případ zjištění právních vad díla, porušení povinností dle bodů 7.1 a 7.5 smlouvy, pokud po předchozím písemném upozornění nedošlo k nápravě, prodleni s termínem předání kompletního díla delším než 60 dnů, skutečnost, že zhotovitel je v úpadku ve smyslu zákona Č. 182/2006 Sb., o úpadku a způsobech jeho řešení (insolvenČní zákon) ve znění pozdějších předpisů. -
-
-
-
-
13.2 Zhotovitel je oprávněn odstoupit od smlouvy v případě, že objednatel bude v prodlení se zaplacením faktury delším než 30 dní nebo z důvodu prokazatelného neplnění závazků objednatele sjednaných v Článku 8 smlouvy. Na neplnění sjednaných závazků upozorní písemně zhotovitel objednatele, ve kterém současně uvede lhůtu k nápravě, která nesmí být kratší než 14 dní. Pokud v této lhůtě nedojde ke splnění stanovených povinností, končí platnost smlouvy dnem doručení písemného oznámení o odstoupení od smlouvy objednateli. Odstoupení bude zasláno doporučeným dopisem prostřednictvím držitele poštovní licence. 13.3 V případě odstoupení zhotovitele od smlouvy z důvodů na straně objednatele, uhradí objednatel zhotoviteli prokazatelně vynaložené náklady vzniklé ke dni odstoupení. Strana 6 z 37
evidenční číslo smlouvy ŘLP ČR, s.p.:O49I2O15IlSI13O evidenční číslo smlouvy [TS_RLP_2015]
Smlouva o dílo
13.4 V případě odstoupení kterékoliv smluvní strany Od smlouvy, končí platnosta účinnost smlouvy dnem doručení písemného oznámení o odstoupeni druhé smluvní straně.
14
Vyšší moc (vis major)
14.1
Smluvní strany se osvobozují od odpovědnosti za částečné nebo úplné nesplnění smluvních závazků, jestliže se tak prokazatelně stalo v důsledku vyšší moci. Za vyšší moc se pokládají okolnosti, které vznikly po uzavření této smlouvy v důsledku stranami nepředvídaných a neodvratitelných událostí, mimořádné povahy a mají bezprostřední vliv na plnění předmětu této smlouvy. Nastanou-li výše uvedené okolnosti, jsou obě strany povinny se neprodleně o těchto okolnostech vzájemně informovat.
14.2
Lhůty pro plnění povinností podle této smlouvy se prodlužují o dobu, po kterou prokazatelně
trvá okolnost vylučující odpovědnost. 14.3 Jestliže důsledky vyplývající ze zásahu vyšší moci prokazatelně trvají déle než tři měsíce, může kterákoliv ze smluvních stran od smlouvy odstoupit s tím, že se nároky smluvních stran vyrovnají tak, aby žádné ze smluvních stran nevzniklo bezdůvodné obohacení. 15
Závěrečná ustanovení
15.1
Tuto smlouvu lze měnit nebo doplňovat pouze výslovným oboustranně potvrzeným smluvním ujednáním, a to ve formě dodatku k této smlouvě, podepsaným oprávněnými zástupci obou smluvních stran.
15.2 Tato smlouva vstupuje v platnost a nabývá účinnosti dnem podpisu obou smluvních stran. 15.3 Obě smluvní strany prohlašují, že jednotlivé články této smlouvy jsou dostatečné z hlediska náležitosti pro vznik smluvního vztahu, a že bylo využito smluvní volnosti stran a tato smlouva se uzavírá určitě, vážně a srozumitelně. Smluvní strany se dohodly, že jejich závazkový vztah se řídí ustanoveními občanského zákoníku. 15.4 Zhotovitel prohlašuje a odpovídá za to, že má oprávnění kpodnikání vrozsahu plnění této smlouvy, a že při provádění díla bude postupovat s odbornou péčí. Zhotovitel odpovídá za škodu způsobenou porušením jeho povinností nebo způsobenou jeho činností pokud není stanoveno v této smlouvě jinak. 15.5 Smlouva je vyhotovena v českém jazyce ve čtyřech stejnopisech, z nichž každá smluvní strana obdrží dva výtisky. 15.6 Smlouva má 7 stran a 2 přílohy, které jsou její nedílnou součásti. Příloha č. I Detailní technická specifikace díla a dodávaných počítačových sestav Příloha č. 2 Cenová kalkulace —
-
V Jenči dne
23. 072015
ředitel Divize Řízení letového
TOTAL SERVICE sx.o. Jankovcova 53 170 OO Praha 7 www.tOtalSerViCe.CZ Strana 7
Z
37
Smlouva o dílo
evidenční číslo smlouvy lLP ČR, s.p.:049i2015/lS1130 evidenční číslo smlouvy [TS_RLP_2015] Příloha č. 1
Detailní technická specifikace díla a dodávaných počítačových sestav
1. Specifikace technického vybavení Dual-CPU server
1.1. 1.1.1.
Základní specifikace
4 x model IBM Lenovo System x3650 M5: • Provedení: rack-mount, výška 2U • Procesor: 2 x Intel Xeon Processor E5-2603 v3 6C 1.6GHz 15MB Cache 1600MHz 85W • Paměť: 6 x 32GB TruDDR4 Memory (2RX4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM • Systémové disky: 2 x 300 GB 10K 6Gbps SAS 2.5“ G3HS HDD • Datové disky: 4 x 4TB 7.2K 6Gbps NL SATA 3.5“ G2HS HDD • Řadič disků: 2 x ServeRAlD M1215 SAS/SATA Controller • LAN adaptér: 6 X Broadcom NetXtreme I DuaI Port GbE Adapter • Napájecí zdroje: 2 x System x 750W High Efficiency Platinum AC Power Supply -
1.1.2. Označení 5462CT0_00AE942 5462CT0_00AE943 5462CT0_00FK538 5462CT0_00FK547 5462CT0_00FK594 5462CT0_00FK595 5462CT0_00FK602 5462CT0_00KA490 5462CT000KA497 5462CT0_00KC617 5462CT0_00MU130 5462CT0_90Y4766 5462CT0_90Y9377 5462CT0_95Y4095 5462CT0_90Y9371 5462CT000AE931 5462CT0_49Y6004 5462CT0_00AJ098 5462CT0_25P2854 5462CT0_00FK607 5462CT0_00FK548 5462CT0_00FK564 5462CT0_00FK592 5462CT0_00FK598 5462CT0_00KA488 5462CT000FK608
Detailní specifikace Komponenta Controller 1, ServeRAID M1215 SAS/SATA Controller Controller 2, ServeRAID M1215 SAS/SATA Controller System x3650 MS Planar System x3650 M5 Power Paddle Card System x3650 M5 Agency Label GBM System x3650 M5 WW Packaging System x3650 M5 Riser Filler System x3650 MS ElA Plate System x3650 M5 System Level Code System x3650 M5 Rear 2x 2.5“ HDD Label (lndependent RAID-Riserl) System x3650 M5 Right ElA for Storage Dense Model 3.5“ Hot Swap Filler Broadcom NetXtreme I Dual Port GbE Adapter 2U Bracket Configuration ID 01 Broadcom NetXtreme I Dual Port GbE Adapter ServeRAlD M1200 Zero Cache/RAID 5 LJpgrade FOD 4TB 7.2K 6Gbps NL SATA 3.5“ G2HS HDD 300GB 10K 6Gbps SAS 2.5“ G3HS HDD Customer provided and installed x3650 M5 12x 3.5“ HS HDD Assembly Kit Intel Xeon Processor E5-2603 v3 6C 1.6GHz 15MB Cache 1600MHz 85W Addl Intel Xeon Processor E5-2603 v3 6C 1.6GHz 15MB 1600MHz 85W System Documentation and Software-UK English System x3650 MS 12x 3.5“ Base without Power Supply System x Gen-II Universal Slides Kit System x3650 M5 Rear 2X 2.5“ HDD Kit (Independent RAID) -
Strana 8 Z 37
ks 1 1 1 1 1 1 1 1 1 1 1 8 2 2 1 1 4 2 1 1 1 1 1 1 1 1
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, s.p.:0491201511S1130 evidenční číslo smlouvy [TS_RLP_201 5] 5462CT0_00FK933 5462CT0_00Y8330 5462CT0_39Y5533 5462CT0_39Y6558 5462Cr0_46C9113 5462CT0_95Y4807 5462CT0_68Y7397
System x 750W High Efficiency Platinum AC Power Supply Populate Rear Drives 2.8m, 1OA/100-250V, C13 to IEC 320-C14 Rack Power Cable 2.8m, 1OA/230V, C13 to CEE7-VIl (Europe) ServeRAlD M 1215 SAS/SATA Controller 32GB TruDDR4 Memory (2RX4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM Select Storage devices no configured RAID required -
2 2 2 2 6 1
Backup server 1
1.2. 1.2.1.
Základní specifikace
1 x model IBM Lenovo System x3650 M5: . Provedení: rack-mount, výška 2U . Procesor: 1 x Intel Xeon Processor E5-2603 v3 6C 1.6GHz 15MB Cache 1600MHz 85W Paměť: 2 x 32GB TruDDR4 Memory (2RX4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM . Systémové disky: 2 x 300 GB 10K 6Gbps SAS 2.5‘ G3HS HDD . • Datové disky: 7 x 4TB 7.2K 6Gbps NL SATA 3.5“ G2HS HDD • Řadič disků: 2 x ServeRAID M1215 SAS/SATA Controller • LAN adaptér: 4 X Broadcom NetXtreme I DuaI Port GbE Adapter • Napájecí zdroje: 2 x System x 750W High Efficiency Platinum AC Power Supply -
1.2.2. Označení 5462CT000AE942 5462CT0_00AE943 5462CT0_00FK538 5462CT0_00FK547 5462CT0_00FK594 5462CT000FK595 S462Cr0_00FK602 5462CT0_00KA490 5462CT0_00KA497 5462CT000KC617 S462CT0_00KC642 5462CT0_OOMU13O 5462CT0_90Y4766 5462CT0_90Y9377 5462CT0_9SY4095 5462CT090Y9371 5462CT000AE931 5462CT0_49Y6004 5462CT000AJ098 5462CT025P2854 5462CT0_00FK607 5462CT0_00FK548 5462CT0_OOFKS92 5462CT0_00FK598 5462CT0_00KA488 5462CT0_00FK608
Detailní specifikace Komponenta Controller 1, ServeRAID M 1215 SAS/SATA Controller Controller 2, ServeRAlD M 1215 SAS/SATA Controller System x3650 MS Planar System x3650 M5 Power Paddle Card System X3650 MS Agency Label GBM System x3650 MS WW Packaging System x3650 MS Riser Filler System x36S0 M5 ElA Plate System x3650 MS System Level Code System x3650 M5 Rear 2x 2.5‘ HDD Label (lndependent RAID-Riserl) System x36S0 MS System Fan FiIIer System x3650 M5 Right ElA for Storage Dense Model 3.5“ Hot Swap FíIIer Broadcom NetXtreme I Dual Port GbE Adapter 2U Bracket Configuration ID 01 Broadcom NetXtreme I Dual Port GbE Adapter ServeRAlD M 1200 Zero Cache/RAID 5 Upgrade FOD 4TB 7.2K 6Gbps NL SATA 3.5“ G2HS HDD 300GB 10K 6Gbps SAS 2.5“ G3HS HDD Customer provided and installed x3650 MS 12x 3.5“ HS HDD Assembly Kit Intel Xeon Processor E5-2603 v3 6C 1.6GHz 15MB Cache 1600MHz 85W System Documentation and Software-UK Engtish System x3650 MS 12x 3.5“ Base without Power Supply System x Gen-II Universal Slides Kit System x3650 M5 Rear 2x 2.5“ HDD Kit (Independent RAID) -
Strana 9 Z 37
ks 1 1 1 1 1 1 1 1 1 1 2 1 2 1 2 1 1 7 2 1 1 1 1 1 1 1
evidenční číslo smlouvy ŘLP ČR, s.p.:049120151lS1130 evidenční číslo smlouvy [TS_RLP_2015j 5462CT0_00FK933 5462CT0_00Y8330 5462CT0_39Y5533 5462CT039Y6558 5462CT0_46C9113 5462CT0_95Y4807 5462CT0_68Y7397
System x 750W High Efficiency Platinum AC Power Supply Populate Rear Drives 2.8m, 1OA/100-250V, C13 to IEC 320-C14 Rack Power Cable 2.8m, 1OA/230V, C13 to CEE7-Vll (Europe) ServeRAlD M 1215 SAS/SATA Controller 32GB TruDDR4 Memory (2RX4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM Select Storage devices no configured RAID required
2 2 2 2 2
-
Backup server 2
1.3. 1.3.1. 1x
Smlouva o dílo
Základní specifikace
model IBM Lenovo System x3650 MS: . Provedení: rack-mount, výška 2U -
• .
• • . . .
Procesor: 1 x Intel Xeon Processor E5-2603 v3 6C 1.6GHz 15MB Cache 1600MHz 85W Paměť: 2 x 32GB TruDDR4 Memory (2RX4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM
Systémové disky: 2 x 300 GB 10K 6Gbps SAS 2.5“ G3HS HDD Datové disky: 6 x 4TB 7.2K 6Gbps NL SATA 3.5“ G2HS HDD Řadič disků: 2 x ServeRAlD M 1215 SAS/SATA Controller LAN adaptér: 4 X Broadcom NetXtreme I DuaI Port GbE Adapter Napájecí zdroje: 2 x System x 750W High Efficiency Platinum AC Power Supply
1.3.2. Označení 5462CT0_00AE942 5462CT0_00AE943 5462CT0_00FK538 5462CT0_00FK547 5462CT0_00FK594 5462CT0_00FK595 5462CT0_00FK602 5462CT0_00KA490 5462CT0_00KA497 5462CT0_00KC617 5462CT000KC642 5462CT000MU130 5462CT090Y4766 5462CT0_90Y9377 5462CTQ.95Y4095 5462CT0_90Y9371 5462CT0_00AE931 5462CT0_49Y6004 5462CT0_00AJ098 5462CT025P2854 5462CT0_00FK607 5462CT0_00FK548 5462CT0_00FK592
Detailní specifikace Komponenta Controller 1, ServeRAID M 1215 SAS/SATA Controller Controller 2, ServeRAID M 1215 SAS/SATA Controller System x3650 M5 Planar System x3650 M5 Power Paddle Card System x3650 M5 Agency Label GBM System x3650 MS WW Packaging System X3650 MS Riser FilIer System x3650 M5 ElA Plate System X3650 M5 System Level Code System x3650 MS Rear 2x 2.5“ HOD Label (lndependent RAID-Riserl) System x3650 M5 System Fan Filler System x3650 M5 Right ElA for Storage Dense Model 3.5“ Hot Swap Filler Broadcom NetXtreme I DuaI Port GbE Adapter 2U Bracket Configuration ID 01 Broadcom NetXtreme I Dual Port GbE Adapter ServeRAID M 1200 Zero Cache/RAID 5 Upgrade FOD 4TB 7.2K 6Gbps NL SATA 3.5“ G2HS HDD 300GB 10K 6Gbps SAS 2.5“ G3HS HDD Customer provided and installed x3650 M5 12x 3.5“ HS HDD Assembly Kit Intel Xeon Processor ES-2603 v3 6C 1.6GHz 15MB Cache 1600MHz 85W System Documentation and Software-UK English -
Strana lOz 37
ks 1 1 1 1 1 1 1 1 1 1 2 1 2 1 2 1 1 6 2 1 1 1 1
Smlouva o dílo
evidenční Číslo smlouvy ŘLP ČR, s.p.:049/201 5/IS/l 30 evidenční číslo smlouvy [TS_RLP_2015] 5462CT0_00FK598 5462CT0_00KA488 5462CT0_00FK608 5462CT0_00FK933 5452CT0_00Y8330 5462CT0_39Y5533 5462CT0_39Y6558 5462CT0_46C9113 5462CT0_95Y4807 5462CT0_68Y7397
1 1 1 2 1 2 2 2 2 1
3511 Base without Power Supply System X3650 MS 12x System x Gen-II Universal Slides Kit System x3650 MS Rear 2X 2.51 HDD Kit (Independent RAJD) System x 750W High Efficiency Platinum AC Power Supply Populate Rear Drives 2.8m, 1OA/100-250V, C13 to IEC 320-C14 Rack Power Cable 2.8m, 1OA/230V, C13 to CEE7-Vll (Europe) ServeRAlD M1215 SAS/SATA Controller 32GB TruDDR4 Memory (2RX4, 1.2V) PC4-17000 CL1S 2133MHz LP RDIMM Select Storage devices no configured RAID required -
Pobočkový server střední
1.4. 1.4.1.
Základní specifikace
4 x model IBM Lenovo System x3650 M5: • Provedení: rack-mount, výška 2U . Procesor: 1 x Intel Xeon Processor E5-2603 v3 6C 1.6GHz 15MB Cache 1600MHz 85W Paměť: 2 x 32GB TruDDR4 Memory (2Rx4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM . . Systémové disky: 2 x 300 GB 10K 6Gbps SAS 2.5 G3HS HDD . Datové disky: 2 x 4TB 7.2K GGbps NL SATA 3.5“ G2HS HDD Řadič disků: 2 x ServeRAlD M1215 SAS/SATA Controller . LAN adaptér: 4 X Broadcom NetXtreme I Dual Port GbE Adapter . Napájecí zdroje: 2 x System x 750W High Efficiency Platinum AC Power Supply . -
1.4.2.
Detailní specifikace
5462CT0_00AE942 5462CT0_00AE943 5462CT0_00FK538 5462CT0_00FK547 5462CT0_00FK594 5462CT0_00FK595 5462CT0_00FK602 5462CT0_00KA490 5462CT0_00KA497 5462CT0_00KC617 5462CT000KC642 5462CT0_00MU130 5462CT0_90Y4766 5462CT0_90Y9377 5462CT095Y4095 5462CT0_90Y9371 5462CT0_00AE931 5462CT049Y6004 5462CT0_00AJ098 5462CT0j5P2854 5462CT0_00FK607
ks
Komponenta
Označení
Controller 1, ServeRAID M 1215 SAS/SATA Controller Controller 2, ServeRAID M 1215 SAS/SATA Controller System x3650 MS Planar System x3650 M5 Power Paddle Card System x3650 MS Agency Label GBM System x3650 MS WW Packaging System x3650 MS Riser Filler System x3650 M5 ElA Plate System x3650 MS System Level Code System x3650 MS Rear 2x 2.51 HDD Label (lndependent RAID-Riserl) System x3650 MS System Fan Filler System x3650 MS Right ElA for Storage Dense Model 3.5‘ Hot Swap Filler Broacicom NetXtreme I Dual Port GbE Adapter 2U Bracket Configuration ID 01 Broadcom NetXtreme I Dual Port GbE Adapter ServeRAlD M1200 Zero Cache/RAID 5 Upgrade FOD 4TB 7.2K 6Gbps NL SATA 3.5‘ G2HS HDD 300GB 10K 6Gbps SAS 2.5‘ G3HS HDD Customer provided and installed x36S0 M5 12x 3.5‘ HS HOD Assembly Kit -
Strana 11
Z
37
-
1 1 1 1 1 1 1 1 1 1 2 1 10 1 2 1 1 2 2 1 1
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, s.p.:049/201 5/IS/l 30 evidenční číslo smlouvy [TS_RLP_2015] 5462CT0_00FK548 5462CT0_00FK592 5462CT0_00FK598 5462CT0_00KA488 5462CT0_00FK608 5462CT0_00FK933 5462CT0_00Y8330 5462CT0_39Y5533 5462CT0_39Y6558 5462CT046C9113 5462CTQ.95Y4807 5462CT0_68Y7397
1.5.1. x model
-
-
Základní specifikace
IBM Lenovo System X3650 MS:
.
Provedení: rack-mount, výška 2U
.
Procesor: 1 x Intel Xeon Processor E5-2603 v3 6C 1.6GHz 15MB Cache 1600MHz 85W Paměť: 1 x 32GB TruDDR4 Memory (2RX4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM
. . .
• . .
1 1 1 1 1 2 1 2 2 2 2 1
Pobočkový server malý
1.5.
6
Intel Xeon Processor E5-2603 v3 6C 1.6GHz 15MB Cache 1600MHz 85W System Documentation and Software-UK English System x3650 M5 12x 3.5“ Base without Power Supply System x Gen-li Universal Slides Kit System x3650 M5 Rear 2x 2.5“ HDD Kit (lndependent RAID) System x 750W High Efficiency Platinum AC Power Supply Populate Rear Drives 2.8m, 1OA/100-250V, C13 to IEC 320-C14 Rack Power Cable 2.8m, 1OA/230V, C13 to CEE7-Vll (Europe) ServeRAlD M1215 SAS/SATA Controller 32GB TruDDR4 Memory (2RX4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM Select Storage devices no configured RAID required
Systémové disky: 2 x 300 GB 10K 6Gbps SAS 2.5“ G3HS HDD Datové disky: 2 x 4TB 7.2K 6Gbps NL SATA 3.5“ G2HS HDD
Řadič disků: 2 x ServeRAID M1215 SAS/SATA Controller LAN adaptér: 4 X Broadcom NetXtreme I Dual Port GbE Adapter Napájecí zdroje: 2 x System x 750W High Efficiency Platinum AC Power Supply
1.5.2. Označení 5462CT0_00AE942 5462CT0_00AE943 5462CT0_00FK538 5462CT0_00FK547 5462CT0_00FK594 5462CT0_00FK595 5462CT0_00FK602 5462CT0_00KA490 5462CT000KA497 5462CT0_00KC617 5462CT0_00KC642 5462CT0_OOMU13O 5462CT0_90Y4766 5462CT090Y9377 5462CT0_95Y4095 5462CT0_90Y9371 5462CT0_00AE931 5462CT0_49Y6004 5462CT0_00AJ098
Detailní specifikace Komponenta Controller 1, ServeRAID M1215 SAS/SATA Controller Controller 2, ServeRAID M 1215 SAS/SATA Controller System x3650 M5 Planar System x3650 M5 Power Paddle Card System x3650 M5 Agency Label GBM System x3650 M5 WW Packaging System x3650 MS Riser Filler System x3650 MS ElA Plate System x3650 M5 System Level Code System x3650 M5 Rear 2x 2.5“ HDD Label (lndependent RAID-Riserl) System x3650 M5 System Fan Filler System x3650 MS Right ElA for Storage Dense Model 3.5“ Hot Swap Filler Broadcom NetXtreme I Dual Port GbE Adapter 2U Bracket -
Configuration ID 01 Broadcom NetXtreme I Dual Port GbE Adapter ServeRAlD M1200 Zero Cache/RAID 5 Upgrade FOD 4TB 7.2K 6Gbps NL SATA 3.5“ G2HS HDD 300GB 10K 6Gbps SAS 2.5“ G3HS HDD
Strana12 Z 37
ks 1 1 1 1 1 1 1 1 1 1 2 1 10 1 2 1 1 2 2
evidenční číslo smlouvy ŘLP ČR, s.p.:049/20l 5/IS/l 30 evidenční číslo smlouvy [TS_RLP_2015J 5462CT0_25P2854 5462CT0_00FK607
Smlouva o dílo
J Customer provided and installed
5462CT0_QOFKS48 5462CT0_OOFKS92 5462CT0_OQFKS98 5462CT0_00KA488 5462CT0_00FK608 5462CT0_00FK933
1
x3650 MS 12x 3.5“ HS HDD Assembly Kit Intel Xeon Processor E5-2603 v3 6C 1.6GHz 15MB Cache 1600MHz 85W System Documentation and Software-UK English
1
System X3650 MS 12X 3.5“ Base without Power Supply System x Gen-II Universal Slides Kit System X3650 M5 Rear 2x 2.5‘ HDD Kit (Independent RAID) System x 750W High Efficiency Platinum AC Power Supply
1
1 1 1 1 2 1
5462CT0_39Y6558
Populate Rear Drives 2.8m, 1OA/100-250V, C13 to IEC 320-C14 Rack Power Cable 2.8m, 1OA/230V, C13 to CEE7-VII (Europe)
5462CT0_46C9113 5462CT0_95Y4807
ServeRAID M1215 SAS/SATA Controller 32GB TruDDR4 Memory (2RX4, 1.2V) PC4-17000 CL15 2133MHZ LP RDIMM
2
5462CT0_68Y7397
Select Storage devices no configured RAID required
1
5462CT0_00Y8330 5462CT0_39Y5533
-
HW loadbalancer
1.6. 1.6.1.
Základní specifikace
2 x model FORTINET FAD-100E: • Paměť: 2 GB • Systémové disky: lx 16 GB • LAN adaptér: 4 x l000Base-T RJ-45, 1 x console DB-9 • Síťový protokol: TCP/IP, U DP/lP • Výkon: Layer 4 throughput 1 Gbps • Kapacita: 1000 SSL transactions per second (2048 CertifiCate), 19000 Layer 7 tra nsactions per second • Napájení a provozní spotřeba: AC 120/230 V ( 50/60 Hz), 18 Watt -
-
1.6.2.
Detailní specifikace Paměť! Úložiště
:
2GB
SSD -16 GB x 1
Hard Drive Síť
Form Factor Ports Qty Connectivity Technolo€y Data Link Protocol Network ‚ Transport Protocol Remote Management Protocol Performance
Capacity Features
.
: .
Rack-mountable 4 Wired Gigabit Ethernet TCP/IP, UDP/IP SNMP, HUP, HTTPS, SSH, CLI Layer 4 throughput 1 Gbps SSL transactions per second (2048 certificate) 1000 Layer 7 transactions per second 19000 NAT support, trunking, layer 7 switching, VLAN support, Syslog support, manageable, IPvG support, layer 7 load balancing, SSL acceleration, Global Server Load Balancing (GSLB), Link Aggregation Control Protocol
(LACP)
Encryption Algorithm
SSL, TLS
Authentication Method
RADiUS
Strana13 z 37
2 2
1
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, s,p.:049/2015/IS/130 evidenční číslo smlouvy [TS_RLP_2015] lnterfaces
I
Compliant Standards
I
Power Device Voltage Required Power Consumption Operational
4 x l000Base-T Ri-45 1 X console DB-g Standardy CSA, UL, VCCI, C-Tick, cUL, FCC Part 15 A Napájení lnternal power supply AC 120/230 V ( 50/60 Hz) 18 Watt -
-
2. Specifikace softwarového vybavení 2.1.
Operační systém
Vzhledem k verzi použitého poštovního systému, kterým je MS Exchange 2010 (viz kapitola 2.2 E-mailový systém), není možné použít operační systém Windows 2012 R2, který nepodporuje verzi poštovního systému MS Exchange 2010. Z tohoto důvodu je v rámci dané nabídky použit nejvyšší možný operační systém podporovaný poštovním systémem MS Exchange 2010, kterým je Windows Server 2012 Standard. Použitá edice (Standard) plně postačuje pro
poštovního systému MS Exchange 2010 i pro zapojení v konfiguraci Database Availability Group pro zajištění vysoké dostupnosti role Mailbox server, jelikož operační systém Windows Server 2012 podporuje Failover Clustering v rámci edice Standard. provoz
serveru Dual-CPU server Backup server Pobočkový server střední Pobočkový server malý
2.2.
Operační systém I
Početiif
Windows Server 2012 Standard Windows Server 2012 Standard Windows Server 2012 Standard Windows Server 2012 Standard
4 2 4 6
E-mailový systém
Vzhledem k mandatornímu požadavku M-023 na provedení přímé a transparentní migrace ze stávajícího poštovního systému MS Exchange 2003 na nový poštovní systém přichází v úvahu jako nejvyšší možná verze poštovního systému MS EXchange verze 2010, která umožňuje koexistenci s poštovním systémem MS Exchange 2003 vjednom Active Directory
forestu, resp. vjedné Exchange organizaci a umožňuje tak přímou migraci. Poslední uvolněná verze poštovního systému MS Exchange 2013 již tuto koexistenci neumožňuje, tudíž pro tuto verzi nelze provést přímou migraci ze systému MS Exchange 2003 na systém MS Exchange 2013. Poštovní systém MS Exchange 2010 je k dispozici ve dvou edicích (Standard a Enterprise). Základní rozdíl mezi edicemi spočívá v maximálním možném počtu databází, které je možné v té či oné edici provozovat v rámci role Mailbox server na jednom Exchange serveru. V rámci edice Standard lze hostovat maximálně 5 databází včetně primárních databází, záložních databází a databáze veřejných složek. V rámci edice Enterprise lze hostovat až 100 databází v rámci v role Mailbox server na jednom Exchange serveru.
Strana 14 z 37
Smlouva o dílo
evidenční_číslo smlouvy ŘLP ČR, s.p.:049120151lS1130 evidenční číslo smlouvy [TS_RLP_2015]
Vzhledem k požadavku na umístění záložních replik na DuaI-CPU serverech v lokalitě IATCC a na backup serverech v záložním datovém centru je nutné použít pro tyto servery edici Enterprise, jelikož V tomto případě může dojít k překročení limitu maximálního počtu 5-ti databází na jeden Exchange server. Edice Enterpríse je navržena i s ohledem na mandatorní požadavek M-035 škálovatelnost. Pro zbývající servery ve středních a malých lokalitách bude použita edice Standard, kde je limit počtu 5-ti databází na jeden Exchange server dostačující a umožňuje i další rozšíření systému. Poštovní systém
Počet licencí
Dual-CPU server
Microsoft Exchange Server 2010 x64 Enterprise
4
Backup server
2
Pobočkový server střední
Microsoft EXchange Server 2010 x64 Enterprise Microsoft Exchange Server 2010 x64 Standard
4
Pobočkový server malý
Microsoft Exchange Server 2010 x64 Standard
6
Typ serveru
3. Technické řešení konfigurace e-mailového systému 3.1.
Dislokace jednotlivých serverů a HW loadbalancerů
V lokalitě IATCC řešení předpokládá instalaci dvou clusterů vždy o dvou nódech (celkem tedy čtyř serverů) a dvou HW loadbalancerů. Dále pak řešení předpokládá instalaci dvou backup serverů v záložním datovém centru a vždy po jednom serveru ve středních a malých lokalitách.
ZáložriI datové centrum
IAT
Malá lokalIta
Střudn( lokalIta
Obrázek 1: Schéma dislokace jednotlivých Exchange serverů a HWloadbalancerů
3.2.
Konfigurace rolí systému MS Exchange 2010
V rámci technického řešení nového poštovního systému budou využity 3 základní serverové role poštovního systému MS Exchange 2010: • Client Access server • HUB Transport server • Mailbox server Strana 15 Z 37
evidenční číslo smlouvy ŘLP ČR, s.p.:049l2015llSI130 evidenční číslo smlouvy [TS_RLP_2015]
Smlouva o dílo
Záložnl datové centrum
Střednl lokalita
Malá lokalita
Obrázek 2: Schéma distribuce rolí systému MS Exchange 2010
3.2.1.
Role Client Access server
Služby role Client Access server zajišťují primární vstupní bod pro jednotlivé klientské aplikace k poštovním přihrádkám ležících na serverech MS Exchange 2010. Navržené řešení z tohoto důvodu předpokládá instalaci minimálně jedné role Client Access server v každé lokalitě, kde bude umístěn minimálně jeden server MS Exchange 2010 a to buď v konfiguraci Single Client Access server nebo Client Access server Array. V lokalitě IATCC navržené řešení předpokládá instalaci role Client Access server na všechny nódy clusteru, předpokládá tedy celkem 4 paralelně běžící role Client Access server sdružené v rámci jednoho Client Access server Array, kde distribuce zátěže mezi jednotlivými servery hostujícími roli Client Access server bude zajištěna prostřednictvím dvou HW loadbalancerů. V ostatních lokalitách navržené řešení předpokládá instalaci jedné lokální role Client Access server na daném lokálním Exchange serveru.
3.2.1.
Role Mailbox server
Role Mailbox server primárně zajišťuje provoz a hostování jednotlivých primárních či záložních databází Mailbox Store obsahujících uživatelské schránky a databáze veřejných složek. V lokalitě IATCC navržené řešení předpokládá instalaci role Mailbox server na všechny nódy clusteru, předpokládá tedy celkem 4 paralelně běžící role Mailbox server. Každý nód clusteru bude v normálním režimu hostovat Mailbox store databáze s 250 uživatelskými schránkami, záložní repliky databází z druhého nódu clusteru a databázi veřejných složek. Strana 16 Z 37
evidenční čislo smlouvy ŘLP ČR, s.p.:049120151lS1130 evidenční číslo smlouvy [TSRLP_201 5]
Smlouva o dílo
V ostatních lokalitách navržené řešení předpokládá instalaci jedné lokální role Mailbox server na daném lokálním Exchange serveru. Řešení nabízí maximální možnou velikost schránek 21 GB. Role Mailbox server umožňuje implementovat mechanismy pro zajištění vysoké dostupnosti prostřednictvím fun kciona lity Database Availability Group, která provádí kontinuální replikaci databází Mailbox store (viz kapitola Řešení vysoké dostupnosti rolí MS EXchange 2010).
3.2.2.
Role HUB Transport server
Role HUB Transport server primárně zajišťuje funkci směrování elektronické pošty v prostředí MS Exchange 2010, které je prováděno na základě nastavení inter-site komunikace v rámci domény Active Directory, dále pak směrování elektronické pošty mezi prostředími MS Exchange 2010 a MS Exchange 2003, které je prováděno na základě definice tzv. Routing Group konektorů, což zároveň umožňuje koexistenci serverů MS Exchange 2003 a MS Exchange 2010 v rámci jednoho Active Directory forestu, resp. jedné Exchange organizace a směrování internetové pošty, které je prováděno na základě definice Send a Receive SMTP konektorů. V lokalitě IATCC navržené řešení předpokládá instalaci role HUB Transport server na všechny nódy clusteru, předpokládá tedy celkem 4 paralelně běžící role HUB Transport server. V ostatních lokalitách navržené řešení předpokládá instalaci jedné lokální role HUB Transport server na daném lokálním Exchange serveru.
3.2.2.1. Základní princip směrování elektronické pošty Veškeré níže popsané principy směrování elektronické pošty zachovávají stávající princip redundantního zapojení, kde veškerá interní elektronická pošta směrovaná mezi jednotlivými lokalitami a externí internetová elektronická pošta je výhradně transportována prostřednictvím stávajících distribučních serverů označených v zadávací dokumentaci jako servery A a B. Distribuční server A je využíván jako primární distribuční server a distribuční server B je využíván jako sekundární distribuční server, který přebírá roli primárního distribučního serveru v případě výpadku distribučního serveru A.
3.2.2.2. Směrování interních zpráv v rámci MS Exchange 2010 Konfigurace MS Exchange 2010 vyžaduje instalaci minimálně jedné role HUB Transport server v každém Active Directory situ resp. v každé lokalitě, kde jsou zároveň hostovány i Strana 17 z 37
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, s.p.:049/2Ol5ulS/130 evidenční číslo smlouvy [TS_RLP_2015J role Mailbox server. 4—* Pňmárnl mór.ed cul.
Obrázek 3: Schéma směrování interních zpráv
Z tohoto důvodu návrh řešení předpokládá umístění minimálně jedné role HUB Transport server do každé lokality, kde bude provozována role Mailbox server. Veškerá interní komunikace mezi jednotlivými lokalitami bude realizována výhradně prostřednictvím vyhrazených distribučních serverů (A a B).
3.2.2.3. Směrování internetové pošty Odchozí internetová pošta bude směrována zjednotlivých Exchange serverů na stávající distribuční servery A resp. B odkud bude dále směrována prostřednictvím SMTP Send konektorů na SMTP brány zadavatele umístěné v demilitarizované zóně.
l
.—* Stklfldďfll
t1l*OVKI
Í Zátotnf d.to6 ntnn
‚.lu ok.flt.
stI.dnr ok.te
Strana 18
Z
37
evidenční číslo smlouvy ŘLP ČR, s.p.:049120151IS113O evidenční číslo smlouvy [TS_RLP2O15]
Smlouva o dílo
Obrázek 4: Schéma směrování internetové pošty
Příchozí internetová pošta bude směrována z SMTP bran zadavatele na stávajících distribuční servery A a B, kde server A je prioritizován prostřednictvím MX záznamů DNS. Dále pak bude příchozí internetová pošta směrována na cílové Exchange servery.
3.2.2.4. Směrování zpráv mezi systémy MS Exchange 2003 a MS Exchange 2010 Po dobu migrace uživatelských schránek ze systému MS Exchange 2003 na MS Exchange 2010 vjednotlivých lokalitách, bude nutné zajistit souběžný provoz serverů MS Exchange 2003 a MS Exchange 2010. Z pohledu Exchange organizace 2003 jsou všechny servery se systémem MS Exchange 2010 instalovány vjedné administrativnía vjedné směrovací skupině. Ztohoto důvodu směrování zpráv bude z pohledu systémů Exchange 2003 probíhat přes jednu směrovací skupinu. Routing group konektory (primární a sekundární) budou propojovat stávající směrovací skupiny Exchange 2003 v lokalitách a směrovací skupinu Exchange 2010, kde opět směrování zpráv mezi těmito skupinami bude realizováno výhradně prostřednictvím dedikovaných distribučních serverů (A a B). Koexistence obou systémů MS Exchange 2003 a MS Exchange 2010 bude zachována do doby odinstalace posledního serveru Exchange 2003 ze stávající Exchange organizace.
3.3.
Řešení vysoké dostupnosti rolí MS Exchange 2010
3.3.1.
Lokalita IATCC
Pro zajištění požadované úrovně dostupnosti v lokalitě IATCC řešení předpokládá implementaci následujících principů vysoké dostupnosti pro jednotlivé role systému MS Exchange 2010.
3.3.1.1. Role Client Access server V lokalitě IATCC navržené řešení implementuje principy zajišťující vysokou dostupnosti role Client Access server zahrnující plně automatizované přepínaní klientů mezi jednotlivými Client Access servery v případě výpadku jednoho nebo více Client Access serverů.
Strana 19 z 37
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, sp.:0491201511S1130 evidenční číslo smlouvy [TS_RLP_2015]
Střadnl lokalita
Malá lokalita
Obrázek 5: Konfigurace CAS IATCC -
Řešení předpokládá vytvoření Client Access server Array zahrnující oba clustery resp. všechny nódy obou clusterů. Před Client Access server Array budou předsazeny dva HW loadbalancery, které budou distribuovat zátěž mezi jednotlivé členy Client Access server Array. Dané řešení plně a automaticky zajistí dostupnost role Client Access server v lokalitě IATCC i v případě výpadku jednoho člena nebo několika členů Client Access server Array za podmínky existence minimálně jednoho funkčního Client Access serveru v Client Access server Array a alespoň jednoho funkčního HW loadbalanceru. V případě totálního výpadku obou HW loadbalancerů, řešení umožní přepnutí klientů na roli Client Access server běžící na prvním backup serveru v záložním datovém centru.
3.3.1.2. Role Mailbox server Dvojice clusterů (čtveřice nódů) v lokalitě IATCC bude zapojena do infrastruktury Database Availability Group, kde každá primární databáze bude zároveň obsahovat další 2 záložní repliky. První záložní replika bude umístěna na druhém nódu daného clusteru a druhá záložní replika bude umístěna na prvním backup serveru umístěném v záložním datovém centru.
Strana 20
Z
37
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, s.p.:0491201511S/130 evidenční číslo smlouvy [TS_RLP_2015}
ZáiožnI datové centrum
Malá lokalita
Střednl lokalita
Obrázek 6: Konfigurace DAG 1ATCC -
V případě výpadku aktivního nódu clusteru bude aktivována záložní databáze na druhém nódu daného clusteru, kde každý nód clusteru je dimenzován pro hostování až 500 aktivních poštovních přihrádek. V případě výpadku obou nádů daného clusteru bude aktivována záložní databáze na prvním backup serveru v záložním datovém centru.
3.3.1.3. Role HUB Transport server V lokalitě IATCC bude role HUB Transport server hostována na všech nódech obou clusterů pro zajištění maximální možné dostupnosti role HUB Transport server vdané lokalitě. V případě výpadku jednoho z nódů přebere roli HUB Transport server automaticky další z funkčních nódů.
3.3.2.
Střední a malé lokality
Pro zjištění požadované úrovně dostupnosti jednotlivých rolí systému MS Exchange 2010 ve středních a malých lokalitách je navrženo následující řešení pro zajištění požadované dostupnosti jednotlivých rolí systému MS Exchange 2010. Strana 21 Z 37
Smlouva o dílo
evidenční Číslo smlouvy ŘLP ČR, s.p.:04912015/IS/130 evidenční Číslo smlouvy [TS_RLP_2015J
3.3.2.1. Role Client Access server Všechny Exchange servery 201.0 provozované ve středních a malých lokalitách budou hostovat roli Client Access server referencovanou dedikovanými DNS aliasy.
‚#(HWIoadbaIancers
_I -q
W
Zožn datové centrum
/ Střední tokalIta
Obrázek 7: Konfigurace CAS
—
střední a malé lokality
V případě výpadku lokální role Client Access server bude přepnutí klientů na záložní roli Client Access server provedeno prostřednictvím funkce AutoDiscovery, která po restartu klientské aplikace provede přepojení aplikace na roli Client Access server běžící na druhém backup serveru v záložním datovém centru.
3.3.2.2. Role Mailbox server Všechny Exchange servery 2010 provozované ve středních a malých lokalitách budou zapojeny do infrastruktury Database Availability Group tak, že každá primární databáze bude mít uloženu jednu záložní repliku na druhém backup serveru umístěném v záložním datovém centru.
Strana 22
Z
37
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, s.p.:04912015/IS/130 evidenční číslo smlouvy [TS_RLP_2015]
Záložní datové centrum
Malá lokalita
Střední lokalita
Obrázek 8: Konfigurace DAG
—
střední a malé lokality
V případě výpadku lokální role Mailbox server, bude automaticky aktivována záložní databáze na druhém backup serveru vzáložním datovém centru. V tomto případě mohou klienti zaznamenat mírné zhoršení odezvy systému, jelikož budou k poštovním přihrádkám přistupovat přes WAN síť. Tento problém lze vyřešit použitím cache módu aplikace MS Outlook.
3.3.2.3. Role HUB Transport server jelikož navržené řešení předpokládá ve středních a malých lokalitách provozovat role HUB Transport server, Client Access server a Mailbox server na jednom fyzickém serveru, lze pak v případě výpadku serveru hostujícím roli HUB Transport server očekávat i výpadek role Mailbox server. V tomto případě budou aktivovány záložní databáze na druhém backup serveru v záložním datovém centru a tudíž nebude mít výpadek role HUB Transport server V tomto případě žádný vliv na funkčnost elektronické pošty v dané střední nebo malé lokalitě. Po převodu
role Mailbox server (resp. aktivaci záložních databází) bude distribuci pošty pro uživatele z afektované lokality zajišťovat role HUB Transport server hostovaná na druhém backup serveru v záložním datovém centru. V tomto případě dojde k automatickému převedení role HUB Transport server s převedením role Mailbox server.
Strana 23
Z
37
evidenčnĺ číslo smlouvy ŘLP ČR, s.p.:0491201511S1130 evidenčni číslo smlouvy [rS_RLP2O15}
3.4.
Smlouva o dilo
Veřejné složky
Stávající databáze veřejných složek budou replikovány na všechny Exchange servery v rámci infrastruktury Exchange organizace s výjimkou stávajících dedikovaných distribučních serverů.
Střední lokalita
Mai lokalita
Obrázek 9: Veřejné složky
Logika struktury veřejných složek a řízení a způsob přístupu budou plně zachovávat stávající způsob konfigurace a pro jednotlivé migrované uživatele v rámci nového systému bude přístup ke strukturám a datům uloženým v rámci databází veřejných složek plně transparentní.
3.5.
Klientský přístup
Navržené řešení plně podporuje všechny požadované typů klientských přístupů a aplikací jak z vnitřní sítě zadavatele, tak i prostřednictvím přístupu přes VPN s komunikacemi prostřednictvím bezpečnostních bran instalovaných v rámci síťové infrastruktury zadavatele. Stávající principy přístupu budou plně platit i v novém prostředí pro všechny klientské aplikace jako např. MS Outlook a dále pak pro mobilní zařízení využívající technologie ActiveSync. Řešení zároveň zachovává i stávající způsob přístupu prostřednictvím internetových prohlížečů s využitím služby Outlook Web Access, která je integrální součástí poštovního systému MS Exchange 2010.
3.6.
E-mailový archiv EMC SourceOne
Navržené řešení plně podporuje komunikaci se stávajícím řešením e-mailového archívu založeném na platformě EMC SourceOne. V průběhu migrace jednotlivých poštovních schránek budou konkrétní archívy pro migrované Strana 24237
evidenční čislo smlouvy ŘLP ČR, sp.:049/201 5/IS/l 30 evidenční čislo smlouvy [TS_RLP_20 15)
Smlouva o dílo
uživatele nastaveny do režimu pouze pro čtení. Po dokončení migrace konkrétních schránek už nebudou nově příchozí zprávy následně archivovány do systému EMC SourceOne a zůstanou uloženy v příslušných provozních databázích hostovaných na nových Exchange serverech. Přesný postup pro nastavení archívu EMC SourceOne do režimu pouze pro čtení bude detailně popsán v rámci migrační strategie.
37.
Napojení na doménový autorizační systém
Navržené řešení předpokládá integraci a zapojení jednotlivých serverů do doménové infrastruktury Active Directory zadavatele a to v rolích member serverů umístěných, z hlediska logické topologie Active Directory, ve vyhrazených organizačních jednotkách s možností apiikace příslušných nastavení prostřednictvím skupinových politik. Z hlediska fyzické topologie Active Directory řešení předpokládá umístění serverů do příslušných Active Directory sites příslušejícím k daným fyzickým lokalitám, kde budou nové Exchange servery fyzicky umístěny. Veškeré autentizační a autorizační procesy pro uživatelské, administrátorské, servisní a počítačové účty budou realizovány výhradně vůči infrastruktuře řídících doménových serverů interní domény Active Directory zadavatele.
4. Implementace a migrační strategie Výchozí konfigurace stávajícího e-mailového systému v prostředí ŘLP před zahájením migrace zahrnuje koexistenci e-mailových systémů MS Exchange 2003 a MS Exchange 2010. E-mailové servery MS Exchange 2003 plní roli klíčových e-mailových infrastrukturních serverů hostujících databáze uživatelských poštovních přihrádek a databáze veřejných složek vjednotlivých lokalitách. E-mailové servery MS EXchange 2010 plní ve stávající konfiguraci roli distribučních serverů zajišťujících distribuci elektronické pošty mezi jednotlivými lokalitami prostřednictvím rolí HUB Transport server.
4.1.
Implementační fáze
Implementace řešení v prostředí ŘLP je rozdělena na základě požadavku zadavatele do 3 hlavních fází. Fáze 1 zahrnuje: o Dodávku jednotlivých HW komponent (serverů a HW loadbalancerů) dle specifikace uvedené v kapitole Specifikace technického vybavení a 5W komponent dle specifikace uvedené v kapitole Specifikace softwarového vybavení do sídla objednatele. o Základní kompJetaci HW komponent a jejich základní technické zprovoznění v sídle objednatele na úrovni operačního systému (instalaci operačního systému a základní konfiguraci parametrů serverů a operačního systému). —
Strana 25 z 37
evidenční číslo smlouvy ŘLP ČR, s.p.:049/201511S1130 evidenční číslo smlouvy [TS_RLP_2015J
Smlouva o dílo
Vypracovaní detailního implementačního plánu zahrnujícího popis kompletní implementace navrženého řešení a vypracování kompletní migrační strategie uživatelských dat ze stávajícího poštovního systému MS Exchange 2003 na nový poštovní systém MS Exchange 2010. Fáze2—zahrnuje: o Přenesení zkompletovaných a technicky připravených HW komponent do cílových umístění dle požadavku objednatele. o Zapojení HW komponent (jednotlivých nódů clusterů a HW loadbalancerů v lokalitě IATCC, jednotlivých serverů ve středních a malých lokalitách a dále pak backup serverů vzáložním datovém centru) do infrastruktury objednatele, což zahrnuje fyzické připojení HW komponent do síťové infrastruktury objednatele a jejich integraci do infrastruktury domény Active Directory objednatele. o Instalaci a konfiguraci poštovního systému MS Exchange 2010 vcílových prostředích objednatele včetně napojení nového poštovního systému MS Exchange 2010 do stávající Exchange organizace objednatele a konfigurace napojení do stávající topologie směrování elektronické pošty se zachováním logiky s využitím dvou dedikovaných distribučních serverů. o Ověření funkčnosti vysoké dostupnosti jednotlivých komponent řešení resp. rolí poštovního systému MS Exchange 2010 zahrnující hlavně ověření funkcí vysoké dostupnosti jednotlivých rolív lokalitě IATCC. o Provedení reálné migrace vybrané skupiny poštovních schránek dle požadavku objednatele. Fáze3—zahrnuje: o Hypercare podporu pro dokončení migrace jednotlivých poštovních přihrádek vjednotlivých lokalitách dle požadavků objednatele. o Provedení optimalizace parametrů nového poštovního systému včetně podpory při odstavování stávajících poštovních serverů MS Exchange 2003. o Vypracování finální provozní a technické dokumentace obsahující kompletní popis konfigurace nového poštovního systému včetně všech klíčových provozních parametrů. o
4.2.
Migrační strategie
Migrace uživatelských schránek včetně všech souvisejících dat předpokládá v první etapě vypracování kom pletní migrační strategie včetně: • Definování základních etap migrace pro jednotlivé migrované lokality a plánu migrace pro jednotlivé lokality. • Definování systémových přípravných činností a úkonů, které je nutné provést před zahájením samotné migrace uživatelských schránek a veřejných složek. • Definování uživatelské součinnosti, která bude obsahovat soupis veškerých nutných kroků a opatření včetně dostatečné informovanosti konkrétních uživatelů, které bude nutné uskutečnit před samotným zahájením migrace uživatelských schránek a všech souvisejících dat z původního poštovního systému MS Exchange 2003 do nového systému MS Exchange 2010. • Detailního definování veškerých migračních kroků pro jednotlivé etapy migrace tak, aby kompletní migrace byla provedena bezeztrátově, tzn. tak, aby uživatelé měli po Strana 26 z 37
evidenční číslo smlouvy ŘLP ČR, s.p.:049120151lS1130 evidenční číslo smlouvy [TS_RLP_2015]
Smlouva o dílo
ukončení migrace k dispozici veškerá data uložená v původním poštovním systému. Nejen tedy včetně samotné elektronické pošty, ale i kalendářů, kontaktů, uživatelských adresářových listů, poznámek, seznamů úkolů a dalších dat i včetně napojení migrované přihrádky na struktury a obsah veřejných složek hostovaných na nově instalovaných poštovních serverech MS Exchange 2010. Součástí migrace bude pak i vypnutí archivace elektronické pošty do e-mailového archívu systému EMC SourceOne pro zmigrované přihrádky. V rámci ověření migrační strategie a jednotlivých migračních postupů bude provedena v součinnosti s objednatelem migrace vzorku minimálně 50 uživatelů/schránek v lokalitě IATCC a minimálně 50 uživatelů/schránek v externích lokalitách.
5. Technická a provozní dokumentace Součástí díla bude na základě požadavku objednatele i kompletní technická a provozní dokumentace, která bude obsahovat popis finálního stavu díla včetně všech parametrů nového poštovního systému a provozních aspektů zahrnujících jak popis jednotlivých rutinních administrátorských činností, tak i nerutinních administrátorských činností, jako např. řešení havarijních a kritických stavů, zahrnující scénáře obnovy jak jednotlivých funkčních serverů, tak dat uložených v poštovních přihrádkách a veřejných složkách. Dále pak popis postupů pro případ výpadku jednotlivých systémových komponent (rolí) a jejich návaznosti na použité a konfigurované systémy vysoké dostupnosti. Součástí provozní dokumentace budou i kompletní disaster recovery scénáře jak pro obnovu serverů v lokalitě IATCC, tak i severů ve středních a malých lokalitách. Scénáře budou obsahovat kompletní postupy obnovy konkrétních typů serverů zahrnující kompletní instalaci a konfiguraci a obnovu veškerých systémových a uživatelských dat.
6. Záruka na dodané HW komponenty a dílo jako celek V ceně všech dodávaných komponent je zahrnuta kompletní záruka na bezplatné odstranění vad dodávaných sestav po dobu 36 měsíců od dodání HW s parametry ON-SITE/NBD. Záruka na dílo je dle smlouvy 1 rok.
Strana 27 z 37
Smlouva o dílo
evidenční čislo smlouvy ŘLP ČR, s.p.:O49I2O15I1SI13O evidenční číslo smlouvy [TS_RLP_2015]
7. Matice souladu Označe ní pozada vku
—
mandatorní požadavky I
‚
Nazev pozaclavku
Splněno! nesplněno
Splněno
M-Úl
Lokality
M-02
Založní datove centrum
M-03
Pocty uzivatelu
Splneno
M-04
Kapacita e-mailových schránek
Splněno
M-05
M Q
‚
‚
-.
‚
.
Splněno
.‚
Splneno
‚
Repliky databazi
Mechanické provedení emailových serverů
..
‚
.
Strucny popis zpusobu naplneni pozadavku v lokalitě IATCC bude umístěna čtveřice dual-CPU serverů, které budou tvořit dvojici clusterů vždy o dvou nádech. Lokality TEB,Lš,HG-B a DTS budou vybaveny vždy jedním pobočkovým serverem středním. Lokality LKKV, LKTB, LKMT AB,LKMT-TWR,KOPI a BUKOP budou vybaveny vždy jedním pobočkovým serverem malým. Viz kapitola Specifikace technického vybavení. V záložním datovém centru budou umístěny dva backup servery disponující dostatečnou kapacitou pro hostováni požadovaných 1900 poštovních schránek a databáze veřejných složek. První backup server bude vyhrazen pro hostování záložních replik z lokality IATCC a druhý záložní server bude vyhrazen pro hostování záložních replik ostatních lokalit. Viz kapitola SpecIfikace technIckého vybavení. V lokalitě IATCC bude umístěna čtveřice dual-CPu serverů, které budou tvořit dvojici clusterů vždy o dvou nádech, kde každý nód bude osazen paměťovými moduly o celkové kapacitě 192 GB. Každý nód clusteru bude disponovat datovým úložištěm o kapacitě 12 TB (tedy celková kapacita datových úložišť čtveřice serverů bude 48TB). Pobočkový server střední pro lokality TEB,L.š,HG-B a DTS bude osazen paměťovými moduly o celkové kapacitě 64 GB a server bude disponovat datovými úložištěm o celkové kapacitě 4 TB. Pobočkový server malý pro lokality LKKV, LKTB, LKMT AB,LKMT-1WR,KOPI a BUKOP bude osazen paměťovými moduly o celkové kapacitě 32 GB a server bude disponovat datovými úložištěm o celkové kapacitě 4 TB. Viz kapitola Specifikace technického vybavení. Jednotlivé servery disponují dostatečnou diskovou kapacitou datových disků tak, aby byly schopny hostovat uživatelské přihrádky o maximální kapacitě 21 GB. PrImární databáze v lokalitě IATCC budou disponovat 2 záložními replikami, první záložnl replika bude provozována na druhém nódu daného clusteru, druhá záložní replika bude umístěna na prvním backup serveru umístěném v záložním datovém centru. Primární provozní databáze ostatních lokalit budou disponovat 1 záložní replikou umístěnou na druhém backup serveru umístěném v záložním datovém centru.
P I neno
Všechny dodávané servery jsou v provedení rack-mount, výška 2U, s kovovými úchyty pro montáž do technologického racku, dle specifikace v zadávací dokumentaci.
-
M-07
Zuvojene napájeni
Spintno
Všechny dodávané servery jsou vybaveny dvojici napájecích zdrojů. Viz kapitola Specifikace technIckého vybavení.
M-08
Redundantní chlazení
Splněno
všechny dodávané servery jsou vybaveny několika chladícími větráky, aby bylo zajištěno dostatečné a spolehlivé chlazení součástek.
M-09
Nizko-pnkonove procesory
M-Ob
Systémové disky
‘
‚
‘
‘
‘
‚
.‘,
.
Splneno
Splneno
Strana 28 Z 37
Všechny dodávané servery jsou vybaveny moderními 6ti jádrovými nízko-napěťovými procesory Intel Xeon Processor E5-2603 v3 6C 1.6GHz 15MB cache 1600MHz 85W. Viz kapitola Specifikace technického vybavení. Všechny nabízené servery disponují systémovými disky kapacitou 300 GB sestávajícl se z dvojice disků o kapacitě 300 GB zapojených v konfiguraci RAID1. Viz kapitola Specifikace technIckého vybavení.
Smlouva o dílo
evidenční Číslo smlouvy ŘLP ČR, s.p.:0491201511S1130 evidenční číslo smlouvy [TS_RLP_2015)
v lokalitě IATCC bude každý nód clusteru (dual-CPU server) disponovat 4X4 TB Interními datovými disky v konfiguraci RAID5. Pobočkový server střední pro lokality TEBLŠH6-B a DTS bude disponovat 2X4TB interními datovými disky v konfiguraci RAID?. Pobočkový server malý pro lokality LKKV, LKTB, LKMT-AB,LKMT-TWRKOPI a BUKOP bude disponovat 2X4 TB interními datovými disky v konfiguraci RAID1. První backup server bude disponovat 7X4 TB lnterniml datovými disky v konfiguraci RAID5. Druhý backup server bude disponovat 6X4 TB interními datovými disky v konfiguraci RAID5. Viz kapitola Specifikace technIckého vybavení. V lokalitě IATCC bude každý nód clusteru osazen paměťovými moduly 6X32 GB o celkové kapacitě 192 GB. Pobočkový server střední pro lokality TEB,LŠ,HG-B a DrS bude osazen paměťovými moduly 2X32 GB o celkové kapacitě 64 GB. Pobočkový server malý pro lokality LKKV, LKTB, LKMT-AB,LKMT-íWRKQPI a BUKOP bude osazen paměťovým modulem 1x32 GB o celkové kapacitě 32 GB. Oba backup servery budou osazeny paměťovými moduly 2X32 GB o celkové kapacitě 64 GB. Viz kapitola Specifikace technIckého vybavení.
Splněno
M-Oh
Datové disky
M-012
Operační pamet
Splneno
M-013
RAM moduly
Splneno
.
‘
Všechny RAM moduly jsou v provedení ECC. Viz kapitola Specifikace technického vybavení.
..
Servery obsahují požadovaný počet síťových portů 10/100/1000 a umožňují práci v teamingovém zapojení. Komponenta: Broadcom NetXtreme I Dual Port GbE Adapter. Viz kapitola Specifikace technIckého vybavení.
‚.
M-014
Připojení I< LAN
Spineno
M-O15
Servery pro lokalitu 1ATCC
Splněno
.
.
M-016
Řízení přístupu klientů ke clusterovým serverům
M 017
Zjištění vysoké dostupnosti služeb pro uživatele IATCC
IVIU
Požadovaný výkon hardwarových balancerů
9 vi-u.
nn
IVILIV
„
VIUJ.
V lokalitě IATCC bude umístěna Čtveřice dual-CPU serverů, které budou tvořit dvojici clusterů vždy o dvou nódech, kde každý z nódů bude osazen 2 CPU. V lokalitě IATCC bude přístup k jednotlivým serverům hostujícím role CAS realizován prostřednictvím dvou hardwarových Ioadbalancerů. Viz kapitola Specifikace technIckého vybavení. Přístup k poštovním serverům v lokalitě IATCC bude na první hardwarových Identických dvojicí řízen úrovni loadbalancerú, které budou distribuovat load mezi Čtveřici serverů-dvojici clusterů (konfigurace viz kapitola Řešení vysoké dostupnosti rolí MS EXchange 2010). kombinace dvou HW loadbalancerů a dvojice dvou.nódových clusterů výkonnostně a redundantně poskytují minimální dostupnost služeb v řádu 99.9%. Nabízené balancery jsou výkonově navrženy tak, aby umožnily požadovaný souběžný provoz všech uživatelů v lokalitě IArCC, dále podporují lokální loadbalancing, efektivní možnost terminace SSL připojení a propustnosti 1Gb/s I zapojení do failover režimu. Viz kapitola Specifikace technického vybavení. Konfigurace v lokalitě IATCC bude plně podporovat automatizované přepínání roli MS Exchange 2010 mezi jednotlivými nódy ve spojení s předsazenými HW loadbalancery tak, aby při výpadku kombinace HW loadbalancer a nód clusteru byla funkcionalita převedena plně automaticky na funkční HW loadbalancer a druhý aktivní nód clusteru. Viz kapitola Řešení vysoké dostupnosti rolí MS EXchange 2010. minimálně 4 vybaveny budou servery všechny samostatnými LAN adaptéry, které budou na základě požadavku zadavatele zapojeny v teamovém zapojení tak, aby v případě výpadku jednoho připojení automaticky převzal funkci druhý adaptér. Po obnovení spojení se připojení vrátí zpět na první adaptér. Všechny nády clusterů (4 servery) budou osazeny celkem 6ti sítovými adaptéry, kde vždy? adaptér každého nódu bude vyhrazen pro interní heartbeat komunikaci mezi jednotlivými nódy clusteru.
Splneno
p neno
n no
Automatické přepínání režimu active/passiVe pro servery v IATCC
P I neno
Redundance na úrovni LAN adaptérů
P I neno
Interní komunikace serverů v rámci clusteru
P I n ě no
Strana 29
Z
37
evidenční číslo smlouvy ŘLP ČR, s.p.:0491201511S1130 evidenční číslo smlouvy [TS_RLP_201 5]
M-022
M-023
Splněno
Antivirová ochrana
Verze OS a aplikačního SW pro servery
Splněno
Smlouva o dílo
Součásti řešení bude i Instalace antivirového 5W Symantec Mail Security for MS EXchange. Licence pro daný antivirový 5W nejsou součásti dodávky, jelikož na základě Informaci uvedených v zadávací dokumentaci zadavatel vlastni dostatečné množství licenci pro daný antivirový SW. Pro jednotlivé servery bude použit operační systém Windows Server 2012 Standard. Poštovní systém bude založen na verzi MS Exchange 2010 Enterprisea Standard, jelikož je to toto posledni verze, která umoznuje prímou migraci z verze MS Exchange 2003 na MS EXchange 2010. Viz kapitola Specifikace softwarového vybavení.
M-024
Licence k serverovému OS a serverovému aplikačnímu SW
Splněno
Součásti dodávky jsou licence pro operační systém Windows Server 2012 Standard v počtu 16 ks, dále pak licence poštovního systému Microsoft EXchange Server 2010 X64 Enterprise v počtu 6-ti ks a Microsoft Exchange Server 2010 X64 Standard v počtu 10-ti ks. Viz kapitola Specifikace softwarového vybavení.
M-025
Klientské přístupové licence
Splněno
Na základě Informací uvedených v zadávací dokumentaci zadavatel disponuje dostatečným množstvím přístupových licencí CORE CALL 2010.
P I n ě no
Navržené řešení v dané konfiguraci plně podporuje moderní klientské systémy dle požadavků zadavatele tak, aby bylo možné tyto typy klientů plně Integrovat do nové infrastruktury poštovního systému MS EXchange 2010.
‚‚
IVI‘U€U
O2
Otevřenost řešení vůči novým moderním klientům
Napojení na e-mailovy archiv EMC SourceOne
M-028
Verejne slozky (Public Folders)
‚‚
Transparentnost upgrade vůči současným klientům
.‚
‚““
M-030
M-031
.
-
.
s p I n ě no
Splneno
.
Po provedení migrace uživatelské schránky nebo skupiny uživatelských schránek bude pro dané zmigrované schránky vypnuta funkce automatizované archivace v systému EMC SourceOne a všechny nově příchozí zprávy nebudou již archivovány v systému EMC SourceOne a budou výhradně uloženy v poštovních schránkách uložených v systému MS Exchange 2010. Viz kapitola E-mailový archiv EMC SourceOne. Stávajlcí struktury a databáze veřejných složek budou v rámci Implementace řešeni umístěny na nové instalované servery tak, že každý nový server bude obsahovat kompletní repliku databáze veřejných složek, včetně struktury veřejných složek, Tato konfigurace bude použita I pro backup servery. Viz kapitola Veřejné složky.
pneno
Navržené řešeni plně zachovává stávající nastavení přístupu klientů k poštovním službám včetně podpory všech stávajících klientských aplikací I způsobu přístupu. Viz kapitola Klientský přístup.
Součástí řešení je i migrace
Splněno
V rámci dokumentace budou dodány i detailní migrační postupy (viz kapitola Implementace a migrační strategie). Dále pak bude v rámci ověřeni migračních postupů provedena migrace 50 uživatelů/schránek v lokalitě IATCC a 50 uživatelů/schránek ze serverů v externích lokalitách.
Bezdrátová migrace
Splněno
Navržené migrační postupy budou zahrnovat kompletní migraci veškerých uživatelských dat. Viz kapitola implementace a migrační strategie.
.
M-032
Definovaní uzivatelske činnosti
Splneno
M-033
Disaster-recovery scénáře
Splněno
...
‘
.
Strana 30 Z 37
Navržené migrační postupy budou obsahovat soupis veškerých přípravných prací a uživatelské součinnosti, které je nutné provést před zahájením migrace. Viz kapitola Implementace a migrační strategie. Detailní dlsaster recovery scénáře, které budou zahrnovat kompletní procedury znovu zprovozněni a obnovy jednotlivých Exchange serverů v případě jejich havárie budou součástí provozni a technické dokumentace. Viz kapitola Technická a provozní dokumentace.
evidenční číslo smlouvy ŘLP ČR, s.p.:04912015í1S/130 evidenční číslo smlouvy (TS_RLP_2015j
M-034
M-035
Redundantní zapojení prenosových linek
škálovatelnost
Nezávislost systému na ostatní lT M-036
M-037
Splněno
Splněno
Splněno
infrastruktuře
Řešení musí být kompatibilní se stávajícím síťovým prostředím
Splněno
Smlouva o dílo
Navržené řešení Implementace nových serverů je Integrováno do stávající topologie směrování zpráv, kde je pro směrováni zpráv mezi lokalitami a směrováni Internetové pošty použita dvojice distribučních serverů A a B. Navržené technické vybavení disponuje dostatečnou kapacitou pro možné rozšíření Jak z hlediska diskové kapacity, tak I operační paměti na požadovaný dvojnásobek stavových hodnot po Implementaci a zároveň I navržené SW vybaveni (edice systému MS EXchange) umožnuje požadované rozšířeni. Navržené řešení Je plně autonomní a samostatné a disponuje všemi technickými komponentami tak, aby bylo nezávislé na ostatní IT infastruktuře zadavatele. Po zapojení do síťové a doménové infrastruktury zadavatele bude navržené technické vybavení plně funkční, bez nutnosti vazby na další lT infrastrukturu zadavatele jako například SAN nebo NAS Infrastrukturu. Všechny dodávané servery disponují plně kompatibilními síťovými rozhraními se síťovou Infrastrukturou zadavatele.
zadavatele
M-038
M-039
Ověřování uživatelů
Splněno
Podpora aktualizací užitého SW
Splněno
vybavení
Záruka na dodané HW M-040
Technická a provozní M-041.
M-042
Splněno
komponenty
procedurami zadavatele. V ceně všech dodávaných komponent bude zahrnuta kompletní záruka na bezplatné odstranění vad dodávaných sestav po dobu 36 měsíců od dodáni HW s parametry INSITE/NBD. Viz kapitola Záruka na dodané HW komponenty a dílo jako celek.
Splněno
Součástí díla bude i detailně zpracovaná technická a provozní dokumentace viz kapitola Technická a provozní dokumentace.
Splněno
Na celé dílo bude poskytnuta záruka v trvání 12 měsíců ode dne převzetí kompletní dodávky. Viz kapitola Záruka na dodané HW komponenty a dílo jako celek.
dokumentace
Záruka na dílo jako celek
Jednotlivé servery budou zapojeny do Infrastruktury domény Active Dírectory zadavatele a veškerá autorizace uživatelů, servisních účtů atd. bude realizována výhradně vůči doménovým řadičům interní domény zadavatele. Viz kapItola Napojení na doménový autorizační systém. Nabízené softwarové komponenty, operační systém Windows Server 2012 a poštovní systém MS EXchange 2010, plně podporují automatizované aktualizace a jsou plně aktualizačními standardizovanými se kompatibilní
Strana 31 Z 37
Smlouva o dílo
evidenční Číslo smlouvy ŘLP ČR, s.p.:0491201511S1130 evidenční Číslo smlouvy ITS_RLP_201 5J
8. Matice souladu 8.1. Server / sestava
malý server
střední server
2CPUserver
backup server 1
backup server 2
—
nemandatorní technické požadavky
Stupeň unifikace počítačových sestav počet uživatelů
Konfigurace RAM modulů (početX typ)
50
1 x 32GB TruDDR4 Memory (2RX4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM
150
2 x 32GB TruDDR4 Memory (2Rx4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM
2X250
6 x 32GB TruDDR4 Memory (2Rx4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM
1000
2 x 32GB TruDDR4 Memory (2RX4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM
750
2 x 32GB TruDDR4 Memory (2RX4, 1.2V) PC4-17000 CL15 2133MHz LP RDIMM
Konfigurace diskových jednotek (poČetXtyp) Systém:2 X 300 GB 10K 6Gbps SAS 2.5‘ G3HS HDD Data:2 x 4TB 7.2K 6Gbps NL SATA 3.5“ G2HS HDD Systém:2 X 300GB 10K 6Gbps SAS 2.5“ G3HS HDD Data:2x4TB 7.2K 6Gbps NLSATA3.5“ G2HS HDD Systém:2 X 300 GB 10K 6Gbps SAS 2.5“ G3HS HDD Data;4x4TB 7.2K6Gbps NLSATA3.5“ G2HS HDD Systém:? x 300GB 10K 6Gbps SAS 2.5“ G3HS HDD Data:? x4TB 7.2K6Gbps NLSATA3.5“ G2HS HDD Systém:2 x 300 GB 101K 6Gbps SAS 2.5“ G3HS HDD Data:6x4TB 7.2K 6Gbps NLSATA3.5“ G2HS HDD
LAN adaptér (typ)
Konfigurace napájecích zdrojů (počet x typ)
Broadco m NetXtre me Dual Port GbE Adapter
2 x System x 750W I-ligh Efficiency Platinum AC Power Supply
Broadco 1 x Intel Xeon ServeRA m ID Processor E5NetXtre M1215 2603 v3 GC me 1.6GHz 15MB SAS/SAT DuaI A Cache Port Controll 1600MHz GbE er 85W Adapter
2 x System x 750W High Efficiency Platinum AC Power Supply
2 x Intel Xeon ServeRA ID Processor E5M1215 2603 v3 6C 1.6GHz 15MB SAS/SAT A Cache Controll 1600MHz er 85W
Broadco m NetXtre me i Dual Port GbE Adapter
2 x System x 750W High Efficiency Platinum AC Power Supply
1 x Intel Xeon ServeRA ID Processor E5M1215 2603 v3 6C 1.6GHz 15MB SAS/SAT A Cache Controll 1600M1-Iz er 85W
Broadco m NetXtre me I Dual Port GbE Adapter
2 x System x 750W High Efficiency Platinum AC Power Supply
1 x Intel Xeon ServeRA ID Processor ESM 1215 2603 v3 6C 1.6GHz 15MB SAS/SAT A Cache Controll 1600MHz er 85W
Broadco m NetXtre me I DuaI Port GbE Adapter
2 x System x 750W High Efficiency Platinum AC Power Supply
Konfigurace procesorů (počet x typ)
adič disků (typ)
1 x Intel Xeon ServeRA ID Processor E5M1215 2603 v3 6C 1.6GHz 15MB SAS/SAT A Cache Controll 1600MHz er 85W
Strana 32 z 37
Smlouva o dílo
evidenční čĺslo smlouvy ŘLP ČR, s.p:0491201511S1130 evidenční číslo smlouvy [TS_RLP_201 5] počet neshodných komponent
8.2.
I
.1
O
O
I
I
II
I
II
I
Minimální garantovaná velikost e-mailové schránky
Server! sestava
Počet schránek na serveru
Úložná kapacita serveru pro data [TB]
Maximální velikost jedné schránky [GB]
malý server
50
4
21
střední server
150
4
21
2CPU server
500
12
21
backup server 1
1000
24
21
backup server 2
750
20
21
Strana 33 Z 37
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, s.p:O49/2O15/IS/13O evidenční číslo smlouvy [TS_RLP_20151
9. Kontaktní osoby
—
realizační tým
Ing. Jiří Malý Zdeněk Čmelík, MBA Ing. Jaromír Žák Ing. Ondřej Klivan Ing. Jiří Veličkov
—
—
—
—
—
architekt a realizátor ICT řešení projektový manažer technický ředitel HW specialista SW specialista
Strana 34
Z
37
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, s.p.:049120151lS1130 evidenční číslo smlouvy [TS_RLP_201 5] Příloha Č. 2
Cenová kalkulace
Fáze 1 Cena produktu za Cena celkem (bez DPH) 1 ks (bez DPH)
Počet kusů
Název produktu/služby
2 4 4 6 1 1 16
HW balancer Dual-CPU server (pro 2 x 250 uživatelů) Pobočkový server střední (pro 150 uživatelů) Pobočkový server malý (pro 50 uživatelů Backupserverl Backupserver2 5W licence Windows Server 2012 Standard SW licence Microsoft Exchange Server 2010 X64 Enterprise SW licence Microsoft Exchange Server 20lox64Standard Oživení HW, instalace a základní konfigurace systémového a aplikačního 5W Vypracování detailního implementačního plánu -
6
-
10 4 1 O
*
Strana 35
Z
37
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, s.p.:0491201 5/IS/l 30 evidenční číslo smlouvy [TS_RLP_2015]
Fáze 2 Jednotková cena prací za 1 člověkoden (bez DPH)
Pracnost J počet člověkodní
Název produktu/služby Přenesení techniky do cílového umístění a nakonfigurování komponent pro užití v cílovém umístění Zprovoznění nové konfigurace e-mailového systému jako celku Provozní napojení na související IT infrastrukturu zóny MIS Ověření funkčnosti přepínání provozu redundantních komponent Ověření funkčnosti automatického přepínání provozu klientův IATCC vůči jednotlivým
7 4 2 1
1
nódům Provedení migrace sdílených kalendářů (veřejných složek) Vypracování technologických postupů pro automatizovanou migraci uživatelských schránek Provedení migrace vybraného vzorku 50 uživatelů v lokalitě IATCC
2
2 2,5
Provedení migrace vybraného vzorku 50 uživatelů v mimopražských lokalitách Zpracování draft verze technické a provozní dokumentace systému Případné další služby související s implementací a uvedením systému do provozu
2,5 2
2 O
*
Strana 36
Z
37
Cena prací celkem (bez DPH)
Smlouva o dílo
evidenční číslo smlouvy ŘLP ČR, s.p.:04912015/IS/130 evidenční číslo smlouvy [TS_RLP2OI 5J
Fáze 3
Název produktu/služby Post-implementační podpora Optimalizace nastavení provozních
Jednotková cena prací za 1 člověkoden (bez DPH)
Pracnost J počet člověkodní
Cena prací celkem (bez DPH)
3 3
parametrů celého systému pod zátěží Vypracování finální verze technické
dokumentace systému o skutečném provedenídíla Vypracování finální verze provozní dokumentace systému Případné další služby související s implementací uvedením systému do provozu
2 2,5
3 O
*
V Kč bez DPH
Nabídková cena (celkem) Fáze 1 Fáze 2 Fáze 3
3 399 000 Kč
Celkem
Strana 37
Z
37
Tereza Bernatová 2015.08.07 10:06
