Smlouva o zajištění služeb mobilní aplikace na Geotagované fotografie (GT FOTO)
Smlouva o zajištění služeb mobilní aplikace na Geotagované fotografie (GT FOTO)
PŘÍLOHA Č. 3
Závazné požadavky na poskytování Služeb
1Předmět Služeb
Předmětem služeb poskytovaných Objednateli je zejména zajištění poskytování služby GT FOTO provozované v cloudové infrastruktuře a doprovodných Služeb provozu, Služeb rozvoje GT FOTO a případně Exitu (dále též „Služby“) ze strany Poskytovatele tak, aby bylo možné prostřednictvím informačního systému XXXX, jehož je služba GT FOTO 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 GT FOTO, 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 GT FOTO kontinuálně zabezpečují poskytování služby GT FOTO v definovaných parametrech a zahrnují i poskytování služeb cloudové infrastruktury.
Poskytování služeb cloudové infrastruktury dle této přílohy bude zahájeno dnem zahájení Pilotního a akceptačního provozu.
Poskytování ostatních Služeb provozu služby GT FOTO dle této Přílohy č. 3 Smlouvy bude zahájeno na základě Ukončení Pilotního a Akceptačního provozu a dokončení finální akceptace služby.
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 GT FOTO v závislosti na definovaných požadavcích Objednatele.
Poskytování Služeb rozvoje prostřednictvím požadavku na změnu bude zahájeno ihned po dokončení 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 Vytvořené služby v rámci Pilotního a akceptačního provozu (18,52 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 Systému, které nebudou zahrnuty do vlastní Implementace.
Poskytování Služeb rozvoje prostřednictvím projektu bude zahájeno stejně jako poskytování Služeb provozu dle této Přílohy č. 3 Smlouvy – po ukončení Pilotního a akceptačního provozu.
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 na základě dohody smluvních stran může dojít k
Ukončení poskytování dílčích služeb poskytovaných ze strany Poskytovatele (Dílčí Exit), a to formou projektu Ukončení poskytování dílčí služby (Dílčí Exit), dle odpovídajících ustanovení Smlouvy a kapitoly č. 3.5.1. této Přílohy č. 3 Xxxxxxx, nebo k
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).
2Organizač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.
2.1Uplatň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).
2.1.1Specifika programových/projektových principů v prostředí Objednatele
Informační systém Objednatele, jehož součástí je i služba GT FOTO, 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 změnu (rozsah do 100 MD a změna nemá dopad na architekturu služby GT FOTO nebo celkového řešení XXXX), nebo prostřednictvím Projektů (rozsah nad 100 MD, nebo má změna dopad na architekturu služby GT FOTO nebo celkového řešení XXXX).
Detailní nastavení principů Programového/projektového řízení pro poskytování služeb bude realizováno v době Vytvoření služby GT FOTO 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.
2.1.2Plá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).
2.1.3Jedná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.
2.1.4Komunikace
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.
2.1.5Vedení 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.
2.1.6Ří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 a 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
2.2Organizace 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í.
2.2.1Ří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 GT FOTO 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.
2.2.2Hlavní 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 SAMAS
Služby Portálového systému SZIF
Služby GT FOTO
Služby IS SAP
O přizvání zástupců projektových týmu 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.
2.2.3Projektový 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 GT FOTO 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 GT FOTO 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 GT FOTO 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.
2.2.4Sponzor 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ím programu. Schvaluje spolu s Vedoucím programu (za Objednatele) realizaci rozvojových aktivit v podobě rozvojových projektů.
2.2.5Sponzor 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.
2.2.6Vedoucí 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ů.
2.3Projektové 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).
2.3.1Vedoucí 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.
2.3.2Sponzor 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.
2.3.3Garant 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.
2.3.4Vedoucí 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.
2.3.5Vedoucí 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.
2.3.6Bezpeč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 ZoKB 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í.
2.3.7MANAŽ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 za stranu 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í.
3Katalog služeb
3.1Definice Katalogu služeb
Katalog služeb stanovený v této kapitole 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é.
3.2Struktura 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, 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ů.
SANDBOX prostředí je využíváno pro simulaci a interní aktivity zaměstnanců Objednatele, které nejsou standardní součástí administrace Společné zemědělské politiky. Může, dle potřeby, obsahovat produkční i testovací data. Samotná správa prostředí je realizována primárně interními administrátory Objednatele. Do SANDBOX prostředí nemají standardní přístup zaměstnanci Poskytovatele.
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 povinen 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 GT FOTO, jejichž poskytování a implementace včetně odpovídajících funkčností byly předmětem Vytvoření služby GT FOTO. Poskytování služeb vázaných na jednotlivé komponenty/moduly je realizováno tak, aby bylo v případě rozhodnutí Objednatele možné vypovědět poskytování jednotlivých dílčích služeb poskytovaných dle této Smlouvy bez dopadu na poskytování ostatních služeb ze strany Poskytovatele).
Výčet technologických komponent:
Mobilní aplikace pro Android
Mobilní aplikace pro iOS
Webová aplikace pro prohlížení a správu fotografií
Úložiště fotografií
Webová aplikace pro správu mobilních zařízení
Výčet služeb je uveden včetně jejich identifikátorů níže.
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 ve formátu „KNN“ pro komponenty, „ANN“ pro dílčí služby nebo „ISNN“ pro skupiny dílčích služeb.
V rámci identifikátoru je NN číslo komponenty/dílčí služby definované tak, aby bylo možné v kombinaci s dalšími stanovenými identifikátory jednoznačné určení komponenty/dílčí služby, ke které se služby vztahují. Identifikace jednotlivých komponent je následující:
K01 – Mobilní aplikace pro Android
K02 – Mobilní aplikace pro iOS
K03 – Webová aplikace pro prohlížení a správu fotografií
K04 – Úložiště fotografií
K05 – Webová aplikace pro správu mobilních zařízení
Identifikace dílčích Služeb provozu je následující:
Skupina dílčích služeb IS01 - Provoz a správa služby GT FOTO zahrnuje A01, A02, A03-1, A03-2, A04, A05, A06
Skupina dílčích služeb IS02 - Údržba služby GT FOTO zahrnuje A08, A09, A11
Skupina dílčích služeb IS03 - Dohled a monitoring služby GT FOTO zahrnuje A12, A13, A14
Skupina dílčích služeb IS04 - Uživatelská podpora služby GT FOTO zahrnuje A15, A15-L1, A16
Skupina dílčích služeb IS05 - Rozvoj prostřednictvím požadavků
Skupina dílčích služeb IS06 - Rozvoj prostřednictvím projektu
Skupina dílčích služeb IS07 - Poskytování cloudových infrastrukturních služeb – zahrnuje: viz. Příloha č. 7 Xxxxxxxx list „Cena cloudových služeb“
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, která je předmětem dané aktivity. 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 IS01 A04 K01 bude u konkrétního pracovníka Poskytovatele znamenat, že se např. daný pracovník podílel na realizaci interního auditu ISMS (A04), který se vztahoval k nastavení a realizaci mobilní aplikace pro Android (K01) v rámci plnění skupiny služby „Provoz a správa Služby GT FOTO“ (IS01)).
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 Poskytovatele a Service Desk Objednatele, které zabezpečujíe příjem, resp. vstupní zpracování všech incidentů, požadavků od uživatelů mobilních a webových aplikací služby GT FOTO, autorizovaných uživatelů Objednatele a dodavatelů, jejich prvotní kontrolu, klasifikaci a předání řešitelům na základě stanovených eskalačních procedur.
Poskytovatel zajistí možnost převzetí ticketu ze Service Desku Objednatele do svého Service Desku a předání informace o vyřešení ticketu zpět do Service Desku Objednatele.
Poskytovatel ve spolupráci s Objednatelem zajistí možnost předání Ticketu ze Service Desku Poskytovatele do Service Desku Objednatele.
2. úroveň podpory
Označuje první vrstvu řešitelů přijatého požadavku nebo incidentu. Typicky se jedná o pracovníky Poskytovatele.
V případě telefonického dotazu zajistí Poskytovatel podporu 1. i 2 úrovně zároveň tak, aby pokud možno v rámci jednoho hovoru dotaz uživatele zodpověděl.
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émechu 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).
Provozní doba je doba, ve které Objednatel nezbytně požaduje plnou funkční a využitelnou dostupnost všech služeb. U konkrétních služeb nebo aktivit může být provozní doba stanovena odlišně buď pro celé poskytování služby (tedy kontinuálně), nebo dle sezonního charakteru činností Objednatele (tedy 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 v pracovní i nepracovní dny 24 hodin denně;
5x24 – provozní doba znamená zajištění služeb v pracovní dny 24 hodin denně;
7x12 – provozní doba znamená zajištění služeb 12 hodin denně (7:00 – 19:00).
7x14 - provozní doba znamená zajištění služeb 14 hodin denně (6:00 – 20:00).
5x12 – provozní doba znamená zajištění služeb v pracovní dny 12 hodin denně 7:00 – 19:00 – viz Pracovní doba Objednatele.
5x8 - provozní doba znamená zajištění služeb 8 hodin denně (8:00 – 16: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 GT FOTO. 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 GT FOTO 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ýpadků dalších služeb, které jsou způsobené chybou pracovníků Poskytovatele,
časy incidentů nebo havárií.
3.3Služ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 GT FOTO, 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 Practice 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 se 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.
3.3.1IS01 - Provoz Služby GT FOTO
Označení |
Název služby |
|||
IS01 |
Provoz a správa služby GT FOTO |
|||
Vymezení služby |
||||
Lokalita |
A, 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 GT FOTO |
|||
Seznam komponent |
|
|||
Seznam aktivit |
Aktivita |
Obecný rozsah aktivity |
Periodicita činnosti |
|
A01 - Vlastní provoz a správa služby GT FOTO. |
Zajištění poskytování služby GT FOTO během provozní doby v režimu 7x24, , resp. 5x12 TEST/DEV, kdy bude garantována jejich kompletní funkčnost. |
Průběžně |
||
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í a Služby rozvoje v souladu s dalšími částmi informačního systému Objednatele. Předpoklad maximálně 12krát během kalendářního roku. |
Na vyžádání |
||
A03 - Testování služby GT FOTO. |
Pravidelné testy obnovy, dále zátěžové, integrační, bezpečnostní a další nezbytné testování služby GT FOTO, aby byly naplněny požadavky na provoz Významného informačního systému Objednatele. |
Na vyžádání |
||
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. |
Na vyžádání |
||
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. |
Průběžně |
||
A06 - Správa dokumentace. |
Správa veškeré projektové a provozní dokumentace související s poskytováním služeb. |
Průběžně |
||
SLA parametry služby |
||||
Vyhodnocovací období |
1 kalendářní měsíc |
|||
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 GT FOTO. |
Pro akceptaci Zprávy o stavu provozu služby GT FOTO 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é ke konkrétní komponentě služby GT FOTO, zůstane, po realizaci jednorázové služby, jednorázová paušální cena konstantní. 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 GT FOTO |
|||
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 GT FOTO. Kompletní test obnovy bude realizován ve spolupráci s Objednatelem, který má v testu kontrolní funkci. Předmětem Kompletního testu obnovy je: Postavení a obnova systémů na základě definované dokumentace a ze zdrojových kódů, jejichž kontinuální aktualizace musí Poskytovatel zajišťovat. V rámci Kompletního testu obnovy bude realizováno kompletní postavení služby GT FOTO 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 GT FOTO 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). Souběžně bude provedena kontrola popisu postupů v příslušné dokumentaci, zda rozsahem a úplností vyhovují. 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 GT FOTO. 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 GT FOTO, 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í v termínu stanoveném Objednatelem – testování služby GT FOTO
|
|||
SLA parametry / Vyhodnocení |
Definice |
Požadovaná hodnota |
Vyhodnocení |
|
Ověření funkčnosti provozních postupů pro provedení obnovy služby GT FOTO. |
Test obnovy potvrdí, že definované postupy obnovy jsou validní. |
Akceptace provedení testu obnovy. Kreditace je definována v kapitole č. 4. |
||
Ověření aktuálnosti zdrojových kódů, modelů a další dokumentace služby GT FOTO. |
Test obnovy potvrdí, že veškerá dokumentace služby GT FOTO (včetně zdrojových kódů) je aktuální a validní. |
Akceptace provedení testu obnovy a ověřené dokumentace. Kreditace je definována v kapitole č. 4. |
||
Ověření nastavení služby GT FOTO 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 GT FOTO. |
Realizovaná množina testů ověří, že služba GT FOTO 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 GT FOTO, 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 definovaných provozních postupů pro obnovu služby GT FOTO i aktuálnost odpovídající dokumentace služby GT FOTO Finálním dokumentem bude Akceptační protokol o provedení Kompletního testu obnovy a Zpráva o provedení Testování. Veškeré dokumenty, které budou vznikat v rámci této aktivity, budou předmětem souhrnné Zprávy o stavu provozu služby GT FOTO 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 GT FOTO se uplatní obecná akceptační kritéria pro předávání dokumentace dle Smlouvy. |
||
Cena aktivity |
Ceny aktivit ad 1 (Kompletního testu obnovy) a ad 2 (Testování služby GT FOTO) jsou uvedeny v Příloze č. 7 Smlouvy. Jednorázová cena kompletního testu obnovy i jednorázová cena pravidelného testování služby GT FOTO jsou stanoveny jako neměnné. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené ke konkrétní komponentě, zůstanou, po realizaci jednorázové služby, jednorázové ceny testu obnovy konstantní. 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 období, ve kterém byla aktivita skutečně čerpána, v rozsahu dle realizovaného čerpání. |
|||
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 GT FOTO 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 GT FOTO 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 písm. n) VoKB, jsou služby GT FOTO 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 GT FOTO, 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 VKB (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 - 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 GT FOTO. |
Pro akceptaci Zprávy o stavu provozu služby GT FOTO se uplatní postup stanovený v rámci aktivity A14 služby IS03. |
||
Cena aktivity |
Celková 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 GT FOTO 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. |
|||
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 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 GT FOTOVýstupem jsou služby GT FOTO dodávané dle této Smlouvy v dohodnutých SLA a kvalitě, a to jak služby cloudové, tak další služby poskytované řešitelským týmem. |
V rámci Výkazů činností zpracovávaných jako součást Zprávy o stavu provozu služby GT FOTO za odpovídající Vyhodnocovací období budou uvedeny veškeré činnosti pracovníků Poskytovatele vykonávajících tyto aktivity.Plnění služeb je dokumentováno Zprávou o stavu provozu služby GT FOTO. Činnost vedení projektu je dále dokumentována zápisy z projektových schůzek na všech úrovních, které budou v rámci projektu sdíleny způsobem dohodnutým stranami při zahájení projektu. |
Pro akceptaci Zprávy o stavu provozu služby GT FOTO 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). |
|||
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 provozní i projektové 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 GT FOTO musí být neustále aktuální a spravována v souladu se stanovenými pravidly i Best Practice. |
Audit ISMS potvrdí, že Provozní a projektová dokumentace služby GT FOTO je aktuální a spravována v souladu se stanovenými pravidly i Best Practice. |
Výrok auditora ISMS k dokumentaci služby GT FOTO 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 |
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). |
|||
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 služby GT FOTO, 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í |
|
|
|
|
||
Požadované výstupy aktivity |
||||
|
|
|
||
Výkazy činností ve Zprávě o stavu provozu služby GT FOTO |
V rámci Výkazů činností zpracovávaných jako součást Zprávy o stavu provozu služby GT FOTO 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 GT FOTO 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 jako paušální cena dané aktivity 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). |
|||
Služba A07 byla odstraněna
3.3.2IS02 - Údržba služby GT FOTO
Označení |
Název služby |
|||
IS02 |
Údržba služby GT FOTO |
|||
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 GT FOTO |
|||
Seznam komponent |
|
|||
Seznam aktivit |
Aktivita |
Obecný rozsah aktivity |
Periodicita činnosti |
|
A08 - Bezpečnostní aktualizace služby GT FOTO |
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 GT FOTO – primárně mimo Pracovní dobu Objednatele. |
Průběžně |
||
A09 - Provozní aktualizace služby GT FOTO |
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 GT FOTO – mimo Pracovní dobu Objednatele. |
|||
A11 - Opravy chyb služby GT FOTO |
Na základě monitoringu provozu služby GT FOTO a identifikovaných chyb/vad služby GT FOTO zajištění a koordinace nezbytné pro standardní chod služby GT FOTO |
|||
SLA parametry služby |
||||
Vyhodnocovací období |
1 kalendářní měsíc |
|||
Označení |
Název Aktivity |
|||
A08 |
Bezpečnostní aktualizace služby GT FOTO |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Poskytovatel je povinen zajistit odpovídající stav služby GT FOTO 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 GT FOTO, 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 GT FOTO. 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 GT FOTO, bude realizace bezpečnostních aktualizací primárně probíhat dvou-krokově:
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 GT FOTO, 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 GT FOTO |
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í. Tato Zpráva o plnění služby IS02 (pokrývající i další aktivity služby IS02) bude součástí souhrnné Zprávy o stavu provozu služby GT FOTO zpracovávané v rámci služby IS03. |
Pro akceptaci Zprávy o stavu provozu služby GT FOTO 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). |
|||
Označení |
Název Aktivity |
|||
A09 |
Provozní aktualizace služby GT FOTO |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Poskytovatel je povinen zajistit odpovídající stav služby GT FOTO tak, aby byla zajištěna adekvátní úroveň provozního prostředí služby GT FOTO. Na základě této povinnosti bude Poskytovatel provádět realizaci provozních aktualizací služby GT FOTO, kdy požadovaným stavem je poskytování plně aktuálního rozsahu služby GT FOTO v souladu s aktuálními funkčními i bezpečnostními požadavky na její parametry. Předmětem aktualizací tak bude i instalace a implementace aktualizací a opravných patchů a nastavení provozních částí kódu, patchů, záplat a dalších programových částí v souladu s doporučením výrobce. Tyto aktualizace budou realizovány zejména na základě výstupů provozního monitoringu, doporučení a požadavků jednotlivých výrobců 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 nebo služby GT FOTO, bude realizace provozních aktualizací primárně probíhat dvoukrokově:
Aktualizace bude probíhat vždy v plné součinnosti s Objednatelem a bude-li to třeba, s provozovatelem infrastruktury informačního systému XXXX. 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 GT FOTO, 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 aplikačního prostředí služby GT FOTO. |
Plně stabilní provozní prostředí služby GT FOTO 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í. Zpráva o plnění služby IS02 je součástí Zprávy o stavu provozu služby GT FOTO. |
Pro akceptaci Zprávy o stavu provozu služby GT FOTO 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). |
|||
Označení |
Název Aktivity |
|||
A10 |
Optimalizace chodu služby GT FOTO |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Na základě vyhodnocení dat provozního monitoringu služby GT FOTO bude Poskytovatel analyzovat chování systému a přijímat opatření k zajištění optimálního fungování služby GT FOTO, případně identifikovat oblasti možného zlepšení a definovat náměty na zlepšení. Optimalizace zahrnuje i optimalizaci čerpání infrastrukturních služeb ve vztahu k jejich cenám.
Poskytovatel musí být schopen včas reagovat na zvýšenou zátěž služby GT FOTO a reagovat tak, aby zabránil výpadkům služby GT FOTO nebo jejích dílčích funkcí, případně prodloužení odezev do té míry, že to pro uživatele představuje významný diskomfort.
Pokud Objednatel ví, že v důsledku jeho aktivit může výrazně zvýšenou aktivitu uživatelů v určitém období očekávat, poskytne takovou informaci Poskytovateli v předstihu.
Poskytovatel tak bude v rámci zajištění služeb provozu včas vyhodnocovat stav informačního prostředí služby GT FOTO 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 GT FOTO 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 GT FOTO, bude toto daný projektový tým eskalovat prostřednictvím Vedoucího programu (za Poskytovatele) na úroveň HTPG.
Poskytoval 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í |
|
|
|
|
||
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 provozního prostředí služby GT FOTO Zpráva o plnění služby IS02 je součástí Zprávy o stavu provozu služby GT FOTO. |
Pro akceptaci Zprávy o stavu provozu služby GT FOTO 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). |
|||
Služba A10 byla odstraněna
Označení |
Název Aktivity |
|||
A11 |
Opravy chyb služby GT FOTO |
|||
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 GT FOTO. 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 GT FOTO. 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é opravdu 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 GT FOTO, případně s dopadem do 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 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 GT FOTO.
V případě, že má realizace Opravy chyby dopad na provoz služby GT FOTO, 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 GT FOTO, 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 GT FOTO. |
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 GT FOTO. 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 GT FOTO. |
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 GT FOTO. |
Pro akceptaci uvedených dokumentů 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 GT FOTO.
|
||
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). |
|||
3.3.3IS03 - Dohled a monitoring služby GT FOTO
Označení |
Název služby |
|||
IS03 |
Dohled a monitoring služby GT FOTO |
|||
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 GT FOTO. |
|||
Seznam komponent |
|
|||
Seznam aktivit |
Aktivita |
Obecný rozsah aktivity |
Periodicita činnosti |
|
A12 - Bezpečnostní monitoring provozu služby GT FOTO. |
Realizace bezpečnostního dohledu provozu a rozvoje služby GT FOTO během provozní doby v režimu 7x24 pro naplnění veškerých zákonných požadavků na zajištění informační a kybernetické bezpečnosti aplikační vrstvy Významného informačního systému. |
Průběžně |
||
A13 - Provozní monitoring provozu služby GT FOTO. |
Realizace provozního dohledu provozu a rozvoje služby GT FOTO 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. |
|||
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 |
|||
A12 |
Bezpečnostní monitoring provozu služby GT FOTO. |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Poskytovatel je povinen v rámci služby IS03 zajistit komplexní aktivity bezpečnostního monitoringu služby GT FOTO. Předmětem bezpečnostního monitoringu je tak sledování stavu služby GT FOTO, průběžné vyhodnocování informací týkajících se bezpečnosti systému, a to na celé aplikační i databázové vrstvě služby GT FOTO, až po operační systém (tato vrstva již předmětem monitoringu není). Monitoring musí zahrnovat automatizovaný dohled i činností pracovníků Poskytovatele souvisejících zejména se správou služby GT FOTO i s vyhodnocováním nestandardních stavů, bezpečnostních událostí a incidentů a jejich hlášení na stranu Objednatele. Aktivity bezpečnostního monitoringu budou primárně zaměřeny na následující oblasti:
Aktivity bezpečnostního monitoringu musí splňovat následující rozsah:
V případě podezření na vznik bezpečnostní události/incidentu ve vnějším prostředí, kdy toto může mít dopad na chod služby GT FOTO, zajištění notifikace Bezpečnostního manažera 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 – v případě zjištění bezpečnostní události/incidentu neprodleně. |
|||
SLA parametry / Vyhodnocení |
|
|
|
|
Předmětem vyhodnocení aktivity Bezpečnostního monitoringu bude samostatná zpráva přikládaná na měsíční bázi jako součást podkladů předkládaných v rámci vyhodnocovacího období. Zpráva bude předkládaná bezpečnostnímu manažeru Objednatele a bude obsahovat minimálně:
|
||||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Zpráva měsíčního vyhodnocení bezpečnostního monitoringu služby GT FOTO |
Bude se jednat o dokument, který bude klasifikován jako diskrétní. Dokument nebude kromě Garanta projektového týmu (Provozní tým) a Bezpečnostního manažera Objednatele zpřístupněn dalším pracovníkům Objednatele. Tento dokument nebude standardní součástí Zprávy o stavu provozu služby GT FOTO Ve Zprávě o stavu provozu služby GT FOTO bude uveden odkaz s termíny předání Zprávy měsíčního vyhodnocení bezpečnostního monitoringu služby GT FOTO. |
Pro akceptaci Zprávy měsíčního vyhodnocení bezpečnostního monitoringu služby GT FOTO 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 |
Celková cena aktivity za vyhodnocovací období (kalendářní měsíc) je stanovena jako paušální cena dané aktivity služby GT FOTO 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 |
|||
A13 |
Provozní monitoring provozu služby GT FOTO. |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Kontinuální provozní aktivita
Poskytovatel je povinen v rámci služby IS03 zajistit komplexní aktivity provozního monitoringu implementované služby GT FOTO. Předmětem provozního monitoringu je tak sledování stavu služby GT FOTO, průběžné vyhodnocování informací týkajících se jejího provozu, a to na všech vrstvách aplikační i databázové vrstvě služby GT FOTO, až po operační systém daného virtuálního počítače. Vrstva infrastruktury sdílené více zákazníky Poskytovatele již předmětem monitoringu dle této aktivity není.
Monitoring musí zahrnovat automatizovaný dohled i činnosti pracovníků Poskytovatele související zejména se správou služby GT FOTO a s vyhodnocováním nestandardních stavů, provozních událostí a incidentů a hlášení nestandardních stavů na stranu Objednatele. 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 GT FOTO, 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 GT FOTO. Zpráva bude obsahovat minimálně:
Veškeré další podklady dokládající realizaci Provozního monitoringu služby GT FOTO 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. |
||||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Zpráva měsíčního vyhodnocení provozního monitoringu služby GT FOTO. |
Zpráva měsíčního vyhodnocení provozního monitoringu služby GT FOTO bude součástí souhrnné Zprávy o stavu provozu služby GT FOTO. |
Pro akceptaci Zprávy o stavu provozu služby GT FOTO 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 jako paušální cena dané aktivity pro služby GT FOTO 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 |
|||
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 GT FOTO v podobě souhrnné Zprávy o stavu provozu služby GT FOTO, 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 GT FOTO (vyjma Zprávy měsíčního vyhodnocení bezpečnostního monitoringu služby GT FOTO). Souhrnná Zpráva o stavu provozu služby GT FOTO 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 a 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 a IS07. 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 GT FOTO 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 GT FOTO. |
Předaná a akceptovaná úplná Zpráva o stavu provozu služby GT FOTO. |
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 GT FOTO 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 GT FOTO, 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 GT FOTO 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 GT FOTO 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 GT FOTO.
|
||
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 jako paušální cena dané aktivity služby GT FOTO 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é ke konkrétní komponentě služby GT FOTO, zůstává paušální cena aktivity konstantní. 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). |
|||
3.3.4IS04 - Uživatelská podpora služby GT FOTO
Označení |
Název služby |
|||
IS04 |
Uživatelská podpora služby GT FOTO |
|||
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 GT FOTO |
|||
Seznam komponent |
|
|||
Seznam aktivit |
Aktivita |
Obecný rozsah aktivity |
Periodicita činnosti |
|
A15 - Zajištění 1., 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 evidovaných Service Deskem Objednatele v definovaných lhůtách. |
Průběžně (zajištění 2. a 3. úrovně podpory Service Desku)
Na vyžádání (zajištění 1. úrovně podpory Service Desku) |
||
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 vyžádání |
||
SLA parametry služby |
||||
Vyhodnocovací období |
1 kalendářní měsíc |
|||
Označení |
Název Aktivity |
|||
A15 |
Zajištění 1., 2. a 3. úrovně podpory Service Desku. |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Aktivita na vyžádání - zajištění 1. úrovně podpory Service Desku) Kontinuální provozní aktivita. - zajištění 2. a 3. úrovně podpory Service Desku
Poskytovatel bude, ve vztahu k službám GT FOTO, 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 GT FOTO bude zajišťováno součinností různých subjektů. Podporu uživatelů služby GT FOTO bude zajišťovat Poskytovatel v úrovních 1, 2 i 3
Poskytovatel zajistí formou služby výkon činnosti 1. a 2. úrovně podpory pro oblast prostředí služby GT FOTO v rozsahu dodávaných a provozovaných SW technologií od vrstvy operačního systému výše tak, aby zároveň zajistil i uživatelskou podporu pro dotazy a požadavky uživatelů na 1. úrovni a 2. úrovni. Dále Poskytovatel zajistí poskytování 3. úrovně podpory dodavatelů a výrobců SW, které jsou součástícelé služby GT FOTO včetně aplikací GT FOTO (mobilní aplikace, webové aplikace), 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 GT FOTO.
1. úroveň podpory služby GT FOTO zajišťuje ObjednatelPoskytovatel na vyžádání Objednatele. V rámci 1. úrovně podpory je zajišťována komunikace s koncovými uživateli prostřednictvím telefonické podpory, e-mailové podpory, zadáním požadavku v mobilní aplikaci nebo webovém rozhraní prostřednictvím formuláře. Všechny způsoby zadání požadavku jsou ekvivalentní a budou zpracovány pracovníky Service desku Poskytovatele v pořadí, v jakém budou přicházet. 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. V případě telefonické podpory zajistí Poskytovatel podporu 1. i 2 úrovně zároveň tak, aby pokud možno v rámci jednoho hovoru dotaz uživatele zodpověděl. U telefonické podpory bude v některých situacích nutné poskytovat radu, návod, vysvětlení a řešení přímo v průběhu telefonické konzultaci s volajícím. V této situaci dochází k přirozenému přechodu z úrovně 1 na úroveň 2 dle charakteru dialogu s volajícím. Jedná se zejména o situace spojené s instalací mobilní aplikace a jejím ovládání, nebo o situace spojené s činnostmi prováděné prostřednictvím webového rozhraní – registrace pracovníka nebo zařízení, prohlížení fotografií.
Součástí podpory 1 úrovně jsou i služby:
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 nebo telefonicky. V případě telefonického hovoru Poskytovatel ticket vytvoří a stává se jeho řešitelem. Na řešení se pak vztahují postupy a SLA popsané v této Příloze č. 3 Smlouvy. V případě, že je ticket postoupen Poskytovateli, stává se Poskytovatel je ř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 1., 2. i 3. úrovně podpory bude Poskytovatel využívat prostředí Service Desku Objednatele; zajistí podporua procesů řízení ICT služeb v souladu s mezinárodním standardem ITIL,
|
|||
Doba zajištění aktivity |
Interakce pracovníků Poskytovatele vůči volajícím uživatelům, a také pracovníkům Objednatele:
Definice období pro Služby provozu od – do p. doba dotazů přírůstky časově úroveň 1 podle plánu 5/8 300 100 8-16 úroveň 2 podle plánu 5/10 52000 500 7-17 úroveň 3 podle plánu 7/14 104000 1000 6-20 úroveň 4 podle plánu 5/8 251000 500 8-16
úroveň 56 podle plánu 7/14 20500 500 6-20
kde:
Objednatel prostřednictvím Service Desku minimálně 14 kalendářníchdo 31. 12. 2023 dní před začátkem vyhodnocovacího období sdělí Poskytovateli, na jaké úrovni služeb uvedených výše (úroveň 1 až 5) bude požadovat poskytovat službu podpory1. úrovně Service Desk pro každé vyhodnocovací období od 1. 4. 2024 do 30. 9. 2024. v následujícím vyhodnocovacím období. Pro následná období Objednatel sdělí Poskytovateli prostřednictvím Service Desku nejpozději 1 kalendářní měsíc před koncem probíhajícího 6-ti měsíčního období čerpání služby 1. úrovně Service Desk, jakou úroveň služeb uvedených výše (úroveň 1 až 5) pro návazné 6-ti měsíční období bude čerpat pro každé vyhodnocovací období. Objednatel je oprávněn ukončit čerpání služby 1. úrovně Service Desk, a to zasláním informace o ukončení čerpání služby 1. úrovně Service Desk Poskytovateli prostřednictvím Service Desku. Čerpání služby 1. úrovně Service Desk bude ukončeno k poslednímu dni šestého kalendářního měsíce následujícího po kalendářním měsíci, v kterém byla informace o ukončení čerpání služby 1. úrovně Service Desk zaslána Poskytovateli. Informaci o ukončení čerpání služby 1. úrovně Service Desk je Objednatel oprávněn zaslat Poskytovateli nejdříve v březnu 2024. |
|||
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 1., 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í. |
||||
Úroveň 1 - telefonní kontakt Přijetí hovoru
Procento volajících, kteří se nedovolají, hovor položí Procento požadavků na službu GT FOTO nevyřešených během tel. hovoru. (Jde zejména o požadavky vztahující se k opakovaným úkonům uživatelů.)
Úroveň 1 - Ticket
Doba reakce na přidělení ticketu na úrovni 1. (Lhůta, do jejíhož uplynutí musí být ticket zaevidován po uskutečněném kontaktu s uživatelem na 1. úrovni
Úroveň 2 Doba reakce na přidělení ticketu na úrovni 2. 2. úroveň Service Desku musí v této lhůtě potvrdit prostřednictvím Service Desk nástroje přijetí ticketu a zahájení řešení prostřednictvím Service Desk nástroje) |
Úroveň 1 – telefonní kontakt Zvednutí zvonícího telefonu do 30 sec. v 90 % případů.
Menší než 10 %
Menší než 20 %
Úroveň 1 - Ticket
30 minut
Úroveň 2 60 minut |
Úroveň 1 – telefonní kontakt Vyhodnocuje se za vyhodnocovací období. Do výpočtu nebudou zahrnuta volání, kdy volající ukončí hovor do 30 sec.
Do výpočtu se nezahrnují požadavky, jejichž předmět nebo příčina je mimo poskytovanou službu GT FOTO a incidenty způsobené výpadkem služby nebo komunikace, nebo vadou programového řešení nebo jiné, které na tel. podpoře řešit nelze.
Úroveň 1 - Ticket Porovnání systémového času mezi nahlášením (doba nahlášení) požadavku po telefonu, emailem nebo vyplněním požadavku v mobilní aplikaci na 1. úroveň a vložení jako záznam ticketu do Service desk systému a přiřazení příznaku „nový požadavek“
Úroveň 2 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. Tj. přijetí požadavku v Service Desku od úrovně 1 na úroveň 2, přidělení na pracovníka a přiřazení příznaku „v řešení“ |
||
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 GT FOTO 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 GT FOTO 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 GT FOTO 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 budou jednak statistiky vyhodnocující metriky práce telefonní podpory, statistika četnosti opakujících se témat dotazů a jednak i příloha s úplným výpisem detailu textového záznamu u všech ticketůstrukturovaný přehled všech ticketů, jejich úplná textace ze zadání, včetně způsobu vyřešení a základní identifikace volajícího (společnost, email, mobil apod.,…) 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í.. a jejich úplná textace ze zadání, včetně základní identifikace volajícího (společnost, email, mobil,…). Zpráva o plnění služby IS04 je součástí Zprávy o stavu provozu služby GT FOTO. |
Pro akceptaci Zprávy o stavu provozu služby GT FOTO 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 jako součet paušálních jednotkových cena dané aktivity pro služby GT FOTO uvedenýchá v Příloze č. 7 Smlouvy odebraných Objednatelem dle jeho skutečné potřeby v daném vyhodnocovacím období, 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.
Objednatel je oprávněn odebírat aktivity 1. úrovně podpory Service Desku dle své skutečné potřeby (je tedy oprávněn neodebrat ve vyhodnocovacím období žádné aktivity 1. úrovně podpory Service Desku).
Fakturace je realizována za každé vyhodnocovací období (kalendářní měsíc). |
|||
3.3.5IS07 – Poskytování cloudových infrastrukturních služeb
Označení |
Název služby |
|||
IS07 |
Poskytování cloudových infrastrukturních služeb |
|||
Vymezení služby |
||||
Lokalita |
Oddělené lokality Provozovatele |
Prostředí |
PROD/TEST/DEV |
|
Zkrácený popis služby |
Poskytování cloudových infrastrukturních služeb využitých pro provoz a rozvoj služby GT FOTO. |
|||
Seznam cloudových služeb |
BUDE DÁLE DOPLNĚNO PŘED PODPISEM SMLOUVY NA ZÁKLADĚ VÍTĚZNÉ NABÍDKY V SOULADU S PŘÍLOHOU Č. 2 SMLOUVY |
|||
Seznam aktivit |
Aktivita |
Obecný rozsah aktivity |
Periodicita činnosti |
|
A17 – Poskytování cloudových infrastrukturních služeb pro provoz a rozvoj služby GT FOTO. |
Zajištění poskytování cloudových infrastrukturních služeb využitých pro provoz a rozvoj služby GT FOTO v režimu 7x24. |
Průběžně |
||
SLA parametry služby |
||||
Vyhodnocovací období |
1 kalendářní měsíc |
|||
Označení |
Název Aktivity |
|||
A17 |
Poskytování cloudových infrastrukturních služeb. |
|||
Rozsah aktivity |
||||
Popis (obsah) aktivity |
Předmětem služby je poskytování cloudových infrastrukturních služeb využitých pro provoz a rozvoj služby GT FOTO. Cloudové infrastrukturní služby využité pro provoz a rozvoj služby GT FOTO musí být poskytovány v kvalitě a s parametry umožňujícími službě GT FOTO dosáhnout požadovaných výkonových požadavků kladených na její provoz a smluvním parametrům služby IS01. Služby musí být zároveň škálovány tak, aby zajistily dočasné navýšení kapacit a výkonových parametrů cloudových infrastrukturních služeb tak, aby služba GT FOTO byla schopna i v případě špiček zatížení vyvolaného současnou práci vysokého počtu uživatelů nebo aktivitami propojených systémů a/nebo přenosy velkého objemu dat poskytovat služby splňující požadované parametry dostupnosti a odezvy. Zároveň budou cloudové infrastrukturní služby škálovány ve směru ke snížení využitých zdrojů v případě nižší zátěže služby GT FOTO a menší intenzity jejího využití uživateli anebo integrovanými systémy. Využití cloudových infrastrukturních služeb musí být průběžně monitorováno a využívané zdroje pružně přizpůsobovány zátěži tak, aby byl zajištěn dostatečný uživatelský komfort a zároveň optimalizovány náklady na cloudové služby.
Poskytování cloudových infrastrukturních služeb po dobu Pilotního a akceptačního provozu se řídí pravidly dle této Přílohy č. 3 Smlouvy, a to včetně pravidel kreditace při porušení povinností při jejich poskytování. Cloudové infrastrukturní služby poskytované po ukončení Pilotního a akceptačního provozu jsou součástí Služeb provozu dle této Přílohy č. 3 Smlouvy. |
|||
Doba zajištění aktivity |
7x24 – provozní doba znamená zajištění služeb v pracovní i nepracovní dny 24 hodin denně. |
|||
SLA parametry / Vyhodnocení |
|
|
|
|
Služba IS07 Poskytování cloudových infrastrukturních služeb musí být poskytována s parametry umožňujícími naplnění smluvních parametrů služeb provozu a rozvoje služby GT FOTO. Kvalita služeb je monitorována a vyhodnocována i prostřednictvím služeb provozu služby GT FOTO IS01, IS02 a IS03. |
||||
Požadované výstupy aktivity |
||||
Název výstupu |
Charakteristika |
Způsob akceptace |
||
Poskytované cloudové infrastrukturní služby |
Poskytované cloudové infrastrukturní služby umožňující bezproblémový provoz a rozvoj služby GT FOTO. Služby zahrnují jak samotné služby konzumované službou GT FOTO, tak všechny podpůrné služby konzumované v průběhu provozu a rozvoje služby GT FOTO (např. služby DEV-OPS či repositáře zdrojových kódů). |
Kvalita služeb je akceptována na základě měření a reportů vznikajících jako součást služeb provozu a rozvoje služby GT FOTO IS01, IS02, IS03, případně dalších měření realizovaných Objednatelem a reportu, který je výstupem aktivity A18 služby IS07. Pro akceptaci služby musí být akceptován Report čerpání cloudových služeb využitých pro provoz a rozvoj služby GT FOTO. |
||
Report čerpání cloudových služeb |
Report skutečného čerpání xxxxxxxxxx služeb ve struktuře listu „Cena cloudových služeb“ Přílohy č. 7 Xxxxxxxx. |
Pro akceptaci služby musí být akceptován Report čerpání cloudových služeb využitých pro provoz a rozvoj služby GT FOTO. |
||
Způsob stanovení celkové ceny aktivity |
||||
Měsíční variabilní cena |
Cena cloudových infrastrukturních služeb potřebných před zahájením Pilotního a ověřovacího provozu je zahrnuta do ceny Vytvoření služby GT FOTO. Cena cloudových infrastrukturních služeb od zahájení Pilotního a akceptačního provozu bude fakturována dle skutečného čerpání v souladu s ustanoveními v těle Smlouvy, pravidly uvedenými v této Příloze č. 3 Smlouvy a s cenami a pravidly dle Přílohy č. 7 Smlouvy. Cena cloudových infrastrukturních služeb za vyhodnocovací období je určena dle skutečného čerpání cloudových infrastrukturních služeb za vyhodnocovací období na základě postupů a cen uvedených v tabulce Ceny cloudových služeb v Příloze č. 7 Smlouvy. Skutečné čerpání xxxxxxxxxx služeb bude doloženo Reportem čerpání cloudových služeb poskytovaným v rámci aktivity A178. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dílčí cloudové službě, nebude nadále variabilní měsíční cena zahrnovat položku této dílčí ukončené cloudové služby. V případě realizace jednorázové služby „Ukončení poskytování dílčí služby“ vztažené k dané službě/aktivitě, nebude, po realizaci jednorázové služby, nadále tato služba/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 |
|
A18 |
Správa infrastrukturních cloudových služeb a reporting jejich čerpání |
|
Rozsah aktivity |
||
Popis (obsah) aktivity |
Předmětem aktivy jsou všechny činnosti související s využíváním cloudových služeb pro provoz a rozvoj služby GT FOTO, které nejsou součástí aktivit A10 a A17, tj. zejména vyhodnocování provozu a zátěže služeb a optimalizace jejich využití s cílem optimalizovat cenu při zachování dostatečných odezev služby GT FOTO a předepsaných SLA parametrů služby GT FOTO a dále reporting čerpání cloudových služeb. |
|
Doba zajištění aktivity |
7x24 – provozní doba znamená zajištění služeb v pracovní i nepracovní dny 24 hodin denně. |
|
SLA parametry / Vyhodnocení |
|
|
Požadované výstupy aktivity |
||
Název výstupu |
Charakteristika |
Způsob akceptace |
Report čerpání cloudových služeb využitých pro provoz a rozvoj služby GT FOTO. |
Report čerpání cloudových služeb bude poskytován Poskytovatelem Objednateli za každé vyhodnocovací období anebo jednorázově na vyžádání Objednatele v podobě přehledu aktuálního čerpání cloudových služeb v průběhu vyhodnocovacího období nebo jeho části. Průběžný report, pokud není pro Objednatele poskytován samoobslužně, bude Poskytovatele poskytnut na vyžádání Objednatele ve lhůtě dvou pracovních dnů. Report čerpání cloudových služeb za vyhodnocovací období bude obsahovat uvedení jednotky služby, jednotkové ceny služby, počtu odebraných jednotek, celkové ceny za službu a celkové ceny všech využitých cloudových služeb za vyhodnocovací období anebo popis jiného postupu využitého pro stanovení ceny služby (uvedeného v Příloze č. 7 Smlouvy), pokud není možné anebo vhodné využít kalkulaci založenou na jednotkové ceně. Report bude také obsahovat informace o aktivitách Poskytovatele vztahujících se k poskytovaným cloudovým službám – zejména o aktivitách, které mají dopad na bezpečnost poskytovaných služeb, na architekturu, změny verzí technologií využitých pro poskytování služby GT FOTO nebo nástrojů pro řízení projektu nebo správu dokumentace. Report bude sestaven a strukturován v souladu s Přílohou č. 7 Smlouvy. Report bude obsahovat u vybraných služeb dohodnutých s Objednatelem grafické znázornění jejich čerpání v průběhu vyhodnocovacího období. |
Pro akceptaci Reportu čerpání cloudových služeb využitých pro provoz a rozvoj služby GT FOTO bude využit postup stanovený v rámci aktivity A14 služby IS03, nebude-li dohodnuto jinak. |
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 jako paušální cena dané aktivity 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 dílčí cloudové službě, zůstává paušální cena aktivity konstantní. 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). |
|
Služba A18 byla odstraněna
3.4Služby rozvoje
3.4.1Obecné 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 jak prostřednictvím požadavku na změnu, tak prostřednictvím projektu. Na rozdíl od detailních metodik a procesů realizace, které mohou být v rámci poskytování služeb IS05 a 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.
3.4.1.1Prů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.
3.4.1.2Oprá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 GT FOTO. 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 GT FOTO 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.
3.4.1.3Analý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 bude v průběhu realizace 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 GT FOTO). 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.
3.4.1.4Vyhodnocení 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 GT FOTO, 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, či 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.
3.4.1.5Komunikace 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.
3.4.1.6Dokumentace
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.
3.4.1.7Testová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.
3.4.1.8Uvolň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.
3.4.2Předpokládaný rozsah a nacenění služeb rozvoje
Objednatel předpokládá rozsah realizovaných služeb v objemu 110 MD, tj. 880 hodin v průběhu jednoho kalendářního roku.
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, a to jak při realizaci rozvoje prostřednictvím požadavku na změnu, tak prostřednictvím projektu.
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 GT FOTO bez dalších nákladů na navýšení cen Služeb provozu.
3.4.3IS05 – 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ů.
3.4.3.1Služby rozvoje prostřednictvím PZ
Pomocí služby rozvoje prostřednictvím PZ se realizují a evidují veškeré změny služby GT FOTO, kdy:
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 GT FOTO 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ě dvě 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 GT FOTO vlivem změny vnějšího ICT prostředí Objednatele mimo služby GT FOTO.
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ředku 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 GT FOTO 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 GT FOTO a včetně evidence prováděných úprav služby GT FOTO realizovaných na základě této služby.
3.4.3.2Procesní 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 GT FOTO.
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 GT FOTO, 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 GT FOTO.
Identifikované dopady na:
Celkovou architekturu služby GT FOTO (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 GT FOTO.
Bezpečnostní prostředí a vlastnosti služby GT FOTO.
Provozní prostředí a infrastrukturu služby GT FOTO.
Rozhraní služby GT FOTO na další systémy a datovou vrstvu.
Aktuální dokumentaci služby GT FOTO.
Okolní ICT prostředí Objednatele.
Nastavená přístupová oprávnění v rámci služby GT FOTO.
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 GT FOTO.
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 GT FOTO. 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í projektu Poskytovatele.
3.4.4IS06 – 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 GT FOTO, 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 řídící 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.
3.4.4.1Zá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 GT FOTO (provozní, architektonické, bezpečnostní, uživatelské a jiné). Předmětem tohoto Produktu je analýza, úprava a akceptace změn dokumentace služby GT FOTO. Pokud aktualizace není v rámci realizace projektu nezbytná, bude toto výslovně uvedeno v konkrétní Kartě produktu.
3.4.4.2Projektová 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.
3.4.4.3Akceptace 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.
3.5Jednorázové služby Exitu
Realizace jednorázových služeb je stanovena za účelem případného ukončení poskytování části plnění Smlouvy, případně celého plnění Smlouvy (EXIT) a/nebo jeho předání jinému poskytovateli. Jednorázové služby exitu jsou realizovány prostřednictvím projektu, kdy je Poskytovatel 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 vznikly.
3.5.1JS01 – Ukončení poskytování dílčí služby
3.5.2JS02 – 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 GT FOTO, 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 GT FOTO 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 GT FOTO jinému poskytovateli tak, aby nedošlo k narušení smluvních provozních parametrů poskytování služby GT FOTO nebo ukončení poskytování služby GT FOTO 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 GT FOTO 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 GT FOTO Objednateli nebo Objednatelem určenému subjektu bude služba GT FOTO a její jednotlivé komponenty ve stavu umožňujícím její další provoz (tj. nebudou chybět žádné informace, dokumentace, data, vytvořená v průběhu Vytvoření služby nebo poskytování služby GT FOTO nebo nutná pro její poskytování). Veškerá data a informace vzniklé v průběhu Vytvoření služby nebo poskytování služby GT FOTO dle této Smlouvy budou předány, je-li to možné a účelné, v podobě, v jaké byla vytvářena a ukládána při provozu, podpoře a rozvoji služby GT FOTO (jinými slovy: nebudou prováděny žádné exporty, konverze a převody dat a informací, předávají se funkční komponenty s plným datovým obsahem), stejně tak budou předány veškeré nově vyvinuté funkce/komponenty/služby, customizace či úpravy SW nástrojů sloužících pro zajištění provozu, skripty a další programové úpravy vzniklé při poskytování služeb 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 GT FOTO 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 GT FOTO 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 Zaxxxxxx xealizace 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 GT FOTO, 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 Smxxxxx. |
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 GT FOTO.
|
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ý. |
|
4Vyhodnocení služeb
Poskytování Služeb 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.
4.1Parametry 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.
4.1.1Parametry 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 produkční verze služby GT FOTO. |
3,0 % |
Z měsíční paušální ceny služby IS01 za každých započatých 0,1 % pod stanovenou hodnotu parametru. |
|
2. |
A01 |
Dostupnost služby GT FOTO pro prostředí TEST/DEV. |
2,0 % |
Z měsíční 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 měsíční 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 měsíční paušální ceny služby IS01 za každý další výskyt nad maximální počet vad ve vyhodnocovacím období. |
|
5. |
A02 |
Nerealizovaná kopie v daném termínu. |
2,0 % |
Z měsíční paušální ceny služby IS01 v případě nerealizace kopie v daném termínu z důvodů na straně Poskytovatele. |
|
6. |
A02 |
Nerealizovaný test obnovy služby GT FOTO dle požadavku Objednatele. |
80.000,- Kč |
Jednorázová kreditace služby IS01 – v případě nerealizace kompletního testu obnovy služby GT FOTO ve stanoveném termínu z důvodů na straně Poskytovatele. |
|
7. |
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 GT FOTO ve stanoveném termínu z důvodů na straně Poskytovatele. |
|
8. |
A02 |
Neakceptovaný test obnovy služby GT FOTO. |
50.000,- Kč |
Jednorázová kreditace služby IS01 – Test obnovy nepotvrdí, že definované provozní postupy jsou validní, nebo dokumentace služby GT FOTO není aktuální. |
|
9. |
A03 |
Neakceptované pravidelné testování služby GT FOTO. |
20.000,- Kč |
Jednorázová kreditace služby IS01 – Testování nebylo akceptováno z důvodů vad na straně Poskytovatele. |
|
10. |
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. |
|
11. |
A06 |
Neodpovídající dokumentace služby GT FOTO. |
80.000,- Kč |
Na základě výroku auditora ISMS byla identifikována neshoda nebo zjištění ke stavu dokumentace služby GT FOTO. Kreditace služby IS01 bude uplatněna za každé vyhodnocovací období, ve kterém neshoda nebo zjištění trvá. |
|
4.1.2Parametry snížení ceny ve Vyhodnocovacím období pro službu IS02
P.č. |
Aktivita |
Název parametru |
Kreditace |
Způsob výpočtu |
12. |
A08 |
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íc za každé zjištění o neprovedení bezpečnostní aktualizace, pokud neprovedení nebylo výslovně schváleno Objednatelem. |
13. |
A08 |
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. |
14. |
A09 |
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, pokud neprovedení nebylo výslovně schváleno Objednatelem. |
15. |
A09 |
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. |
16. |
A10 |
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. |
17. |
A11 |
Zjištění neautorizovaného zásahu (opravy chyby) do služby GT FOTO. |
0,5 % |
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ý případ neautorizovaného zásahu do služby GT FOTO ze strany Poskytovatele. |
4.1.3Parametry snížení ceny ve Vyhodnocovacím období pro službu IS03
P.č. |
Aktivita |
Název parametru |
Kreditace |
Způsob výpočtu |
18. |
A12 |
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. |
19. |
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. |
4.1.4Parametry snížení ceny ve Vyhodnocovacím období pro službu IS04
P.č. |
Aktivita |
Název parametru |
Kreditace |
Způsob výpočtu |
20. |
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 příslušný kalendářní měsíc 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. |
21. |
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. |
21a |
A15 |
Nedodržení procenta hovorů přijatých v zadaném limitu. |
0,3 % |
Z měsíční paušální ceny služby IS04 za příslušný kalendářní měsíc za každých započatých 5% pod zadaný limit. |
21b |
A15 |
Překročení procenta volajících, kteří se nedovolají. |
0,5 % |
Z měsíční paušální ceny služby IS04 za příslušný kalendářní měsíc za každých započatých 5%nad zadaný limit. |
21c |
A15 |
Překročení procenta požadavků nevyřešených během tel. hovoru. |
0,5 % |
Z měsíční paušální ceny služby IS04 za příslušný kalendářní měsíc za každých započatých 5% nad zadaný limit. |
22. |
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. |
4.2Parametry a kreditace služeb rozvoje
Kreditace pro Služby rozvoje se stanovuje a zohledňuje po akceptaci konkrétního požadavku na rozvoj (PZ, projekt).
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.
4.2.1Parametry 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 měsíční paušální ceny služby IS01 za příslušný kalendářní měsíc1. |
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 měsíční 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 měsíční 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 měsíční 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:
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 (PZ i projektu). |
8. |
IS05 i IS06 |
Neautorizovaný release. |
20 % |
Jednorázová kreditace pro každý rozvojový požadavek (PZ i projekt) – kreditace bude uplatněna při akceptaci požadavku z ceny požadavku na rozvoj (PZ i projektu). |
4.3Parametry 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.
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í. |
4.4 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.
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 PZ a projektů. 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 (IS01-IS04) a požadavkům na rozvoj.
5Projektová dokumentace - šablony
Následující šablony jsou definovány jako přípustné pro použití v rámci poskytování a vykazování jednotlivých služeb dle této Přílohy č. 3 smlouvy. Od jednotlivých šablon je možné se odchýlit, pokud bude zachována informační hodnota těmito šablonami definovaná a budou dodrženy principy poskytování služeb dle Best Practice, zákonných požadavků i standardů, které jsou pro Objednatele závazné v rámci akreditačních a jiných podmínek (např. ISO 27001).
Všechny uvedené šablony budou umístěné na konkrétním sdíleném úložišti Objednatele v podobě jednotlivých dokumentů, kdy Objednatel zajistí určeným pracovníkům Poskytovatele přístup k těmto šablonám dle možností Objednatele (typicky do 3 pracovních dní od vznesení požadavku na umožnění přístupu).
5.1 Dokumentace nastavení projektu
Dokumentace nastavení projektu
Název projektu: |
|
|
Datum: |
Verze dokumentu: |
|
Autor:
|
|
|
Vlastník:
|
|
|
Klient:
|
|
|
Autoři dokumentu:
Jméno |
Objednatel/Poskytovatel |
|
|
|
|
Revize dokumentu:
Verze |
Popis Revize |
Datum |
Odpovědná osoba |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Schváleno:
Jméno |
Objednatel/Poskytovatel |
Datum |
Podpis |
|
|
|
|
|
|
|
|
Obsah
2.2. Popis produktu projektu 3
2.2.1. Definice produktů/produktu projektu 4
2.3. Rozsah projektu a přípustné výjimky 4
3.1. Struktura projektového týmu 4
3.2. Strategie řízení kvality 5
3.3. Strategie řízení komunikace 6
3.3.3. Neformální komunikace 6
3.6.1. Pravidla pro projektovou dokumentaci 8
Tento dokument - Dokumentace nastavení projektu pro Projekt……., je základním dokumentem pro řízení projektu a obsahuje závazné principy řízení definovaného projektu. Postupy a princip v tomto dokumentu popsané jsou závazné pro všechny strany podílející se na realizaci projektu.
Projekt je realizován na základě schválení Hlavním týmem programu služby GT FOTO dne: …………..:
Projekt je realizován na základě potřeby …………..
Účelem realizace projektu je ………...
V rámci realizace a řízení projektu budou využity principy a metodika definované v tomto dokumentu.
Základním cílem projektu je:
…..
Dílčími cíli projektu jsou:
…..
…..
Produktem projektu je ……..
Produkty jednotlivých etap jsou následující položky:
……
……
……
Veškeré definované produkty etap podléhají akceptaci ze strany ……..
Produkt projektu bude akceptován, jakmile budou akceptovány všechny dílčí produkty etap.
Specifikace jednotlivých produktů včetně produktu projektu jsou specifikovány ve zvláštním dokumentu – Karta produktu, jehož šablona je přílohou tohoto dokumentu. Karta produktu je schválena vždy před zahájením etapy projektu a obsahuje zadání pro danou etapu projektu. Kartu projektu schvaluje Garant projektu Objednatele a Vedoucí projektu Objednatele i Poskytovatele. Veškeré dokumenty předávané v průběhu projektu jako produkty budou zasílány v rámci připomínkování v editovatelné podobě s možností vyhledávat v dokumentu (formát .rtf, .doc, .docx, .xls, .xlsx, .pdf). Finální, oboustranně odsouhlasené verze dokumentů pak budou ve formátu .pdf bez možnosti zásahu do dokumentu.
V kartě produktu jsou definovány:
Způsob akceptace
Forma akceptačního řízení
Odpovědné osoby za akceptaci produktu
Požadované termíny předložení produktu k ověření
Finální termín akceptace produktu
Kapacitní náročnost projektu je stanovena na maximálně………. MD na straně Poskytovatele a pokrývá veškerý rozsah projektu.
Předem dané výjimky z rozsahu nejsou ze strany Objednatele přípustné. V případě Požadavku na výjimku bude tato výjimka definována Poskytovatelem v písemné podobě a akceptována Sponzorem projektu.
Pro její implementaci bude vyhotoven dokument Plán realizace výjimky, který bude zahrnut do aktualizovaného Plánu projektu a odsouhlasen Objednatelem. Po realizaci bude vyhotovena Zpráva o výjimce s akceptací Objednatele.
Projekt je realizován v součinnosti jednotlivých členů projektového týmu. Projekt je rozčleněn na etapy s termínovým ohraničením jednotlivých etap i projektu. Termínování etap projektu a samotného projektu je obsaženo v projektovém plánu, který je nedílnou součástí tohoto dokumentu. Projektový plán je závazný pro všechny členy projektu jak na straně Objednatele, tak na straně Poskytovatele.
Za definici činností nezbytných pro realizaci jednotlivých etap a odpovídající akceptace produktů etapy a produktu projektu je odpovědný vedoucí projektu. Pro definici činností na straně Objednatele a požadované součinnosti Objednatele identifikované ze strany realizačního týmu Poskytovatele bude použit dokument – Definice balíku práce Objednatele (viz. Příloha). Definice činností na straně realizačního týmu Poskytovatele se řídí smluvními ujednáními mezi jednotlivými stranami na straně Poskytovatele a není předmětem tohoto dokumentu.
S ohledem na rozsah a předmět projektu je Projektový tým rozdělen na dvě části – část řídící (Projektový výbor) a část realizační (Realizační tým).
Projektový výbor je hlavní řídící strukturou projektu. Nejvyšším představitelem Projektového výboru je Sponzor projektu, který má v rámci projektu absolutní rozhodovací pravomoc. Jednání projektového výboru nejsou pravidelná. Jednání Projektového výboru svolává Sponzor projektu a to na základě požadavku Garanta projektu, Vedoucího projektu (Objednatele) či Projektového dohledu. Projektový výbor neřeší operativní činnosti projektu, ale je eskalačním orgánem v případě, že projekt neprobíhá v souladu s definovaným projektovým plánem, či podle Dokumentace nastavení projektu. V případě, že nelze realizovat rozhodnutí na úrovni projektového výboru, je nezbytná eskalace na úroveň Hlavního týmu programu.
Složení Projektového výboru
Spxxxxx xrojektu – zástupce managementu Objednatele.
(Jméno a Příjmení, funkce)
Rozhoduje o souladu realizace projektu se záměry Objednatele a podmínkami výběrového řízení, informuje vedení Objednatele o průběhu projektu. V případě eskalace projektového rizika nad rámec podmínek projektu (rozsah projektu, termíny projektu) řeší nastalou situaci s managementem Objednatele na úrovni Hlavního týmu programu.
Garant projektu – zástupce Objednatele.
(Jméno a Příjmení, funkce)
Kontroluje soulad navrhovaného řešení se záměry Objednatele v oblasti tvorby řízené dokumentace. Zodpovídá za kontrolu předložených výstupů projektu a akceptuje předložené výstupy po stránce obsahové za stranu Objednatele.
Vedoucí projektu Objednatele – zástupce Objednatele.
(Jméno a Příjmení, funkce)
Zodpovídá za průběh projektu, soulad projektu s definovaným projektovým plánem a Dokumentací nastavení projektu. Je zodpovědný za realizované výstupy v rámci projektu a odsouhlasuje plnění za stranu Objednatele. Řídí veškeré kapacity na straně Objednatele. Zodpovídá za udržování kompletní projektové dokumentace.
Projektový dohled – zástupce Objednatele.
(Jméno a Příjmení, funkce)
Kontroluje soulad průběhu projektu s definovanou projektovou metodikou (PID), kontroluje výkon projektového vedoucího a projektového týmu. Dohlíží na úplnost projektové dokumentace, jejíž správu a údržbu má na starosti vedoucí projektu.
Vedoucí projektu Poskytovatele – zástupce Poskytovatele.
(Jméno a Příjmení)
Zodpovídá za průběh projektu, soulad projektu s definovaným projektovým plánem a Dokumentací nastavení projektu. Je zodpovědný za předávané výstupy (a zároveň tyto předává zástupcům Objednatele) v rámci projektu a odsouhlasuje plnění za stranu Poskytovatele. Řídí veškeré kapacity na straně Poskytovatele. Zodpovídá za udržování kompletní projektové dokumentace.
Vedoucí týmu Objednatele
(Jméno a Příjmení, funkce)
Zodpovídá za tvorbu výstupů v souladu se ……… a v termínech stanovených plánem projektu. Konzultuje provozní a implementační aspekty realizace projektu. Předkládá návrhy výstupů projektu a výkazy činnosti v termínech stanovených plánem projektu k interní akceptaci vedoucímu projektu Objednatele/Poskytovatele.
Vedoucí týmu Poskytovatele
(Jméno a Příjmení)
Zodpovídá za tvorbu výstupů v souladu se ……… a v termínech stanovených plánem projektu. Konzultuje provozní a implementační aspekty realizace projektu. Předkládá návrhy výstupů projektu a výkazy činnosti v termínech stanovených plánem projektu k interní akceptaci vedoucímu projektu Objednatele/Poskytovatele.
Člen realizačního týmu:
Role v realizačním týmu: …………….
(Jméno a Příjmení, funkce)
Zodpovídá za tvorbu výstupů v souladu se ……… a v termínech stanovených plánem projektu. Konzultuje provozní a implementační aspekty realizace projektu. Předkládá návrhy výstupů projektu a výkazy činnosti v termínech stanovených plánem projektu k interní akceptaci vedoucímu týmu Objednatele/Poskytovatele.
Role v realizačním týmu: …………….
(Jméno a Příjmení, funkce)
Zodpovídá za tvorbu výstupů v souladu se ……. a v termínech stanovených plánem projektu. Konzultuje provozní a implementační aspekty realizace projektu. Předkládá návrhy výstupů projektu a výkazy činnosti v termínech stanovených plánem projektu k interní akceptaci vedoucímu týmu Objednatele/Poskytovatele.
Člen realizačního týmu:
Zodpovídá za tvorbu výstupů v souladu se ……… a v termínech stanovených plánem projektu. Konzultuje provozní a implementační aspekty realizace projektu. Předkládá návrhy výstupů projektu a výkazy činnosti v termínech stanovených plánem projektu k interní akceptaci vedoucímu týmu Objednatele/Poskytovatele.
Člen realizačního týmu:
Role v realizačním týmu: …………….
(Jméno a Příjmení, funkce)
Zodpovídá za tvorbu výstupů v souladu se ……. a v termínech stanovených plánem projektu. Konzultuje provozní a implementační aspekty realizace projektu. Předkládá návrhy výstupů projektu a výkazy činnosti v termínech stanovených plánem projektu k interní akceptaci vedoucímu týmu Objednatele/Poskytovatele.
Strategie řízení kvality
Projekt bude řízen v souladu s požadavky ……. a Dokumentace nastavení projektu.
Schůzky realizačního týmu se zástupci Objednatele jsou vždy plánovány dopředu. Informování o plánované schůzce/jednání zajišťuje Vedoucí projektu Poskytovatele, případně jím pověřený člen realizačního týmu za stranu Poskytovatele. Pozvání na jednání/schůzku je zasíláno vždy minimálně ….. pracovní dny před termínem jednání/schůzky, pokud se členové projektového týmu nedohodnou jinak.
V emailové pozvánce budou vždy minimálně následující informace:
Předmět schůzky/jednání
Texxxx xxxxxxx/xednání (datum, čas)
Místo schůzky/jednání
Předpokládaná doba trvání
Požadovaný (předpokládaný) výstup z jednání
Nezbytné podklady na schůzku/jednání
Mimo konkrétní osoby k jednání/osobní schůzce bude informace o termínu, hodině, místě a účelu zaslána vždy v kopii těmto osobám:
Garant projektu
Projektový dohled
……
Za organizaci a záznamy/zápisy z jednání zodpovídá vždy Vedoucí projektu poskytovatele, který může organizací a přípravou zápisu/záznamu z jednání pověřit jiného člena realizačního týmu za stranu Poskytovatele. Zápis/záznam je vytvořen z každé schůzky/jednání, a to ve strukturované podobě při použití definované šablony, která je Přílohou tohoto dokumentu. Každý záznam/zápis z jednání musí být odsouhlasen, a to písemně podpisem Vedoucího projektu za stranu Poskytovatele a Vedoucím projektu za stranu Objednatele.
Jednání Projektového výboru svolává vždy Sponzor projektu, a to na základě potřeby identifikované některým z členů Řídícího výboru, nebo na základě svého uvážení. Jednání Projektového výboru se účastní zejména členové Projektového výboru, pokud je nezbytné, aby se jednání účastnil kterýkoliv člen realizačního týmu, bude o tomto informovat příslušný Vedoucí projektu předem.
Pro organizaci jednání Projektového výboru platí stejná pravidla jako pro organizaci Schůzky realizačního týmu s výjimkou termínu zaslání pozvánky. Ta je zaslána vždy minimálně ….. pracovních dnů předem, pokud se členové Projektového výboru nedohodnou jinak. Za tvorbu zápisu z Projektového výboru zodpovídá osoba pověřená Sponzorem projektu.
Veškerá formální komunikace probíhá formou emailové korespondence. Veškerá emailová komunikace mezi kterýmkoliv zástupcem (zástupci) realizačního týmu či projektového výboru na straně Objednatele a zástupcem (zástupci) realizačního týmu či projektového výboru na straně Poskytovatele je považována za formální komunikaci!
Za neformální komunikaci je považována jakákoliv komunikace telefonická a zároveň komunikace, která probíhá buď výhradně na straně Objednatele, nebo výhradně na straně Poskytovatele. Řízení neformální komunikace není předmětem tohoto dokumentu.
Při identifikaci jakéhokoliv rizika v rámci projektu je pracovník, který riziko identifikoval, povinen neprodleně informovat o vzniku rizika příslušného Vedoucího projektu. Řízení rizik a případná eskalace je v plně odpovědnosti Vedoucích projektu. Všechna rizika v projektu budou řízena a evidována v registru rizik (viz. Příloha).
Každému riziku bude přiřazena váha rizika odpovídající součinu pravděpodobnosti výskytu rizika a dopadu rizika.
Pro stanovení pravděpodobnosti výskytu rizika je definována hodnota 0,1 – 1
Pro stanovení dopadu rizika je definována hodnota 0,1 – 1
Jednotlivé hodnoty jsou definovány následovně:
Pravděpodobnost:
0,1 – 0,3 nízká
0,4 – 0,6 střední
0,7 – 1 vysoká
Dopad rizika:
0,1 – 0,3 nízký
0,4 – 0,6 střední
0,7 – 1 vysoký
Stanovená hranice tolerance rizika je …... Všechna rizika s touto a vyšší váhou rizika jsou neprodleně eskalována Projektovému výboru projektu včetně návrhu řešení rizika.
Plán projektu obsahuje všechny aktivity nezbytné pro realizaci projektu a jejich rozdělení do jednotlivých etap. Etapizace projektu je definována s ohledem na požadované produkty a produkt projektu. Plán projektu schválený pro realizaci tohoto projektu je přílohou Dokumentace nastavení projektu. Za kontrolu činností a naplnění plánu projektu odpovídá Vedoucí projektu.
Jednotlivé etapy definované pro tento projekt jsou:
ETAPA
-
-
ETAPA
-
-
Finální předání produktu projektu – …….
Projektovou dokumentací jsou v rámci projektu myšleny veškeré dokumenty a šablony využívané v rámci průběhu projektu. Projektovou dokumentací se tak rozumí Dokumenty nezbytné pro řízení projektu. Projektová dokumentace není dokumentace, která vzniká věcnou realizací projektu. Takovéto dokumenty jsou Produktem projektu a produkty etap a platí na ně pravidla definovaná v Kartách produktů.
Veškerá Projektová dokumentace je řízená a standardizovaná.
Veškerá Projektová dokumentace je uložena na úložišti Objednatele, které je umístěno na úložišti Objednatele dostupném na:…….
Za úplnost Projektové dokumentace odpovídají Vedoucí projektu.
Při akceptaci Projektu je vytvořen souhrnný přehled veškeré Projektové dokumentace, který je předán Objednateli spolu s akceptačním protokolem Projektu.
Veškeré dokumenty předávané v průběhu projektu budou zasílány v rámci připomínkování v editovatelné podobě s možností vyhledávat v dokumentu (formát .rtf, .doc, .docx, .xls, .xlsx.). Finální, oboustranně odsouhlasené verze dokumentů pak budou ve formátu .pdf bez možnosti zásahu do dokumentu (v případě podepsaných dokumentů se bude jednat o scan/export s digitálním podpisem dokumentu s plnou čitelností dokumentu).
Následující tabulka uvádí přehled všech dokumentů, které budou v rámci tohoto projektu využívány:
Název dokumentu |
Umístění |
Typ |
Šablona |
Záznam/zápis z jednání |
|
Záznam |
Ano |
Zápis z jednání Projektového výboru |
|
Záznam |
Ano |
Protokol o předání/ akceptace |
|
Záznam |
Ano |
Definice balíku práce Objednatele |
|
Záznam |
Ano |
Karta Produktu Projektu |
|
Baseline |
Ano |
Karta Produktu |
|
Baseline |
Ano |
Registr rizik |
|
Report |
Ano |
Plán Projektu |
|
Baseline |
|
Zpráva o Ukončení Etapy |
|
Report |
|
Požadavek na výjimku |
|
Záznam |
|
Plán Realizace Výjimky |
|
Baseline |
|
Výkaz činnosti |
|
Záznam |
|
Zpráva o Ukončení Projektu |
|
Report |
|
Akceptační Dokumentace Projektu |
|
Report |
|
Vysvětlivky k jednotlivým typům dokumentace:
Dokumenty typu Baseline definují aspekty projektu a poté, co jsou schváleny, podléhají změnovému řízení,
Záznamy obsahují informace o postupu projektu a musí být v průběhu realizace projektu dynamicky aktualizovány,
Reporty poskytují aktuální pohled na stav projektu a jeho vybraných aspektů.
Číslo přílohy: |
Název přílohy: |
Příloha: |
1 |
Zápis z jednání - Šablona |
|
2 |
Zápis z jednání Projektového výboru - Šablona |
|
3 |
Protokol o předání/Akceptační protokol |
|
4 |
Definice balíku práce Objednatele |
|
5 |
Karta Produktu Projektu |
|
6 |
Karta Produktu |
|
7 |
Registr rizik |
|
8 |
Plán projektu |
|
5.2 Zápis – šablona
Zápis z jednání č.
Datum:
Čas:
Místo jednání:
Účastníci: |
|||
Objednatel: |
|
||
Poskytovatel: |
|
||
Další: |
|
||
Pro: |
|
||
Kopie pro: |
|
||
Zapsal: |
|
Datum: |
|
Agenda
Číslo |
Typ |
Text |
Texxxx |
Xxxxxxxxx/xznesl |
Stav |
Předmět jednání: |
|||||
Číslo aktivity/číslo jednání |
I/U/R/A/O |
|
|
|
|
Číslo aktivity/číslo jednání |
I/U/R/A/O |
|
|
|
|
Typ: I...Informace
U.... Úkol R...Rozhodnutí A...Akceptace O…Otevřený
bod
Stav: K...uKončeno P...Posunut T...Trvá Z...Zrušeno
Kontrola úkolů
Číslo |
Stav |
Text |
Poznámka |
Texxxx |
Xxxxxxxxx |
|
|
|
|
|
|
Stav: K...uKončeno P...Posunut T...Trvá Z...Zrušeno
Nové úkoly – hlavní plánované aktivity v příštím období
Číslo |
Stav |
Text |
Poznámka |
Texxxx |
Xxxxxxxxx |
|
|
|
|
|
|
Stav: K...uKončeno P...Posunut T...Trvá Z...Zrušeno
Identifikovaná rizika
ID rizika |
Stav |
Informaci podává |
Znění rizika |
|
|
|
|
|
|
|
|
|
|
|
|
Opatření k rizikům
ID rizika |
Aktivita |
Realizátor |
Termín původní (nový) |
Stav |
1. |
|
|
|
|
Přílohy:
číslo |
Název dokumentu |
Předkládá |
Dokument
|
1. |
|
|
|
2. |
|
|
|
3. |
|
|
|
4. |
|
|
|
Akceptace
Objednatel:
|
|
Poskytovatel: |
|
Jmxxx:
|
………………………….
|
Jmxxx: |
…………………………. |
Podpis:
|
…………………………. |
Podpis: |
…………………………. |
Datum podpisu: |
………………………… |
Datum podpisu: |
…………………………. |
5.3 Obecný protokol o předání/akceptační protokol - šablona
Předmět akceptace:
Poskytovatel: Oprávněný zástupce: |
||||||
Oprávněný zástupce Poskytovatele prohlašuje, že předaný Předmět akceptace splňuje dohodnuté Akceptační podmínky, uvedené v: Předmět akceptace byl poskytnut k prostudování dne DD. MM. RRRR a forma jeho předání odpovídá podmínkám uvedeným v: Akceptační kritéria pro akceptaci Předmětu akceptace byla stanovena:
|
||||||
Dne: DD. MM. RRRR Místo: Podpis: |
Objednatel: Oprávněný zástupce: |
||||||
Oprávněný zástupce Objednatele potvrzuje na základě kontroly akceptačních kritérií rozhodnutí, že Předmět akceptace splňuje podmínky akceptace takto:
Celkový předmět akceptace je: Akceptován / Akceptován s výhradou / Neakceptován |
||||||
Dne: DD. MM. RRRR Místo: Podpis: |
Přílohy:
Číslo |
Příloha |
Forma |
|
|
|
5.4 Požadavek na zajištění součinnosti
Definice balíku práce SZIF
(Požadavek na zajištění součinnosti)
Kopie pro: |
|
|
Zapsal: |
|
Datum: |
Požadavek na součinnost a informace
Číslo |
Popis požadavku |
Požadavek vznesl |
Určeno komu |
Texxxx |
|
|
|
|
|
|
|
|
|
|
Vyjádření k požadavku na součinnost a informace
Číslo |
|
Popis vyjádření |
Zapsal |
Texxxx xodání |
|
|
|
|
|
Komentář
Odsouhlasení balíku práce
Vedoucí projektu Objednatele:
|
|
Vedoucí projektu Poskytovatele: |
|
Jmxxx:
|
………………………….
|
Jmxxx: |
……………………… |
Podpis:
|
…………………………. |
Podpis: |
……………………... |
Datum podpisu: |
…………………………. |
Datum podpisu: |
……………………… |
|
|
|
|
|
|
|
|
5.5Karta produktu projektu
Karta produktu projektu
Vytvořil: |
|
Datum: |
Produkt:
Akceptační podmínky
Požadavek na produkt |
Produkt projektu bude předložen v souladu se smluvními, projektovými podmínkami a splňující akceptační kritéria. |
Akceptační kritéria |
Věcná akceptace:
Projektová akceptace:
|
Způsob akceptačního řízení
|
Věcná akceptace: Projektová akceptace:
|
Osoba odpovědná za předložení produktu k akceptaci |
……… – Vedoucí projektu Poskytovatele
|
Osoba odpovědná za akceptaci produktu |
……… – Garant projektu ……… – Projektový dohled
|
Požadovaný termín předložení produktu k ověření: |
|
Finální termín akceptace produktu: |
|
Odsouhlasení Karty produktu projektu
Vedoucí projektu Objednatele:
|
|
Vedoucí projektu Poskytovatele: |
|
Jmxxx:
|
………………………….
|
Jmxxx: |
……………………… |
Podpis:
|
…………………………. |
Podpis: |
……………………... |
Datum podpisu: |
|
Datum podpisu: |
|
5.6 Karta produktu
Karta produktu
Vytvořil: |
|
Datum: |
Produkt:
Akceptační podmínky
Požadavek na produkt |
|
Akceptační kritéria |
|
Způsob akceptačního řízení
|
|
Osoba odpovědná za předložení produktu k akceptaci |
|
Osoba odpovědná za akceptaci produktu |
|
Požadovaný termín předložení produktu k ověření: |
|
Finální termín akceptace produktu: |
|
Odsouhlasení Karty produktu
Vedoucí projektu Objednatele:
|
|
Vedoucí projektu Poskytovatele: |
|
Jmxxx:
|
………………………….
|
Jmxxx: |
……………………… |
Podpis:
|
…………………………. |
Podpis: |
……………………... |
Datum podpisu: |
…………………………. |
Datum podpisu: |
……………………… |
5.7 Registr rizik
JIČ RIZIKA |
POPIS RIZIKA |
KDO ZJISTIL |
KDY |
ČÍSLO ZÁPISU |
Pravděpodobnost |
Dopad |
Váha rizika |
Způsob řešení rizika |
KDO ZABEZPEČÍ |
DO KDY |
STATUS |
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
0 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Aktualizováno ke dni: |
|
|
Vedoucí projektu: |
|
|
|
|
|
|
||
DD. MM. RRRR |
|
|
Podpis: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5.8 Plán projektu
Plán_projektu |
|
|
|
Počet dní |
||||
Etapa projektu |
Aktivita projektu |
Výstup |
Termín |
Tým 1 |
Tým 2 |
Tým 3 |
Tým 4 |
|
1. |
ETAPA |
|
|
|
|
|
|
|
01.I |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
01.II |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. |
ETAPA |
|
|
|
|
|
|
|
02.I |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
02.II |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
02.III |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5.9 Zpráva o ukončení etapy projektu
Zpráva o ukončení ETAPY č.
Název projektu: |
|
|
Datum: |
Verze dokumentu: |
. |
Autor:
|
|
|
Vlastník:
|
|
|
Klient:
|
|
|
Autoři dokumentu:
Jméno |
Objednatel/Poskytovatel |
|
|
|
|
Revize dokumentu:
Verze |
Popis Revize |
Datum |
Odpovědná osoba |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Schváleno:
Jméno |
Objednatel/Poskytovatel |
Datum |
Podpis |
|
|
|
|
|
|
|
|
Distribuce:
Jméno |
Objednatel/Poskytovatel |
Datum |
Verze |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Obsah |
1. Manažerské shrnutí 3 2. Přezkoumání Produktu projektu 3 2.1 Produkt 3 2.2 Produkt 3 3. Přezkoumání cílů projektu 3 4. Přezkoumání cílů etapy projektu 3 5. Přezkoumání výkonu týmu 3 6. Lessons Learned 3 7. Otxxxx x rizika 3 8. Výhled 3 9. Přezkoumání Produktů etapy 4 10. Shrnutí Follow-on akce a doporučení (je-li nutné) 4
|
|
|
V rámci … etapy projektu …. byly provedeny tyto základní činnosti:
V průběhu … etapy se nevyskytly/vyskytly žádné zásadní problémy.
Byl akceptován bez výhrad.
Byl akceptován bez výhrad.
Cíle projektu zůstávají zachovány a odpovídají požadavkům projektu definovaným v rámci Dokumentace nastavení projektu a souvisejících projektových i smluvních dokumentů.
V rámci etapy byly splněny dílčí cíle projektu, a to:
-
-
-
Dílčích cílů etapy bylo dosaženo a tím byly vytvořeny předpoklady pro….
Dílčí cíle byly splněny v předpokládaných termínech dle Plánu projektu.
Název produktu |
Kvalitativní ukazatele |
Požadavky na schválení |
Odchylky od specifikací produktu |
|
Plánované |
Ukončené |
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5.10 Výkazy činností
[POSKYTOVATEL VLOŽÍ NÁVRHY UPRAVENÝCH STRUKTUROVANÝCH VÝKAZŮ ČINNOSTÍ, KTERÉ BUDOU PŘEDMĚTEM AKCEPTACE SLUŽEB, TAK ABY TYTO VÝKAZY ODPOVÍDALY POŽADAVKŮM DEFINOVANÝM V TOMTO DOKUMENTU.]
1 Příslušným kalendářním měsícem se pro účely p. č. 1 až 4 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 104/116