Šablona dokumentace Word

Požadavek na změnu (RfC)[endnoteRef:1] – Z26844 [1: Formulář RfC je tvořen třemi částmi, A - Věcné zadání, B – Nabídka řešení, C - Potvrzení realizace požadavku. První část (Věcné zadání) je předložena poskytovateli/dodavateli jako pobídka k předložení nabídky řešení. Druhou část, tj. část B použije dodavatel řešení k vypracování nabídky, kterou předloží MZe. Třetí část (Potvrzení realizace požadavku) se po vyplnění přiloží k první a druhé části a předloží se ke schválení osobám uvedeným v části C RfC. Poskytovateli/dodavateli se poté vyplněný formulář RfC předkládá v příloze objednávky na realizaci změnového požadavku. Pouze tato podepsaná objednávka je pokynem pro dodavatele/poskytovatele k realizaci změny.]

a – věcné zadání

Základní informace

ID ShP MZe[endnoteRef:2]: [2: ID ShP MZe – pomocný identifikátor projektu k požadavku přidělený v projektovém portálu MZe ]

ID PK MZe[endnoteRef:3]: [3: ID PK MZe – pomocný identifikátor požadavku přidělený v pomocné evidenci projektové kanceláře MZe]

476

Název změny[endnoteRef:4]: [4: Předmět změny – stručná informace, název požadavku]

IZR – Úprava modulu evidence včelstev – návazná etapa

Datum předložení požadavku:

15.7.2019

Požadované datum nasazení:

31.10.2019

Kategorie změny[endnoteRef:5]: [5: Kategorie změny – kategorie urgentní se využije v naléhavých případech, kdy je třeba vyřešit nedostupnost zásadní funkcionality systému vzhledem ke zpracování agendy, pro jejíž podporu systém slouží.]

Normální ☒ Urgentní ☐

Priorita[endnoteRef:6]: [6: Priorita – vyjadřuje důležitost zapracování požadavku z pohledu časového. Vyplní se v případě volby kategorie „Normální změna“.]

Vysoká ☐ Střední ☒ Nízká ☐

Oblast:

Aplikace ☒

Zkratka[endnoteRef:7]: [7: Zkratka – zkratka aplikace (viz „kód služby“ v katalogu služeb)]

IZR

Verze:

Typ požadavku:

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

Infrastruktura ☐

Typ požadavku:

Nová komponenta ☒ Upgrade ☒ Bezpečnost ☐ Zlepšení ☒ Obnova ☐

Role

Jméno

Organizace /útvar

Telefon

E-mail

Žadatel:

Miroslava Czetmayer Ehrlichová

MZe/18140

221815050

Miroslava.CzetmayerEhrlichova@mze.cz

Metodický / věcný garant:

Vít Škaryd

MZe/18141

SZIF

22181 2041

Vit.Skaryd@mze.cz

Change koordinátor:

Jaroslav Němec

Mze

22181 2916

Jaroslav.Nemec@mze.cz

Poskytovatel / dodavatel:

xxx

O2ITS

xxx

xxx

Smlouva č.[endnoteRef:8]: [8: Smlouva č. – uvede se, pokud existuje smlouva, v rámci níž se požadavky předkládají, totéž platí pro KL (katalogový list).]

S2019-0043; DMS 391-2019-11150

KL:

KL HR-001

Stručný popis požadavkuPopis požadavku

Předmětem požadavku je rozšíření modulu evidence včelstev v IZR o funkcionality, které souvisí s optimalizací procesu registrace včelařů a byly identifikovány v rámci implementace elektronického ohlášení stavu včelstev (PZ 429 – tzv. Online formulář). Jedná se o následující dílčí oblasti:

· Automatizace aktualizace údajů včelaře dle IS základních registrů

· Automatizace procesu rušení registrace zemřelých včelařů a zrušených právnických osob

· Tisk hlášení včelaře z OnLine formuláře

· Implementace hromadné kontroly kontaktních adres včelařů

· Doplnění kontrol hlášení včelaře v OnLine formuláři

Současně s těmito úpravami bude implementována nová webová služba ověření včelaře, která pro SZIF bude poskytovat údaje o evidovaných počtech včelstev u daného subjektu, za požadované roky. Specifikem této služby je to, že nebude na vstupu JI (SZIF nemá u včelařů přidělená JI), ale bude probíhat identifikace prostřednictvím jednoho z následujících identifikátorů: SZRID, RCI, ICO, ID včelaře, číslo dokladu. Vzhledem k tomuto způsobu identifikace je v response nutné vracet i základní identifikační údaje subjektu, aby si konzument ověřit, že se skutečně jedná o požadovaný subjektu. V ostatním je služba triviální a pro požadvané roky vrací evidovaný počet včelstev.

Odůvodnění změny

Důvodem pro realizaci změny je pokračující elektronizace agend IZR, kterou současně podpořila i novela vyhlášky č. 136/2004 Sb, jež umožňuje přímo aktualizovat kmenové údaje včelařů prostřednictvím dat základních registrů (via SZR).

Dalšími důvody pro realizaci PZ jsou zejména vylepšení tzv. Online formuláře, kdy prvotní zadání nepamatovalo na elektronický otisk formuláře a vyřešení konfliktu hlášení papírového a online.

Třetí důvodem je nutnost ověřovat data pro dotace včelařům, kdy platební agentura SZIF doposud neověřovala deklarované stavy žádostí o dotace včelařům vůči datům IZR. Po spárování včelařů, respektive jejich ztotožnění je možné k tomuto kroku přistoupit a odstranit případné riziko při auditní misi.

Rizika nerealizace

V případě nerealizace:

· Nebudou automatizovány procesy kmenových dat včelařů na základě dat základních registrů

· V databázi budou nadále zůstávat „mrtvé“ subjekty

· Nebude existovat opis elektronického hlášení

· SZIF nebude moci online ověřovat stavy včelstev

Podrobný popis požadavkuÚprava modulu evidence včelstevAutomatizace aktualizace údajů včelaře dle IS ZR

Před roční závěrkou včelařů je nezbytné provést aktualizaci kmenových údajů registrovaných včelařů dle údajů evidovaných v IS ZR a implementovat funkcionalitu průběžné aktualizace kmenových údajů včelařů dle informací od SZR (respektive IS ZR), že došlo ke změně. Tj. je nezbytné prostřednictvím služby SZR_SUM zjišťovat změněné subjekty, následně volat službu SZR_SUA a u dotčených kmenových dat provést v IZR aktualizaci včetně historizace záznamů

Systém bude logovat automaticky provedené změny v záznamech včelařů:

· Datum aktualizace

· Jaké údaje zaktualizovány (tj. na základě historizace údajů, bude prezentováno vhodným způsobem, který údaj se změnil a z jaké hodnoty na jakou)

Současně bude existovat přehled změn v důsledku automatické aktualizace, který bude dostupný podobně, jako je nyní v sestavě „Rozdíly subjektů“ z automatické aktualizace chovatelů.

Rušení registrace zemřelých včelařů a zrušených právnických osob

V rámci zavedení automatické aktualizace včelařů dle údajů v IS ZR se bude do IZR dotahovat datum úmrtí včelaře, případně datum zrušení právnické osoby včelaře.

S informací o úmrtí/zrušení bude pracovat nová funkcionalita: Zrušení registrace zemřelých/zrušených včelařů.

Tuto funkcionalitu bude spouštět uživatel ČMSCH s odpovídajícím právem.

Zpravidla se bude funkcionalita spouštět po dokončení pořizování hlášení včelařů k 1.9.daného roku.

Funkcionalita vyhledá všechny včelaře:

· kde datum úmrtí/zrušení je < 1.9. aktuální rok – 1. (při spuštění v lednu 2020 to bude < 1.9.2019)

· a není evidováno hlášení počtu včelstev s datem hlášení k >= 1.9. aktuální rok – 1, nebo hlášení umístění stanovišť.

U těchto včelařů systém provede zaevidování zrušení registrace včelaře k datu spuštění této funkcionality.

Druhým výstupem z této funkcionality bude seznam zemřelých/zrušených včelařů:

· kde datum úmrtí/zrušení je < 1.9. aktuální rok – 1. (při spuštění v lednu 2020 to bude < 1.9.2019)

· a je evidováno hlášení počtu včelstev s datem hlášení k >= 1.9. aktuální rok – 1, nebo hlášení umístění stanovišť.

Seznam těchto včelařů bude možné vyexportovat do formátu EXCEL. ČMSCH tyto včelaře pak bude informovat ohledně zrušení registrace a registrace nástupce.

Jednorázové zrušení registrace zemřelých/zrušených včelařů

Před provedením roční závěrky včelařů v roce 2019 (tj. do 31.7.2019) provést zaevidování zrušení registrace včelaře k datu spuštění, kde datum úmrtí/zrušení < 1.9.2018 a v IZR není evidováno hlášení počtu včelstev s datem hlášení k >= 1.9.2018, nebo hlášení umístění stanovišť.

Tisk hlášení včelaře z OnLine formuláře

Po uložení „Hlášení počtu včelstev a umístění stanovišť“ k 1.9. z OnLine formuláře je třeba umožnit včelaři tisk opisu uloženého hlášení (nebo uložit jako PDF soubor), aby si jej včelař mohl založit do své evidence, k případnému doložení že splnil povinnost uloženou mu „označovací“ vyhláškou.

Vzor tisku:

U zrušených stanovišť bude v údaji „Název stanoviště“ uveden text „Zrušení stanoviště“, v datech stanoviště však zůstane uložen název stanoviště.

Hromadná kontrola kontaktních adres včelařů

V Online formuláři pro hlášení včelařů je nastavena kontrola, která nedovoluje uložit hlášení, pokud je vyplněna neověřená kontaktní adresa.

Neověřené jsou aktuálně všechny kontaktní adresy včelařů a při načtení údajů včelaře do OnLine formuláře je tam text „Kontaktní adresa není ověřena“ a není vyplněn „kód adresy“. Tento stav by znamenal, že i v případě že je vyplněna existující kontaktní adresa, by včelař musel adresu vyhledat a znovu vyplnit.

Proto je žádoucí před spuštěním roční závěrky včelařů provést hromadné ověření (tj. doplnění kódu) kontaktních adres.

Doplnění kontrol hlášení včelaře v OnLine formuláři

V Online formuláři ošetřit, aby nebylo možné hlášení pořídit, pokud je již v IZR evidováno hlášení počtu včelstev k 1.9. (nebo hlášení k datu následujícímu) pořízené operátorkou ČMSCH z lehkého klienta IZR nebo pořízené včelařem z Portálu farmáře.

Doplnění linku ke stažení uživatelské příručky k Online formuláři včelařů

Do Online formuláře pro hlášení včelařů doplnit tlačítko „Uživatelská příručka“. Po kliknutí na toto tlačítko se příručka otevře. Příručka bude primárně uložena v redakčním systému eAGRI.

Vytvoření webové služby IZR_VCO01A (VcelarOvereni)

Princip služby: Bude vytvořena nová webová služba IZR_VCO01A (VcelarOvereni), která bude pro daný subjekt identifikovaný jedním z identifikátorů SZRID, RCI, ICO, ID včelaře, číslo dokladu a roky, vracet stav včelstev pro dané roky specifikované v requestu.

V případě že požadovaný subjektu není evidován jako včelař v IZR a současně musí mít SZRID, bude vrácena business chyba.

Požadavek na historizaci volání: 120 měsíců

Konzument: IS SZIF

Zdroj: IZR

Typ služby: proxy

Struktura request IZR_VCO01A:

Element

Význam

Výskyt

Typ

SZRID

Identifikátor subjektu SZR

0..1

N10

ICO

IČO subjektu

0..1

C8

RCI

Rodné číslo subjektu

0..1

C10

CISLODOKLADU

Číslo dokladu pro cizince

0..1

C30

IDVCELARE

ID včelaře ze systému IZR

0..1

N6

ROKY

Element

1..N

pole

Element

Význam

Výskyt

Typ

ROK

Specifikace roku, za který mají být vrácena data

1..1

N4

Struktura response IZR_VCO01A:

Element

Význam

Výskyt

Typ

SZRID

Identifikátor subjektu SZR

1..1

N10

ICO

IČO subjektu

0..1

C8

RCI

Rodné číslo subjektu

0..1

C10

IDVCELARE

ID včelaře ze systému IZR

1..1

N6

CISLODOKLADU

Číslo dokladu pro cizince

0..1

C30

JMENO

Jméno včelaře (jen u FO)

0..1

C255

PRIJMENI

Příjmení včelaře (jen u FO)

0..1

C255

NAZEVFIRMY

Název firmy (obchodní jméno) (jen u PO)

0..1

C255

DATZACREGISTRACE

Datum zahájení registrace včelaře

1..1

DATE

DATKONECREGISTRACE

Datum ukončení registrace včelaře

0..1

DATE

ROKY

Element

1..N

pole

Element

Význam

Výskyt

Typ

ROK

Specifikace roku, za který mají být vrácena data

1..1

N11

HLASENI

Element

0..N

Pole

Element

Význam

Výskyt

Typ

DATHLASENI

Datum, ke kterému je vztaženo hlášení

1..1

DATE

DATPRIJETI

Datum přijetí hlášení na ČMSCH

1..1

DATE

POCETVCELSTEV

Počet evidovaných včelstev

1..1

N4

Dopady na IS MZeDopady

Nejsou dopady na žádné další IS resortu MZe s výjimkou Agribus.

(Pozn.: V případě předpokládaných či možných dopadů změny na agendu, aplikaci, data, infrastrukturu nebo na bezpečnost je třeba si vyžádat stanovisko relevantních specialistů, tedy věcného/metodického, provozního, bezpečnostního garanta, příp. architekta.)

Požadavky na součinnost Agribus

Nasazení nové webové služby IZR_VCO01A na Agribus s povolením pro konzumenta IS SZIF.

(Pozn.: Pokud existují požadavky na součinnost Agribus, uveďte specifikaci služby ve formě strukturovaného požadavku (request) a odpovědi (response) s vyznačenou změnou.)

Dotčené konfigurační položky[endnoteRef:9] [9: Vyplňte ve spolupráci s provozním garantem.]

ID

Název položky

Předpokládaný dopad

1

srv-n2-izr43.apl.mzem.net – web server

Instalace nové verze aplikace

2

srv-n2-izr44.apl.mzem.net – web server

Instalace nové verze aplikace

3

srv-n2-izr45.apl.mzem.net – web server

Instalace nové verze aplikace

4

srv-n2-izr46.apl.mzem.net – web server

Instalace nové verze aplikace

5

srv-n2-izr41.apl.mzem.net – aplikační server

Instalace nové verze business vrstvy aplikace

6

srv-n2-izr42.apl.mzem.net– aplikační server

Instalace nové verze business vrstvy aplikace

Rizika implementace změny

Nejsou

Požadavek na podporu provozu naimplementované změny

Podpora bude prováděna v rámci standardu katalogového listu IZR.

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

Požadavek na dokumentaci[endnoteRef:10] [10: Vyplní Change koordinátor s Provozním garantem. Uvedený seznam dokumentace je pouze příkladem.]

ID

Dokument

Formát výstupu (ano/ne)

el. úložiště

papír

CD

1.

Analýza navrhnutého řešení

NE

NE

NE

2.

Dokumentace dle specifikace Závazná metodika návrhu a dokumentace architektury MZe[endnoteRef:11] [11: Rozsah požadované dokumentace uveďte do tabulky.]

ANO

NE

ANO

3.

Testovací scénář, protokol o otestování

ANO

ANO

ANO

4.

Uživatelská příručka

ANO

NE

ANO

5.

Systémová příručka

ANO

NE

NE

6.

Bezpečnostní dokumentace

NE

NE

NE

7.

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

ANO

NE

ANO

8.

WS – ESB + konzumentské testy

ANO

NE

ANO

(Pozn.: U dokumentů, které již existují, se má za to, že je požadována jejich aktualizace. Pokud se požaduje zpracování nového dokumentu namísto aktualizace stávajícího, uveďte toto explicitně za názvem daného dokumentu, např. „Uživatelská příručka – nový“.)

V připojeném souboru je uveden rozsah vybrané technické dokumentace (možno upravit) – otevřete dvojklikem:

Akceptační kritéria

Plně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 4 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.

Funkční automatická synchronizace kmenových dat včelařů

Testovací scénář

Jaroslav Němec

2.

Funkční proces ukončení registrace včelaře na základě ukončení osoby v SZR

Testovací scénář

Jaroslav Němec

3.

Funkční on-line formulář hlášení včelaře

Testovací scénář

Jaroslav Němec

4.

Funkční WS IZR_VCO01A

Konzumentský test WS

Jaroslav Němec

Základní milníky

Milník

Termín

Nasazení na testovací prostředí

30.9.2019

Nasazení na provozní prostředí

31.10.2019

Přílohy

Nejsou.

Podpisová doložka

Za resort MZe:

Jméno:

Datum:

Podpis:

Metodický/Věcný garant

Vít Škaryd

Metodický/Věcný garant

Libor Nožina (ČMSCH)

Change koordinátor:

Jaroslav Němec

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

B – nabídkA řešení k požadavku Z26844

ID ShP MZe:

ID PK MZe:

476

1. Návrh konceptu technického řešení

Viz část A tohoto PZ, body 2 a 3.

1. Uživatelské a licenční zajištění pro Objednatele

V souladu s podmínkami smlouvy 391-2019-11150

1.

Dopady do systémů MZe

(Pozn.: V popisu dopadů zohledněte strukturu informací uvedenou v části A - Věcné zadání v bodu 4, přičemž u dopadů dle bodu 4.1 uveďte, zda může mít změna dopad do agendy, aplikace, na data, na síťovou strukturu, na serverovou infrastrukturu, na bezpečnost.

Pokud má požadavek dopady do dalších požadavků MZe, uveďte je též v tomto bodu.

V případě, že má změna dopady na síťovou infrastrukturu, doplňte tabulku v připojeném souboru - otevřete dvojklikem):

1. Požadavky na součinnost Objednatele a třetích stran

MZe / Třetí strana

Popis požadavku na součinnost

SZIF / MZE

Součinnost při testování a akceptaci PZ

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

1. Harmonogram plnění[endnoteRef:12] [12: Uvede se datum zahájení a ukončení realizace, příp. další etapy.]

Popis etapy

Termín

Nasazení na testovací prostředí

10.10.2019

Nasazení na provozní prostředí

15.11.2019

Akceptace, dokumentace

13.12.2019 */

*/ Upozornění: Uvedený harmonogram je platný v případě, že Dodavatel obdrží objednávku v rozmezí 13.9.-20.9.2019. V případě pozdějšího data objednání si Dodavatel vyhrazuje právo na úpravu harmonogramu v závislosti na aktuálním vytížení kapacit daného realizačního týmu Dodavatele či stanovení priorit ze strany Objednatele.

1. 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 / role[endnoteRef:13] [13: Role se vyplní pouze v relevantních případech, např. u požadavku na infrastrukturu.]

Popis

Pracnost v MD/MJ

v Kč bez DPH:

v Kč s DPH:

Viz cenová nabídka v příloze č.01

43,75

389 375,00

471 143,75

Celkem:

43,75

389 375,00

471 143,75

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

1. Přílohy

ID

Název přílohy

Formát

(CD, listinná forma)

01

Cenová nabídka

Listinná forma

02

Detailní rozpad

e-mailem

1. Podpisová doložka

Název Dodavatele / Poskytovatele:

Jméno oprávněné osoby[endnoteRef:14]: [14: Oprávněná osoba – smluvně určená osoba oprávněná k předkládání požadavku na předložení nabídky.]

Datum:

Podpis:

O2 IT Services s.r.o.

xxx

11.9.2019

C – Schválení realizace požadavku Z26844

ID ShP MZe:

ID PK MZe:

476

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í):

V souladu s podmínkami smlouvy 391-2019-11150

Požadavek na součinnost

Útvar / Dodavatel

Popis požadavku na součinnost

Odpovědná osoba

SZIF / MZE

Součinnost při testování a akceptaci PZ

SZIF + Garant MZe

Harmonogram realizace[endnoteRef:15] [15: Uvede se datum zahájení a ukončení realizace, příp. další etapy.]

Popis etapy

Termín

Nasazení na testovací prostředí

10.10.2019

Nasazení na provozní prostředí

15.11.2019

Akceptace, dokumentace

13.12.2019 */

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 / role[endnoteRef:16] [16: Role se vyplní pouze v relevantních případech, např. u požadavku na infrastrukturu.]

Popis

Pracnost v MD/MJ

v Kč bez DPH:

v Kč s DPH:

Viz cenová nabídka v příloze č.01

43,75

389 375,00

471 143,75

Celkem:

43,75

389 375,00

471 143,75

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

Případné další obchodní podmínky[endnoteRef:17] [17: Změna smluvních podmínek - vyplní se v případě, že dohodnuté podmínky realizace požadavku se liší od smluvních.]

Posouzení[endnoteRef:18] [18: RfC se zpravidla předkládá k posouzení Bezpečnostnímu garantovi, Provoznímu garantovi, Architektovi, a to podle předpokládaných dopadů změnového požadavku na bezpečnost, provoz, příp. architekturu. Change koordinátor rozhodne, od koho vyžádat posouzení dle konkrétního případu změnového požadavku. ]

Role

Jméno

Datum

Podpis/Mail[endnoteRef:19] [19: Doplní se podpis nebo se uvede odkaz na mailovou zprávu, v které bylo posouzení doručeno.]

Bezpečnostní garant

Roman Smetana

26.9.2019

Viz příloha 2

Provozní garant

Pavel Štětina

1.8.2019

Viz příloha 3

Architekt

Schválení

Role

Jméno

Datum

Podpis

Žadatel

Miroslava Czetmayer Ehrlichová

Věcný/metodický garant

Vít Škaryd

Change koordinátor

Jaroslav Němec

Oprávněná osoba dle smlouvy

Vladimír Velas

Vysvětlivky

Strana 3 / 3

Hlášení počtu včelstev a umístění stanovišť k 1.9. 2019 Comment by Libor Nožina: Bude proměnlivé dle roku

Toto hlášení je již zaevidováno do ústřední evidenci včel.

Proto tento výtisk/soubor neodesílejte na ČMSCH, a.s. !“

Hlášení uloženo: DD.MM.RRRR HH:MM Tisk hlášení: DD.MM.RRRR HH:MMComment by Libor Nožina: Bude uloženo v IZRComment by Libor Nožina: Doplní se při tisku

Registrační číslo

1. Údaje o chovateli

Chovatel

Jméno, případně jména

Příjmení nebo název

Rodné číslo

/

IČO

PSČ

Číslo dokladu totožnosti

Stát

Trvalé bydliště nebo sídlo

Ulice

Číslo popisné/orientační

Část obce

Obec

Kontaktní údaje

Telefon

E-mail

Zaslat přehled včelstev z roční závěrky e-mailem: XXXComment by Libor Nožina: Bude uvedeno co vyplnil ANO, nebo NE

Kontaktní osoba

Jméno, případně jména

Příjmení

Kontaktní adresa

Ulice

Číslo popisné/orientační

Část obce

Obec

PSČ

2. Počet včelstev a umístění stanovišťComment by Libor Nožina: Tabulka bude mít tolik řádek, kolik má včelař stanovišťZrušená stanoviště – půjde je tisknout přeškrtnutým písmem ?

Reg. číslo stanoviště CZ

Umístění jednotlivých stanovišť včelstev

Počet včelstev

Číselný kód k.ú.

Parcelní číslo

Typ parcely

Název stanoviště

kmenové

poddělení

Celkem včelstev

Kontaktní údaje pro uveřejnění v LPIS pro oznamování použití pesticidů s možným vlivem na včely

(vyplňuje se, jen pokud se liší od kontaktních údajů chovatele)

Mobilní telefon

E-mail

Manual_WEB_formul

ař_hlášení_včelaři.pdf

1

1. Přihlášení do formuláře

K vyplnění hlášení nepotřebujete mít účet na Portálu farmáře, ale stačí Vaše registrační číslo včelaře a kód hlášení, který je uveden v záhlaví přehledu stanovišť včelstev vygenerovaného roční závěrkou v ústřední evidenci včelařů, který jste obdržel od ČMSCH.

´“Hlášení“ je možné vyplnit po přihlášení do formuláře prostřednictvím:

1. registračního čísla 2. kódu hlášení 3. zadáním kontrolního textu

(ověření, že s formulářem nepracuje robot)

Po vyplnění těchto údajů klikněte na tlačítko NAČÍST HLÁŠENÍ

! Přihlášení, a tím pádem vyplnění hlášení, je možné až od 1.9.2019

2. Vyplnění hlášení

Po úspěšném vyplnění vstupních údajů, se do formuláře načtou údaje přihlášeného včelaře. Tyto údaje jsou rozděleny do 3 záložek.

Hlášení počtu včelstev a umístění stanovišť k 1.9. manuál pro práci s WEB formulářem

2

2.1. Záložka Stanoviště včelstev

Na této záložce je seznam aktuálně registrovaných stanovišť včelstev.

U již registrovaných stanovišť:

• můžete změnit název stanoviště

• doplňte počet včelstev

• nebo stanoviště zrušte (nastavením Zrušit stanoviště na Ano) Pokud je Stav stanoviště Ověřeno, nelze údaje k lokalizaci (kód KU, Parcela, typ parcely) měnit. Lze přidat nové stanoviště včelstev kliknutím na ikonu „+“ na konci řádky. V tomto případě bude Registrační číslo stanoviště přiděleno při uložení hlášení. Katastrální území lze vyhledat dle názvu, nebo čísla. Formulář dle zadaných údajů nabídne seznam (našeptávání) ze kterého pak konkrétní položku vyberete. Nově přidané stanoviště lze smazat kliknutím na ikonu

Na této záložce také můžete udělit, nebo zrušit souhlas k zaslání přehledu stanovišť do e-mailové schránky. Při udělení souhlasu pak vyplňte e-mailovou adresu na záložce Kontaktní adresa a kontakty.

2.2. Záložka Údaje o včelaři

Na této záložce jsou základní údaje o registrovaném včelaři (jméno, příjmení nebo obchodní jméno, adresa). Ústřední evidence tyto údaje aktualizuje dle údajů v registru obyvatel a v registru osob. Proto není povolena jejich změna.

2.3. Záložka Kontaktní adresa a kontakty

Na této záložce jsou aktuálně evidované kontaktní údaje přihlášeného včelaře, které lze změnit. Kontaktní adresu vyplňujte jen v případě, že je odlišná od Vaší adresy trvalého bydliště, nebo sídla.

Pro vyplnění kontaktní adresy použijte údaj Vyhledání adresy, do kterého začněte psát adresu a formulář dle zadaných údajů nabídne seznam odpovídajících adres. V seznamu jsou adresy evidované v registru adres.

3

Konkrétní adresu pak v seznamu vyberte a tím se zapíše do formuláře.

Pokud se má hlášení uložit bez vyplněné kontaktní adresy, pak klikněte na tlačítko SMAZAT ADRESU.

3. Ověření a uložení (odeslání) hlášení

V průběhu vyplňování hlášení lze kdykoliv provést ověření vyplnění hlášení kliknutím na tlačítko OVĚŘIT. Při ověření se provedou nastavené kontroly. Například zda je vyplněn počet včelstev. Zjištěná chyba je pak uvedena v horní části formuláře. Pokud je hlášení připraveno k uložení, je v horní části uvedeno: Pro uložení hlášení, tj. jeho odeslání do ústřední evidence klikněte na tlačítko ULOŽIT HLÁŠENÍ DO ÚE. Před samotným uložením se provádějí stejné kontroly jako při ověření hlášení a hlášení bude uloženo jen v případě, že není zjištěna žádná chyba. O úspěšném uložení hlášení do ÚE budete informování v horní části formuláře: Ve spodní části pak bude tlačítko TISK HLÁŠENÍ Kliknutím na toto tlačítko se vygeneruje „Hlášení počtu včelstev a umístění stanovišť“, které si vytiskněte, nebo uložte.

Tento dokument však již nezasílejte na ČMSCH, a.s. poštou ani e-mailem.

Hlášení bude v tento moment v ústřední evidenci již uloženo a Vaše povinnost zaslat hlášení bude splněna.

!

4

4. Zrušení registrace včelaře

V případě že již nevčelaříte, pak ve formuláři jen zaškrtněte údaj „Ruším registraci včelaře“

Po kliknutí na ULOŽIT HLÁŠENÍ DO ÚE Vás formulář vyzve k potvrzení rušení registrace. Poté Vás formulář vyzve znovu k potvrzení rušení registrace s informací, že je to nevratný krok, tj. po uložení rušení registrace nelze registraci přes WEB formulář obnovit. Za účelem obnovy registrace kontaktujte pracoviště ústřední evidence. Zrušení registrace potvrdíte kliknutím na tlačítko ZRUŠIT REGISTRACI.

5. Opětovné přihlášení do formuláře

V případě, že potřebujete uložené hlášení (tj. odeslané do ÚE) z nějakého důvodu opravit, doplnit nebo jen vytisknout, je možné se do formuláře přihlásit opakovaně. Po přihlášení budete informování o tom, že je hlášení již uloženo. Pro načtení Vašich údajů klikněte na tlačítko NAČÍST HLÁŠENÍ. V případě, že se do formuláře přihlásíte po uložení zrušení registrace, pak Vás na to formulář upozorní a Vaše údaje se již nenačtou.

Rozsah tech

dokumentace

Příloha č.

ROZSAH TECHNICKÉ DOKUMENTACE

1. Sparx EA modelu (zejména ArchiMate modelu)

V případě, že v rámci implementace dojde k jeho změnám oproti návrhu architektury připravenému jako součást analýzy, provede se aktualizace modelu. Sparx EA model by měl zahrnovat:

a. Aplikační komponenty tvořící řešení, 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. Activity model/diagramy anebo sekvenční model/diagramy logiky zpracování definovaných typů dokumentů,

f. Popis použitých rolí v systému a jejich navázání 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).

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

2. Bezpečnostní dokumentace

Jde o přehled bezpečnostních opatření, který jen odkazuje, kde v technické dokumentaci se nalézá jejich popis.

Jedná se především o popis těchto bezpečnostních opatření (jsou-li relevantní):

a. Řízení přístupu, role, autentizace a autorizace, druhy a správa účtů,

b. Omezení oprávnění (princip minimálních oprávnění),

c. Proces řízení účtů (přidělování/odebírání, vytváření/rušení)

d. Auditní mechanismy, napojení na SIEM (Syslog, SNP TRAP, Textový soubor, JDBC, Microsoft Event Log…),

e. Šifrování,

f. Zabezpečení webového rozhraní, je-li součástí systému,

g. Certifikační autority a PKI,

h. Zajištění integrity dat,

i. Zajištění dostupnosti dat (redundance, cluster, HA…),

j. Zálohování, způsob, rozvrh,

k. Obnovení ze zálohy (DRP) včetně předpokládané doby obnovy.

l. Předpokládá se, že existuje síťové schéma, komunikační schéma a zdrojový kód.

Komunikační matice

Příloha č.

Komunikační mapa

ID SD MZe[endnoteRef:2]: [2: ID SD MZe – identifikátor požadavku přidělený v ServiceDesku MZe, zkopíruje se z věcného zadání.]

ID ShP MZe[endnoteRef:3]: [3: 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í. ]

ID PK MZe[endnoteRef:4]: [4: ID 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í. ]

1. Routovací tabulka[endnoteRef:5] [5: Pomocí jednotlivých položek popište cestu k propojení jednotlivých sítí nebo subnettů.]

Č. položky

Typ změny

Jméno zdroje

VRF

Verze IP(ipv4/ipv6)

IP adresa/rozsah zdroje

Metrika

Jméno cíle

Route (gateway)/rozsah cíle

Interface

Typ route

VLAN

2. Komunikace - pravidlo FW[endnoteRef:6] [6: Položka firewall slouží pro úpravy FW pravidel. Do čísla položky uveďte pořadové číslo jednotlivého požadavku na úpravu pravidla. Typ změny představuje požadovaný stav pravidla. Transport představuje transportní protokol L4. Dále uveďte jméno, VLAN a IP zdroje a cíle, případně session helper (pokud požadujete dynamické přidělování portů v rámci session), port a protokol. Uveďte VDOM (virtuální firewall v rámci kterého požadujete úpravu), ID pravidla (pozor nezaměňovat se sekvenčním číslem), požadavek na logování, akce pravidla a případné další detaily do poznámky]

Č. položky

Typ změny

Transport

Jméno zdroje

VLAN zdroje

IP adresa/rozsah zdroje

Session helper (L7)

Jméno cíle

VLAN cíle

IP adresa/rozsah cíle

Port

Protokol

VDOM

ID pravidla

Požadavek na logování

Akce

Poznámka

3. Komunikační cesta[endnoteRef:7] [7: Zadejte položky komunikační cesty nebo cest v případě aplikace typu klient-server z pohledu uživatele, v pořadí logické postoupnosti hopů vedoucí k získání dat nebo informace. V případě jiného typu aplikace všechny komunikační cesty mezi body přenosu dat. Uveďte pořadové číslo položky, název komunikačního bodu.]

Č. komunikačního bodu

Název komunikačního bodu

Typ změny

Jméno zdroje

VLAN zdroje

IP adresa/rozsah zdroje

Směr/iniciace z

Překlad SNAT

Překlad DNAT

Jméno cíle

VLAN cíle

IP adresa/rozsah cíle

Port L4

Protokol L7

Vnější transformace

Vnější enkapsulace (IPSec)

Vnitřní transformace

Vnitřní enkapsulace (SSL/TLS)

Parametr iniciace

Parametr terminace

Routing

Stavová inspekce

Tuneling L4

4. Komunikační schéma[endnoteRef:8] [8: Připojte obrázek, který musí obsahovat minimálně zákres do stávajícího prostředí, fyzické a logické umístění, nové nebo dotčené objekty, jejich názvy nebo IP adresy, komunikační protokoly a porty a komunikační směry.]

5. Balancing

Č. položky

Typ změny

Veřejná IP adresa/rozsah

VIP Class – name

VIP IP

VIP protokol

VIP port

CN certifikátu

Doména

Landscape

Dotčený systém

Strategie

Stickiness mechanismus

Stickiness parametry

Typ sondy

Port

url

Status readback

Interval

Počet neúspěšných volání pro offline

Počet úspěšných volání pro online

Http class

Jméno poolu

SNAT

XFF

iRules

Rebalance/one connect

SSL terminace VIP

SSL iniciace POOL

6. Pool

Č. položky

Typ změny

IP adresa/rozsah

Jméno poolu

Jméno serveru

Transport

Port

Vynucený stav

Stupeň důvěrnosti: Neveřejné Strana 4 z 4

Vysvětlivky

Strana 1 / 1

Hlaseni_vcelari_OnLi

ne.docx