smlouvy.gov.cz¡vka... · Web viewsmlouvy.gov.cz

Požadavek na změnu (RfC) – Drobné úpravy LPIS - souhrn II.

1 Základní informaceID SD MZe: neuděleno ID ShP MZe: 2016_0031_102 ID PK MZe: 302

Název změny LPIS - Drobné úpravy (PZ_PRAIS_2017_No138_LPIS_souhrn_drobnych_uprav_II)

Datum předložení požadavku: 1.5.2017 Požadované datum nasazení: 31.10.2017

Kategorie změny: Normální ☒ Urgentní ☐ Priorita: Vysoká ☒ Střední ☐ Nízká ☐

Oblast:Aplikace ☒

Kód: SDB

Typ požadavku:

Legislativní ☐ Zlepšení ☒ Reklamace ☐ Bezpečnost ☐

Infrastruktura ☐ Typ požadavku: Nová komponenta ☐ Upgrade ☒ Bezpečnost ☐

Role Jméno Organizace /útvar Telefon E-mail

Žadatel: … MZe … …




Metodický / věcný garant:

…MZe

… …

Change koordinátor:

…MZe

… …

Poskytovatel / dodavatel:

…O2ITS

… …

2 Stručný popis požadavku2.1 Popis požadavkuPředmětem PZ jsou drobné změny na úpravy funkcionalit v rámci LPIS postupně nashromážděné z porad pracovního týmu SZP, popř. požadavky z Helpdesku. Tyto požadavky doplňují existující funkcionalitu anebo jí optimalizují.

2.2 Odůvodnění požadované změny (legislativní změny, přínosy)Důvodem realizace jsou zjištěné nedostatky funkčnosti stávajícího systému.

2.3 Rizika nerealizaceV případě nerealizace hrozí, že řada požadavků oprávněně sdělených na Helpdesk Mze nebude realizována.

Stupeň důvěrnosti: Veřejné Strana 1 z 32

3 Podrobný popis požadavkuPředmětem PZ jsou drobné změny na úpravy funkcionalit v rámci LPIS postupně nashromážděné z porad pracovního týmu SZP, popř. požadavky z Helpdesku. Tyto funkcionality nejsou k dispozici v stávající verzi LPIS.Jde o následující body:

1. Úprava webových služeb pro farmářea. Sjednocení výstupů údajů o AZZP mezi službami LPI_DDP01A a LPI_AZP01Cb. Optimalizace funkčnosti volání webové služby LPI_DDP01A a zavedení nové WS

LPI_DDP01B, která umožní jednoduchou filtraci v DPB.c. Úprava služby LPI_DDP01A v důsledku zavedení nových atributů parcely a

identifikace chybějících dat ve služběd. Úprava rozsahu poskytovaných číselníků ve službě LPI_GPL02Ae. Nová webová služba v EPH pro export dat z EPHf. Nová webová služba v LPIS pro založení a editaci zemědělské parcely

2. Úprava zobrazení informací na uživatelském rozhranía. Zobrazení konvenčních DPB na záložce Nejisté DPB u ekologických zemědělců.b. Grafické zobrazení uložení hnojišť na svažitých pozemcích k vodě ve 100 m pásmuc. Zvýraznění plochy DPB nepokryté zemědělskými parcelami v iLPISd. Úprava formuláře pro zadávání osevního postupu v EPHe. ILPIS –zobrazování plodin k datu v pravém popisném paneluf. Zobrazení rastru sklonitostig. Zobrazení managementu OTP h. Úprava zoomu na areáli. Úprava zobrazení Vhodnosti DPB pro LFA 2015-2020j. Vizualizace logovacích úkonů na zemědělských parcelách

3. Úprava tiskových sestava. Úprava tiskové sestavy č. 28 Přehled osevního postupub. Úprava tiskové sestavy č. 29 Přehled pěstovaných plodin pro příslušný rok

4. Úprava modulu Admin LPIS5. Implementace úlohy pro synchronizaci číselníku odrůd6. Úprava DZES 47. Změna nastavení délky přechodného období u kultury J8. Úprava procesu Zrušení DPB9. Úprava vyhledávání DPB s návrhem na ukončení bez náhrady vyžadujícím audit

ÚKZÚZ10. Implementace upozornění na úrovni A0,A1 při schválení DPB s různým zařazením

AEKO11. Implementace (výměna) podkladové vrstvy erozní ohroženosti

3.1 Úprava webových služeb pro farmáře a SZIF3.1.1 Sjednocení výstupů údajů o AZZP mezi službami LPI_DDP01A a

LPI_AZP01CSouřadnice odběrného bodu AZZP jsou nyní pouze ve službě LPI_DDP01A a chybí ve službě LPI_AZP01C, poskytující data z AZZP (Agrochemického Zkoušení Zemědělských Půd). Je proto požadováno k rozšíření služby LPI_AZP01C o souřadnice konkrétního odběrného bodu.Specifikace response služby LPI_AZP01C s vyznačeným doplněním souřadnice X a Y je uvedena níže:RESPONSE:

XML Element (@atribut) Typ Výskyt Omezení PopisData 1 - 1 Předávaná data

Response 1 - 1 Element označující data odpovědi, která vrací zdrojový systém konzumentovi.


DATA 1 - 1 Element - DATA.STATUS int 1 - 1 Hodnoty:

{ 0, 1 }Může nabývat hodnoty 1/0 – 1- subjekt má v LPIS na svých PB evidovány nějaké výsledky AZP, 0-subjekt nemá na svých PB evidovány žádné výsledky AZP.

DATZMENYAZP date 1 - 1 Datum poslední změny v datech AZP příslušného uživatele. Je-li STATUS = 0, pak se vrací 31.12.2999.

ZAVAZEK 0 - 1 Element – jednotlivé kombinace závazků a čtverců/kódů aného uživatele.

PUDNIBLOK 0 - N Element - půdní blok.CTVEREC string 1 - 1 Min. délka:

1Max. délka: 8

Mapový čtverec.

ZKOD string 1 - 1 Min. délka: 1Max. délka: 8

Zkrácený kód dílu půdního bloku.

AZPBOD 1 - N Element – Bod odběru pro výsledky AZP.

KOD string 1 - 1 Min. délka: 1Max. délka: 44

Číslo vzorku posledního měření na bodu AZZP, které již má k dispozici výsledky.

SOURADNICEX token 1 - 1 Souřadnice X (formát S-JTSK).

SOURADNICEY token 1 - 1 Souřadnice Y (formát S-JTSK).

DRUHPUDY string 1 - 1 Max. délka: 0

Druh půdy (Povolené hodnoty: T, S, L). Element se vrací prázdný v případě, že ještě nebyla nahrána data měření.

MERENI 1 - N Element – kolekce měření AZP.

DATUM date 1 - 1 Datum odběru.KULTURA string 1 - 1 Max.

délka: 0Kultura. Hodnoty:2 - orná půda3 - chmelnice4 - vinice6 - ovocný sad7 - travní porost9 - jiná kultura91 - školka92 - zelinářská zahrada97 - rybník98 - porost RRD99 - zalesněná půda


VYSLEDKY 1 - 1 Element – kolekce výsledků odběrů jednotlivých živin.

MERENI 0 - N Element měření.FAKTOR token 1 - 1 Hodnoty:

{ ph, Ca, Mg, P, K }

Kontrolovaný faktor (ph, Ca, Mg, P, K).

HODNOTA decimal 1 - 1 Počet platných číslic: 5Přesnost: 1

Zjištěná hodnota.

MJ token 1 - 1 Hodnoty: { , mg/kg }

Měrná jednotka.

HODNOCENI string 1 - 1 Max. délka: 0

Hodnocení přiměřenosti zásobení živinami. Hodnoty: N - nízkýVH - vyhovujícíD - dobrýV - vysokýVV - velmi vysokýHodnocení Ph:EK - extrémně kyseláSilK - silně kyseláK - kyseláSlaK - slabě kyseláN - neutrálníA - alkalickáSilA - silně alkalická

3.1.2 Optimalizace funkčnosti volání webové služby LPI_DDP01A – nová WS LPI_DDP01B

V současné době se služba LPI_DDP01A volá per DPB. V případě, že subjekt hodlá synchronizovat údaje např. o zemědělských parcelách do svého systému, pak mu nezbývá než zavolat službu pro veškeré svoje DPB, a chce-li synchronizovat denně, znamená to enormní zátěž systémů MZe. Je proto žádoucí do služby LPI_DDP01A implementovat možnost zjištění IDDPB, které se pro určitou sekci údajů změnily od posledního volání. Následně by uživatel už zavolal službu jen pro změněná IDDPB, čímž musí dojít ke snížení četnosti volání na jednotky % proti současnému stavu, navíc stávající podoba řešení značně ztěžuje implementaci i na straně klienta. Dosavadní pole GETDATA v requestu služby se používat nebude a bude místo něj dvě pole:

- GETZMENENEDPB (Default 0)- DATUMZMENYOD (Default null)

Současně bude ve službě zajištěna logika, že nemusí být vyplněny pole pro identifikaci DPB, jestliže GETZMENENEDPB = 1, a naopak.LPIS by následně zjišťoval změnu vždy pro ty sekce dat, které by v dotazu byly vyjmenovány v poli TYPDATA. V případě, že tedy uživatel bude chtít zjistit změny pro volání typu ZAKLAD a ZEMPARCELY a naposledy volal službu 21.5.2017 uvede request takto:

- GETZMENENEDPB – 1 - DATUMZMENYOD – 21.5.2017- TYPDATA – {ZAKLAD,ZEMPARCELY}

Nová struktura requestu služby bude následující:Data 1 - 1


Request 1 - 1 Element označující data požadavku, předávaná konzumentem zdrojovému systému.

[SZRID nebo JISUBAPA]SZRID 1 - 1 Počet platných

číslic: 10SZR identifikátor.

JISUBAPA 1 - 1 Počet platných číslic: 10

JI subjektu (povinný je jeden z identifikátorů JI nebo SZRID).

GETDATA 1 - 1 Číselník nabývající hodnot 0/1 –0 – jen datum poslední změny,1 – Kompletní historie PBNEPOUŽÍVAT. Služba se bude chovat, jak by bylo vždy vyplněna 1

GETZMENENEDPB 0 – 1 Číselník nabývající hodnot 0/1 –0 – služba poskytuje data,1 – služba poskytuje seznam změněných DPB.Default v případě neuvedení = 0

DATUMZMENYOD 0 – 1 Vztahuje se k předchozímu poli, slouží pro vrácení DPB, u kterých nastala změna.Default v případě neuvedení = NULL

[IDDPB]CTVEREC 0 - 1 Min. délka: 1

Max. délka: 8Mapový čtverec.

ZKOD 0 - 1 Min. délka: 1Max. délka: 10

Zkrácený kód.

IDDPB 0 - 1 Počet platných číslic: 10

Identifikace DPB - interní ID DPB (pouze doplňkové pro lepší identifikaci hledaného DPB, má-li jej konzument k dispozici).

DATOD 0 - 1 Datum nejstarší účinnosti od DPB (bloky, které ukončily účinnost před tímto datem, v odpovědi nebudou předány).

DATDO 0 - 1 Datum nejmladší účinnosti do DPB (bloky, které zahájily účinnost po tomto datu, v odpovědi nebudou předány).

TYPDATA 0 - N Element – kolekce pro definici dat, která chce uživatel přebírat. Není-li vyplněno posílají se všechna data.

TYPDATAKOD 1 - 1 Max. délka: 10Hodnoty: { ZAKLAD, KATUZE, EVP, NS, EROZE, LFA, MZP, OPVZ, BPEJ, AEKO, EFAS, GMO, AZZP, ZEMPARCELY

Služba umožňuje volit následující typy dat:ZAKLAD (UZIVATEL, ZAKLADNI)KATUZE(PREKRYVKATUZE)EVP(SEZNAMEVP)NS (UDAJENS, OPATRENINS, APLPAS)EROZE (UDAJEEROZE, OPATRENIEROZE,


, ZAKLADMIN } OPATRENIMEO)LFA (LFA)EFASMZP (MZP)OPVZ (OPVZ)BPEJ (BPEJ)AEKO (AEKOUDAJE, ENVIRO),GMO,AZZP,ZEMPARCELY (ZEMPARCELY),ZAKLADMIN.

V response přibude element ZMENENEDPB s výčtem jejich ID:

Data 1 - 1 Předávaná dataResponse 1 - 1 Element označující data

odpovědi, která vrací zdrojový systém konzumentovi.

DATZMENYDPB 1 - 1 Datum poslední změny v datech daného uživatele.

ZMENENEDPB 0 - N Element – změněné DPBIDDPB 0 -1 ID změněného DPB

DPB 0 - N Element - půdní blok.CHYBA 0 - 1 . Vrátí údaj, zda k danému

datu existuje DPB s návrhem na zrušení anebo probíhá čekání na námitky nebo probíhá námitkové řízení.Číselník chybových stavů bude převzat ze služby užívání v čase, bude však rozlišovat stavy:a. Díl má návrh na zrušení předcházející datu platnostib. V LPIS je k danému dílu podána námitka k řízení předcházející datu platnostic. DPB je v řízení, u kterého běží lhůta pro podání námitekd. Nejistý režim EZ.

3.1.3 Úprava služby LPI_DDP01A v důsledku zavedení nových atributů parcely a identifikace chybějících dat ve službě

V důsledku zavedení atributů meziplodiny a GPS bude rovnocenně rozšířena struktura výstupu služby LPI_DDP01A. Současně bude doplněn atribut IDPARCELAPREDEK – navázání na předchozí parcelu.Dále budou ve službě poskytovány nově tzv. odpočitatelné plochy zadané v LPIS ve vztahu k zemědělským parcelám.

ZEMPARCELY 0 - N

Za každý DPB bude poskytnuto 0 až N parcel, podle toho kolik jich má uživatel zadán.


IDPARCELA int 1 - 1

Počet platných číslic: 10

ID parcely.

NAZEV token 1 - 1

Název parcely.

PORADI int 1 - 1

Pořadí parcely v rámci DPB.

PARCELAOD date 1 - 1

Platnost parcely od.

PARCELADO date 0 - 1

Platnost parcely do.

IDPARCELAPREDEK int 0 - 1


ID předka parcely – pro účely navázání historie

PLODINA 1 - N

Element – kolekce zadaných plodin.

KODPLODINY int 1 - 1

Kód plodiny – dle číselníku LPI_GPL.

MEZIPLODINA Bool 1 - 1

Údaj zda se jedná o meziplodinu (true/false)

GPS Bool 1 - 1

Údaj zda se jedná o plodinu na GPS (true/false)

PLATNOSTOD date 1 - 1

Pěstování od.

PLATNOSTDO date 0 - 1

Pěstování do.

ODPOCPLOCHY 0 - N

Element – kolekce zadaných odpočitatelných ploch

KODOP int 1 - 1

Kód odpočitatelné plochy.

SIRKA int 1 - 1

Šířka pásma

VYMERA numeric 1 - 1

Výměra odpočitatelné plochy

PLATNOSTOD date 1 - 1

Platnost plochy od

PLATNOSTDO date 0 - 1

Platnost plochy do

PARCELAVERZE 0 - N

Verze parcely – k ní se vážou všechny geometrické a nápočtové údaje.

IDPARCELAVERZE int 1 - 1


ID verze - výměrového řezu parcely – k tomuto řezu se vážou údaje níže v XSD.

GEOMETRIE token 0 - 1

Zákres ve vektorovém formátu.

VYMERA decimal 1 - 1

Počet platných číslic: 7Přesnost: 2

Výměra v [ha] - na 2 desetinná čísla.

PARCELAVERZEOD date 1 - 1

Platnost dílčí verze parcely od.

PARCELAVERZEDO date 0 - 1

Platnost dílčí verze parcely do.


ZAKLADNI 0 - N

Element – kolekce základních údajů o Parcele.

KOD token 1 - 1

Možný výčet údajů pro sekci základní:NADMVYSKA,SVAZITOST,OBVOD,MINVZDALVODA,NUTS4KOD,ORIENTS,ORIENTSV,ORIENTV,ORIENTJV,ORIENTJ,ORIENTJZ,ORIENTZ,ORIENTSZ,ORIENTRMARGEXPOZSS,MAPOVYLIST,MAPOVYLIST5000,VYMERABEZEVP,EKO kód: Informace o ekologickém režimu.Režim ekologického zemědělství: 0 - Konvence 1 - Certifikované EZ 2 - Přechodné období 3 - Nejisté PO 4 - Nejisté EZ 5 - Přechodné období blokované,VYMECP, VYMECPZMEN,VODAPREKRYVSVAZITE.

3.1.4 Úprava rozsahu poskytovaných číselníků ve službě LPI_GPL02AV rámci služby LPI_GPL02A , která poskytuje číselníky LPIS budou provedeny dvě dílčí změny:

1. Nebude poskytován TYPCISELNIKU = 7 – seznam dotačních opatření (přehled dotačních opatření poskytuje nově již přímo služba SDB_OPA02A, poskytování z LPIS bylo provizorní a navíc neobsahovalo veškerá opatření, chyběla opatření původem z Registru zvířat)

2. Bude poskytován nový typ číselníku = 11 – vazba odrůd UKZUZ na dotační plodiny Struktura request a rozšířený response o typ číselníku = 11 je uveden níže:REQUEST

XML Element (@atribut) Typ Výskyt Omezení PopisData 1 - 1 Předávaná data

Request 1 - 1 Element označující data požadavku, předávaná konzumentem zdrojovému systému.

GETDATA boolean 1 - 1 Číselník nabývající hodnot 1/0 – v případě hodnoty 1 se poskytne v odpovědi celý číselník, u


hodnoty 0 jen datum poslední změny.

TYPCISELNIKU integer 0 - 1 Hodnoty: { 1, 2, 3, 4, 5, 6, 8, 9, 10,11 }

Určuje, který typ číselníku se má vrátit1-Centrální číselník plodin2-RRD3-Meziplodiny4-Konopí5-Kultury6-EFAS7-Číselník opatření8-Číselník doplňkových údajů9-Číselník sečí10- Číselník způsobů pastvy 11- Vazební číselník odrůd ÚKZÚZ a dotačních plodin

RESPONSEXML Element (@atribut) Typ Výskyt Omezení PopisData 1 - 1 Předávaná data

Response 1 - 1 Element označující data odpovědi, která vrací zdrojový systém konzumentovi.

DATZMENYCIS date 1 - 1 Datum poslední změny číselníku.

KULTURA 0 - N Element KULTURA.ID integer 1 - 1 Počet platných

číslic: 10Primární klíč kultury.

NAZEV string 1 - 1 Min. délka: 1Max. délka: 255

Název kultury.

KOD token 1 - 1 Kód (zkratka kultury).DATZMENY date 1 - 1 Datum poslední změny

kultury.PLATNOSTOD date 1 - 1 Platnost položky od.PLATNOSTDO string 1 - 1 Max. délka: 0 Platnost položky do.

EFAS 0 - N Element EFAS.ID integer 1 - 1 Počet platných

číslic: 10Primární klíč typu EFAS.


Název EFAS.

KOD token 1 - 1 Kód (zkratka EFAS).KULTURAID string 1 - 1 Max. délka: 0 Kultura, z níž se EFAS

odvozuje.DRUHEVPID string 1 - 1 Max. délka: 0 Druh EVP, z něhož se

EFAS odvozuje.VAHA decimal 1 - 1 Počet platných

číslic: 7Přesnost: 2

Vahový koeficient.

DATZMENY date 1 - 1 Datum poslední změny kultury.

PLATNOSTOD date 1 - 1 Platnost položky od.PLATNOSTDO string 1 - 1 Max. délka: 0 Platnost položky do.


PLODINA 0 - N Element PLODINA.TYPCISELNIKU integer 1 - 1 Hodnoty: { 1, 2,

3, 4 }Typ číselníku, v rámci kterého jsou níže uvedené položky poskytovány1 – Centrální číselník plodin2 – Číselník RRD3 – Číselník meziplodin4 – Číselník druhů konopí.

ID integer 1 - 1 Počet platných číslic: 10

Primární klíč plodiny dotačního číselníku.


Název plodiny (event. odrůdy konopí pro typ číselníku 4).

KATEGORIEOD token 0 - 1 Kategorie ovocného druhu.

STROMKER token 0 - 1 Rozlišení strom x keř pro ovocné druhy.

VICELETOST string 0 - 1 Hodnoty: { VICELETA, JEDNOLETA }

výčet možných produktů plodiny.

MAPOVANIOLDAEO token 0 - 1 Mapovací hodnota na číselník zeleniny a ovoce starého AEO.

PLATNOSTOD date 1 - 1 Věcná platnost položky od.

PLATNOSTDO string 1 - 1 Max. délka: 0 Věcná platnost položky do.

DATZMENY date 1 - 1 Datum poslední změny plodiny.

GROUPIDGREENING

0 - N výčet možných produktů plodiny.

HODNOTA token 1 - 1 Hodnota položky pro určování poměru diverzifikace plodin.

PLATNOSTOD date 1 - 1 Věcná platnost vazby od.

PLATNOSTDO string 1 - 1 Max. délka: 0 Věcná platnost vazby do.

NAROKY 0 - N výčet možných produktů plodiny.

OPATRENIID integer 0 - 1 Počet platných číslic: 10

Id opatření/titulu z centrálního číselníku opatření v SDB.

KODTITULU string 1 - 1 Min. délka: 1Max. délka: 255

Kód dotačního titulu, na který má plodina nárok.

PLATNOSTOD date 1 - 1 Věcná platnost vazby od (tj. od kdy je relevantní v dotacích).

PLATNOSTDO string 1 - 1 Max. délka: 0 Věcná platnost vazby do (tj. do kdy je relevantní v dotacích).



PLODINYPF 0 - N výčet možných produktů plodiny.


Název plodiny na PF.

IDPLODINYPF integer 1 - 1 Počet platných číslic: 10

ID plodiny v číselníku na PF.

PLATNOSTOD date 1 - 1 Věcná platnost vazby od.

PLATNOSTDO string 1 - 1 Max. délka: 0 Věcná platnost vazby do.


PROKULTURU 0 - N výčet možných produktů plodiny.

KULKOD token 1 - 1 Kód kultury, na kterou je plodina navázána.

PLATNOSTOD date 1 - 1 Věcná platnost vazby od (tj. od kdy je relevantní v dotacích).



OPATRENI 0 - N Element OPATRENI.ID integer 1 - 1 Počet platných

číslic: 10Primární klíč.

TYP string 1 - 1 Hodnoty: { OPATRENI, TITUL }

Enum: OPATRENI nebo TITUL.

NADRAZENEID string 1 - 1 Max. délka: 0 ID nadřazeného opatření.

KOD token 1 - 1 Kód (zkratka dle SZIF).ZKRATKA token 1 - 1 Uživatelský kód pro

opatření (blíže vystihuje název opatření).


Plný název opatření.

DATZMENY date 1 - 1 Datum poslední změny.PLATNOSTOD date 1 - 1 Věcná platnost položky

od.PLATNOSTDO string 1 - 1 Max. délka: 0 Věcná platnost položky

do.PROKULTURU 0 - N výčet kultur, na kterou je

opatření navázáno.KULKOD token 1 - 1 Kód kultury, na kterou je

plodina navázána.PLATNOSTOD date 1 - 1 Věcná platnost vazby od

(tj. od kdy je relevantní v dotacích).




DOPLNKOVEUDAJE 0 - N Element DOPLNKOVEUDAJE.

ID integer 1 - 1 Počet platných číslic: 10

Primární klíč.

KOD token 1 - 1 Kód seče.NAZEV string 1 - 1 Min. délka: 1

Max. délka: 255

Popis termínu seče.

DATZMENY date 1 - 1 Datum poslední změny.PLATNOSTOD date 1 - 1 Platnost položky od.PLATNOSTDO string 1 - 1 Max. délka: 0 Platnost položky do.

SECE 0 - N Element SECE.ID integer 1 - 1 Počet platných


KOD token 1 - 1 Kód doplňkového údaje.NAZEV string 1 - 1 Min. délka: 1

Max. délka: 255

Význam doplňkového údaje.


PASTVY 0 - N Element PASTVY.ID integer 1 - 1 Počet platných


KOD token 1 - 1 Kód způsobu pastvy.NAZEV string 1 - 1 Min. délka: 1

Max. délka: 255

Význam způsobu pastvy.


ODRUDY 0 - N Element ODRUDYIDUKZUZ integer 1 - 1 Počet platných

číslic: 10Primární klíč - ID odrůdy ÚKZÚZ


Název odrůdy ÚKZÚZ

IDDOTACNIPLODINY

integer 1 - 1 Počet platných číslic: 10

ID plodiny z dotačního číselníku (TYPCISELNIKU = 1)


3.1.5 Nová webová služba pro export dat z EPHTato služba bude reversní vůči službě EPH_IMP01A, která slouží pro import dat aplikací hnojiv a POR do systému EPH. Data budou poskytována ve shodné struktuře. Request bude omezen na SZRID, Datum OD – DO a TYPDATA, zda mají být poskytnuty HNOJIVA, POR nebo PASTVY. Služba bude autentizovaná. Doba archivace bude 3 roky.Struktura nové služby EPH_EXP01A:REQUESTXMLdata Typ Výskyt Omezení Popis

Subjekt 1 - 1 Informace o


subjektuSZRID unsignedInt 1 - 1 Identifikátor

subjektu dle SZROdData date 1 - 1 Data pokrývají

období odDoData date 1 - 1 Data pokrývají

období doTypData string 1 - 1 Hodnoty: {

HNOJ, POR, PAST }

Typ požadovaných dat (Hnojiva, POR, pastvy)

RESPONSEXMLdata Typ Výskyt Omezení Popis

Subjekt 1 - 1 Informace o subjektu

SZRID unsignedInt 1 - 1 Identifikátor subjektu dle SZR

OdData date 1 - 1 Data pokrývají období od

DoData date 1 - 1 Data pokrývají období do

Parcela 0 - N Informace o parcele

Ctverec string 0 - 1 Max. délka: 8

LPIS čtverec

Blok string 1 - 1 Max. délka: 8

LPIS blok

IDParcely string 1 - 1 Max. délka: 50

LPIS ID parcely

NazevParcely string 0 - 1 Max. délka: 50

LPIS název parcely

ParcelaOd date 0 - 1 Platnost parcely od

ParcelaDo date 0 - 1 Platnost parcely do

VymeraParcely decimal 1 - 1 Počet platných číslic: 7Přesnost: 2

Výměra parcely v ha

IdPlodiny unsignedInt 1 - 1 ID plodiny z číselníku na parcele

Plodina string 1 - 1 Max. délka: 64

Název plodiny z číselníku na parcele

Meziplodina Bool 1 - 1 Max. délka: 64

Údaj zda se jedná o meziplodinu (True/false)

GPS Bool 1 - 1 Max. délka: 64

Údaj zda se jedná o plodinu na GPS (True/false)

PlodinaOd date 0 - 1 Datum pěstování plodiny na parcele od

PlodinaDo date 0 - 1 Datum pěstování plodiny na parcele do

Aplikace 0 - N Informace o aplikaci


DatumCasAplikace dateTime 1 - 1 Datum a čas aplikace hnojiva, POR

VymeraAplikace decimal 0 - 1 Počet platných číslic: 7Přesnost: 2

Výměra, na níž se aplikovalo v ha

ZpusobAplikace string 1 - 1 Hodnoty: { L, S, V }

Způsob aplikace

Hnojivo 0 - N Informace o hnojivu

Id unsignedInt 0 - 1 ID hnojiva z číselníku ÚKZÚZ

Typ string 0 - 1 Hodnoty: { HM, HS, HD, HO }

Typ hnojiva z číselníku ÚKZÚZ

Nazev string 1 - 1 Max. délka: 128

Název hnojiva z číselníku ÚKZÚZ

IDTypoveStatHnojivo unsignedInt 0 - 1 ID statkového hnojiva z číselníku ÚKZÚZ, vhodné pro vlastní hnojivo kategorie N3, 4

Mnozstvi decimal 0 - 1 Množství hnojiva aplikovaného na výměře

Davka decimal 0 - 1 Počet platných číslic: 9Přesnost: 3

Dávka hnojiva aplikovaného na ha

MnozstevniJednotka string 1 - 1 Hodnoty: { l/ha, kg/ha, t/ha }

Měrná jednotka aplikovaného množství

DavkaN decimal 1 - 1 Počet platných číslic: 9Přesnost: 3

Hmotnost dusíku v dávce hnojiva

DavkaP2O5 decimal 1 - 1 Počet platných číslic: 9Přesnost: 3

Hmotnost oxidu fosforečného v dávce hnojiva

DavkaK2O decimal 1 - 1 Počet platných číslic: 9Přesnost: 3

Hmotnost oxidu draselného v dávce hnojiva

DavkaMGO decimal 1 - 1 Počet platných číslic: 9Přesnost: 3

Hmotnost oxidu hořečnatého v dávce hnojiva

DavkaCAO decimal 1 - 1 Počet platných číslic: 9Přesnost: 3

Hmotnost oxidu vápenatého v dávce hnojiva


DavkaS decimal 1 - 1 Počet platných číslic: 9Přesnost: 3

Hmotnost síry v dávce hnojiva

KategorieN unsignedByte 1 - 1 Hodnoty: { 1, 2, 3, 4, 5, 6, 7, 8 }

Kategorie dusíku hnojiva

Organicke string 1 - 1 Hodnoty: { A, N }

Organické, anorganické hnojivo

Poznamka string 0 - 1 Max. délka: 50

Poznámka

DatumZapraveni date 0 - 1 Datum zapravení hnojiva

SusinaHa decimal 0 - 1 Počet platných číslic: 9Přesnost: 3

Dávka sušiny v kg/ha, povinné pole, pokud jsou, je to aplikace čistírenských kalů (KategorieN=5)

Pripravek 0 - N Informace o přípravku

Id unsignedInt 0 - 1 ID POR z číselníku SRS


Název POR z číselníku SRS

Mnozstvi decimal 0 - 1 Počet platných číslic: 13Přesnost: 3

Množství POR aplikovaného na výměře


Dávka POR aplikovaného na ha

MnozstevniJednotka string 1 - 1 Hodnoty: { ml/ha, l/ha, g/ha, kg/ha, t/ha, kus/ha, ks/ha }


Sarze string 0 - 1 Max. délka: 100

Šarže aplikovaného POR

CilovyOrganismus string 1 - 1 Max. délka: 50

Název škodlivého organismu, účelu použiti POR (číselník SRS)

IdCilovyOrganismus unsignedInt 0 - 1 ID škodlivého organismu, účelu použití POR (číselník SRS)

TypCilovyOrganismus string 0 - 1 Hodnoty: { SK, PL, CH, JU }

Typ škodlivého organismu, účelu použiti POR (číselník SRS)


Poznámka


Pastva 0 - N Informace o pastvě

DatumPastvyOd date 1 - 1 Datum pastvy odDatumPastvyDo date 1 - 1 Datum pastvy doVymeraPastvy decimal 0 - 1 Počet

platných číslic: 7Přesnost: 2

Výměra, na níž se páslo v ha

Jednotka 0 - N JednotkaId unsignedInt 0 - 1 ID kategorie/druhu

zvířat z číselníkuDruhKategorieZvirat string 1 - 1 Max.

délka: 60Název kategorie/druhu zvířat z číselníku

IDSkupinaZvirat unsignedInt 0 - 1 Hodnoty: { 0, 1, 2, 3, 4, 5, 11, 12, 13, 14, 15, 16, 17, 18, 101, 102 }

ID skupiny zvířat z číselníku, povinné pro vlastní kategorie zvířat

PocetKsDenne unsignedInt 1 - 1 Počet kusů pasených během dne, části dne

PrumernaHmotnostZvirat decimal 1 - 1 Průměrná hmotnost zvířat v kg

CastDne decimal 0 - 1 Min. hodnota (včetně): 0Max. hodnota (včetně): 1

Údaj o tom, zda bylo paseno část dne nebo celý den. Uvádí se v rozsahu 0 az 1 na desetinná místa. Není-li vyplněno, považuje se pastva za celý den.

Mnozstvi decimal 0 - 1 Množství výkalů, moči


Dávka výkalů, moči na ha


Dávka dusíku na ha


Dávka oxidu fosforečného na ha


Dávka oxidu draselného na ha


Objekt 0 - N Informace o objektu

Nazev string 1 - 1 Min. délka: 1Max. délka: 30

Název objektu

ObjektTyp string 1 - 1 Hodnoty: { SD, SK, MS }

Typ objektu


Poznámka k objektu

IdObce unsignedInt 1 - 1 Max. hodnota (včetně): 999999

ID obce podle číselníku ČSÚ, umístěni objektu

NazevObce string 1 - 1 Max. délka: 50

Název obce podle číselníku ČSÚ, umístěni objektu

VelikostObjektu decimal 1 - 1 Počet platných číslic: 7Přesnost: 2

Velikost objektu v MJ

MJ_Objektu string 0 - 1 Hodnoty: { kg, m2, m3, t }

MJ velikosti objektu

Aplikace 1 - N Informace o aplikaci

DatumCasAplikace dateTime 1 - 1 Datum a čas aplikace hnojiva, POR

ZpusobAplikace string 1 - 1 Hodnoty: { S, V }

Způsob aplikace

VelikostAplikace decimal 0 - 1 Počet platných číslic: 7Přesnost: 2

Velikost v objektu níž se aplikovalo v MJ Aplikace

MJAplikace string 1 - 1 Hodnoty: { kg, m2, m3, t }

Množstevní jednotka aplikace

Hnojivo 0 - N Informace o hnojivu

Id unsignedInt 0 - 1 ID hnojiva z číselníku ÚKZÚZ

Typ string 0 - 1 Hodnoty: { HM, HS, HD, HO }

Typ hnojiva z číselníku ÚKZÚZ


Název hnojiva z číselníku ÚKZÚZ

IDTypoveStatHnojivo unsignedInt 0 - 1 ID statkového hnojiva z číselníku ÚKZÚZ, vhodné pro vlastní hnojivo kategorie N3, 4

Mnozstvi decimal 0 - 1 Množství hnojiva aplikovaného na výměře

Davka decimal 0 - 1 Počet platných

Dávka hnojiva aplikovaného na


číslic: 9Přesnost: 3

MJ aplikace

MnozstevniJednotka string 1 - 1 Hodnoty: { l/m2, kg/m2, t/m2 }



Hmotnost dusíku v dávce hnojiva


Hmotnost oxidu fosforečného v dávce hnojiva


Hmotnost oxidu draselného v dávce hnojiva

DavkaMGO decimal 1 - 1 Počet platných číslic: 9Přesnost: 3

Hmotnost oxidu hořečnatého v dávce hnojiva

DavkaCAO decimal 1 - 1 Počet platných číslic: 9Přesnost: 3

Hmotnost oxidu vápenatého v dávce hnojiva

DavkaS decimal 1 - 1 Počet platných číslic: 9Přesnost: 3

Hmotnost síry v dávce hnojiva

KategorieN unsignedByte 1 - 1 Hodnoty: { 1, 2, 3, 4, 6, 7, 8 }

Kategorie dusíku hnojiva

Organicke string 1 - 1 Hodnoty: { A, N }

Organické, anorganické hnojivo


Poznámka

Pripravek 0 - N Informace o přípravku

Id unsignedInt 0 - 1 ID POR z číselníku SRS


Název POR z číselníku SRS

Mnozstvi decimal 0 - 1 Počet platných číslic: 13Přesnost: 3

Množství POR aplikovaného na objekt


Dávka POR aplikovaného na MJ objektu


MnozstevniJednotka string 1 - 1 Hodnoty: { ml/m2, l/m2, g/m2, kg/m2, ks/m2, ml/m3, l/m3, g/m3, kg/m3, ks/m3, ml/kg, l/kg, g/kg, kg/kg, ks/kg, ml/t, l/t, g/t, kg/t, ks/t }


Sarze string 1 - 1 Max. délka: 100

Šarže aplikovaného POR

CilovyOrganismus string 1 - 1 Max. délka: 50

Název škodlivého organismu, účelu použití POR (číselník SRS)

IdCilovyOrganismus unsignedInt 0 - 1 ID škodlivého organismu, účelu použití POR (číselník SRS)

TypCilovyOrganismus string 0 - 1 Hodnoty: { SK, PL, CH, JU }

Typ škodlivého organismu, účelu použiti POR (číselník SRS)


Poznámka

3.1.6 Nová webová služba pro založení a editaci zemědělské parcelyNa základě četných požadavků veřejnosti je vhodné umožnit zakládat parcely z externích systémů, anebo na nich editovat osevní postup.Služba bude koncipována tak, že k danému IDDPB umožní zaslat sadu parcel a editovat na nich osevní postup. Princip služby bude jednoduchý:

- Vždy se zasílají všechny parcely a plodiny na daném DPB- Nebudou-li se zaslaná data shodovat s již existujícími daty v LPIS, bude volání pro

konkrétní parcelu odmítnuto - parcely a plodiny lze jen přidávat a doposud poslední platný záznam parcel ukončovat

- V response vždy odchází i zapsaný stav do LPIS, v případě nové parcely se zpátky vrací její ID

Služba bude autentizovaná. Doba archivace bude 3 roky.Struktura služby LPI_ZZP01A (ZalozZemParcelu) je následující:

REQUEST:XMLdata Typ iterace omezení význam

PARCELA 1 - N Element – kolekce zaslaných parcel

IDPARCELA int 1 - 1 Počet ID parcely. Nemusí být


platných číslic: 10

uvedeno. V request (u nové parcely přiděluje LPIS ze sequenceru)

NAZEV token 1 - 1 Název parcely.VYMERA numeric 1 - 1 VýměraPORADI int 1 - 1 Pořadí parcely v rámci

DPB.PARCELAOD date 1 - 1 Platnost parcely od.PARCELADO date 0 - 1 Platnost parcely do.IDPARCELAPREDEK int 0 - 1 ID předchozí parcely,

která je předkem – kvůli lepší historizaci

PLODINA 1 - N Element – kolekce zadaných plodin.

KODPLODINY int 1 - 1 Kód plodiny – dle číselníku LPI_GPL.

MEZIPLODINA bool 0 - 1 Údaj zda se jedná o meziplodinu – default FALSE

GPS bool 0 - 1 Údaj zda se jedná plodinu na GPS – default FALSE

PLATNOSTOD date 1 - 1 Pěstování od.PLATNOSTDO date 0 - 1 Pěstování do.

RESPONSE:XMLdata Typ iterace omezení význam

PARCELA 1 - N Element – kolekce zaslaných parcel

STATUS int 1 - 1 Status zpracování : 1 – OK, 0 - nezpracováno

CHYBA token 0 - 1 Je uvedena, pokud je STATUS = 0

IDPARCELA int 1 - 1 Počet platných číslic: 10

ID parcely. Nemusí být uvedeno. V request (u nové parcely přiděluje LPIS ze sequenceru)

NAZEV token 1 - 1 Název parcely.VYMERA numeric 1 - 1 VýměraPORADI int 1 - 1 Pořadí parcely v rámci

DPB.PARCELAOD date 1 - 1 Platnost parcely od.PARCELADO date 0 - 1 Platnost parcely do.IDPARCELAPREDEK int 0 - 1 ID předchozí parcely,

která je předkem – kvůli lepší historizaci

PLODINA 1 - N Element – kolekce zadaných plodin.

KODPLODINY int 1 - 1 Kód plodiny – dle číselníku LPI_GPL.

MEZIPLODINA bool 1- 1 Údaj zda se jedná o meziplodinu

GPS bool 0 - 1 Údaj zda se jedná plodinu na GPS –

PLATNOSTOD date 1 - 1 Pěstování od.PLATNOSTDO date 0 - 1 Pěstování do.


3.2 Úprava zobrazení informací na uživatelském rozhraní3.2.1 Zobrazení konvenčních DPB na záložce Nejisté DPB u ekologických

zemědělcůZemědělci hospodařící v režimu ekologického zemědělství mají v LPIS zobrazenu záložku Nejisté EKO, na které se doposud zobrazovaly jen DPB s režimem nejistého EZ (EZN, PON). Smyslem této záložky je napomoci zemědělci včas řešit problémy spojené s DPB, u nichž je nastaven režim nejisté ekologie.Včasné řešení znamená pro výrazné snížení negativních dopadů jak na straně zemědělce, tak na straně subjektů aktivně vystupujících v procesu administrace dotací. Nicméně u zemědělců hospodařících v režimu ekologického zemědělství má stejný dopad, ne-li vážnější, i jakýkoli DPB s režimem KONV, protože od roku 2015 jsou podporováni pouze tzv. čistí ekozemědělci, kteří nemají žádný DPB v režimu KONV. Z tohoto důvodu je požadováno, aby na záložku Nejisté eko u subjektů registrovaných v REP (Registr ekologických podnikatelů) byly načítány i DPB konvenční.

3.2.2 Grafické zobrazení uložení hnojišť na svažitých pozemcích k vodě ve 100 m pásmu

V současné době je řešení zobrazení uložení hnojišť na svažitých pozemcích k vodě ve 100 m pásmu řešeno komplikovaně. Existují 2 vrstvy v rámci uzlu Uložení hnojišť detail, které toto řeší (viz obrázek):

- Vodní útvary zóna 100 m- DPB se sklonitostí nad 5 stupňů


Uživatel si pak musí zkombinovat v mapě manuálně průnik těchto dvou vrstev a tam teprve platí zákaz uložení hnoje. V případě že pásmo 100 m nemá průnik se svažitými DPB anebo naopak (viz mapa), tak v těchto místech omezení neplatí, což je značně zavádějící.

Žádoucím řešením je vektorizovat průnik 100 pásma od vodního útvaru s DPB se svažitostí nad 5 stupňů (na obrázku se jedná např. o část DPB 0302/6) a ve stromečku zanechat pouze jednu žárovku řešící toto omezení.Vektorová vrstva bude veřejně dostupná jako WMS/WFS.

3.2.3 Zvýraznění plochy DPB nepokryté zemědělskými parcelami v iLPISPři aktualizaci DPB se aktualizují i zákresy zeměd. parcel. Pokud ale systém neví, jak aktualizovat, tak zůstanou zachované v původních hranicích a na přehledu „zčervenají“, protože součet jejich výměr nesouhlasí. V případě členitějších DPB složitě těžko hledá, na kterém místě je nezbytné aktualizovat hranici DPB. Příklad je na obrázku (detail)


Po spuštění redesignu eroze lze očekávat, že těchto případů ještě přibude. Je proto požadován vhodný nástroj, který by tyto plochy DPB nepokryté zemědělskými parcelami barevně zvýraznil v mapě a umožnil jejich sloučení s vybranou sousední zemědělskou parcelou.

3.2.4 Úprava formuláře pro zadávání osevního postupu v EPHBude rozšířen formulář pro zadávání osevního postupu v LPIS o nepovinné pole

MEZIPLODINA. Defaultní nastavení je FALSE. Tato skutečnost bude doplněna i do struktury služby LPI_DDP01A a LPI_ZZP01A (viz výše).

GPS (užití plodiny na GPS) Defaultní nastavení je FALSE. Tato skutečnost bude doplněna i do struktury služby LPI_DDP01A a LPI_ZZP01A (viz výše).

Předchozí parcela – do pole půjde zadat přímého předka dané parcely – v případě právě jednoho předka na DPB se předek doplní automaticky, jinak se nabídne kombobox s výběrem přímých předků

Dále bude adekvátně upraveno:- Tisk č. 28 – doplnění sloupců Mezipl. a GPS Ihned za název plodiny- View_eph_parcely – doplnění sloupců MEZIPLODINA a GPS (pro účely následné práce

v EPH)

3.2.5 ILPIS – zobrazování plodin k datu v pravém popisném paneluV iLPIS v pravém popisném panelu je zobrazována na záložce Uživatel – Zem. parcely poslední plodina, nikoli aktuální a navíc je uváděn datum Platnosti od parcely, nikoliv pěstování plodiny. Pokud si zemědělci zadají i následující plodiny do budoucna (v rámci plánovaného osevního postupu), pak nastává uvedený problém. Chování seznamu zemědělských parcel by bylo vhodné změnit a to takto:

1. Bude doplněn sloupec Pěst. Od za sloupec Posl. Plodina 2. Bude doplněn sloupec Areál za sloupec Pěst. Od3. Sloupce budou seřazeny takto – Kód, Název, Vým., Plodina, Pěst. Od, Areál, Plat. parcely

od, Plat. Parcely do.


4. Nad seznamem bude doplněno pole Datum: , ve kterém bude defaultně uveden dnešní datum. Výsledný seznam bude obsahovat parcely platné k tomuto datu a k tomu adekvátní plodinu pěstovanou k zadanému datu a adekvátní areál. V případě, že pole bude prázdné, bude zobrazen kompletní přehled parcel s poslední pěstovanou plodinou a posledním přiřazeným areálem – shoda s dnešním chováním zaškrtnutého pole Historie

5. Tlačítko Tisk bude nahrazeno ikonami PDF a XLS a způsobí export daného seznamu se sloupci tohoto gridu.

3.2.6 Zobrazení rastru sklonitostiLPIS obsahuje rastr sklonitosti, ale doposud jej nezobrazuje v mapě. Rastr sklonitosti bude zobrazen v modulech pLPIS, iLPIS, LPIS (EP, KNM SZIF, UKZUZ).Ve stromečku vrstev v uzlu Životní prostředí > Eroze > Ostatní podkladová data > Sklonitost Kategorie sklonitosti [°] a příklad barevné legendy (návrh možno změnit):

0,00 – 0,99 (0, 97, 0) 1,00 – 2,99 (54, 125, 0) 3,00 – 4,99 (97, 153, 0) 5,00 – 6,99 (146, 186, 0) 7,00 – 9,99 (197, 219, 0) 10,00 – 12,99 (255, 255, 0) 13,00 – 16,99 (255, 217, 0) 17,00 – 21,99 (255, 174, 0) 22,00 – 34,99 (255, 132, 0) 35,00 – 59,00 (255, 89, 0) 60,00 – 100,00 (255, 34, 0)


3.2.7 Zobrazení managementu opatření AEKO/Ošetřování travních porostůV roce 2017 došlo ke změně zasílání tzv. Doplňkových údajů v rámci opatření AEKO – Ošetřování porostů. Nově se již nezasílá do předtisku termín seč a způsob pastvy a současně se tato data nevracejí replikací zpět do LPIS. SZIF získává pro kontrolu informace přímo z dat vymezení ENVIRO. Stejná logika by měla být zachována i na záložce Dotace a v tisku č. 27 Přehled podaných žádostí o dotace, tj, aby k opatření AEKO-OTP byl doplněn aktuální režim seče a pastvy dle vymezení ENVIRO v daném roce. Po skončení kalendářního roku by se načítal stav k 31.12.Požadované řešení je, aby informace o vymezení ENVIRO byly načítány do sloupce Doplňkové údaje v podobě, která do 2016 byla zasílána ze SZIF. Data budou načítána jen pokud daný DPB je na žádosti AEKO-OTP pro příslušný rok.Tím musí být zajištěno, aby se údaje zobrazovaly i v mapě.

3.2.8 Úprava zoomu na areálStávající řešení zoomu na areál zvýrazňuje v mapě všechny DPB i historicky připojené parcely. Požadavkem je, aby zoom probíhal jen na parcely, které mají PRIPOJDO = NULL (tj. aktuálně připojené).

3.2.9 Úprava zobrazení Vhodnosti DPB pro LFA 2015-2020Na záložce Podrobné/AEO info se uvádí Vhodnost DPB pro opatření LFA 2015-2020, která vychází ze společné hodnota VhodnostAEOOld, která byla používána pro AEO roku 2015. Dosavadní prezentace tohoto údaje je nedostatečná z několika důvodů:

Tato vhodnost „pro LFA“ je v případě DPB nacházejících se mimo LFA oblast zavádějící, Oproti tomu má-li tato vhodnost např. v H nebo S oblastech hodnotu NE, pak je taktéž

zavádějící. Obecně je zavádějící jí uvádět na jiné kultuře než G, protože u všech zbývajících kultur je

vhodnost explicitně jasná z titulu nařízení vlády 75/2017 Sb.


Chybí údaj, že daný DPB s kulturou G se započítává do výpočtu intenzity v LFA-H nebo LFA-S

Proto bude upravena prezentace této hodnoty takto:- V sekci AEO-Info zůstane jen Vhodnost DPB pro opatření AEO 2007-2014, jejíž princip

zobrazení se nemění- V sekci LFA údaje budou nově na konci položky:

a. Vhodnost DPB pro poskytnutí dotace LFA 2015-2020b. Povinnost plnit intenzitu chovu zvířat pro poskytnutí dotace LFA

- Obě položky budou viditelné jen na DPB s kulturou G.- Prezentace položky Vhodnost DPB pro poskytnutí dotace LFA 2015-2020 bude

následující:a. Hodnota NE bude zobrazena vždy, pokud se DPB nachází mimo LFA oblast (=

výměra ve všech oblastech LFA je rovna 0)b. Hodnota ANO bude zobrazena vždy, pokud se DPB nachází alespoň zčásti v S nebo

H oblastic. Dosavadní hodnota vycházející z hodnoty VhodnostAEOOLD zůstane, jedná-li se o

DPB nacházející se alespoň zčásti v O oblasti a mimo S nebo H oblast.- Prezentace položky Povinnost plnit intenzitu chovu zvířat pro poskytnutí dotace LFA

bude následující:d. Hodnota ANO bude zobrazena vždy, pokud hodnota VhodnostAEOOLD = ANO

Prezentaci těchto hodnot je nezbytné zajistit pouze na GUI záložky Podrobné/AEO-Info a LFA údaje. Ve webových službách zůstane stávající řešení prezentace údaje VhodnostAEOOld nezměněna.

3.2.10 Vizualizace logovacích úkonů na zemědělských parceláchDoposud se na zemědělské parcele nezobrazují informace, kdo a kdy jí založil či editoval. Tento stav odpovídán době, kdy subjekt měl právě 1 účet a neprobíhaly na parcele systémové nápočty. Protože dochází k rozšíření spektra rolí pro farmáře, existenci nových účtů 98XXX a palety systémových nápočtů je nezbytné aktivity z logu vhodně prezentovat. Za tímto účelem bude na detailu parcely nová záložka log, na které budou tyto druhy informací opatřené vždy systémovým časem a loginem – v případě, že úkon provedl, systém bude místo loginu uvedena hodnota SYSTEM:

Založení parcely Editace popisných údajů parcely Editace plodiny Editace odpočitatelné plochy Editace zákresu Systémové ukončení parcely Automatické přepočtení výměry při změně DPB systémem Systémový přepočet nápočtů


Obrázek 1 Prezentace vhodnosti pro AEO a LFA

3.3 Úprava tiskových sestav pro roli dostupných pro farmáře na iLPIS 3.3.1 Úprava sestavy č. 28 Přehled osevního postupuU informativního tisku č. 28 Přehled osevního postupu bude upravena funkce tak, aby bylo možno zadat období Od – Do. Přednastaveno bude období od „dnes“ do „dnes“ = aktuální osev.Dále bude doplněn

a. sloupec Mezipl., z důvodu rozšíření údajů evidovaných u pěstování (viz PZ výše)b. sloupec Poznámka zadávaný u pěstování (bude se jednat o poslední sloupec tisku

3.3.2 Úprava sestavy č. 29 Přehled pěstovaných plodin pro příslušný rokTisková sestava ve formátu PDF bude doplněna o sumarizační tabulku dle plodin se sloupci:

- Plodina název- Výměra

Základní i sumarizační tabulka bude opatřena řádkem CELKEM.

3.4 Úprava modul Admin LPISModul Admin slouží pro operativní opravy v případech, kdy automatizace SW procesů by byla buď drahá, nebo jde o procesy, které je nutné vyhodnotit ze širšího hlediska, než odvozením z mapových podkladů. Jde o vytvoření nových následujících funkcí k provádění oprav:


stažení A2 v modulu EVP změny statusů řízení nastavit zpětvzetí (stažení) podané námitky a to i z části

pomocí modulu Admin jako rozšíření jeho funkcionalit ke stávajícímu způsobu provádění oprav atributů v LPIS pomocí stávajících role EP admin, Moduly a požadované funkcionality:

EVPStažení auditu A2 – doplnit o tlačítko „Stažení A2“

Modul EPRozšíření funkce změn ze současného stavu (zrušení prázdného řízení) o možnost měnit stav (status) řízení o tyto možnosti:

ze zastavené na zrušené z uzavřené na otevřené

a dále funkcionalitu: pro případ zpětvzetí námitky – po zatržení možnosti „Námitka stažena“ bude následně

pomocí zrušení zaškrtnutí u vybraných DPB umožněno zúžit výčet DPB dotčených námitkou. K uvedenému úkonu bude možnost doplnit krátkou poznámku ze strany EP Admin, jež tento úkon provedl, případně k uvedenému uložit dokumenty jako přílohu.

3.5 Úprava synchronizace číselníku odrůd – Registr sadů x LPISPracovníci ÚKZÚZ v registru sadů průběžně aktualizují číselník odrůd v registru sadů. Tato aktualizace se nepromítá automaticky do číselníku odrůd v LPIS a nedochází ke spárování, což přináší problémy do procesu administrace dotací. Na straně LPIS je nezbytné vytvořit plánovanou úlohu, která bude zjišťovat nové dosud nespárované odrůdy a ty zakládat do interního číselníku LPIS. Následně budou tyto nabízeny jako volné ke spárování administrátorovi číselníku. Dodavatel podrobně popíše principy realizovaného řešení.

3.6 Úprava DZES 4V důsledku nař. vlády č. 48/2017 Sb., došlo ke změně podmínek pro DZES 4 a to:

- Povinnost dodržovat DZES 4 je nově na DPB se sklonitostí větší než 4o namísto dosavadních 5o

- Byl změněn text opatření Nový text kódu „4+“ zní (změny červeně):


4. Žadatel na jím užívaném dílu půdního bloku s druhem zemědělské kultury standardní orná půda, jehož průměrná sklonitost přesahuje 4°, zajistí po sklizni plodiny založení porostu ozimé plodiny nebo víceleté pícniny, nebo provede některé z těchto opatření:

a) ponechání strniště sklizené plodiny na dílu půdního bloku do založení porostu následné jarní plodiny,

b) podmítnutí strniště sklizené plodiny a jeho ponechání bez orby až do založení porostu následné jarní plodiny,

c) ponechání půdy po pásovém zpracování do založení porostu následné jarní plodiny, nebo

d) osetí dílu půdního bloku nejpozději do 20. září meziplodinou a zachování souvislého porostu meziplodiny nejméně do 31. října.

Tato opatření se neuplatní v případě, kdy je v rámci agrotechnického postupu provedeno zapravení tuhých statkových hnojiv, s výjimkou hnojiv z chovu drůbeže, nebo kompostu v minimální dávce 25 tun na hektar. Při plnění podmínky zapravením ponechaných produktů při pěstování rostlin, například slámy, není podle zákona o hnojivech stanovena minimální dávka.Na základě výše uvedeného je třeba v LPIS provést odpovídající úpravy a to:

1) Změna algoritmu pro nastavení opatření v rámci úlohy Eroze2) V rámci této úlohy bude implementován nový kód „4+“ s textem uvedeným výše, namísto

dosavadního „5+“. Kód 4+ se stanoví těm DPB, jejichž sklonitost > 4° 3) Platnost dosavadního kódu 5+ bude ukončena k 30.6.2017, platnost od nového kódu 4+

bude stanovena na 1.7.2017.

3.7 Změna nastavení délky přechodného období u kultury JV rámci modulu ekologické zemědělství je požadována změna konfigurace délky trvání přechodného období u kultury J z 24 měsíců na 36 měsíců.

3.8 Úprava procesu Zrušení DPBPokud je území dotčené námitkami, pak je v současnosti nemožné zadat návrh na zrušení, protože nevzniká nový návrh jako je tomu např. u vynětí části DPB z LPIS. Je požadována úprava, aby v případě návrhu na zrušení DPB bylo možno tento návrh zavést a evidovat. Řízení o ukončení užívání DPB a jeho zrušení v LPIS pak bude možno dokončit po vyřešení námitek.

3.9 Úprava vyhledávání DPB s návrhem na ukončení bez náhrady vyžadujícím audit ÚKZÚZ

Vhodným způsobem bude v podrobném vyhledávání umožněno vyhledávat DPB s návrhem na ukončení bez náhrady, které vyžadují audit ÚKZÚZ.

3.10 Implementace upozornění na úrovni A0, A1 při schválení DPB s různým zařazením AEKO

Na úrovni A0 a A1 v současné době není „výstražná“ informace, která by schvalovatele informovala o tom, že nově vzniklý DPB má překryv s alespoň 2 různými DPB totožného žadatele, které mají různý management. Bude proto implementován následující mechanismus:

- Vznikne nový „vykřičník“ reprezentující stav, kdy v územní změně došlo ke sloučení DPB s různými managementy

- Tento vykřičník se nastaví na takového potomka ve stavu A0, A1 v územní změně, který- Má překryv alespoň se 2 předky téhož uživatele o velikosti alespoň 0,1 ha, které

mají v tabulce zařazení různé managementy AEKO-OTP s režimem jistota nebo vysoká pravděpodobnost.

Vykřičník nebude pro uživatele nikterak blokující.

3.11 Implementace (výměna) podkladové vrstvy erozní ohroženosti


Na základě připomínek zemědělců byly v erozní podkladové vrstvě pro redesign eroze provedeny revizní úpravy. Je naprosto nezbytné, aby před spuštěním nástrojů pro práci s touto vrstvou byla tato vrstva již aktuální, včetně napočítaných údajů. Proto je požadováno, aby do LPIS byla implementována tato nová aktuální vrstva včetně provedení příslušných nápočtu bude vybraných faktorů na DPB odvozených z podkladové vrstvy erozní ohroženosti. Stará vrstva bude odstraněna, není třeba ji dále zobrazovat ve stromečku vrstev. Přepočítané údaje budou platit od nového nápočtu. Staré napočítané údaje budou z LPIS odstraněny.

4 Dopady realizace PZ na infrastrukturu, provoz, bezpečnost a další systémy4.1 Technické a bezpečnostní aspekty implementace PZPZ představuje sadu různých požadavků, které z hlediska technického nepředstavují žádné technologicky nové funkcionality. Jedná se o rozšíření existujících funkcí a za zcela nové lze považovat vytvoření webových služeb LPI_ZZP01A a EPH_EXP01A. Z bezpečnostního hlediska žádná z požadovaných funkcí nevyžaduje extra novou roli, vše je řešeno v rámci stávající konstrukce přístupu k datům. Pokud se jedná o přístup farmářů k vlastním individuálním datům, jsou voleny autentizované webové služby.4.2 Provozní aspekty implementace PZZ provozního hlediska má PZ 4 dopady:

1. Na ESBserveru/Agribus je nezbytné zajistit publikaci nových WS EPH_EXP01A, LPI_ZZP01A, LPI_DDP01B a nová wsdl pro LPI_AZP01C, LPI_GPL02A a LPI_DDP01A

2. Úpravou služby LPI_DDP01A dojde ke značnému snížení zátěže na této službě v důsledku efektivnější synchronizace dat externími systémy

3. Rozšířením předmětu možností úprav skrze modul ADMIN by mělo dojít ke snížení požadavků na servisní zásahy ze strany dodavatele

4. Nárůst dat každoročně cca o 11 GB

4.3 Požadavek na podporu provozu naimplementované změnyPodpora provozu bude řešena za stávajících smluvních podmínek

4.4 Dopady na IS MZe4.4.1 Technické aspekty implementace4.4.2 Dopady na agendui – ano ☐ / ne ☒4.4.3 Dopady na aplikace – ano ☒ / ne ☐4.4.4 Dopady na data – ano ☒ / ne ☐4.4.5 Dopady na síťovou infrastrukturu – ano ☐ / ne ☒ 4.4.6 Dopady n serverovou infrastrukturuii – ano ☐ / ne ☐4.4.7 Dopady na bezpečnost – ano ☐ / ne ☐

(Pozn.: V případě, že má změna dopady na síťovou infrastrukturu, doplňte tabulku (otevřete dvojklikem): Pokud má požadavek dopady do dalších požadavků MZe, uveďte je též v bodu 3.3.)

4.4.8 Seznam měněných komponent nebo funkcionalit (vycházející z ArchiMate modelu architektury)iii

4.4.9 Obecný návrh nové architektury v Sparx EA projektuiv (Pozn.: Uveďte v případě implementace nových systémů, modulů, nebo funkcionalit a komunikace.)

4.4.10 Dotčené konfigurační položkyv

4.5 Rizika implementace změny


4.6 Požadavek na podporu provozu naimplementované změny(Pozn.: Uveďte, zda zařadit změnu do stávající provozní smlouvy, konkrétní požadavky na požadované služby, SLA.)

Ano.

5 Požadavek na dokumentaci

Druh dokumentu Požadováno

Formát výstupu

Úložiště Papírově CD

Analýza navrženého řešení (je součástí PZ) NE NE NE NE

Konzumentské testovací scénáře upravovaných a nových WS, protokoly správce ESB serveru o provedeném testování souvisejících webových služeb (min. pro 5 WS)

ANO ANO ANO ANO

Dokumentace dle specifikace Závazná metodika návrhu a dokumentace architektury MZe v rozsahu uvedeném pod tabulkou. Dodána bude pouze dokumentace vztahující se k prováděným změnám v rámci tohoto PZ.

ANO ANO NE ANO

Testovací scénář – protokol o uživatelském testování nových funkcionalit aplikace.Zpracování testovacích scénáře k WS.

ANO ANO ANO ANO

Zdrojový kód a měněné konfigurační soubory ANO ANO NE ANO

Uživatelské příručky (upravená příručka pro LPIS pro farmáře a pro modul EP, EPH ANO ANO NE ANO

Rozsah technické dokumentace + poznámka výše v rozsahu dokumentace:1. Doplnění ArchiMate modelu o modifikované části v EPH a LPIS – schéma bude zahrnovat:

a. Aplikační komponentu případně dílčí komponenty v podobě ArchiMate Application Component,

b. Vymezení relevantních dílčích funkcionalit jako ArchiMate koncepty Application Function přidělené k příslušné aplikační komponentě (Application Component)

c. Prvky webových služeb reprezentované ArchiMate Application Service,d. Hlavní datové objekty a číselníky reprezentovány ArchiMate Data Object,e. Dotčené mapové vrstvy reprezentované jako Archimate Data Objectf. Activity model/diagramy anebo sekvenční model/diagramy logiky webových služeb +

provozní dokumentace WS včetně WSDL + zdroj. kód WS + popis použití vstupních a výstupních parametrů a chybových stavů

g. Schéma vztahu hlavních objektů použitých v systému ve formě kompozice ArchiMate Data Object prvků,

h. Popis použitých rolí v systému a jejich navázání v systému ArchiMate na související funkcionality (uživatelské role ve formě ArchiMate konceptu Data Object a využití rolí v rámci funkcionalit/ Application Function vazbou ArchiMate Access).

i. Doplnění modelu o integrace na externí systémy (konzumace integračních funkcionalit, služeb a rozhraní), znázorněné vazbou Used by.

2. Zdrojový kód

6 Akceptační kritériaPlnění v rámci požadavku na změnu bude akceptováno, jestliže budou akceptovány dokumenty uvedené v tabulce výše v bodu 5 a budou předloženy protokoly o uživatelském testování podepsané garantem, který je uveden ve sloupci Akceptuje.


ID Akceptační kritérium Způsob verifikace Akceptuje

1. Testovací scénář, protokol o otestování Provedení testovacích scénářů Administrátor LPIS

2. Dokumentace Kontrola dokumentace Administrator LPIS

7 Harmonogram plněníMilník TermínZahájení plnění 1.8.2017Nasazení funkcionality na testovací prostředí – 1.vlna 15.8.2017Nasazení funkcionality na testovací prostředí – 2.vlna 15.10.2017Nasazení na provozní prostředí – 1.vlna 31.8.2017Nasazení na provozní prostředí – 2.vlna 31.10.2017

8 Podpisová doložkaZa resort MZe: Jméno: Datum: Podpis:

Žadatel o změnu:…




Metodický / věcný garant:

…

Change koordinátor: …


B – NABÍDKA ŘEŠENÍID SD MZevi: ID ShP MZevii: 2016_0031_102 ID PK MZeviii: 302ID PRO KOMUNIKACI S DODAVATELEM: PZ_302 PRAIS_2017_No138_LPIS_souhrn_drobnych_uprav_II1 Návrh konceptu technického řešení Viz část A.

2 Uživatelské a licenční zajištění pro ObjednateleDle podmínek smlouvy 353-2015-13310 (S2016-0118)

3 Dopady do systémů MZe(Pozn.: V popisu dopadů zohledněte strukturu informací uvedenou v části A - Věcné zadání v bodech 3.3, 3.4 a 3.5. Pokud má požadavek dopady do dalších požadavků MZe, uveďte je též v tomto bodu.)

4 Požadavky na součinnost Objednatele a třetích stranMZe / Třetí strana Popis požadavku na součinnostMZe TestováníBUS Nasazení WS na BUSBUS Zajištění oprávnění volat služby pro tester-esbt (prod i test)

(Pozn.: K popisu požadavku uveďte etapu, kdy bude součinnost vyžadována.)

5 Harmonogram plněníix

Popis etapy TermínViz část A

6 Pracnost a cenová nabídka navrhovaného řešení

včetně vymezení počtu člověkodnů nebo jejich částí, které na provedení poptávaného plnění budou spotřebovány

Oblast / rolex Popis Pracnost v MD/MJ

v Kč bez DPH:

v Kč s DPH:

Viz Cenová nabídka v příloze

Celkem:(Pozn.: MD – člověkoden, MJ – měrná jednotka, např. počet kusů)

7 Přílohy

ID Název přílohy Formát(CD, listinná forma)

01 Cenová nabídka e-mailem

8 Podpisová doložkaNázev Dodavatele / Poskytovatele: Jméno oprávněné osobyxi: Datum: Podpis:

O2 IT Services, s.r.o. … Klikněte sem a zadejte datum.


C – SCHVÁLENÍ REALIZACE POŽADAVKU

ID SD MZexii: ID ShP MZexiii: 2016_0031_102 ID PK MZexiv: 302

1 Specifikace plněníPožadované plnění je specifikováno v části A a B tohoto RfC.

Uživatelské a licenční zajištění pro Objednatele (je-li relevantní):

2 Požadavek na součinnostÚtvar / Dodavatel Popis požadavku na součinnost Odpovědná osoba

3 Harmonogram realizacexv

Popis etapy TermínZahájení plnění 1.8.2017Nasazení funkcionality na testovací prostředí – 1.vlna 15.8.2017Nasazení funkcionality na testovací prostředí – 2.vlna 15.10.2017Nasazení na provozní prostředí – 1.vlna 31.8.2017Nasazení na provozní prostředí – 2.vlna 31.10.2017Akceptace díla, včetně dokumentace 10.11.2017

4 Pracnost a cenová nabídka navrhovaného řešení

včetně vymezení počtu člověkodnů nebo jejich částí, které na provedení poptávaného plnění budou spotřebovány

Oblast / rolexvi Popis Pracnost v MD/MJ

v Kč bez DPH: v Kč s DPH:

231,13 1 946 303,63 2 355 027,39

Celkem: 2 355 027,39

(Pozn.: MD – člověkoden, MJ – měrná jednotka, např. počet kusů)

5 Případné další obchodní podmínkyxvii


6 Schváleníxviii

Žadatel: Schvaluji ☒ / Neschvaluji ☐…Jméno a příjmení Datum Podpis




Metodický/Věcný garant: Schvaluji ☒ / Neschvaluji ☐…Jméno a příjmení Datum Podpis

Change koordinátor: Schvaluji ☒ / Neschvaluji ☐…Jméno a příjmení Datum Podpis

Oprávněná osoba dle smlouvy: Schvaluji ☒ / Neschvaluji ☐…Jméno a příjmení Datum Podpis


Vysvětlivky

Strana 1 / 1

i Agenda – jedná se o postupy a činnosti, které provádí uživatel.ii Systémy – myšleno servery, operační systémy, standardní software a jimi tvořené clustery, geografické clustery atd.iii Nepovinná položka při zpracování RfCiv Nepovinná položka při zpracování RfC v Vyplňte ve spolupráci s provozním garantem.vi ID SD MZe – identifikátor požadavku přidělený v ServiceDesku MZe, zkopíruje se z věcného zadání.vii ID ShP MZe – identifikátor projektu k požadavku přidělený v projektovém portálu MZe, zkopíruje se z věcného zadání. viiiID PK MZe – identifikátor požadavku přidělený v pomocné evidenci projektové kanceláře MZe, zkopíruje se z věcného zadání. ix Uvede se datum zahájení a ukončení realizace, příp. další etapy.x Role se vyplní pouze v relevantních případech, např. u požadavku na infrastrukturu.xi Oprávněná osoba – smluvně určená osoba oprávněná k předkládání požadavku na předložení nabídky.xii ID SD MZe – identifikátor požadavku přidělený v ServiceDesku MZe, zkopíruje se z věcného zadání.xiii ID ShP MZe – identifikátor projektu k požadavku přidělený v projektovém portálu MZe, zkopíruje se z věcného zadání. xivID PK MZe – identifikátor požadavku přidělený v pomocné evidenci projektové kanceláře MZe, zkopíruje se z věcného zadání. xv Uvede se datum zahájení a ukončení realizace, příp. další etapy.xvi Role se vyplní pouze v relevantních případech, např. u požadavku na infrastrukturu.xvii Změna smluvních podmínek - vyplní se v případě, že dohodnuté podmínky realizace požadavku se liší od smluvních.xviii Jméno a příjmení vyplní Change koordinátor, zbývající údaje podepisující. Ve volbě schvaluji/neschvaluji se zaškrtne hodící se volba.

Documents

smlouvy.gov.cz¡vka... · Web viewsmlouvy.gov.cz