NAŠE ZNAČKA/OUR REF.: VZO/0122002237 VYŘIZUJE/RESP.: Martin Sotorník DATUM/DAT: 27. 7. 2016 Výběrové řízení: NÁHRADA INFORMAČNÍHO SYSTÉMU SERVICE DESK Český Aeroholding, a.s. se sídlem Praha 6, Jana Kašpara 1069/1, PSČ 160 08, IČ: 248 21 993 (dále jen Zadavatel ) poskytuje tyto dodatečné informace k zadávacím podmínkám: Dotaz č. 1 1.1.2.30. Uživatelské nastavení akustické signalizace při založení Incidentu s vysokou prioritou Komu má být založení signalizováno? Na jakém zařízení? Signalizováno má být pro roli Operátor ICT. Na zařízení, kde je Operátor ICT přihlášen do systému. Případně může být tato funkcionalita nastavitelná v možnostech aplikace. V tom případě nemusí být vázána na žádnou konkrétní roli. Dotaz č. 2 3.3. SyDesk Monitorovací systém SyDesk je komplexní dohledový systém sloužící ke sledování, výpočtu a reportování dostupnosti a výkonnosti IT služeb, aplikací i infrastruktury. Se Systémem bude komunikovat prostřednictvím spouštění parametrizovaného skriptu, nebo strukturovaného emailu. Jaká data mají být s tímto systémem vyměňována? Data se budou týkat výpadku různých monitorovaných systémů a mohou být vázána na konkrétní konfigurační položku. Například bude Sydeskem zjištěna nefunkčnost webových stránek www.prg.aero a Sydesk tuto informaci předá do Servicedesku a vznikne incident, kde bude konfigurační položka např. WEB PRG.AERO, popis chyby, priorita, kategorizace apod. Tyto informace budou servicedesku předány buď strukturovaným emailem, nebo spuštěním nějakého parametrizovaného skriptu. Dotaz č. 3 3.9. Letgis Je aplikace, ve které je mapa všech prostor Objednatele včetně jejich označení. Pro spolupráci s touto aplikací je nutné, aby mohlo být aktivní URL ve formulářích Systému. Po kliknutí na toto URL se jen otevře nové okno prohlížeče s mapou a zvolenou lokalitou. Kde budou uložena data identifikující zvolenou lokalitu? Budou přiřazena Konfigurační položce, tj. naplněna v rámci jejího založení/aktualizace? Data budou primárně vázána na osoby, které zakládají požadavek / incident, takže do Servicedesku budou importována společně s informací o osobách. Dotaz č. 4 3.14.SAP Systém musí umožňovat napojit se na informace o zaměstnancích a jejich kontaktech, vazeb na nadřízené, organizačních jednotek, nákladových středisek apod. Se systémem SAP bude komunikovat prostřednictvím standardního formátu IDOC (přes PI) popř. RFC funkcemi popř. pomocí souborové výměny (ménì preferovaná varianta). Toto propojení je alternativou k bodu 3.4 buď se systém napojí na Evidenci loginů, nebo přímo na SAP.
Jaká data kromě identifikačních a kontaktních údajů bude pro zaměstnance nutno replikovat? Bude postačující informace o nadřízeném, nebo celá organizační struktura (uspořádání organizačních jednotek, plánovaných míst)? K čemu bude sloužit informace o nákladovém středisku? Informace o nákladovém středisku bude sloužit pro výstupy z modulu Asset Management, ze kterého potřebujeme na měsíční bázi dostat informace o majetku, který mají na sebe jednotliví uživatelé evidován a na základě tohoto výstupu jsou účtovány poplatky za pronájem zařízení jednotlivým dceřiným společnostem a pro správné rozúčtování potřebujeme nákladové středisko. Je potřeba informace o zaměstnanci, jakého má nadřízené, ke které org. jednotce patří a jakou má pracovní pozici. Dotaz č. 5 1. Jakým způsobem jsou přiřazovány instalační profily a instalační images? 2. Jakým způsobem je dnes evidován IT majetek v SAP? 3. Jakým způsobem se dnes majetek dnes nakupuje - na sklad? 4. Jakým způsobem (která funkcionalita) je dnes používán produkt SCCM? 5. jakým způsobem (která funkcionalita) je dnes používán produkt SCOM? 6. Jak je definována konfigurační položka? (viz 1.1.2.8. Vazba licencí na Konfigurační položku) 1. Instalační profily nemáme přiřazeny nijak. SW na Software Asset management zde nemáme a proto jej chceme zavést. Co se týče instalací image na koncové zařízení, tak to děláme přes MS SCCM. 2. V modulu majetek je evidován všechen majetek. Vše potřebné je popsáno v zadávací dokumentaci. 3. Přes nákupní košíky v SAP (dle interních postupů) 4. Kompletní správa koncových zařízení (instalace image, instalace SW, vzdálená pomoc a další podpůrné nástroje) 5. Monitoring serverů (dostupnost, běžící služby apod.) 6. Definice použitých pojmů je ve Smlouvě o dílo včetně definice KP, která je definována takto: Konfigurační položka je položka konfigurační databáze, která specifikuje každou komponentu zahrnutou do péče Objednatele (tj. vše, co se musí spravovat, dokumentovat, sledovat a řídit, aby bylo zajištěno správné fungování služeb např. koncové stanice, servery, software, síťové prvky, výtahy, nástupní mosty apod.) Cílem Konfigurační položky je zejména unikátní identifikace entity, stanovení dopadu její nefunkčnosti na business Objednatele, definování business vlastníka a správce dané entity, režim podpory a návaznost na další Konfigurační položky. Dotaz č. 6 V zadávacích podmínkách jsme nenalezli možnost podání variantní nabídku, tedy možnost nabídnout variantní řešení. Umožňuje zadavatel podání variantní nabídky? variantní nabídky nejsou povoleny, je povoleno předložit více nabídek (na různá řešení), přičemž nabízená řešení musí splňovat všechny požadavky uvedené v Příloze E Dotaz č. 7 Pro možné nabízené řešení potřebujeme mít k dispozici informaci, zda zadavatel přechází u maintenance SAP na Enterprise Support. Plánuje zadavatel přechod u SAP maintenance na Enterprise Support a kdy?
Je potřeba v nabídce uvést, že je potřeba pro užití konkrétního modulu SAP mít sjednanou enterprise support. Dotaz č. 8 Můžete popsat jakým způsobem a v jaké aplikaci jsou evidovány stávající instalační vzory zmíněné v 1.1.4.4? Nejsou nikde. Software Asset management (dále jen SAM ) zde nemáme a proto jej chceme zavést. Dotaz č. 9 Definujte prosím obsah softwarové knihovny uvedené v požadavku 1.1.4.11 a uveďte jakým způsobem je dnes tato knihovna udržována a využívána. SAM zde nemáme, nicméně obsahem SW knihovny by měly být informace o nových verzích SW, které systém využije k identifikaci nalezeného SW v rámci SW auditu. Dotaz č. 10 Prosíme o doplnění požadavků na uznatelnost výstupů SW auditu dle požadavku 1.1.4.17 včetně stručného popisu existujících organizačních opatření, která tyto definují v rámci organizace. Tímto bodem je myšleno, že když přijde SW audit, mělo by být možné udělat takový výstup, který auditor bude brát jako důkaz o licenční čistotě na koncových zařízeních (toto se netýká serverů) Dotaz č. 11 Prosíme o potvrzení předpokladu, že předmětem dodávky není nastavení a pilotní provedení archivace dle požadavku 1.2.1.21., ale pouze možnost tuto archivaci v budoucnu provádět. V případě, že je požadována implementace archivace, pak prosíme o upřesnění rozsahu archivovaných objektů a retenčních lhůt pro tyto objekty. Ano, nejedná se o archivaci současných dat, ale pouze o možnost v budoucnu archivaci provádět. Jedná se o celkovou zálohu, nikoli o archivaci jednotlivých položek. Retence bude libovolně nastavitelná, časová jednotka dny a to bez horního limitu. Dotaz č.12 Uveďte prosím aktuální stav organizačních opatření souvisejících s implementací procesu Change Managementu dle požadavku 2.3.8. Tento proces zde nemáme implementovaný a proto chceme, aby dodavatel navrhl implementaci dle ITIL V3 best practice. Dotaz č. 13 Prosíme o doplnění účelu a způsobu používání aplikace Evidence Loginů v ČAH. Tato aplikace obsahuje informace o všech zaměstnancích společnosti (org. Zařazení, login, email, přístupy do aplikací apod.) Dotaz č. 14 Popište prosím rozsah dat a účel integrace s aplikací RMS uvedený v požadavku 3.8.
Jedná se o přenos informace o stavu letištních zdrojů (nástupní mosty, atd.) jež má být zasílaná pomocí MS SCOM z DB MS SQL systému Vizualizace do ServiceDesk, který by po vyhodnocení operátorem dispečinku TPT následně (ne)provedl zaslání informace do Centrální databáze a tím blokaci zdroje v RMS. Dotaz č. 15 Popište prosím rozsah dat (seznam číselníků a jejich význam), četnost a účel integrace s aplikací Spoje uvedený v požadavku 3.13. Integrace s aplikací Spoje bude zahrnovat: Import 4 číselníků (různých technických parametrů služeb evidovaných v aplikaci Spoje) ve formátu CSV, které by se načítaly 1 x denně do Systému. Počet očekávaných hodnot je u každého číselníku max. stovky záznamů. Hodnoty z těchto číselníků budou využívány v šablonách pro webové formuláře určené pro zadávání požadavků. Export předem definovaných hodnot z jednotlivých požadavků - u vybraných typů požadavků (požadavky vytvořené z určitých formulářů) je po uzavření požadavku potřeba vyexportovat obsah jednotlivých hodnot do CSV souboru. Každý takový požadavek vytvoří samostatný CSV soubor s předem definovaným rozsahem ukládaných informací. Takto uložené soubory budou načítány aplikací spoje pro účely technické a ekonomické evidence služeb. Dotaz č. 16 Popište aktuální datový obsah entity konfigurační položka (požadavek 2.5.1), jejich druhy, počet, aktuální způsob a stav údržby těchto dat. Uveďte vámi předpokládaný způsob migrace včetně případného čištění neaktuálních položek. Obsah datové entity je v příloze E, bod 2.4.3. Aktuální stav počtu konfiguračních položek v provozu je 1819. Z toho je 1508 v kategorii IT a 311 v kategorii Facility management. Položky jsou zaváděny a udržovány Objednatelem ručně na základě informací od jednotlivých správců. Je vhodné, aby způsob migrace navrhnul Dodavatel, ale nesmí obsahovat požadavek na jakoukoliv systémovou úpravu HP OpenView Service Desk. Z databáze HP OpenView Service Desk je možné provést export do csv, xls nebo napojit se přímo na databázi. Před migrací si čištění položek provede Objednatel. Dotaz č. 17 Příloha D - Cenová kalkulace 1. Prosím o vyjasnění tabulky cenové kalkulace v příloze ZD_Příloha D - Cenová kalkulace.xlsx. Řešitelské licence uvedeny ve dvou variantách - jmenné a plovoucí, v celkové ceně se má uvést součet obou variant nebo bude celková cena stanovena pro každou variantu zvlášť? Cena bude stanovena pro každou variantu zvlášť. Dotaz č. 18 Schvalovatelské licence nacenit ve dvou variantách nebo pouze jmenné licence? Můžete nacenit ve dvou variantách. Pro variantu plovoucí schvalovací licence se bude jednat o nákup 35 plovoucích licencí.
Dotaz č. 19 Elektronická evidence odborných úkolů (EEOU) 3. V RFI specifikaci byl zmíněn systém EEOU jako součást nahrazovaného Service Desku. Prosím popište základní funkcionalitu systému, abychom správně navrhli, jak zakomponovat do nového systému. EEOU je v podstatě podobný systém jako servicedesk, jen s tím rozdílem, že je používán výhradně pro změnové požadavky v oblasti telekomunikačních služeb (například žádost o pořízení pevné linky, aktivaci datového portu, přeložení telefonu apod.) V rámci této aplikace jsou nastavena různá schvalovací workflow apod. V podstatě by to mělo být nahrazeno vhodným workflow v rámci procesu Request Fullfilment.