natgillin/translations-raw huggingface dataset:
Naposledy aktualizoval/a: 
Last Updated By:
Datum vzniku: 
Date Created:
11. 11. 2013 
11/11/2013
Aktéři: 
Actors:
vlastník případu 
Case Owner
protistrana 
Counterparty
Tento BUC popisuje scénáře, které instituce musí přijmout, aby splňovaly požadavky nařízení a sdělovaly si navzájem užitečné informace týkající se případu nebo události, která by mohla ovlivnit nárok na dávku poskytovanou v souladu s nařízením (ES) č. 883/2004. 
This business use case describes the scenarios that institutions need to take in order to comply with the Regulation by communicating to each other useful information regarding the case or event that might influence the right to a benefit provided under Regulation (EC) No 883/2004;
Spouštěč: 
Trigger:
• instituce se dozví užitečné informace týkající se případu nebo události, která by mohla ovlivnit nárok na dávku 
An institution becomes aware of useful information regarding the case or event that might influence the right to a benefit
• instituce zjistí, že potřebuje dodatečné informace od jiné instituce 
An institution becomes aware they need additional Information from another institution
Vstupní podmínky: 
Preconditions:
• vlastník případu přijal opatření k provedení nařízení (ES) č. 883/2004 
The Case Owner has taken measures to implement Regulation EC No 883/2004
• právní předpisy vztahující se na vlastníka případu se změnily a změna by mohla ovlivnit provádění nařízení (ES) č. 883/2004 
The Case Owner's legislation has changed which may affect the implementation of Regulation EC No 883/2004
• vlastník případu potřebuje více informací 
The Case Owner needs more information
Výstupní podmínky: 
Post conditions:
Vlastník případu úspěšně obdržel ad hoc informaci, kterou potřeboval. 
The Case Owner has successfully received the ad-hoc information they need.
Určení účastníků 
Identify Participants
1. vlastník případu určí členské státy EU, kterým chce informace zaslat nebo od kterých chce informace získat; 
The Case Owner identifies the EU Member States they want to send information to or get information from;
2. vlastník případu poté určí příslušnou instituci či instituce (protistranu či protistrany) v každém členském státě, které by měly obdržet dané informace nebo které by mu mohly informace poskytnout. 
The Case Owner then identifies the correct institution or institutions (the Counterparty(ies)) in each Member State should receive the information or who can send them information.
Protistrana může být jedna nebo jich může být více. 
There will be one counterparty or more.
Vlastník případu a protistrana či protistrany jsou souhrnně označovaná jako účastníci. 
The Case Owner and the Counterparty(ies) are herein collectively referred to as the Participants;
Odeslání žádosti 
Send Request
3. vlastník případu vyplní dokument Oznámení / žádost o informace (H001) zadáním veškerých požadovaných údajů; 
The Case Owner fills in a "Notification / request for Information" (H001) by entering all the required information
4. vlastník případu odešle dokument H001 včetně příloh všem protistranám; 
The Case Owner sends the H001, including any attachments, to all Counterparties;
Kontrola a odeslání odpovědi 
Check and Send Reply
5. každá protistrana obdrží a posoudí dokument H001; 
Each Counterparty receives and reviews the H001 document
6. každá protistrana se může případně rozhodnout, že vyplní dokument Odpověď na žádost o informace (H002) zadáním veškerých požadovaných údajů; 
Each Counterparty optionally may choose to fill in a Reply To request for Information (H002) by entering all the required information;
7. každá protistrana, která vyplnila dokument H002, odešle svůj H002 včetně příloh všem účastníkům; 
Each Counterparty who filled in a H002 sends their H002, including any attachments to all participants
8. všichni účastníci obdrží dokument H002; 
All participants receive the H002;
Konec případu životní situace. 
The use case ends here.
Větev 1: může se stát, že vlastník případu bude v kterémkoli kroku mezi [krokem 4] a [krokem 9] potřebovat více informací 
Branch 1: at any step between [step 4] and [step 9] The Case Owner may need to request more information
1. vlastník případu vyplní „Oznámení/žádost o informace“ (H001) zadáním veškerých požadovaných údajů; 
The Case Owner fills in a "Notification / request for Information" (H001) by entering all the required information
2. vlastník případu odešle dokument H001 včetně příloh všem protistranám; 
The Case Owner sends the H001, including any attachments, to all Counterparties;
3. konec této větve. 
This Branch Ends
Větev 2: protistrana se může v kterémkoli kroku mezi [krokem 5] a [krokem 9] rozhodnout přeposlat tento proces jiné instituci v rámci daného členského státu, která převezme odpovědnost za jeho vyřízení 
Branch 2: at any step between [step 5] and [step 9] the Counterparty may choose to Forward this Business Process to another Institution within their MS who assumes responsibility for handing it
1. protistrana provede BUC AD_BUC_05_Subproces - Přeposlání; 
• The Counterparty executes business use case AD_BUC_05_Subprocess- Forward;
2. proces pokračuje [krokem, ve kterém došlo k rozvětven﻿ . 
• The process resumes [at the step at which it branched].
Větev 2b: vlastník případu se může v kterémkoli kroku mezi [krokem 4] a [krokem 9] rozhodnout přeposlat tento proces jiné instituci v rámci daného členského státu, která převezme odpovědnost za jeho vyřízení 
Branch 2b: at any step between [step 4] and [step 9], the Case Owner may choose to Forward this Business Process to another institution within their MS who assumes responsibility for handling it
1. vlastník případu provede BUC AD_BUC_05_Subproces- Přeposlání; 
The Case Owner executes business use case AD_BUC_05_Subprocess- Forward;
2. proces pokračuje [krokem, ve kterém došlo k rozvětven﻿ . 
The process resumes [at the step at which it branched].
Větev 3: vlastník případu se může v kterémkoli kroku mezi [krokem 4] a [krokem 9] rozhodnout odebrat protistranu z tohoto procesu 
Branch 3: at any step between [step 4] and [step 9] the Case Owner may choose to Remove a Counterparty from this Business Process
Větev 4: vlastník případu se může v kterémkoli kroku mezi [krokem 4] a [krokem 9] rozhodnout přidat do tohoto procesu protistranu 
Branch 4: at any step between [step 4] and [step 9] the Case Owner may choose to Add a Counterparty to this Business Process
Větev 5: vlastník případu se může v kterémkoli kroku mezi [krokem 4] a [krokem 7] rozhodnout zaslat aktualizovanou verzi H001 
Branch 5: at any step between [step 4] and [step 7] the Case Owner may choose to send an updated version of H001
1. vlastník případu provede BUC AD_BUC_010_Subproces – Aktualizace SEDu; 
The Case Owner executes business use case AD_BUC_010_Subprocess - Update_SED;
Větev 6: protistrana se může v kterémkoli kroku mezi [krokem 6] a [krokem 9] rozhodnout zaslat aktualizovanou verzi svého H002 
Branch 6: at any step between [step 6] and [step 9] a Counterparty may choose to send an updated version of their H002
1. protistrana provede BUC AD_BUC_10_Subproces – Aktualizace SEDu; 
The Counterparty executes business use case AD_BUC_10_Subprocess - Update_SED;
Větev 7: vlastník případu, který zaslal H001, se může v kterémkoli kroku mezi [krokem 4] a [krokem 7] rozhodnout informovat všechny příjemce o tom, že je neplatný podle článku 5 nařízení č. 987/2009 
Branch 7: at any step between [step 4] and [step 7] the Case Owner, who sent the H001, may choose to advise all recipients that it is Invalid under Art 5 of 987/09
1. vlastník případu provede BUC AD_BUC_06_Subproces – Zneplatnění SEDu; 
The Case Owner executes business use case AD_BUC_06_Subprocess - Invalidate_SED;
Větev 8: protistrana, která zaslala H002, se může v kterémkoli kroku mezi [krokem 6] a [krokem 9] rozhodnout informovat všechny příjemce o tom, že je neplatný podle článku 5 nařízení č. 987/2009 
Branch 8: at any step between [step 6] and [step 9] the Counterparty, who sent the H002, may choose to advise all recipients that it is Invalid under Art 5 of 987/09
1. protistrana provede BUC AD_BUC_06_Subproces - Zneplatnění SEDu; 
The Counterparty executes business use case AD_BUC_06_Subprocess - Invalidate_SED;
– Odstraněno – 
- Removed-
Větev 10: kterýkoli účastník se může v kterémkoli kroku mezi [krokem 4] a [krokem 9] případně rozhodnout zaslat upomínku jinému účastníkovi, od kterého očekával informaci, kterou doposud neobdržel 
Branch 10: at any step between [step 4] and [step 9] any Participant may optionally choose to send a Reminder to another Participant for the return of information they were expecting from that Participant but did not receive.
1. účastník, který vyvolá tuto větev, provede BUC AD_BUC_07_Subproces - Upomínka; 
1 The participant who invokes this branch executes business use case AD_BUC_07_Subprocess -_Reminder;
2. proces pokračuje [krokem, ve kterém došlo k rozvětven﻿ . 
2 The process resumes [at the step at which it branched].
– Odstraněno – 
-Removed-
Viz obrázek v oddíle 4.4 
See figure 4.4
Zvláštní požadavky (ZP):: 
Special Requirements::
ZP1: H001 lze použít k žádosti o informace nebo jejich oznámení; 
SR1: H001 can be used to request/notify information;
ZP2: H002 lze zaslat pouze po obdržení H001; 
SR2: H002 can only be sent after receiving an H001;
ZP3: Pravidla týkající se cíle jednotlivých SEDů: 
SR3: Rules about the destination for each SED type;
H001 musí být zaslán všem protistranám; 
H001 must be sent to all Counterparties;
H002 lze zaslat jednomu nebo více aktivním účastníkům; 
H002 may be sent to one or more Active Participants;
ZP4: Pravidla týkající se vyvolání větví: 
SR4: Rules about invoking branches
1. vlastník případu může vyvolat hlavní scénář více než jednou; 
The Main Scenario can be invoked more than once by the Case Owner
Administrativní 
Administrative
ZP5: Pojem „zaslat/zasláno všem aktivním účastníkům“ nezahrnuje zaslání sobě samému (tj. odesílající instituci); 
SR5: The term "Send/Sent to All Active Participants" does not include sending it himself (i.e. to then senders institution);
ZP6: Aktivní účastníci jsou ti účastníci, kteří byli určeni v [kroku 2] a účastníci přidaní provedením [větve 4], kteří nebyli odebráni provedením [větve 3]. 
SR6: Active Participants are defined as those participants identified at [Step 2] and those participants added through the execution of [Branch 4] and not removed through the execution of [Branch 3];
Domněnky: 
Assumptions:
Poznámky a problémy: 
Notes and Issues:
4.2. 
b.
V následující tabulce jsou uvedeny SEDy, které jsou vzájemně logicky propojeny a obvykle jsou známé jako dvojice „žádost – odpověď“. 
The following table specifies and SED that have a logical pairing to one another, usually this is known as a request-reply pair.
SED ŽÁDOSTI 
REQUEST SED
SED(y) ODPOVĚDI 
REPLY SED(s)
Následující tabulka uvádí, zda je povoleno zahrnutí příloh při zasílání daných druhů SEDů. 
The following table specifies whether attachments are permitted to be included when sending a SED type.
povoleny 
Allowed
Obr. 2: Diagram případu životní situace 
Figure 2: Use Case diagram
4.5. 
e.
V následující tabulce jsou uvedeny verze SEDů, které jsou použity v tomto BUCu. 
The following table specifies the version of the SED that are used in this Business Use Case.
V následující tabulce jsou uvedeny verze subprocesů, které mají být použity v tomto BUCu. 
The following table specifies the version of the Sub-processes that are to be used in this Business Use Case
SUBPROCES 
SUBPROCESS
nepoužívá se 
Not used
AD_BUC_01_Subproces – Uzavření případu 
AD_BUC_01_Subprocess – Close Case
AD_BUC_02_Subproces – Opětovné otevření případu 
AD_BUC_02_Subprocess – Reopen Case
AD_BUC_03_Subproces – Přidání účastníka 
AD_BUC_03_Subprocess – Add Participant
AD_BUC_05_Subproces – Přeposlání případu 
AD_BUC_04_Subprocess – Remove Participant
AD_BUC_06_Subproces – Zneplatnění SEDu 
AD_BUC_05_Subprocess – Forward Case
AD_BUC_11_Subproces – Výjimka 
AD_BUC_07_Subprocess – Reminder
Case Owner 
Business Processes
Vlastník případu 
5.1 Case Owner
5.3 „Vyvolané“ subprocesy 
5.3 Called Sub Processes
6.1. 
a.
Níže uvedené problémy je třeba přidat do protokolu o problémech a projednat na patřičné úrovni. 
The issues listed below need to be added to the issue log and discussed at the proper communication level.
Datum otevření 
Issue date
EESSI případ životní situace – H_BUC_01 Ad hoc výměna informací 
EESSI Business Use Case – H_BUC_01 Adhoc Exchange of Information
květen 2016 2 
05/2016 2
Podrobný popis 
Detailed Description
Právní předpisy/ otázky politik / další zmínky 
Legal Regulations / Policy Issues / Other Mentions.
RUP diagram případu životní situace 
RUP UC Diagram Representation
„Vyvolané“ subprocesy 
Called Sub Processes
5.3.1. 
5.3.1.
5.3.2. 
5.3.2.
Vyplnění a odeslání SEDu (H061 – H062) 
Fill & Send SED (H061 – H062)
19 
18
5.3.3. 
5.3.3.
Ad hoc výměna informací (H001 – H002) 
Ad-hoc Exchange of information (H001 – H002)
H_BUC_05 – Výměna osobních identifikačních čísel 
H_BUC_05 – Exchange of PINs
6. 7. 2016 
06/07/2016
(1) redakční úpravy, formátování, pravopis 
(1) Editorial, formatting, and spelling
(2) vyjasnění 
(2) Clarification
v0.1 
v0.1
24. 3. 2014 
24/03/2014
Mirko Brusca 
Mirko Brusca
v0.2 
v0.2
21. 1. 2015 
21/01/2015
Aktualizace dokumentu 
Update of the document.
v0.3 
v0.3
13. 4. 2015 
13/04/2015
Aktualizace na základě přezkumného jednání skupiny ad hoc ve dnech 7.–8. 4. 2015 
Update following AHG review meeting on 07-08/04/2015.
v0.4 
v0.4
23. 4. 2015 
23/04/2015
Opravy na základě přezkumu PL 
Corrections based on review from PL.
v0.5 
v0.5
24. 4. 2015 
24/04/2015
Opraven odkaz na prováděcí nařízení 
Corrected the implementing regulation reference.
26. 8. 2015 
26/08/2015
15. 9. 2015 
15/09/2015
Úpravy na základě přezkumu skupinou ad hoc a testování: 
Adaptations following review by the AHG and following playground testing:
úprava větve 11: administrativní funkce „odebrání účastníka“ od protistrany, může odebrat pouze sám sebe, v souladu se zvláštním požadavkem (ZP) 2 AD-BUC-04 
Adaptation Branch 11: "Remove Participant" admin function from the CP, allowed only to remove himself, according to SR2 AD-BUC-04.
– do hlavního scénáře přidán krok 8 
Added step 8 of the main scenario.
– upomínku by mělo být možné zaslat do té doby, než jsou odeslány všechny SEDy, jelikož nemá smysl ji zasílat později: tímto problémem se budeme zabývat obecně ve vztahu ke všem BUCům 
Reminder should possible until all SED's have been sent, as it does not make sense to send it after that: we will address this concern globally for all the BUC's.
31. 3. 2016 
31/03/2016
V0.99.1 
V0.99.1
Aktualizováno po obdržení připomínek Administrativní komise pro koordinaci systémů sociálního zabezpečení (AK) 
Updated following comments received from AC
VERZE SCHVÁLENÁ AK 
AC APPROVED VERSION
Approved by AC>. 
Approved by AC>.
Tento dokument se omezuje pouze na vnější pohled na proces výměny osobních identifikačních čísel (PINů) v rámci horizontálního sektoru. 
This document is limited to the external view on the horizontal sector process Exchange of Personal Identification Numbers (PINs).
Obsahuje jednotlivé prvky, jako jsou popis případu životní situace, aktéři, proces, jakož i podpůrné UML (Unified Modelling Language) diagramy a BPMN (Business Process Modelling Notation) modely týkající se výměny osobních identifikačních čísel (PINů). 
The different elements like use case description, actors, and business process as well as supporting UML diagrams and BPMN models pertaining to Exchange of Personal Identification Numbers.
Viz Glosář projektu EESSI. 
Please see the EESSI Project Glossary.
Kapitola 1 představuje vnější pohled na posuzovaný systém a uvádí prvky této specifikace. 
Chapter 1 introduces the external view on the business system under review and lists the elements of this specification.
Kapitola 2 představuje proces výměny osobních identifikačních čísel. 
Chapter 2 introduces us to the Exchange of Personal Identification Numbers business process.
Kapitola 3 uvádí aktéry podílející se na procesu výměny osobních identifikačních čísel. 
Chapter 3 lists the actors involved in the Exchange of Personal Identification Numbers business process.
Kapitola 4 podrobně popisuje proces výměny osobních identifikačních čísel s použitím RUP (Rational Unified Process) šablony případu životní situace, jakož i vztahy k jiným případům životní situace. 
Chapter 4 describes in detail the Exchange of Personal Identification Numbers business process based on the RUP use case template, as well as the relationship to other use cases.
Kapitola 5 popisuje proces výměny osobních identifikačních čísel za použití notace pro modelování procesu (BPMN). 
Chapter 5 describes the Exchange of Personal Identification Numbers business process using business process modelling notation (BPMN).
Tento případ se týká situace, kdy je potřebná výměna osobních identifikačních čísel (PIN) pojištěnce mezi členskými státy. 
This case concerns the need of exchanging Personal Identification Numbers (PIN) of an insured person between Member States.
Tento proces je založen na požadavku na všeobecnou spolupráci, stanoveném v čl. 2 odst. 2, a výměnu informací, stanovenou čl. 52 odst. 1 písm. a) nařízení (ES) č. 987/2009. 
The process is based on the general cooperation requirement found in Article 2 (2) and the exchange of information in Article 52 (1) (a) of Regulation (EC) No 987/2009.
Právní základ tohoto dokumentu týkajícího se BUCu je, v souladu se schválenou verzí 3 horizontálních pokynů ad hoc expertních skupin, popsán v: 
This Business Use Case document's legal base, according to the agreed version 3 Horizontal Guidelines, documented by the expert AHGs, is described in the
Následující matice, vycházející ze strukturovaných elektronických dokumentů (SED) platné verze 3 ad hoc expertních skupin, uvádí SEDy používané v tomto BUCu a jejich vztah k výše uvedeným ustanovením. 
The following matrix derived from the applicable version 3 SEDs, documented by the expert AHGs, lists the SEDs used in this Business Use Case and their relation with the articles mentioned above.
Prováděcí nařízení 
Implementing Regulation
čl. 2 odst. 2 
2 (2)
čl. 52 odst. 1 písm. a) 
52(1)(a)
H061 
H061
H062 
H062
V tomto BUCu je vlastníkem případu příslušná instituce členského státu, která zahajuje výměnu nebo žádost o potvrzení osobního identifikačního čísla (PIN). 
In this BUC the Case Owner is the Competent Institution in a Member State that Exchange of/Request for confirmation of Personal Identification Number (PIN).
Protistrana/y 
Counterparty(ies)
V tomto BUCu je protistranou příslušná instituce (jiného) členského státu, která přijímá PIN od instituce – vlastníka případu, a odpovědí potvrzuje nebo nepotvrzuje identifikaci osoby. 
In this BUC the Counterparty(ies) is the Competent Institution in the (other(s)) Member State(s) that receives the Case Owner's Institution's PIN and reply confirming/not confirming the identification of the person.
H_BUC_05 
H_BUC_05
protistrana či protistrany 
Counterpart(y)(ies)
V souladu s čl. 52 odst. 1 písm. a) si mají členské státy vyměňovat nebo zpřístupňovat údaje za účelem identifikace osob, u nichž dojde ke změně použitelnosti právních předpisů z právních předpisů jednoho členského státu na právní předpisy jiného členského státu, a mají zajistit, aby bylo osobní identifikační číslo (PIN) pro účely správy sociálního zabezpečení poskytnuto spolu s těmito informacemi. 
Under Article 52 (1) (a), Member States are supposed to exchange or make available the elements for identifying persons who change from one applicable national legislation to another and ensure that the personal identification number (PIN) for the purpose of social security administration should be provided with the information.
Tento BUC slouží především pro výměnu PINů za účelem provedení čl. 52 odst. 1 písm. a) nařízení (ES), což znamená, že by tento BUC neměl být používán v jiných sektorech, kde by se namísto toho měly použít sektorové BUCy, pokud existují. 
This BUC is mainly used for the exchange of PIN's for aims of implementing Article 52 (1) (a) of Regulation (EC), meaning that in other sectors this BUC should not be used, but instead sectorial SEDs if they exist.
Za normálních okolností není cílem tohoto BUCu provádět výměnu minulých údajů. 
Normally the goal of this BUC is not to perform exchanges of historical data.
Příslušné instituce členských států se obrátí na účastníka či účastníky BUCu výměny nebo žádosti o osobní identifikační číslo pro potvrzení. 
The Competent Institutions of Member States address the participant(s) to a Business Use Case Exchanging/Requesting Personal Identification Number for confirmation.
Protistrana či protistrany potvrdí, nebo nepotvrdí identifikaci pojištěnce. 
The Counterparty(ies) confirms/do not confirms of the identification of the insured person.
vlastník případu zašle protistraně či protistranám Výměnu nebo žádost o potvrzení osobního identifikačního čísla. 
The Case Owner sends the Exchange of/Request for confirmation of Personal Identification Number to the Counterparty(ies).
Osoba byla pojištěna ve více než jednom členském státě a tyto členské státy by si měly vyměnit PIN. 
The person has been insured in more than one Member State, and PIN's should be exchanged with each other.
Možné výstupní podmínky na konci tohoto BUCu jsou: 
These are the possible post-conditions at the end of this BUC:
– Identifikace osoby je potvrzena, nebo nemohla být potvrzena. 
- The identification of the person is confirmed or could not be confirmed.
– Identifikační PIN pro účely správy sociálního zabezpečení byl poskytnut nebo nemohl být poskytnut. 
- The identification PIN's for the purpose of social security administration has been provided or could not be provided.
Určení účastníka 
Identify Participant
Odeslání žádosti či potvrzení PINu 
Send Request/confirmation of PIN
Zpracování žádosti 
Process Request
7. protistrana či protistrany odešlou H062 vlastníkovi případu a všem dalším účastníkům; 
7.
8. vlastník případu a všichni další účastníci obdrží SED H062. 
The Counterpart(y)(ies) sends the H062 to the Case Owner ad to all other participants.
Alternativní scénáře: 
8.
Následující větve určují použití administrativních procesů v rámci tohoto procesu 
The Following Branches determine the use of Horizontally Defined Processes within this Business Process
konec [této větve]. 
1.
konec [této větve]. 
[This Branch] Ends
Větev 3: vlastník případu se může kdykoliv po [kroku 4] rozhodnout zaslat aktualizovanou verzi H061 
2. at any step after step [4] the Case Owner chooses to invalidate the H061
vlastník případu provede BUC AD_BUC_10_Aktualizace SEDu; 
The Case Owner executes business use case AD_BUC_06_Invalidate SED;
1. protistrana provede BUC AD_BUC_10_Aktualizace SEDu; 
The Counterparty executes business use case AD_BUC_06_Invalidate SED;
2. konec [této větve]. 
[This Branch] Ends
vlastník případu provede BUC AD_BUC_07_Upomínka; 
The Case Owner executes business use case AD_BUC_10_Update SED;
protistrana provede BUC AD_BUC_03_Přidání účastníka; 
The Counterparty executes business use case AD_BUC_10_Update SED;
vlastník případu provede BUC AD_BUC_04_Odebrání účastníka; 
The Case Owner executes Business Use Case AD_BUC_07_Reminder;
protistrana provede BUC AD_BUC_04_Odebrání účastníka; 
The Participant executes Business Use Case AD_BUC_08_Clarify Content;
Větev 10: vlastník případu se může kdykoliv po [kroku 2] rozhodnout přeposlat tento případ novému vlastníkovi případu 
At any step after step [2], the Case Owner may choose to add another Participant in the case:
vlastník případu provede BUC AD_BUC_05_Přeposlání; 
The Case Owner executes Business Use Case AD_BUC_03_Add Participant;
Zahrnuje: 
7.
[větev 8] – lze vyvolat více než jednou 
8.
Procesy 
REPLY SED(s)
Přijetí H062 
H062
Druh: BPMN diagram spolupráce (BPMN 2.0) 
RUP UC Diagram Representation
Protistrana 
Version
Byli určeni všichni účastníci? 
Not used
iii. 
iii.
Viz příslušný BUC. 
See relevant BUC.
26. 5. 2015 
26/05/2015
– SED Vyjasnění 
- Clarify SED
– SED Zneplatnění 
- Invalidate SED
– SED Upomínka 
- Reminder SED