Šablona dokumentace word™íloha … · web viewroky. specifikem této služby je to, že...
TRANSCRIPT
Š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
Žadatel:
Miroslava Czetmayer Ehrlichová
MZe/18140
221815050
Metodický / věcný garant:
Vít Škaryd
MZe/18141
SZIF
22181 2041
Change koordinátor:
Jaroslav Němec
Mze
22181 2916
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
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
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