Odpovědi na dotazy uchazeče k veřejné zakázce č. 14/2015-51-27 Provozní podpora integrační sběrnice ESB Backend, souvisejících integračních řešení a vybraných aplikací IKR Dotaz č.1 Podle zadávací dokumentace je požadována služba provozu a expertní podpory systémového vybavení serverů. I podle rozsahu požadavků na patch management je patrné, že systémovým vybavením jsou míněny pouze operační systém a jeho komponenty (komponenty výrobce operačního systému). Je správná interpretace, že: - Výběr, ověřování a doporučování hardwarových ovladačů jsou zajišťovány třetí stranou? - Úpravy, instalace a funkční ověřování aplikací jsou zajišťovány třetí stranou? - Dodavatel v této souvislosti dodává pouze součinnosti při testování a provádí související aktualizace image? Interpretace je správná s výjimkou instalace. Uchazeč provádí instalaci nových verzí APV, popř. nových řešení na základě instalační a provozní dokumentace dodané třetí stranou. Dotaz č.2 V zadávací dokumentaci nejsou uvedeny informace dovolující kvantifikovat požadavky na služby: - Jaký je celkový počet serverů (APS) spadajících do plnění (provoz, podpora, patch management)? - Lze počty APS specifikovat podle prostředí (produkční, integrační, testovací)? - Lze upřesnit zastoupení fyzických a virtualizovaných serverů, případně virtualizační platformu? - Kolik je různých typů APS, pro které se vytváří a spravují image? Zadavatel přikládá tabulku, v níž je obsažen seznam serverů se všemi požadovanými informacemi. Virtualizační platforma je VMWARE. Všechny servery jsou virtuální. Dotaz č.3 Jaký je průměrný denní (resp. celkový roční) počet incidentů, souvisejících s předmětem poptávky? V současnosti vyřizujeme cca 3 provozní incidenty denně, nutno počítat s nárůstem v souvislosti s rozšiřováním Služeb pro internet. Dotaz č.4 Je požadována kontrola všech databázových serverů využívaných platformou BizTalk a komponent, včetně klastru (sml 2.3.2): - Je použita pouze databáze MS SQL? - Jaké nástroje na kontrolu a správu databázového prostředí jsou implementovány? Je použita pouze databáze MS SQL a na kontrolu pouze nástroje tohoto SW. Dotaz č.5 Řada hodnocených SLA parametrů se opírá o hodnocení dostupnosti služeb APV (sml 2.3.2 SLA na dostupnost). Běžný provozní monitoring je podle zadávací dokumentace řešen nástrojem Nagios, jeho použití pro monitoring specifických funkčnosti aplikací nebo služeb poskytovaných platformou není jasné.
Můžete upřesnit zda a jakými nástroji je dostupnost služeb platformy ESB Backend a jednotlivých aplikačních modulů třetích stran monitorována a vyhodnocována? Specifické služby nejsou monitorovány nástrojem Nagios. Je prováděn monitoring z úrovně operátorů přes aplikace využívající tyto služby. Je připravován monitoring specifických služeb pomocí nástroje SCOM, ale ještě není nasazen. Dotaz č.6 Chápeme správně, že popis APV/HW služby, použitý v SLA na dostupnost (sml 2.3.2), znamená, že SLA není plněno: - Pokud APV není funkční - Pokud je APV funkční a dostupná, ale dojde k souběžnému výpadku poloviny serverů poskytujících APV Ano takto je to míněno. Dotaz č. 7 Rozsah Cílem VZ je uzavření Smlouvy pro zajištění provozní podpory integrační sběrnice ESB Backend, souvisejících integračních řešení a vybraných aplikací IKR v oblastech dle Předmětu plnění: Služby obecné podpory, helpdesku, monitoringu, infrastrukturních platforem Služby provozu a expertní podpory systémového vybavení serverů Služby expertní podpory APV, služby na platformě BizTalk Mezi vyjmenovanými službami zařazenými do Předmětu plnění dle této VZ jsou například: Platforma pro řízení a kontrolu procesů a SOA služeb zajišťuje orchestraci služeb vystavených na sběrnici ESB Backend Databáze pro uložení stavových informací procesů PŘKPS které dle našich informací v produkčním prostředí Zadavatele již nejsou využívány. Pro správné a zodpovědné stanovení celkové ceny podpory za 48 měsíců v jednotlivých oblastech je však zcela nezbytné mít přesný přehled provozovaných systémů, a to zejména: a) Úplný a konečný přehled operačních systémů Windows všech serverů v DMZ Zadavatele zahrnutých do patch managementu dle Předmětu plnění s uvedením jejich verzí a edic b) Úplný a konečný přehled systémů, pro něž má být zajišťována provozní podpora v aplikační vrstvě Zadavatele, včetně verzí všech produktů využívaných pro integrační sběrnici ESB Backend, související integrační řešení a vybrané aplikace IKR vždy s uvedením verze platformy (Windows, UNIX, Linux, AIX apod.), na kterých jsou řešení provozována c) Úplný a konečný aktuální přehled integračních řešení, pro něž má být provozní podpora zajišťována d) Úplný a konečný aktuální přehled vybraných aplikací IKR, pro něž má být provozní podpora zajišťována e) Popis řešení a konfigurace integrační sběrnice ESB Backend včetně specifikace použitých technologií a principů integrační sběrnice ESB Backend a jejích vazeb na ostatní systémy a APV Zadavatele Může tedy Zadavatel poskytnout Uchazeči výše uvedené aktualizované podklady (a e), aby nabídková cena Uchazeče mohla odrážet skutečný rozsah podporovaných systémů a nenesla v sobě riziko podhodnocení odhadu?
Nechtěné podhodnocení odhadu nabídkové ceny provozní podpory klíčového systému by totiž dle našeho názoru představovalo v průběhu zajišťování provozní podpory významné riziko jak pro Uchazeče, tak pro Zadavatele. PŘKPS byl obecný název pro procesy sledování informací uložených ve stavové databázi. Dne 23. 6. 2015 byl dokončen převod celé platformy na nový HW a procesy zůstaly zachovány, ovšem tento název se již nepoužívá a) Žádný server se nenachází v DMZ, všechny jsou v aplikační vrstvě b) Přehled serverů a systémů všech prostředí je v přiložené tabulce seznam serverů c) Přehled integračních řešení je uveden v dokumentu Příloha č. 2 Zadávací dokumentace Závazný vzor smlouvy. Na stránkách 15-19 je tabulka, ve které jsou uvedena integrační řešení. V posledním sloupci jsou tyto označeny jako orchestrace d) Aktuální přehled aplikací je uvedený v téže tabulce e) Informace technického rázu nejsou rozhodující pro zpracování ceny. Uchazeč nebude řešit konfiguraci sběrnice, principy ani vazby Dotaz č. 8 Rozšiřování o budoucí řešení Zadavatel požaduje, aby uchazeč uvedl nabídkovou cenu jako cenu včetně DPH za kompletní předmět plnění uvedený v části 3 zadávací dokumentace za 48 měsíců. V souladu se zkušenostmi s implementací a provozem integračních sběrnic se domníváme, že aktuální počet a komplexita provozovaných integračních řešení bude v čase narůstat, a zákonitě tedy poroste i počet řešení, pro které bude nutné příslušným způsobem rozšířit rozsah Předmětu plnění dle této VZ. Smlouva možnost úpravy finančního plnění ve vazbě na změnu rozsahu Předmětu plnění však neumožňuje. Jakým způsobem tedy Zadavatel zamýšlí řešit úpravy finančního plnění v reakcích na změny rozsahu/počtu podporovaných systémů v rámci požadovaného Předmětu plnění? Je možné se domnívat, že Zadavatel předpokládá, že všechny změny integrační sběrnice ESB Backend, souvisejících integračních řešení a vybraných aplikací IKR nad rámec nebudou následně zahrnuty do Předmětu plnění v rámci Smlouvy uzavřené s vítězným Uchazečem dle této VZ? Problematika převzetí nových integračních řešení do podpory je řešena opcí. Opce je popsána v kapitole 18 Zadávací dokumentace k veřejné zakázce. Dotaz č. 9 Převzetí podpory upravených řešení V průběhu životnosti integrační sběrnice ESB Backend, souvisejících integračních řešení a vybraných aplikací IKR zahrnutých do Předmětu plnění dle této Smlouvy bude nezbytně docházet z různých důvodů k jejich úpravám a aktualizacím. Předpokládáme, že nasazení těchto úprav zajistí Zadavatel nebo jím pověřený třetí subjekt. Jakým způsobem však bude Zadavatel zajišťovat předání upravených do podpory dle této VZ? Bude mít Uchazeč možnost odmítnout převzít do podpory úpravu dílčího řešení, které nebude dle jeho názoru splňovat požadavky na dodržení smluvně zakotvených SLA, či bude svou podstatou nebo způsobem implementace přímo ohrožovat ostatní podporovaná řešení provozovaná na sdílených technologiích/serverech? Uchazeč bude zajišťovat instalaci nových verzí i požadovaných úprav dle pokynů příslušné dokumentace. Dokumentaci bude mít k připomínkám a k oponentuře. Pokud dle jeho odborného názoru bude úprava ohrožovat ostatní řešení nebo jiným způsobem ohrožovat zpracování, zadavatel (v tomto případě zastoupený odborem provozu IT) na tomto základě odmítne úpravu nasadit do produkčního prostředí a vyvolá příslušné jednání se subjektem, který dotčenou úpravu dodal.
Dotaz č. 10 SLA V Příloze č. 1 k Rámcové smlouvě Technické požadavky a specifikace Předmětu plnění jsou v kapitole Sankce a požadovaná SLA pro tuto Smlouvu uvedeny požadavky a sankce za nedodržení SLA při řešení incidentů dle jednotlivých kategorií. Uchazeč je tímto de facto povinován na sebe převzít zodpovědnost za bezchybný provoz systémů dle Předmětu plnění, které ale nenaprogramoval a nemůže tedy zákonitě ani garantovat jejich bezchybnou funkcionalitu. Výpadek může být způsoben například chybou APV dodávaného třetí stranou (chyba APV třetí strany může způsobit nestabilitu aplikace a tím i celého aplikačního serveru, či dokonce může poškodit i například klientská data), neplánovanou nebo nenahlášenou odstávkou napojených systémů nebo HW platformy, výpadek napájení nebo chlazení datových center, havárií HW platformy (servery, virtualizační technologie, disková pole) apod. Jakým způsobem bude Zadavatel posuzovat, zda k nefunkčnosti systému došlo vinou Uchazeče, anebo problém způsobila vada provozovaného řešení dodávaného jiným dodavatelem, či nefunkčnost napojeného systému, jehož provozní podpora není předmětem Předmětu plnění dle této VZ? Uchazeč má zodpovědnost za bezchybný provoz systémů pouze v rozsahu předmětu plnění této veřejné zakázky. Nemá tedy zodpovědnost za chyby v dodaném APV, výpadky napájení a klimatizací, HW chyby, síťové závady, chyby virtualizační platformy, okolních systémů apod. Dotaz č. 11 Předání know-how pro zahájení plnění Zajištění provozu integračních sběrnic je díky množství napojených systémů, jejich heterogenitě, různým způsobům napojení a také jejich provozní dostupnosti obecně velmi náročné. Naše zkušenosti i ukazují, že pro plné převzetí garance za provozní podporu je nutné získat podporu Zadavatele v oblasti přenosu know-how a také časový prostor pro seznámení s provozovanými systémy. Smlouva nedává Uchazeči žádný prostor pro seznámení se s prostředím, Smlouva určuje Uchazeči (Poskytovateli) povinnost zahájí poskytování Předmětu plnění v den nabytí účinnosti této Smlouvy. Jakým způsobem Zadavatel plánuje předání potřebných podkladů nezbytných pro převzetí provozní podpory? Uvažuje o možnosti zajištění předání know-how formou konzultací s původním provozovatelem/provozovateli řešení? Jaké časové období bude mít Uchazeč k dispozici do plného převzetí provozní podpory v rozsahu Předmětu plnění dle této VZ? Předpokládá Zadavatel plné převzetí provozní podpory integrační sběrnice ESB Backend a všech souvisejících integračních řešení a vybraných aplikací IKR najednou, anebo Zadavatel by umožnil postupné přebírání jednotlivých řešení do provozní podpory v daném časovém rozmezí, pokud by to bylo technologicky možné? Pokud ano, jaké by bylo časové rozmezí pro plné převzetí provozní podpory? Jak by byly případné lhůty pro postupné převzetí Předmětu plnění do podpory Uchazeče ošetřeny smluvně? Zadavatel zajistí zprostředkování konzultací s původním provozovatelem. Konzultace si musí uchazeč zaplatit u dosavadního dodavatele firmy Microsoft. Pokud to bude technologicky možné, umožní zadavatel i postupné přebírání jednotlivých řešení. Zadavatel předpokládá pro plné převzetí provozní podpory 30 kalendářních dnů. Dotaz č. 12 Nepřesnost V kapitole 2.3.1 Přílohy č.1 Závazného vzoru Smlouvy Expertní podpora APV je v oblasti Expertní podpora APV mj. uvedena i povinnost povinné spolupráce s provozovatelem integračního prostředí s cílem zajištění potřebných parametrů APV pro řádné převzetí APV do produkčního prostředí.
Z vedeného textu však není zřejmé, co přesně měl Zadavatel na mysli ve vztahu k povinnostem Uchazeče. Povinnost spolupráce s provozovatelem integračního prostředí s cílem zajištění potřebných parametrů APV pro řádné převzetí APV do produkčního prostředí byla měla být uložena dodavateli příslušného APV, nikoli Uchazeči dle této VZ. Uchazeč nemůže nijak ovlivnit parametry APV dodávaného jiným subjektem. Je náš výklad správný? Integrační prostředí je první prostředí pro instalaci nového APV. Zadavatel tedy požaduje po uchazeči povinnou spolupráci s dodavatelem nového APV. Parametry pochopitelně určuje dodavatel APV, ale uchazeč ověří, zda jsou v pořádku a zároveň může i odmítnout instalaci (viz. Vysvětlení k bodu 3). Dotaz č. 13 Patch management V rozsahu Předmětu plnění dle této VZ je požadován Patch Management. Tento pojem může mít (a také má) u jednotlivých dodavatelů standardních produktů různý význam. Například Microsoft vydává patche (bezpečnostní aktualizace) pro operační systém, ovladače a vybrané serverové produkty, které jsou testovány na zpětnou kompatibilitu a nemění funkcionalitu produktu. To ale například neplatí u aktualizací produktů kategorie Cummulative Updates nebo Service Pack, kde ke změně funkcionalitě produktu (a tedy i nutnosti přizpůsobení nadstavbového řešení) může dojít a také často dochází. Může tedy Zadavatel s ohledem na výše uvedené uvést jeho výklad pojmu patch management s uvedením konkrétních očekávání pro aplikování patchů pro všechny platformy a produkty zahrnuté do Předmětu plnění ve vazbě na výše uvedené? V této veřejné zakázce jde vesměs o produkty Microsoft. Patch management je popsán v Zadávací dokumentaci. Konkrétně u souhrnných aktualizací je požadavek Příprava instalace souhrnných oprav (Service pack) je pohlížena jako instalace APS ovlivňující běh APV zákazníka a bude po provedení testů v prostředí PAM podléhat testovacím postupům objednatele. Dotaz č. 14 Podpora výrobce standardního software Některé provozní problémy mohou být způsobeny i vlivem nebo vinou konfigurace nebo vlastnostmi standardních produktů, na kterých jsou řešení Předmětu plnění provozovány. V těchto případech je pro odhalení problému nezbytné získat podporu výrobce standardního software pro odhalení a nápravu problému. Disponuje Zadavatel podporou od všech výrobců standardního software využívaného technologiemi zahrnutými do Předmětu plnění dle této VZ? Pokud ano, umožní Zadavatel Uchazeči využití této podpory prostřednictvím pracovníků Zadavatele pro řešení provozních problému podporovaného řešení? Zadavatel disponuje podporou produktů Microsoft a v případě potřeby umožní uchazeči její využití. Dotaz č. 15 Vzdálený přístup Zadavatel zmiňuje, že přístup k jednotlivým zařízením je realizován pomocí produktu Citrix a že je též možné realizovat pomocí tohoto produktu vzdálený přístup prostřednictvím VPN připojení. Umožní Zadavatel pracovníkům vítězného Uchazeče vzdálený přístup k systémům zahrnutým do Předmětu plnění dle této VZ? Je počet pracovníků Uchazeče s možností vzdáleno přístupu pomocí VPN nějak omezen? Jaká jsou zmiňovaná stanovena pravidla, která nevybočují z obvyklého rámce při použití?
Vzdálený přístup bude umožněn. Počet pracovníků uchazeče není taxativně omezen, zadavatel ovšem předpokládá, že toto nebude uchazečem nadužíváno. V případě nadužívání si zadavatel vyhrazuje právo počet VPN omezit. Pravidla pro použití se týkají především bezpečnosti. Dotaz č. 16 Duplicitní činnost Název činnosti Provoz a podpora systémového prostředí serverů v kapitole 2.2. Přílohy č. 1 k Rámcové smlouvě Technické požadavky a specifikace Předmětu plnění obsahuje ve sloupci Popis činnosti (obsah plnění) a jejích výstupů dvakrát pojem správa systémových prostředků pro zajištění standardního denního provozu OS a SW. Uvedení identické položky nám u stejné činnosti nedává smysl. Nemá být jedna z činností uvedena až v činnostech Expertní podpora systémového prostředí aplikačních serverů? Odpověď č. 10 Ano skutečně ten druhý pojem patří k činnostem Expertní podpora systémového prostředí aplikačních serverů. Rozdělovací linka je o jeden řádek níž než by měla být. Dotaz č. 17 Zajištění instalace a konfigurace serverů Předmětu plnění V ZD není nikde specifikováno, jakým způsobem bude zajištěna příprava a konfigurace prostředí, jehož provoz je Předmětem plnění dle této VZ. Instalace a konfigurace aplikačních serverů není dle ZD Předmětem plnění dle této VZ. Jak tedy bude dle záměru Zadavatele zajištěna instalace OS a standardních produktů pro aplikační servery a konfiguraci aplikačních serverů pro ESB Backend, ZUR, InfoDB, ORP a EBQ (zařazení do clusteru, konfiguraci APV, prostupy, certifikáty apod.)? Prostředí, jehož provoz je předmětem plnění dle této veřejné zakázky je již nakonfigurováno a zadavatel nepředpokládá, že se během trvání této zakázky bude toto prostředí měnit Vzhledem k tomu, že zadavatel uveřejnil informace, které mohou mít dopad do cenové kalkulace, prodlužuje na základě ust. 40 odst. 3 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů, přiměřeně lhůtu pro podání nabídek a to následovně: Lhůta pro podání nabídek: 15. 7. 2015 do 12:00 Otevírání obálek s nabídkami: 15. 7. 2015 od 12:00 3. 7. 2015 Mgr. Jana Matoušková oddělení centrálního zadávání veřejných zakázek ČSSZ