Common use of Parametry Clause in Contracts

Parametry. Název KPI01 Odezva Definice Zajištění dostupnosti technického řešení pro podporu Služby Obnovení funkcí VULN řešení či některé z jeho komponent podle priorit definovaných v 4.3.1 Priority pro provozní prostředí; Kalendář Služby 8x5 Odezva Viz 4.3.1 Priority pro provozní prostředí Obnovení Služby Viz 4.3.1 Priority pro provozní prostředí Definice parametrů Odezva Systému je definována následovně: Je možné se úspěšně přihlásit do všech komponent Systému. Funkce přihlášení se do Systému se považuje za dostupnou, pokud se uživateli zobrazí kompletní uživatelské rozhraní Systému (dále jen „Odezva systému na přihlášení“) do 5 vteřin od potvrzení přihlašovacích údajů, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; Pokud je Odezva Systému na přihlášení v intervalu od 5 do 10 vteřin, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 3; Pokud je Odezva Systému na přihlášení delší než 10 vteřin, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, nebo pokud se není možné do Systému přihlásit, je tento stav považován za závadu v úrovni Priority 1; Po přihlášení do Systému jsou uživateli k dispozici všechny jemu přiřazené funkce/zdroje/role/účty/nástroje; Pokud má uživatel po úspěšném přihlášení k dispozici pouze některé nikoliv všechny jemu přiřazené funkce/zdroje/role/účty/nástroje, jedná se o závadu v úrovni Priority 2; Pokud uživatel nemá po úspěšném přihlášení k dispozici žádné jemu přiřazené funkce/zdroje/role/účty, jedná se o závadu v úrovni Priority 1; Funkce „management dashboard“ poskytuje přehled událostí na centrálním prvku řešení určenému ke správě a řízení systému.; Funkce „management dashboard“ se považuje za dostupnou, pokud Systém poskytuje přehled posledních událostí zachycených systémem a dalších přehledů definovaných při implementaci, ne starších než je definováno dále po obnovení/znovunačtení příslušných apletů za předpokladu, že reálně probíhá síťová komunikace a to i v částech sítě ze kterých je sběr realizován. (dále jen „Odezva management dashboard“), kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; Pokud je Odezva management dashboard v intervalu od 10 do 30 minut, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 3; Pokud je Odezva management dashboard delší než 30 min, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 2; Pokud je Odezva management dashboard delší než 60 min, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 1; Funkce sledování zranitelností je funkční pro všechny dostupné dohlížené zdroje; Funkce „sledování zranitelností“ se považuje za dostupnou, pokud Systém poskytuje aktuální statistiky o stavu zranitelností, počty skenovaných zdrojů, nalezené zranitelnosti, scoring, počty realizovaných autentizovaných skenů a dalších přehledů definovaných při implementaci, ne starších než je definováno dále po obnovení/znovunačtení příslušných apletů za předpokladu, že se jedná o sledované zdroje ve stavu standardního provozu (dále jen „Odezva dohledu zranitelností“), kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; Pokud je Odezva dohledu zranitelností v intervalu od 10 do 30 minut, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 3; Pokud je Odezva dohledu zranitelností delší než 30 min, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 2; Pokud je Odezva dohledu zranitelností delší než 60 min, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 1; Systém nemá zaznamenatelný vliv na odezvy činností realizovaných v rámci probíhající uživatelské relace; Pokud je vliv Systému na odezvu činnosti realizované v rámci probíhající uživatelské relace zaznamenatelný (pomalé překreslování oken, zpoždění uživatelských vstupů, apod.), jedná se o závadu Priority 2; Systém provádí autentizované skeny koncových zařízení pomocí definovaného technického účtu; Funkce autentizovaného skenu se považuje za dostupnou, pokud je prokazatelně zaznamenáno v logu koncového zařízení, že byl realizován přístup na toto zařízení definovaným technickým účtem v době probíhajícího skenu. Je vygenerován záznam s odpovídající informací obsahující požadované záznamy o zranitelnosti; Funkce autentizovaného skenu se považuje za dostupnou, pokud systém využije pro autentizaci technický účet definovaný v konfiguraci nástroje nebo dostupný přes integraci s řešením PIM. V opačném případě se jedná o závadu Priority 1; Systém audituje jak veškeré operace uživatelů, administrátorů v rámci Systému, tak i interní operace Systému samotného; Funkce auditování operací se považuje za dostupnou, pokud je auditní záznam o operaci v Systému zaznamenán a zároveň dostupný ke kontrole do 5 vteřin po provedení příslušné činnosti, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; V opačném případě se jedná o závadu Priority 3; Systém generuje reporty; Funkce generování reportů se považuje za dostupnou, pokud reporty zobrazují kompletní data Systému a výstup reportu je k dispozici za adekvátní dobu s ohledem na složitost reportu; V opačném případě se jedná o závadu Priority 3; Funkční HW. Za funkční HW se považuje funkčnost všech HW komponent daného zařízení s dopadem i bez dopadu na funkčnost řešení jako celku. Částečné nebo celkové selhání se považuje za závadu, která musí být řešena v rámci Priority 2 Způsob výpočtu a měření Jako směrodatné a závazné pro Dodavatele se pro měření uvedených parametrů odezvy Systému berou hodnoty naměřené dohledovým systémem Objednatele. V případné zjištění nedostupnosti, nefunkčnosti či omezení funkce Systému je tento stav zaznamenán do Service Desku Objednatele. Pracovníci Helpdesku Objednatele následně kontaktují kanálem, definovaným Smlouvou (email, telefon, Service Desk Objednatele), technickou podporu Dodavatele a o tomto kontaktování provedou záznam do tiketu v Service Desku Objednatele jako počátek nedostupnosti Služby. Měřicí bod Service Desk Objednatele.

Parametry. Název KPI01 Odezva Definice Zajištění dostupnosti technického řešení pro podporu Služby Obnovení funkcí VULN řešení PIM systému či některé z jeho komponent podle priorit definovaných v 4.3.1 Priority pro provozní produkčního prostředí; Kalendář Služby 8x5 služby 24x7 Odezva Viz 4.3.1 Priority pro provozní produkčního prostředí Obnovení Služby služby Viz 4.3.1 Priority pro provozní produkčního prostředí Definice parametrů Odezva Systému je definována následovně: Je možné se úspěšně přihlásit do všech komponent SystémuSystému a na přístupové body. Funkce přihlášení se do Systému se považuje za dostupnou, pokud se uživateli zobrazí kompletní uživatelské rozhraní Systému (dále jen „Odezva systému Systému na přihlášení“) do 5 vteřin od potvrzení přihlašovacích údajů, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; Pokud je Odezva Systému na přihlášení v intervalu od 5 do 10 vteřin, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni jako závada Priority 3; Pokud je Odezva Systému na přihlášení delší než 10 vteřin, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, nebo pokud se není možné do Systému přihlásit, je tento stav považován za závadu v úrovni jako závada Priority 1; Po přihlášení do Systému jsou uživateli k dispozici všechny jemu přiřazené funkce/zdroje/role/účty/nástroje; Pokud má uživatel po úspěšném přihlášení k dispozici pouze některé nikoliv všechny jemu přiřazené funkce/zdroje/role/účty/nástroje, jedná se o závadu v úrovni Priority 2; Pokud uživatel nemá po úspěšném přihlášení k dispozici žádné jemu přiřazené funkce/zdroje/role/účty, jedná se o závadu v úrovni Priority 1; Funkce „management dashboardcheck-out/check-in“ hesel poskytuje přehled událostí na centrálním prvku řešení určenému ke správě a řízení systému.funkční heslo k řízenému účtu; Funkce „management dashboardcheck-out/check-in“ hesel se považuje za dostupnou, pokud Systém poskytuje přehled posledních událostí zachycených systémem a dalších přehledů definovaných při implementaci, ne starších než je definováno dále po obnovení/znovunačtení příslušných apletů za předpokladu, že reálně probíhá síťová komunikace a to i v částech sítě ze kterých je sběr realizován. poskytne funkční heslo k řízenému účtu do 5 vteřin od potvrzení operace typu „check-out“ nebo „check-in“ (dále jen „Odezva management dashboardna „check-out/check-in“), kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; Pokud je Odezva management dashboard na check-out/check-in Systému v intervalu od 5 do 10 do 30 minutvteřin, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 3; Pokud je Odezva management dashboard na check-out/check-in Systému delší než 30 min10 vteřin, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, nebo pokud Systém neposkytuje funkční heslo k řízenému účtu, je tento stav považován za závadu Priority 1; Přihlášení prostřednictvím SSO na cílový Systém je funkční pro všechny typy dostupných podporovaných zařízení/rozhraní; Pokud dojde k úspěšnému přihlášení pomocí SSO realizovaného Systémem od okamžiku požadavku na přihlášení do doby o maximálně 3 vteřiny delší, než je doba trvání úspěšného přihlášení realizované mimo Systém, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za dostupnost funkce přihlášení pomocí SSO; Pokud dojde k úspěšnému přihlášení pomocí SSO realizovaného Systémem od požadavku na přihlášení do doby delší o více než 3 vteřiny, ale zároveň kratší než 10 vteřin, než je doba trvání úspěšného přihlášení realizované mimo Systém, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 23; Pokud je Odezva management dashboard dojde k úspěšnému přihlášení pomocí SSO realizovaného Systémem od doby požadavku na přihlášení do doby delší než 60 min10 vteřin, oproti době trvání úspěšného přihlášení realizované mimo Systém, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 1; Funkce sledování zranitelností je funkční pro všechny dostupné dohlížené zdroje; Funkce „sledování zranitelností“ se považuje za dostupnou, pokud Systém poskytuje aktuální statistiky o stavu zranitelností, počty skenovaných zdrojů, nalezené zranitelnosti, scoring, počty realizovaných autentizovaných skenů a dalších přehledů definovaných při implementaci, ne starších než je definováno dále po obnovení/znovunačtení příslušných apletů za předpokladu, že se jedná o sledované zdroje ve stavu standardního provozu (dále jen „Odezva dohledu zranitelností“), kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; Pokud je Odezva dohledu zranitelností v intervalu od 10 do 30 minut, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémemnedojde k úspěšnému přihlášení pomocí SSO, je tento stav považován za závadu v úrovni Priority 3; Pokud je Odezva dohledu zranitelností delší než 30 min, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 2; Pokud je Odezva dohledu zranitelností delší než 60 min, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 1; Systém nemá zaznamenatelný vliv na odezvy činností realizovaných v rámci probíhající uživatelské relace; Pokud je vliv Systému na odezvu činnosti realizované v rámci probíhající uživatelské relace zaznamenatelný (pomalé překreslování oken, zpoždění uživatelských vstupů, apod.), jedná se o závadu Priority 2; Systém provádí autentizované skeny zaznamenává/nahrává uživatelské relace na koncových zařízení pomocí definovaného technického účtusystémech a zaznamenává/ukládá metadata těchto relací; Funkce autentizovaného skenu zaznamenávání/nahrávání uživatelských relací se považuje za dostupnou, pokud je prokazatelně zaznamenáno v logu jsou veškeré relace uživatelů kompletně zaznamenány/nahrány, a to od okamžiku přihlášení uživatele na koncový systém, až do jeho odhlášení z koncového zařízenísystému, že byl realizován přístup na toto zařízení definovaným technickým účtem v době probíhajícího skenu. Je vygenerován záznam s odpovídající informací obsahující požadované záznamy o zranitelnostia zároveň jsou zaznamenány/nahrány veškeré činnosti, které uživatel během relace provedl; Funkce autentizovaného skenu se považuje za dostupnou, pokud systém využije pro autentizaci technický účet definovaný v konfiguraci nástroje nebo dostupný přes integraci s řešením PIM. V opačném případě se jedná o závadu Priority 1; Zaznamenané/nahrané uživatelské relace je možné přehrát; Funkce přehrání uživatelské relace se považuje za dostupnou, pokud jsou všechny zaznamenané/nahrané uživatelské relace dostupné pouze na základě přiděleného oprávnění, je možné spustit jejich přehrání, během kterého je možné identifikovat všechny činnosti, které uživatel během relace provedl; V opačném případě se jedná o závadu Priority 3; Systém audituje jak veškeré operace uživatelů, administrátorů v rámci Systému, tak i interní operace Systému samotného; Funkce auditování operací se považuje za dostupnou, pokud je auditní záznam o operaci v Systému zaznamenán a zároveň dostupný ke kontrole do 5 vteřin po provedení příslušné činnosti, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; V opačném případě se jedná o závadu Priority 3; Systém generuje reporty; Funkce generování reportů se považuje za dostupnou, pokud reporty zobrazují kompletní data Systému a výstup reportu je k dispozici za adekvátní dobu s ohledem na složitost reportu; V opačném případě se jedná o závadu Priority 3; Funkční HW. Za funkční HW se považuje funkčnost všech HW komponent daného zařízení s dopadem i bez dopadu na funkčnost řešení jako celku. Částečné nebo celkové selhání se považuje za závadu, která musí být řešena v rámci Priority 2 Způsob výpočtu a měření Jako směrodatné a závazné pro Dodavatele se pro měření uvedených parametrů odezvy Systému berou hodnoty naměřené dohledovým systémem Objednatele. V případné zjištění nedostupnosti, nefunkčnosti či omezení funkce Systému je tento stav zaznamenán do Service Desku Objednatele. Pracovníci Helpdesku Objednatele následně kontaktují kanálem, definovaným Smlouvou (email, telefon, Service Desk Objednatele), technickou podporu Dodavatele a o tomto kontaktování provedou záznam do tiketu v Service Desku Objednatele jako počátek nedostupnosti Služby. Měřicí bod Service Desk Objednatele.

Parametry. Název KPI01 Odezva KPI04 Dostupnost testovacího prostředí Definice Zajištění dostupnosti technického řešení pro podporu Služby Obnovení funkcí VULN řešení PIM systému v testovacím prostředí či některé z jeho komponent podle priorit definovaných v 4.3.1 4.3.2 Priority pro provozní prostředí; testovací prostředí Kalendář Služby služby 8x5 (pracovní dny 8:00 – 16:00) Odezva Viz 4.3.1 4.3.2 Priority pro provozní testovací prostředí Obnovení Služby služby Viz 4.3.1 4.3.2 Priority pro provozní testovací prostředí Definice parametrů Odezva Systému je definována následovně: Je možné se úspěšně přihlásit do všech komponent Systému. Funkce přihlášení se do Systému se považuje za dostupnou, pokud se uživateli zobrazí kompletní uživatelské rozhraní Systému (dále jen „Odezva systému na přihlášení“) do 5 15 vteřin od potvrzení přihlašovacích údajů, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; Pokud je Odezva Systému na přihlášení v intervalu od 5 do 10 delší než 15 vteřin, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni jako závada Priority 32; Pokud je Odezva Systému na přihlášení delší než 10 vteřin, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, nebo pokud se není možné do Systému přihlásit, je tento stav považován za závadu v úrovni jako závada Priority 1; Po přihlášení do Systému jsou uživateli k dispozici všechny jemu přiřazené funkce/zdroje/role/účty/nástroje; Pokud má uživatel po úspěšném přihlášení k dispozici pouze některé nikoliv všechny jemu přiřazené funkce/zdroje/role/účty/nástroje, jedná se o závadu v úrovni Priority 2; Pokud uživatel nemá po úspěšném přihlášení k dispozici žádné jemu přiřazené funkce/zdroje/role/účtynástroje, jedná se o závadu v úrovni Priority 1; Funkce „management dashboardcheck-out/check-in“ hesel poskytuje přehled událostí na centrálním prvku řešení určenému ke správě a řízení systému.funkční heslo k řízenému účtu; Funkce „management dashboardcheck-out/check-in“ hesel se považuje za dostupnou, pokud Systém poskytuje přehled posledních událostí zachycených systémem a dalších přehledů definovaných při implementaci, ne starších než je definováno dále po obnovení/znovunačtení příslušných apletů za předpokladu, že reálně probíhá síťová komunikace a to i v částech sítě ze kterých je sběr realizován. poskytne funkční heslo k řízenému účtu do 15 vteřin od potvrzení operace typu „check-out“ nebo „check-in“ (dále jen „Odezva management dashboardna „check-out/check-in“), kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; Pokud je Odezva management dashboard v intervalu od 10 do 30 minutna check-out/check-in Systému delší než 15 vteřin, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 32; Pokud Systém neposkytuje funkční heslo k řízenému účtu, je Odezva management dashboard tento stav považován za závadu Priority 1; Přihlášení prostřednictvím SSO na cílový Systém je funkční pro všechny typy dostupných podporovaných zařízení/rozhraní; Pokud dojde k úspěšnému přihlášení pomocí SSO realizovaného Systémem od okamžiku požadavku na přihlášení do doby o maximálně 10 vteřiny delší, než je doba trvání úspěšného přihlášení realizované mimo Systém, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za dostupnost funkce přihlášení pomocí SSO; Pokud dojde k úspěšnému přihlášení pomocí SSO realizovaného Systémem od doby požadavku na přihlášení za dobu delší než 30 min10 vteřin, oproti době trvání úspěšného přihlášení realizované mimo Systém, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 2; Pokud je Odezva management dashboard delší než 60 min, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémemnedojde k úspěšnému přihlášení pomocí SSO, je tento stav považován za závadu v úrovni Priority 1; Funkce sledování zranitelností je funkční pro všechny dostupné dohlížené zdroje; Funkce „sledování zranitelností“ se považuje za dostupnou, pokud Systém poskytuje aktuální statistiky o stavu zranitelností, počty skenovaných zdrojů, nalezené zranitelnosti, scoring, počty realizovaných autentizovaných skenů a dalších přehledů definovaných při implementaci, ne starších než je definováno dále po obnovení/znovunačtení příslušných apletů za předpokladu, že se jedná o sledované zdroje ve stavu standardního provozu (dále jen „Odezva dohledu zranitelností“), kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; Pokud je Odezva dohledu zranitelností v intervalu od 10 do 30 minut, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 3; Pokud je Odezva dohledu zranitelností delší než 30 min, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 2; Pokud je Odezva dohledu zranitelností delší než 60 min, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 1; Systém nemá zaznamenatelný vliv na odezvy činností realizovaných v rámci probíhající uživatelské relace; Pokud je vliv Systému na odezvu činnosti realizované v rámci probíhající uživatelské relace zaznamenatelný (pomalé překreslování oken, zpoždění uživatelských vstupů, apod.), jedná se o závadu Priority 2; Systém provádí autentizované skeny zaznamenává/nahrává uživatelské relace na koncových zařízení pomocí definovaného technického účtusystémech a zaznamenává/ukládá metadata těchto relací; Funkce autentizovaného skenu zaznamenávání/nahrávání uživatelských relací se považuje za dostupnou, pokud je prokazatelně zaznamenáno v logu jsou veškeré relace uživatelů kompletně zaznamenány/nahrány, a to od okamžiku přihlášení uživatele na koncový systém, až do jeho odhlášení z koncového zařízenísystému, že byl realizován přístup na toto zařízení definovaným technickým účtem v době probíhajícího skenu. Je vygenerován záznam s odpovídající informací obsahující požadované záznamy o zranitelnostia zároveň jsou zaznamenány/nahrány veškeré činnosti, které uživatel během relace provedl; Funkce autentizovaného skenu se považuje za dostupnou, pokud systém využije pro autentizaci technický účet definovaný v konfiguraci nástroje nebo dostupný přes integraci s řešením PIM. V opačném případě se jedná o závadu Priority 1; Zaznamenané/nahrané uživatelské relace je možné přehrát; Funkce přehrání uživatelské relace se považuje za dostupnou, pokud jsou všechny zaznamenané/nahrané uživatelské relace dostupné pouze na základě přiděleného oprávnění, je možné spustit jejich přehrání, během kterého je možné identifikovat všechny činnosti, které uživatel během relace provedl; V opačném případě se jedná o závadu Priority 2; Systém audituje jak veškeré operace uživatelů, administrátorů v rámci Systému, tak i interní operace Systému samotného; Funkce auditování operací se považuje za dostupnou, pokud je auditní záznam o operaci v Systému zaznamenán a zároveň dostupný ke kontrole do 5 10 vteřin po provedení příslušné činnosti, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; V opačném případě se jedná o závadu Priority 32; Systém generuje reporty; Funkce generování reportů se považuje za dostupnou, pokud reporty zobrazují kompletní data Systému a výstup reportu je k dispozici za adekvátní dobu s ohledem na složitost reportu; V opačném případě se jedná o závadu Priority 32; Funkční HW. Za funkční HW se považuje funkčnost všech HW komponent daného zařízení s dopadem i bez dopadu na funkčnost řešení jako celku. Částečné nebo celkové selhání se považuje za závadu, která musí být řešena v rámci Priority 2 Způsob výpočtu a měření Jako směrodatné a závazné pro Dodavatele se pro měření uvedených parametrů odezvy Systému berou hodnoty naměřené dohledovým systémem Objednatele. V případné zjištění nedostupnosti, nefunkčnosti či omezení funkce Systému je tento stav zaznamenán do Service Desku Objednatele. Pracovníci Helpdesku Objednatele následně kontaktují kanálem, definovaným Smlouvou (email, telefon, Service Desk Objednatele), technickou podporu Dodavatele a o tomto kontaktování provedou záznam do tiketu v Service Desku Objednatele jako počátek nedostupnosti Služby. Měřicí bod Service Desk Objednatele.

Parametry. Název KPI01 Odezva Definice Zajištění dostupnosti technického řešení pro podporu Služby Obnovení funkcí VULN řešení Systému či některé z jeho komponent podle priorit definovaných v 4.3.1 Priority pro provozní prostředí; Kalendář Služby 8x5 Odezva Viz 4.3.1 Priority pro provozní prostředí Obnovení Služby Viz 4.3.1 Priority pro provozní prostředí Definice parametrů Odezva Systému je definována následovně: Je možné se úspěšně přihlásit do všech komponent Systému. Funkce přihlášení se do Systému se považuje za dostupnou, pokud se uživateli zobrazí kompletní uživatelské rozhraní Systému (dále jen „Odezva systému na přihlášení“) do 5 vteřin od potvrzení přihlašovacích údajů, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; Pokud je Odezva Systému na přihlášení v intervalu od 5 do 10 vteřin, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 3; Pokud je Odezva Systému na přihlášení delší než 10 vteřin, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, nebo pokud se není možné do Systému přihlásit, je tento stav považován za závadu v úrovni Priority 1; Po přihlášení do Systému jsou uživateli k dispozici všechny jemu přiřazené funkce/zdroje/role/účty/nástroje; Pokud má uživatel po úspěšném přihlášení k dispozici pouze některé nikoliv všechny jemu přiřazené funkce/zdroje/role/účty/nástroje, jedná se o závadu v úrovni Priority 2; Pokud uživatel nemá po úspěšném přihlášení k dispozici žádné jemu přiřazené funkce/zdroje/role/účty, jedná se o závadu v úrovni Priority 1; Jednotlivé funkce Systému jsou v provozu a provádí odpovídající činnost v plném rozsahu. Jedná se především nikoli však výhradně o tyto funkce: Funkce „management dashboard“ poskytuje přehled událostí na centrálním prvku řešení určenému ke správě a řízení systému.; Funkce „management dashboard“ filtrování provozu se považuje za dostupnou, pokud Systém poskytuje přehled posledních událostí zachycených systémem funkci stavové packetové filtrace na jejímž základě povolí nebo zakáže, případně provede další definované akce dle nastavení filtračních pravidel, datový přenos mezi zdroji a dalších přehledů definovaných při implementaci, ne starších než je definováno dále po obnovení/znovunačtení příslušných apletů za předpokladu, že reálně probíhá síťová cíli. Pokud nedochází k filtraci síťové komunikace a to i v částech sítě ze kterých je sběr realizován. (dále jen „Odezva management dashboard“), kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; Pokud je Odezva management dashboard v intervalu od 10 do 30 minut, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 3; Pokud je Odezva management dashboard delší než 30 min, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován za závadu v úrovni Priority 2; Pokud je Odezva management dashboard delší než 60 min, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémemdle nastavených pravidel, je tento stav považován za závadu v úrovni Priority 1; Funkce sledování zranitelností je funkční pro všechny dostupné dohlížené zdroje; Funkce „sledování zranitelností“ VPN služby se považuje za dostupnou, pokud Systém poskytuje aktuální statistiky o stavu zranitelností, počty skenovaných zdrojů, nalezené zranitelnosti, scoring, počty realizovaných autentizovaných skenů umožnuje vzdálený přístup uživatelů do vymezených částí informačního prostředí dle jejich konfigurace nebo v případě IPsec VPN dochází k šifrování a dalších přehledů definovaných při implementaci, ne starších než je definováno dále po obnovení/znovunačtení příslušných apletů za předpokladu, že se jedná o sledované zdroje ve stavu standardního provozu (dále jen „Odezva dohledu zranitelností“), kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; přenosu síťové komunikace mezi definovanými lokalitami dle konfigurace. Pokud je Odezva dohledu zranitelností v intervalu od 10 do 30 minut, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémemvzdálený přístup není umožněn nebo nedochází k šifrování a přenosu síťové komunikace dle nastavených pravidel, je tento stav považován za závadu v úrovni Priority 31; Funkce DPI (deep packet inspection), IPS (Intrusion prevention systém) se považuje za dostupnou, pokud dochází k hloubkovému prověření packetů a porovnání jejich vzorků se vzorky výrobce které signalizují míru závadnosti komunikace (signatury) a na jejich základě provádí definovanou akci Pokud je Odezva dohledu zranitelností delší než 30 min, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémemnení umožněna hloubková analýza síťové komunikace a nedochází k blokování nebo jiné akci dle nastavených pravidel, je tento stav považován za závadu v úrovni Priority 2; Pokud je Odezva dohledu zranitelností delší než 60 minFunkce WCF (Web Content Filtering) – filtrování webového obsahu a Aplikační kontrola se považují za dostupné, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem, je tento stav považován pokud u modulu WCF dochází k filtrování s cílem povolení přístupu uživatelů k legitimnímu neblokovanému webovému obsahu nebo s cílem blokování přístupu uživatelů k zakázanému webovému obsahu. U modulu Aplikační kontrola dochází k filtrování s cílem povolení přístupu uživatelů k legitimním aplikacím nebo s cílem blokování přístupu uživatelů k aplikacím zakázaným. Obojí dle definice. Nefunkčnost těchto modulů se považuje za závadu v úrovni Priority 1; Systém nemá zaznamenatelný vliv na odezvy činností realizovaných v rámci probíhající uživatelské relace; Pokud je vliv Systému na odezvu činnosti realizované v rámci probíhající uživatelské relace zaznamenatelný (pomalé překreslování oken, zpoždění uživatelských vstupů, apod.), jedná se o závadu Priority 2; Systém provádí autentizované skeny koncových zařízení pomocí definovaného technického účtu; Funkce autentizovaného skenu se považuje za dostupnou, pokud je prokazatelně zaznamenáno v logu koncového zařízení, že byl realizován přístup na toto zařízení definovaným technickým účtem v době probíhajícího skenu. Je vygenerován záznam s odpovídající informací obsahující požadované záznamy o zranitelnosti; Funkce autentizovaného skenu se považuje za dostupnou, pokud systém využije pro autentizaci technický účet definovaný v konfiguraci nástroje nebo dostupný přes integraci s řešením PIM. V opačném případě se jedná o závadu Priority 1; 2 Systém audituje jak veškeré operace uživatelů, administrátorů v rámci Systému, tak i interní operace Systému samotného; Funkce auditování operací se považuje za dostupnou, pokud je auditní záznam o operaci v Systému zaznamenán a zároveň dostupný ke kontrole do 5 vteřin po provedení příslušné činnosti, kde tato doba zahrnuje pouze zpoždění zapříčiněné Systémem; V opačném případě se jedná o závadu Priority 3; Systém generuje reporty; Funkce generování reportů se považuje za dostupnou, pokud reporty zobrazují kompletní data Systému a výstup reportu je k dispozici za adekvátní dobu s ohledem na složitost reportu; V opačném případě se jedná o závadu Priority 3; Funkční HW. Za funkční HW se považuje funkčnost všech HW komponent daného zařízení s dopadem i bez dopadu na funkčnost řešení jako celku. Částečné nebo celkové selhání se považuje za závadu, která musí být řešena v rámci Priority 2 Způsob výpočtu a měření Jako směrodatné a závazné pro Dodavatele Prodávajícího se pro měření uvedených parametrů odezvy Systému berou hodnoty naměřené dohledovým systémem ObjednateleKupujícího. V případné zjištění nedostupnosti, nefunkčnosti či omezení funkce Systému je tento stav zaznamenán do Service Desku ObjednateleKupujícího. Pracovníci Helpdesku Objednatele Kupujícího následně kontaktují kanálem, definovaným Smlouvou (email, telefon, Service Desk ObjednateleKupujícího), technickou podporu Dodavatele Prodávajícího a o tomto kontaktování provedou záznam do tiketu v Service Desku Objednatele Kupujícího jako počátek nedostupnosti Služby. Měřicí bod Service Desk ObjednateleKupujícího.