kATALOGOVÉ LISTY

Smlouva o poskytování služeb provozu eAgri a související aplikační infrastruktury 2014-2017

kATALOGOVÉ LISTY

ID: P-001

OZNAČENÍ SLUŽBY		REG/POR/PROD		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz produkčních portálů (e-AGRI, Interní portál, Externí portál, Intranet ÚKZÚZ)
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	Pracovníci MZe, pracovníci OSS MZe, farmáři, veřejnost, pověřené obce (PO), obce s rozšířenou působností (ORP)
Zkrácený popis služby	Provoz portálů
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena v Kč bez DPH		DPH 21 %		Cena v Kč s DPH
Cena za inicializaci (za období od převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Zajištění provozu, dostupnosti a funkčnosti Portálu eAGRI (frontendová část), Interního / Externího Portálu, Interního portálu SRS (frontendová část) a aplikací v rámci Interního / Externího portálu (úložiště dokumentace, katalog služeb, katalog požadavků na změnu). Řešení chybových stavů. Pravidelná kontrola vytížení aplikačních serverů (využití CPU, paměti, místa na disku). Pravidelná kontrola aplikačních a systémových logů aplikačních serverů. Pravidelná kontrola podpůrných funkcionalit (Oracle AS, Apache, jNET Publish, Weblogic, Webcache, komunikace s LDAP, DB, SSO, ESB) z pohledu funkcionality systému. V případě potřeby úpravy konfigurace vyplývající z provozních potřeb. Vyhodnocování skutečných odezev jednotlivých systémů za Portály v rámci hlášení incidentů, jejichž předmětem jsou problémy s odezvami. Součinnost při analýze problémů v aplikacích za Portály. Definice / úpravy nastavení směrování přes Portály na aplikace umístěné za Portály. Definice / úpravy nastavení dočasné paměti (cash) a komprese dle požadavků jednotlivých aplikací za Portály. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registrů). Součinnost s dodavateli dalších aplikací za Portály, poskytnutí know-how napojení aplikace. Mapování rolí z LDAP na složky v úložišti dokumentace. Součinnost při testech po zásazích do infrastruktury. Definice nastavení databáze. Definice požadavků na zálohování a poskytnutí součinnosti provozovateli služby INF/APP/BACKUP. Definice požadavků na okolní systémy. Kontrola dostupnosti patchů, hotfixů, service packů a dalších opravných balíků výrobce. Předkládání návrhů na optimalizaci služby provozu portálů. Podpora Helpdesku MZe: Poskytování odborných konzultací, poskytování 2 úrovně podpory aplikační části Portálů. Udržování aktuální provozní dokumentace v úložišti MZe, a to zejména v následujících oblastech: postupy pro provoz a správu předmětné služby, přehled a schéma infrastruktury předmětné služby, seznamu aplikací integrovaných za portál MZe, přehled provozních parametrů a konfigurací předmětné služby. Součinnost s provozovateli centrálních dohledů MZe a bezpečnostního monitoringu (ITSM/). Parametry monitoringu pro danou technologii předá Objednatel. Součinnost s provozovateli služeb, zajišťujících dostupnost služeb dle parametrů definovaných v SLA. Zejména jde o provozovatele služeb v oblastech: Operačních systémů (INF/OS/), aplikačních serverů a databází (INF/APP/), integrace (REG/ESB/). Provádění aplikačních úprav menšího rozsahu a instalace kritických opravných balíčků, a to v rozsahu nepřesahujícím celkem 3 člověkodnů měsíčně. Součinnost v rámci procesů „Projektového řízení“ souvisejících s návrhem změn v infrastruktuře ICT MZe (společně s dodavateli technologií). Administrativa spojená s provozem (účast na jednání). Administrativa spojená s rozvojem menšího rozsahu (součinnost s přípravou požadavků na změnu, analýza, odhady pracnosti). Vykazování činnosti v rámci SLA. Měsíční výkaz prací bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Vedení provozního deníku pro jednotlivé části systémů předmětné služby (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Poskytování informací pro CMDB Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Viz Příloha č.1, Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) celé aplikace (jednoho z Portálů).
Kategorie B	Omezená dostupnost funkcionalit aplikace bránící běžné práci s dopadem na výraznou část uživatelů. Např: Globální zpomalení aplikace. Nefunkčnost jednotlivých izolovaných funkcionalit aplikace.
Kategorie C	Ostatní závady (zpravidla individuálního charakteru) nespadající do kategorie A nebo B
Způsob kontroly
Do dostupnosti aplikace jsou počítány pouze incidenty kategorie A a B incidenty kategorie C se do vyhodnocení celkové dostupnosti aplikace nezahrnují. Dostupnost služby je počítána na základě incidentů kategorie A a B hlášených uživateli na HelpDesk / ServiceDesk MZe. Do doby nedostupnosti se započítává doba od nahlášení incidentu do doby nahlášení jeho odstranění Poskytovatelem (v případě, že je incident skutečně odstraněn). Nedostupnost v rámci servisní odstávky schválené Objednatelem v době servisního okna není započítávána do celkové nedostupnosti služby. V případě potřeby je možno Objednatelem povolit i servisní odstávku mimo dobu servisního okna, která rovněž není započítávána do doby nedostupnosti.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	Frontendový aplikační server
Limit objemu služby	12 produkčních aplikačních serverů
Vazby na okol. systémy	DB, ESB, Infrastruktura, LDAP, SSO, Aplikace integrované za portály, Integrace s DMS
Počet uživatelů	0 – 20000 (max. 2500 současně přistupujících)
Aplikační data	Data v infrastrukturní databázi portálů (uložené soubory, články)
Omezení	Provádění aplikačních úprav menšího rozsahu se netýká Interního / Externího portálu.
Další podmínky
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri

ID: P-002

OZNAČENÍ SLUŽBY		REG/POR/TEST		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz testovacích portálů (e-AGRI, Interní portál, Externí portál, Intranet ÚKZÚZ)
VYMEZENÍ SLUŽBY
Prostředí	TESTOVACÍ
Cílová skupina	Pracovníci MZe, pracovníci OSS MZe, farmáři
Zkrácený popis služby	Provoz portálů
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena v Kč bez DPH		DPH 21 %		Cena v Kč s DPH
Cena za inicializaci (za období od převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Zajištění provozu, dostupnosti a funkčnosti testovacího prostředí Portálu eAGRI (frontendová část), Interního / Externího Portálu, Interního portálu SRS (frontendová část) a aplikací v rámci Interního / Externího portálu (úložiště dokumentace, katalog služeb, katalog požadavků na změnu). Řešení chybových stavů. Pravidelná kontrola vytížení aplikačních serverů (využití CPU, paměti, místa na disku). Pravidelná kontrola aplikačních a systémových logů aplikačních serverů. Pravidelná kontrola funkcionalit (Oracle AS, Apache, jNET Publish, Weblogic, Webcache, komunikace s LDAP, DB, SSO, ESB). V případě potřeby úpravy konfigurace vyplývající z provozních potřeb. Vyhodnocování skutečných odezev jednotlivých systémů za Portály v rámci hlášení incidentů, jejichž předmětem jsou problémy s odezvami. Součinnost při analýze problémů v aplikacích za Portály. Definice / úpravy nastavení směrování přes Portály na aplikace umístěné za Portály. Definice / úpravy nastavení dočasné paměti (cash) a komprese dle požadavků jednotlivých aplikací za Portály. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registrů). Součinnost s dodavateli dalších aplikací za Portály, poskytnutí know-how napojení aplikace. Mapování rolí z LDAP na složky v úložišti dokumentace. Součinnost při testech po zásazích do infrastruktury. Definice nastavení databáze Definice požadavků na zálohování a poskytnutí součinnosti provozovateli služby INF/APP/BACKUP. Definice požadavků na okolní systémy. Kontrola dostupnosti patchů, hotfixů, service packů a dalších opravných balíků výrobce. Předkládání návrhů na optimalizaci služby provozu portálů. Podpora Helpdesku MZe: Poskytování odborných konzultací. Poskytování 2 úrovně podpory aplikační části Portálů. Udržování aktuální provozní dokumentace v úložišti MZe, a to zejména v následujících oblastech: postupy pro provoz a správu předmětné služby, přehled a schéma infrastruktury předmětné služby, seznamu aplikací integrovaných za portál MZe, přehled provozních parametrů a konfigurací předmětné služby. Součinnost s provozovateli centrálních dohledů MZe a bezpečnostního monitoringu (ITSM/). Parametry monitoringu pro danou technologii předá Objednatel. Součinnost s provozovateli služeb, zajišťujících dostupnost služeb dle parametrů definovaných v SLA. Zejména jde o provozovatele služeb v oblastech: Operačních systémů (INF/OS/), aplikačních serverů a databází (INF/APP/), integrace (REG/ESB/). Provádění aplikačních úprav menšího rozsahu a instalace kritických opravných balíčků, a to v rozsahu nepřesahujícím celkem 3 člověkodny měsíčně. Součinnost v rámci procesů „Projektového řízení“ souvisejících s návrhem změn v infrastruktuře ICT MZe (společně s dodavateli technologií). Administrativa spojená s provozem (účast na jednání). Administrativa spojená s rozvojem menšího rozsahu (součinnost s přípravou požadavků na změnu, analýza, odhady pracnosti). Vykazování činnosti v rámci SLA. Měsíční výkaz prací bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Vedení provozního deníku pro jednotlivé části systémů předmětné služby (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Poskytování informací pro CMDB Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) celé aplikace (jednoho z Portálů).
Kategorie B	Omezená dostupnost funkcionalit aplikace bránící běžné práci s dopadem na výraznou část uživatelů. Např: Globální zpomalení aplikace. Nefunkčnost jednotlivých izolovaných funkcionalit aplikace.
Kategorie C	Ostatní závady (zpravidla individuálního charakteru) nespadající do kategorie A nebo B
Způsob kontroly
Nedostupnost v rámci servisní odstávky schválené Objednatelem v době servisního okna není započítávána do celkové nedostupnosti služby. V případě potřeby je možno Objednatelem povolit i servisní odstávku mimo dobu servisního okna, která rovněž není započítávána do doby nedostupnosti
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	Frontendový aplikační server
Limit objemu služby	12 testovacích aplikačních serverů
Vazby na okol. systémy	DB, ESB, Infrastruktura, LDAP, SSO, Aplikace integrované za portály a Integrace s DMS
Počet uživatelů	0 – 2500
Aplikační data	Data v infrastrukturní databázi portálů (uložené soubory, články)
Omezení	Provádění aplikačních úprav menšího rozsahu se netýká Interního / Externího portálu.
Další podmínky
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri

ID: P-003

OZNAČENÍ SLUŽBY		REG/POR/APP/PROD		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz produkční farmy drobných aplikací portálů
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	Pracovníci MZe, pracovníci OSS MZe, farmáři, veřejnost
Zkrácený popis služby	Provoz drobných portálových aplikací
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
Položka	Položka		Cena v Kč bez DPH		DPH 21 %
Cena za inicializaci (za období od převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Zajištění dostupnosti a funkčnosti drobných portálových aplikací, zejména: Evidence místních akčních skupin, registr přípravků na ochranu rostlin, přehled veřejných zakázek, evidence pozemkových úprav, sběr dat PÚ, úložiště souborů, registr ekologických podnikatelů, struktura sítě venkova, monitoring médií, nabídka produktů a služeb, evidence výjimek žádostí o použití konvenčních osiv, žádost o přístup, nabídky spolupráce, Katalog ESB služeb, portálové logy. Řešení chybových stavů. Pravidelná kontrola vytížení aplikačních serverů (využití CPU, paměti, místa na disku). Pravidelná kontrola aplikačních a systémových logů aplikačních serverů. Pravidelná kontrola funkcionalit (IIS server, komunikace s LDAP, DB, ESB ). V případě potřeby úpravy konfigurace vyplývající z provozních potřeb. Poskytování exportů dat na základě požadavků schválených vlastníkem dat, v rozsahu do 2 člověkodnů měsíčně. Součinnost při testech po zásazích do infrastruktury. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem, aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Definice požadavků na zálohování a součinnost s provozovatelem služby INF/APP/BACKUP. Definice nastavení databáze. Kontrola dostupnosti patchů, hotfixů, service packů a dalších opravných balíků výrobce. Analýza vhodnosti a potřebnosti implementace opravného balíku. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Podpora Helpdesku MZe: Poskytování odborných konzultací, Poskytování 2 úrovně podpory uživatelů. Udržování aktuální provozní dokumentace v úložišti dokumentace a to zejména v následujících oblastech: Postupy pro provoz a správu předmětné služby, Přehled a schéma infrastruktury předmětné služby, Přehled provozních parametrů a konfigurací předmětné služby. Součinnost s provozovateli centrálních dohledů MZe a bezpečnostního monitoringu (ITSM/). Parametry monitoringu pro danou technologii předá Objednatel. Součinnost s provozovateli služeb, zajišťujících dostupnost služeb dle parametrů definovaných v SLA. Zejména jde o provozovatele služeb v oblastech: INF/OS/, zajišťujících správu operačních systémů a databází, fyzickou správu serverů atd., INF/NET, zajišťující služby síťové komunikační infrastruktury a služby DNS. INF/APP/BACKUP zajišťující služby zálohování a obnovy dat. aplikačních serverů a databází (INF/APP/), integrace (REG/ESB/). Provádění aplikačních úprav menšího rozsahu a instalace kritických opravných balíčků, a to v rozsahu nepřesahujícím celkem 2 člověkodnů měsíčně. Součinnost v rámci procesů „Projektového řízení“ souvisejících s návrhem změn v infrastruktuře ICT MZe (společně s dodavateli technologií). Administrativa spojená s provozem (účast na jednání). Administrativa spojená s rozvojem (součinnost s přípravou požadavků na změnu, analýza, odhady pracnosti). Vykazování činnosti v rámci SLA. Měsíční výkaz prací bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Vedení provozního deníku pro jednotlivé části systémů předmětné služby (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Poskytování informací pro CMDB Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace
Kategorie B	Omezená dostupnost funkcionalit aplikace, např.: Nedostupnost vybraných funkcionalit aplikace v důsledku chybného nasazení nové verze aplikace, Nefunkčnost vybraných funkcionalit aplikace v důsledku vnitřní chyby aplikace, Prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Hodnocení SLA podle definice ve smlouvě o poskytování služeb. Nedostupnost v rámci servisní odstávky schválené Objednatelem v době servisního okna není započítávána do celkové nedostupnosti služby. V případě potřeby je možno Objednatelem povolit i servisní odstávku mimo dobu servisního okna, která rovněž není započítávána do doby nedostupnosti
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	Drobné aplikace
Limit objemu služby	15 (+- 5) drobných aplikací
Vazby na okol. systémy	DB, ESB, Infrastruktura, LDAP, Portály, WMS služby Externí systémy: funkcionality pro publikaci informací k úředním deskám ze zdrojových služeb OSS elektronická spisová služba ÚKZÚZ
Počet uživatelů	0 – 10000 (max. 1250 současně přistupujících)
Aplikační data	Data v databázi EAAPP
Omezení	Aplikace budou přístupné pouze za portály.
Další podmínky
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri

ID: P-004

OZNAČENÍ SLUŽBY		REG/POR/APP/TEST		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz testovací farmy drobných aplikací portálů
VYMEZENÍ SLUŽBY
Prostředí	TESTOVACÍ
Cílová skupina	Pracovníci MZe, pracovníci OSS MZe, farmáři
Zkrácený popis služby	Provoz drobných portálových aplikací
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena v Kč bez DPH		DPH 21 %		Cena v Kč s DPH
Cena za inicializaci (za období od převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Zajištění dostupnosti a funkčnosti testovacího prostředí drobných portálových aplikací: Evidence místních akčních skupin, registr přípravků na ochranu rostlin, přehled veřejných zakázek, evidence pozemkových úprav, sběr dat PÚ, úložiště souborů, registr ekologických podnikatelů, struktura sítě venkova, monitoring médií, nabídka produktů a služeb, evidence výjimek žádostí o použití konvenčních osiv, žádost o přístup, nabídky spolupráce, Katalog ESB služeb, portálové logy. Řešení chybových stavů. Pravidelná kontrola vytížení aplikačních serverů (využití CPU, paměti, místa na disku). Pravidelná kontrola aplikačních a systémových logů aplikačních serverů. Pravidelná kontrola funkcionalit (IIS server, komunikace s LDAP, DB, ESB ). V případě potřeby úpravy konfigurace vyplývající z provozních potřeb. Poskytování exportů dat na základě požadavků schválených vlastníkem dat, v rozsahu do 2 člověkodnů měsíčně. Součinnost při testech po zásazích do infrastruktury. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny : V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem, aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Definice požadavků na zálohování a součinnost s provozovatelem služby INF/APP/BACKUP. Definice nastavení databáze. Kontrola dostupnosti patchů, hotfixů, service packů a dalších opravných balíků výrobce. Analýza vhodnosti a potřebnosti implementace opravného balíku. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Podpora Helpdesku MZe: Poskytování odborných konzultací, Poskytování 2 úrovně podpory uživatelů. Udržování aktuální provozní dokumentace v úložišti dokumentace a to zejména v následujících oblastech: Postupy pro provoz a správu předmětné služby, Přehled a schéma infrastruktury předmětné služby, Přehled provozních parametrů a konfigurací předmětné služby. Součinnost s provozovateli centrálních dohledů MZe a bezpečnostního monitoringu (ITSM/). Parametry monitoringu pro danou technologii předá Objednatel. Součinnost s provozovateli služeb, zajišťujících dostupnost služeb dle parametrů definovaných v SLA. Zejména jde o provozovatele služeb v oblastech: INF/OS/, zajišťujících správu operačních systémů a databází, fyzickou správu serverů atd., INF/NET/, zajišťující služby síťové komunikační infrastruktury a služby INF/APP/BACKUP zajišťující služby zálohování a obnovy dat. aplikačních serverů a databází (INF/APP/), integrace (REG/ESB/*). Provádění aplikačních úprav menšího rozsahu a instalace kritických opravných balíčků, a to v rozsahu nepřesahujícím celkem 2 člověkodnů měsíčně. Součinnost v rámci procesů „Projektového řízení“ souvisejících s návrhem změn v infrastruktuře ICT MZe (společně s dodavateli technologií). Administrativa spojená s provozem (účast na jednání). Administrativa spojená s rozvojem (součinnost s přípravou požadavků na změnu, analýza, odhady pracnosti). Vykazování činnosti v rámci SLA. Měsíční výkaz prací bude zahrnovat výčet konkrétních dílčích činností s uvedením doby jejich trvání a osoby, která činnost provedla. Vykazování prací v rámci SLA se provádí společně za oba katalogové listy (KL Produkce a Test). Vedení provozního deníku pro jednotlivé části systémů předmětné služby (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Poskytování informací pro CMDB Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace
Kategorie B	Omezená dostupnost funkcionalit aplikace, např.: Nedostupnost vybraných funkcionalit aplikace v důsledku chybného nasazení nové verze aplikace, Nefunkčnost vybraných funkcionalit aplikace v důsledku vnitřní chyby aplikace, Prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Hodnocení SLA podle definice ve smlouvě o poskytování služeb. Nedostupnost v rámci servisní odstávky schválené Objednatelem v době servisního okna není započítávána do celkové nedostupnosti služby. V případě potřeby je možno Objednatelem povolit i servisní odstávku mimo dobu servisního okna, která rovněž není započítávána do doby nedostupnosti
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	Drobná aplikace
Limit objemu služby	15 (+- 5) drobných aplikací
Vazby na okol. systémy	DB, ESB, Infrastruktura, LDAP, Portály, WMS služby
Počet uživatelů	0 – 1250
Aplikační data	Data v databázi DEAAPP
Omezení	Aplikace budou přístupné pouze za portály
Další podmínky
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri

ID: P-005

OZNAČENÍ SLUŽBY		REG/POR/RED/PROD		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz produkčního redakčního systému portálů
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	Redaktoři MZe a organizací majících prezentaci v rámci portálu eAgri, ÚKZÚZ
Zkrácený popis služby	Provoz redakčního systému
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena v Kč bez DPH		DPH 21 %		Cena v Kč s DPH
Cena za inicializaci (za období od převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Zajištění dostupnosti a funkčnosti redakčního systému jNP pro následující prezentace: Ministerstvo zemědělství - veřejná část (subportály mze, Voda, Lesy, Ochrana zvířat, Potraviny atd.) + intranet, Portál MZe (I/E portál), Státní rostlinolékařská správa (SRS) –intranet, Ústřední kontrolní a zkušební ústav zemědělský (ÚKZÚZ) – veřejná část + intranet, Státní veterinární správa (SVS) – veřejná část + intranet, Česká plemenářská inspekce (ČPI) – veřejná část, Státní zemědělská a potravinářská inspekce (SZPI) – veřejná část, Ústav pro hospodářskou úpravu lesů (ÚHÚL) – veřejná část, Ústav pro státní kontrolu veterinárních biopreparátů a léčiv (ÚSKVBL) – veřejná část, Povodí Labe - veřejná část, Povodí Vltavy - veřejná část, Povodí Moravy - veřejná část, Povodí Ohře - veřejná část, Povodí Odry - veřejná část, Vědecký výbor pro geneticky modifikované potraviny a krmiva - veřejná část, Regionální potraviny, Měsíc biopotravin, Farmářské slavnosti, Procházka po českém venkově. Zajištění dostupnosti nástroje pro přehled statistik přístupů na portály. Řešení chybových stavů. Pravidelná kontrola vytížení aplikačních serverů (využití CPU, paměti, místa na disku). Pravidelná kontrola aplikačních a systémových logů aplikačních serverů. Pravidelná kontrola podpůrných funkcionalit (komunikace s LDAP, DB, ESB, publikace na Frontend servery) z pohledu funkcionality sytémů. V případě potřeby úpravy konfigurace vyplývající z provozních potřeb. Podpora šéfredaktorům a pracovníkům odboru komunikace. Součinnost při testech po zásazích do infrastruktury. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Definice požadavků na zálohování a součinnost s provozovatelem služby INF/APP/BACKUP. Definice nastavení databáze. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Součinnost s provozovateli centrálních dohledů MZe a bezpečnostního monitoringu (ITSM/*). Parametry monitoringu pro danou technologii předá Objednatel. Podpora Helpdesku MZe: Poskytování odborných konzultací. Poskytování 2 úrovně podpory uživatelů. Udržování aktuální provozní dokumentace v úložišti dokumentace. Postupy pro provoz a správu předmětné služby, Přehled a schéma infrastruktury předmětné služby, Přehled provozních parametrů a konfigurací předmětné služby. Provádění aplikačních úprav a úprav šablon menšího rozsahu. Úpravou menšího rozsahu se rozumní drobné změny aplikace a šablon nepřesahující 2 člověkodny měsíčně. Administrativa spojená s provozem (účast na jednání, členství v redakční radě). Administrativa spojená s rozvojem (součinnost s přípravou požadavků na změnu, analýza, odhady pracnosti). Vykazování činnosti v rámci SLA. Měsíční výkaz prací bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Vedení provozního deníku pro jednotlivé části systémů předmětné služby (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Poskytování informací pro CMDB Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace
Kategorie B	Omezená dostupnost funkcionalit aplikace, např.: Nedostupnost vybraných funkcionalit aplikace v důsledku chybného nasazení nové verze aplikace, Nefunkčnost vybraných funkcionalit aplikace v důsledku vnitřní chyby aplikace, Prodloužení odezvy aplikace.
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Dostupnost služby je počítána na základě incidentů kategorie A hlášených uživateli na HelpDesk / ServiceDesk MZe. Do doby nedostupnosti se započítává doba od nahlášení incidentu do doby nahlášení jeho odstranění Poskytovatelem (v případě, že je incident skutečně odstraněn). Nedostupnost v rámci servisní odstávky schválené Objednatelem v době servisního okna není započítávána do celkové nedostupnosti služby. V případě potřeby je možno Objednatelem povolit i servisní odstávku mimo dobu servisního okna, která rovněž není započítávána do doby nedostupnosti
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	Redakční server, Urchin server, spravovaná prezentace
Limit objemu služby	1 produkční server, 1 produkční server, 4 prezentace
Vazby na okol. systémy	DB, ESB, Infrastruktura, LDAP, Portály
Počet uživatelů	0 – 1000
Aplikační data	Data v infrastrukturní databázi portálů (články)
Omezení
Další podmínky
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri

ID: P-006

OZNAČENÍ SLUŽBY		REG/POR/RED/TEST		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz testovacího redakčního systému portálů
VYMEZENÍ SLUŽBY
Prostředí	TESTOVACÍ
Cílová skupina	Redaktoři MZe, redaktoři SRS
Zkrácený popis služby	Provoz redakčního systému
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena v Kč bez DPH		DPH 21 %		Cena v Kč s DPH
Cena za inicializaci (za období od převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Rozsah a objem požadovaných činností je shodný s činnostmi u produkčního prostředí dle KL Portaly-RED-P-005. Vykazování prací v rámci SLA se provádí společně za oba katalogové listy.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace
Kategorie B	Omezená dostupnost funkcionalit aplikace, např.: Nedostupnost vybraných funkcionalit aplikace v důsledku chybného nasazení nové verze aplikace, Nefunkčnost vybraných funkcionalit aplikace v důsledku vnitřní chyby aplikace, Prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Nedostupnost v rámci servisní odstávky schválené Objednatelem v době servisního okna není započítávána do celkové nedostupnosti služby. V případě potřeby je možno Objednatelem povolit i servisní odstávku mimo dobu servisního okna, která rovněž není započítávána do doby nedostupnosti
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	Redakční server, spravovaná prezentace
Limit objemu služby	1 testovací redakční server, 4 prezentace
Vazby na okol. Systémy	DB, ESB, Infrastruktura, LDAP, Portály
Počet uživatelů	0 – 125
Aplikační data	Data v infrastrukturní databázi portálů (články)
Omezení	Server na sběr statistik Urchin je pouze v produkčním prostředí.
Další podmínky
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri

ID: CC-001

OZNAČENÍ SLUŽBY		REG/CC/PROD		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz produkční aplikace Mezisklad zpráv o kontrole a aplikace Data ke stažení
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	Pracovníci MZe, pracovníci dozorových orgánů, farmáři
Zkrácený popis služby	Provoz MZK
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %		Cena s DPH
Cena za inicializaci (za období od převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Zajištění dostupnosti a funkčnosti aplikační části produkční aplikace MZK. Předmětem funkčnosti je zajištění podpory zejména následujících agend: podpora výpočtu rizikového koeficientu dotací pro kontroly CC a distribuce seznamu žadatelů primárním kontrolním systémům dozorových orgánů prostřednictvím webových služeb, správa číselníků pro obsluhu systému cross-compliance, správa doručených zpráv o kontrole CC a zpráv z delegovaných kontrol, správa plánů kontrol podmíněnosti a delegovaných kontrol, poskytování ucelených sad zpráv o kontrole platební agentuře, webové služby poskytující data z MZK dle požadavků konzumentů služeb, provoz aplikace Kontroly podmíněnosti za Portálem eAGRI. Zajištění dostupnosti a funkčnosti produkční aplikace Data ke stažení (EAGRICIS) za Portálem eAGRI. Řešení chybových stavů. Pravidelná kontrola vytížení aplikačních serverů (využití CPU, paměti, místa na disku). Pravidelná kontrola aplikačních a systémových logů aplikačních serverů. Pravidelná kontrola funkcionalit (IIS server, komunikace s LDAP, DB, ESB). V případě potřeby úpravy konfigurace vyplývající z provozních potřeb. Poskytování exportů dat na základě požadavků schválených vlastníkem dat v rozsahu do 1 člověkodne měsíčně. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem, aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity, v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválené) opravy evidovaných údajů v rozsahu do 2 člověkodnů měsíčně . Součinnost v rámci procesů „Projektového řízení“ souvisejících s návrhem změn v infrastruktuře ICT MZe (společně s dodavateli technologií). Součinnost při testech po zásazích do infrastruktury. Součinnost s provozovateli centrálních dohledů MZe a bezpečnostního monitoringu (ITSM/*). Parametry monitoringu pro danou technologii předá Objednatel. Definice požadavků na zálohování. Definice nastavení databáze. Podpora Helpdesku MZe: Poskytování odborných konzultací, Poskytování 2 úrovně podpory uživatelů. Udržování aktuální provozní dokumentace v úložišti dokumentace a to zejména v následujícím rozsahu: Postupy pro provoz a správu předmětné služby, Přehled a schéma infrastruktury předmětné služby, Přehled provozních parametrů a konfigurací předmětné služby. Administrativa spojená s provozem (účast na jednání). Administrativa spojená s rozvojem (součinnost s přípravou požadavků na změnu, analýza, odhady pracnosti). Vykazování činnosti v rámci SLA. Měsíční výkaz bude zahrnovat výčet konkrétních dílčích činností s uvedením doby jejich trvání a osoby, která činnost provedla.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek)aplikace
Kategorie B	Omezená dostupnost funkcionalit aplikace, např.: Nedostupnost vybraných funkcionalit aplikace v důsledku chybného nasazení nové verze aplikace, Nefunkčnost vybraných funkcionalit aplikace v důsledku vnitřní chyby aplikace (netýká se nefunkčnosti funkcionalit způsobených jiným subjektem, než je Poskytovatel), Prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Nedostupnost v rámci servisní odstávky schválené Objednatelem v době servisního okna není započítávána do celkové nedostupnosti služby. V případě potřeby je možno Objednatelem povolit i servisní odstávku mimo dobu servisního okna, která rovněž není započítávána do doby nedostupnosti
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 Aplikační server
Limit objemu služby	+/- 2 produkční aplikační servery
Vazby na okol. Systémy	DB, ESB, Infrastruktura, LDAP, Portály
Počet uživatelů	0 – 20000 (max. 1600 současně přistupujících)
Aplikační data	Data v databázi MZK
Omezení
Další podmínky
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri

ID: CC-002

OZNAČENÍ SLUŽBY		REG/CC/TEST		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz testovací aplikace mezisklad zpráv o kontrole a aplikace Data ke stažení
VYMEZENÍ SLUŽBY
Prostředí	TESTOVACÍ
Cílová skupina	Pracovníci MZe, pracovníci dozorových orgánů, farmáři
Zkrácený popis služby	Provoz MZK
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %		Cena s DPH
Cena za inicializaci (za období od převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Rozsah a objem požadovaných činností je shodný s činnostmi u produkčního prostředí. Vykazování činnosti v rámci SLA se provádí společně za oba katalogové listy.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Viz. tabulka SLA
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek)aplikace
Kategorie B	Omezená dostupnost funkcionalit aplikace, např.: Nedostupnost vybraných funkcionalit aplikace v důsledku chybného nasazení nové verze aplikace, Nefunkčnost vybraných funkcionalit aplikace v důsledku vnitřní chyby aplikace (netýká se nefunkčnosti funkcionalit způsobených jiným subjektem, než je Poskytovatel), Prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Nedostupnost v rámci servisní odstávky schválené Objednatelem v době servisního okna není započítávána do celkové nedostupnosti služby. V případě potřeby je možno Objednatelem povolit i servisní odstávku mimo dobu servisního okna, která rovněž není započítávána do doby nedostupnosti
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	Aplikační server
Limit objemu služby	4 testovací aplikační servery
Vazby na okol. systémy	DB, ESB, Infrastruktura, LDAP, Portály
Počet uživatelů	0 – 5000 (max. 400 současně přistupujících)
Aplikační data	Data v databázi MZK
Omezení
Další podmínky
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri

ID: IZR-001

OZNAČENÍ SLUŽBY	REG/IZR/PROD			TYP KL:	PAUŠÁLNÍ
Název služby	Provoz produkčního prostředí aplikace IZR
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	Pracovníci Objednatele a OSS resortu Objednatele, ČMSCH, ČIŽP, farmáři, veřejnost
Zkrácený popis Registru	Registr zvířat (IZR) je centrálním registrem pro veškeré agendy související s ústřední evidencí hospodářských zvířat vedenou podle § 23 a násl. Plemenářského zákona.
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %	Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Provoz aplikace IZR. Předmětem služby je zajištění provozu agend, zejména: Proces aktualizace ústřední evidence hospodářských zvířat podle § 23 a násl. Plemenářského zákona a souvisejících agend, podpora předtisků nápočtů PVP a dalších dotačních titulů (dojnice, welfare), podpora evidence výsledků klasifikace SEUROP a kontrol SEUROP, podpora kontrolního modulu pro ČPI a ČIŽP, internetová verze IZR pro registrované farmáře, webové služby poskytující data z IZR dle požadavků konzumentů služeb. Běžná (na denní bázi) provozní podpora provozu aplikace IZR, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality, kontroly syslogů prostřednictvím SYSLOG serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh, spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací, instalace nových a opravných aktualizací, a to v souladu s release-management procesem. Poskytnout součinnost s provozovatelem dalších služeb, zejména: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity, v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných údajů. Odpovědnost předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám IZR. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Poskytování součinnosti při integraci jiných systémů na IZR v rozsahu do 2 člověkodnů měsíčně. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Poskytování exportů dat z IZR na základě požadavků schválených vlastníkem dat, v rozsahu do 2 člověkodnů měsíčně. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele. Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: v důsledku chybného nasazení nové verze aplikace, prodloužení odezvy aplikace v důsledku přeplnění aplikačních logů.
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 server používaný na služby IZR
Limit objemu služby	+/- 5 serverů
Vazby na okol. systémy	Závisí na: IAM řešení ESB/EPO DB CODEL LPIS DMS CC/MZK (integrace prostřednictvím ESB) Externí systémy SZIF ČMSCH SVS Poskytuje služby: ostatní aplikace registrů (SZR, LPIS, EPH) systémy jednotlivých OSS portálová řešení Objednatele
Počet uživatelů	max. 2500 současně přistupujících
Aplikační data	subjekty provozovny hospodářství individuálně/skupinově evidované zvíře/zvířata(stáda) identifikátory zvířat (ušní známky, čipy, …) hlášení (narození, úmrtí, pohyby, …) léčivé přípravky kontrola
Omezení	N/A
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
INTEGROVANÝ REGISTR ZVÍŘAT (IZR) Registr zvířat (IZR) je centrálním registrem pro evidenci a provádění veškeré agendy související s ústřední evidencí hospodářských zvířat vedenou dle §23 a násl. Plemenářského zákona. IZR podporuje registraci chovatelů, zpracování hlášení pohybů zvířat a zpracování hlášení SEUROP a kontroly SEUROP. Aktuálně je v registru evidováno zhruba 13 500 000 zvířat/stád. Roční nárůst je pak zhruba 1 500 000 záznamů. Architektura Architektura systému IZR je třívrstvá. Navíc z provozního hlediska jsou odděleny v databázi části dat prezentačních a pro výpočty. Integrace probíhá pomocí volání služeb ESB. Pro potřeby monitoringu existují interní logy aplikace (na úrovni aplikačního serveru). Pro ČMSCH a ČPI jsou provozovány tlustí klienti. V případě ČPI je možno provozovat klienta v módu off-line, kdy po připojení dojde k synchronizaci dat (XML/http). Pro práci/synchronizaci dat s tlustým klientem je potřeba být připojen pomocí VPN do prostředí Objednatele – následná komunikace pak probíhá oproti aplikačním serverům IZR. Technologie celé aplikace je postavena v prostředí IIS, XXX.XXX s využitím .NET Remoting pro komunikaci mezi aplikační webovou a business vrstvou. Vlastní systém se skládá z několika programových modulů: Izr.Server … hlavní server pro aplikační logiku, Izr.RelayServer … přenos požadavků mezi web a business vrstvou, GuardianAngel (Vakusov) … dohledový systém, Izr.WebServices … web vrstva aplikační logiky, Xxx.Xxx … instalátor tlustého klienta, Izr.OfflineKlient … instalátor off-line klienta pro ČPI, StateServer … standard MS modul XXX.XXX. Z logického pohledu tyto úpravy představují zejména: monitorování pohybu sledovaných komodit (od narození po jatka), kontrola kvality ošetřování sledovaných komodit zemědělskými subjekty, poskytování informací pro další subjekty (ÚKZÚZ, ČMSCH, SVS, ČPI, ČIŽP, ČSÚ, SZIF). Aktuálně systém obsahuje záznamy cca o 20 000 000 zvířatech/stádech a jejich cca 35 000 000 pohybech. Roční změna jsou cca 3 000 000 záznamů nových zvířat/stád a 4 000 000 pohybů. Vazby na jiné systémy a aplikace Závisí na: Modul IZR konzumuje služby zejména těchto dalších systémů (přes vrstvu ESB): SZR ... načítá si zemědělské subjekty a objekty, v případě kdy subjekt neexistuje, pak jej zakládá, SZIF ... načítání chovatelů koní z čestných prohlášení, LPIS ... načítání podkladových map a informací o hospodářstvích, ČMSCH ... poskytování dat ÚRP, SVS ... kontroly welfare, importy dat o hygienických podmínkách, Jatka ... import dat JUT, ČPI ... zápisy kontrol evidence a označení zvířat, ÚKZÚZ ... import kontrol SEUROP, CC/MZK … zobrazení výsledků kontrol, vstup pro výpočty rizikové analýzy, TRACES, LDAP … autorizace uživatele. Dále jsou zpřístupněna data pomocí databázových linků: CODEL … číselníky, LPIS (příznaky ekologického zemědělce) … tento link bude přesměrován do samostatné databáze DB EKO, (katastrální území). Poskytuje služby: Tyto služby jsou poskytované mimo moduly IZR (pomocí ESB vrstvy): Webové služby EPO... prezentace dat ÚE chovateli, SZIF ... vypočítané hodnoty VDJ, tržní produkce mléka, TOP-UP, ... LPIS ... podklady pro práci s hospodářstvími, ČMSCH ... údaje o zvířatech vedených v ÚE, kontroly JUT, hospodářství a provozovny ... SVS ... rizikové analýzy pro CC a welfare, MZK … výsledky rizikové analýzy, plány kontrol. Pro partnery zajišťuje aplikace IZR v případě nutnosti překlady číselníkových hodnot (konkrétně se jedná o číselník okresů, kdy SZR má již implementovánu poslední verzi, ale systém ČMSCH stále používá starší identifikátory). Rozhraní a vazby na okolní systémy/aplikace/registry/data, kterými jsou nebo mohou být data jiné aplikace či registru (číselníky, kmenové záznamy apod.), stavové informace jiného systému nebo aplikace/systémy zasahující do zpracování dat nebo procesů apod., jsou uvedena/y v přehledné tabulce, která je přílohou tohoto katalogového listu. Prostředí Servery Viz. dokumentace Databáze IZR v rámci RAC db registrů CODEL v rámci RAC db registrů
		Sumární přehled vazeb systému
		Typ vazby				Počet
		DB Link Konzument				32
		DB Link Zdroj				31
		DB Query (SELECT) Konzument				1
		ESB / EPO Konzument				3
		ESB / EPO Konzument - VVD				2
		ESB / EPO Zdroj				6
		ESB Konzument				15
		ESB Konzument - VVD				8
		ESB Zdroj				42
		ESB Zdroj - VVD				4
		Celkem				144

Zkratka VVD znamená „Ve volání jsou data“. Odlišení služeb typu VVD se uvádí proto, že v dotaze jsou zasílána data, která zdrojový systém přijímá a následně s nimi pracuje. Běžná služba v dotazu obsahuje parametry a zdrojový systém vrací data dle parametrů z dotazu.

ID: IZR-002

OZNAČENÍ SLUŽBY	REG/IZR/TEST			TYP KL:	PAUŠÁLNÍ
Název služby	Provoz testovacího prostředí aplikace IZR
VYMEZENÍ SLUŽBY
Prostředí	TESTOVACÍ
Cílová skupina	Pracovníci Objednatele a OSS resortu Objednatele, ČMSCH, ČIŽP, farmáři, veřejnost
Zkrácený popis Registru	Registr zvířat (IZR) je centrálním registrem pro veškeré agendy související s ústřední evidencí hospodářských zvířat vedenou podle § 23 a násl. Plemenářského zákona.
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %	Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Provoz aplikace IZR. Předmětem služby je zajištění provozu agend, zejména: Proces aktualizace ústřední evidence hospodářských zvířat podle § 23 a násl. Plemenářského zákona a souvisejících agend, podpora předtisků nápočtů TOP-UP a dalších dotačních titulů (dojnice, welfare), podpora evidence výsledků klasifikace SEUROP a kontrol SEUROP, podpora kontrolního modulu pro ČPI a ČIŽP, internetová verze IZR pro registrované farmáře, webové služby poskytující data z IZR dle požadavků konzumentů služeb. Běžná (na denní bázi) provozní podpora provozu aplikace IZR, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality, kontroly syslogů prostřednictvím SYSLOG serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh, spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací, instalace nových a opravných aktualizací, a to v souladu s release-management procesem. Poskytnout součinnost s provozovatelem dalších služeb, zejména: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity , v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných . Odpovědnost předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám IZR. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Poskytování součinnosti při integraci jiných systémů na IZR v rozsahu do 2 člověkodnů měsíčně. Poskytování exportů dat z IZR na základě požadavků schválených vlastníkem dat, v rozsahu do 2 člověkodnů měsíčně. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: v důsledku chybného nasazení nové verze aplikace, prodloužení odezvy aplikace v důsledku přeplnění aplikačních logů.
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 server používaný na služby IZR
Limit objemu služby	+/- 5 serverů
Vazby na okol. systémy	Závisí na: IAM řešení ESB/EPO DB CODEL LPIS DMS CC/MZK (integrace prostřednictvím ESB) Externí systémy SZIF ČMSCH SVS Poskytuje služby: ostatní aplikace registrů (SZR, LPIS, EPH) systémy jednotlivých OSS portálová řešení Objednatele
Počet uživatelů	max. 2500 současně přistupujících
Aplikační data	subjekty provozovny hospodářství individuálně/skupinově evidované zvíře/zvířata(stáda) identifikátory zvířat (ušní známky, čipy, …) hlášení (narození, úmrtí, pohyby, …) léčivé přípravky kontrola
Omezení	N/A
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
INTEGROVANÝ REGISTR ZVÍŘAT (IZR) Registr zvířat (IZR) je centrálním registrem pro evidenci a provádění veškeré agendy související s ústřední evidencí hospodářských zvířat vedenou dle §23 a násl. Plemenářského zákona. IZR podporuje registraci chovatelů, zpracování hlášení pohybů zvířat a zpracování hlášení SEUROP a kontroly SEUROP. Aktuálně je v registru evidováno zhruba 13 500 000 zvířat/stád. Roční nárůst je pak zhruba 1 500 000 záznamů. Architektura Architektura systému IZR je třívrstvá. Navíc z provozního hlediska jsou odděleny v databázi části dat prezentačních a pro výpočty. Integrace probíhá pomocí volání služeb ESB. Pro potřeby monitoringu existují interní logy aplikace (na úrovni aplikačního serveru). Pro ČMSCH a ČPI jsou provozovány tlustí klienti. V případě ČPI je možno provozovat klienta v módu off-line, kdy po připojení dojde k synchronizaci dat (XML/http). Pro práci/synchronizaci dat s tlustým klientem je potřeba být připojen pomocí VPN do prostředí Objednatele – následná komunikace pak probíhá oproti aplikačním serverům IZR. Technologie celé aplikace je postavena v prostředí IIS, XXX.XXX s využitím .NET Remoting pro komunikaci mezi aplikační webovou a business vrstvou. Vlastní systém se skládá z několika programových modulů: Izr.Server … hlavní server pro aplikační logiku, Izr.RelayServer … přenos požadavků mezi web a business vrstvou, GuardianAngel (Vakusov) … dohledový systém, Izr.WebServices … web vrstva aplikační logiky, Xxx.Xxx … instalátor tlustého klienta, Izr.OfflineKlient … instalátor off-line klienta pro ČPI, StateServer … standard MS modul XXX.XXX. Z logického pohledu tyto úpravy představují zejména: monitorování pohybu sledovaných komodit (od narození po jatka), kontrola kvality ošetřování sledovaných komodit zemědělskými subjekty, poskytování informací pro další subjekty (ÚKZÚZ, ČMSCH, SVS, ČPI, ČIŽP, ČSÚ, SZIF). Aktuálně systém obsahuje záznamy cca o 20 000 000 zvířatech/stádech a jejich cca 35 000 000 pohybech. Roční změna jsou cca 3 000 000 záznamů nových zvířat/stád a 4 000 000 pohybů. Vazby na jiné systémy a aplikace Závisí na: Modul IZR konzumuje služby zejména těchto dalších systémů (přes vrstvu ESB): SZR ... načítá si zemědělské subjekty a objekty, v případě kdy subjekt neexistuje, pak jej zakládá, SZIF ... načítání chovatelů koní z čestných prohlášení, LPIS ... načítání podkladových map a informací o hospodářstvích, ČMSCH ... poskytování dat ÚRP, SVS ... kontroly welfare, importy dat o hygienických podmínkách, Jatka ... import dat JUT, ČPI ... zápisy kontrol evidence a označení zvířat, ÚKZÚZ ... import kontrol SEUROP, CC/MZK … zobrazení výsledků kontrol, vstup pro výpočty rizikové analýzy, TRACES, LDAP … autorizace uživatele. Dále jsou zpřístupněna data pomocí databázových linků: CODEL … číselníky, LPIS (příznaky ekologického zemědělce) … tento link bude přesměrován do samostatné databáze DB EKO, (katastrální území). Poskytuje služby: Tyto služby jsou poskytované mimo moduly IZR (pomocí ESB vrstvy): PF ... prezentace dat ÚE chovateli, SZIF ... vypočítané hodnoty VDJ, tržní produkce mléka, TOP-UP, ... LPIS ... podklady pro práci s hospodářstvími, ČMSCH ... údaje o zvířatech vedených v ÚE, kontroly JUT, hospodářství a provozovny ... SVS ... rizikové analýzy pro CC a welfare, CC/MZK … výsledky rizikové analýzy, plány kontrol. Pro partnery zajišťuje aplikace IZR v případě nutnosti překlady číselníkových hodnot (konkrétně se jedná o číselník okresů, kdy SZR má již implementovánu poslední verzi, ale systém ČMSCH stále používá starší identifikátory). Rozhraní a vazby na okolní systémy/aplikace/registry/data, kterými jsou nebo mohou být data jiné aplikace či registru (číselníky, kmenové záznamy apod.), stavové informace jiného systému nebo aplikace/systémy zasahující do zpracování dat nebo procesů apod., jsou uvedena/y v přehledné tabulce, která je přílohou tohoto katalogového listu. Prostředí Servery Viz. dokumentace Databáze IZR v rámci RAC db registrů CODEL v rámci RAC db registrů
		Sumární přehled vazeb systému
		Typ vazby				Počet
		DB Link Konzument				32
		DB Link Zdroj				31
		DB Query (SELECT) Konzument				1
		ESB / EPO Konzument				3
		ESB / EPO Konzument - VVD				2
		ESB / EPO Zdroj				6
		ESB Konzument				15
		ESB Konzument - VVD				8
		ESB Zdroj				42
		ESB Zdroj - VVD				4
		Celkem				144

ID: LPIS-001

OZNAČENÍ SLUŽBY	REG/LPIS/PROD			TYP KL:	PAUŠÁLNÍ
Název služby	Provoz produkčního prostředí aplikace LPIS
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	Pracovníci Objednatele, pracovníci OSS resortu Objednatele, celní správa, farmáři
Zkrácený popis Registru	Registr půdy LPIS je centrálním registrem pro agendy související se zákonem č.252/1997Sb., ve znění pozdějších předpisů, a dalšími obecně závaznými právními předpisy včetně předpisů EU. LPIS primárně podporuje proces aktualizace evidence podle pravidel § 3a a násl. zákona o zemědělství. Návazně podporuje agendy související s evidencí půdy (předtisky dotací, kontrol, prostředí pro provádění kontrol dotací nad ortofotomapou, prostředí pro lokalizaci výskytu škodlivých organismům, prostředí pro lokalizaci ohnisek nákaz SVS, prostředí pro lokalizaci hospodářství apod.).
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %	Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Předmětem služby je zajištění provozu agend souvisejících s evidencí půdy, zejména: Proces aktualizace evidence půdy, krajinných prvků a objektů hospodářství podle pravidel § 3a a násl. zákona o zemědělství a souvisejících procesů podpora předtisků žádostí o dotace a administrace dotací kontroly SZIF nad ortofotomapou, Podpora procesu kontrol ÚKZÚZ v oblasti hnojiv, krmiv, EZ a AEO a dalších procesů včetně CC lokalizace výskytu škodlivých organismů, lokalizace ohnisek nákaz,(SVS ), internetová verze iLPIS pro registrované farmáře a pro veřejnost, veřejná mapa výskytu škodlivých organismů, podpora odběrů a zpracování výsledků agrochemického zkoušení půd, podpora vymezování lučních společenstev, webové služby poskytující data z LPIS dle požadavků konzumentů služeb, export/import dat do LPIS, WMS/WFS poskytující data map z LPIS dle specifikace OGC, statistických výstupů z LPIS včetně podpory Oracle business inteligence, podpora procesů souvisejících s nitrátovou směrnicí a ochranou půdy proti erozi. Běžná (na denní bázi) provozní podpora provozu aplikace LPIS, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality, kontroly syslogů prostřednictvím SYSLOG serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh, spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací, Poskytnout součinnost s provozovatelem dalších služeb, zejména provozu infrastruktury: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Správa uživatelů aplikace. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny : V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity, v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných údajů. Odpovědnost za předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám LPIS. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Poskytování součinnosti při integraci jiných systémů na LPIS v rozsahu do 5 člověkodnů měsíčně. Poskytování exportů dat z LPIS na základě požadavků schválených vlastníkem dat, v rozsahu do 3 člověkodnů měsíčně. V rámci této činnosti jsou poskytovány služby úprav šablon na export dat prostřednictvím Oracle BI, eventuálně další konfigurační činnosti související s Oracle BI, které nemají charakter běžné provozní činnosti. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: chybné nasazení nové verze aplikace, prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 server používaný na služby LPIS
Limit objemu služby	+/- 5 serverů
Vazby na okol. systémy	Závisí na: IAM řešení ESB/EPO CC/MZK (integrace prostřednictvím ESB) SZR SR IZR CRVE Integrace s DMS Externí systémy SZIF (dotace) VÚZT VÚMOP Poskytuje služby: ostatní aplikace registrů systémy jednotlivých OSS portálová řešení Objednatele Externí systémy SW zemědělských subjektů
Počet uživatelů	0 - 10000 (max. 3000 současně přistupujících)
Aplikační data	evidence půdních bloků, evidence krajinných prvků, evidence umístění provozoven, podkladová data pro mapovou prezentaci ve formátu vektorů anebo rastrů evidence řízení, spisy a písemnosti, subjekty, data kontrol a kontrolních nálezů ÚKZÚZ a SZIF, ohniska nákaz místa výskytu škůdců a zóny průzkumu, data katastru nemovitostí, viniční tratě, malé vinice, OVP, předtisky, statistiky, uživatelské role.
Omezení	N/A
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
REGISTR PŮDY LPIS Registr půdy LPIS je centrálním registrem pro veškeré agendy související s evidencí půdy dle uživatelských vztahů. LPIS primárně podporuje proces aktualizace evidence podle pravidel § 3a a násl. zákona o zemědělství. Návazně podporuje agendy související s evidencí půdy (předtisky dotací, kontrol, prostředí pro provádění kontrol dotací nad ortofotomapou, prostředí pro lokalizaci výskytu škodlivých organismům, prostředí pro lokalizaci ohnisek nákaz SVS, prostředí pro lokalizaci hospodářství apod.). LPIS moduly slouží pro práci s geometrickými objekty (polygony) a pro zobrazování geolokačních údajů o zemědělství. V současnosti registr eviduje zhruba 3 750 000 půdních bloků, z toho cca 550 000 aktivních. Ročně se změní cca 350 000 půdních bloků. Architektura Jedná se o třívrstvou architekturu (klient, aplikační server, databáze). V případě mapových podkladů pak lze k datové vrstvě připojit i rastrová data, která jsou v souborovém systému. Pro starší moduly je nutno mít na klientské stanici nainstalován MapGuide ActiveX komponentu, která komunikuje s MapGuide Agentem a ten následně s MapGuide Serverem. Aplikační logika je pak řešena pomocí ColdFusion skriptů. Nově implementované řešení je postaveno na open source technologiích – JAVA a MapSource serverem. Obě technologie zpracovávají vektorová data uložená v Oracle Spatial databázi a rastrová data dostupná z SAN sítě. Pro zobrazení 3D modelu terénu je implementován AutoDesk MAP 3D 2005. Vazby na jiné systémy a aplikace Závisí na: LPIS jako základní registr pracující s geografickou informací je provázán na veškerou funkcionalitu, které vyžaduje prostorovou lokalizaci. LPIS závisí na datech z Meziskladu zpráv o kontrole pro účely stanovení rizikové analýzy. LPIS je integrová na SZR a registr zvířat (v oblasti modulu kontrol ÚKZÚZ. Modul evidence umístění provozoven je skrze webové služby integrován s DMS. “. Poskytuje služby: Registr poskytuje „lokalizační“ funkcionalitu všem ostatním registrům, které to vyžadují. Tuto funkcionalitu poskytuje i příslušným systémům OSS organizací. Současně LPIS poskytuje cca 100 datových služeb, zejména SZIF v rámci procesu přípravy předtisků žádostí o dotace a následných SW kontrol. Prostředí Servery Viz dokumentace. Databáze Databáze LPIS v rámci RAC registrů. Čtení z databáze CODEL. Čtení pomocí databázových linků z RVIN, EPH, IZR, SZR, CRVE.
		Sumární přehled vazeb systému
		Typ vazby				Počet
		DB Link Konzument				32
		DB Link Zdroj				31
		DB Query (SELECT) Konzument				1
		ESB / EPO Konzument				3
		ESB / EPO Konzument - VVD				2
		ESB / EPO Zdroj				6
		ESB Konzument				15
		ESB Konzument - VVD				8
		ESB Zdroj				42
		ESB Zdroj - VVD				4
		Celkem				144

ID: LPIS-002

OZNAČENÍ SLUŽBY	REG/LPIS/TEST			TYP KL:	PAUŠÁLNÍ
Název služby	Provoz testovacího prostředí aplikace LPIS
VYMEZENÍ SLUŽBY
Prostředí	TESTOVACÍ
Cílová skupina	Pracovníci Objednatele, pracovníci OSS resortu Objednatele, celní správa, farmáři
Zkrácený popis Registru	Registr půdy LPIS je centrálním registrem pro agendy související se zákonem č.252/1997Sb., ve znění pozdějších předpisů, a dalšími obecně závaznými právními předpisy včetně předpisů. LPIS primárně podporuje proces aktualizace evidence podle pravidel § 3a a násl. zákona o zemědělství. Návazně podporuje agendy související s evidencí půdy (předtisky dotací, kontrol, prostředí pro provádění kontrol dotací nad ortofotomapou, prostředí pro lokalizaci výskytu škodlivých organismům, prostředí pro lokalizaci ohnisek nákaz SVS, prostředí pro lokalizaci hospodářství apod.).
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %		Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Předmětem služby je zajištění provozu agend souvisejících s evidencí půdy, zejména:: Proces aktualizace evidence půdy, krajinných prvků a objektů hospodářství podle pravidel § 3a a násl. zákona o zemědělství a souvisejících procesů, podpora předtisků žádostí o dotace a administrace dotací, kontroly SZIF nad ortofotomapou, Podpora procesu kontrol ÚKZÚZ v oblasti hnojiv, krmiv, EZ a AEO a dalších procesů včetně CC, lokalizace výskytu škodlivých organismů, lokalizace ohnisek nákaz (SVS), internetová verze iLPIS pro registrované farmáře a pro veřejnost, veřejná mapa výskytu škodlivých organismů, podpora odběrů a zpracování výsledků agrochemického zkoušení půd, podpora vymezování lučních společenstev, webové služby poskytující data z LPIS dle požadavků konzumentů služeb, export/import dat do LPIS, MS/WFS poskytující data map z LPIS dle specifikace OGC, statistických výstupů z LPIS včetně podpory Oracle business inteligence, podpora procesů souvisejících s nitrátovou směrnicí a ochranou půdy proti erozi . Běžná (na denní bázi) provozní podpora provozu aplikace LPIS, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality, kontroly syslogů prostřednictvím SYSLOG serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh, spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací, Poskytovat součinnost s provozovatelem dalších IT služeb, zejména provozu infrastruktury: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/ dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Správa uživatelů aplikace. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny : V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran) , případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity, v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných údajů. Odpovědnost za předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám LPIS. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Poskytování součinnosti při integraci jiných systémů na LPIS v rozsahu do 5 člověkodnů měsíčně. Poskytování exportů dat z LPIS na základě požadavků schválených vlastníkem dat, v rozsahu do 3 člověkodnů měsíčně. V rámci této činnosti jsou poskytovány služby úprav šablon na export dat prostřednictvím Oracle BI, eventuálně další konfigurační činnosti související s Oracle BI, které nemají charakter běžné provozní činnosti. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: chybné nasazení nové verze aplikace, prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Do dostupnosti aplikace jsou počítány pouze incidenty typu A, incidenty kategorie B a C se do vyhodnocení celkové dostupnosti aplikace nezahrnují. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 server používaný na služby LPIS
Limit objemu služby	+/- 5 serverů
Vazby na okol. systémy	Závisí na: IAM řešení ESB/EPO CC/MZK (integrace prostřednictvím ESB) SZR SR IZR CRVE Integrace s DMS Externí systémy SZIF (dotace) VÚZT VÚMOP Poskytuje služby: ostatní aplikace registrů systémy jednotlivých OSS portálová řešení Objednatele Externí systémy SW zemědělských subjektů
Počet uživatelů	0 - 10000 (max. 1600 současně přistupujících)
Aplikační data	evidence půdních bloků, evidence krajinných prvků, evidence umístění provozoven, podkladová data pro mapovou prezentaci ve formátu vektorů anebo rastrů evidence řízení, spisy a písemnosti, subjekty, data kontrol a kontrolních nálezů ÚKZÚZ a SZIF, ohniska nákaz místa výskytu škůdců a zóny průzkumu, data katastru nemovitostí, viniční tratě, malé vinice, OVP, předtisky, statistiky, uživatelské role.
Omezení	N/A
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
REGISTR PŮDY LPIS Registr půdy LPIS je centrálním registrem pro veškeré agendy související s evidencí půdy dle uživatelských vztahů. LPIS primárně podporuje proces aktualizace evidence podle pravidel § 3a a násl. zákona o zemědělství. Návazně podporuje agendy související s evidencí půdy (předtisky dotací, kontrol, prostředí pro provádění kontrol dotací nad ortofotomapou, prostředí pro lokalizaci výskytu škodlivých organismům, prostředí pro lokalizaci ohnisek nákaz SVS, prostředí pro lokalizaci hospodářství apod.). LPIS moduly slouží pro práci s geometrickými objekty (polygony) a pro zobrazování geolokačních údajů o zemědělství. V současnosti registr eviduje zhruba 3 750 000 půdních bloků, z toho cca 550 000 aktivních. Ročně se změní cca 350 000 půdních bloků. Architektura Jedná se o třívrstvou architekturu (klient, aplikační server, databáze). V případě mapových podkladů pak lze k datové vrstvě připojit i rastrová data, která jsou v souborovém systému. Pro starší moduly je nutno mít na klientské stanici nainstalován MapGuide ActiveX komponentu, která komunikuje s MapGuide Agentem a ten následně s MapGuide Serverem. Aplikační logika je pak řešena pomocí ColdFusion skriptů. Nově implementované řešení je postaveno na open source technologiích – JAVA a MapSource serverem. Obě technologie zpracovávají vektorová data uložená v Oracle Spatial databázi a rastrová data dostupná z SAN sítě. Pro zobrazení 3D modelu terénu je implementován AutoDesk MAP 3D 2005. Vazby na jiné systémy a aplikace Závisí na: LPIS jako základní registr pracující s geografickou informací je provázán na veškerou funkcionalitu, které vyžaduje prostorovou lokalizaci. LPIS závisí na datech z Meziskladu zpráv o kontrole pro účely stanovení rizikové analýzy. LPIS je integrová na SZR a registr zvířat (v oblasti modulu kontrol ÚKZÚZ. Modul evidence umístění provozoven je skrze webové služby integrován s DMS. Poskytuje služby: Registr poskytuje „lokalizační“ funkcionalitu všem ostatním registrům, které to vyžadují. Tuto funkcionalitu poskytuje i příslušným systémům OSS organizací. Prostředí Servery Viz dokumentace. Databáze Databáze LPIS v rámci RAC registrů. Čtení z databáze CODEL. Čtení pomocí databázových linků z RVIN, EPH, IZR, SZR.
		Sumární přehled vazeb systému
		Typ vazby				Počet
		DB Link Konzument				32
		DB Link Zdroj				31
		DB Query (SELECT) Konzument				1
		ESB / EPO Konzument				3
		ESB / EPO Konzument - VVD				2
		ESB / EPO Zdroj				6
		ESB Konzument				15
		ESB Konzument - VVD				8
		ESB Zdroj				42
		ESB Zdroj - VVD				4
		Celkem				144

ID: SR-001

OZNAČENÍ SLUŽBY	REG/SR/PROD			TYP KL:		PAUŠÁLNÍ
Název služby	Provoz produkčního prostředí Speciálních Registrů (SR)
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	Pracovníci Objednatele a OSS resortu Objednatele, farmáři
Zkrácený popis Registrů	Registr vinic (RV): podporuje správní agendy související s registrací vinic a následné procesy hospodaření. Tento registr spravuje Ústřední kontrolní a zkušební ústav zemědělský (ÚKZÚZ). Registr chmelnic (RC): podporuje správní agendy související s registrací chmelnic a následné procesy hospodaření. Tento registr spravuje Ústřední kontrolní a zkušební ústav zemědělský (ÚKZÚZ). Registr intenzivních sadů (RS): podporuje správní agendy související s registrací sadů a následné procesy hospodaření. Tento registr spravuje Ústřední kontrolní a zkušební ústav zemědělský (ÚKZÚZ). Registr školek (RM): podporuje správní agendy související s registrací subjektů pracujících s množitelským materiálem a následné procesy hospodaření. Tento registr spravuje Ústřední kontrolní a zkušební ústav zemědělský (ÚKZÚZ). Evidence použití přípravků na ochranu rostlin a hnojiv (EPH): je aplikací, v rámci níž zemědělci, kteří mají přístup na portál farmáře, provádějí zákonem stanovené povinnosti v oblasti evidence hnojiv, kalů, krmiv, přípravků na ochranu rostlin, pastvy, skladovou evidenci hnojiv a POR a evidenci úkonů pro vratku spotřební daně na naftu. EPH zabezpečuje dále datově import dat z lokálních zemědělských SW a jejich předání do aplikací STATPOR pro SRS, STAHNOJ a LPIS-NITRAT pro ÚKZÚZ. STATPOR: je aplikace, kterou spravuje Státní rostlinolékařská správa a slouží pro sběr agregovaných dat o použití přípravků na ochranu rostlin a k prohlížení elektronicky předaných evidencí přípravků na ochranu rostlin. Registr osob (RO): slouží k jednotnému přidělování registračních a evidenčních čísel, které jsou subjektům přidělována v procesech kdy OOS ÚKZÚZ slouží jak jednotné registrační místo. Registr hnojiv (RH): podporuje správní agendy související s registrací hnojiv. STATHNOJ (SH): aplikace pro ÚKZÚZ, která slouží pro sběr dat o použití hnojiv. Webové rozhraní databáze odrůd (SOK): modul IS Národního odrůdového úřadu, který slouží ve vyhledávání ve Státní odrůdové knize pro přihlášené uživatele. Modul pro zajištění elektronické výměny dat s ISOOS (WS ISOOS): zajišťuje komunikaci mezi uživateli a systémem ISOOS na bázi webových služeb. Poskytuje vůči ESB zdrojovou službu a zajišťuje přenos dat do databáze ISOOS anebo získání dat na základě parametrů z dotazu z databáze ISOOS prostřednictvím definovaného rozhraní.
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH			DPH 21 %		Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Provoz Speciálních Registrů. Předmětem služby je zajištění provozu agend, zejména: Aplikace registru vinic (RV): Proces registrace vinic a souvisejících agend, podpora dílčích evidencí souvisejících s trvalými kulturami, internetová verze RV pro registrované farmáře (vinaře), webové služby poskytující data z registru dle požadavků konzumentů služeb. aplikace registru chmelnic (RC): Proces registrace chmelnic a souvisejících agend, podpora dílčích evidencí souvisejících s trvalými kulturami, internetová verze RC pro registrované farmáře, webové služby poskytující data z registru dle požadavků konzumentů služeb. aplikace registru sadů (RS) Proces registrace sadů a souvisejících agend, podpora dílčích evidencí souvisejících s trvalými kulturami, internetová verze RS pro registrované farmáře, webové služby poskytující data z registru dle požadavků konzumentů služeb. aplikace registru školek(RM): Proces registrace subjektů a souvisejících agend, podpora dílčích evidencí souvisejících s trvalými kulturami, internetová verze RM pro registrované farmáře, webové služby poskytující data z registru dle požadavků konzumentů služeb. Aplikace Evidence použití přípravků na ochranu rostlin a hnojiv (EPH) Evidence použití hnojiv, kalů a souvisejících agend, Evidence použití přípravků na ochranu rostlin, Evidence úkonů pro účely spotřeby nafty, Evidence použití krmiv, Skladové evidence. aplikace STATPOR (RO) Sběr elektronických dávek o použití POR od jednotlivých subjektů a pořizování dávek předaných papírovou metodou a souvisejících agend, prohlížení elektronicky předaných dat evidence použití POR z EPH, export dat pro datový sklad SRS. aplikace registru osob (RO) Proces registrace osoby a souvisejících agend, podpora dílčích evidencí souvisejících se specializací činnosti, internetová verze RO pro veřejnost, webové služby poskytující data z registru dle požadavků konzumentů služeb. aplikace registru hnojiv (RH) Proces registrace hnojiv a souvisejících agend, podpora dílčích evidencí souvisejících s registrací hnojiv, internetová verze RH pro veřejnost, webové služby poskytující data z registru dle požadavků konzumentů služeb.) aplikace STATHNOJ (SH) Sběr elektronických dávek o aplikaci hnojiv – nástroj pro pořizování, Příjem elektronicky předaných dat evidence hnojiv z EPH, Statistické přehledy. Webová prezentace databáze odrůd (SOK) prohlížení dat Státní odrůdové knihy.Každodenní synchronizace dat ze systému IS NOU prostřednictvím webové služby Exporty dat SOK ve formátu XLS Modul pro zajištění elektronické výměny dat vůči systému ISOOS Poskytování webových služeb pro registrované uživatele a zajištění přenosu dat do databáze ISOOS definovaným rozhraním anebo získání dat z databáze ISOOS na základě parametrů z dotazu Běžná (na denní bázi) provozní podpora provozu aplikací SP, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality aplikace, kontroly syslogů prostřednictvím SYSLOG serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh, ruční pravidelné či ad-hoc spouštění dávkových úloh spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací instalace nových a opravných aktualizací, a to v souladu s release-management procesem. Poskytnout součinnost s provozovatelem dalších služeb, zejména: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Správa uživatelů aplikace. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran) , případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity, v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných údajů. Odpovědnost předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám RV. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Poskytování součinnosti při integraci jiných systémů na SR v rozsahu do 3 člověkodnů měsíčně. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Poskytování exportů dat z registru na základě požadavků schválených vlastníkem dat, v rozsahu do 3 člověkodnů měsíčně. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: v důsledku chybného nasazení nové verze aplikace, prodloužení odezvy aplikace v důsledku přeplnění aplikačních logů.
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby / Limit objemu služby	Registr	Měrná jednotka			Limit objemu služby
	RV	Počet vinic			+/- 5 000 vinic
	RC	Počet chmelnic			+/- 1 000 chmelnic
	RS	Počet sadů			+/- 2 500 sadů
	RM	Počet rozhodnutí			+/- 1 500 rozhodnutí
	EPH	Počet skladových karet			+/- 100 000 skladových karet
	STATPOR	Počet aplikací POR			+/- 15 000 aplikací POR
	RO	Počet registrovaných subjektů			+/- 1 000 subjektů
	RH	Počet hnojiv			+/- 1 500 hnojiv
	STATHNOJ	Počet aplikací hnojiv			+/- 15 000 aplikací hnojiv
	SOK	Počet záznamů odrůd			+/- 1000 odrůd
	WS ISOOS	Počet volání WS			+/- 1000 requestů
Vazby na okol. systémy	Závisí na: IAM řešení ESB/EPO SZR Externí systémy SZIF (dotace) SZPI ÚKZÚZ Poskytuje služby: ostatní aplikace registrů systémy jednotlivých OSS portálová řešení Objednatele Externí systémy sw zemědělských subjektů
Počet uživatelů	0 - 10000 (max. 1000 současně přistupujících) nezávisle pro každý registr uvedený v tomto KL
Aplikační data	RV		Subjekt, vinice, dotace, hlášení, kontrola.
	RC		Subjekt, chmelnice, dotace, hlášení, kontrola.
	RS		Subjekt, sad, hlášení.
	RM		Subjekt, dodavatel, hlášení, kontrola.
	EPH		Subjekt, parcela, skladová karta (hnojivo, krmivo, POR), aplikace hnojiva, aplikace krmiva, aplikace POR, plodina, škodlivý organismus, úkon se spotřebou zelené nafty.
	STATPOR		Subjekt, aplikace POR, kontrola.
	RO		Subjekt, specializace činnosti.
	RH		Subjekt, hnojivo.
	STATHNOJ		Subjekt, aplikace hnojiva
	SOK		Subjekt, odrůda
	WS ISOOS		Pouze komunikační komponenta
Omezení	N/A
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
REGISTR VINIC (RV) Základní funkcionalita tohoto registru je: Zobrazování seznamu vinic Přehled o subjektu Právo opětovné výsadby Právo na výsadbu ze státní rezervy Ověřování hroznů při výkupu Agregace výkupních lístků pro prohlášení o produkci Výsledky laboratorních rozborů Elektronická podání Aktuálně tento registr obsahuje cca 33 000 vinic a za jeden rok se zpracovává zhruba 3 300 rozhodnutí. RV poskytuje služby zejména: především data systémům OSS SZIFu a SZPI. Vazby na jiné systémy a aplikace: Z registru RC lze proklikem spouštět aplikaci LPIS. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Aplikace provádí výměnu dat „cross compliance“ pomocí modulu CC/MZK. Pomocí modulu EPO lze podávat podepsaná prohlášení. REGISTR CHMELNIC (RC) Základní funkcionalita tohoto registru je: Zobrazování seznamu částí chmelnic Prohlášení producenta chmele Sumarizace prohlášení producenta Elektronická podání Aktuálně registr obsahuje cca 3500 chmelnic. RC poskytuje služby zejména: především data systémům OSS SZIFu a SZPI. Vazby na jiné systémy a aplikace: Z registru RC lze proklikem spouštět aplikaci LPIS. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Aplikace provádí výměnu dat „cross compliance“ pomocí modulu CC/MZK. Pomocí modulu EPO lze podávat podepsaná prohlášení. REGISTR SADŮ (RS) Základní funkcionalita tohoto registru je: Zobrazování seznamu sadů Osobní údaje Hlášení o sklizni a odhady Elektronická podání V současnosti registr obsahuje zhruba 7 000 sadů. RC poskytuje služby zejména: především data systémům OSS SZIFu a SZPI. Vazby na jiné systémy a aplikace: Z registru RS lze proklikem spouštět aplikaci LPIS. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Pomocí modulu EPO lze podávat podepsaná prohlášení. REGISTR MNOŽITELSKÝCH POROSTŮ (RM) Základní funkcionalita tohoto registru je: Zobrazování seznamu žádostí a oznámení, Elektronická podání V rámci jednoho roku se zpracovává zhruba 500 rozhodnutí. RV poskytuje služby zejména: Především data systémům OSS SZIFu a SZPI. Vazby na jiné systémy a aplikace: Z registru RV lze proklikem spouštět aplikaci LPIS. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Pomocí modulu EPO lze podávat podepsaná prohlášení. EVIDENCE POUŽITÍ HNOJIV (EPH) Modul poskytuje elektronickou evidenci (skladovou evidenci a evidenci aplikace): Hnojiv Kalů Krmiv Přípravků na ochranu rostlin, Úkonů pro zelenou naftu Registr v současnosti obsahuje cca 80 000 skladových karet. Roční přírůstek je cca 40 000 karet. EPH poskytuje služby zejména: Sumární data aplikace POR je předávána do aplikace STATPOR. Data aplikace hnojiv a kalů je základ pro nitrátovou směrnici, která je implementována v aplikaci LPIS. Vazby na jiné systémy a aplikace: Aplikace využívají prostředky SSO IAM řešení Objednatele. Subjekty jsou kontrolovány vůči aplikaci SZR. Modul EPH je provázán pomocí WS s modulem IZR. LPIS Číselníkové hodnoty jsou čteny z databáze CODEL. STATPOR Aplikace STATPOR byla vytvořena s dvěma hlavními cíli: Poskytnout pracovníkům SRS efektivní nástroj pro primární zpracování dat statistických hlášení o použití POR a výměrách pěstovaných plodin (tzv. „roční statistiky“), poskytnout nástroj pro prohlížení elektronických evidencí použití POR, které farmáři předávají prostřednictvím z aplikace EPH (tzv. „kontrolní data“), s ohledem na tyto 2 rozlišné cíle aplikace je vnitřně členěna i samotná aplikace. Společným prvkem pro „roční statistky“ a „kontrolní data“ je přehled subjektů a jejich „karty“, které jsou pro obě části aplikace společné. Aplikace aktuálně obsahuje zhruba 20 000 dávek statistik. Roční nárůst je cca 7 000 dávek obsahující dílčí agregovaná data o použití POR. Vazby na jiné systémy a aplikace: Autorizace uživatele probíhá pomocí SSO IAM řešení Objednatele. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Aplikace podporuje import sumárních dat použití POR z EPH. REGISTR HNOJIV (RH) Aplikace Registr hnojiv (RH) umožňuje na portálu eAgri prohlížení aktuálních informací o zaregistrovaných hnojivech, ohlášených nebo vzájemně uznaných hnojivech. Registrace hnojiv je stanovena zákonem č. 156/1998 Sb., o hnojivech a registraci samotnou provádí Ústřední kontrolní a zkušební ústav zemědělský. RH na eAgri je přístupný bez přihlášení. Základní funkcionalita tohoto registru je: Zobrazování seznamu hnojiv, Přehled o subjektu. Registr aktuálně obsahuje zhruba 2 300 hnojiv. Roční nárůst je cca 500 hnojiv. Vazby na jiné systémy a aplikace: Autorizace uživatele probíhá pomocí SSO IAM řešení Objednatele. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Aplikace podporuje import sumárních dat použití POR z EPH. REGISTR OSOB (RO) Základní funkcionalita tohoto registru je: Vyhledávání + (editace) Nová registrace Správa subjektů Vyhledávání v SZR Vložení subjektu do SZR Historie změn V současnosti registr obsahuje zhruba 5 500 subjektů. Roční nárůst je zhruba 200 registrací. RO poskytuje služby zejména: Registr poskytuje data systému ÚKZÚZ. Vazby na jiné systémy a aplikace: Registr osob je primárně napojen na aplikaci SZR. Ověření uživatele je pomocí SSO IAM řešení Objednatele. STATHNOJ Aplikace STATHNOJ byla vytvořena za účelem sběru statistických dat o použití hnojiv a jejich následného vyhodnocení. Aplikace aktuálně obsahuje zhruba 2000 dávek statistik. Roční nárůst je cca 1000 dávek.. Vazby na jiné systémy a aplikace: Autorizace uživatele probíhá pomocí SSO IAM řešení Objednatele. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Aplikace podporuje import dat z evidence hnojení pořízených v systému EPH. Webové rozhraní Databáze odrůd/Státní odrůdové knihy (SOK) Základní funkcionalita tohoto registru je: Webové rozhraní v české a anglické verzi v rámci portálu eAGRI Vyhledávání dle kritérií Export výstupů do excelového formátu Každodenní synchronizace pracovní DB z Informačního systému Národního odrůdového úřadu (ISNOU) – prostřednictvím webové služby SOK poskytuje služby zejména: Veřejnosti prostřednictvím webové aplikace za eAGRI Vazby na jiné systémy a aplikace: Aplikace napojena na ISNOU. Veřejná aplikace bez ověření uživatele. Elektronický přenos dat - Informační systém odboru osiv a sadby ( WS ISOOS) Základní funkcionalita tohoto registru je: Webové rozhraní Podávání žádostí o uznání porostu Vyhledávání žádostí o uznání porostu Podávání objednávek návěsek Vyhledávání objednávek návěsek Zasílání míchacích protokolů Vyhledávání míchacích protokolů Vyhledávání výsledků laboratorních rozborů v ISOOS. Webové služby Zajištění webových služeb pro elektronický přenos dat. Zajištění komunikace s komponentou ISOOS Komponenta poskytuje zejména služby: pro odbornou veřejnost prostřednictvím portálu eAGRI a webových služeb na EPO serveru. Vazby na jiné systémy a aplikace: ESB/EPO/eAGRI Ověření uživatele je pomocí SSO IAM řešení Objednatele. Základní Architektura Speciálních registrů: Speciální registry jsou navrženy v třívrstvé architektuře klient – aplikační server – databáze. Starší moduly jsou naprogramovány v jazyce JAVA, novější pak pomocí .NET. Detailní architektura speciálních registrů je popsána v kapitolách 3 a 4 dokumentu Administrátorská dokumentace SR. Monitoring / Help Desk Monitoring aplikace je popsán v souhrnném dokumentu k Monitoringu aplikací na dokumentačním úložišti „End_to_end_monitoring – kapitola 1.1.21“. Umístění logů a jejich sledování je uvedeno v Administrátorské dokumentaci v kapitole 11. Incidenty Speciálních registrů procházejí standardně skrze Helpdesk Objednatele. Následně jsou předávány na xxxxxxxXX@xxx.xx. Procesy helpdesku jsou popsány na dokumentačním úložišti ve složce 11 Procesní dokumentace/Helpdesk.

Sumární přehled vazeb systému
Typ vazby	RV	RC	RS	RM	EPH	STATPOR	RH	RO
DB link Konzument	2	2	2	2	15	3	2	2
DB query Konzument	9	9	9	9	1	21	9	9
DB query Zdroj	7	7	7	7	10	0	7	7
ESB / EPO Zdroj	10	10	10	10	2	0	10	10
ESB / EPO Zdroj - VVD	6	6	6	6	2	0	6	6
ESB Konzument	3	3	3	3	2	1	3	3
ESB Konzument - VVD	6	6	6	6	0	0	6	6
ESB Zdroj	7	7	7	7	0	0	7	7
ESB Zdroj - VVD	5	5	5	5	1	0	5	5
Celkem	55	55	55	55	33	25	55	55

ID: SR-002

OZNAČENÍ SLUŽBY	REG/SR/TEST		TYP KL:			PAUŠÁLNÍ
Název služby	Provoz testovacího prostředí Speciálních Registrů (SR)
VYMEZENÍ SLUŽBY
Prostředí	TESTOVACÍ
Cílová skupina	Pracovníci Objednatele a OSS resortu Objednatele, farmáři
Zkrácený popis Registrů	Registr vinic (RV): podporuje správní agendy související s registrací vinic a následné procesy hospodaření. Tento registr spravuje Ústřední kontrolní a zkušební ústav zemědělský (ÚKZÚZ). Registr chmelnic (RC): podporuje správní agendy související s registrací chmelnic a následné procesy hospodaření. Tento registr spravuje Ústřední kontrolní a zkušební ústav zemědělský (ÚKZÚZ). Registr intenzivních sadů (RS): podporuje správní agendy související s registrací sadů a následné procesy hospodaření. Tento registr spravuje Ústřední kontrolní a zkušební ústav zemědělský (ÚKZÚZ). Registr školek (RM): podporuje správní agendy související s registrací subjektů pracujících s množitelským materiálem a následné procesy hospodaření. Tento registr spravuje Ústřední kontrolní a zkušební ústav zemědělský (ÚKZÚZ). Evidence použití přípravků na ochranu rostlin a hnojiv (EPH): je aplikací, v rámci níž zemědělci, kteří mají přístup na portál farmáře, provádějí zákonem stanovené povinnosti v oblasti evidence hnojiv, kalů, krmiv, přípravků na ochranu rostlin, pastvy, skladovou evidenci hnojiv a POR a evidenci úkonů pro vratku spotřební daně na naftu. EPH zabezpečuje dále datově import dat z lokálních zemědělských SW a jejich předání do aplikací STATPOR pro SRS, STAHNOJ a LPIS-NITRAT pro ÚKZÚZ. STATPOR: je aplikace, kterou spravuje Státní rostlinolékařská správa a slouží pro sběr agregovaných dat o použití přípravků na ochranu rostlin a k prohlížení elektronicky předaných evidencí přípravků na ochranu rostlin. Registr osob (RO): slouží k jednotnému přidělování registračních a evidenčních čísel, které jsou subjektům přidělována v procesech kdy OOS ÚKZÚZ slouží jak jednotné registrační místo. Registr hnojiv (RH): podporuje správní agendy související s registrací hnojiv. STATHNOJ (SH): aplikace pro ÚKZÚZ, která slouží pro sběr dat o použití hnojiv. Webové rozhraní databáze odrůd (SOK): modul IS Národního odrůdového úřadu, který slouží ve vyhledávání ve Státní odrůdové knize pro přihlášené uživatele. Modul pro zajištění elektronické výměny dat s ISOOS (WS ISOOS): zajišťuje komunikaci mezi uživateli a systémem ISOOS na bázi webových služeb. Poskytuje vůči ESB zdrojovou službu a zajišťuje přenos dat do databáze ISOOS anebo získání dat na základě parametrů z dotazu z databáze ISOOS prostřednictvím definovaného rozhraní.
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH			DPH 21 %			Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Provoz Speciálních Registrů. Předmětem služby je zajištění provozu agend, zejména: Aplikace registru vinic (RV): Proces registrace vinic a souvisejících agend, podpora dílčích evidencí souvisejících s trvalými kulturami, internetová verze RV pro registrované farmáře (vinaře), webové služby poskytující data z registru dle požadavků konzumentů služeb. aplikace registru chmelnic (RC): Proces registrace chmelnic a souvisejících agend, podpora dílčích evidencí souvisejících s trvalými kulturami, internetová verze RC pro registrované farmáře, webové služby poskytující data z registru dle požadavků konzumentů služeb. aplikace registru sadů (RS) Proces registrace sadů a souvisejících agend, podpora dílčích evidencí souvisejících s trvalými kulturami, internetová verze RS pro registrované farmáře, webové služby poskytující data z registru dle požadavků konzumentů služeb. aplikace registru školek(RM): Proces registrace subjektů a souvisejících agend, podpora dílčích evidencí souvisejících s trvalými kulturami, internetová verze RM pro registrované farmáře, webové služby poskytující data z registru dle požadavků konzumentů služeb. Aplikace Evidence použití přípravků na ochranu rostlin a hnojiv (EPH) Evidence použití hnojiv, kalů a souvisejících agend, Evidence použití přípravků na ochranu rostlin, Evidence úkonů pro účely spotřeby nafty, Evidence použití krmiv, Skladové evidence. aplikace STATPOR (RO) Sběr elektronických dávek o použití POR od jednotlivých subjektů a pořizování dávek předaných papírovou metodou a souvisejících agend, prohlížení elektronicky předaných dat evidence použití POR z EPH, export dat pro datový sklad SRS. aplikace registru osob (RO) Proces registrace osoby a souvisejících agend, podpora dílčích evidencí souvisejících se specializací činnosti, internetová verze RO pro veřejnost, webové služby poskytující data z registru dle požadavků konzumentů služeb. aplikace registru hnojiv (RH) Proces registrace hnojiv a souvisejících agend, podpora dílčích evidencí souvisejících s registrací hnojiv, internetová verze RH pro veřejnost, webové služby poskytující data z registru dle požadavků konzumentů služeb. aplikace STATHNOJ (SH) Sběr elektronických dávek o aplikaci hnojiv – nástroj pro pořizování, Příjem elektronicky předaných dat evidence hnojiv z EPH, Statistické přehledy. Webová prezentace databáze odrůd (SOK) prohlížení dat Státní odrůdové knihy.Každodenní synchronizace dat ze systému IS NOU prostřednictvím webové služby Exporty dat SOK ve formátu XLS Modul pro zajištění elektronické výměny dat vůči systému ISOOS Poskytování webových služeb pro registrované uživatele a zajištění přenosu dat do databáze ISOOS definovaným rozhraním anebo získání dat z databáze ISOOS na základě parametrů z dotazu Běžná (na denní bázi) provozní podpora provozu aplikací SP, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality aplikace, kontroly syslogů prostřednictvím SYSLOG serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh, ruční pravidelné či ad-hoc spouštění dávkových úloh spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací instalace nových a opravných aktualizací, a to v souladu s release-management procesem. Poskytnout součinnost s provozovatelem dalších služeb, zejména: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Správa uživatelů aplikace. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity, v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných údajů. Odpovědnost předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám RV. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Poskytování součinnosti při integraci jiných systémů na SR v rozsahu do 3 člověkodny měsíčně. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Poskytování exportů dat z registru na základě požadavků schválených vlastníkem dat, v rozsahu do 3 člověkodnů měsíčně. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
RVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: v důsledku chybného nasazení nové verze aplikace, prodloužení odezvy aplikace v důsledku přeplnění aplikačních logů.
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby / Limit objemu služby	Registr	Měrná jednotka			Limit objemu služby
	RV	Počet vinic			+/- 5 000 vinic
	RC	Počet chmelnic			+/- 1 000 chmelnic
	RS	Počet sadů			+/- 2 500 sadů
	RM	Počet rozhodnutí			+/- 1 500 rozhodnutí
	EPH	Počet skladových karet			+/- 100 000 skladových karet
	STATPOR	Počet aplikací POR			+/- 15 000 aplikací POR
	RO	Počet registrovaných subjektů			+/- 1 000 subjektů
	RH	Počet hnojiv			+/- 1 500 hnojiv
	STATHNOJ	Počet aplikací hnojiv			+/- 15 000 aplikací hnojiv
	SOK	Počet záznamů odrůd			+/- 1000 odrůd
	WS ISOOS	Počet volání WS			+/- 1000 requestů
Vazby na okol. systémy	Závisí na: IAM řešení ESB/EPO CC/MZK SZR Externí systémy SZIF (dotace) SZPI ÚKZÚZ Poskytuje služby: ostatní aplikace registrů systémy jednotlivých OSS portálová řešení Objednatele Externí systémy sw zemědělských subjektů
Počet uživatelů	0 - 10000 (max. 1000 současně přistupujících) nezávisle pro každý registr uvedený v tomto KL
Aplikační data	RV			Subjekt, vinice, dotace, hlášení, kontrola.
	RC			Subjekt, chmelnice, dotace, hlášení, kontrola.
	RS			Subjekt, sad, hlášení.
	RM			Subjekt, dodavatel, hlášení, kontrola.
	EPH			Subjekt, parcela, skladová karta (hnojivo, krmivo, POR), aplikace hnojiva, aplikace krmiva, aplikace POR, plodina, škodlivý organismus, úkon se spotřebou zelené nafty.
	STATPOR			Subjekt, aplikace POR, kontrola.
	RO			Subjekt, specializace činnosti.
	RH			Subjekt, hnojivo.
	STATHNOJ			Subjekt, aplikace hnojiva
	SOK			Subjekt, odrůda
	WS ISOOS			Pouze komunikační komponenta
Omezení	N/A
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU PROSTŘEDÍ
REGISTR VINIC (RV) Základní funkcionalita tohoto registru je: Zobrazování seznamu vinic Přehled o subjektu Právo opětovné výsadby Právo na výsadbu ze státní rezervy Ověřování hroznů při výkupu Agregace výkupních lístků pro prohlášení o produkci Výsledky laboratorních rozborů Elektronická podání Aktuálně tento registr obsahuje cca 33 000 vinic a za jeden rok se zpracovává zhruba 3 300 rozhodnutí. RV poskytuje služby zejména: především data systémům OSS SZIFu a SZPI. Vazby na jiné systémy a aplikace: Z registru RC lze proklikem spouštět aplikaci LPIS. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Aplikace provádí výměnu dat „cross compliance“ pomocí modulu CC/MZK. Pomocí modulu EPO lze podávat podepsaná prohlášení. REGISTR CHMELNIC (RC) Základní funkcionalita tohoto registru je: Zobrazování seznamu částí chmelnic Prohlášení producenta chmele Sumarizace prohlášení producenta Elektronická podání Aktuálně registr obsahuje cca 3500 chmelnic. RC poskytuje služby zejména: především data systémům OSS SZIFu a SZPI. Vazby na jiné systémy a aplikace: Z registru RC lze proklikem spouštět aplikaci LPIS. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Aplikace provádí výměnu dat „cross compliance“ pomocí modulu CC/MZK. Pomocí modulu EPO lze podávat podepsaná prohlášení. REGISTR SADŮ (RS) Základní funkcionalita tohoto registru je: Zobrazování seznamu sadů Osobní údaje Hlášení o sklizni a odhady Elektronická podání V současnosti registr obsahuje zhruba 7 000 sadů. RC poskytuje služby zejména: především data systémům OSS SZIFu a SZPI. Vazby na jiné systémy a aplikace: Z registru RS lze proklikem spouštět aplikaci LPIS. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Pomocí modulu EPO lze podávat podepsaná prohlášení. REGISTR MNOŽITELSKÝCH POROSTŮ (RM) Základní funkcionalita tohoto registru je: Zobrazování seznamu žádostí a oznámení, Elektronická podání V rámci jednoho roku se zpracovává zhruba 500 rozhodnutí. RV poskytuje služby zejména: Především data systémům OSS SZIFu a SZPI. Vazby na jiné systémy a aplikace: Z registru RV lze proklikem spouštět aplikaci LPIS. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Pomocí modulu EPO lze podávat podepsaná prohlášení. EVIDENCE POUŽITÍ HNOJIV (EPH) Modul poskytuje elektronickou evidenci (skladovou evidenci a evidenci aplikace): Hnojiv Kalů Krmiv Přípravků na ochranu rostlin, Úkonů pro zelenou naftu Registr v současnosti obsahuje cca 80 000 skladových karet. Roční přírůstek je cca 40 000 karet. RC poskytuje služby zejména: Sumární data aplikace POR je předávána do aplikace STATPOR. Data aplikace hnojiv a kalů je základ pro nitrátovou směrnici, která je implementována v aplikaci LPIS. Vazby na jiné systémy a aplikace: Aplikace využívají prostředky SSO IAM řešení Objednatele. Subjekty jsou kontrolovány vůči aplikaci SZR. Modul EPH je provázán pomocí WS s modulem IZR. Číselníkové hodnoty jsou čteny z databáze CODEL. STATPOR Aplikace STATPOR byla vytvořena s dvěma hlavními cíli: Poskytnout pracovníkům SRS efektivní nástroj pro primární zpracování dat statistických hlášení o použití POR a výměrách pěstovaných plodin (tzv. „roční statistiky“), poskytnout nástroj pro prohlížení elektronických evidencí použití POR, které farmáři předávají prostřednictvím z aplikace EPH (tzv. „kontrolní data“), s ohledem na tyto 2 rozlišné cíle aplikace je vnitřně členěna i samotná aplikace. Společným prvkem pro „roční statistky“ a „kontrolní data“ je přehled subjektů a jejich „karty“, které jsou pro obě části aplikace společné. Aplikace aktuálně obsahuje zhruba 20 000 aplikací. Roční nárůst je cca 7 000 aplikací. Vazby na jiné systémy a aplikace: Autorizace uživatele probíhá pomocí SSO IAM řešení Objednatele. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Aplikace podporuje import sumárních dat použití POR z EPH. REGISTR HNOJIV (RH) Aplikace Registr hnojiv (RH) umožňuje na portálu eAgri prohlížení aktuálních informací o zaregistrovaných hnojivech, ohlášených nebo vzájemně uznaných hnojivech. Registrace hnojiv je stanovena zákonem č. 156/1998 Sb., o hnojivech a registraci samotnou provádí Ústřední kontrolní a zkušební ústav zemědělský. RH na eAgri je přístupný bez přihlášení. Základní funkcionalita tohoto registru je: Zobrazování seznamu hnojiv, Přehled o subjektu. Registr aktuálně obsahuje zhruba 2 300 hnojiv. Roční nárůst je cca 500 hnojiv. Vazby na jiné systémy a aplikace: Autorizace uživatele probíhá pomocí SSO IAM řešení Objednatele. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Aplikace podporuje import sumárních dat použití POR z EPH. REGISTR OSOB (RO) Základní funkcionalita tohoto registru je: Vyhledávání + (editace) Nová registrace Správa subjektů Vyhledávání v SZR Vložení subjektu do SZR Historie změn V současnosti registr obsahuje zhruba 5 500 subjektů. Roční nárůst je zhruba 200 registrací. RO poskytuje služby zejména: Registr poskytuje data systému ÚKZÚZ. Vazby na jiné systémy a aplikace: Registr osob je primárně napojen na aplikaci SZR. Ověření uživatele je pomocí SSO IAM řešení Objednatele. STATHNOJ Aplikace STATHNOJ byla vytvořena za účelem sběru statistických dat o použití hnojiv a jejich následného vyhodnocení. Aplikace aktuálně obsahuje zhruba 2000 dávek statistik. Roční nárůst je cca 1000 dávek. Vazby na jiné systémy a aplikace: Autorizace uživatele probíhá pomocí SSO IAM řešení Objednatele. Pro kontrolu subjektů jsou volány služby modulu SZR přes integrační vrstvu ESB. Aplikace podporuje import dat z evidence hnojení pořízených v systému EPH. Webové rozhraní Databáze odrůd/Státní odrůdové knihy (SOK) Základní funkcionalita tohoto registru je: Webové rozhraní v české a anglické verzi v rámci portálu eAGRI Vyhledávání dle kritérií Export výstupů do excelového formátu Každodenní synchronizace pracovní DB z Informačního systému Národního odrůdového úřadu (ISNOU) – prostřednictvím webové služby SOK poskytuje služby zejména: Veřejnosti prostřednictvím webové aplikace za eAGRI Vazby na jiné systémy a aplikace: Aplikace napojena na ISNOU. Veřejná aplikace bez ověření uživatele. Elektronický přenos dat - Informační systém odboru osiv a sadby ( WS ISOOS) Základní funkcionalita tohoto registru je: Webové rozhraní Podávání žádostí o uznání porostu Vyhledávání žádostí o uznání porostu Podávání objednávek návěsek Vyhledávání objednávek návěsek Zasílání míchacích protokolů Vyhledávání míchacích protokolů Vyhledávání výsledků laboratorních rozborů v ISOOS. Webové služby Zajištění webových služeb pro elektronický přenos dat. Zajištění komunikace s komponentou ISOOS Komponenta poskytuje zejména služby: pro odbornou veřejnost prostřednictvím portálu eAGRI a webových služeb na EPO serveru. Vazby na jiné systémy a aplikace: ESB/EPO/eAGRI Ověření uživatele je pomocí SSO IAM řešení Objednatele. Základní Architektura Speciálních registrů: Speciální registry jsou navrženy v třívrstvé architektuře klient – aplikační server – databáze. Starší moduly jsou naprogramovány v jazyce JAVA, novější pak pomocí .NET. Monitoring / Help Desk Monitoring aplikace je popsán v souhrnném dokumentu k Monitoringu aplikací na dokumentačním úložišti „End_to_end_monitoring – kapitola 1.1.21“. Umístění logů a jejich sledování je uvedeno v technické dokumentaci SZR v kapitole 8. Incidenty Speciálních registrů procházejí standardně skrze Helpdesk Objednatele. Následně jsou předávány na xxxxxxxXX@xxx.xx. Procesy helpdesku jsou popsány na dokumentačním úložišti ve složce 11 Procesní dokumentace/Helpdesk.

Sumární přehled vazeb systému
Typ vazby	RV	RC	RS	RM	EPH	STATPOR	RH	RO
DB link Konzument	2	2	2	2	15	3	2	2
DB query Konzument	9	9	9	9	1	21	9	9
DB query Zdroj	7	7	7	7	10	0	7	7
ESB / EPO Zdroj	10	10	10	10	2	0	10	10
ESB / EPO Zdroj - VVD	6	6	6	6	2	0	6	6
ESB Konzument	3	3	3	3	2	1	3	3
ESB Konzument - VVD	6	6	6	6	0	0	6	6
ESB Zdroj	7	7	7	7	0	0	7	7
ESB Zdroj - VVD	5	5	5	5	1	0	5	5
Celkem	55	55	55	55	33	25	55	55

ID: SZR-001

OZNAČENÍ SLUŽBY	REG/SZR/PROD			TYP KL:	PAUŠÁLNÍ
Název služby	Provoz produkčního prostředí aplikace SZR
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	Pracovníci Objednatele, aplikace přistupujících k SZR prostřednictvím webových služeb
Zkrácený popis Registru	Společný zemědělský registr (SZR) je technickou databází subjektů a provozoven, jejímž primárním cílem je integrace subjektů z jednotlivých navázaných systémů Objednatele a systémů OSS resortu Objednatele. SZR poskytuje pro každý subjekt či provozovnu referenční identifikační a adresní údaje a souhrnně zabezpečuje validaci na veřejné registry (ARES, CRO, UIR-ADR, EZP). Logickou součástí aplikace je schéma RUIAN, které SZR plní.
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %	Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Provoz aplikace SZR. Předmětem služby je zajištění provozu agend, zejména: Proces aktualizace databáze subjektů a provozoven, správa externích identifikátorů subjektů z integrovaných informačních systémů, internetová verze SZR pro registrované farmáře, webové služby poskytující data ze SZR dle požadavků konzumentů služeb, zajištění validace subjektů a adres provozoven na externí veřejné registry (ARES, CRO, RUIAN, Evropský registr plátců daně, EZP), Poskytování součinnosti při integraci externího systému na SZR, Zabezpečení správy modulu registru příjemců dotací včetně průběžné údržby číselníku dotačních opatření a zajištení on-line i off-line importu dat. Běžná (na denní bázi) provozní podpora provozu aplikace SZR, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality aplikace, kontroly syslogů prostřednictvím syslog serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací instalace nových a opravných aktualizací, a to v souladu s release-management procesem. Poskytnout součinnost s provozovatelem dalších služeb, zejména: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity, v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných údajů. Odpovědnost za předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám SZR. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Poskytování součinnosti při integraci jiných systémů na SZR v rozsahu do 5 člověkodnů měsíčně. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Poskytování exportů dat z SZR na základě požadavků schválených vlastníkem dat, v rozsahu do 2 člověkodnů měsíčně. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
SLA Parametry	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: v důsledku chybného nasazení nové verze aplikace, prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 subjekt
Limit objemu služby	+/- 250 000 subjektů
Vazby na okol. systémy	Závisí na: IAM řešení ESB/EPO Externí systémy SZIF (dotace) Informační systém Základních registrů . RÚIAN ARES RŽP CEO ERP OR Poskytuje služby: ostatní aplikace registrů systémy jednotlivých OSS portálová řešení Objednatele Integrace s DMS
Počet uživatelů	N/A
Aplikační data	subjekty provozovny provozované činnosti dotace číselníky
Omezení	N/A
Další podmínky	Součástí provozu aplikace SZR je plnění schématu RUIAN. Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
SPOLEČNÝ ZEMĚDĚLSKÝ REGISTR (SZR) Aplikace SZR je klíčová komponenta pro správu zemědělských subjektů a jejich provozoven. V rámci procesu zakládání subjektu/objektu dochází ke kontrolám v externích systémech: RUIAN (dříve UIR-ADR (v databázi CODEL, aktualizace týdně skriptem)), ARES (online), RŽP (online), CEO (online, existuje smlouva mezi Objednatelem a MV ČR), ERP (online), OR (přes interní databázi, která je aktualizována změnovými e-maily zasílaných rejstříkovými soudy na adresu xxx.xx@xxx.xx, která je 2x denně vybírána. Databáze běží paralelně k SZR), RT (pouze pomocí klienta voláním služby Czech Point, vlastníkem certifikátu je Objednatel). Kontroly proti externím systémům nejsou zpoplatněny, a není u nich garantována dostupnost. Do LDAP-farmář se zakládají pouze vazby mezi oprávněnými osobami žádajícími o vytvoření účtů pro registrovaný přístup za určitý subjekt na portál eAGRI a příslušným subjektem. Není-li daná oprávněná osoba v databázi SZR je do ní založena. V případě byznys partnerů je pak automaticky zakládán přes ESB do systémů SZIF.“. Současně je master systémem pro kontaktní údaje subjektu – adresa, kontakt, vazba na ISDS (tato kontrola probíhá pomocí EPO). SZR rovněž udržuje externí identifikátory pro daný subjekt v jednotlivých systémech. Příznaky jsou nastavovány jednotlivými registry pomocí ESB. Příznak ekologického zemědělce je načítán přímo z jiného datového zdroje. Mimo subjektů je modul SZR primárním systémem pro uchování informací o provozovnách jednotlivých subjektů. Provozovny jsou pak identifikovány adresou a kontakty. Adresa je kontrolována RUIAN a KÚ. Pro jednotlivé subjekty udržuje SZR informaci o přidělených dotacích: Národní dotace (aktualizace 1x ročně), dotace přidělené PGRLF (aktualizace 1x ročně), dotaze přidělené SZIF (aktualizace cca 1x týdně přes ESB vrstvu). SZR je zároveň aplikací pro správu číselníků platných napříč všemi ostatními moduly registrů. Tyto číselníky se primárně spravují v databázi SZR odkud dochází k jejich replikaci do databáze CODEL. Pro ostatní registry jsou pak dostupné právě z databáze CODEL. Číselníky: Právní formy, dotační programy, dotační podprogramy, externí identifikátory, typy adres, zdroje dat. SZR je aplikací, která bude zpřístupňovat informace z registrů ČR ostatním systémům a aplikacím – zejména se jedná o registr osob (ROS). Architektura Architektura je třívrstvá, kde existuje admin klient v rámci interního portálu. Klíčová funkcionalita je naimplementována na aplikačním serveru. Data jsou uložena v databázi. Integrace na jiné aplikace je řešena přes ESB. Aplikační server je vytvořen pomocí technologií IIS a XXX.XXX. Pro specifické úlohy je použit nativní binární klient pro platformu MS Windows. Mezi tyto úlohy patří: Scheduler … program pro spouštění dávkových úloh dle specifikovaného scénáře Vlastní dávkové úlohy, které jsou spouštěny schedulerem Aktuálně databáze obsahuje cca 700 000 subjektů včetně historických údajů. Roční přírůstek je cca 80 000 subjektů. Vazby na jiné systémy a aplikace Závisí na: Aplikace SZR provádí synchronizaci dat mezi SZR databází a číselníkovou databází CODEL. V pravidelných intervalech se provádí aktualizace RUIAN. Pro autentizaci/autorizaci aplikace vyžaduje online připojení k IAM řešení provozovatele – aktuálně prostřednictvím protokolu ldap(s). Poskytuje služby: Aplikace vlastní základní data o subjektech a poskytuje je pro všechny připojené systémy. Dále aplikace nabízí online verifikace proti číselníkovým hodnotám (např. UIR-ADR) nebo proti externím zdrojům informací o subjektech. Monitoring / Help Desk Monitoring aplikace je popsán v souhrnném dokumentu k Monitoringu aplikací na dokumentačním úložišti „End_to_end_monitoring – kapitola 1.1.18“. Umístění logů a jejich sledování je uvedeno v technické dokumentaci SZR v kapitole 8. Incidenty SZR procházejí standardně skrze Helpdesk Objednatele. Následně jsou předávány na xxxxxx@xxx.xx. Procesy helpdesku jsou popsány na dokumentačním úložišti ve složce 11 Procesní dokumentace/Helpdesk.
		Sumární přehled vazeb systému
		Typ vazby				Počet
		Dávka (batch) Zdroj				1
		DB link Konzument				3
		DB query Konzument				1
		ESB Konzument				2
		ESB Konzument - VVD				2
		ESB Zdroj				17
		ESB Zdroj - VVD				11
		Web Service Konzument				4
		Celkem				41

ID: SZR-002

OZNAČENÍ SLUŽBY	REG/SZR/EZP/PROD		TYP KL:	PAUŠÁLNÍ
Název služby	Provoz produkčního prostředí aplikace EZP
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	Pracovníci pověřených obcí, Objednatel a registrovaní farmáři
Zkrácený popis Registru	Evidence zemědělských podnikatelů (EZP) je registrem, ve kterém jsou vedeny subjekty podléhající povinnosti evidence zemědělského podnikatele podle § 2f a násl. zákona o zemědělství. Systém podporuje procesní úkony související s evidencí.
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %	Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Provoz aplikace EZP. Předmětem služby je zajištění provozu agend, zejména: Proces aktualizace evidence zemědělských podnikatelů podle §2f a násl. zákona o zemědělství a souvisejících agend, internetová verze EZP pro registrované farmáře, webové služby poskytující data ze EZP dle požadavků konzumentů služeb. Běžná (na denní bázi) provozní podpora provozu aplikace EZP, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality aplikace, kontroly syslogů prostřednictvím syslog serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací instalace nových a opravných aktualizací, a to v souladu s release-management procesem. Poskytnout součinnost s provozovatelem dalších služeb, zejména: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Správa uživatelů aplikace. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity, v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných údajů. Odpovědnost za předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám EZP. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Poskytování součinnosti při integraci jiných systémů na EZP v rozsahu do 5 člověkodnů měsíčně. Poskytování exportů dat z EZP na základě požadavků schválených vlastníkem dat, v rozsahu do 2 člověkodnů měsíčně. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: v důsledku chybného nasazení nové verze aplikace, prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 uživatel (viz cílová skupina služby výše)
Limit objemu služby	+/- 100 uživatelů
Vazby na okol. systémy	Závisí na: SZR, číselníkové db CODEL, IAM řešení, externí systémy spisové služby jednotlivých úřadů (pomocí webových služeb). Poskytuje služby: Portály Objednatele (eAGRI, PF, …), SZR.
Počet uživatelů	0 – 5000
Aplikační data	subjekty provozované činnosti
Omezení	EZP je vedena jako editorský systém pro plnění obsahu základních registrů ČR, zejména se jedná o registr ROS. Zápis do tohoto registru bude řešena napřímo. Čtení pak bude prostřednictvím služeb SZR. Správou číselníků a konfigurací se rozumí data, která jsou zapsána ve vlastnictví aplikace.
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
EVIDENCE ZEMĚDĚLSKÝCH PODNIKATELŮ (EZP) Aplikace EZP slouží k vedení evidence údajů o zemědělském podnikateli - k prvotnímu zápisu podnikatele do evidence, k zápisu změn v evidenci již zapsaného podnikatele a k vyřazení podnikatele z evidence, včetně tisku osvědčení, potvrzení, k nahlížení do evidence na data v ČR, k vytvoření výpisu z evidence a různých druhů sestav. Tuto evidenci zprostředkovávají úřady poveřených obcí ČR (cca 400 obcí). Architektura Aplikace EZP je vybudována jako třívrstvý systém s tenkým klientem, aplikačním serverem a databázovým úložištěm. Aplikační vrstva je tvořena python skripty bežícími v rámci Apache serveru. Plánované úlohy jsou spouštěny prostřednictvím služby cron operačního systému. Samostatně mimo infrastrukturu Objednatele jsou pak dostupné e-learning kurzy pro ovládání aplikace. Aplikace je vytvořena pro cílovou skupinu cca 60 000 subjektů. Vazby na jiné systémy a aplikace Závisí na: Aplikace EZP je navázána na modul SZR (prostřednictvím ESB) a číselníkovou databázi CODEL. Dále si aplikace v pravidelných intervalech (denně) aktualizuje některé číselníky RUIAN. Pro autentizaci/autorizaci aplikace vyžaduje online připojení k IAM řešení provozovatele – aktuálně prostřednictvím protokolu ldap(s). Aplikace je schopna se napojit na spisové služby jednotlivých úřadů pomocí webových služeb. Aktuálně je podporován sw E-Spis. Poskytuje služby: Aplikace poskytuje služby pro SZR, které je dále zpřístupňuje dalším aplikacím a aplikaci EPO. Monitoring / Help Desk Monitoring aplikace je popsán v souhrnném dokumentu k Monitoringu aplikací na dokumentačním úložišti „End_to_end_monitoring – kapitola 1.1.22“. Umístění logů a jejich sledování je uvedeno v technické dokumentaci EZP v kapitole 8. Incidenty EZP procházejí standardně skrze Helpdesk Objednatele. Následně jsou předávány na xxxxxx@xxxxxx.xx. Procesy helpdesku jsou popsány na dokumentačním úložišti ve složce 11 Procesní dokumentace/Helpdesk.
		Sumární přehled vazeb systému
		Typ vazby			Počet
		DB link Konzument			2
		DB query Konzument			1
		ESB / EPO Konzument - VVD			2
		ESB / EPO Zdroj - VVD			1
		ESB Konzument			4
		ESB Konzument - VVD			2
		ESB Zdroj			2
		Celkem			14

ID: SZR-003

OZNAČENÍ SLUŽBY	REG/SZR/RDM/PROD	TYP KL:	PAUŠÁLNÍ
Název služby	Provoz produkčního prostředí aplikace RDM
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	pracovníci organizací poskytujících podpory malého rozsahu příjemci podpor de minimis veřejní uživatelé
Zkrácený popis Registru	Aplikace - registr „de minimis“ (RDM) zabezpečuje evidenci poskytnutých podpor malého rozsahu ze strany poskytovatelů (orgány veřejné správy a jiné státní organizace) a současně umožňuje ověřit objem poskytnutých podpor v rámci 3letého období včetně případného avíza překročení povoleného limitu. Správcem aplikace je Objednatel a ÚOHS.
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH	DPH 21 %	Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Provoz produkční aplikace Registru "de minimis". Předmětem služby je zajištění provozu agend, zejména: Proces aktualizace poskytnutých podpor malého rozsahu, internetová verze RDM pro registrované uživatele, webové služby poskytující data z RDM dle požadavků konzumentů služeb. Běžná (na denní bázi) provozní podpora provozu aplikace RDM, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality aplikace, kontroly syslogů prostřednictvím syslog serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací instalace nových a opravných aktualizací, a to v souladu s release-management procesem. Poskytnout součinnost s provozovatelem dalších služeb, zejména: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity, v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných údajů. Odpovědnost za předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám RDM. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Poskytování součinnosti při integraci jiných systémů na RDM v rozsahu do 1 člověkodnu měsíčně. Poskytování exportů dat z RDM na základě požadavků schválených vlastníkem dat, v rozsahu do 2 člověkodnů měsíčně. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: v důsledku chybného nasazení nové verze aplikace, prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 evidovaná poskytnutá podpora
Limit objemu služby	100 000 žádostí o podporu
Vazby na okol. systémy	Závisí na SZR Číselníkové db CODEL IAM řešení Externí systémy Evropská Centrální banka (směnné kurzy) Poskytuje služby Portály Objednatele (eAGRI, PF, …)
Počet uživatelů	N/A
Aplikační data	subjekty dotace (podpory)
Omezení	Správou číselníků a konfigurací se rozumí data, která jsou zapsána ve vlastnictví aplikace.
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
REGISTR DE-MINIMIS (RDM) Systém RDM (Registr podpor malého rozsahu - de Minimis) je systémem pro evidenci podpor přidělených evidovaným subjektům (tj. podpor přidělených jim v jejich jednotlivých účetních obdobích v časovém období definovaném příslušnými nařízeními EK jako období pro kontrolu limitů těchto podpor – aktuálně se jedná o „aktuální účetní období ve vztahu k přidělené podpoře“ a dvě účetní období bezprostředně předcházející). Podporou se rozumí jakékoliv přímé finanční dotace nebo i úlevy. Protože tyto podpory na osobu nesmějí přesáhnout určitou výši stanovenou příslušnými nařízeními (NK 1998/2006, NK 875/2007 a NK 1535/2007), eviduje systém RDM v gesci ÚOHS (podpory podle NK 1998/2006) a Objednatele (podpory podle NK 875/2007 a NK 1535/2007) centrálně tyto podpory přidělené všemi oprávněnými poskytovateli podpor de minimis. Fyzicky je tato agenda provozována prostředcích infrastruktuře Objednatele. Aktuálně databáze obsahuje cca 60 000 žádostí. Ročně je zpracováno cca 30 000 podpor. Architektura RDM aplikace je tvořena v modelu tří vrstev – tedy tenký klient, aplikační server a databáze. Pro jiné moduly jsou pak dostupné webové služby prostřednictvím integrační vrstvy ESB. Aplikační server je vytvořen pomocí technologií IIS a XXX.XXX. Pro specifické úlohy je použit nativní binární klient pro platformu MS Windows. Mezi tyto úlohy patří: Scheduler … program pro spouštění dávkových úloh dle specifikovaného scénáře Vlastní dávkové úlohy, které jsou spouštěny schedulerem Vazby na jiné systémy a aplikace Závisí na: Aplikace RDM je navázána na modul SZR (prostřednictvím ESB) a číselníkovou databázi CODEL. Dále si aplikace v pravidelných intervalech (denně) stahuje směnné kurzy dle Evropské centrální banky (XXX.xxxxxx.xx). Pro spuštění stahování je na serveru nainstalována aplikace vOKOScheduler. Pro autentizaci/autorizaci aplikace vyžaduje online připojení k IAM řešení provozovatele – aktuálně prostřednictvím protokolu ldaps. Poskytuje služby: Na portálu eAGRI (PF) si zemědělský subjekt může zobrazit svoje přidělené dotace. Data jsou dostupná prostřednictvím ESB. Monitoring / Help Desk Monitoring aplikace je popsán v souhrnném dokumentu k Monitoringu aplikací na dokumentačním úložišti „End_to_end_monitoring – kapitola 1.1.27“. Umístění logů a jejich sledování je uvedeno v technické dokumentaci RDM v kapitole 4. Incidenty RDM procházejí standardně skrze Helpdesk Objednatele. Následně jsou předávány na xxxxxx@xxx.xx. Procesy helpdesku jsou popsány na dokumentačním úložišti ve složce 11 Procesní dokumentace/Helpdesk.

Sumární přehled vazeb systému
Typ vazby	Počet
DB link Konzment	2
DB query Konzment	1
ESB Konzment	1
ESB Konzment - VVD	1
XXX Xxxxxxxx – VVD	1
ESB Zdroj	1
ESB Zdroj - VVD	2
ESB/EPO Zdroj	3
ESB/EPO Zdroj - VVD	2
Celkem	14

ID: SZR-004

OZNAČENÍ SLUŽBY		REG/SZR/TEST		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz testovacího prostředí aplikace SZR
VYMEZENÍ SLUŽBY
Prostředí	TESTOVACÍ
Cílová skupina	Pracovníci Objednatele, aplikace přistupujících k SZR prostřednictvím webových služeb
Zkrácený popis Registru	Společný zemědělský registr (SZR) je technickou databází subjektů a provozoven, jejímž primárním cílem je integrace subjektů z jednotlivých navázaných systémů Objednatele a systémů OSS resortu Objednatele. SZR poskytuje pro každý subjekt či provozovnu referenční identifikační a adresní údaje a souhrnně zabezpečuje validaci na veřejné registry (ARES, CRO, UIR-ADR, EZP). Logickou součástí aplikace je schéma RUIAN, které SZR plní.
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %		Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Provoz testovacího prostředí aplikace SZR. Předmětem služby zajištění provozu agend, zejména: Proces aktualizace databáze subjektů, provozoven a souvisejících agend, správa externích identifikátorů subjektů z integrovaných informačních systémů, internetová verze SZR pro registrované farmáře, webové služby poskytující data ze SZR dle požadavků konzumentů služeb, zajištění validace subjektů a adres provozoven na externí veřejné registry (ARES, CRO, UIR-ADR, Evropský registr plátců daně, EZP), Poskytování součinnosti při integraci externího systému na SZR, Zabezpečení správy modulu registru příjemců dotací včetně průběžné údržby číselníku dotačních opatření a zajištění on-line i off-line importu dat. Běžná (na denní bázi) provozní podpora provozu aplikace SZR, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality aplikace, kontroly syslogů prostřednictvím syslog serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací instalace nových a opravných aktualizací, a to v souladu s release-management procesem. Poskytnout součinnost s provozovatelem dalších služeb, zejména: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity, v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných údajů. Odpovědnost za předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám SZR. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Poskytování součinnosti při integraci jiných systémů na SZR v rozsahu do 5 člověkodnů měsíčně. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Poskytování exportů dat z SZR na základě požadavků schválených vlastníkem dat, v rozsahu do 2 člověkodnů měsíčně. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: v důsledku chybného nasazení nové verze aplikace, prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 subjekt
Limit objemu služby	+/- 250 000 subjektů
Vazby na okol. systémy	Závisí na: IAM řešení ESB/EPO Externí systémy SZIF (dotace) Informační systém Základních registrů RÚIAN ARES RŽP CEO ERP OR Poskytuje služby: ostatní aplikace registrů systémy jednotlivých OSS portálová řešení Objednatele Integrace s DMS
Počet uživatelů	N/A
Aplikační data	subjekty provozovny provozované činnosti dotace číselníky
Omezení	N/A
Další podmínky	Součástí provozu aplikace SZR je plnění schématu RUIAN Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
Prostředí je kopií produkčního systému.

ID: SZR-005

OZNAČENÍ SLUŽBY	REG/SZR/EZP/TEST		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz testovacího prostředí aplikace EZP
VYMEZENÍ SLUŽBY
Prostředí	TESTOVACÍ
Cílová skupina	Pracovníci pověřených obcí, Objednatel a registrovaní farmáři
Zkrácený popis Registru	Evidence zemědělských podnikatelů (EZP) je registrem, ve kterém jsou vedeny subjekty podléhající povinnosti evidence zemědělského podnikatele podle § 2f a násl. zákona o zemědělství. Systém podporuje procesní úkony související s evidencí.
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH	DPH 21 %		Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Provoz tetovacího prostředí aplikace EZP. Předmětem služby je zajištění provozu agend, zejména: Proces aktualizace evidence zemědělských podnikatelů podle §2f a násl. zákona o zemědělství a souvisejících agend, internetová verze EZP pro registrované farmáře, webové služby poskytující data ze EZP dle požadavků konzumentů služeb. Běžná (na denní bázi) provozní podpora provozu aplikace EZP, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality aplikace, kontroly syslogů prostřednictvím syslog serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh, spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací, instalace nových a opravných aktualizací, a to v souladu s release-management procesem. Poskytnout součinnost s provozovatelem dalších služeb, zejména: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Správa uživatelů aplikace. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity, v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných údajů. Odpovědnost předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám EZP. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Poskytování součinnosti při integraci jiných systémů na EZP v rozsahu do 5 člověkodnů měsíčně. Poskytování exportů dat z EZP na základě požadavků schválených vlastníkem dat, v rozsahu do 2 člověkodnů měsíčně. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: v důsledku chybného nasazení nové verze aplikace, prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 uživatel (viz cílová skupina služby výše)
Limit objemu služby	+/- 100 uživatelů
Vazby na okol. systémy	Závisí na: SZR, číselníkové db CODEL, IAM řešení, externí systémy spisové služby jednotlivých úřadů (pomocí webových služeb). Poskytuje služby: Portály Objednatele (eAGRI,…), SZR.
Počet uživatelů	0 – 5000
Aplikační data	subjekty provozované činnosti
Omezení	EZP je vedena jako editorský systém pro plnění obsahu základních registrů ČR, zejména se jedná o registr ROS. Zápis do tohoto registru bude řešena napřímo. Čtení pak bude prostřednictvím služeb SZR. Správou číselníků a konfigurací se rozumí data, která jsou zapsána ve vlastnictví aplikace.
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
Prostředí je kopií produkčního systému.

ID: SZR-006

OZNAČENÍ SLUŽBY	REG/SZR/RDM/TEST		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz testovacího prostředí aplikace RDM
VYMEZENÍ SLUŽBY
Prostředí	TESTOVACÍ
Cílová skupina	pracovníci organizací poskytujících podpory malého rozsahu farmáři veřejní uživatelé
Zkrácený popis Registru	Aplikace - registr „de minimis“ (RDM) zabezpečuje evidenci poskytnutých podpor malého rozsahu ze strany poskytovatelů (orgány veřejné správy a jiné státní organizace) a současně umožňuje ověřit objem poskytnutých podpor v rámci 3letého období včetně případného avíza překročení povoleného limitu. Správcem aplikace je Objednatel a ÚOHS.
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH	DPH 21 %		Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Provoz testovacího prostředí aplikace Registru "de minimis". Předmětem služby je zajištění provozu agend, zejména: Proces aktualizace poskytnutých podpor malého rozsahu a souvisejících agend, internetová verze RDM pro registrované uživatele, webové služby poskytující data z RDM dle požadavků konzumentů služeb. Běžná (na denní bázi) provozní podpora provozu aplikace RDM, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality aplikace, kontroly syslogů prostřednictvím syslog serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh, spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací, instalace nových a opravných aktualizací, a to v souladu s release-management procesem. Poskytnout součinnost s provozovatelem dalších služeb, zejména: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny: V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity, v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných údajů. Odpovědnost za předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám RDM. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Poskytování součinnosti při integraci jiných systémů na RDM v rozsahu do 1 člověkodne měsíčně. Poskytování exportů dat z RDM na základě požadavků schválených vlastníkem dat, v rozsahu do 2 člověkodnů měsíčně. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: v důsledku chybného nasazení nové verze aplikace, prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 žádost o podporu
Limit objemu služby	100 000 žádostí o podporu
Vazby na okol. systémy	Závisí na SZR Číselníkové db CODEL IAM řešení Externí systémy Evropská Centrální banka (směnné kurzy) Poskytuje služby Portály Objednatele (eAGRI, PF, …)
Počet uživatelů	N/A
Aplikační data	subjekty dotace (podpory)
Omezení	Správou číselníků a konfigurací se rozumí data, která jsou zapsána ve vlastnictví aplikace.
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
Prostředí je kopií produkčního systému.

ID: ESB-001

OZNAČENÍ SLUŽBY		REG/ESB/ESB		TYP KL:		PAUŠÁLNÍ
Název služby	Integrační platforma ESB
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ, TESTOVACÍ
Cílová skupina	Interní/Externí aplikace
Zkrácený popis služby	Správa a provoz integrační platformy ESB a Komunikačního rozhraní pro aplikace Mze (ESBWWW)
Požadované role obsazované Dodavatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %		Cena s DPH
Cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Provoz integrační platformy ESB a komunikačního rozhraní ESBWWW v centrálních datových centrech Objednatele: Profylaktické činnosti (na týdenní bázi) – čištění nepotřebných souborů, archivace logů, kontrola logů (na denní bázi), kontrola výkonnosti a performance monitoring (na týdenní bázi), návrh preventivních opatření s cílem předejít možným výpadkům, snížení výkonu pro připojené systémy v infrastruktuře IS MZe (minimálně kvartálně nebo dle aktuální situace), odborná technická podpora a odstraňování závad – 2nd level support (na denní bázi), provádění pravidelných záloh SW konfigurací (týdenní zálohy + aktualizace záloh po každé změně). Zálohování bude prováděno na centrální úložiště Objednatele využitím služby INF/APP/ BACKUP, vedení provozního deníku platformy Správa infrastruktury integrační platformy: Kontrola dostupnosti patchů, hotfixů, service packů a dalších opravných balíků výrobců (na měsíční bázi), analýza vhodnosti a potřebnosti implementace opravného balíku, návrh opatření a postupu implementace opravného balíku ke schválení Objednateli, instalace a provedení změn dle schválených návrhů opatření (implementace i více opatření bude souhrnně prováděna 1x měsíčně), implementace schválených požadavků na změnu konfigurace. Práce na provedení instalace nebo změny konfigurace služeb dle schválených požadavků Objednatele v souladu s dokumentem Postup implementace webových služeb v prostředí MZe a dle specifikace dodavatele v oblasti: Proxy služby, kompozitní služby, komunikačního rozhraní ESBWWW Další služby ESB (přenos souboru, konverzní služby, ...). Práce na provedení instalace nebo změny konfigurace služeb dle schválených požadavků Objednatele a dle specifikace dodavatele: Konfigurace serverů do farem (load balancing , heart beat, vysoká dostupnost), konfigurace prostředí jednotlivých farem (systémové proměnné, dostupné datové zdroje, ...), konfigurace dostupných služeb pro jednotlivé farmy, konfigurace zabezpečení prostřednictvím služby INF/APP/ IAM dle požadavků Objednatele na jednotlivé farmy a služby, konfigurace zabezpečení komunikace s externím prostředím (prostupy přes DMZ, přístup z internetu, ...). Součinnost v rámci procesů „Projektového řízení“ souvisejících s návrhem změn v infrastruktuře IS MZe (společně s dodavateli technologií). Provozní podpora integrační platformy v součinnosti s provozovateli služeb, kteří zajišťující dostupnost služeb dle parametrů definovaných v SLA. Zejména jde o provozovatele služeb v oblastech: ITSM, zajišťujících SD a dohledové služby, INF/OS a INF/DB, zajišťujících správu operačních a databázových systémů, INF/APP/* a REG/*, zajišťujících provoz aplikací, nebo aplikační infrastruktury. Povinnost zpřístupnit technologii provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Zajištění SW podpory (u výrobce/dodavatele) ESB platforem (v rozsahu smluvně zajištěné maintenance Objednatele). Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu každého zařízení, postupy pro obnovu zařízení ze záloh, provozní deník pro každé zařízení v minimálním rozsahu datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace v rozsahu: Správa konfigurací zařízení v CMDB Objednatele, aktuální popis typové konektivity s integrační platformou. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Upřesnění kategorií incidentů a závad (zpřesnění globálních definic daných servisní smlouvou)
Kategorie A	Nedostupnost jedné nebo více služeb nabízených integrační platformou pro volající systém. Ztráta předávaných dat. Ztráta rozpracované transakce v případě kompozitních služeb.
Kategorie B	Zpomalení přenosu dat mezi systémy připojenými do integrační platformy.
Kategorie C	Ostatní závady nespadající do kategorie A nebo B.
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	počet volání služeb nad existujícími adaptéry (u kompozitních služeb včetně volání jiných služeb)
Limit objemu služby	+/- 10 služeb/ 1 kalendářní měsíc (zcela nových, ne nových verzí)
Omezení	Služba se nevztahuje na load balancing řešený pomocí VIP adresace na úrovni služby INF/NET/LAN.
Další podmínky	Povinnost zpřístupnit technologie pro definici a implementaci monitorovacích agentů/sond. Povinnost poskytnout součinnost Objednateli (nebo jím jmenovaných subjektů) při provádění kontrolní činnosti na dodržování a plnění náplně tohoto katalogového listu a nápravě zjištěných nedostatků. Veškerá dokumentace provozovatele a ostatní výstupy vytvořené na základě tohoto katalogového listu budou vlastnictvím Objednatele. Výpadek celé integrační platformy je považováno na jeden incident kategorie A bez ohledu na počet nabízených služeb. Incident je ukončen v okamžiku, kdy jsou plně dostupné všechny nabízené služby.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
ESB ESBServer je základním systémem pro zprostředkování komunikace prostřednictvím webových zpráv. ESBServer poskytuje webové služby synchronní, typu „proxy“ (na ESBserveru není prováděna žádná transformace datového obsahu), služby synchronní typu „kompozitní“ (na ESBserveru je prováděna orchestrace volání zdrojových služeb a následná transformace obsahu do výsledné odpovědi konzumentovi -zpravidla volání 2 synchronních služeb a odpověď je řešena pouze na úrovni http protokolu s prázdnou ESB obálkou) a služby souborové povahy určené pro přenos dat velkého rozsahu (nad 5 MB). Součástí systému ESB je i dohledová aplikace publikovaná na I/E Portál. ESB server je postaven na technologii Oracle ESB. Licence Oracle je ve vlastnictví MZe. Jako přídavná komponenta je pro vybrané služby předřazena komponenta PREKOM provádějící autentizaci a autorizaci služby. Současný stav prostředí: Produkční prostředí ESB je realizováno na: 6 Produkčních serverech (3 v každé lokalitě) Produkčními samostatnými databázemi (realizované na centrální databázi) Produkční prostředí ESB je monitorováno prostřednictvím samostatného ESBMON serveru Testovací prostředí ESB je realizováno na: 2 testovacích serverech (1 v každé lokalitě) samostatnými testovacími databázemi

ID:ESB-002

OZNAČENÍ SLUŽBY		REG/ESB/EPO		TYP KL:		PAUŠÁLNÍ
Název služby	Integrační platforma, EPO zprostředkování požadavků externích systémů
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ, TESTOVACÍ
Cílová skupina	Interní/Externí aplikace
Zkrácený popis služby	Správa a provoz integrační platformy
Požadované role obsazované Dodavatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %		Cena s DPH
Cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Provoz integrační platformy v centrálních datových centrech Objednatele: Profylaktické činnosti (na týdenní bázi) – čištění nepotřebných souborů, archivace logů, kontrola logů (na denní bázi), kontrola výkonnosti a performance monitoring (na týdenní bázi), návrh preventivních opatření s cílem předejít možným výpadkům, snížení výkonu pro připojené systémy v infrastruktuře IS MZe (minimálně kvartálně nebo dle aktuální situace), odborná technická podpora a odstraňování závad – 2nd level support (na denní bázi), vedení provozního deníku platformy. Správa infrastruktury platformy: instalace a provedení změn dle schválených návrhů opatření (implementace i více opatření bude souhrnně prováděna 1x měsíčně), implementace schválených požadavků na změnu konfigurace. Práce na provedení instalace nebo změny konfigurace služeb dle schválených požadavků Objednatele a dle specifikace dodavatele v oblasti: Proxy služby, kompozitní služby, služby podatelny, služby EPO (přenos souboru, konverzní služby, ...). Práce na provedení instalace nebo změny konfigurace služeb dle schválených požadavků Objednatele a dle specifikace dodavatele: Konfigurace serverů do farem (load balancing , heart beat, vysoká dostupnost), konfigurace prostředí jednotlivých farem (systémové proměnné, dostupné datové zdroje, ...), konfigurace dostupných služeb pro jednotlivé farmy, konfigurace zabezpečení prostřednictvím služby INF/APP/ IAM dle požadavků Objednatele na jednotlivé farmy a služby, konfigurace zabezpečení komunikace s externím prostředím (prostupy přes DMZ, přístup z internetu, ...). Součinnost v rámci procesů „Projektového řízení“ souvisejících s návrhem změn v infrastruktuře IS MZe (společně s dodavateli technologií). Provozní podpora integrační platformy v součinnosti s provozovateli služeb, kteří zajišťující dostupnost služeb dle parametrů definovaných v SLA. Zejména jde o provozovatele služeb v oblastech: ITSM, zajišťujících SD a dohledové služby, INF/OS a INF/DB, zajišťujících správu operačních a databázových systémů, INF/APP/* a REG/*, zajišťujících provoz aplikací, nebo aplikační infrastruktury. Povinnost zpřístupnit technologii provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Zajištění SW podpory (u výrobce/dodavatele) EPO (v rozsahu smluvně zajištěné maintenance Objednatele). Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu každého zařízení, postupy pro obnovu zařízení ze záloh, provozní deník pro každé zařízení v minimálním rozsahu datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace v rozsahu: Správa konfigurací zařízení v CMDB Objednatele, aktuální popis typové konektivity s integrační platformou. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Upřesnění kategorií incidentů a závad (zpřesnění globálních definic daných servisní smlouvou)
Kategorie A	Nedostupnost jedné nebo více služeb nabízených integrační platformou pro volající systém. Ztráta předávaných dat. Ztráta rozpracované transakce v případě kompozitních služeb.
Kategorie B	Zpomalení přenosu dat mezi systémy připojenými do integrační platformy.
Kategorie C	Ostatní závady nespadající do kategorie A nebo B.
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	počet volání služeb nad existujícími adaptéry (u kompozitních služeb včetně volání jiných služeb)
Limit objemu služby	+/- 10 služeb/ 1 kalendářní měsíc (zcela nových, ne nových verzí)
Omezení	Služba se nevztahuje na load balancing řešený pomocí VIP adresace na úrovni služby INF/NET/LAN.
Další podmínky	Povinnost zpřístupnit technologie pro definici a implementaci monitorovacích agentů/sond. Povinnost poskytnout součinnost Objednateli (nebo jím jmenovaných subjektů) při provádění kontrolní činnosti na dodržování a plnění náplně tohoto katalogového listu a nápravě zjištěných nedostatků. Veškerá dokumentace provozovatele a ostatní výstupy vytvořené na základě tohoto katalogového listu budou vlastnictvím Objednatele. Výpadek celé integrační platformy je považováno na jeden incident kategorie A bez ohledu na počet nabízených služeb. Incident je ukončen v okamžiku, kdy jsou plně dostupné všechny nabízené služby.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
EPO Aplikační skupina EPO aktuálně představuje komplex aplikačních prvků zajišťujících komunikaci (rozhraní) mezi interními systémy MZe (především registry) a systémy mimo IS MZe (externí systémy). Mezi externí rozhraní aktuálně patří EPO (elektronická podatelna zajišťující příjem a zprostředkování požadavků externích systémů), jak stahování e-mailů podatelen, tak zpracování podepsaných vstupů od subjektů s těžkými klienty IS DS tzv. podací deník MZe (systém pro komunikaci s informačním systémem datových schránek (IS DS), konkrétně datovou schránkou MZe), skupina účelových rozhraní (služeb) pro zajištění komunikace s datovými zdroji mimo interní systémy MZe: ÚZEI VÚZT ASPI ČP (časová razítka) EPO komponenta dále má tyto aplikační části: epoArchiv (jedná se o web aplikaci (GUI) pro prohlížení zpráv odeslaných příslušnými uživateli (farmáři)), služba pro antivirovou kontrolu dokumentů (tuto službu je možno volat i z interního prostředí prostřednictvím ESB) Interně je aplikace EPO připojena na systémy: ESB HelpDesk MZe Testovací prostředí EPO je provozováno ve stejné konfiguraci jako produkční prostředí.

ID: CRVE-001

OZNAČENÍ SLUŽBY		REG/CRVE/PROD		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz produkčního prostředí CRVE
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	Pracovníci Objednatele, pracovníci OSS resortu Objednatele (Státní podniky Povodí, lesy ČR,ČUZK), Další resorty ( MVČR,MŽP, MO).
Zkrácený popis Registru	Centrální registr vodoprávní evidence CRVE je centrálním registrem pro agendy související se zákonem č. 254/2001 Sb. Vodní zákon a zákon o vodovodech a kanalizacích č. 274/2001 Sb.
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %		Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Předmětem služby je zajištění provozu agend souvisejících s Vodoprávní evidencí, zejména: IS Centrálního registru vodoprávní evidence webové služby poskytující komunikaci s externími systémy Povodí, Běžná (na denní bázi) provozní podpora provozu aplikace CRVE, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality, kontroly syslogů prostřednictvím SYSLOG serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh, spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací, Poskytnout součinnost s provozovatelem dalších služeb, zejména provozu infrastruktury: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Správa uživatelů aplikace. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Reakce na změny vnějších systémů a softwaru, zejména se jedná o změny : V Základních registrech, úpravy v rozsahu 24 člověkodnů za dobu trvání smlouvy a povinnost výkazu těchto činností, zajištění kompatibility webových klientů aplikace: Aplikace přístupné veřejnosti: kompatibilita s nejméně 3 nejnovějšími verzemi prohlížečů (Objednatelem podporované prohlížeče) Mozilla Firefox, Internet Explorer, Google Chrome, případně další dominantní prohlížeče s významným postavením na trhu, které musí být předem dohodnuté mezi Objednatelem a Provozovatelem. Přizpůsobení nové verzi musí být připraveno do produkce do 3 měsíců od vydání nové verze výrobcem podporovaného prohlížeče (tato povinnost se nevztahuje na SW třetích stran), případné výjimky musí být odsouhlaseny Objednatelem. aplikace přístupné Interním uživatelům: Objednatelem podporované prohlížeče a jejich verze (typicky Microsoft Internet Explorer ve verzi podle standardního klientského OS Objednatele). Pravidelná kontrola datové integrity , v případě narušení provádí opravy dat s cílem dosažení datové konzistence. Zásahy musí být logovány a současně nesmí vést ke změně hodnoty evidovaných údajů dle příslušných právních předpisů. Provádí na žádost vlastníka (Objednatelem schválenou) opravy evidovaných údajů. Odpovědnost za předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám CRVE. Zajistí při změnách v organizační struktuře LDAP synchronizaci změněných údajů do databáze systému a provede nezbytnou konfiguraci nastavení organizačních útvarů v aplikaci. Poskytování součinnosti s dodavatelem zajišťujícím rozvoj Registru dle tohoto KL (provozovateli Rozvoje registru). Poskytování součinnosti při integraci jiných systémů na CRVE v rozsahu do 2 člověkodnů měsíčně. Poskytování exportů dat z CRVE na základě požadavků schválených vlastníkem dat v rozsahu do 2 člověkodnů měsíčně. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: chybné nasazení nové verze aplikace, prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 server používaný na služby CRVE
Limit objemu služby	+/- 1serverů
Vazby na okol. systémy	Závisí na: SSO, IAM řešení ESB/EPO Externí systémy lokální klienti CRVe v rámci IS Povodí Poskytuje služby: ostatní aplikace registrů systémy jednotlivých OSS portálová řešení Objednatele Externí systémy
Aplikační data	Popis evidovaných dat (z věcného hlediska) povolení k nakládání s vodami (odběr, akumulace, vypouštění odpadních vod apod.), povolení k některým činnostem (vysazování stromů nebo keřů v záplavových územích v rozsahu ovlivňujícím odtokové poměry, vrácení vodního toku do původního koryta apod.), povolení k vypouštění odpadních vod s obsahem zvlášť nebezpečné závadné látky do kanalizace, stavební povolení k vodním dílům, změnu, zrušení a zánik povolení k nakládání s vodami, rozhodnutí zaměřená k ochraně vodních zdrojů, území a vodních děl, další opatření vodoprávního úřadu a kolaudace vodních děl.
Omezení	N/A
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri

ID: CRVE-002

OZNAČENÍ SLUŽBY		REG/CRVE/TEST		TYP KL:		PAUŠÁLNÍ
Název služby	Provoz testovacího prostředí CRVE
VYMEZENÍ SLUŽBY
Prostředí	TESTOVACÍ
Cílová skupina	Pracovníci Objednatele, pracovníci OSS resortu Objednatele (Státní podniky Povodí, lesy ČR,ČUZK), Další resorty ( MVČR,MŽP, MO).
Zkrácený popis Registru	Centrální registr vodoprávní evidence CRVE je centrálním registrem pro agendy související se zákonem č. 254/2001 Sb. Vodní zákon a zákon o vodovodech a kanalizacích č. 274/2001 Sb.
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH		DPH 21 %		Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Rozsah a objem požadovaných činností je shodný s činnostmi u produkčního prostředí. Vykazování činnosti v rámci SLA se provádí společně za oba katalogové listy.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: chybné nasazení nové verze aplikace, prodloužení odezvy aplikace
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Pro měření parametrů služby bude definován soubor testů dostupnosti uživatelských rozhraní aplikace a příslušných databází aplikace v souladu s požadavky rámcové smlouvy na monitoring SLA parametrů. Měření budou prováděna v pravidelných intervalech během zaručené provozní doby služby z management serveru či prostřednictvím vybraných aplikací pro end-to-end monitoring. Zvolená měření a jejich počet budou zvolena tak, aby výstupy měření byly dostatečně průkazné a odpovídající sledovaným SLA parametrům služby. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 server používaný na služby CRVE
Limit objemu služby	+/- 1serverů
Vazby na okol. systémy	Závisí na: SSO, IAM řešení ESB/EPO Externí systémy lokální klienti CRVe v IS Povodí Poskytuje služby: ostatní aplikace registrů systémy jednotlivých OSS portálová řešení Objednatele Externí systémy
Aplikační data	Popis evidovaných dat (z věcného hlediska) povolení k nakládání s vodami (odběr, akumulace, vypouštění odpadních vod apod.), povolení k některým činnostem (vysazování stromů nebo keřů v záplavových územích v rozsahu ovlivňujícím odtokové poměry, vrácení vodního toku do původního koryta apod.), povolení k vypouštění odpadních vod s obsahem zvlášť nebezpečné závadné látky do kanalizace, stavební povolení k vodním dílům, změnu, zrušení a zánik povolení k nakládání s vodami, rozhodnutí zaměřená k ochraně vodních zdrojů, území a vodních děl, další opatření vodoprávního úřadu a kolaudace vodních děl.
Omezení	N/A
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri

ID: ERMA-001

OZNAČENÍ SLUŽBY	REG/ERMA2/PROD	TYP KL:		PAUŠÁLNÍ
Název služby	Provoz produkčního prostředí aplikace ERMA2
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	Pracovníci Objednatele, Pracovníci Pověřené osoby (ÚHÚL) Dodavatelé (držitelé licence) Veřejnost
Zkrácený popis Registru	Informační systém Evidence reprodukčního materiálu (ERMA2) poskytuje potřebné nástroje pro evidenci reprodukčního materiálu lesních dřevin v souladu se zákonem č. 149/2003 Sb. a prováděcí vyhláškou č. 29/2004 Sb., ve znění pozdějších předpisů. Součástí IS jsou moduly Licence, Genové základny (GZ), Uznané jednotky (UJ), Potvrzení o původu (POP) a Hlášení pověřené osobě (HPO).
Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
CENY
Položka	Cena bez DPH	DPH 21 %		Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
Provoz produkční aplikace ERMA2. Předmětem služby je zajištění provozu agend podle zákona č. 149/2003 Sb., zejména: vydávání a aktualizace licencí pro uvádění reprodukčního materiálu lesních dřevin do oběhu, vedení databáze registrovaných zdrojů reprodukčního materiálu (GZ, UJ), vystavování potvrzení o původu, příjem a zpracování hlášení pověřené osobě, s tím související udržování databáze subjektů – držitelů licencí a vlastníků RM, zveřejňování informací. Běžná (na denní bázi) provozní podpora provozu aplikace ERMA2, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality aplikace, kontroly syslogů prostřednictvím syslog serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací instalace nových a opravných aktualizací, a to v souladu s release-management procesem. Poskytnout součinnost s provozovatelem dalších služeb, zejména: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Odpovědnost za předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám ERMA2. Poskytování součinnosti při integraci jiných systémů na ERMA2 v rozsahu do 1 člověkodne měsíčně. Poskytování exportů dat z ERMA2 na základě požadavků schválených vlastníkem dat. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
Kategorie incidentů
Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: v důsledku chybného nasazení nové verze aplikace, prodloužení odezvy aplikace v důsledku přeplnění aplikačních logů.
Kategorie C	Ostatní závady nespadající do kategorie A nebo B
Způsob kontroly
Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Do dostupnosti aplikace jsou počítány pouze incidenty typu A, incidenty kategorie B a C se do vyhodnocení celkové dostupnosti aplikace nezahrnují. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	1 licence, 1 uznaná jednotka
Limit objemu služby	+/- 1 500 licencí, +/- 60 000 uznaných jednotek
Vazby na okol. systémy	Závisí na ESB SZR IAM řešení (LDAP MZE prostřednictvím WS na ESB) DMS DS_LHPO Poskytuje služby Portály Objednatele (eAGRI)
Počet uživatelů	N/A
Aplikační data	Subjekty Licence Genové základny Uznané jednotky Potvrzení o původu Hlášení pověřené osobě
Omezení	Správou číselníků a konfigurací se rozumí data, která jsou zapsána ve vlastnictví aplikace.
Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
DOKUMENTAČNÍ ZÁKLADNA
Viz systémová dokumentace na portálu eAgri
POPIS STAVU PROSTŘEDÍ
ERMA2 Informační systém Evidence reprodukčního materiálu (ERMA2) poskytuje potřebné nástroje pro evidenci reprodukčního materiálu lesních dřevin v souladu se zákonem č. 149/2003 Sb. a prováděcí vyhláškou č. 29/2004 Sb., ve znění pozdějších předpisů. Součástí IS jsou moduly Licence, Genové základny (GZ), Uznané jednotky (UJ), Potvrzení o původu (POP) a Hlášení pověřené osobě (HPO). Architektura IS ERMA2 je tvořen v modelu tří vrstev – tedy tenký klient, aplikační server a databáze. Aplikační server je vytvořen pomocí technologií IIS a XXX.XXX. Pro specifické úlohy je použit nativní binární klient pro platformu MS Windows. Mezi tyto úlohy patří: Scheduler … program pro spouštění dávkových úloh dle specifikovaného scénáře Vlastní dávkové úlohy, které jsou spouštěny schedulerem Vazby na jiné systémy a aplikace Závisí na: IS ERMA2 je navázán na SZR a DMS (prostřednictvím ESB). Dále aplikace čte data JPRL z DS_LHPO. Pro autentizaci/autorizaci aplikace vyžaduje online připojení k IAM řešení provozovatele – aktuálně prostřednictvím webových služeb vystavených na ESB. Poskytuje služby: Na portálu eAGRI jsou veřejnosti zpřístupněny informace vymezené zákonem č. 149/2003 Sb. Monitoring / Help Desk Umístění logů a jejich sledování je uvedeno v technické dokumentaci ERMA2.
Sumární přehled vazeb systému
Typ vazby			Počet
DB link Konzment			N/A
DB query Konzment			N/A
ESB Konzment			N/A
XXX Xxxxxxxx – VVD			N/A
XXX Xxxxxxxx – VVD			N/A
ESB Zdroj			N/A
ESB Zdroj – VVD			N/A
ESB/EPO Zdroj			N/A
ESB/EPO Zdroj – VVD			N/A
Celkem			N/A

ID: ERMA-002

	OZNAČENÍ SLUŽBY	ERMA2/TEST	TYP KL:		PAUŠÁLNÍ
	Název služby	Provoz testovacího prostředí aplikace ERMA2
	VYMEZENÍ SLUŽBY
	Prostředí	TESTOVACÍ
	Cílová skupina	Pracovníci Objednatele, Pracovníci Pověřené osoby (ÚHÚL)
	Zkrácený popis Registru	Informační systém Evidence reprodukčního materiálu (ERMA2) poskytuje potřebné nástroje pro evidenci reprodukčního materiálu lesních dřevin v souladu se zákonem č. 149/2003 Sb. a prováděcí vyhláškou č. 29/2004 Sb., ve znění pozdějších předpisů. Součástí IS jsou moduly Licence, Genové základny (GZ), Uznané jednotky (UJ), Potvrzení o původu (POP) a Hlášení pověřené osobě (HPO).
	Požadované role obsazované Poskytovatelem	Architekt (AR) Administrátor (AD) Analytik (AN) Operátor (OP) Vývojář (VY) Tester (TE)
	CENY
	Položka	Cena bez DPH	DPH 21 %		Cena s DPH
	Jednorázová cena za inicializaci (za období do převzetí do provozu)
	Paušální cena za 1 kalendářní měsíc
	ROZSAH POŽADOVANÝCH ČINNOSTÍ /SLUŽBY
	Provoz produkční aplikace ERMA2. Předmětem služby je zajištění provozu agend podle zákona č. 149/2003 Sb., zejména: vydávání a aktualizace licencí pro uvádění reprodukčního materiálu lesních dřevin do oběhu, vedení databáze registrovaných zdrojů reprodukčního materiálu (GZ, UJ), vystavování potvrzení o původu, příjem a zpracování hlášení pověřené osobě, s tím související udržování databáze subjektů – držitelů licencí a vlastníků RM, zveřejňování informací. Běžná (na denní bázi) provozní podpora provozu aplikace ERMA2, minimálně formou následujících činností: Kontrola logů, kontrola funkcionality aplikace, kontroly syslogů prostřednictvím syslog serveru, ruční pravidelné či ad-hoc spouštění dávkových úloh spouštění a zastavování aplikace nebo jejích částí v součinnosti s provozovateli návazných aplikací instalace nových a opravných aktualizací, a to v souladu s release-management procesem. Poskytnout součinnost s provozovatelem dalších služeb, zejména: Operačních systémů (INF/OS/), aplikačních serverů (INF/AS), databází (INF/APP/DB), integrace (REG/ESB/). Poskytnout součinnost při implementaci monitoringu dostupnosti služby. Součinnost s provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zabezpečení druhé úrovně podpory aplikace a zajištění přístupu k 3. úrovni podpory (u výrobce/dodavatele aplikace v rozsahu smluvně zajištěné maintenance Objednatele s tímto výrobcem). Definování nastavení databází a požadavků na zálohování DB a aplikačního prostředí. Správa systémových číselníků a konfiguračních parametrů. Součinnost při testech funkčnosti systému po plánovaných zásazích Objednatele nad infrastrukturou. Součinnost a účast při provádění testů systému po provedení změn (např. po opravách chyb systému, během vývoje nebo před nasazením nových funkcionalit systému) před jeho nasazením do provozu, zejména v přípravě a vyhodnocování požadovaných simulovaných situací a dat pro účely testování. Odpovědnost za předložení stanoviska provozovatele k výsledkům testů a akceptačních řízení ke změnám ERMA2. Poskytování součinnosti při integraci jiných systémů na ERMA2 v rozsahu do 1 člověkodne měsíčně. Poskytování exportů dat z ERMA2 na základě požadavků schválených vlastníkem dat. Výkaz měsíční činnosti v rámci SLA bude zahrnovat výčet konkrétních dílčích činností s uvedením doby trvání činnosti, osobu, která činnost provedla, a klasifikaci činnosti na: Běžnou servisní činnost, podporu uživatelům, úpravy systému. Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu IS/Registru, postupy pro obnovu IS/Registru ze záloh, provozní deník pro jednotlivé části IS/Registru (Frontend, aplikace, DB sytému atd.) v minimálním rozsahu: datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace systému v rozsahu: Poskytování informací pro CMDB Objednatele, Vedení kompletní dokumentace IS/registru a jednotlivých částí. Účast na jednání provozních a pracovních týmů Objednatele.
	SERVICE LEVEL AGREEMENT (SLA)
	Vyhodnocovací období	1 kalendářní měsíc
	Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů
	Kategorie incidentů
	Kategorie A	Nedostupnost (výpadek) aplikace nebo její části.
	Kategorie B	Omezená/snížená dostupnost služeb a funkcí aplikace, např.: v důsledku chybného nasazení nové verze aplikace, prodloužení odezvy aplikace v důsledku přeplnění aplikačních logů.
	Kategorie C	Ostatní závady nespadající do kategorie A nebo B
	Způsob kontroly
	Na dostupnost aplikace se nevztahují incidenty způsobené interní chybou zdrojového kódu aplikace nebo výpadkem příslušné části infrastruktury. Provozovatel je však povinen v případě zjištění těchto typů incidentů poskytnout všechny dostupné informace Objednateli a součinnost při jejich řešení. Do dostupnosti aplikace jsou počítány pouze incidenty typu A, incidenty kategorie B a C se do vyhodnocení celkové dostupnosti aplikace nezahrnují. Pro potřeby monitorování doby odezvy uživatelského přístupu k aplikaci/funkcím aplikace musí aplikace obsahovat měřící body pro možnost jednoduchého provázání systému s provozními dohledovými SW nástroji.
	PODMÍNKY A OMEZENÍ SLUŽBY
	Měrná jednotka provozu služby	1 licence, 1 uznaná jednotka
	Limit objemu služby	+/- 1 500 licencí, +/- 60 000 uznaných jednotek
	Vazby na okol. systémy	Závisí na ESB SZR IAM řešení (LDAP MZE prostřednictvím WS na ESB) DMS DS_LHPO Poskytuje služby Portály Objednatele (eAGRI)
	Počet uživatelů	N/A
	Aplikační data	Subjekty Licence Genové základny Uznané jednotky Potvrzení o původu Hlášení pověřené osobě
	Omezení	Správou číselníků a konfigurací se rozumí data, která jsou zapsána ve vlastnictví aplikace.
	Další podmínky	Poskytování vyšší úrovně podpory, součinnosti nebo poskytování služeb dle dočasně upravených (zpravidla vyšších) hodnot vybraných SLA parametrů na základě žádosti Objednatele. Oboustranně dohodnuté a odsouhlasené odstávky systému nebudou promítnuty do vyhodnocení SLA za dané vyhodnocovací období.
	DOKUMENTAČNÍ ZÁKLADNA
	Viz systémová dokumentace na portálu eAgri
	POPIS STAVU CÍLOVÉHO PROSTŘEDÍ
	Prostředí je kopií produkčního systému.
Typ vazby				Počet
DB link Konzment				N/A
DB query Konzment				N/A
ESB Konzment				N/A
XXX Xxxxxxxx – VVD				N/A
XXX Xxxxxxxx – VVD				N/A
ESB Zdroj				N/A
ESB Zdroj – VVD				N/A
ESB/EPO Zdroj				N/A
ESB/EPO Zdroj – VVD				N/A
Celkem				N/A

ID: PM-001

OZNAČENÍ SLUŽBY		REG/PM			TYP KL:		Paušální KL
Název služby	Služba projektového řízení dodávky služeb provozu eAgri a související aplikační infrastruktury
VYMEZENÍ SLUŽBY
Prostředí	REG/*
Cílová skupina	Projektová kancelář MZe, Dodavatel
Zkrácený popis služby	Služba projektového řízení dodávky provozu zajišťuje jednotný výkon péče o svěřené Informační Systémy MZe. Prostřednictvím této služby má Objednatel k dispozici jednotný způsob kontaktu s vedením týmu, který zajišťuje péči o svěřenou dodávku služby provozu eAgri a související aplikační infrastruktury MZe tak, jak jsou definovány v ostatních KL v rámci smlouvy.
Požadované role obsazované Poskytovatelem	Projektový manažer (PM) Hlavní architekt (AR) Administrator řízení dodávky (AD-Ř) Analytik (AN)
CENY
Položka	Cena bez DPH		DPH 21 %			Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)
Paušální cena za 1 kalendářní měsíc
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Služba projektového řízení dodávky služeb provozu eAgri a související aplikační infrastruktury poskytuje ve všech fázích životního cyklu řízení projektu nutné kapacity pro zabezpečení řízení služby provozu v rozsahu dané smlouvou a spolupráci s Interní projektovou kanceláří MZe. Služba projektového řízení pokrývá především následující činnosti: Projektový management dodávky Příprava a řízení služby dodávky služeb provozu eAgri a související aplikační infrastruktury dle dispozic MZe, spočívající zejména ve: vedení a koordinace řízení dodávky služeb provozu v rozsahu daném smlouvou. definice a sestavení plánu řízení dodávky, definice omezujících podmínek, smluvní vyjednávání a smluvní dohled nad řízením dodávky, řízení přejímacích řízení a procesů ověřování kvality dodávky, tvorba projektové dokumentace dodávky v rozsahu dané smlouvou v souladu s obecnými zásadami vedení rozsáhlých projektů (např.: Projektový záměr, Studie proveditelnosti, Riziková analýza, Zadávací dokumentace, Smluvní dokumentace, Metodika kontroly projektu, Metodika řízení projektu, Referátníky, Zprávy o stavu, Monitorovací správy,…), monitorování, hodnocení a oponentura výstupu projektu v dotčených oblastech, stanovení kontrolních bodů a definice měřitelných metrik pro jednotlivé kontrolní body, průběžné vyhodnocování plnění plánu podle vývoje stanovených metrik, řízení kvality projektu (dodávky provozu), průběžná identifikace, vyhodnocování a řízení rizik projektu (dodávky provozu), Pravidelný reporting stavu projektu (dodávky projektu), Podpora garantů projektů MZe v oblasti procesů a metodických postupů. Administrace řízení dodávky Organizační zajištění projektových porad (PS, HTP, ŘV) – dle potřeby, včetně svolání, kontroly úkolů, odpovědností, apod. Vedení (moderování) pravidelných jednání jednotlivých Registrů a Portálů v prostorech určených Objednatelem, Zajištění pozvánek na pravidelná jednání všem zúčastněným stranám, Zajištění včasného oznámení o případných změnách v organizaci schůzí všem stranám (změna času, změna prostor apod.). Pořizování a distribuce zápisů z projektových porad (PS, HTP, ŘV) – dle potřeby Vedení zápisu schůzí a distribuci zápisu všem zúčastněným stranám dle komunikační matice. Návrh zápisu k připomínkování do 2 pracovních dnů od jednání všem zúčastněným, Připomínkování 2 pracovní dny od distribuce návrhu, (v případě, že je návrh bez připomínek) bude návrh povařován za finální verzi a distribuován 3 pracovní dny od distribuce návrhu řešení, Zajištění dohodnutých příloh od zpracovatelů a redistribuci dohodnutým stranám. zjištění akceptace zápisů účastníky jednání. Příprava a kompletace projektových podkladů. Vedení projektových knihoven (ukládání projektové dokumentace, kontrola. Vedení Komunikační matice: Vedení aktuálního přehledu a kontaktů pracovníků/zástupců všech participujících stran v rámci dodávky služeb provozu eAgri a související aplikační infrastruktury Objednatele. Správa a aktualizace Komunikační matice v minimálním rozsahu: Jméno a příjmení, organizace, telefonní kontakty, email, funkce v rámci organizace, role v rámci projektu atd. Odpovědnost za aktuálnost údajů a distribuci aktuální komunikační matice všem zúčastněným stranám. Vedení dalších pomocných projektových a provozních evidencí. Vykazování činnosti v rámci SLA. Měsíční výkaz prací bude zahrnovat výčet konkrétních dílčích činností s uvedením doby jejich trvání a osoby, která činnost provedla. Koordinace Integrace provozu a rozvoje jednotlivých Registrů a Portálů Koordinace řešení incidentů mezi jednotlivými dílčími Registry a IS (systémy integrovanými za Portály, CC atd.) a jejich dodavateli. Povinnost svolat koordinační schůzku k řešení problémů systémů, a to v termínu dle závažnosti řešeného problému a podmínek SLA. Oponentura požadavků na změnu jednotlivých systémů s ohledem na dodržování pravidel definice závazné architektury, (autentizace a autorizace, dodržení pravidel technologické bezpečnosti, pravidel použití stylů a technického řešení uživatelského rozhraní). Odpovědnost za jednotnou tvorbu funkčních prvků pro veřejnost v rámci jednotlivých systémů integrovaných za Portály (on-line formuláře, podpora elektronického podání, vyhledávací formuláře, tisky, exporty dat). Odpovědnost za jednotnou tvorbu webových služeb. Zabezpečení součinnosti jednotlivých dodavatelů při implementaci řešení napříč více systémy integrovanými za Portály.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
Parametry SLA	Příloha č.1, bod E: Centrální tabulka SLA parametrů SLA (Příloha)
Upřesnění kategorií incidentů
	Forma fyzická přítomnost			Forma zajištění písemných výstupů
Kategorie A	Nedostupnost fyzické účasti odpovědné osoby Dodavatele na službě, jež má zásadní význam pro organizaci činností u Objednatele. Odpovědná osoba Dodavatele je povinna dle stanovených SLA od okamžiku zahájení služby zajistit adekvátní náhradu a zkonzultovat ji se zástupcem Objednatele.			Dodání písemného výstupu od termínu zahájení služby dle hodnoty SLA. Výstup musí být označen nejvyšší naléhavostí.
Kategorie B	Neschopnost zajistit fyzickou účast stanovené osoby Dodavatele na provádění služby, jež má střední význam pro provoz Objednatele. Odpovědná osoba je povinna dle stanovených SLA od okamžiku zveřejnění jednání zajistit adekvátní náhradu a zkonzultovat ji se zástupcem Objednatele.			Dodání písemného výstupu od termínu zahájení služby dle hodnoty SLA. Výstup musí být označen střední naléhavostí.
Kategorie C	Neschopnost zajistit službu, jež nemá vážný dopad na běžný provoz Objednatele. Odpovědná osoba Dodavatele je povinna dle stanovených SLA zajistit adekvátní náhradu a zkonzultovat ji se zástupcem Objednatele.			Dodání písemného výstupu od termínu zahájení služby dle hodnoty SLA. Výstup musí být označen nízkou naléhavostí.
Způsob kontroly
Formou plnění těchto služeb je jednak: zajištění fyzické přítomnosti osob Dodavatele na příslušných jednání orgánů jednotlivých projektů, popřípadě ad-hoc jednání určených k naplnění úkolů těchto projektů, zajištění písemných výstupů v podobě např. zápisů z jednání nebo oponentních stanovisek popřípadě návrhů řešení, které Xxxxxxxxx zpracovává ve své režii bez nezbytné fyzické přítomnosti u Objednatele. Obě tyto formy služby jsou měřitelné. U formy služby „fyzické přítomnosti“ je rozhodující, aby Dodavatel zajistil fyzickou přítomnost na příslušných jednáních, které budou předem avizované, popřípadě aby se dostavil ke konzultacím na základě dohodnutého způsobu se Objednatelem. Dle závažnosti jednání lze nepřítomnost Dodavatele hodnotit výpadkem typu A, B nebo C. U formy služby „zajištění písemných výstupů“ je rozhodující plnění termínů pro dodání výstupu. U každého požadovaného výstupu je nutné definovat příslušným orgánem k řízení příslušné služby termín dodání výstupu a ohodnotit jeho závažnost z hlediska kategorií A, B nebo C. U pravidelných výstupů (typu Agenda pro jednání, zápis z jednání příslušného orgánu) bude stanoven na prvním jednání příslušného orgánu termín překládání těchto dokumentů ze strany Dodavatele. Za účelem měření dostupnosti a vyhodnocování SLA je nezbytné, aby na jednání odpovědného orgánu pro řízení tohoto projektu (Řídicí výbor, popřípadě Hlavní tým projektu) byly jmenovány odpovědné osoby na straně Objednatele a Dodavatele pro jednotlivé služby. Způsob měření SLA obou forem služby ve vztahu k požadavkům na parametry služby je uveden v následující tabulce.
PODMÍNKY DOSTUPNOSTI SLUŽEB
Dostupnost	Nedostupný pracovník Dodavatele odpovědný za dodávku příslušné služby v rozsahu delším než 1 h od zahájení činnosti na službě. Nedostupnost se počítá od okamžiku, kdy Objednatel nahlásil na HelpDesk nedostupnost pracovníka a byl prověřen způsob kontaktování.
Neprovedení služby v dohodnutém termínu	Kritérium bude posuzované tak, že pokud Dodavatel nebude moci vykonávat službu, je povinen 48 hodin před zahájením činnosti písemně oznámit na helpdesk a odpovědné osobě na straně Objednatele, že službu neprovede v dohodnutém termínu a sdělí nejbližší náhradní termín provedení služby.
Neprovedení služby stanovenou osobou -	Nedostupná stanovená osoba Dodavatele k zajištění služby. Dodavatel je povinen zajistit náhradu stanovené osoby a je povinen oznámit tuto skutečnost 24 hod před zahájením služby odpovědné osobě Objednatele.
DOKUMENTAČNÍ ZÁKLADNA
Portál Eagri – Projektová dokumentace ‑ Procesní dokumentace

AD-Hoc katalogový list

ID: HR-001

OZNAČENÍ SLUŽBY	REG/HR/EXT		TYP KL:		AD-HOC SLUŽBY
Název služby	Služba nákupu ad-hoc kapacit dodavatele na základě objednávky Objednatele
VYMEZENÍ SLUŽBY
Prostředí	N/A
Cílová skupina	Projektové / pracovní týmy Objednatele a Dodavatele
Zkrácený popis služby	Služba AD HOC nákupu / rozšíření pracovní kapacity lidských zdrojů a kapacit souvisejících poskytnutím rozvojové součinnosti v oblastech IT (zejména řešení portálová a aplikační řešení portálů a registrů MZe, systémová integrace, projektové / procesní řízení apod. v rámci rozsahu smlouvy)
Xxxxxxxxxx role poskytované Dodavatelem dle KL	Xxxxx role	ID role		Xxxx za MD
	Viz tabulka
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Dodání pracovní kapacity lidských zdrojů pro řešení ad-hoc úkolů souvisejících s: poskytováním služeb provozu eAgri a související apl. infrastruktury, poskytováním rozvojové součinnosti, Poskytováním součinnosti systémové integrace. Procesního řízení dodávky služeb provozu. Poskytování součinnost v rámci procesů IT podpory – incident, problem, change, release, capacity. Kompetence, znalosti a kvalifikace osob pokrývají rozsah potřebný k realizaci služeb podle ostatních KL v rámci této zakázky v úrovních. Architekt: Schopen řešit komplexní otázky architektury spravovaných systémů. Znalosti a dovednosti dostatečné pro vzájemnou integraci systémů, posuzování přímých i nepřímých dopadů řešených otázek. Má schopnosti analytického myšlení a dokáže syntetizovat řešení. Administrátor: Ovládá technologie v plném rozsahu správy a odstraňování chyb. V rámci „své“ technologie dokáže řešit veškeré incidenty a problémy, ať již samostatně, nebo s podporou ze strany výrobce. Operátor: Ovládá spravované technologie do úrovně potřebné pro rutinní provozování a realizaci typizovaných změn. V rámci kategorizace incidentu zvládá podporu L1. V případě potřeby iniciace podpory vyšší úrovně předává adekvátní informace o stavu incidentu. Analytik: Je prostředníkem mezi uživateli, gestory, sponzory a zástupci Objednatele a vývojáři. Definuje požadavky na vývoj podle funkčních požadavků uživatelů. Provádí analýzu požadavků a ve spolupráci s Hlavním architektem a vývojářem definuje zadání pro vývoj kódu. Vývojář: Má znalosti potřebné pro programování kódu používaných aplikací. Provádí programové úpravy aplikací. Tester: Testuje nové či upravené verze systémů a aplikací. Kontroluje funkčnost, chyby programování a shodu výsledného produktu se zadáním. Administrátor řízení dodávky: Osoba/osoby schopné řídit provozní procesy a tým v případě realizace provozních požadavku (v rámci procesů Incident, Delivery, Change, Release, Service Managemen, Configuration Management, správa CI, Správa projektové knihovny, výměna technologie apod.), jehož složitost přesahuje možnosti intuitivní spolupráce přiděleného týmu. Hlavní architekt: Specifická osoba v rámci celého dodavatelského týmu. Má komplexní znalosti o celém IT Objednatele a dokáže řešit otázky vzájemných vztahů systémů, integrace a optimalizace. Projektový manažer: plní roli zodpovědného koordinátora mezi jednotlivými týmy, které spolupracují v rámci dodávky služeb provozu. Jeho prostřednictvím je možno provádět eskalaci případných problémů. Zodpovídá za dodržování termínů a plnění dle dohodnutého plánu projektu.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 rok
Upřesnění kategorií incidentů a závad (zpřesnění globálních definic daných servisní smlouvou)
Kategorie A	Nedodání objednané lidské kapacity v požadované kvalifikaci v dohodnutém termínu za nabízenou cenu.
Kategorie B	Nedostatečná kvalita poskytnuté práce
Kategorie C	N/A
Způsob kontroly
Formou plnění těchto služeb je zejména: zajištění fyzické přítomnosti osob Dodavatele na příslušných jednání orgánů jednotlivých projektů, popřípadě ad-hoc jednání určených k naplnění úkolů těchto projektů, zajištění písemných výstupů v podobě např. zápisů z jednání nebo oponentních stanovisek popřípadě návrhů řešení, které Xxxxxxxxx zpracovává ve své režii bez nezbytné fyzické přítomnosti u Objednatele. Obě tyto formy služby jsou měřitelné. U formy služby „fyzické přítomnosti“ je rozhodující, aby Dodavatel zajistil fyzickou přítomnost na příslušných jednáních, které budou předem avizované, popřípadě aby se dostavil ke konzultacím na základě dohodnutého způsobu se Objednatelem. Dle závažnosti jednání lze nepřítomnost Dodavatele hodnotit výpadkem typu A, B nebo C. U formy služby „zajištění písemných výstupů“ je rozhodující plnění termínů pro dodání výstupu. U každého požadovaného výstupu je nutné definovat příslušným orgánem k řízení příslušné služby termín dodání výstupu a ohodnotit jeho závažnost z hlediska kategorií A, B nebo C. U pravidelných výstupů (typu Agenda pro jednání, zápis z jednání příslušného orgánu) bude stanoven na prvním jednání příslušného orgánu termín překládání těchto dokumentů ze strany Dodavatele. Za účelem měření dostupnosti a vyhodnocování SLA je nezbytné, aby na jednání odpovědného orgánu pro řízení tohoto projektu (Řídicí výbor, popřípadě Hlavní tým projektu) byly jmenovány odpovědné osoby na straně Objednatele a Dodavatele pro jednotlivé služby. Způsob měření SLA obou forem služby ve vztahu k požadavkům na parametry služby je uveden v následující tabulce.

PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	N/A
Limit objemu služby	N/A
Omezení	N/A
Další podmínky	N/A
Tabulka: Rolí AD HOC KL možných k čerpání v rámci KL
		Orientační Předpokládané počty MD k čerpání za dobu účinnosti smlouvy	Cena bez DPH	DPH 21 %	Cena s DPH
Architekt [AR]		722	9 085	1 908	10 993
Administrátor [AD]		541	5 750	1 207	6 957
Analytik [AN]		180	9 085	1 908	10 993
Operátor [OP]		974	5 750	1 207	6 957
Vývojář [VY]		541	10 033	2 107	12 140
Tester [TE]		180	6 100	1 281	7 381
Projekt Manažer [PM]		361	2 490	523	3 013
Hlavní Architekt [AR-H]		36	2 990	628	3 618
Administrátor řízení dodávky [AD-Ř]		36	2 290	481	2 771
Analytik Integrace [AD-Ř]		36	2 990	628	3 618

KL APP-XXX - APP/INF/ESB-PROD

OZNAČENÍ SLUŽBY		APP/INF/ESB-PROD					TYP KL:		Paušální KL
Název služby	Integrační platforma
VYMEZENÍ SLUŽBY
Prostředí	PRODUKČNÍ
Cílová skupina	Interní/Externí aplikace
Zkrácený popis služby	Správa, provoz a drobný rozvoj integrační platformy
CENY
Položka	Cena bez DPH			DPH 21%				Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)	[DOPLNÍ UCHAZEČ]			[DOPLNÍ UCHAZEČ]				[DOPLNÍ UCHAZEČ]
Paušální cena za 1 kalendářní měsíc	[DOPLNÍ UCHAZEČ]			[DOPLNÍ UCHAZEČ]				[DOPLNÍ UCHAZEČ]
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Provoz integrační platformy v centrálních datových centrech Objednatele: Profylaktické činnosti (na týdenní bázi) – čištění nepotřebných souborů, archivace logů, kontrola logů (na denní bázi), kontrola výkonnosti a performance monitoring (na týdenní bázi), návrh preventivních opatření s cílem předejít možným výpadkům, snížení výkonu pro připojené systémy v infrastruktuře IS MZe (minimálně kvartálně nebo dle aktuální situace), odborná technická podpora a odstraňování závad – 2nd level support (na denní bázi), provádění pravidelných záloh SW konfigurací (týdenní zálohy + aktualizace záloh po každé změně). Zálohování bude prováděno na centrální úložiště Objednatele využitím služby APP/INF/BACKUP, vedení provozního deníku platformy. Správa infrastruktury integrační platformy: Kontrola dostupnosti patchů, hotfixů, service packů a dalších opravných balíků výrobců (na měsíční bázi), analýza vhodnosti a potřebnosti implementace opravného balíku, návrh opatření a postupu implementace opravného balíku ke schválení Objednateli, instalace a provedení změn dle schválených návrhů opatření (implementace i více opatření bude souhrnně prováděna 1x měsíčně), implementace schválených požadavků na změnu konfigurace. Práce na provedení instalace nebo změny konfigurace služeb dle schválených požadavků Objednatele a dle specifikace Poskytovatele v oblasti: Proxy služby, kompozitní služby, služby podatelny, služby ESB (přenos souboru, konverzní služby, ...). Práce na provedení instalace nebo změny konfigurace služeb dle schválených požadavků Objednatele a dle specifikace Poskytovatele: Konfigurace serverů do farem (load balancing , heart beat, vysoká dostupnost), konfigurace prostředí jednotlivých farem (systémové proměnné, dostupné datové zdroje, ...), konfigurace dostupných služeb pro jednotlivé farmy, Součinnost v rámci procesů „Projektového řízení“ souvisejících s návrhem změn v infrastruktuře IS MZe (společně s Poskytovateli technologií). Provozní podpora integrační platformy v součinnosti s provozovateli služeb, kteří zajišťující dostupnost služeb dle parametrů definovaných v SLA. Zejména jde o provozovatele služeb v oblastech: ITSM, zajišťujících SD a dohledové služby, INF/OS a INF/DB, zajišťujících správu operačních a databázových systémů, APP/* a APP/INF/*, zajišťujících provoz aplikací, nebo aplikační infrastruktury. Povinnost zpřístupnit technologii provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zajištění SW podpory (u výrobce/Poskytovatele) ESB platforem (v rozsahu smluvně zajištěné maintenance Objednatele). Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu každého zařízení, postupy pro obnovu zařízení ze záloh, provozní deník pro každé zařízení v minimálním rozsahu datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace v rozsahu: aktuální popis typové konektivity s integrační platformou. Účast na jednání provozních a pracovních týmů Objednatele (1x týdně).
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
SLA PARAMETRY			Jednotka		Hodnota	Max počet za období				Kreditace
Dostupnost			[%/měs]		98	N/A				Viz Příloha č. 4 této Smlouvy
Provozní doba zaručená			[hod-hod]		00–24 (7x16)	N/A
Max. doba výpadku			[hod]		6	N/A
Max. doba výpadku dat			[hod]		6	N/A
Max. doba servisní odezvy			[min]		30	N/A
Odstranění výpadku – A			[hod]		6	2
Odstranění výpadku – B			[dny]		1	4
Odstranění výpadku – C			[dny]		10	20
Upřesnění kategorií incidentů a závad (zpřesnění globálních definic daných servisní smlouvou)
Kategorie A	Nedostupnost jedné nebo více služeb nabízených integrační platformou pro volající systém. Ztráta předávaných dat. Ztráta rozpracované transakce v případě kompozitních služeb.
Kategorie B	Zpomalení přenosu dat mezi systémy připojenými do integrační platformy.
Kategorie C	Ostatní závady nespadající do kategorie A nebo B.
Způsob kontroly
Do dostupnosti jsou počítány pouze incidenty typu A, incidenty a výpadky kategorie B a C se do vyhodnocení celkové dostupnosti nezahrnují. Měření parametrů služby budou prováděna dohledovým nástrojem Objednatele v pravidelných intervalech během zaručené provozní doby služby. Měřící body (sondy) a počet měření budou zvoleny tak, aby výsledky byly dostatečné pro vyhodnocení stanovených parametrů SLA služby. Měřeními bude ověřována dostupnost ESB platformy a jejích služeb.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	počet volání služeb nad existujícími adaptéry (u kompozitních služeb včetně volání jiných služeb)
Limit objemu služby
Omezení	Služba se nevztahuje na load balancing řešený pomocí VIP adresace na úrovni služeb centrálního LAN prostředí Objednatele (HC Nagáno, HC Chodov).
Další podmínky	Povinnost zpřístupnit technologie pro definici a implementaci monitorovacích agentů/sond. Povinnost poskytnout součinnost Objednateli (nebo jím jmenovaných subjektů) při provádění kontrolní činnosti na dodržování a plnění náplně tohoto katalogového listu a nápravě zjištěných nedostatků. Veškerá dokumentace provozovatele a ostatní výstupy vytvořené na základě tohoto katalogového listu budou vlastnictvím Objednatele. Výpadek celé integrační platformy je považováno na jeden incident kategorie A bez ohledu na počet nabízených služeb. Incident je ukončen v okamžiku, kdy jsou plně dostupné všechny nabízené služby.
DOKUMENTAČNÍ ZÁKLADNA
Smernice_Zavazna_architektura_ICT_v7_final Technická dokumentace jednotlivých systémů využívajících integrační platformu (viz APP/INF/, APP/) EPO_TechnickaDokumentace_20100131_final.pdf Technická dokumentace systému Oracle ESB Technická dokumentace systému Precomp Technická dokumentace externích systémů (základní registry ČR, Traces, ...)

KL APP-XXX - APP/INF/ESB-TEST

OZNAČENÍ SLUŽBY		APP/INF/ESB-TEST					TYP KL:		Paušální KL
Název služby	Integrační platforma
VYMEZENÍ SLUŽBY
Prostředí	TESTOVACÍ
Cílová skupina	Interní/Externí aplikace
Zkrácený popis služby	Správa, provoz a drobný rozvoj integrační platformy
CENY
Položka	Cena bez DPH			DPH 21%				Cena s DPH
Jednorázová cena za inicializaci (za období do převzetí do provozu)	[DOPLNÍ UCHAZEČ]			[DOPLNÍ UCHAZEČ]				[DOPLNÍ UCHAZEČ]
Paušální cena za 1 kalendářní měsíc	[DOPLNÍ UCHAZEČ]			[DOPLNÍ UCHAZEČ]				[DOPLNÍ UCHAZEČ]
ROZSAH POŽADOVANÝCH ČINNOSTÍ
Provoz integrační platformy v centrálních datových centrech Objednatele: Profylaktické činnosti (na týdenní bázi) – čištění nepotřebných souborů, archivace logů, kontrola logů (na denní bázi), kontrola výkonnosti a performance monitoring (na týdenní bázi), návrh preventivních opatření s cílem předejít možným výpadkům, snížení výkonu pro připojené systémy v infrastruktuře IS MZe (minimálně kvartálně nebo dle aktuální situace), odborná technická podpora a odstraňování závad – 2nd level support (na denní bázi), provádění pravidelných záloh SW konfigurací (týdenní zálohy + aktualizace záloh po každé změně). Zálohování bude prováděno na centrální úložiště Objednatele využitím služby APP/INF/BACKUP, vedení provozního deníku platformy. Správa infrastruktury integrační platformy: Kontrola dostupnosti patchů, hotfixů, service packů a dalších opravných balíků výrobců (na měsíční bázi), analýza vhodnosti a potřebnosti implementace opravného balíku, návrh opatření a postupu implementace opravného balíku ke schválení Objednateli, instalace a provedení změn dle schválených návrhů opatření (implementace i více opatření bude souhrnně prováděna 1x měsíčně), implementace schválených požadavků na změnu konfigurace. Práce na provedení instalace nebo změny konfigurace služeb dle schválených požadavků Objednatele a dle specifikace Poskytovatele v oblasti: Proxy služby, kompozitní služby, služby podatelny, služby ESB (přenos souboru, konverzní služby, ...). Práce na provedení instalace nebo změny konfigurace služeb dle schválených požadavků Objednatele a dle specifikace Poskytovatele: Konfigurace serverů do farem (load balancing , heart beat, vysoká dostupnost), konfigurace prostředí jednotlivých farem (systémové proměnné, dostupné datové zdroje, ...), konfigurace dostupných služeb pro jednotlivé farmy, Součinnost v rámci procesů „Projektového řízení“ souvisejících s návrhem změn v infrastruktuře IS MZe (společně s Poskytovateli technologií). Provozní podpora integrační platformy v součinnosti s provozovateli služeb, kteří zajišťující dostupnost služeb dle parametrů definovaných v SLA. Zejména jde o provozovatele služeb v oblastech: ITSM, zajišťujících SD a dohledové služby, INF/OS a INF/DB, zajišťujících správu operačních a databázových systémů, APP/* a APP/INF/*, zajišťujících provoz aplikací, nebo aplikační infrastruktury. Povinnost zpřístupnit technologii provozovateli bezpečnostního monitoringu. Parametry monitoringu pro danou technologii předá Objednatel. Zajištění SW podpory (u výrobce/Poskytovatele) ESB platforem (v rozsahu smluvně zajištěné maintenance Objednatele). Správa a aktualizace provozní dokumentace v rozsahu: Postupy pro provoz a správu každého zařízení, postupy pro obnovu zařízení ze záloh, provozní deník pro každé zařízení v minimálním rozsahu datum, osoba, číslo požadavku z ticket systému, popis prováděné činnosti, výsledek činnosti (úspěch/selhání), doba trvání. Správa a aktualizace technické dokumentace v rozsahu: aktuální popis typové konektivity s integrační platformou. Účast na jednání provozních a pracovních týmů Objednatele (1x týdně).
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období	1 kalendářní měsíc
SLA PARAMETRY			Jednotka		Hodnota	Max počet za období				Kreditace
Dostupnost			[%/měs]		92	N/A				Viz Příloha č. 4 této Smlouvy
Provozní doba zaručená			[hod-hod]		08–18 (5x10)	N/A
Max. doba výpadku			[hod]		10	N/A
Max. doba výpadku dat			[hod]		10	N/A
Max. doba servisní odezvy			[min]		30	N/A
Odstranění výpadku – A			[hod]		10	2
Odstranění výpadku – B			[dny]		3	4
Odstranění výpadku – C			[dny]		10	20
Upřesnění kategorií incidentů a závad (zpřesnění globálních definic daných servisní smlouvou)
Kategorie A	Nedostupnost jedné nebo více služeb nabízených integrační platformou pro volající systém. Ztráta předávaných dat. Ztráta rozpracované transakce v případě kompozitních služeb.
Kategorie B	Zpomalení přenosu dat mezi systémy připojenými do integrační platformy.
Kategorie C	Ostatní závady nespadající do kategorie A nebo B.
Způsob kontroly
Do dostupnosti jsou počítány pouze incidenty typu A, incidenty a výpadky kategorie B a C se do vyhodnocení celkové dostupnosti nezahrnují. Měření parametrů služby budou prováděna dohledovým nástrojem Objednatele v pravidelných intervalech během zaručené provozní doby služby. Měřící body (sondy) a počet měření budou zvoleny tak, aby výsledky byly dostatečné pro vyhodnocení stanovených parametrů SLA služby. Měřeními bude ověřována dostupnost ESB platformy a jejích služeb.
PODMÍNKY A OMEZENÍ SLUŽBY
Měrná jednotka provozu služby	počet volání služeb nad existujícími adaptéry (u kompozitních služeb včetně volání jiných služeb)
Limit objemu služby
Omezení	Služba se nevztahuje na load balancing řešený pomocí VIP adresace na úrovni služeb centrálního LAN prostředí Objednatele (HC Nagáno, HC Chodov).
Další podmínky	Povinnost zpřístupnit technologie pro definici a implementaci monitorovacích agentů/sond. Povinnost poskytnout součinnost Objednateli (nebo jím jmenovaných subjektů) při provádění kontrolní činnosti na dodržování a plnění náplně tohoto katalogového listu a nápravě zjištěných nedostatků. Veškerá dokumentace provozovatele a ostatní výstupy vytvořené na základě tohoto katalogového listu budou vlastnictvím Objednatele. Výpadek celé integrační platformy je považováno na jeden incident kategorie A bez ohledu na počet nabízených služeb. Incident je ukončen v okamžiku, kdy jsou plně dostupné všechny nabízené služby.
DOKUMENTAČNÍ ZÁKLADNA
Smernice_Zavazna_architektura_ICT_v7_final Technická dokumentace jednotlivých systémů využívajících integrační platformu (viz APP/INF/, APP/) EPO_TechnickaDokumentace_20100131_final.pdf Technická dokumentace systému Oracle ESB Technická dokumentace systému Precomp Technická dokumentace externích systémů (základní registry ČR, Traces, ...)

Popis prostředí EPO

Aplikační skupina EPO aktuálně představuje komplex aplikačních prvků zajišťujících komunikaci (rozhraní) mezi interními systémy MZe (především registry) a systémy mimo IS MZe (externí systémy). Mezi externí rozhraní aktuálně patří

EPO (elektronická podatelna zajišťující příjem a zprostředkování požadavků externích systémů), jak stahování e-mailů podatelen, tak zpracování podepsaných vstupů od subjektů s těžkými klienty
IS DS tzv. podací deník MZe (systém pro komunikaci s informačním systémem datových schránek (IS DS), konkrétně datovou schránkou MZe),
skupina účelových rozhraní (služeb) pro zajištění komunikace s datovými zdroji mimo interní systémy MZe:

ÚZEI
VÚZT
ASPI
ČP (časová razítka)

EPO komponenta dále má tyto aplikační části:

služba pro antivirovou kontrolu dokumentů (tuto službu je možno volat i z interního prostředí prostřednictvím ESB), vlastní antivir engine Symantec pro zajištění této služby není součástí tohoto KL.

Interně je aplikace EPO připojena na systémy:

Služby EPO serveru jsou poskytovány na následujících prostředcích:

Produkce
- Servery srv-n2-epo01, srv-n2-epo02, srv-n2-aepo01 a srv-n2-aepo02.
- VIP adresa směrovaná na servery srv-n2-epo01 a srv-n2-epo02.
- VIP adresa pro službu Antiviru v rámci EPO je směřována na servery srv-n2-aepo01 a srv-n2-aepo02.

Databáze
- Vlastní databáze EPOD, XML v rámci produkčního prostředí RAC registrů.

Testovací prostředí
- Servery srv-n2-epo03, srv-n2-epo04, aepo03 a srv-n2-aepo04
- VIP adresa směrovaná na servery srv-n2-epo03 a srv-n2-epo04.
- VIP adresa pro službu Antiviru v rámci EPO je směřována na servery srv-n2-aepo03 a srv-n2-aepo04.

Databáze
- Vlastní databáze DEPO, DXML provozovaná v rámci testovacího prostředí RAC registrů.

Popis prostředí ESB

ESBServer je základním systémem pro zprostředkování komunikace prostřednictvím webových zpráv. ESBServer poskytuje webové služby synchronní typu „proxy“ (na ESBserveru není prováděna žádná transformace datového obsahu), služby synchronní typu „kompozitní“ (na ESBserveru je prováděna orchestrace volání zdrojových služeb a následná transformace obsahu do výsledné odpovědi konzumentovi -zpravidla volání 2 synchronních služeb a odpověď je řešena pouze na úrovni http protokolu s prázdnou ESB obálkou) a služby souborové povahy určené pro přenos dat velkého rozsahu (nad 5 MB). Součástí systému ESB je i dohledová aplikace publikovaná na I/E Portálu.

ESB server je postaven na technologii Oracle BPEL. Licence Oracle je ve vlastnictví MZe. Jako přídavná komponenta je pro vybrané služby předřazena komponenta PREKOM provádějící autentizaci a autorizaci služby.

Produkce
- Servery n2rhps37, n2rhps38, n2rhps39, n2rhps40, n2rhps41, n2rhps42 a srv-aa-esbmon
- VIP adresace pro servery n2rhps37, n2rhps38, n2rhps39, n2rhps40, n2rhps41 a n2rhps42.
- Monitoring a dohled na serveru srv-aa-esbmon.

Databáze
- Vlastní databáze ESBOS s operačními daty a ESBAS s archivními daty provozovaná v rámci produkčního prostředí RAC Registry.

Test
- Servery n2rhps43 a n2rhps44
- VIP adresace pro servery n2rhps43 a n2rhps44.

Databáze
- Vlastní databáze DESBO s operačními daty a DESBA s archivními daty provozovaná v rámci testovacího prostředí RAC Registry.

Webové služby rozhraní EPO a ESB byly v předchozím období realizovány XML serverem (produkční centrální komunikační server pro výměnu dat na platformě webservices mezi informačními systémy resortu MZe navzájem a popřípadě se systémy dalších státních organizací). Tyto webové služby byly od srpna 2008 postupně přebírány/nahrazovány službami aplikační skupiny EPO a ESB serveru, na začátku roku 2011 došlo k plnému nahrazení a odstavení XML serveru.

OZNAČENÍ SLUŽBY

E-001 - VYK/HP-UX

TYP KL:

PAUŠÁLNÍ

Název služby

Zajištění výpočetního výkonu platformy HP-UX

VYMEZENÍ SLUŽBY

Prostředí

PRODUKČNÍ, TESTOVACÍ, VÝVOJOVÉ

Cílová skupina

Centrální systémy SAP, IOP a Databázové systémy MZe

Zkrácený popis služby

Služba slouží pro optimalizaci výkonu (CPU a RAM) virtualizovaných platforem HP-UX podle aktuálních potřeb Mze.

Dodávka služby je realizováno v režimu - alokační pool

Tedy v rámci služby je dodáván souhrnný výpočetní výkon, který bude přiřazen do alokačního poolu objednatele.

Parametry služby

Platforma

Itanium HP-UX

Požadované výpočetní výkon

680 CCU HP-UX O2 (1 x core Itanium 9540 = 20 CCU HP-UX O2)

Množství RAM

1212 GB RAM

Licence HP-UX 11i v3 - DC-OE

Diskový prostor

N/A

Licence

Pouze licence OS

Další požadavky

Pronajatý výpočetní výkon musí být napojeno přímo do centrálního LAN a SAN prostředí MZe a jako úložiště jsou použity diskové pole XP24000 ve vlastnictví Mze.

Poskytovaný výpočetní výkon musí být rozložen v poměru 50:50 mezi lokality HC Nagáno a HC Chodov.

CENA

Položka

Cena bez DPH

DPH 21 %

Cena s DPH

Paušální cena za 1 kalendářní měsíc

[DOPLNÍ UCHAZEČ]

Rozšíření výkonu

1 x core Itanium 9540 = 20 CCU HP-UX O2

[DOPLNÍ UCHAZEČ]

Rozšíření výkonu

1 GB RAM včetně započítané 8% režie

[DOPLNÍ UCHAZEČ]

SERVICE LEVEL AGREEMENT (SLA)

Vyhodnocovací období

1 měsíc

SLA PARAMETRY

Jednotka

Hodnota

Max počet za období

Kreditace

Dostupnost

[%/měs]

99,8

N/A

Provozní doba zaručená

[hod-hod]

00–24 (7x24)

N/A

Max. doba trvání incidentu A

[hod]

4,5

N/A

Max. doba nedostupnosti dat

[hod]

N/A

Max. doba servisní odezvy

[min]

N/A

Odstranění incidentu A

[hod]

Odstranění incidentu B

[dny]

Odstranění incidentu C

[dny]

N/A

Poskytnutí specifických činností

[% akceptačních kritérií]

N/A

Upřesnění kategorií incidentů (zpřesnění globálních definic daných servisní smlouvou)

Kategorie A

Nedodání objednaného výpočetního výkonu (virtuálních serverů),

Nebo nedostupnost virtuálních serverů.

Kategorie B

Výpadek části infrastruktury mající vliv na odezvu/výkon virtuálních serverů

Kategorie C

N/A

Způsob kontroly

Výkazem plnění parametrů SLA,

PODMÍNKY A OMEZENÍ SLUŽBY

Měrná jednotka provozu služby

Služby jsou poskytovány v jednotkách odpovídacích charakteru služby a celková cena je složena z jednotlivých jednotek.

Omezení

Služby mohou být vázány na minimální možnou dobu poskytování s ohledem na jejich povahu.

Další podmínky

Pravidelné servisní okno pro realizaci upgradů a případné konfigurace je stanoveno na 1 a 3 týden v měsíci. Termín je vždy úterý od 22:00 hod.

DOKUMENTAČNÍ ZÁKLADNA

Relevantní transakční výkon – CCU HP-UX O2 (Computing Capacity Unit HP-UX)

"Relevantní výpočetní výkon HP-UX O2 vyjadřuje výkon daného stroje s procesory Intel Itanium s operačním systémem HP-UX v jednotkách výpočetního výkonu. Tyto výpočetní jednotky vychází z metodiky organizace Transaction Pecessing Performance Council kategorie SPECint Rate. Jedná se o průmyslově standardizovaný benchmark výpočetního výkonu, zatěžující všechny součásti serveru. SPECint Rate byl navrhnut jako prostředek pro srovnávání výpočetního výkonu skrz celou škálu hardware a software jednotlivých výrobců.

OZNAČENÍ SLUŽBY

E-002 - VYK/LWIN

TYP KL:

PAUŠÁLNÍ

Název služby

Zajištění výpočetního výkonu platformy x86 Linux / Windows

VYMEZENÍ SLUŽBY

Prostředí

PRODUKČNÍ, TESTOVACÍ, VÝVOJOVÉ

Cílová skupina

Centrální systémy SAP a IOP

Zkrácený popis služby

Služba slouží pro optimalizaci výkonu (CPU a RAM) fyzických a virtualizovaných platforem Linux a Windows podle aktuálních potřeb Mze.

Dodávka služby je realizováno v režimu - alokační pool

Tedy v rámci služby je dodáván souhrnný výpočetní výkon, který bude přiřazen do alokačního poolu objednatele.

Parametry služby

Platforma

Intel x86

22 ks - Server typ - Low

Požadované výpočetní výkon

4 x Core Intel Xeon o výkonu 215 CCU O2 (1 x Quad Core CPU)

Množství RAM

24 GB RAM

Budou použity licence Mze

Diskový prostor

2 x 300 GB HDD – RAID1 + FC připojení na diskové pole

4 ks - Server typ – Mid

Požadované výpočetní výkon

8 x Core Intel Xeon o výkonu 430 CCU O2 (2 x Quad Core CPU)

Množství RAM

48 GB RAM

Budou použity licence Mze

Diskový prostor

2 x 300 GB HDD – RAID1 + FC připojení na diskové pole

2 ks - Server typ – High

Požadované výpočetní výkon

16 x Core Intel Xeon o výkonu 680 CCU O2 (2 x Eight Core CPU)

Množství RAM

128 GB RAM

Budou použity licence Mze

Diskový prostor

2 x 300 GB HDD – RAID1 + FC připojení na diskové pole

2 ks - Server typ – VMware

Požadované výpočetní výkon

32 x Core Intel Xeon o výkonu 680 CCU O2 (2 x Eight Core CPU)

Množství RAM

256 GB RAM

Budou použity licence Mze

Diskový prostor

xD card pro boot VMware + FC připojení na diskové pole

Další požadavky

Pronajatý výpočetní výkon musí být napojeno přímo do centrálního LAN a SAN prostředí MZe a jako diskové úložiště jsou použity diskové pole XP24000 ve vlastnictví Mze.

Poskytovaný výpočetní výkon musí být rozložen v poměru 50:50 mezi lokality HC Nagáno a HC Chodov.

CENA

Položka

Cena bez DPH

DPH 21 %

Cena s DPH

Inicializační poplatek – zřízení služby v prvním měsíci poskytování

[DOPLNÍ UCHAZEČ]

Paušální cena za pronájem serverů dle specifikace výše

[DOPLNÍ UCHAZEČ]

Cena za rozšíření kapacity o 2 ks serverů LOW

[DOPLNÍ UCHAZEČ]

Cena za rozšíření kapacity o 2 ks serverů MID

[DOPLNÍ UCHAZEČ]

Cena za rozšíření kapacity o 2 ks serverů HIGH

[DOPLNÍ UCHAZEČ]

Cena za rozšíření kapacity o 2 ks serverů VMEWare

[DOPLNÍ UCHAZEČ]

SERVICE LEVEL AGREEMENT (SLA)

Vyhodnocovací období

1 měsíc nebo po ukončení specifických činností

SLA PARAMETRY

Jednotka

Hodnota

Max počet za období

Kreditace

Dostupnost

[%/měs]

99,5

N/A

Provozní doba zaručená

[hod-hod]

00–24 (7x24)

N/A

Max. doba trvání incidentu A

[hod]

4,5

N/A

Max. doba nedostupnosti dat

[hod]

N/A

Max. doba servisní odezvy

[min]

N/A

Odstranění incidentu A

[hod]

Odstranění incidentu B

[dny]

Odstranění incidentu C

[dny]

N/A

Poskytnutí specifických činností

[% akceptačních kritérií]

N/A

Upřesnění kategorií incidentů (zpřesnění globálních definic daných servisní smlouvou)

Kategorie A

Nedodání objednaného výpočetního výkonu v rámci jednoměsíční inicializace

Nebo nedostupnost fyzických nebo virtuálních serverů.

Kategorie B

Výpadek části infrastruktury mající vliv na odezvu/výkon serverů

Kategorie C

N/A

Způsob kontroly

Výkazem plnění parametrů SLA,

PODMÍNKY A OMEZENÍ SLUŽBY

Měrná jednotka provozu služby

Služby jsou poskytovány v jednotkách odpovídacích charakteru služby a celková cena je složena z jednotlivých jednotek.

Omezení

Služby mohou být vázány na minimální možnou dobu poskytování s ohledem na jejich povahu.

Další podmínky

Pravidelné servisní okno pro realizaci upgradů a případné konfigurace je stanoveno na 1 a 3 týden v měsíci. Termín je vždy úterý od 22:00 hod.

DOKUMENTAČNÍ ZÁKLADNA

Relevantní transakční výkon – CCU O2 (Computing Capacity Unit)

"Relevantní výpočetní výkon O2 vyjadřuje výkon daného stroje s procesory x86 s operačním systémem Linux/Windows v jednotkách výpočetního výkonu. Tyto výpočetní jednotky vychází z metodiky organizace Transaction Pecessing Performance Council kategorie SPECint 2006 Rate. Jedná se o průmyslově standardizovaný benchmark výpočetního výkonu, zatěžující všechny součásti serveru. SPECint 2006 Rate byl navrhnut jako prostředek pro srovnávání výpočetního výkonu skrz celou škálu hardware a software jednotlivých výrobců.

Stránka 189 z 189

Document Metadata

Table of Contents

kATALOGOVÉ LISTY

Document Metadata