Smlouva o poskytování služeb analýzy a zpracování satelitních a dalších dat (SAMAS)
Smlouva o poskytování služeb analýzy a zpracování satelitních a dalších dat (SAMAS)
PŘÍLOHA Č. 3
Závazné požadavky na poskytování Služeb
1.Předmět Služeb
Předmětem služeb poskytovaných Objednateli je zejména poskytování služby analýzy a zpracování satelitních a dalších dat, dále zajištění doprovodných plnění služeb průběžného provozu, údržby a rozvoje služeb dle specifikace tak, aby bylo možné prostřednictvím informačního systému XXXX, jehož je služba SAMAS součástí, zajistit výkon administrace Společné zemědělské politiky (SZP).
Pojmem „Služby“ se tedy pro účely Smlouvy rozumí poskytování služby SAMAS, Služby provozu, Služby rozvoje a Exitu. Pojmem „služby“ pak jakékoliv plnění dle Xxxxxxx. S ohledem na skutečnost, že i fáze předmětu plnění dle Přílohy č. 1 Smlouvy (před zahájením Produkčního provozu) má povahu službového řešení, mohou se požadavky na předmět plnění dle této Přílohy č. 3 a Přílohy č. 1 Smlouvy prolínat.
Služby provozu SAMAS kontinuálně zabezpečují poskytování Služby v definovaných parametrech.
Poskytování těchto Služeb provozu SAMAS bude zahájeno na po Ukončení Pilotního a Akceptačního provozu a dokončení finální akceptace služby SAMAS.
Předmětem služeb poskytovaných Objednateli ze strany Poskytovatele je dále zajištění Služeb rozvoje, kdy prostřednictvím těchto služeb je garantována implementace změn Poskytovatelem dodávané služby SAMAS v závislosti na definovaných požadavcích Objednatele. Poskytování Služeb rozvoje prostřednictvím požadavku na změnu (PZ) bude zahájeno ihned po dokončení fáze vlastní Implementace. V období od zahájení poskytování těchto Služeb rozvoje po dobu do Ukončení pilotní části Pilotního a akceptačního provozu a dokončení finální akceptace služby SAMAS v rámci Pilotního a akceptačního provozu (12 měsíců) dle Přílohy č. 1 Smlouvy budou předmětem těchto služeb veškeré požadavky na další úpravy a rozvoj služby SAMAS, které nebudou zahrnuty do vlastní Implementace.
V rámci Služeb je rovněž možné realizovat jednorázové služby ukončení poskytování služeb (Exit):
Na základě výpovědi části služeb ze strany Objednatele nebo v důsledku dohody smluvních stran může dojít k ukončení poskytování dílčích služeb (Dílčí Exit) poskytovaných ze strany Poskytovatele formou projektu Ukončení poskytování dílčí služby, dle odpovídajících ustanovení Smlouvy a kapitoly č. 3.5.1. této Přílohy č. 3 Xxxxxxx nebo,
formou projektu Ukončení poskytování Služeb (Úplný Exit) dle odpovídajících ustanovení Smlouvy a kapitoly č. 3.5.2. této Přílohy č. 3 Smlouvy, při úplném ukončení Smlouvy (Smlouva může být ukončena dohodou smluvních stran, výpovědí či odstoupením kterékoliv ze smluvních stran, avšak o realizaci služby Ukončování poskytování služeb rozhoduje výlučně Objednatel).
2. Organizační zajištění poskytování služeb
Pro organizaci Služeb je využito standardů programového a projektového řízení tak, aby byla zajištěna kontinuita poskytovaných služeb, byla garantována auditovatelnost a prokazatelnost způsobu poskytování služeb.
Programové řízení je pro účely poskytování Služeb myšleno jako dlouhodobý princip realizace služeb, kdy jsou v rámci definovaného Programu stanoveny řídící a eskalační mechanismy nezbytné pro samotný výkon Objednatele a Poskytovatele při realizaci služeb.
Uplatňované programové/projektové principy
Následující kapitola stanovuje projektové principy, které budou Poskytovatel i Objednatel uplatňovat v rámci poskytování Služeb definovaných v této Příloze č. 3 Smlouvy, a to odpovídajícím způsobem tak, aby realizace služeb a činností na jednotlivých úrovních řízení Programu byla poskytována profesionálně a dle nejlepší praxe (Best Practice).
Specifika programových/projektových principů v prostředí Objednatele
Informační systém Objednatele, jehož součástí je i služba SAMAS, musí velmi pružně reagovat na dynamicky a intenzivně se měnící podmínky administrace Společné zemědělské politiky v ČR. Z tohoto důvodu mají projektové činnosti Objednatele charakter kontinuálně se opakujících dílčích aktivit, které je nezbytné podporovat prostřednictvím informačních technologií. Standardní projektové týmy, definované a na roční bázi schválené programové struktury prostřednictvím Řídícího výboru tak mají charakter spíše pracovních skupin. Tyto projektové týmy tak vykonávají svou činnost opakovaně, kdy se schází pravidelně v definovaných intervalech (viz kapitola 2.2. Organizace programu této Přílohy č.3 Smlouvy). Veškeré činnosti zahrnující právě toto kontinuální fungování projektových týmů zohlední Poskytovatel v rámci stanoveného způsobu poskytování služeb, kdy v rámci ceny jednotlivých služeb jsou kalkulovány rovněž náklady na fungování těchto projektových týmů.
Charakter dílčích projektů skutečně realizovaných prostřednictvím standardních projektových principů (řízení zdrojů, kapacit, limitně definovaný čas a předání výstupů projektu) pak mají služby rozvoje realizované prostřednictvím Požadavků na rozvoj.
Detailní nastavení principů Programového/projektového řízení pro poskytování služeb bude realizováno v době Vytvoření služby SAMAS na základě oboustranně odsouhlasených charakteristik řízení Programu. Programové a projektové principy musí být nastaveny v souladu s ustanoveními této Přílohy č. 3 Smlouvy a využívaných Best Practice pro řízení projektových týmů a projektů v rámci Programu.
Plánování
V rámci projektových aktivit probíhá plánování (primárně rozvoje) prostřednictvím střednědobých plánů (obvykle na 12 kalendářních měsíců). Tyto plány jsou aktualizované na úrovni jednotlivých projektových týmů a schvalované na úrovni HTPG.
Plánování jednotlivých Služeb (tj. zejména stanovení termínů jejich realizace) a samotná realizace Služeb budou probíhat v úzké součinnosti Poskytovatele a Objednatele tak, že musí být splněny následující podmínky:
- Plánování a realizace Služeb musí být v souladu s počtem disponibilních pracovníků projektového týmu Poskytovatele.
- Rozvojové aktivity musí být identifikovány a zadány včas, aby bylo možné zajistit jejich realizaci v požadovaných termínech.
- Plánované aktivity musí být v souladu s předpokládaným rozsahem rozvojových prací schváleným na úrovni Řídícího výboru.
Za plánování na úrovni projektových týmů odpovídají vždy Vedoucí projektových týmů (provozního týmu).
Jednání
Jednání probíhají odpovídající formou, a to buď prostřednictvím elektronického nástroje pro videokonference, nebo osobně v sídle Objednatele. Jednání od organizační úrovně Projektového týmu výše jsou formalizovaná, z každého jednání tak musí být pořízen zápis/záznam. V rámci zápisu musí být jednoznačně a dostatečně konkrétně stanovené úkoly a aktivity projektového týmu a harmonogram jejich splnění musí být odsouhlasen pracovníky v odpovídajících projektových rolích jak za stranu Objednatele, tak za stranu Poskytovatele. V případě neodsouhlasení oběma projektovými stranami je neschválená problematika vždy eskalována o úroveň výše. Pozvánku na jednání zasílá zpravidla zástupce Objednatele, pokud není dohodnuto jinak, a to prostřednictvím elektronické pošty.
V rámci jednání jsou na jednotlivých úrovních organizace programu řešeny zejména následující oblasti:
Souhrn za minulé období – ukončené/prováděné činnosti,
Hlavní plánované aktivity na další období,
Harmonogram,
Identifikovaná rizika,
Požadavky na součinnost,
Změny,
Úkoly,
Sporné otázky /problémy/témata,
Projektové aktivity k eskalaci.
Komunikace
Komunikace v rámci projektových týmů může mít formální i neformální charakter, podle projektové úrovně, na které se odehrává. Formální komunikace prostřednictvím elektronických nástrojů (Service Desk, zápisy z jednání, email na úrovni vedoucích projektových týmů a výše, případně další komunikační platformy včetně videokonference) má pro obě projektové strany závazný charakter. Tedy závěry, na nichž se projektové strany prostřednictvím formální komunikace usnesou, jsou závazné. Primárním formálním nástrojem projektové dokumentace jsou Zápisy/záznamy z jednání, zbývající formální komunikace má zejména podpůrný charakter.
Neformální komunikace realizovaná na úrovni řadových členů projektových týmů nemá závazný charakter, jako formální ji lze používat ve specifických případech, kdy není možné například zajistit jiný formální způsob komunikace.
Vedení projektové dokumentace
Za projektovou dokumentaci v rámci poskytování Služeb je považována veškerá dokumentace, která vzniká v průběhu realizace Služeb, ať se jedná o dokumentaci s charakterem projektové/provozní/analytické/architektonické nebo jiné. Projektová dokumentace je vždy dle charakteru dokumentace ukládána na úložiště spravované(á) Objednatelem a Objednatel rovněž zajišťuje řízení k projektové dokumentaci.
Závazné principy vedení projektové dokumentace jsou stanoveny v rámci Služby IS01.
Řízení rizik
Princip řízení rizik bude uplatňován na všech úrovních programového/projektového řízení. Formální evidenci rizik bude zajišťovat vždy zástupce Objednatele tak, aby bylo možné identifikovaná rizika řídit v souladu s interními principy řízení rizik a rizika následně evidovat v nástroji pro řízení rizik dle metodických postupů Objednatele. Principy řízení rizik budou zahrnovat standardní nástroje:
Hodnocení rizik na základě dopadů a pravděpodobnosti výskytu
Kategorizace a formální evidence rizik
Řízení rizik včetně přijetí odpovídajícího opatření k identifikovaným rizikům:
Přenesení odpovědnosti
Akceptace
Snížení míry rizika
Eliminace rizika
Sdílení rizika
Organizace programu
Detailní nastavení principů projektového řízení pro poskytování Služeb bude koordinováno s principy řídícího integračního Programu/projektu IS XXXX realizovaného veřejnou zakázkou „Implementace a provoz informačního systému SZIF pro Monitoring Approach“ (dále jen „VZ IS XXXX“).
Program je organizován v níže definovaných úrovních řízení.
Řídící výbor programu
Nejvyšším orgánem Programu je Řídící výbor programu (ŘVPG), který má stálé zástupce ze strany Objednatele i Poskytovatele.
Jedná se o oprávněné osoby v následujících rolích:
Oprávněná osoba za oblast smluvní (Objednatel)
Oprávněná osoba za oblast smluvní (Poskytovatel)
Oprávněná osoba za oblast obchodní (Objednatel)
Oprávněná osoba za oblast obchodní (Poskytovatel)
Dále jsou stálými zástupci Řídícího výboru pracovníci v následujících projektových rolích, pokud se jedná o pracovníky odlišné od oprávněných osob:
Sponzor programu (Objednatel)
Sponzor projektu (Poskytovatel)
Vedoucí programu (Objednatel)
Operativně mohou být dle potřeby přizýváni další členové projektových týmů, kteří jsou primárně zodpovědní za realizaci prací na různých projektových úrovních, a to jak za stranu Objednatele, tak za stranu Poskytovatele.
Řídící výbor programu se schází:
Alespoň jednou ročně na konci kalendářního roku, aby formálně schválil:
Detailní organizační strukturu Programu
Nominace jednotlivých pracovníků Objednatele i Poskytovatele do projektových rolí
Předpokládaný rozsah rozvojových prací na následující kalendářní rok
Předpokládaný rozpočet na realizaci změn služby SAMAS pro následující kalendářní rok
Případné změny v procesních postupech týkající se realizace projektových prací, které nemají dopad na smluvní ustanovení (např. změna úložiště projektové dokumentace, změna dílčích formulářů projektových dokumentů)
Dle potřeby operativně na základě potřeby, kterou iniciuje Oprávněná osoba za oblast smluvní ze strany Objednatele i Poskytovatele, Sponzor Programu ze strany Objednatele nebo Sponzor projektu ze strany Poskytovatele.
Řídící výbor:
Činí veškerá požadovaná rozhodnutí přesahující kompetence nižších programových struktur, potvrzuje personální změny projektových týmů na úrovni vedoucích projektových týmů vztahujících se k této Smlouvě.
Odsouhlasuje strategické, koncepční a závazné projektové dokumenty mající vliv na způsob a formu poskytování Služeb.
Je nejvyšším smluvně-projektovým eskalačním orgánem v rámci poskytování Služeb.
ŘVPG předsedá sponzor Programu Objednatele. Ze všech jednání ŘVPG se pořizuje písemný zápis.
Hlavní tým programu
Hlavní tým programu (HTPG) zajišťuje primární koncepční i operativní řízení na úrovni Programu a projektových struktur.
Personální obsazení Hlavního týmu programu stanovuje a odsouhlasuje Řídící výbor programu, kterému je podřízený, vždy s výhledem na následující kalendářní rok. Minimální stálí členové HTPG v rámci Smlouvy jsou:
Sponzor programu (Objednatel)
Sponzor projektu (Poskytovatel)
Vedoucí programu (Objednatel)
Vedoucí projektu (Poskytovatel)
Členové HTPG se schází zpravidla jednou za měsíc, aby průběžně plánovali a kontrolovali stav provozu i prací na úrovni jednotlivých Projektových týmů, rozhodovali o návrzích provozu nebo projektů. Na jednání HTPG jsou standardně přizýváni zástupci jednotlivých Projektových týmů, kdy se může jednat o zástupce projektových týmů stanovených jak v rámci této Smlouvy, tak projektových týmů, v jejichž odpovědnosti jsou další služby a technologie využívané objednatelem pro komplexní zajištění provozu Informačního systému XXXX, typicky:
Služby IS XXXX
Služby Portálového systému SZIF
Služby SAMAS
Služby GT FOTO
Služby IS SAP
O přizvání zástupců projektových týmů rozhodují společně Vedoucí programu Objednatele a Vedoucí projektu Poskytovatele, v případě, že nedojde ke shodě, rozhoduje Sponzor programu Objednatele.
Hlavní tým programu dále:
Koordinuje práci jednotlivých Projektových týmů, včetně projektových týmů, které nezajišťují přímo realizaci služeb souvisejících s technologiemi provozovanými na základě této Smlouvy.
Přijímá rozhodnutí přesahující kompetence těchto projektových týmů.
Úkolem Hlavního týmu programu je definovat a udržovat dlouhodobou schválenou koncepci a strategii provozu a rozvoje informačního systému Objednatele a zajišťovat integritu celého řešení XXXX, a to nejen z vnitřního pohledu, ale i ve vazbě na externí prostředí.
Zajišťuje, aby nově implementované funkce informačního systému Objednatele byly v souladu s definovanými standardy, a zajišťuje jejich hladký náběh do produkčního provozu bez ohrožení stávajících funkcí.
Připravuje zprávu o stavu programu pro jednání Řídícího výboru programu.
Na operativní úrovni vede Hlavní tým programu Vedoucí programu za stranu Objednatele. Ze všech jednání HTPG se pořizuje písemný zápis.
Projektový tým
Projektový tým (PT) je výkonným orgánem programové struktury. Na úrovni projektového týmu dochází k pravidelnému plánování činností spadajících do odpovědnosti daného projektového týmu, a to jak na úrovni operativní, průběžné, tak na úrovni projektové, řízené harmonogramem. Struktura projektových týmů není fixní, množství a odpovědnosti projektových týmů jsou stanovené na základě rozhodnutí a schválení Řídícího výboru programu, zpravidla na roční bázi. Činnosti v projektových týmech, do kterých budou nominováni zástupci Objednatele a Poskytovatele musí zastřešovat oblasti a technologie dodávané a provozované v souladu s uzavřenou Smlouvou.
Minimální počet projektových týmů je stanoven na dva, kdy odpovědnosti projektových týmů musejí být striktně oddělené. Vždy právě jeden projektový tým bude zastřešovat oblasti provozu, informační a kybernetické bezpečnosti provozu a minimálně jeden projektový tým bude zastřešovat oblasti rozvoje.
Členové PT za oblast provozu se schází pravidelně jednou za 14 dní, pokud není dohodnuto jinak, aby průběžně plánovali a kontrolovali provozní stav služby SAMAS a koordinovali činnosti provozu těchto Služeb.
Členové PT za oblast(i) rozvoje se schází dle potřeby, aby koordinovali, řídili a rozhodovali o rozvojových pracích na operativní úrovni, připravovali návrhy nových činností a funkcionalit a zajišťovali rozvoj služby SAMAS v souladu s požadavky Objednatele při respektování smluvních a rozpočtových omezení pro realizaci služeb rozvoje.
Na jednání PT jsou standardně přizýváni zástupci ze strany Objednatele i Poskytovatele.
Pro PT zajišťující oblasti provozu, informační a kybernetické bezpečnosti provozu jsou pro řízení PT stanoveny minimálně následující role:
Sponzor projektového týmu provozu (Objednatel)
Garant projektového týmu provozu (Objednatel)
Vedoucí projektového týmu provozu - projektový manager (Objednatel)
Vedoucí (projektového) týmu provozu (Poskytovatel)
Dále v rámci fungování PT za oblast provozu figurují (nemusejí být pravidelnými členy jednání PT):
Bezpečnostní manažer (Objednatel)
Vedoucí provozu (Objednatel)
Analytik bezpečnosti – informační/kybernetické (Poskytovatel)
Analytik integrace (Poskytovatel)
Databázový specialista (Poskytovatel)
Pro PT zajišťující oblasti rozvoje jsou pro řízení PT stanoveny minimálně následující role:
Sponzor projektového týmu rozvoje (Objednatel)
Garant projektového týmu rozvoje (Objednatel)
Vedoucí projektového týmu rozvoje - projektový manager (Objednatel)
Vedoucí projektového týmu rozvoje - Projekt manager (Poskytovatel)
Dále v rámci fungování PT za oblast rozvoje figurují (nemusejí být pravidelnými členy jednání PT):
Metodický garant (Objednatel)
Solution architekt řešení (Poskytovatel)
Business/procesní architekt (Poskytovatel)
Analytik integrace (Poskytovatel)
Senior vývojář/vedoucí týmu (Poskytovatel)
PT dále:
Zajišťuje vlastní výkon daného PT – operativní a rozvojové činnosti nezbytné k zajištění chodu služby SAMAS dle stanovených a odsouhlasených parametrů.
Navrhuje opatření a oblasti přesahující kompetence PT.
Připravuje zprávu o stavu činností PT pro jednání HTPG.
Na operativní úrovni zodpovídají za řízení projektového týmu Vedoucí projektového týmu za stranu Objednatele i Poskytovatele. Ze všech formálních jednání PT se pořizuje písemný zápis.
Sponzor programu (za) Objednatele
Sponzorem programu za Objednatele je člen Porady vedení na pozici Ředitele sekce (ve výjimečném případě lze tuto roli delegovat na ředitele odboru). Na vrcholové úrovni Programové struktury se stává zastřešující rolí pro realizaci projektů, která v případě eskalace rozhoduje o realizaci/nerealizaci rozvojových oblastí a podporuje zavádění výsledků projektů do standardního užívání v informačním prostředí Objednatele. Napomáhá rychlému řešení eskalovaných záležitostí Vedoucími programu. Schvaluje spolu s Vedoucím programu (za Objednatele) realizaci rozvojových aktivit v podobě rozvojových projektů.
Sponzor projektu (za) Poskytovatele
Zajišťuje pro vedoucího projektu Poskytovatele požadovanou podporu nutnou pro splnění cílů projektu, aby tak zajistil plnou spokojenost Objednatele. To zahrnuje účast na schůzích řídícího výboru programu nebo hlavního týmu programu a poskytování pomoci při řešení vyhrocených problémů, pokud se vyskytnou.
Vedoucí programu (za) Objednatele
Vedoucím programu za Objednatele je určený zaměstnanec Objednatele na úrovni ředitele odboru. Zodpovídá za koordinaci provozu a všech probíhajících projektů, operativní plánování a řízení všech dohodnutých aktivit pracovníků Objednatele. Postupuje v úzké součinnosti s Vedoucím projektu Poskytovatele tak, aby byly v plánovaných termínech a kvalitě provedeny všechny plánované projektové aktivity, a to jak v oblasti provozu, tak v oblasti rozvoje. V případě potřeby eskaluje příslušné projektové záležitosti, které již nemůže v rámci své kompetence rozhodnout (změna rozsahu, rozpočtu, časového plánu projektu), na úroveň ŘVPG k rozhodnutí. Vedoucí programu Objednatele předsedá hlavnímu týmu programu, který rovněž svolává. Zodpovídá za vytváření zápisů z ŘVPG a HTPG. Schvaluje spolu se Sponzorem programu (za Objednatele) realizaci rozvojových aktivit v podobě rozvojových Projektů.
Projektové role
Níže uvedené projektové role s definovanými odpovědnostmi nezahrnují konečný výčet projektových rolí, které strana Objednatele i strana Poskytovatele využívá v rámci realizace Služeb. Jedná se o výčet rolí a odpovědností, jejichž odpovědnosti jsou z hlediska poskytování Služeb v rámci fungování Programu formální, a je tedy nezbytné je zajistit. Další projektové role v rámci Programu jsou využívány dle potřeby tak, aby bylo možné plně garantovat zajištění Služeb v odpovídající kvalitě a rozsahu. Při realizaci rozvojových aktivit v podobě rozvojových Projektů jsou pro každý Projekt definovány role zvlášť v odpovídající projektové dokumentaci (Dokumentace nastavení projektu).
Vedoucí projektu (za) PoskytovatelE
Zodpovídá za koordinaci provozu a všech dílčích probíhajících projektů, operativní plánování a řízení všech dohodnutých aktivit pracovníků Poskytovatele. Postupuje v úzké součinnosti s Vedoucím programu Objednatele tak, aby byly v plánovaných termínech a kvalitě provedeny všechny plánované projektové aktivity, a to jak v oblasti provozu, tak v oblasti rozvoje. V případě potřeby eskaluje příslušné projektové záležitosti, které již nemůže v rámci své kompetence rozhodnout (změna rozsahu, rozpočtu, časového plánu projektu), na úroveň HTPG, případně ŘVPG k rozhodnutí.
Schvaluje společně se zástupci Objednatele realizaci rozvojových aktivit v podobě rozvojových Projektů. Předkládá společně se zástupci Objednatele požadavky na realizaci rozvojových aktivit v podobě rozvojových Projektů na úroveň HTPG.
Sponzor projektového týmu (Za) Objednatele
Sponzorem projektového týmu je zpravidla člen Porady vedení Objednatele na úrovni ředitele sekce (ve výjimečném případě lze tuto roli delegovat na ředitele odboru). Jeho odpovědností, jako zástupce struktur řídících organizačních struktur Objednatele, je prosazovat projekt v rámci struktur Objednatele. Je nejvyšší autoritou v daném projektu (projektovém týmu) a majitel projektu, mající vrcholnou rozhodovací pravomoc pro vykonávání primárních odpovědností. Má tedy pravomoc pro určení priorit, schválení rozsahu a urovnání otevřených problémů. Jestliže vznikají konflikty při realizaci těchto odpovědností, přenáší řešení na úroveň HTPG, případně ŘVPG.
Garant projektového týmu (Za) Objednatele
Garant projektového týmu Objednatele zodpovídá za věcnou správnost řešení všech dohodnutých projektových aktivit. Stanovuje priority v rámci projektových aktivit dle příslušného projektového týmu. Je první eskalační úrovní zodpovídající za řešení věcné problematiky v projektovém týmu. V případě potřeby vystupuje jako eskalační orgán, a to jak směrem do projektového týmu, tak vůči nadřízeným programovým strukturám (Sponzor projektového týmu, HTPG, ŘVPG), kam případně předkládá k řešení projektové záležitosti, které již nemůže v rámci své kompetence rozhodnout (změna rozsahu, rozpočtu, časového plánu projektu). Zodpovídá za věcné plánování aktivit v Projektovém týmu. Schvaluje společně s Vedoucím projektového týmu (za Objednatele) realizaci rozvojových aktivit v podobě Požadavků na změnu. Předkládá společně se Sponzorem projektového týmu požadavky na realizaci rozvojových aktivit v podobě rozvojových Projektů na úroveň HTPG.
Vedoucí projektového týmu – projektový manager (za) Objednatele
Vedoucí projektového týmu Objednatele zodpovídá za operativní řízení projektových aktivit pracovníků Objednatele v rámci daného projektového týmu. Postupuje v úzké součinnosti s Vedoucím projektu Objednatele tak, aby byly v plánovaných termínech a kvalitě provedeny všechny odsouhlasené plánované projektové aktivity v daném projektovém týmu. V případě potřeby eskaluje příslušné projektové záležitosti, které již nemůže v rámci své kompetence rozhodnout (změna rozsahu, rozpočtu, časového plánu projektu), na úroveň Garanta projektového týmu. Schvaluje společně s Garantem projektového týmu (za Objednatele) realizaci rozvojových aktivit v podobě Požadavků na změnu. Kontroluje čerpání Služeb v rámci svěřeného projektového týmu. Připravuje Garantovi projektového týmu (za Objednatele) požadavky na realizaci rozvojových aktivit v podobě rozvojových Projektů na úroveň HTPG.
Vedoucí týmu provozu/ Vedoucí projektového týmu rozvoje (za) Poskytovatele
Vedoucí týmu provozu/ vedoucí projektového týmu za Poskytovatele zodpovídá za operativní řízení projektových aktivit pracovníků Poskytovatele v rámci daného projektového týmu. Postupuje v úzké součinnosti s Vedoucím projektu Poskytovatele a Vedoucím projektu Objednatele tak, aby byly v plánovaných termínech a kvalitě provedeny všechny odsouhlasené plánované projektové aktivity v daném projektovém týmu. V případě potřeby eskaluje příslušné projektové záležitosti, které již nemůže v rámci své kompetence rozhodnout (změna rozsahu, rozpočtu, časového plánu projektu), na úroveň Vedoucího projektu (za Poskytovatele). Schvaluje společně se zástupci Objednatele realizaci rozvojových aktivit v podobě Požadavků na změnu. Předkládá společně se zástupci Objednatele požadavky na realizaci rozvojových aktivit v podobě rozvojových Projektů na úroveň HTPG.
Bezpečnostní manažer (za) Objednatele
Jedná se o roli v rámci nastaveného Systému řízení informační bezpečnosti (ISMS) na straně Objednatele. Zodpovídá za kontrolu, revizi i definování bezpečnostních požadavků v rámci realizace Služeb, a to jak v oblasti provozu, tak v oblasti rozvoje. Společně s Analytikem bezpečnosti (za Poskytovatele, zodpovídá za splnění veškerých požadavků na informační a kybernetickou bezpečnost vyplývající z ISO/IEC 27001 v aktuální verzi, dále pak za soulad poskytování Služeb s požadavky Zákona č. 181/2014 Sb. o kybernetické bezpečnosti včetně prováděcích předpisů. Je kontaktní osobou za stranu Objednatele při realizaci interních i externích auditů a kontrol týkajících se informační a kybernetické bezpečnosti a související s poskytováním Služeb ze strany Poskytovatele. Společně s Analytikem bezpečnosti (za Poskytovatele) zodpovídá za plánování, realizaci a dokumentaci veškerých aktivit souvisejících s informační a kybernetickou bezpečností.
Manažer bezpečnosti – informační/kybernetické (Za) Poskytovatele
Manažer bezpečnosti za Poskytovatele plně zodpovídá za splnění veškerých požadavků na zajištění informační a kybernetické bezpečnosti ze strany Poskytovatele včetně požadavků vyplývajících z určení Poskytovatele jakožto Významného dodavatele dle prováděcích předpisů k ZoKB. Je kontaktní osobou za stranu Poskytovatele při realizaci auditů a kontrol v oblasti informační a kybernetické bezpečnosti, které jsou realizovány na straně Objednatele nebo jím iniciovány a prováděny na straně Poskytovatele a souvisejí s poskytováním Služeb ze strany Poskytovatele. Společně s bezpečnostním manažerem (za Objednatele) zodpovídá za plánování, realizaci a dokumentaci veškerých aktivit souvisejících s informační a kybernetickou bezpečností.
3.Katalog služeb
Definice Katalogu služeb
V této kapitole stanovený katalog služeb určuje technické, procesní a další podmínky jednotlivých služeb, které jsou realizovány ze strany Poskytovatele. Tyto podmínky jsou pro poskytování služeb Poskytovatelem závazné.
Struktura katalogu služeb a vymezení pojmů
Katalog služeb obsahuje pro každou kategorii služeb níže uvedené položky/parametry. Samotné poskytování služeb je tak výsledkem kombinace několika faktorů při splnění nezbytných parametrů. Pojmy vymezené v této kapitole se uplatní na všechny kapitoly tohoto dokumentu.
Název služby
Jedná se o písemné označení služby obecně charakterizující aktivity poskytované v rámci dané služby.
Označení (identifikátor) služby ve formátu „IS0N“, kdy N je definuje číslo služby.
Identifikátor je jednoznačně přiřazený ke každé službě, každá služba má identifikátor jedinečný. V kombinaci s dalšími stanovenými identifikátory umožňuje jednoznačné určení plnění služby (viz označení modulu), kdy toto označení bude využito při vykazování plnění dané služby.
Vymezení služby/aktivity
Skupina parametrů a podmínek celkově definujících charakteristiku dané služby/aktivity. Obsahuje jednotlivé klíčové aktivity/činnosti poskytované v rámci služeb/aktivit, rozsah služby/aktivity a další vlastnosti služby/aktivity.
Lokalita
Definice, zda tato služba bude poskytována primárně v prostředí (sídle) Objednatele - Lokalita A, nebo zda se jedná o činnosti, které Poskytovatel zajistí vzdáleně ze svých prostor - Lokalita B, a to jak vůči Sídlu Objednatele, tak vůči implementovanému informačnímu prostředí v aktuálně využívaném Datovém centru Objednatele, kdy vzdálený přístup zajistí Objednatel v souladu se svými bezpečnostními standardy.
Prostředí
Určuje, k jaké kategorii prostředí je služba vztažena, tedy pro jaké prostředí bude služba poskytována. V případě, že některé aktivity v rámci dané služby jsou vztaženy i k jiné kategorii prostředí, je toto explicitně uvedeno vždy u konkrétní aktivity. Kategorie prostředí jsou následující:
PROD (produkční systémy) prostředí obsahující komplexní produkční data, v této kategorii prostředí je realizován výkon činností Objednatele, tedy probíhá zde vlastní administrace Společné zemědělské politiky.
TEST (testovací systémy) prostředí obsahující plnohodnotná data pro přípravu a nasazení jednotlivých funkčností do produkčních systémů (PROD), s ohledem na komplexnost nezbytného testování a integraci Informačního systému XXXX, mohou testovací systémy obsahovat produkční data. V tomto prostředí NEPROBÍHÁ vývoj a úpravy systémů!
DEV (vývojové systémy) prostředí obsahující pouze data nezbytná pro přípravu a vývoj jednotlivých funkčností. Do této kategorie systémů nemají standardní přístup zaměstnanci Objednatele. V tomto prostředí je realizován samotný vývoj a příprava úprav systémů.
Aktivita (seznam aktivit)
Jedná se o konkrétní aktivitu/činnost a soupis aktivit, které jsou poskytovány v rámci plnění definované služby. Výčet aktivit je stanoven jako minimální, tyto aktivity jsou předmětem vykazování. Poskytovatel je povinen v rámci poskytování konkrétní služby zajistit realizaci dalších aktivit v případě, že jsou nezbytné pro samotné naplnění charakteristiky dané služby.
Označení (identifikátor) aktivity ve formátu „ANN“, kdy NN je definuje číslo aktivity.
Identifikátor je jednoznačně přiřazený ke každé aktivitě, každá aktivita má identifikátor jedinečný. V kombinaci s dalšími stanovenými identifikátory umožňuje jednoznačné určení plnění služby (viz označení (identifikátor) modulu).
Obecný rozsah aktivity/Rozsah aktivity
Definuje způsob vlastního poskytování služeb v rámci dané aktivity. Obecný rozsah aktivity uvádí stručnou charakteristiku činností. Rozsah aktivity v rámci definice aktivity dále uvádí konkrétní specifikaci realizovaných činností dané aktivity. Dané činnosti jsou stanoveny jako minimální. Poskytovatel je povinen v rámci poskytování konkrétní služby zajistit realizaci dalších činností v rámci aktivity v případě, že jsou nezbytné pro samotné naplnění charakteristiky dané služby.
Komponenta/dílčí služba
Jedná se o vymezení konkrétních technologických komponent a dílčích služeb SAMAS, jejichž poskytování a implementace včetně odpovídajících funkčností byly předmětem vytvoření služby SAMAS. Poskytování služeb vázaných na jednotlivé komponenty architektury řešení SAMAS musí být realizováno tak, aby bylo v případě rozhodnutí Objednatele možné vypovědět poskytování jednotlivých dílčích služeb dle této Smlouvy bez dopadu na poskytování služeb ostatních.
Výčet hlavních dílčích služeb:
Analýza a vyhodnocení podmínek na AP nad daty Sentinel
Rozhraní SAMAS
Mapové služby
BUDE DÁLE DOPLNĚNO PŘED PODPISEM SMLOUVY NA ZÁKLADĚ VÍTĚZNÉ NABÍDKY V SOULADU S PŘÍLOHOU Č. 2 SMLOUVY
Označení (identifikátor) komponenty/dílčí služby SAMAS ve formátu „KNN“
V rámci identifikátoru je NN číslo komponenty/dílčí služby SAMAS určené tak, aby bylo možné v kombinaci s dalšími stanovenými identifikátory jednoznačné určení dané komponenty nebo služby. Identifikace jednotlivých komponent/dílčích služeb SAMAS je následující:
K01 – Analýza a vyhodnocení podmínek na AP nad daty Sentinel
K02 – Rozhraní SAMAS
K03 – Mapové služby
BUDE DÁLE DOPLNĚNO PŘED PODPISEM SMLOUVY NA ZÁKLADĚ VÍTĚZNÉ NABÍDKY V SOULADU S PŘÍLOHOU Č. 2 SMLOUVY
Díky stanoveným identifikátorům (služba, aktivita, komponenta) bude tedy možné jednoznačně určit konkrétní dílčí službu nebo komponentu SAMAS. Takto nastavená identifikace bude využita při vykazování aktivit jednotlivých pracovníků Poskytovatele v rámci Výkazů plnění nezbytných pro akceptaci poskytované služby ve Vyhodnocovacím období (Příklad: uvedený identifikátor IS01A04K01 bude u konkrétního pracovníka Poskytovatele znamenat, že se např. daný pracovník podílel na realizaci interního auditu ISMS, který se vztahoval k nastavení Mapového serveru).
Incident
Zpravidla jednorázová událost při využívání služby, která neprobíhá očekávaným způsobem a způsobuje snížení kvality služby nebo její nedostupnost. Obvykle lze odstranit v rámci operativního provozu.
Vada
Incident, který není vyřešen v požadované lhůtě odpovídajícím způsobem, se stává Vadou systému. Výskyt Vady systému a počet Vad během vyhodnocovacího období ovlivňuje kvalitu poskytovaných služeb a splnění SLA parametrů.
Problém (problem)
Zpravidla dlouhodobá, nebo systémová událost při využívání služby, která prokazatelně způsobuje snížení kvality služby nebo její nedostupnost a vyžaduje dlouhodobější systémové řešení.
Ticket (incident ticket/problem ticket)
Žádost o zabezpečení podpory při využívání služby předaná z kontaktního místa/Sevice Desku Objednatele na konkrétní kontaktní místo/Service Desk Poskytovatele, která má zřejmě příčinu v chybovém stavu služby.
Požadavek (request)
Žádost ze strany Objednatele i Poskytovatele o zabezpečení podpory/součinnosti/služby předaná na konkrétní odpovědnou osobu/kontaktní místo/Service Desk Poskytovatele/Objednatele. Požadavek nemá příčinu v chybovém stavu služby, tj. není incidentem (např. Požadavek na změnu, Požadavek na součinnost, Požadavek na realizaci kopie atd.).
Service Desk
Service Desk je jednotný systém pro evidenci a řízení všech záznamů (Incidentů, Problémů, Požadavků, pokud není stanoveno konkrétní metodikou jinak) souvisejících s provozem informačního systému XXXX a poskytovanými službami. Řízení záznamů je založeno na standardních procesech řízení IT služeb. Systém Service Desk je zajišťován Objednatelem, kdy Objednatel zajistí Poskytovateli přidělení uživatelských rolí a práv k Service Desku, na jejichž základě bude pracovníkům Poskytovatele umožněno provádět Služby zejména v rozsahu stanoveném Službou IS04.
1. úroveň podpory
Jedná se o pracoviště Service Desk Objednatele, které zabezpečuje příjem, resp. vstupní zpracování všech incidentů, požadavků od autorizovaných uživatelů a dodavatelů, jejich prvotní kontrolu, klasifikaci a předání řešitelům na základě stanovených eskalačních procedur.
2. úroveň podpory
Označuje první vrstvu řešitelů přijatého požadavku nebo incidentu. Typicky se jedná o pracovníky Poskytovatele.
3. úroveň podpory
Označuje druhou vrstvu řešitelů, kteří provádějí vysoce specializované činnosti, např. metodicko-technické analýzy složitých problémů. Na straně Poskytovatele a dalších poskytovatelů služeb ve smluvním vztahu s Objednatelem se jedná zejména o výrobce/poskytovatele SW, případně jejich specializované servisní partnery.
Všechny záznamy procházející 1. až 3. úrovní podpory budou vedeny v systému Service Desk. Způsob řešení na 3. úrovni podpory je povinen do Service Desku zaznamenat řešitel 2. úrovně podpory, který 3. úroveň aktivoval.
Definice lhůt
Lhůta pro potvrzení přijetí
Je chápána jako doba od přijetí události od uživatele systému po odeslání potvrzení o jejím přijetí pracovníky zajišťujícími službu Service Desku tomuto uživateli (žadateli). Potvrzení o přijetí musí být odesláno systémem pro zasílání zpráv v rámci Service Desku.
Lhůta pro informování o způsobu a odhadu délky řešení
Je doba, jejímž začátkem je čas zaslání potvrzení o přijetí události žadateli a koncem je vlastní zaslání informací o způsobu řešení a odhadu délky vyřešení/vyřízení události zpět žadateli. V této době musí být od odpovědných pracovníků provozu nebo odpovědného subjektu získána základní informace o způsobu vyřešení/vyřízení události a rámcovém odhadu délky řešení.
Garantovaná doba zahájení řešení
Je doba od informování o způsobu a odhadu délky řešení po vlastní zahájení prací na řešení požadavku žadatele.
Lhůty pro vyřešení/uzavření požadavku/incidentu
Max. doba, která uplyne od okamžiku nahlášení incidentu na Service Desk do okamžiku nastavení požadovaného stavu řešitelem a oznámení ukončení řešení uživateli. V případě, že uživatel není s řešením spokojen, znovu se otevírá incident k novému řešení. Doba řešení nemusí být dodržena v případě:
že se jedná o známé chyby a nedodělky, které byly známy při předání projektu/požadavku na změnu a dosud nebyly vyřešeny.
chyby, které mají příčinu v chybné činnosti uživatele (např. spouštění výpočtů v nesprávných termínech) pokud tato příčina není způsobena chybou funkčnosti.
Vyhodnocovací období (služby)
Vyhodnocovací období je doba, v rámci které se počítají stanovené SLA parametry a vyhodnocuje se jejich plnění. Standardní nastavení vyhodnocovacího období pro poskytování a vykazování služby je 1 kalendářní měsíc.
Doba obnovy (RTO=Recovery Time Objective)
Je kritérium, kterým se rozumí doba obnovy systémů v hodinách do časového bodu v minulosti. Dělí se na:
RTO/S je časové kritérium v hodinách, kterým se rozumí dosažená doba obnovy individuálního systému. Limitující podmínkou pro měření je skutečnost, že paralelně nesmí probíhat více než 3 další obnovy jiných systémů.
RTO/P je časové kritérium v hodinách, kterým se rozumí doba obnovy celého prostředí.
Návrat v čase (RPO=Recovery Point Objective) se rozlišuje následovně:
RPO/S je kritérium v hodinách definující maximální tolerovanou ztrátu dat, která nebudou obnovena při obnově individuálního systému.
RPO/P je kritérium v hodinách definující maximální tolerovanou ztrátu dat, která nebudou obnovena k určenému času v minulosti při obnově celého prostředí.
Retence záloh
Je kritérium ve dnech definující maximální dobu, po kterou je nutné udržovat operativní zálohy systémů. Definuje tak nejstarší bod v minulosti, ke kterému je možné systém z operativní zálohy obnovit.
Retence archívu
Je kritérium ve dnech definující maximální dobu, po kterou je nutné udržovat kvartální archívy systémů. Definuje tak nejstarší bod v minulosti, ke kterému je možné systém z archívu obnovit.
Definice dob
Pracovní doba Objednatele je doba od 07:00 do 19:00 hod. Každý pracovní den v roce.
Provozní doba (požadovaná/garantovaná provozní doba)
Je doba, ve které Objednatel nezbytně požaduje plnou funkční a využitelnou dostupnost všech funkčností a služeb. Standardní provozní doba zpravidla odpovídá pracovní době. U konkrétních služeb nebo aktivit může být provozní doba stanovena jinak buď pro celé poskytování služby (tedy kontinuálně), nebo dle sezonního charakteru činností Objednatele nebo na vyžádání. V takovém případě je vždy tato možnost uvedena u konkrétní služby nebo aktivity. Primárně je provozní doba členěna na:
7x24 – provozní doba znamená zajištění služeb pracovní i nepracovní dny 24 hodin denně;
5x24 – provozní doba znamená zajištění služeb pracovní dny 24 hodin denně;
7x12 – provozní doba znamená zajištění služeb 12 hodin denně (7:00 – 19:00).
5x12 – provozní doba znamená zajištění služeb pracovní dny 12 hodin denně (7:00 – 19:00).
Servisní okno
Je čas vymezený pro provádění servisních činností, údržby, profylaxe, zálohování a dalších činností, které neumožňují běžný provoz služby SAMAS. Využití tohoto času je podmíněno souhlasem Objednatele a uveřejněním oznámení na veřejné uživatelské části Portálového systému SZIF.
Plánovaná odstávka
Je doba, kdy bude služba SAMAS uvedena na základě předchozí dohody Poskytovatele a Objednatele do stavu mimo provoz. Pokud se jedná o servisní odstávku mimo odstranění chyby nebo implementace provozní či bezpečnostní aktualizace, je Poskytovatel povinen žádost o odstávku doručit Objednateli nejméně 14 kalendářních dní před požadovaným termínem plánované odstávky. Provedení odstávky je podmíněno souhlasem Objednatele. Poskytovatel se zároveň zavazuje, že jeho snahou bude tyto mimořádné odstávky směřovat do doby servisního okna. Plánované odstávky se nezapočítávají do celkové nedostupnosti systému, a tedy do výsledného plnění SLA.
Do plánovaných odstávek nebo servisních oken se nepočítají:
časy výpadků navazujících aplikačních a jiných služeb, které nezajišťuje Poskytovatel,
výpadky dalších služeb, které jsou způsobené chybou pracovníků Poskytovatele,
časy incidentů nebo havárií.
Služby provozu
V této kapitole definované katalogové listy stanovují, jaké konkrétní služby provozu a v rámci těchto služeb realizované aktivity vyžaduje Objednatel jako součást plnění poskytování Služeb. Katalogové listy primárně nespecifikují konkrétní způsob realizace jednotlivých dílčích činností, které poskytování uvedených služeb zajišťují. Konkrétní způsob realizace aktivit a souvisejících činností bude upravovat provozní dokumentace, jejíž vytvoření je součástí implementačního projektu pro implementaci služby SAMAS, kdy tato dokumentace bude rovněž předmětem Akceptačního řízení v rámci Vytvoření služby. Provozní dokumentace bude zahrnovat kompletní rozsah potřebných informací pro realizaci zejména Služeb provozu. Provozní dokumentace bude vytvořena v souladu s požadavky na dokumentaci stanovenými v rámci zadávacího řízení VZ a bude rovněž v souladu s Best Practices pro tvorbu a údržbu tohoto typu Dokumentace (tedy dokumentů i dokumentovaných informací). Kompletní provozní dokumentace bude klasifikována jako diskrétní a přístup k této dokumentaci bude mít zajištěn pouze projektově určený okruh pracovníků Poskytovatele i Objednatele.
Poskytovatel bere na vědomí, že plnění dle Xxxxxxx bude poskytovat v rámci Významného informačního systému – Informačního systému platební agentury (ISPA), jehož správcem a provozovatelem je Objednatel a Poskytovatel je v tomto ohledu významným dodavatelem dle § 2 písm. n) VoKB. S ohledem na uvedené je zapotřebí postupovat při plnění Služeb provozu zejm. v souladu ZoKB a v souladu s VoKB, resp. tak, aby se Poskytovatel a Objednatel vyvarovali jakékoliv činnosti, jež by mohla být označena za porušení uvedených právních předpisů jimi samotnými nebo druhou smluvní stranou.
IS01 – Provoz Služby SAMAS
Označení |
Název služby |
|||
IS01 |
Provoz a správa služby SAMAS |
|||
Vymezení služby |
||||
Lokalita |
B |
Prostředí |
PROD/TEST/DEV |
|
Zkrácený popis služby |
Veškeré provozní aktivity nezbytné pro zajištění korektního poskytování služby SAMAS |
|||
Seznam služeb a komponent |
|
|||
Seznam aktivit |
Aktivita |
Obecný rozsah aktivity |
Periodicita činnosti |
|
A01 - Vlastní provoz a správa služby SAMAS |
Zajištění poskytování služby SAMAS během provozní doby v režimu 7x24 PROD, resp. 7x12 TEST/DEV, kdy bude garantována jejich kompletní funkčnost. |
Vyhodnocovací období |
||
A02 - Aktualizace dat/pořízení kopie dat |
Zajištění aktualizace dat v testovacím prostředí tak, aby bylo možné realizovat testování Služby SAMAS v rámci rozvoje v souladu s dalšími částmi informačního systému Objednatele. |
|||
A03 - Testování služby SAMAS |
Pravidelné testy obnovy, dále zátěžové, integrační, bezpečnostní a další nezbytné testování služby SAMAS, aby byly naplněny požadavky na provoz Významného informačního systému Objednatele. |
|||
A04 - Poskytování součinnosti |
Poskytování součinnosti při nezbytných interních i externích auditech a kontrolách realizovaných v prostředí Objednatele. |
|||
A05 - Programové/projektové řízení |
Zajištění činností souvisejících s výkonem Programového a projektového řízení, v rámci něhož jsou veškeré služby poskytovány. |
|||
A06 - Správa dokumentace |
Správa veškeré projektové a provozní dokumentace související s poskytováním služeb. |
|||
A07 - Další administrativní činnosti |
Ostatní administrativní činnosti nezbytné k zajištění výkonu služeb – zejména výkaznictví/reporting. |
|||
A08 - Expertní analýza/vyhodnocení |
Vyhodnocení plnění podmínky na základě satelitních a dalších dat expertem Poskytovatele |
|
||
SLA parametry služby |
||||
Vyhodnocovací období |
1 kalendářní měsíc/pro vybrané parametry 12 kalendářních měsíců |
|||
Označení |
Název Aktivity |
|||
A01 |
Vlastní provoz a správa služby SAMAS |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Poskytovatel služby bude zajišťovat stálý provoz a správu služby SAMAS, jejíž poskytování je předmětem plnění dle této Smlouvy, a to včetně zajištění infrastrukturních a dalších služeb potřebných pro bezproblémový a bezpečný provoz poskytované služby SAMAS.
Poskytování služby SAMAS bude zajištěno pro prostředí: - PROD (Produkční prostředí), - TEST (Testovací prostředí) a - DEV (Vývojové prostředí) na straně IS XXXX.
Předmětem služby je zajištění dostupnosti a korektní funkcionality veškerých uvedených funkčností služby SAMAS, a to v rozsahu akceptované specifikace vytvořené v rámci jejich implementace dle této Smlouvy a dílčích specifikací, jež jsou výstupem Služeb rozvoje.
Předmětem služby je rovněž zajištění všech náležitostí pro korektní průběh integračních vazeb na jiné systémy v rozsahu akceptované specifikace. Poskytovatel bude vykonávat všechny činnosti vedoucí k bezproblémovému poskytování všech instancí služby SAMAS pro produkční, testovací a vývojové prostředí IS XXXX. Data v jednotlivých instancích služby SAMAS se nesmí ovlivňovat.
Funkčnost a dostupnost služby SAMAS musí odpovídat požadované dostupnosti (viz dále) a odezvám jednotlivých funkčností v souladu dokumentací služby SAMAS. Díky sezonnímu charakteru některých prací v rámci administrace SZP může nárazově docházet k vyšším nárokům na provoz.
Celkově bude systém zajišťovat vyhodnocení analýz nad daty Sentinel, případně dalšími pro cca 607 000 AP, kdy na 1 AP může docházet k vyhodnocování více dotačních opatření/podmínek současně (v průměru 3 podmínky), a to opakovaně v čase.
Součástí provozu jsou komplexní expertní služby Poskytovatele nezbytné pro vlastní korektní fungování všech instancí a dílčích služeb poskytované služby SAMAS.
Z hlediska poskytování služby SAMAS jsou za korektně provozované a poskytované služby považovány takové služby, které jsou nejen dostupné a funkční, ale rovněž veškeré jejich funkčnosti jsou dostupné určeným koncovým uživatelům/případně integrovaným aplikacím a systémům.
|
|||
Doba zajištění aktivity |
Do provozní doby PROD není započítávána doba pro Servisní okno. Servisní okno je definováno od soboty 00:00 do neděle 24:00 každý 1. víkend v měsíci, využití tohoto času je podmíněno souhlasem Objednatele (Vedoucí, nebo Garant Projektového týmu provozu).
|
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
Dostupnost – TEST/DEV Za dostupné se považují služby poskytované testovacímu/vývojovému prostředí IS XXXX, které jsou plně funkční, korektně provozované a poskytované. |
95 % provozní doby |
Do doby dostupnosti v rámci vyhodnocovacího období není započítávána doba, během které se vyskytne Vada služby SAMAS kategorie A, B, nebo X. Xxxxxxxxx je definována v kapitole č. 4. |
||
Dostupnost – PROD Za dostupné se považují služby poskytované produkčnímu prostředí IS XXXX, které jsou plně funkční, korektně provozované a poskytované. |
99,5 % provozní doby |
Do doby dostupnosti v rámci vyhodnocovacího období není započítávána doba, během které se vyskytne Vada služby SAMAS kategorie A, B, nebo X. Xxxxxxxxx je definována v kapitole č. 4. |
||
Vada Kategorie „A“ – Vysoká významnost Popis vady: Implementovanou Funkčnost není možné produktivně používat, neexistuje, nebo nebylo poskytnuto náhradní řešení. Chyba funkčnosti nebyla odstraněna do 2 hodin (kalkulováno v rámci Doby zajištění aktivity) od okamžiku nahlášení incidentu prostřednictvím Service Desku, rovněž v této lhůtě nebylo poskytnuto náhradní řešení.
|
Maximální počet Vad/vyhodnocovací období:
v PROD prostředí: 2 V TEST prostředí: N/A |
Kreditace je definována v kapitole č. 4. |
||
Vada Kategorie „B“ – Střední významnost Popis vady: Implementovanou Funkčnost není možné produktivně používat v plném rozsahu, Poskytovatel zajistil náhradní řešení. Chyba funkčnosti nebyla odstraněna do 16 hodin od nahlášení incidentu prostřednictvím Service Desku.
|
Maximální počet Vad/vyhodnocovací období:
v PROD prostředí: 3 V TEST prostředí: N/A |
Kreditace je definována v kapitole č. 4. |
||
Vada Kategorie „C“ – Nízká významnost Popis vady: Implementovanou Funkčnost je možné produktivně používat s dílčím omezením, které nemá vliv na samotné chování systému. Chyba funkčnosti nebyla odstraněna do 40 hodin od nahlášení Incidentu prostřednictvím Service Desku.
|
Maximální počet Vad/vyhodnocovací období:
v PROD prostředí: 5 V TEST prostředí: N/A |
Kreditace je definována v kapitole č. 4. |
||
% nerozhodnutých podmínek na všech monitorovaných AP, (nepočítají se malé a tvarově nevhodné, které služba odmítne – viz specifikace). Nerozhodnutou podmínkou pro tento výpočet rozumíme podmínku, která vstupuje ve stavu nerozhodnuto do algoritmu plánování follow-up aktivit (po rozhodném termínu pro danou podmínku). |
<5 % ze všech podmínek na všech AP vyhodnocovaných v rámci vyhodnocovacího období |
1x za 12 měsíců1
Kreditace je definována v kapitole č. 4. |
||
% nesprávně vyhodnocených podmínek ve prospěch žadatele |
<3 % ze všech podmínek na všech AP vyhodnocovaných v rámci vyhodnocovacího období |
1x za 12 měsíců
Kreditace je definována v kapitole č. 4. |
||
% nesprávně vyhodnocených podmínek v neprospěch žadatele |
<2 % ze všech podmínek na všech AP vyhodnocovaných v rámci vyhodnocovacího období |
1x za 12 měsíců
Kreditace je definována v kapitole č. 4. |
||
Doba doručení výsledků monitoringu od okamžiku, kdy jsou dostupné výstupy ze satelitu |
<=3 dny |
Kreditace je definována v kapitole č. 4. |
||
Odezva mapových služeb - Response time na požadavek GetMap |
<2 s |
Překročení doby odezvy o 1-3 sekundy je hodnoceno jako vada kategorie B, překročení parametru o více je vada kategorie A |
||
Výpočet skutečné dostupnosti služby SAMAS v rámci vyhodnocovacího období: A) Pro prostředí PROD Skutečná dostupnost (%) = Reálná doba dostupnosti (hod) / Požadovaná doba dostupnosti (hod)* 100
kde
Reálná doba dostupnosti (hod) = Požadovaná doba dostupnosti – (Celková doba nedostupnosti v rámci Požadované doby dostupnosti)
kde
Požadovaná doba dostupnosti (hod) = (počet dnů v kalendářním měsíci*24 hodin) – Celková doba plánovaných odstávek v daném kalendářním měsíci (hod) a Celková doba nedostupnosti v rámci Požadované doby dostupnosti se vypočte takto:
B) Pro prostředí TEST/DEV
Skutečná dostupnost (%) = Reálná doba dostupnosti (hod) / Požadovaná doba dostupnosti (hod)* 100
kde
Požadovaná doba dostupnosti (hod) = (počet dnů v kalendářním měsíci*12 hodin) a Reálná doba dostupnosti (hod) = Požadovaná doba dostupnosti – (Celková doba nedostupnosti v rámci Požadované doby dostupnosti)
Kde Celková doba nedostupnosti v rámci Požadované doby dostupnosti se vypočte takto:
|
||||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Zpráva o plnění služby IS01 |
Pro akceptaci poskytování služeb v rámci vyhodnocovacího období bude za každé vyhodnocovací období zpracována souhrnná Zpráva o plnění služby IS01, která bude vycházet primárně z dat provozního monitoringu a dat Service Desku. Zpráva o stavu plnění služby IS01 bude zahrnovat i celkovou cenu cloudových infrastrukturních služeb za vyhodnocovací období a report využití cloudových infrastrukturních služeb za Vyhodnocovací období včetně uvedení jednotky služby, jednotkové ceny služby, počtu odebraných jednotek, způsobu výpočtu celkové ceny za službu a celkové ceny za službu, a to pro všechny využité cloudové infrastrukturních služby za vyhodnocovací období. Předmětem Zprávy o stavu plnění služby IS01 bude i soupis všech dob incidentů s vyznačením, který incident svojí dobou řešení a dopadem byl klasifikován jako Vada s vyznačením kategorie a doby trvání Vady dle stanovených SLA parametrů. Tato Zpráva o plnění služby IS01 (pokrývající i další aktivity služby IS01) bude součástí souhrnné Zprávy o stavu provozu služby SAMAS zpracovávané v rámci služby IS03. |
Pro akceptaci Zprávy o plnění služby IS01 se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Způsob stanovení celkové ceny aktivity a fakturace |
||||
Měsíční paušální cena |
Celková cena aktivity za vyhodnocovací období (kalendářní měsíc) je stanovena v Příloze č. 7 Smlouvy. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc/12 měsíců) v souladu s podmínkami úhrady paušálních služeb uvedenými v kapitole 4.4 této Přílohy č. 3 Smlouvy. |
|||
Označení |
Název Aktivity |
|||
A02 |
Aktualizace dat/pořízení kopie dat |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Provozní aktivita na vyžádání
V rámci této aktivity zajistí Poskytovatel na vyzvání Objednatelem kopii produkčních dat do testovacího prostředí (TEST), aby bylo možné v testovacím prostředí zajistit kompletní simulaci interních business procesů Objednatele. Objednatel v rámci požadavku na provedení kopie specifikuje rozsah kopírovaných dat i dotčenou komponentu/komponenty tak, aby bylo možné kopii realizovat. Požadavek prostřednictvím Service Desku zašle Garant projektového týmu provozu, nebo Vedoucí projektového týmu provozu (za Objednatele) prostřednictvím Service Desku. Tito jediní pracovníci Objednatele jsou oprávněni autorizovat provedení Aktualizace/kopie dat. Kopie dat musí být realizována takovým způsobem, aby nezpůsobila nekonzistence v aplikační logice připraveného testovacího prostředí. Kopie funkcionalit, ve které dojde k nahrazení aplikační logiky testovacího prostředí je možná pouze na výslovné schválení či požadavek Objednatele. V případě, že se Poskytovatel a provozovatel infrastruktury dohodnou, že existuje vhodnější způsob přípravy kopie dat (například klon systému), je toto možné realizovat pouze v případě schválení navrhovaného řešení uvedenými kontaktními osobami.
|
|||
Doba zajištění aktivity |
Na vyžádání.
|
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
Požadovaná kopie dat do testovacího prostředí. Součástí kopie bude provedení odpovídajících systémových testů deklarujících úspěšné provedení kopie dat. |
Potvrzená realizace kopie dat. |
Písemné potvrzení ze strany Poskytovatele o provedení kopie dat potvrzené zástupcem nebo Objednatele. |
||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Zpráva o plnění služby IS01 |
Potvrzení o realizované kopii dat včetně doložení výsledků odpovídajících systémových testů bude součástí Zprávy o plnění služby IS01 dle charakteristiky v aktivitě A01. Zpráva o plnění služby IS01 je součástí Zprávy o stavu provozu služby SAMAS. |
Pro akceptaci Zprávy o stavu provozu služby SAMAS se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Způsob stanovení celkové ceny aktivity |
||||
Cena aktivity |
Cena aktivity je uvedena v Příloze č. 7 Smlouvy. Jednorázová cena je stanovena jako neměnná. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace bude vždy realizována k období, ve kterém byla aktivita čerpána. |
|||
Označení |
Název Aktivity |
|||
A03 |
Testování služby SAMAS |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Provozní aktivita na vyžádání
Tato aktivita bude primárně realizována v rámci ověřování nastavení služeb, nastavení funkčnosti provozní a architektonické dokumentace. Aktivita Pravidelného testování primárně nezahrnuje testování, které bude realizované v rámci poskytování Služeb rozvoje. Předmětem pravidelného testování je:
V souladu s povinnostmi definovanými ISO 27001 má Objednatel povinnost realizovat testy obnovy systémů, jejichž provoz spadá do rozsahu ISMS. Vzhledem k tomu, že Služby poskytované Poskytovatelem dále spadají do kategorie Služeb Významného dodavatele z hlediska ZoKB, požaduje Objednatel provedení Kompletního testu obnovy služby SAMAS. Kompletní test obnovy bude realizován ve spolupráci s Objednatelem, který má v testu kontrolní funkci. V rámci Kompletního testu obnovy bude realizováno kompletní postavení služby SAMAS a provedena kontrola:
Test obnovy bude proveden do zvlášť připraveného virtuálního prostředí. V době testu obnovy budou zablokována veškerá přístupová práva do vytvářené instance tak, aby nemohlo dojít ke zneužití dat ani pouhým zobrazením nepovolané osobě. Po otestování funkcionalit obnovené služby SAMAS budou všechna data z této instance prokazatelně vymazána. Všechny kroky testu obnovy budou podrobně zapisovány (kdo, co a jak prováděl). Všechny tyto informace budou přehledně, čitelně a srozumitelně uvedeny v protokolu a kompletnost protokolu bude podmínkou jeho převzetí Objednatelem. Kompletní test obnovy se provádí jednou ročně, a to výslovně na vyžádání Objednatelem (prostřednictvím Service Desku) v termínu, který Objednatel stanoví minimálně 14 kalendářních dní předem. Kompletní test obnovy může podléhat dohledu auditu ISMS, a to jak internímu, tak certifikačnímu. Poskytovatel v takovém případě umožní dohled auditorů na provádění testů obnovy.
V rámci poskytovaných provozních služeb zajistí Poskytovatel na vyžádání Objednatelem (prostřednictvím Service Desku) realizaci testování služby SAMAS. Toto testování bude realizováno zpravidla jednou ročně mimo Kompletní testy obnovy. V případě potřeby jej lze realizovat dle dohody vícekrát, rovněž aktivita nemusí být v kalendářním roce poptána. Účelem tohoto testování je, mimo testů v rámci rozvojových služeb, potvrdit nastavení služby SAMAS, ověření, zda jsou Služby provozovány na dostatečně výkonné infrastruktuře, zda je celková architektura systému nastavena v souladu s Best Practice i požadavky na bezpečnost informačních systémů veřejné správy. Testování bude prováděno ve spolupráci s Objednatelem. Předmětem testů bude realizace následující množiny testů (případně podmnožiny dle výběru Objednatele):
|
|||
Doba zajištění aktivity |
1krát ročně v termínu stanoveném Objednatelem – kompletní test obnovy Na vyžádání – testování služby SAMAS
|
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
Ověření funkčnosti provozních postupů pro provedení obnovy služby SAMAS |
Test obnovy potvrdí, že postupy obnovy jsou validní. |
Akceptace provedení testu obnovy. Kreditace je definována v kapitole č. 4. |
||
Ověření aktuálnosti dokumentace |
Test obnovy potvrdí, že veškerá dokumentace provozních postupů pro obnovení služby SAMAS je aktuální a validní. |
Akceptace provedení testu obnovy. Kreditace je definována v kapitole č. 4. |
||
Ověření nastavení služby SAMAS. Za součinnosti Objednatele i Poskytovatele budou definovány konkrétní testovací scénáře a procedury k ověření stanovených scénářů. Na základě realizovaných testů dojde k vyhodnocení stavu služby SAMAS |
Realizovaná množina testů ověří, že služba SAMAS je implementována, rozvíjena a provozována v souladu s odpovídajícími požadavky dle Best Practice. |
Na základě vyhodnocení bude zpracována finální zpráva o provedení Testování služby SAMAS, která bude zahrnovat výsledky prováděných testů a případná doporučení pro Objednatele i Poskytovatele pro další období. |
||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Protokoly testů obnovy |
V rámci realizovaného testování budou zpracovávány Protokoly o provedení testů, jejichž předmětem je potvrdit korektnost postupů pro obnovu služby SAMAS i aktuálnost odpovídající dokumentace služby SAMAS. Finálním dokumentem bude Akceptační protokol o provedení Kompletního testu obnovy a Zpráva o provedení Testování služby SAMAS. Veškeré dokumenty, které budou vznikat v rámci této aktivity, budou předmětem souhrnné Zprávy o stavu provozu služby SAMAS předávané v rámci Vyhodnocovacího období, ve kterém byla Aktivita akceptována. |
Pro akceptaci Akceptačního protokolu o provedení Kompletního testu obnovy a Zprávy o provedení Testování služby SAMAS se uplatní obecná akceptační kritéria pro předávání dokumentace dle Smlouvy. |
||
Cena aktivity |
Xxxx aktivit
jsou uvedeny v Příloze č. 7 Smlouvy.
Jednorázová cena kompletního testu obnovy i jednorázová cena Testování služby SAMAS jsou stanoveny jako neměnné. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace bude vždy realizována k období, ve kterém byla aktivita skutečně čerpána. |
|||
Označení |
Název Aktivity |
|||
A04 |
Poskytování součinnosti |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Provozní aktivita na vyžádání
Vzhledem k tomu, že služby SAMAS jsou součástí informačního prostředí IS Objednatele, v rámci něhož je realizována administrace Společné zemědělské politiky, mohou postupy realizované prostřednictvím služby SAMAS podléhat auditnímu, kontrolnímu či jinému šetření ze strany nadřízených orgánů Objednatele. Zároveň s ohledem na skutečnost, že Poskytovatel je Významným dodavatelem dle § 2 VoKB, jsou služby SAMAS předmětem auditních šetření z hlediska kybernetické bezpečnosti. Pro zajištění odpovídajících průběhů šetření požaduje Objednatel, aby Poskytovatel zajistil odpovídající součinnost, která bude spočívat zejména v předložení dokumentace, ukázce aplikačního prostředí služby SAMAS, případně v jiné podobě. Poskytovatel je povinen umožnit Objednateli bez zbytečného odkladu provedení kontrolního auditu plnění povinností Zhotovitele dle této Smlouvy v oblasti kybernetické bezpečnosti ve smyslu ZoKB, a jeho prováděcích právních předpisů, zejména VoKB (dále jen „kontrolní audit“). Objednatel je oprávněn kontrolní audit provádět v případech dle VoKB a dále v případech vzniku potřeby provedení takového kontrolního auditu: - na základě výsledků provedení interního nebo externího auditu u Objednatele nebo - z důvodu zajištění provedení interního nebo externího auditu u Objednatele nebo - na základě interních právních předpisů Objednatele nebo obecně závazných právních předpisů. Objednatel je oprávněn kontrolní audit provádět v místě plnění Služeb dle této Smlouvy, tedy i v Sídle Poskytovatele. Kontrolní audit bude vždy proveden na základě předem Poskytovateli doručeného písemného oznámení obsahujícího mj. vymezení předmětu a důvodu provedení kontrolního auditu a za přítomnosti zaměstnance Poskytovatele. Je-li to objektivně možné, Objednatel doručí písemné oznámení Poskytovateli alespoň 10 pracovních dnů před plánovaným dnem zahájení kontrolního auditu. Poskytovatel je povinen poskytnout Objednateli pro provedení kontrolního auditu veškerou potřebnou součinnost, kterou po něm lze rozumně požadovat. Kontrolní audit může být proveden přímo zaměstnanci Objednatele nebo prostřednictvím třetí osoby, která bude vázána povinností mlčenlivosti a která bude k auditu vybrána osobou, která audit nařídila, nebo která byla k výběru takovéto osoby pověřena osobou, která audit nařídila. Na veškeré informace, které Objednatel na základě kontrolního auditu získá, se vztahuje režim ochrany informací a Objednatel je povinen zajistit jeho plnění všemi osobami, které ke kontrolnímu auditu užije. Maximální objem požadované součinnosti nepřekročí 18 MD ročně. Požadavek na součinnost zašle kontaktní osoba Objednatele za tuto oblast – Vedoucí programu (za Objednatele) prostřednictvím Service Desku s definicí konkrétních požadovaných oblastí, pro které je součinnost požadována, na Vedoucího programu (za Poskytovatele). |
|||
Doba zajištění aktivity |
Dle potřeby v Pracovní době Objednatele.
|
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
Na základě definovaného Požadavku na součinnost je tato poskytnuta odpovídajícími pracovníky Poskytovatele v odpovídajících projektových rolích. |
Součinnost je poskytnuta. |
Potvrzení, že byla součinnost Poskytnuta v rámci Zprávy o plnění služby IS01. |
||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Zpráva o plnění služby IS01 |
Potvrzení o poskytnutí požadované součinnosti bude předmětem Zprávy o plnění služby IS01 za odpovídající Vyhodnocovací období včetně uvedení ve Výkazu činností. Zpráva o plnění služby IS01 je součástí Zprávy o stavu provozu služby SAMAS. |
Pro akceptaci Zprávy o stavu provozu služby SAMAS se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Cena aktivity |
Cena aktivity je stanovena jako násobek paušální jednotkové ceny za MD a skutečného počtu poptávaných a poskytnutých MD součinnosti v daném vyhodnocovacím období. Paušální jednotková cena za MD je stanovena jako neměnná. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace bude vždy realizována v rozsahu dle skutečného čerpání v období, ve kterém byla aktivita čerpána, a v souladu s cenami uvedenými v Příloze č. 7 Smlouvy. |
|||
Označení |
Název Aktivity |
|||
A05 |
Programové/projektové řízení |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Předmětem uvedené aktivity je zajištění odpovídajícího výkonu činností jednotlivých členů provozního týmu Poskytovatele, aby bylo možné poskytování služeb realizovat v souladu s principy Programového a projektového řízení dle kapitoly č. 2 tohoto dokumentu. V rámci činností Programového a projektového řízení se jedná primárně o:
Projektové principy budou realizovány ve stanovené Programové struktuře a obsahují formální náležitosti (např. pravidelná jednání projektových týmů). Detailní nastavení principů Programového/projektového řízení pro poskytování Služeb bude realizováno v době Implementace služby SAMAS na základě oboustranně odsouhlasených charakteristik řízení Programu. Programové a projektové principy musí být nastaveny v souladu s ustanoveními této Přílohy č. 3 Smlouvy a využívaných Best Practices pro řízení projektových týmů a projektů v rámci Programu. |
|||
Doba zajištění aktivity |
Dle potřeby v Pracovní době Objednatele.
|
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
Veškeré činnosti související s poskytováním Služeb budou realizovány prostřednictvím odpovídajících Programových a projektových principů. |
Veškeré činnosti související s poskytováním Služeb budou realizovány prostřednictvím odpovídajících Programových a projektových principů. |
Veškeré činnosti pracovníků Poskytovatele budou formálně vykazovány v rámci Výkazů plnění služby IS01. |
||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Výkazy činností ve Zprávě o stavu provozu služby SAMAS |
V rámci Výkazů činností zpracovávaných jako součást Zprávy o stavu provozu služby SAMAS za odpovídající Vyhodnocovací období budou uvedeny veškeré činnosti pracovníků Poskytovatele vykonávajících tyto aktivity. |
Pro akceptaci Zprávy o stavu provozu služby SAMAS se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Způsob stanovení celkové ceny aktivity |
||||
Měsíční paušální cena |
Celková cena aktivity za vyhodnocovací období (kalendářní měsíc) je stanovena v Příloze č. 7 Smlouvy. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc/12 měsíců) v souladu s podmínkami úhrady paušálních služeb uvedenými v kapitole 4.4 této Přílohy č. 3 Smlouvy. |
|||
Označení |
Název Aktivity |
|||
A06 |
Správa dokumentace |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Prostřednictvím této aktivity je zajištěna komplexní správa dokumentace. Detailní postupy správy dokumentace budou nastaveny v rámci realizace Implementačního projektu. Níže stanovené principy jsou pro údržbu dokumentace stanovené jako závazné:
Forma i obsah dokumentace budou pravidelně přezkoumávány prostřednictvím auditu ISMS.
|
|||
Doba zajištění aktivity |
Kontinuálně po celou dobu plnění Smlouvy |
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
Dokumentace služby SAMAS musí být neustále aktuální a spravována v souladu se stanovenými pravidly i Best Practices. |
Audit ISMS potvrdí, že Provozní a projektová dokumentace služby SAMAS je aktuální a spravována v souladu se stanovenými pravidly i Best Practice. |
Výrok auditora ISMS k dokumentaci služby SAMAS musí být z hlediska Poskytovatele „bez zjištění“, nebo „nebyla zjištěna neshoda“. Může být „doporučení“, nebo „Námět ke zlepšení“. Kreditace je definována v kapitole č. 4. |
||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Provozní a projektová dokumentace |
Veškerá dokumentace je aktuální, platná a v odpovídající podobě. |
Pro akceptaci dokumentace se uplatní obecná akceptační kritéria pro předávání dokumentace dle Smlouvy. |
||
Způsob stanovení celkové ceny aktivity |
||||
Měsíční paušální cena |
Cena aktivity za vyhodnocovací období (kalendářní měsíc) je stanovena v Příloze č. 7 Smlouvy. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc/12 měsíců) v souladu s podmínkami úhrady paušálních služeb uvedenými v kapitole 4.4 této Přílohy č. 3 Smlouvy. |
|||
Označení |
Název Aktivity |
|||
A07 |
Další administrativní činnosti |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Poskytovatel v rámci realizace Služeb zajistí na své straně veškeré další administrativní činnosti nezbytné k zajištění korektního poskytování Služeb. Tyto administrativní činnosti nejsou přímo spojené s vlastním poskytováním Služeb provozu, ale vztahují se ke kompletnímu Poskytování Služeb v rámci uzavřené Smlouvy. Administrativní činnosti budou v rámci Výkazů činností ve Zprávě o plnění služby IS01 označeny odpovídající identifikací S01A07 bez identifikace konkrétního modulu/ technologie, ke které se vztahují. Objednatel požaduje vykazování i těchto aktivit zejména s ohledem na zajištění informační bezpečnosti, jelikož v rámci realizace Služeb bude docházet k výměně dokumentace klasifikované jako „Diskrétní“. |
|||
Doba zajištění aktivity |
Dle potřeby Poskytovatele |
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
Bez vyhodnocení |
Bez vyhodnocení |
Bez vyhodnocení |
||
Požadované výstupy aktivity |
||||
|
|
|
||
Výkazy činností ve Zprávě o stavu provozu služby SAMAS |
V rámci Výkazů činností zpracovávaných jako součást Zprávy o stavu provozu služby SAMAS za odpovídající Vyhodnocovací období budou uvedeny veškeré činnosti pracovníků Poskytovatele vykonávajících tyto aktivity. |
Pro akceptaci Zprávy o stavu provozu služby SAMAS se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Způsob stanovení celkové ceny aktivity |
||||
Měsíční paušální cena |
Cena aktivity za vyhodnocovací období (kalendářní měsíc) je stanovena v Příloze č. 7 Smlouvy. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc/12 měsíců) v souladu s podmínkami úhrady paušálních služeb uvedenými v kapitole 4.4 této Přílohy č. 3 Smlouvy. |
|||
Označení |
Název Aktivity |
|||
A08 |
Expertní analýza/vyhodnocení |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Aktivita na vyžádání
SAMAS poskytuje také službu tzv. „expertní vyhodnocení“, kdy může pracovník Objednatele (vybrané role) požádat prostřednictvím IS XXXX o posouzení a doplnění informací ke konkrétnímu AP. Expertní vyhodnocení proběhne tak, že ze strany SAMAS do procesu „expertního vyhodnocení“ vstoupí kvalifikovaná osoba, která může dle svého uvážení pro vyhodnocení využít i jiné interpretace dat Sentinel nad rámec běžně využívaných algoritmů nebo jiné datové zdroje než Sentinel. Žádost o „expertní vyhodnocení“ bude zaslána prostřednictvím služby SAMAS na jejím rozhraní včetně případného doplňujícího komentáře pracovníka Objednatele. Expertní vyhodnocení bude rozděleno podle náročnosti vyhodnocení do 3 kategorií:
K expertnímu vyhodnocení se budou posílat pouze vybrané AP. Vyhodnocení, které spadne do kategorie L, musí být vždy schváleno odpovědným pracovníkem Objednatele. Předpokládaný počet vyhodnocovaných AP expertním režimem je 3000/rok. |
|||
Doba zajištění aktivity |
|
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
Odpověď na požadavek na expertní vyhodnocení |
NBD (Next Business Day) do počtu 50 požadavků kategorie S a/nebo M za den, při větším počtu maximálně 5 pracovních dnů pro požadavky (S, M) nad limit 50 za den.
NBD (Next Business Day) do počtu 5 požadavků kategorie L za den, při větším počtu maximálně 5 pracovních dnů pro požadavky (L) nad limit 5 za den.
|
Na základě měsíční zprávy o plnění služby SAMAS doplněné statistikou počtu požadavků předaných k expertnímu vyhodnocení, jejich kategorie, pracnosti v člověkohodinách a skutečné doby odezvy. |
||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Expertem vyhodnocené podmínky na zadaném AP |
Výsledek vyhodnocení odeslaný do IS XXXX |
Pracovník Objednatele je oprávněn označit výstup za nekvalitní (a musí uvést důvod takového označení) a vrátit jej k doplnění/přepracování. Správnost výstupu bude Objednatelem potvrzena. |
||
Výkazy činností ve Zprávě o stavu provozu služby SAMAS |
V rámci Výkazů činností zpracovávaných jako součást Zprávy o stavu provozu služby SAMAS za odpovídající Vyhodnocovací období budou uvedeny statistiky provedených expertních vyhodnocení strukturované dle kategorie požadavků. |
Pro akceptaci Zprávy o stavu provozu služby SAMAS se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Způsob stanovení celkové ceny aktivity a fakturace |
||||
Dle rozsahu plnění |
Fakturace je realizována takto:
Cena EVS/měs. = počet EVS/měs. * ceníková cena EVS
Cena EVM/měs. = počet EVM/měs * ceníková cena EVM
Cena
EVL/měs. =
kde n je počet požadavků kategorie EVL vyhodnocených v daném měsíci a Pi je pracnost požadavku EVLi v hodinách.
Celková měsíční cena za aktivitu expertního vyhodnocení (EV) za vyhodnocovací období bude vypočtena takto: Celková cena EV/měs.=EVS/měs.+EVM/měs+EVL/měs.
Ve vzorcích platí:
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc) se zohledněním příslušné kreditace. |
|||
)
* ceníková cena hodiny expertního vyhodnocení EVL,
IS02 – Údržba služby SAMAS
Označení |
Název služby |
|||
IS02 |
Údržba služby SAMAS |
|||
Vymezení služby |
||||
Lokalita |
B |
Prostředí |
PROD/TEST/DEV |
|
Zkrácený popis služby |
Technické zajištění činností nezbytných pro chod Služby SAMAS |
|||
Seznam služeb a komponent |
|
|||
Seznam aktivit |
Aktivita |
Obecný rozsah aktivity |
Periodicita činnosti |
|
A09 - Bezpečnostní aktualizace služby SAMAS |
Realizace testování a instalace bezpečnostních záplat/patchů/aktualizací a dalších operací nezbytných pro zajištění informační a kybernetické bezpečnosti služby SAMAS – primárně mimo Pracovní dobu Objednatele. |
Průběžně |
||
A10 - Provozní aktualizace služby SAMAS |
Realizace testování a instalace provozních záplat/patchů/aktualizací a dalších operací nezbytných pro zajištění informační a kybernetické bezpečnosti služby SAMAS – mimo Pracovní dobu Objednatele. |
|||
A11 - Optimalizace chodu služby SAMAS |
Na základě monitoringu provozu služby SAMAS optimalizace systémových nastavení pro zajištění provozu služby SAMAS. |
|||
A12 - Opravy chyb služby SAMAS |
Na základě monitoringu provozu služby SAMAS a identifikovaných chyb/vad služby SAMAS zajištění a koordinace nezbytné pro standardní chod služby SAMAS |
|||
SLA parametry služby |
||||
Vyhodnocovací období |
1 kalendářní měsíc |
|||
Označení |
Název Aktivity |
|||
A09 |
Bezpečnostní aktualizace služby SAMAS |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Poskytovatel je povinen zajistit odpovídající stav služby SAMAS tak, aby byla zajištěna adekvátní úroveň kybernetické a informační bezpečnosti. Na základě této povinnosti bude Poskytovatel provádět realizaci bezpečnostních aktualizací služby SAMAS, kdy předmětem aktualizací bude instalace a implementace bezpečnostních aktualizací a realizace maximálně možných opatření pro zajištění ochrany dat Objednatele i ochrany samotné služby SAMAS. Na základě aktivity bezpečnostního monitoringu, doporučení a požadavků jednotlivých výrobců technologických komponent zajistí Poskytovatel implementaci bezpečnostních částí kódu, patchů, záplat a dalších programových částí v souladu s doporučením výrobce. Pokud se nejedná o aktualizaci kritickou, bez které by byla zásadním způsobem ohrožena bezpečnost služby SAMAS, bude realizace bezpečnostních aktualizací primárně probíhat dvoukrokově:
Aktualizace bude probíhat vždy v plné součinnosti s Objednatelem a, bude-li to potřebné, s provozovatelem infrastruktury informačního systému XXXX. Poskytovatel zašle požadavek na realizaci bezpečnostní aktualizace na Bezpečnostního manažera (za Objednatele) s uvedením navrhovaného harmonogramu provedení aktualizací a identifikací předpokládaných dopadů realizace bezpečnostních aktualizací. Bezpečnostní manažer neprodleně požadavek posoudí, ověří v rámci projektových struktur Objednatele vhodnost termínu a rozhodne o realizaci požadavku, případně ve spolupráci s Analytikem bezpečnosti (za Poskytovatele) navrhne náhradní termín. Po realizaci bezpečnostní aktualizace bude provedena aktualizace příslušné provozní a projektové dokumentace. Toto bude uvedeno ve Zprávě o plnění služby IS02. |
|||
Doba zajištění aktivity |
V případě, že se nejedná o kritickou bezpečnostní záplatu, bude aktivita realizována mimo Pracovní dobu Objednatele. V případě, že se jedná o kritickou bezpečnostní záplatu, může být aktivita realizována po schválení Objednatelem v Pracovní době. V takovém případě, pokud bude po dobu aktivity přerušen provoz služby SAMAS, se jedná o Plánovanou odstávku. |
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
Zajištění odpovídajícího stavu bezpečnosti aplikačního prostředí služby SAMAS |
Plná bezpečnost používaných technologií v souladu s doporučeními výrobce. |
Jedná se o plnou odpovědnost Poskytovatele, v případě nezajištění, bude toto řešeno v souladu s ustanoveními ZoKB a Smlouvy. |
||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Zpráva o plnění služby IS02 |
V rámci Zprávy o plnění služby IS02 bude identifikováno, jaké bezpečnostní aktualizace byly realizovány ve vyhodnocovacím období. |
Pro akceptaci Zprávy o stavu provozu služby SAMAS se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Způsob stanovení celkové ceny aktivity |
||||
Měsíční paušální cena |
Cena aktivity za vyhodnocovací období (kalendářní měsíc) je stanovena v Příloze č. 7 Smlouvy. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc) se zohledněním příslušné kreditace. |
|||
Označení |
Název Aktivity |
|||
A10 |
Provozní aktualizace služby SAMAS |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Poskytovatel je povinen zajistit odpovídající stav služby SAMAS tak, aby byla zajištěna adekvátní úroveň provozního prostředí služby SAMAS. Na základě této povinnosti bude Poskytovatel provádět realizaci provozních aktualizací služby SAMAS, kdy požadovaným stavem je poskytování plně aktuálního rozsahu služby SAMAS. Tyto aktualizace budou realizovány zejména na základě výstupů provozního monitoringu, doporučení a požadavků jednotlivých poskytovatelů technologických komponent. Pokud se nejedná o aktualizaci kritickou, která by mohla zásadním způsobem ohrozit stabilitu provozního prostředí celkového řešení XXXX, bude realizace provozních aktualizací primárně probíhat dvoukrokově:
Aktualizace bude probíhat vždy v plné součinnosti s Objednatelem. Poskytovatel zašle požadavek na realizaci aktualizace na Vedoucího projektového týmu provozu (za Objednatele) s uvedením navrhovaného harmonogramu provedení aktualizací a identifikací předpokládaných dopadů realizace provozních aktualizací. Vedoucí projektového týmu provozu neprodleně požadavek posoudí, ověří v rámci projektových struktur Objednatele vhodnost termínu a rozhodne o realizaci požadavku, případně ve spolupráci s Vedoucím týmu provozu (za Poskytovatele) navrhne náhradní termín. Po realizaci provozní aktualizace bude provedena aktualizace příslušné provozní a projektové dokumentace. Toto bude uvedeno ve Zprávě o plnění služby IS02. |
|||
Doba zajištění aktivity |
V případě, že se nejedná o kritickou provozní aktualizaci, bude aktivita realizována mimo Pracovní dobu Objednatele. V případě, že se jedná o kritickou provozní aktualizaci, může být aktivita realizována po schválení Objednatelem v Pracovní době. V takovém případě, pokud bude po dobu aktivity přerušen nebo omezen provoz služby SAMAS, se jedná o Plánovanou odstávku. |
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
Zajištění odpovídajícího stavu provozního prostředí služby SAMAS. |
Plně stabilní provozní prostředí služby SAMAS nastavené a provozované dle doporučení výrobců. |
Jedná se o plnou odpovědnost Poskytovatele, v případě nezajištění bude toto řešeno v souladu s ustanoveními ZoKB a Smlouvy. |
||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Zpráva o plnění služby IS02 |
V rámci Zprávy o plnění služby IS02 bude identifikováno, jaké provozní aktualizace byly realizovány ve vyhodnocovacím období. |
Pro akceptaci Zprávy o stavu provozu služby SAMAS se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Způsob stanovení celkové ceny aktivity |
||||
Měsíční paušální cena |
Cena aktivity za vyhodnocovací období (kalendářní měsíc) je stanovena v Příloze č. 7 Smlouvy. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc) se zohledněním příslušné kreditace. |
|||
Označení |
Název Aktivity |
|||
A11 |
Optimalizace chodu služby SAMAS |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Na základě vyhodnocení dat provozního monitoringu služby SAMAS bude Poskytovatel analyzovat chování systému a přijímat opatření k zajištění optimálního fungování služby SAMAS, případně identifikovat oblasti možného zlepšení a definovat náměty a konkrétní opatření ke zlepšení služeb.
Poskytovatel tak bude v rámci zajištění služeb provozu včas vyhodnocovat stav informačního prostředí služby SAMAS a kvalitu poskytovaných služeb a všechna zjištění bude identifikovat jako možná rizika (pozitivní i negativní). V rámci řízení rizik budou na úrovni jednotlivých projektových týmů přijímána opatření k zajištění optimálního chodu služby SAMAS. V případě, že přijetí opatření nebude možné zajistit v souladu s odpovědnostmi daného projektového týmu, případně bude identifikované navržené optimalizační řešení mimo rozsah služby SAMAS, bude toto daný projektový tým eskalovat prostřednictvím Vedoucího programu (za Poskytovatele) na úroveň HTPG.
Poskytovatel využije dostupné výhody moderních cloudů a bude provádět optimalizaci i na úrovni dynamického škálování infrastruktury tak, aby byly zdroje co nejoptimálněji využity.
|
|||
Doba zajištění aktivity |
Kontinuálně po dobu plnění Smlouvy, vždy na úrovni daného projektového týmu. |
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
V rámci fungování jednotlivých projektových týmů jsou identifikována a přijímána opatření k zajištění optimálního chodu služby SAMAS, případně jsou předkládána na HTPG k dalšímu řešení. |
Součástí pravidelných Projektových reportů je průběžné řízení rizik. |
Jedná se o projektovou odpovědnost na straně Poskytovatele i Objednatele. |
||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Zpráva o plnění služby IS02 |
Součástí Zprávy o plnění služby IS02 bude část obsahující navrhované či realizované aktivity vedoucí k optimalizaci poskytování služby SAMAS. Zpráva o plnění služby IS02 je součástí Zprávy o stavu provozu služby SAMAS. |
Pro akceptaci Zprávy o stavu provozu služby SAMAS se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Způsob stanovení celkové ceny aktivity |
||||
Měsíční paušální cena |
Cena aktivity za vyhodnocovací období (kalendářní měsíc) je stanovena v Příloze č. 7 Smlouvy. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc). |
|||
Označení |
Název Aktivity |
|||
A12 |
Opravy chyb služby SAMAS |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Aktivita „Opravy chyb“ se vztahuje na realizaci všech dílčích činností, které jsou nezbytné pro odstranění identifikované nebo hlášené chyby. Jedná se například, nikoliv však výlučně, o činnosti související s analýzou chyby, úpravou analytických modelů, programování zdrojového kódu, testování, instalace na testovací prostředí atd. Opravy chyb se vztahují na všechny technologické části služby SAMAS. Aktivita se vztahuje i na prostředí třetích stran, pokud je chyba identifikována na úrovni aplikačního prostředí služby SAMAS. V takovém případě je identifikovaná chyba evidována pracovníky Poskytovatele v Service Desku jako incident. V rámci dané aktivity poskytuje Poskytovatel odborné aplikační, systémové i konzultační služby, aby odstranil všechny identifikované chyby plnění. Veškeré Opravy chyb musí být autorizovány příslušným odpovědným pracovníkem Objednatele, a to buď na úrovni projektového týmu, pokud se jedná o drobnou chybu, která byla v projektovém týmu identifikována (zde stačí odsouhlasení emailem, jestliže se nejedná o opravu vyžadující kompletní release), případně na úrovni Service Desku, pokud se jedná o chybu, která je většího významnějšího charakteru. V případě, že je pracovníkem Poskytovatele identifikována chyba, je nezbytné opravu chyby vždy odsouhlasit pracovníkem Objednatele, a to i v případě, že může pracovník poskytovatele chybu opravit sám. Pokud by byl realizován zásah v informačním systému, který bude následně odlogován jako neautorizovaný, jedná se o porušení integrity služby SAMAS, případně informačního systému XXXX. V případě identifikované chyby s možností opravy, kterou není možné z jakýchkoliv důvodů schválit na úrovni projektového týmu, zakládá pracovník Poskytovatele hlášení incidentu prostřednictvím Service Desku s tím, že do textu incidentu již navrhuje způsob řešení. Evidenci chyb identifikovaných a opravených na úrovni Projektového týmu předkládá Vedoucí příslušného projektového (provozního) týmu souhrnně jako součást Zprávy o plnění služby IS02. |
|||
Doba zajištění aktivity |
Dle potřeby v Provozní době, pokud se nejedná o opravu prostřednictvím releasu a oprava nemá dopad na provoz služby SAMAS.
V případě, že má realizace Opravy chyby dopad na provoz služby SAMAS, musí být vždy autorizována pracovníkem Service Desku Objednatele. V případě, že je oprava chyby autorizována pracovníkem Service Desku Objednatele i v Provozní době, přestože má oprava dopad na provoz služby SAMAS, jedná se o Plánovanou odstávku.
|
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
Autorizovaná oprava chyb |
Veškeré identifikované chyby jsou opravovány řízeným postupem tak, aby nebyla narušena integrita služby SAMAS. |
Na základě předkládaných reportů systémových zásahů pracovníků Poskytovatele bude ověřeno, zda se jednalo o autorizované zásahy do prostředí služby SAMAS. V případě, že nebude zásah autorizován, uplatní se kreditace definována v kapitole č. 4. |
||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Zpráva o plnění služby IS02.
Reporty systémových zásahů do služby SAMAS. |
V rámci Zprávy budou identifikované veškeré Opravy autorizované na úrovni daných projektových týmů.
Budou ověřovány reporty systémových zásahů do služby SAMAS. |
Pro akceptaci Zprávy o plnění služby IS02 se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Způsob stanovení celkové ceny aktivity |
||||
Měsíční paušální cena |
Cena aktivity za vyhodnocovací období (kalendářní měsíc) je stanovena jako v Příloze č. 7 Smlouvy. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc). |
|||
IS03 - Dohled a monitoring služby SAMAS
Označení |
Název služby |
|||
IS03 |
Dohled a monitoring služby SAMAS |
|||
Vymezení služby |
||||
Lokalita |
B |
Prostředí |
PROD/TEST/DEV |
|
Zkrácený popis služby |
Zajištění služeb dohledu a monitoringu služby SAMAS |
|||
Seznam služeb a komponent |
|
|||
Seznam aktivit |
Aktivita |
Obecný rozsah aktivity |
Periodicita činnosti |
|
A13 – Provozní a bezpečnostní monitoring provozu služby SAMAS |
Realizace provozního a bezpečnostního dohledu provozu a rozvoje služby SAMAS během provozní doby v režimu 7x24 pro naplnění veškerých smluvních požadavků na zajištění informační a kybernetické bezpečnosti aplikační vrstvy Významného informačního systému. |
Vyhodnocovací období |
||
A14 - Vyhodnocení SLA parametrů provozu |
Pravidelné vyhodnocování provozu a příprava podkladů pro vyhodnocení SLA parametrů za stranu Poskytovatele a vyhodnocovací období |
|||
SLA parametry služby |
||||
Vyhodnocovací období |
1 kalendářní měsíc |
|||
Označení |
Název Aktivity |
|||
A13 |
Provozní a bezpečnostní monitoring provozu služby SAMAS |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Poskytovatel je povinen zajistit komplexní aktivity provozního a bezpečnostního monitoringu služeb SAMAS. Předmětem provozního monitoringu je tak sledování pouze služeb na Komunikačním rozhraní zabezpečující poskytování služby SAMAS, průběžné vyhodnocování informací týkajících se provozu služby SAMAS. Monitoring musí zahrnovat automatizovaný dohled i činnosti pracovníků Poskytovatele související zejména s vyhodnocováním nestandardních stavů, provozních událostí a incidentů a jejich hlášení Objednateli. Aktivity provozního monitoringu budou primárně zaměřeny na následující oblasti:
Aktivity provozního monitoringu musí splňovat následující rozsah:
V případě identifikace provozní události/incidentu ve vnějším prostředí, kdy toto může mít dopad na chod služby SAMAS nebo celkového řešení XXXX, zajištění notifikace Service Desku Objednatele nejpozději do 15 minut od zjištění nežádoucího stavu.
|
|||
Doba zajištění aktivity |
Automatizovaný dohled a sběr dat - 7x24 – provozní doba znamená zajištění služeb v pracovní i nepracovní dny 24 hodin denně; Interakce pracovníků Poskytovatele vůči pracovníkům Objednatele - 5x12 – garantovaná provozní doba znamená zajištění služeb pracovní dny 12 hodin denně (7:00 – 19:00). Interakce pracovníků Poskytovatele vůči pracovníkům Objednatele v případě zjištění bezpečnostního incidentu nebo vady kategorie A: neprodleně. |
|||
SLA parametry / Vyhodnocení |
|
|
|
|
Předmětem vyhodnocení aktivity Provozního monitoringu bude samostatná Zpráva měsíčního vyhodnocení provozního monitoringu služby SAMAS. Zpráva bude obsahovat minimálně:
Veškeré další podklady dokládající realizaci Provozního a bezpečnostního monitoringu služby SAMAS Provozovatelem v souladu s Best Practice a požadavky odpovídající legislativy vztahující se na provoz Významných informačních systémů veřejné správy (a požadavky ZoKB, případně ISO 27001). |
||||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Zpráva měsíčního vyhodnocení provozního a bezpečnostního monitoringu služby SAMAS. |
Zpráva měsíčního vyhodnocení provozního a bezpečnostního monitoringu služby SAMAS bude součástí souhrnné Zprávy o stavu provozu služby SAMAS. |
Pro akceptaci Zprávy o stavu provozu služby SAMAS se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Způsob stanovení celkové ceny aktivity |
||||
Měsíční paušální cena |
Cena aktivity za vyhodnocovací období (kalendářní měsíc) je stanovena v Příloze č. 7 Smlouvy jako paušální cena dané aktivity pro služby SAMAS, kdy tato cena je neměnná. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc). |
|||
Označení |
Název Aktivity |
|||
A14 |
Vyhodnocení SLA parametrů provozu |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Poskytovatel je povinen v rámci služby IS03 zajistit kompletní vyhodnocení veškerých provozních aktivit, stavu systému i činností realizovaných jednotlivými pracovníky Poskytovatele v rámci služeb IS01 – IS04. Vyhodnocení bude spočívat v prověření a doložení podkladů parametrů provozu služby SAMAS v podobě souhrnné Zprávy o stavu provozu služby SAMAS, kdy jednotlivé dílčí oblasti a zprávy realizované v rámci Služeb IS01-04 budou součástí této souhrnné Zprávy o stavu provozu služby SAMAS (vyjma Zprávy měsíčního vyhodnocení bezpečnostního monitoringu služby SAMAS). Souhrnná Zpráva o stavu provozu služby SAMAS tak bude zahrnovat následující části:
Obsahy dílčích zpráv jsou definovány v rámci jednotlivých aktivit a služeb. Tyto zprávy popisují zejména věcnou oblast poskytovaných služeb v takovém detailu, který dostatečně dokládá samotný průběh realizace služeb a naplnění podmínek jednotlivých aktivit. Zároveň Zprávy obsahují podklady o čerpání cloudových infrastrukturních služeb a případných dalších služeb, jednoznačné potvrzení plnění stanovených parametrů poskytovaných služeb a dokládají splnění či porušení jednotlivých SLA s případným vyčíslením kreditace za jednotlivé služby. Předmětem Výkazu činností za vyhodnocovací období je pak soupis veškerých činností realizovaných konkrétními pracovníky Poskytovatele v rámci poskytování služeb IS01 – IS04. V rámci Výkazu činností bude jednoznačně doloženo, který pracovník zajišťoval a realizoval konkrétní činnost v rámci aktivit v příslušném dni.
|
|||
Doba zajištění aktivity |
1krát měsíčně na počátku každého vyhodnocovacího období (kalendářní měsíc) za uplynulé vyhodnocovací období. |
|||
SLA parametry / Vyhodnocení |
|
|
|
|
Celková Zpráva o stavu provozu služby SAMAS bude zpracována a předána nejpozději během 5. (pátého) pracovního dne vyhodnocovacího období následujícího po ukončení předchozího vyhodnocovacího období. Zpráva bude předána v elektronické podobě umožňující počítačové zpracování. Dílčí zprávy budou primárně ve formátu .pdf v generované (případně skenované, se zachováním strojové čitelnosti) podobě. Ty části zpráv, které budou obsahovat taková data, jejichž zobrazení ve standardním dokumentu (.pdf) znamená zhoršenou orientaci v datech, budou předány ve formátu .xlsx. Dokumenty budou standardně chráněny proti změně dat; čtení, systémové kopírování a elektronický podpis akceptační doložky ze strany kontaktní osoby Objednatele budou umožněny. Tam, kde je to možné (primárně formát .pdf), budou dokumenty v části akceptační doložky podepsané elektronickým podpisem kontaktní osoby Poskytovatele. Kontaktní osoby budou stanoveny a případně aktualizovány na úrovni Řídícího výboru, zejména s ohledem na možné personální změny jak na straně Objednatele, tak na straně Poskytovatele.
|
||||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Zpráva o stavu provozu služby SAMAS |
Předaná a akceptovaná úplná Zpráva o stavu provozu služby SAMAS |
Pro akceptaci ze strany kontaktní osoby Objednatele je stanovena lhůta 5 pracovních dní od předání Zprávy o stavu provozu služby SAMAS ze strany Poskytovatele. V případě, že nebude ze strany kontaktní osoby Objednatele vznesena výhrada nejpozději 5. (pátého) pracovního dne od předání Zprávy o stavu provozu služby SAMAS, má se za to, že je Zpráva akceptována. V případě, že budou ze strany kontaktní osoby Objednatele vzneseny výhrady, je Poskytovatel povinen Zprávu o stavu provozu služby SAMAS aktualizovat a předat nejpozději během 3. (třetího) pracovního dne od obdržení výhrad. Následná lhůta pro akceptaci upravené Zprávy o stavu provozu služby SAMAS je stanovena na 3 pracovní dny. Poskytovatel je oprávněn fakturovat plnění Služeb IS01-04 na základě akceptované Zprávy o stavu provozu služby SAMAS.
|
||
Způsob stanovení celkové ceny aktivity |
||||
Měsíční paušální cena |
Cena aktivity za vyhodnocovací období (kalendářní měsíc) je stanovena jako paušální cena dané aktivity služby SAMAS uvedená v Příloze č. 7 Smlouvy. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc). |
|||
IS04 - Uživatelská podpora služby SAMAS
Označení |
Název služby |
|||
IS04 |
Uživatelská podpora služby SAMAS |
|||
Vymezení služby |
||||
Lokalita |
A, B |
Prostředí |
PROD/TEST/DEV |
|
Zkrácený popis služby |
Zajištění služby podpory pro koncové uživatele a služby SAMAS |
|||
Seznam služeb a komponent |
|
|||
Seznam aktivit |
Aktivita |
Obecný rozsah aktivity |
Periodicita činnosti |
|
A15 - Zajištění 2. a 3. úrovně podpory Service Desku |
Zajištění uživatelské a další podpory prostřednictvím Service Desku Objednatele, administrace jednotlivých typů hlášení realizovaných Service Deskem Objednatele v definovaných lhůtách. |
Vyhodnocovací období |
||
A16 - Školení uživatelů |
Zajištění školení uživatelů na základě požadavku Objednatele. Jedná se o mimořádné školení realizované mimo služby rozvoje. |
Na objednání |
||
SLA parametry služby |
||||
Vyhodnocovací období |
1 kalendářní měsíc |
|||
Označení |
Název Aktivity |
|||
A15 |
Zajištění 2. a 3. úrovně podpory Service Desku |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Poskytovatel bude, ve vztahu k službám SAMAS, zajišťovat kompletní službu podpory pro zajištění poskytování služeb IS01-IS05, JS01 a JS02. Tato podpora bude poskytována v rozsahu odpovědností definovaných následujícím schématem primárně prostřednictvím Service Desku, jakožto standardizovaného nástroje pro poskytování podpory v prostředí Objednatele. Komplexní zajištění podpory služby SAMAS bude zajišťováno součinností různých subjektů.
Poskytovatel zajistí formou služby výkon činnosti 2. úrovně podpory pro oblast prostředí služby SAMAS v rozsahu dodávaných a provozovaných SW technologií od vrstvy operačního systému výše. Dále Poskytovatel zajistí poskytování 3. úrovně podpory dodavatelů a výrobců SW, které jsou součástí Dodávky a implementace služby SAMAS, kdy bude rovněž koordinovat případné poskytování 3. úrovně podpory jednotlivých výrobců tak, aby bylo zajištěno korektní poskytování služeb IS01-03 i služby rozvoje služby SAMAS.
1. úroveň podpory zajišťuje Objednatel. V rámci 1. úrovně podpory je zajišťována komunikace s koncovými uživateli. Na této úrovni dochází ke klasifikaci jednotlivých hlášení, kategorizaci a předávání na řešitelské týmy 2. úrovně podpory. Z hlediska 1. úrovně podpory jsou rozlišovány primárně 3 typy hlášení:
Každé hlášení (incidentu/problému) je zadáváno prostřednictvím ticketu. V případě, že je ticket postoupen Poskytovateli, stává se Poskytovatel řešitelem konkrétního ticketu a musí na tento ticket reagovat, resp. zahájit jeho řešení dle stanovených lhůt. Z hlediska významnosti ticketů jsou stanoveny tři kategorie.
V rámci 2. úrovně podpory zajistí Poskytovatel zejména následující činnosti:
Služba 2. úrovně podpory musí být schopna:
V rámci služeb 3. úrovně podpory zajistí Poskytovatel zejména následující činnosti:
Pro výkon činností v rámci služeb 2. úrovně podpory bude Poskytovatel využívat prostředí Service Desku Objednatele; podpora procesů řízení ICT služeb v souladu s mezinárodním standardem ITIL,
|
|||
Doba zajištění aktivity |
|
|||
SLA parametry |
Parametr |
Požadovaná hodnota |
Vyhodnocení |
|
Následující parametry stanovují požadavky na zajištění úrovně služeb Service Desku ze strany Poskytovatele. Komunikace a realizace procesů mezi 2. a 3. úrovní na straně Poskytovatele není předmětem vyhodnocení. Poskytovatel musí tyto procesy nastavit interně tak, aby splnil níže uvedené požadavky. Veškeré níže uvedené lhůty jsou vztaženy k Době zajištění aktivity, tedy rovněž lhůty jsou kalkulovány podle této Doby. Čas mimo tuto Dobu se nezapočítává do vyhodnocení. |
||||
Doba reakce na přidělení ticketu (Lhůta, do jejíhož uplynutí musí 2. úroveň Service Desku potvrdit přijetí ticketu a zahájení řešení prostřednictvím Service Desk nástroje) |
30 minut |
Porovnání systémového času mezi nahlášením (doba odeslání) ticketu z 1. úrovně a potvrzením zahájení řešení ze strany Poskytovatele. |
||
Maximální doba řešení ticketu Vysoké významnosti
Lhůta, do jejíhož uplynutí musí být ticket vyřešen, nebo nalezeno náhradní řešení, které umožní snížit významnost na Střední, či Nízkou – při snížení významnosti se doba řešení vysoké významnosti započítává do doby řešení nižší významnosti, tedy Doba měření lhůty není znovu zahájena, ale pokračuje.
(V případě, že bude požadována součinnost jiného dodavatele nebo Objednatele, lhůta je pozastavena do doby poskytnutí součinnosti. Pokud je požadavek na součinnost požadován neoprávněně, lhůta stále běží, toto platí i pro následující významnosti.) |
120 minut (2 hodiny) |
Porovnání systémového času mezi nahlášením (doba odeslání) ticketu z 1. úrovně a potvrzením zahájení řešení ze strany Poskytovatele. V případě nezajištění řešení do požadované doby řešení je ticket klasifikován jako Vada služby SAMAS Kategorie „A“ a dojde k uplatnění kreditace v souladu s definicí Služby IS01.
|
||
Maximální doba řešení ticketu Střední významnosti
Lhůta, do jejíhož uplynutí musí být ticket vyřešen nebo nalezeno náhradní řešení, které umožní snížit významnost na Nízkou – při snížení významnosti se doba řešení vysoké významnosti započítává do doby řešení nižší významnosti, tedy Doba měření lhůty není znovu zahájena, ale pokračuje. |
8 hodin |
Porovnání systémového času mezi nahlášením (doba odeslání) ticketu z 1. úrovně a potvrzením zahájení řešení ze strany Poskytovatele. V případě nezajištění řešení do požadované doby řešení je ticket klasifikován jako Vada služby SAMAS Kategorie „B“ a dojde k uplatnění kreditace v souladu s definicí Služby IS01.
|
||
Maximální doba řešení ticketu Nízké významnosti
Lhůta, do jejíhož uplynutí musí být ticket vyřešen. |
40 hodin |
Porovnání systémového času mezi nahlášením (doba odeslání) ticketu z 1. úrovně a potvrzením zahájení řešení ze strany Poskytovatele. V případě nezajištění řešení do požadované doby řešení je ticket klasifikován jako Vada služby SAMAS Kategorie „C“ a dojde k uplatnění kreditace v souladu s definicí Služby IS01.
|
||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Zpráva o plnění služby IS04 |
Součástí Zprávy o plnění služby IS04 bude strukturovaný přehled všech ticketů, jejichž Maximální doba řešení časově spadá do vyhodnocovacího období s uvedením ID ticketu, doby předání, doby reakce, požadované Maximální doby řešení a reálné doby řešení. Zpráva o plnění služby IS04 je součástí Zprávy o stavu provozu služby SAMAS |
Pro akceptaci Zprávy o stavu provozu služby SAMAS se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Způsob stanovení celkové ceny aktivity |
||||
Měsíční paušální cena |
Cena aktivity za vyhodnocovací období (kalendářní měsíc) je stanovena jako paušální cena dané aktivity pro služby SAMAS uvedená v Příloze č. 7 Smlouvy, kdy tato cena je neměnná. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc). |
|||
Označení |
Název Aktivity |
|||
A16 |
Školení uživatelů |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Vzhledem k předpokládanému průběžnému vývoji služby SAMAS požaduje Objednatel zajištění kapacit Poskytovatele na přípravu a realizaci aktivit spojených se školením uživatelů služby SAMAS včetně techniků třetích stran využívajících IT rozhraní služby SAMAS. V rámci této aktivity se bude jednat o jednorázové aktivity.
Předmětem aktivit mohou být následující činnosti:
Obsahem školicích aktivit bude především využití mapových služeb, interpretace výsledků předávaných službou SAMAS, ovládání užití služeb vystavených na rozhraní služby, postupy expertní analýzy a interpretace jejích výstupů. Xxxxxx prací souvisejících s aktivitami školení stanovuje Objednatel na 20 MD v průběhu kalendářního roku. Tyto aktivity nebudou realizovány pravidelně, ale na vyžádání Objednatelem. Požadavek na realizaci školicí aktivity zadává vždy Garant (rozvojového) projektového týmu Objednatele prostřednictvím Service Desku, a to vždy minimálně 14 kalendářních dní před termínem požadované aktivity. |
|||
Doba zajištění aktivity |
Dle požadavku Objednatele v Pracovní době Objednatele. |
|||
SLA parametry / Vyhodnocení |
Parametr |
Požadovaná hodnota |
Vyhodnocení |
|
Požadavek na realizaci školící aktivity |
Realizovaná aktivita v požadovaném rozsahu a termínu. |
Školící aktivita bude u konkrétních pracovníků Poskytovatele evidována ve Výkazu činností. |
||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Výkazy činností ve Zprávě o stavu provozu služby SAMAS. |
V rámci Výkazů činností zpracovávaných jako součást Zprávy o stavu provozu služby SAMAS za odpovídající Vyhodnocovací období budou uvedeny veškeré činnosti pracovníků Poskytovatele vykonávajících tyto aktivity. |
Pro akceptaci Zprávy o stavu provozu služby SAMAS se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Způsob stanovení celkové ceny aktivity |
||||
Cena aktivity |
Celková Cena aktivity je stanovena jako násobek paušální jednotkové ceny za MD uvedené v Příloze č. 7 Smlouvy a počtu poptávaných MD potřebných pro přípravu a realizaci školení. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané aktivitě, nebude, po realizaci jednorázové služby, nadále tato aktivita vykazována a fakturována.
Fakturace bude vždy realizována k období, ve kterém byla aktivita čerpána, tj. v období, ve kterém školení proběhlo. |
|||
Služby rozvoje
Obecné principy rozvoje
Následující definované principy stanovují zásady poskytování služeb rozvoje, které musí být respektovány při realizaci rozvoje prostřednictvím požadavku na změnu. Na rozdíl od detailních metodik a procesů realizace, které mohou být v rámci poskytování služby IS06 průběžně upravovány (pokud toto nemá dopad na smluvní ujednání včetně ceny), jsou tyto principy neměnné po celou dobu trvání Smlouvy.
Průběžné řízení rozvoje
Řízení rozvoje je realizováno na úrovni jednotlivých projektových týmů. Každý projektový tým udržuje harmonogramy prací realizovaných v rámci daného projektového týmu. Za údržbu harmonogramů jsou odpovědní Vedoucí projektového týmu (Objednatele i Poskytovatele). Součástí harmonogramu je komplexní harmonogram činností jednotlivých členů týmu s identifikací oblastí, na kterých členové týmu pracují (požadavky na změnu i realizované projekty). V harmonogramu je rovněž kompletní evidence jednotlivých probíhajících požadavků na rozvoj a jejich detailní harmonogram. Vedoucí projektových týmů jsou povinni průběžně s tímto harmonogramem pracovat a v případě zjištěné nekonzistence nebo identifikace jakéhokoliv rizika jsou povinni toto řešit v souladu se standardními projektovými postupy.
Oprávněnost požadavku na rozvoj
Vzhledem ke složitosti informačního prostředí Objednatele i struktur činností Objednatele, kdy se některé oblasti administrace mohou překrývat napříč jednotlivými organizačními jednotkami Objednatele, se mohou průběžně objevovat požadavky na úpravu služby SAMAS. Poskytovatel není povinen vyhodnocovat požadavky na rozvoj, které mu budou předloženy nad rámec oblastí definovaných na ŘVPG, pokud toto není autorizováno odpovědnými řídícími strukturami Programu. Zároveň v případě, že by realizace požadavku s jistotou znamenala překročení předpokládaného rozpočtu na realizaci změn služby SAMAS pro daný kalendářní rok, není Poskytovatel oprávněn realizaci změny zahájit, pokud toto nebude odsouhlaseno na úrovni zástupců Řídícího výboru.
Analýza a posouzení požadavku na rozvoj
Poskytovatel u každého požadavku rozvoje konzultuje s Objednatelem, zda má být daný požadavek realizován prostřednictvím požadavku na změnu (PZ), nebo prostřednictvím projektu. Pro zvolení odpovídající formy realizace jsou principy stanoveny v kapitole 2.1.1. tohoto dokumentu.
Pokud v průběhu realizace bude zjištěno, že forma realizace požadavku na rozvoj neodpovídá jeho rozsahu, nebude již tato forma měněna, ale rozsah dokumentace bude přizpůsoben reálně existujícímu stavu. Pokud tedy primárně v průběhu realizace rozvoje prostřednictvím PZ bude zjištěno, že rozsah změny reálně odpovídá standardnímu rozvoji prostřednictvím projektu, musí být v rámci administrace a realizace PZ zajištěna i aktualizace odpovídající dokumentace (typicky architektura služby).
Náklady na posouzení požadavku na rozvoj nejsou fakturovány zvlášť, tedy v případě neschválení realizace, jak formou PZ, tak formou projektu, ze strany Objednatele, není možné vůči Objednateli uplatňovat nároky na úhradu prací souvisejících s administrací požadavku na rozvoj ze strany Poskytovatele.
Vyhodnocení dopadů rozvoje
Každý požadavek na rozvoj musí být v rámci analýzy a posouzení rovněž vyhodnocen z hlediska:
Dopadů na informační a kybernetickou bezpečnost, tedy, zda a jakým způsobem ovlivní realizace požadavku nastavení informační a kybernetické bezpečnosti služby SAMAS, zejména s ohledem na důvěrnost, dostupnost a integritu dat i aplikační vrstvy.
Dopadů na provozní podmínky informačního prostředí Objednatele, tedy např. zda a jakou bude znamenat implementace požadavku na rozvoj zátěž na infrastrukturní prostředí Objednatele, zda jsou implementací ovlivněny integrované systémy, a to jak z hlediska jejich architektury, tak objemu zpracovávaných dat, aj.
Dopadů na procesy Objednatele – primární odpovědnost za identifikaci dopadů má Objednatel, ale v případě, že požadavek na rozvoj váže na jinou funkcionalitu a může mít dopady i na jiné činnosti Objednatele, je Poskytovatel povinen toto zohlednit.
Dalších potenciálních dopadů identifikovaných Poskytovatelem.
Komunikace v rámci rozvoje
V rámci administrace i realizace požadavku na rozvoj budou strany Objednatele i Poskytovatele průběžně komunikovat a případně ověřovat nezbytné informace tak, aby požadavky na rozvoj zadávané ze strany Objednatele byly realizovány v odpovídající kvalitě, stanoveném čase i definovaném rozpočtu. Každá identifikovaná nejasnost, případně problém, musí být komunikována, aby při předání požadavku na rozvoj k testování nedocházelo k zásadním rozporům ohledně připravené funkčnosti.
Dokumentace
Vzhledem k tomu, že realizace požadavků na rozvoj má vždy dopad do informačního prostředí Objednatele, musí být každý takový požadavek dokumentován. Rozsah dokumentace musí adekvátním způsobem odpovídat obsahu požadavku, tedy předmětem realizace požadavku musí být rovněž předání/aktualizace veškeré dokumentace na kterou má realizace požadavku na rozvoj dopad. Bez předání/aktualizace odpovídající dokumentace není možné provést akceptaci PZ nebo projektu rozvoje.
Testování
Každý realizovaný požadavek na rozvoj musí být testován. Rozsah testování musí adekvátním způsobem odpovídat obsahu požadavku, tedy předmětem realizace požadavku musí být rovněž příprava odpovídajících testovacích scénářů s uvedením požadovaného výsledku testování. Na straně Poskytovatele musí být realizována taková sada testů, aby bylo prokazatelně doloženo, že případné nasazení realizovaného požadavku na rozvoj v produkčním prostředí je bezpečné jak z hlediska provozu informačního prostředí Objednatele, tak z hlediska informační a kybernetické bezpečnosti. Na straně Objednatele musí být realizována taková sada testů, aby bylo prokazatelně doloženo, že případné nasazení realizovaného požadavku na rozvoj v produkčním prostředí odpovídá plně věcnému zadání Objednatele. Testování musí vždy probíhat v testovacím prostředí. Není možné požadavek na rozvoj uvolnit do produkčního prostředí s tím, že dotestování proběhne zde. Při realizaci testování pracují zaměstnanci Objednatele i Poskytovatele v součinnosti tak, aby testování bylo umožněno a odpovídalo nezbytnému rozsahu. Bez doložení odpovídajícího testování není možné požadavek na rozvoj schválit.
Uvolňování do produkce a akceptace
Uvolňování realizovaných požadavků na rozvoj do produkčního prostředí (release) probíhá formálním a řízeným způsobem, a to standardně jednou týdně. Uvolnění do produkce realizuje a schvaluje provozní projektový tým, včetně stanoveného oprávněného pracovníka Objednatele, na základě předložení veškeré požadované dokumentace k realizovanému požadavku na rozvoj ze strany rozvojového projektového týmu. Detailní postup i určení konkrétního termínu pro release je předmětem provozní dokumentace, která je schvalována na úrovni provozního projektového týmu. Release mimo standardní stanovený proces je možný výhradně s výslovným odsouhlasením ze strany Garanta provozního projektového týmu (za Objednatele) a Vedoucího týmu provozu (za Poskytovatele).
Finální akceptace a potvrzení akceptace ze strany Objednatele je vždy možná až po uplynutí 14 kalendářních dní od releasu požadavku na rozvoj do produkčního prostředí, kdy bude potvrzeno korektní chování funkčnosti ve standardních provozních podmínkách Objednatele. V případě, že oprávněná osoba ze strany Objednatele nevznese námitky vůči funkčnosti uvolněné do produkčního prostředí v termínu 14 dní, je funkčnost považována za akceptovanou.
Předpokládaný rozsah a nacenění služeb rozvoje
Skutečný objem služeb rozvoje závisí zejména na legislativních a dalších změnách, které mohou zásadním způsobem skutečně požadované čerpání služeb rozvoje ovlivnit, a to oběma směry. Reálná cena služeb rozvoje je pak dána vždy skutečným objemem oboustranně odsouhlasených a čerpaných služeb při stanovené sazbě za MD.
Součástí ocenění každého požadavku na rozvoj bude rovněž položka „uvedení do provozu“. Na základě této kalkulované položky zajistí uvolnění funkčnosti do produkčního prostředí, kdy tato funkčnost bude součástí provozovaného prostředí služby SAMAS bez dalších nákladů na navýšení cen služeb provozu.
IS05 – Rozvoj prostřednictvím požadavku na změnu (PZ)
Detailní metodika řízení změn prostřednictvím požadavků na změnu (PZ) je interním metodickým postupem Objednatele a jako taková podléhá změnám i v závislosti na možné organizační, procesní a technologické změny na straně Objednatele. Použití této metodiky v aktuálním znění bude předmětem schvalování projektové dokumentace na úrovni Řídícího výboru vždy pro následující kalendářní rok. Součástí metodiky je vždy rovněž aktuální podoba formuláře Požadavku na změnu, jejíž grafická struktura se může měnit. Níže definované postupy řízení rozvoje prostřednictvím požadavků na změnu tak stanovují závazné a neměnné principy, které detailní metodika rozpracovává do konkrétních postupů.
Služby rozvoje prostřednictvím PZ
Pomocí služby rozvoje prostřednictvím PZ se realizují a evidují veškeré změny služby SAMAS.
rozsah jednoho požadavku na změnu nepřesahuje na straně Poskytovatele kapacitní náročnost 100 MD,
požadovaná změna nemá dopad na architekturu služby nebo na celkovou architekturu řešení systému XXXX (aplikační, technologickou, datovou, bezpečnostní, ...).
Pokud je zřejmé, že požadovaná změna nesplňuje obě výše uvedená kritéria současně, musí být změna realizována prostřednictvím projektu.
Změny mohou být vyvolané:
požadavkem na základě identifikované změny v metodice procesů Objednatele, a to zejména vlivem změn legislativy (EU a ČR),
požadavkem uživatele na racionalizaci nebo zlepšení prováděných činností a postupů Objednatele,
požadavkem na změnu služby SAMAS vlivem změny vnějšího ICT prostředí Objednatele mimo služby SAMAS,
dalšími významnými faktory.
Požadavky na změnu může navrhovat i Poskytovatel služby, zejména v případech, kdy dochází k systémovým změnám (nové verze operačních systémů, databázových a aplikačních serverů, nových vývojových prostředků a technologií) anebo změnám v HW systémech.
Obsahem Služby je poskytování služeb Poskytovatele za účelem úprav, změn, rozvoje služby SAMAS tak, aby stav systému odpovídal požadavkům Objednatele na zajištění daných funkčností systému. Předmětem služby je pak zajištění kompletního procesu administrace a implementace požadavků na rozvoj služby SAMAS a to včetně evidence prováděných úprav služby SAMAS realizovaných na základě této služby.
Procesní nastavení služby
Proces rozvoje prostřednictvím požadavku na změnu se sestává z následujících kroků:
Vytvoření Požadavku na změnu – PZ
Předmětem tohoto kroku je vyplnění formuláře PZ, jehož součástí je kompletní zadání požadované funkčnosti. V případě, že předmětem plnění PZ je změna interních procesů Objednatele, bude součástí PZ i procesní schéma s jednoznačným určením změn procesů, které mají být promítnuty do služby SAMAS.
Součástí zadávaného PZ bude minimálně:
Předmět: stručný název/popis požadavku,
Modul: název SW modulu/komponenty, které se požadavek dotýká,
Kategorie: Úprava/Rozšíření/Změna Funkcionality služby SAMAS, Jiná,
Priorita: dle důležitosti/naléhavosti - Nízká, Střední, Vysoká,
Žádající: Xxxxx, Příjmení,
Datum zadání,
Požadované datum předání k uživatelským testům na testovacím prostředí,
Požadované datum startu produkce – zahájení užívání funkčností realizovaného PZ,
Podmínky Akceptace funkčnosti a PZ ze strany Objednatele,
Autorizace PZ – schválení zadání požadavku na změnu věcným metodickým garantem Objednatele, Vedoucím příslušného projektového týmu a Garantem projektového týmu.
Vytvoření PZ zajišťuje Objednatel
Předání PZ Objednatelem k posouzení Poskytovatelem
Jedná se o formální krok, kdy oprávněná osoba Objednatele (typicky vedoucí daného projektového týmu Objednatele) předává vyplněný formulář PZ na Poskytovatele (dle formy předání buď na příslušného Vedoucího projektového týmu Poskytovatele, nebo prostřednictvím automatizovaného nástroje). Okamžikem prokazatelného předání je aktivována lhůta pro posouzení PZ Poskytovatelem.
Posouzení PZ Poskytovatelem a předání posouzeného PZ k rozhodnutí Objednateli
Předmětem tohoto kroku je věcné, odborné (projektové) a finanční posouzení Požadavku na změnu a zároveň doplnění všech dalších nezbytných záležitostí PZ. Součástí posouzení PZ, které na své straně zajišťuje Poskytovatel, je rovněž věcné vyhodnocení a návrh řešení implementace daného PZ. Výstupem posouzení PZ bude upravený formulář obsahující následující údaje ze strany Poskytovatele:
Popis implementace a návrh řešení požadované úpravy/změny služby SAMAS.
Identifikované dopady na:
Celkovou architekturu služby SAMAS (pokud by byly identifikovány nezbytné změny v oblasti solution architektury na úrovni aplikační a technologické vrstvy, bude PZ vráceno Objednateli a rozvojový požadavek bude nezbytné realizovat prostřednictvím projektu) a ostatní komponenty služby SAMAS.
Bezpečnostní prostředí a vlastnosti služby SAMAS.
Provozní prostředí a infrastrukturu služby SAMAS.
Rozhraní služby SAMAS na další systémy a datovou vrstvu.
Aktuální dokumentaci služby SAMAS.
Okolní ICT prostředí Objednatele.
Nastavená přístupová oprávnění v rámci služby SAMAS.
Další provozně a bezpečnostně významné oblasti informačního prostředí Objednatele.
Definované testovací procedury, které budou realizovány ze strany Poskytovatele, aby byla plnohodnotně zajištěna stabilita a bezpečnost produkčního prostředí služby SAMAS.
Potvrzené požadované termíny realizace PZ, případně navržené nové termíny, pokud není možné původní požadované termíny splnit. V případě nově navržených termínů se tyto termíny musí maximálně blížit termínům požadovaným Objednatelem, zároveň Poskytovatel k navrženým termínům uvede zdůvodnění, proč není možné realizovat PZ v původních termínech požadovaných Objednatelem.
Požadavky na zdroje – s uvedením jednotlivých rolí Poskytovatele a předpokládanou čerpanou kapacitu (v hod).
Maximální kapacitní náročnost daného PZ (v hod a MD) a maximální cenu realizovaného PZ.
Autorizaci PZ ze strany oprávněných pracovníků Poskytovatele.
Výše uvedené údaje musí být ze strany Poskytovatele doplněny do formuláře PZ vždy. V případě, že nejsou identifikované dopady v jednotlivých oblastech, bude i v těchto částech minimálně doplněno vyjádření, že žádné dopady nebyly ze strany Poskytovatele identifikovány.
Maximální doba posouzení a odeslání posouzeného PZ je stanovena na 5 pracovních dnů. Nejpozději 5. pracovní den (do konce pracovní doby Objednatele) navazující po dni předání PZ k posouzení bude doplněné, posouzené a autorizované PZ předáno stanoveným způsobem na Objednatele.
Rozhodnutí o realizaci PZ
Na základě posouzeného PZ určí Objednatel, zda bude PZ realizován dle zaslaného návrhu, kdy výsledkem mohou být následující stavy PZ:
Schválení PZ na základě posouzení ze strany Poskytovatele v plném rozsahu úprav provedených Poskytovatelem. V takovém případě bude schválený a autorizovaný PZ zaslán Poskytovateli, kdy se PZ stává závaznou objednávkou realizace rozvojového požadavku.
Neschválení PZ bez náhrady – v takovém případě informuje Objednatel Poskytovatele, že daný PZ nebude realizován.
Projednání PZ – PZ je nezbytné realizovat, ale jsou nezbytné úpravy – v takovém případě iniciuje Vedoucí projektového týmu Objednatele projednání návrhu daného PZ, kdy výstupem projednání musí být buď stavy: Schválení PZ, Neschválení PZ, Eskalace na vyšší úroveň řízení programu.
Eskalace PZ – v případě nedohody na úrovni Projektového týmu je stav PZ eskalován na vyšší úroveň řízení Programu – typicky HTPG, případně ŘV.
Objednatel rozhodne o realizaci PZ do 5 pracovních dnů (do konce pracovní doby Objednatele) poté, co obdrží od Poskytovatele posouzený PZ. Objednatel po rozhodnutí o realizaci PZ zašle ve lhůtě dle předchozí věty Poskytovateli potvrzení o stavu PZ (rozhodnutí o Schválení PZ či Neschválení PZ). V případě požadavku na Projednání PZ či Eskalaci PZ bude lhůta pro rozhodnutí stanovena individuálně dohodou Objednatele a Poskytovatele.
Zahájení realizace PZ
Na základě Schválení PZ zahájí Poskytovatel realizaci Požadavku na změnu. Vývoj Požadavku na změnu bude realizován na Vývojovém prostředí. Toto prostředí není dostupné pro pracovníky Objednatele a rovněž na tomto prostředí nejsou standardně uchovávána žádná data (produkční/testovací) služby SAMAS. Předávání funkcionalit do testovacího prostředí, kde probíhá samotné testování (jak ze strany Poskytovatele, tak ze strany Objednatele) je plně v provozní režii Poskytovatele. Poskytovatel musí přenos funkcionalit do testovacího prostředí realizovat takovým způsobem, aby nedocházelo k nekonzistencím u dalších funkčností, které mohou být připravovány v rámci testovacího prostředí. Vývoj na straně Poskytovatele bude realizován takovým způsobem, aby bylo garantováno zachování principů bezpečného vývoje dle ISO 27001.
Předání výstupů PZ k otestování
Předávání jednotlivých požadovaných částí funkčností dle PZ bude probíhat v souladu s definovaným a schváleným harmonogramem PZ. O možnosti zahájení testování vyrozumí vždy oprávněná osoba Poskytovatele zadavatele PZ ze strany Objednatele. Testování probíhá dle definovaných testovacích scénářů za účelem ověření požadovaných funkčností.
Potvrzení otestování PZ
V případě, že je testování úspěšné, následuje potvrzení a akceptace provedených testů. Tato akceptace probíhá na úrovni zadavatel PZ a určený pracovník Poskytovatele. Akceptace testů je potvrzována vždy formálně elektronickou formou dle detailní odsouhlasené metodiky. Jakmile bude akceptováno otestování funkčnosti v testovacím prostředí, založí oprávněná osoba Poskytovatele Požadavek na uvolnění PZ do produkčního prostředí prostřednictvím Service Desku.
Schválení releasu PZ do produkčního prostředí
Na základě definovaného Požadavku na uvolnění PZ do Produkce určí Vedoucí týmu provozu nejbližší možný termín releasu PZ do produkčního prostředí, a to v souladu s nastavenými lhůtami pro uvolňování do Produkčního prostředí a autorizuje Požadavek na release PZ, který je následně předán na zástupce provozního týmu ze strany Objednatele. Požadavek na release PZ musí být ze strany Poskytovatele autorizován nejpozději 1 pracovní den před požadovaným releasem PZ. Vedoucí týmu provozu rovněž v rámci autorizace potvrdí, že byla provedena aktualizace provozní dokumentace ze strany Poskytovatele, pokud byla tato aktualizace nezbytná. Zástupce provozního týmu ze strany Objednatele potvrdí realizaci releasu nejpozději do 11 hodin v den požadovaného releasu, pokud není do této doby realizace releasu ze strany Objednatele potvrzená, má se za to, že je release schválen. Zamítnutí releasu ze strany Objednatele bude možné pouze, pokud jsou identifikována taková rizika, že by mohla být ohrožena stabilita informačního prostředí na straně Objednatele.
Akceptace PZ
Na základě releasu požadovaných funkčností PZ do produkčního prostředí následuje akceptační procedura daného PZ. Na straně Objednatele dojde k ověření, že veškeré uvolněné funkčnosti odpovídají požadovaným charakteristikám. Zároveň dojde k ověření, že byla provedena aktualizace veškeré nezbytné dokumentace. Po tomto ověření vystaví Vedoucí projektového týmu Objednatele Akceptační protokol k danému PZ, zajistí jeho potvrzení oprávněnými osobami na straně Objednatele a předá jej příslušnému Vedoucímu Projektového týmu na straně Poskytovatele. Vystavení a předání Akceptačního protokolu musí být realizováno nejpozději do konce pracovní doby 14. kalendářního dne po releasu PZ do produkčního prostředí. V případě, že nedojde k předání Akceptačního protokolu v daném termínu, zašle příslušný Vedoucí projektového týmu Poskytovatele písemnou informaci na Vedoucí programu Objednatele i Poskytovatele, že daný PZ je považován za akceptovaný z důvodu nesoučinnosti ze strany Objednatele. V takovém případě potvrzuje na základě této informace Akceptaci PZ Vedoucí programu Poskytovatele.
IS06 Rozvoj prostřednictvím projektu
Prostřednictvím dílčích projektů jsou řízeny rozsáhlé požadavky na rozvoj obsahující změnu/implementaci/rozvoj služby SAMAS, přesahující svými charakteristikami rozsah Požadavku na změnu. Každý požadavek na rozvoj identifikovaný na úrovni projektového týmu, který je potřeba realizovat prostřednictvím projektu, je předkládán na schválení Hlavnímu týmu programu, který rozhoduje o realizaci/nerealizaci daného projektu. Každý schválený projekt je přidělen do konkrétního stanoveného projektového týmu. V případě, že je pro určitý projekt nezbytné definovat novou řídicí strukturu projektu (Sponzor projektového týmu (projektu), Garant projektového týmu (projektu) Objednatele a Vedoucí projektového týmu (Objednatele i Poskytovatele)), která neodpovídá schválené struktuře programu, je svoláno jednání Řídícího výboru programu, na němž je provedena a odsouhlasena změna organizační struktury po dobu realizace konkrétního projektu.
Základní metodologie projektu
Každý projekt schválený na úrovni ŘVPG je realizován v konkrétních daných termínech, s definovaným maximálním rozpočtem a danými lidskými zdroji na straně Objednatele i Poskytovatele.
Vlastní způsob konkrétní realizace projektu bude vždy definován v zastřešujícím konkrétním metodickém nastavení každého projektu, a to formou dokumentu – Dokumentace nastavení projektu (PID).
Dokumentace nastavení projektu a jeho schválení na úrovni HTPG pro konkrétní projekt je nezbytnou podmínkou pro zahájení realizace projektu.
V případě, že bude nezbytné odchýlit se od schválené Dokumentace nastavení projektu, je toto možné výhradně se souhlasem HTPG.
Projekt je vždy realizován v definovaných etapách.
Obsah projektu je definován prostřednictvím „Produktů projektu“, případně „Produktů etap“, kdy každý Produkt podléhá akceptaci. Tedy akceptace Produktu(ů) etapy je rovněž podmínkou pro akceptaci konkrétní etapy.
Součástí každého projektu je i specifický výstup (Produkt) – Aktualizace dokumentace služby SAMAS (provozní, architektonické, bezpečnostní, uživatelské a jiné). Předmětem tohoto Produktu je analýza, úprava a akceptace změn dokumentace služby SAMAS. Pokud aktualizace není v rámci realizace projektu nezbytná, bude toto výslovně uvedeno v konkrétní Kartě produktu.
Projektová dokumentace
Projektová dokumentace každého projektu je kompletně standardizovaná. Její projektová část je definována v rámci PID každého projektu.
Pro základní projektovou dokumentaci jsou definovány šablony. Tyto šablony je možné v rámci Dokumentace nastavení projektu modifikovat, pokud by rozsah dokumentace neodpovídal rozsahu daného projektu.
Pro dokumentaci realizovanou v projektu platí obecná pravidla pro dokumentaci.
Akceptace a fakturace projektu
Konkrétní způsob akceptace v rámci každého projektu definuje rovněž Dokumentace nastavení konkrétního projektu.
Práce realizované v rámci projektu mohou být fakturovány výhradně na základě potvrzených akceptací, pro fakturaci projektu se uplatní principy stanovené ve Smlouvě a v kapitole č. 4.4. této Přílohy č. 3 Smlouvy.
Jednorázové služby Exitu
Realizace jednorázových služeb exitu je stanovena za účelem případného předání/ukončení části plnění. Jednorázové služby exitu jsou realizovány prostřednictvím projektu, kdy Poskytovatel je povinen realizaci jednorázové služby exitu zajistit. V případě neprovedení realizace jednorázové služby exitu ze strany Poskytovatele, je Poskytovatel povinen Objednateli uhradit veškeré náklady, které prokazatelně Objednateli na základě nerealizované jednorázové služby exitu vznikly.
JS01 – Ukončení poskytování dílčí služby
Označení |
Název Aktivity |
|
JS01 |
Ukončení poskytování dílčí služby |
|
Rozsah Služby JS01 |
||
Popis Služby |
Realizace Ukončení poskytování dílčí služby probíhá vždy prostřednictvím projektu a na její plánování a provedení se uplatní zásady služby IS06 – Rozvoj prostřednictvím projektu.
Scénář Ukončení poskytování jednotlivé dílčí služby (dále jen „Scénář“) je s výjimkou scénáře ukončení poskytování cloudových infrastrukturních služeb, který je součástí Vytvoření služby SAMAS, zpracováván pouze na výzvu Objednatele.
Řízené Ukončení poskytování dílčí služby se stanovuje za účelem zpracování a následného provedení koordinovaného a procesně vymezeného postupu při ukončení poskytování konkrétní(ch) aktivity/aktivit, nebo služby/služeb.
Cílem služby je v případě Ukončení poskytování dílčí služby zajistit plynulé a bezproblémové ukončení služby či předání služby jinému poskytovateli tak, aby nedošlo k narušení smluvních provozních parametrů poskytování služby SAMAS.
Tato jednorázová služba probíhá paralelně s poskytováním všech ostatních služeb dle této Přílohy č. 3 Smlouvy.
Obsah služby:
Předmětem služby je vytvoření/aktualizace Scénáře Ukončení poskytování dílčí služby a jeho konkretizace pro konkrétní podmínky Objednatelem určeného cílového prostředí nového poskytovatele této dílčí služby/služeb. Scénář bude obsahovat postup a harmonogram ukončení či předání dané konkrétní aktivity/služby služby SAMAS Objednateli nebo novému poskytovateli tak, aby nebyl narušen stávající provoz služby SAMAS. Vymezení prostředí a určení subjektu, kterému bude dílčí část služeb předávána, stanoví Objednatel při objednání této služby. Scénář musí pokrývat veškeré aktivity a zdroje/artefakty, které je třeba předat Objednateli anebo určenému poskytovateli, a jejich dokumentaci tak, aby dílčí aktivitu/službu bylo možné vykonávat v prostředí určeném Objednatelem. Scénář musí obsahovat harmonogram prací, odhad potřebných kapacit na straně Poskytovatele a určení nutné součinnosti Objednatele (objednatel zajišťuje součinnost nového poskytovatele).
Scénář Ukončení poskytování dílčí služby vytvořený v rámci služby JS01 může být ověřován na výzvu Objednatele nebo v rámci auditu informačního systému realizovaného nezávislým auditorem. Vytvoření/Aktualizace Scénáře: Poskytovatel provede vytvoření/aktualizaci Scénáře na základě požadavku Objednatele. Aktualizovaný/nově vytvořený Scénář je Poskytovatel povinen předat k připomínkám a akceptaci Objednateli ve lhůtě 20 pracovních dnů od doručení výzvy Objednatele obsahující určení ukončovaných služeb a cílového prostředí nebo informaci, že se jedná pouze o ukončení poskytování dílčí služby/služeb. Připomínky je Objednatel povinen uplatnit nejpozději ve lhůtě 5 pracovních dnů a Poskytovatel je povinen provést ve lhůtě 5 pracovních dnů jejich zapracování a výslednou verzi v této lhůtě Objednateli předat k finální akceptaci.
Poskytovatel provede v rámci této klíčové činnosti Objednatelem schválený Scénář Ukončení poskytování dílčí služby v souladu se schváleným postupem a harmonogramem.
Poskytovatel je povinen zajistit, že po předání dílčí služby zpět Objednateli (nebo Objednatelem určenému subjektu) bude jak předávaná část služby SAMAS, tak po předání této dílčí služby Poskytovatelem provozovaná část služby SAMAS ve stavu umožňujícím další poskytování služby SAMAS v souladu s podmínkami stanovenými Smlouvou.
Úspěšné provedení Scénáře Ukončení poskytování dílčí služby bude písemně zdokumentováno formou Zprávy o poskytnuté službě zpracované Poskytovatelem. Dílčí ukončení poskytování dílčí služby/služeb nastává k datu/datům uvedenému/uvedeným v této Zprávě. Dokumentace a data a další případné artefakty jsou považovány za předané akceptací této Zprávy Objednatelem. |
|
Doba zajištění aktivity |
Na vyžádání. |
|
SLA parametry / Vyhodnocení |
|
|
Požadované výstupy aktivity |
||
Název výstupu |
Charakteristika |
Způsob akceptace |
Scénáře Ukončení poskytování dílčí služby |
Scénář Ukončení poskytování dílčích služeb |
Pro akceptaci se uplatní obecná akceptační kritéria pro předávání dokumentace dle Smlouvy. |
Zpráva o poskytnuté službě |
Na základě realizovaného projektu bude zpracovaná souhrnná zpráva obsahující, mimo jiné, tyto povinné náležitosti:
|
Pro akceptaci plnění se uplatní akceptační kritéria a pravidla pro předávání výstupů projektu popsaná v rámci služby IS06.
|
Způsob stanovení celkové ceny služby |
||
Jednorázová cena |
Pro stanovení ceny a akceptaci plnění se uplatní pravidla popsaná v rámci popisu služby IS06 Rozvoj prostřednictvím projektu.
Celková cena aktivity je stanovena jako násobek paušální jednotkové ceny za MD a počtu MD uvedených v Objednatelem schváleném Scénáři, nebo Objednatelem schválené nabídce na vytvoření/aktualizaci Scénáře, jejichž splnění bylo akceptováno v daném vyhodnocovacím období. Cena za MD je shodná jako cena MD Služby rozvoje.
V případě Ukončení poskytování všech cloudových infrastrukturních služeb je cena za zpracování Scénáře zahrnuta v ceně Vytvoření služby. Ve Scénáři bude stanoven odhad MD potřebných pro jeho aktualizaci a provedení (realizaci), který podléhá akceptaci Objednatele. Tento akceptovaný odhad je závazný.
V případě Ukončení poskytování dílčí služby (všechny dílčí služby s výjimkou ukončení poskytování všech cloudových infrastrukturních služeb) je cena za zpracování Scénáře hrazena MD jako cena Služeb rozvoje. Ve Scénáři bude stanoven odhad MD potřebných pro provedení (realizaci), který podléhá akceptaci Objednatele. Tento akceptovaný odhad je závazný. |
|
Cena za dílčí jednorázovou službu Ukončení poskytování dílčí služby nepřesáhne paušální cenu Služeb provozu služby SAMAS - IS01 za tři vyhodnocovací období (kalendářní měsíce). Tedy, v případě vznesení požadavku na realizaci projektu jednorázové služby Ukončení poskytování dílčí služby bude fakturace po akceptaci tohoto projektu ve výši maximálně trojnásobku celkové paušální ceny Služeb provozu služby SAMAS – IS01.
JS02 – Ukončení poskytování služeb
Označení |
Název Aktivity |
|
JS02 |
Ukončení poskytování Služeb |
|
Rozsah aktivity |
||
Popis (obsah) aktivity |
Realizace Ukončení poskytování Služeb probíhá vždy prostřednictvím projektu a na její plánování a provedení se uplatní zásady služby IS06 – Rozvoj prostřednictvím projektu. Scénář Ukončení poskytování Služeb (dále jen „Scénář“) zpracovává Poskytovatel v rámci Vytvoření služby SAMAS, cena za jeho zpracování je zahrnuta v ceně Vytvoření služby a Poskytovatel jej průběžně aktualizuje v rámci plnění služby IS01 dle této Přílohy č. 3 Smlouvy. Na výzvu Objednatele provede Poskytovatel vytvoření/aktualizaci Scénáře pro konkrétní Objednatelem zadané podmínky a realizaci Ukončení poskytování Služeb (provedení Scénáře). Řízené Ukončení poskytování Služeb se stanovuje za účelem zpracování a následného provedení koordinovaného a procesně vymezeného postupu při ukončení poskytování veškerých služeb realizovaných Poskytovatelem na základě této Smlouvy, předání služby SAMAS Objednateli nebo jím určenému subjektu a ukončení smluvního vztahu s Poskytovatelem. Cílem služby je v případě Ukončení poskytování Služeb zajistit plynulé a bezproblémové ukončení plnění této Smlouvy a předání služby SAMAS jinému poskytovateli tak, aby nedošlo k narušení smluvních provozních parametrů poskytování služby SAMAS nebo ukončení poskytování služby SAMAS bez náhrady.
Tato jednorázová služba obvykle probíhá paralelně s poskytováním všech ostatních služeb dle Katalogu služeb (IS01-IS06). Pokud by došlo k ukončení Smlouvy za specifických podmínek, kdy není poskytování služeb dle této Přílohy č. 3 Smlouvy možné, bude tato jednorázová služba Ukončení poskytování Služeb poskytnuta bez ohledu na poskytování služeb IS01-IS06 (typicky ukončení Smlouvy dohodou nebo výpovědí v průběhu Implementace, případně Odstoupení od Smlouvy).
Obsah služby:
Poskytovatel na základě výzvy Objednatele k provedení služby JS02 provede aktualizaci a konkretizaci Scénáře dle aktuálního stavu služby SAMAS a podmínek jejího provozu, a to nejpozději do 15 pracovních dnů od doručení této výzvy. Aktualizovaný Scénář je Poskytovatel povinen v této lhůtě 15 pracovních dnů předat k připomínkám a akceptaci Objednateli. Připomínky je Objednatel povinen uplatnit nejpozději ve lhůtě 5 pracovních dnů a Poskytovatel je povinen provést ve lhůtě 5 pracovních dnů jejich zapracování a předat Objednateli výslednou verzi Scénáře k finální akceptaci.
Poskytovatel provede v rámci této klíčové činnosti Scénář Ukončení poskytování Služeb v souladu s ve Scénáři schváleným postupem a harmonogramem.
Poskytovatel je povinen zajistit, že po předání služby SAMAS Objednateli nebo Objednatelem určenému subjektu bude služba SAMAS řádně zdokumentována a všechny aktivity budou provedeny tak, aby byl umožněn její další provoz jiným poskytovatelem (tj. nebudou chybět žádné informace, dokumentace, data, vytvořená v průběhu Vytvoření služby nebo poskytování služby SAMAS nebo jakákoli jiná data nebo dokumentace nutné pro její poskytování). Předávají se i Objednatelem objednaná a nedokončená plnění spolu s údajem a rozsahu jejich plnění (např. rozpracovanost objednaného plnění činí 60 % celkového plnění, a to včetně odkazu na dílčí položky kalkulace daného plnění a hodnocení, do jaké míry je daná položka splněna).
Úspěšné provedení Scénáře bude smluvními stranami písemně zdokumentováno formou Zprávy o poskytnuté službě. Služba SAMAS je považována za předanou akceptací této Zprávy oběma smluvními stranami. Pokud dochází k ukončení poskytování služby SAMAS na základě jiné skutečnosti, než je předložení požadavku na realizaci služby JS02 ze strany Objednatele (např. v případě výpovědi Smlouvy v průběhu Vytvoření služby, na základě odstoupení od Smlouvy aj.), jsou lhůty pro realizaci této služby JS02 stanoveny následovně: Zahájení vytvoření/aktualizace Scénáře: první pracovní den následující po skutečnosti, která vede k Ukončení poskytování služeb provozu a rozvoje. Dokončení vytvoření/aktualizace Scénáře a jeho předání Objednateli k akceptaci v plném a konečném znění:
Pro připomínkování a akceptaci Scénáře dále platí postup a podmínky uvedené v bodu a. Aktualizace scénáře v popisu této aktivity. Zahájení realizace Scénáře: první pracovní den po akceptaci Scénáře Objednatelem nebo ke dni s Objednatelem dohodnutém. Celková doba realizace Scénáře: Maximálně 60 kalendářních dní od Xxxxxxxx realizace Scénáře. V případě, že k Ukončení poskytování Služeb bude Poskytovatel vyzván v době, kdy nebude zpracován a akceptován Scénář Ukončení poskytování Služeb, je Poskytovatel povinen jej zpracovat ve lhůtě stanovené výše pro aktualizaci Scénáře, nedohodnou-li se smluvní strany jinak. To neplatí pro případ, kdy lhůta pro zpracování Scénáře má skončit dříve, než by končila lhůta pro jeho předání dle harmonogramu Implementace služby SAMAS, v tom případě je třeba dodržet původní lhůtu. |
|
Doba zajištění aktivity |
Na vyžádání |
|
SLA parametry / Vyhodnocení |
|
|
Požadované výstupy aktivity |
||
Název výstupu |
Charakteristika |
Způsob akceptace |
Scénář Ukončení poskytování Služeb |
Scénář Ukončení poskytování Služeb |
Pro akceptaci se uplatní obecná akceptační kritéria pro předávání dokumentace dle Smlouvy. |
Zpráva o poskytnuté službě |
Na základě realizovaného projektu bude zpracovaná souhrnná zpráva obsahující, mimo jiné, tyto povinné náležitosti:
|
Pro akceptaci uvedené Zprávy se uplatní obecná akceptační kritéria pro předávání dokumentace dle Smlouvy v rámci souhrnné Zprávy o stavu provozu služby SAMAS.
|
Způsob stanovení celkové ceny služby |
||
Jednorázová cena |
Pro stanovení ceny a akceptaci plnění se uplatní pravidla popsaná v rámci popisu služby IS06 Rozvoj prostřednictvím projektu. Celková cena aktivity je stanovena jako násobek paušální jednotkové ceny za MD a skutečného počtu MD uvedených v Objednatelem schváleném Scénáři nebo Objednatelem schválené nabídce na vytvoření/aktualizaci Scénáře. Cena za MD je shodná jako cena MD Služby rozvoje.
V případě Ukončení poskytování Služeb je cena za zpracování Scénáře zahrnuta v ceně Vytvoření služby. Ve Scénáři bude stanoven odhad MD potřebných pro jeho aktualizaci a provedení (realizaci), který podléhá akceptaci Objednatele. Tento akceptovaný odhad je závazný. |
|
Cena za jednorázovou službu Ukončení poskytování Služeb nepřesáhne paušální cenu Služeb provozu (IS01-IS05) za šest vyhodnocovacích období (kalendářních měsíců). Tedy, v případě vznesení požadavku na realizaci projektu jednorázové služby Ukončení poskytování Služeb bude fakturace po akceptaci tohoto projektu ve výši maximálně šestinásobku celkové paušální měsíční ceny Služeb provozu (IS01-IS05).
4.Vyhodnocení služeb
Poskytování služeb rozvoje i provozu podléhá vyhodnocení, zda byly jednotlivé služby a jejich části poskytnuty v souladu s definovanými podmínkami a obsah poskytovaných služeb odpovídá požadavkům Objednatele vyplývajícím ze Smlouvy případně z definovaného zadání. Poskytovatel je povinen po konci vyhodnocovacího období vypracovat odpovídající projektovou dokumentaci, která dokládá čerpání služeb ve skončeném vyhodnocovacím období. Tato projektová dokumentace se sestává z odpovídajících výkazů jednotlivých služeb tak, jak jsou definovány v katalogových listech a popisech služeb, případně obsah projektové dokumentace vyplývá z dalších dokumentů (např. PID u realizovaných projektů). Součástí výkazů musí být vždy čerpání kapacit v rámci dotčených projektových týmů. Součástí Výkazů musí být rovněž vyhodnocení kvality poskytovaných služeb dle definovaných požadavků a SLA parametrů.
Z hlediska výkazů (statistik, reportů a podkladů k SLA) za Vyhodnocovací období pro posouzení jednotlivých SLA parametrů platí za oblast provozu, že:
relevantní jsou pouze záznamy Poskytovatelem vyřešené a Objednatelem uzavřené, které byly přiřazeny Poskytovateli s tím, že byla prokázána příčinná souvislost mezi porušením smluvních povinností Poskytovatele a vznikem incidentu, resp. nebyla prokázána příčina vzniku incidentu u jiné Služby. V případě, že by vyhodnocení a následné uzavření incidentu přesáhlo do dalšího Vyhodnocovacího období, je Poskytovatel povinen zpětně přepočítat SLA po uzavření všech incidentů a stanovit výši neuplatněné kreditace, ke které došlo na základě doby trvání uzavření incidentu. Neuplatněná kreditace bude Poskytovatelem započtena do fakturace za dané Vyhodnocovací období.
záznamy odmítnuté Poskytovatelem s tím, že jejich příčina nebyla prokázána v rámci provozu příslušné Služby (např. nefunkčnost infrastruktury, nebo chyba integrity dat způsobená uživatelem systému, či okolním informačním prostředí), nejsou do statistik zahrnuty. Takovéto záznamy musí být Poskytovatelem doplněny řádným odůvodněním a Objednatelem na základě doplněného odůvodnění Poskytovatele uzavřeny jako neplatné.
Součástí výkazů musí být vyčíslená kreditace u služeb, které nebyly ve vyhodnocovacím období poskytnuty v souladu se stanovenými parametry. Kreditace jednotlivých služeb bude na základě akceptovaných výkazů rovněž uvedena na faktuře vztahující se k danému vyhodnocovacímu období a částka faktury za dané období bude o tuto kreditaci upravena.
V následujících kapitolách 4.1. – 4.3. jsou uvedeny jednotlivé parametry vyhodnocení a kreditace k nim vztažené. V případě, že není uvedeno jinak, je v rámci níže definovaných kapitol cenou, ze které je kreditace kalkulována, vždy myšlena cena bez DPH.
Parametry a kreditace služeb provozu
Níže uvedené tabulky zobrazují výčet parametrů SLA s příslušnými kreditacemi a způsobem výpočtu pro jednotlivé služby provozu.
Parametry snížení ceny ve Vyhodnocovacím období pro službu IS01
P.č. |
Aktivita |
Název parametru |
Kreditace |
Způsob výpočtu |
1. |
A01 |
Dostupnost verze služby SAMAS pro prostředí PROD |
3,0 % |
Z paušální ceny služby IS01 za každých započatých 0,1 % pod stanovenou hodnotu parametru. |
2. |
A01 |
Dostupnost služby SAMAS pro prostředí TEST/DEV |
2,0 % |
Z paušální ceny služby IS01 za každých započatých 0,1 % pod stanovenou hodnotu parametru. |
3. |
A01 |
Výskyt Vady A |
4,0 % |
Z paušální ceny služby IS01 za každý další výskyt nad maximální počet vad ve vyhodnocovacím období. |
4. |
A01 |
Výskyt Vady B/C |
2,0 % |
Z paušální ceny služby IS01 za každý další výskyt nad maximální počet vad ve vyhodnocovacím období. |
5. |
A01 |
Překročení limitu pro % nerozhodnutých podmínek na všech AP |
0,5 % |
Z celkové paušální ceny paušálních služeb IS01 - IS03 za každých započatých 0,2 % nad stanovenou hodnotu parametru. |
6. |
A01 |
Překročení limitu pro % nesprávně vyhodnocených podmínek ve prospěch žadatele |
0,5 % |
Z celkové paušální ceny paušálních služeb IS01 - IS03 za každých započatých 0,1 % nad stanovenou hodnotu parametru. |
7. |
A01 |
Překročení limitu pro % nesprávně vyhodnocených podmínek v neprospěch žadatele |
0,5 % |
Z celkové paušální ceny paušálních služeb IS01 - IS03 za každých započatých 0,1 % nad stanovenou hodnotu parametru. |
8. |
A01 |
Překročení limitu pro dobu doručení výsledků monitoringu od okamžiku, kdy jsou dostupné výstupy ze satelitu |
10 000,- Kč |
Za každý započatý den prodlení. |
9. |
A02 |
Nerealizovaná kopie v daném termínu |
2,0 % |
Z paušální ceny služby IS01 v případě nerealizace kopie v daném termínu z důvodů na straně Poskytovatele. |
10. |
A02 |
Nerealizovaný test obnovy služby SAMAS dle požadavku Objednatele |
80.000,- Kč |
Jednorázová kreditace služby IS01 – v případě nerealizace kompletního testu obnovy služby SAMAS ve stanoveném termínu z důvodů na straně Poskytovatele. |
11. |
A02 |
Nerealizované pravidelné testování dle požadavku Objednatele |
50.000,- Kč |
Jednorázová kreditace služby IS01 – v případě nerealizace testu služby SAMAS ve stanoveném termínu z důvodů na straně Poskytovatele. |
12. |
A02 |
Neakceptovaný test obnovy služby SAMAS |
50.000,- Kč |
Jednorázová kreditace služby IS01 – Test obnovy nepotvrdí, že definované provozní postupy jsou validní, nebo dokumentace služby SAMAS není aktuální. |
13. |
A03 |
Neakceptované pravidelné testování služby SAMAS |
20.000,- Kč |
Jednorázová kreditace služby IS01 – Testování nebylo akceptováno z důvodů vad na straně Poskytovatele. |
14. |
A04 |
Neposkytnutí požadované součinnosti |
100.000,- Kč |
Jednorázová kreditace služby IS01 – Porušení povinnosti poskytovatele poskytnout součinnost. Kreditace se uplatní pro každé jednotlivé neposkytnutí součinnosti. |
15. |
A06 |
Neodpovídající dokumentace služby SAMAS |
80.000,- Kč |
Na základě výroku auditora ISMS byla identifikována neshoda nebo zjištění ke stavu dokumentace služby SAMAS. Kreditace služby IS01 bude uplatněna za každé vyhodnocovací období, ve kterém neshoda nebo zjištění trvá. |
16 |
A08 |
Překročení limitu pro odpověď na požadavek na expertní vyhodnocení |
1 000,- Kč |
Za požadavek a pracovní den prodlení. Příklad: 2 požadavky zpožděné o dva pracovní dny a 3 požadavky o jeden pracovní den = (2*2 + 3*1)*1000 = 7 000 Kč. |
Parametry snížení ceny ve Vyhodnocovacím období pro službu IS02
P.č. |
Aktivita |
Název parametru |
Kreditace |
Způsob výpočtu |
1. |
A09 |
Zjištění nerealizované bezpečnostní aktualizace v prostředí PROD |
5,0 % |
Z měsíční paušální ceny služby IS02 za příslušný kalendářní měsíc2za každé zjištěné neprovedení bezpečnostní aktualizace, pokud neprovedení nebylo výslovně schváleno Objednatelem. |
2. |
A09 |
Neprovedení otestování bezpečnostní aktualizace v prostředí DEV a TEST |
2,0 % |
Z měsíční paušální ceny služby IS02 za příslušný kalendářní měsíc za každé zjištěné neprovedení testování bezpečnostní aktualizace v prostředí DEV a TEST, pokud neprovedení nebylo výslovně schváleno Objednatelem. |
3. |
A10 |
Zjištění nerealizované provozní aktualizace v prostředí PROD |
2,0 % |
Z měsíční paušální ceny služby IS02 za příslušný kalendářní měsíc za každé zjištění o neprovedení bezpečnostní aktualizace v prostředí PROD, pokud neprovedení nebylo výslovně schváleno Objednatelem. |
4. |
A10 |
Neprovedení otestování provozní aktualizace v prostředí DEV a TEST |
1,0 % |
Z měsíční paušální ceny služby IS02 za příslušný kalendářní měsíc za každé zjištěné neprovedení testování bezpečnostní aktualizace v prostředí DEV a TEST, pokud neprovedení nebylo výslovně schváleno Objednatelem. |
5. |
A11 |
Neprovedení dohodnutých optimalizačních opatření ve stanoveném termínu |
1,0 % |
Z měsíční paušální ceny služby IS02 za příslušný kalendářní měsíc za každý případ neprovedení dohodnutých optimalizačních opatření ve stanoveném termínu. |
6. |
A12 |
Zjištění neautorizovaného zásahu (opravy chyby) do služby SAMAS |
0,5 % |
Z paušální měsíční ceny služby IS02 za každý zjištěný případ neautorizovaného zásahu do služby SAMAS ze strany Poskytovatele. |
Parametry snížení ceny ve Vyhodnocovacím období pro službu IS03
P.č. |
Aktivita |
Název parametru |
Kreditace |
Způsob výpočtu |
1. |
A13 |
Nenahlášení podezření na vznik bezpečnostní události/incidentu včas |
2,0 % |
Z měsíční paušální ceny služby IS03 za příslušný kalendářní měsíc za každých 15 minut prodlení nahlášení podezření na vznik bezpečnostní události/incidentu bezpečnostnímu manažerovi Objednatele. |
2. |
A13 |
Nenahlášení podezření na vznik provozní události/incidentu včas |
1,0 % |
Z měsíční paušální ceny služby IS03 za příslušný kalendářní měsíc za každých 15 minut prodlení nahlášení podezření na vznik provozní události/incidentu na 1. úroveň Service Desku Objednatele. |
Parametry snížení ceny ve Vyhodnocovacím období pro službu IS04
P.č.
Aktivita
Název parametru
Kreditace
Způsob výpočtu
3.
A15
Nedodržení reakční doby na přidělení ticketu během provozní doby 5x12
1,0 %
Z měsíční paušální ceny služby IS04 za každých 30 minut prodlení (nad rámec stanovené reakční doby) potvrzení zahájení řešení ze strany Poskytovatele pro každý jednotlivý ticket.
4.
A15
Nedodržení reakční doby na přidělení ticketu během provozní doby 7x24
1,0 %
Z měsíční paušální ceny služby IS04 za příslušný kalendářní měsíc za každých 180 minut prodlení (nad rámec stanovené reakční doby) potvrzení zahájení řešení ze strany Poskytovatele pro každý jednotlivý ticket, pokud je ticket ze strany Objednatele zaslán mimo dobu 5x12.
5.
A16
Nezajištění požadovaného školení uživatelů
10.000,- Kč
Jednorázová kreditace služby IS04 – Porušení povinnosti poskytovatele realizovat školení na základě požadavku Objednatele. Kreditace se uplatní pro každý jednotlivý výskyt.
6.
A16
Nedodání podkladů pro školení v plánovaném termínu
2 000,- Kč
Jednorázová kreditace za každý pracovní den prodlení s dodáním kompletních podkladů ke školení, pokud není posun termínu schválen Objednatelem. Kreditace bude uplatněna při akceptaci plnění, jehož je tato dodávka součástí.
Parametry a kreditace služeb rozvoje
Kreditace pro služby rozvoje se stanovuje a zohledňuje po akceptaci konkrétního požadavku na rozvoj.
Níže uvedené tabulky zobrazují výčet parametrů SLA s příslušnými kreditacemi a způsobem výpočtu pro jednotlivé Služby rozvoje.
Parametry snížení ceny ve Vyhodnocovacím období pro služby rozvoje
P.č.
Služba
Název parametru
Kreditace
Způsob výpočtu
1.
IS05 i IS06
Neprovedení vyhodnocení dopadů požadavku na rozvoj na informační a kybernetickou bezpečnost
10.000,- Kč
Jednorázová kreditace pro každý rozvojový požadavek – v případě, že bude požadavek schválen, bude kreditace uplatněna při akceptaci požadavku. V případě, že požadavek nebude schválen, bude kreditace uplatněna z paušální ceny služby IS01 za příslušný kalendářní měsíc.
2.
IS05 i IS06
Neprovedení vyhodnocení dopadů požadavku na provozní podmínky informačního prostředí Objednatele
10.000,- Kč
Jednorázová kreditace pro každý rozvojový požadavek – v případě, že bude požadavek schválen, bude kreditace uplatněna při akceptaci požadavku. V případě, že požadavek nebude schválen, bude kreditace uplatněna z paušální ceny služby IS01 za příslušný kalendářní měsíc.
3.
IS05
Nepředání posouzeného PZ na Objednatele v požadovaném termínu
8.000,- Kč
Jednorázová kreditace za každý den prodlení se zasláním ohodnoceného a posouzeného PZ ze strany Poskytovatele, pokud není posun termínu schválen Objednatelem.
V případě, že bude požadavek schválen, bude kreditace uplatněna při akceptaci požadavku. V případě, že požadavek nebude schválen, bude kreditace uplatněna z paušální ceny služby IS01 za příslušný kalendářní měsíc.
4.
IS05
Neprovedení vyhodnocení dalších požadovaných dopadů PZ (architektura, rozhraní, dokumentace, přístupová oprávnění)
5.000,-
Jednorázová kumulativní kreditace pro každý PZ. Výše kreditace je konstantní, pokud nebude provedeno vyhodnocení jednoho, nebo všech uvedených dopadů.
V případě, že bude požadavek schválen, bude kreditace uplatněna při akceptaci požadavku. V případě, že požadavek nebude schválen, bude kreditace uplatněna z paušální ceny služby IS01 za příslušný kalendářní měsíc.
5.
IS05
Nesplnění schválených milníků PZ z důvodů na straně Poskytovatele
5 %
Jednorázová kreditace z ceny daného PZ pro každý rozvojový požadavek – kreditace bude uplatněna při akceptaci požadavku z ceny PZ v případě, že PZ nebude:
předáno k testování v odsouhlaseném termínu, nebo
nebude aktualizována dokumentace v odsouhlaseném termínu, nebo
nebude provedeno školení v odsouhlaseném termínu, nebo
nebude proveden release v odsouhlaseném termínu
za předpokladu, že nebyl posun termínů odsouhlasen na příslušné projektové úrovni.
6.
IS06
Nesplnění akceptačních milníků jednotlivých etap projektu z důvodů na straně Poskytovatele
5 %
Jednorázová kreditace z ceny daného projektu pro každý rozvojový požadavek – kreditace bude uplatněna při akceptaci projektu z ceny projektu.
7.
IS05 i IS06
Neprovedení testování požadavku v testovacím prostředí před požadavkem na release.
10.000,- Kč
Jednorázová kreditace pro každý rozvojový požadavek – kreditace bude uplatněna při akceptaci požadavku z ceny požadavku na rozvoj.
8.
IS05 i IS06
Neautorizovaný release
20 %
Jednorázová kreditace pro každý rozvojový požadavek – kreditace bude uplatněna při akceptaci požadavku z ceny požadavku na rozvoj.
Parametry a smluvní pokuty jednorázových služeb JS01 a JS02
Níže uvedená tabulka zobrazuje výčet parametrů SLA s příslušnými smluvními pokutami a způsobem výpočtu pro jednorázové služby Exitu.
P.č. |
Služba |
Název parametru |
Smluvní pokuta |
Způsob výpočtu |
1. |
JS01 |
Nedodržení lhůty aktualizace nebo zpracování Scénáře Ukončení poskytování dílčí služby |
10.000,- Kč |
Smluvní pokuta je stanovena na 10.000,- Kč za každý započatý den prodlení. |
2. |
JS01 |
Nedodržení termínu realizace Scénáře Ukončení poskytování dílčí služby (provedení Scénáře Ukončení poskytování dílčí služby) |
20.000,- Kč |
Smluvní pokuta je stanovena na 20.000,- Kč za každý započatý den prodlení. |
3. |
JS02 |
Nedodržení termínu pro vytvoření nebo aktualizaci Scénáře Ukončení poskytování Služeb |
20.000,- Kč |
Smluvní pokuta je stanovena na 20.000,- Kč za každý započatý den prodlení. |
4 |
JS02 |
Nedodržení termínu realizace Ukončení poskytování Služeb (provedení Scénáře Ukončení poskytování Služeb) |
30.000,-Kč |
Smluvní pokuta je stanovena na 30.000,- Kč za každý započatý den prodlení. |
Vyhodnocení a fakturace služeb
Nejpozději během 5. (pátého) pracovního dne vyhodnocovacího období následujícího po ukončení předchozího vyhodnocovacího období předkládá Vedoucí projektového týmu Poskytovatele Vedoucímu projektového týmu Objednatele soupis čerpání kapacit projektového týmu, jehož součástí je zvlášť vyčleněná samostatná část obsahující seznam požadavků na rozvoj akceptovaných na úrovni jednotlivých projektových týmů v uplynulém kalendářním měsíci a reálné uvedení kapacit čerpaných v rámci daných požadavků na rozvoj (reálné čerpání nesmí překročit maximální stanovenou a odsouhlasenou kapacitní náročnost jednotlivých požadavků na rozvoj). Vedoucí projektového týmu Objednatele provede kontrolu soupisu čerpání kapacit a pokud je tento soupis v pořádku, akceptuje jej včetně zvlášť autorizovaného seznamu akceptovaných požadavků na rozvoj a projektů.
Fakturace za vyhodnocovací období je tak realizována na základě akceptace služeb IS01-IS04 a na základě dílčích akceptací prací a potvrzeného seznamu akceptovaných požadavků na rozvoj. Přílohou faktury za konkrétní vyhodnocovací období jsou všechny příslušné akceptační dokumenty za dané období včetně vyčíslení uplatněných kreditací k jednotlivým službám a rozvojovým požadavkům.
Fakturace služeb hrazených paušálně probíhá tak, že v běžném měsíci Poskytovatel fakturuje 80% celkové paušální ceny služeb IS01-IS03 po uplatnění kreditací, ostatní paušální ceny fakturuje v plné výši po uplatnění kreditace.
V měsíci, kdy jsou vyhodnoceny parametry služeb, které se vyhodnocují v periodě 12 měsíců (viz odst. níže), je pak fakturována zbylá část ceny paušálních služeb IS01-IS03, tj. zbylých 20% celkové paušální ceny služeb IS01-IS03 za vyhodnocovací období 12 měsíců po uplatnění kreditací vázaných na plnění parametrů vyhodnocovaných v periodě 12 měsíců. Je-li výše kreditací rovna nebo větší než zbylá část ceny paušálních služeb IS01-IS03, pak Poskytovatel není oprávněn zbylou část ceny paušálních služeb IS01-IS03 fakturovat.
Parametry služeb, které se vyhodnocují v periodě 12 měsíců, se vyhodnocují vždy v prosincovém fakturačním termínu, tj. v termínu do 5. prosince, a to za období, které končí 30. listopadu. Vyhodnocení standardně zahrnuje období předcházejících 12 měsíců (prosinec předchozího roku a období leden-listopad roku, ve kterém dochází k fakturaci), pokud se nejedná o první rok produkčního provozu nebo rok jeho ukončení.
V tomto termínu je také Poskytovatelem fakturována zbylá část ceny paušálních služeb IS01-IS03 vázaná na splnění parametrů vyhodnocovaných v periodě 12 měsíců včetně uplatnění případných kreditací. Tyto služby Poskytovatel fakturuje samostatnou fakturou s přílohami obsahujícími výpočet sledovaných parametrů a výpočet případných kreditací, je-li oprávněn takovou fakturu vystavit.
V prvním roce produkčního provozu jsou parametry vyhodnocované v periodě 12 měsíců hodnoceny za období od zahájení produkčního provozu do 30. listopadu prvního roku produkčního provozu, je-li toto období alespoň v trvání 5 měsíců. Je-li toto období kratší než 5 měsíců, pak bude první vyhodnocení provedeno k 30. listopadu následujícího roku, a to za období od zahájení produkčního provozu do tohoto termínu vyhodnocení těchto parametrů.
Následně již bude vyhodnocení probíhat každých 12 měsíců s případnou výjimkou v roce, kdy dojde k ukončení poskytování Služeb.
V případě ukončení poskytování Služeb bude vyhodnocení parametrů služeb, které se vyhodnocují v periodě 12 měsíců, provedeno za období od 1. prosince daného vyhodnocovacího období do dne ukončení Služeb, pokud již před datem ukončení Služeb vyhodnocení těchto parametrů alespoň jednou proběhlo, nebo za období od zahájení produkčního provozu do data ukončení Služeb.
Zbylou část ceny paušálních služeb IS01-IS03 Poskytovatel fakturuje samostatnou fakturou s přílohami obsahujícími výpočet sledovaných parametrů a výpočet případných kreditací, je-li oprávněn takovou fakturu vystavit.
1 Pro počáteční a koncové období produkčního provozu viz specifikace v kapitole 4.4 této Přílohy č. 3 Smlouvy
2 Příslušným kalendářním měsícem se pro účely kreditace rozumí měsíc, v němž měla být splněna povinnost, jejíž nesplnění je sankcionováno kreditací (tj. např. připadl-li poslední den lhůty pro vyhodnocení dopadů požadavku na rozvoj na informační a kybernetickou bezpečnost na 2. 3., je příslušným kalendářním měsícem březen).
S
tátní
zemědělský intervenční fond
Ve Smečkách 33, 110 00 Praha 1 Strana 79/79