natgillin/translations-raw huggingface dataset:
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)
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.
Tato kapitola poskytuje krátký a podrobný popis procesu, jakož i odkazy na jeho právní základ.
The chapter gives a short and detailed description as well as a reference to business process´ legal base.
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šeobecný popis každého aktéra popsaného v tomto BUCu se nachází v glosáři.
The overarching description of each actor described in this Business Use Case can be found in the Glossary.
Níže naleznete krátký popis, který poskytuje bližší upřesnění jednotlivých aktérů v rámci tohoto BUCu.
Below you will find a short description which provides further clarity of this actor within the context of this Business Use Case.
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
vlastník případu
Case  Owner
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
Měla by výměna PINů zůstat v horizontálním sektoru, nebo by měla být začleněna do důchodového sektoru, jelikož byla původně navržena k urychlení procesu výpočtu důchodu v souladu s článkem 52 nařízení č. 987/2009?
Should the exchange of PINs remain in the Horizontal sector or should it be integrated within the pension sector, as it is initially designed to accelerate the pension calculation process according to Article 52 of Regulation 987/2009.
Skupina ad hoc rozhodla o zařazení tohoto procesu do horizontálního sektoru.
AHGs decided to include this process inside the Horizontal sector.
EESSI případ životní situace – H_BUC_05 – Výměna PINů
EESSI Business Use Case – H_BUC_05 – Exchange of PINs
červen 2016 2
06/2016  2
Scénář
Detailed Description
12
13
Vlastník případu a protistrana
Case Owner
5.2.1.
5.3.1.
H_BUC_06 – Předání žádosti/ dokumentu/informací
H_BUC_06 – Transmission of Claim/document/information.
V0.1
V0.1
V0.2
V0.2
12. 2. 2015
12/02/2015
Úpravy po přezkumu P. Cummingse
Adaptations following review of P. Cummings.
25. 3. 2015
25/03/2015
Aktualizace po přezkumu BUCu skupinou ad hoc
Update following review of the AHG on the BUC.
10. 8. 2015
10/08/2015
Drobné redakční úpravy
Minor editorial corrections
24. 8. 2015
24/08/2015
Oprava:
Correction:
- Větev 7: Přeposlání případu protistranou jiné instituci v rámci jednoho členského státu pomocí administrativního SEDu „přeposlání“
- Branch 7: Forwarding of the Case from the Counterparty to another institution within the same Member State by using the forward administrative.
7. 10. 2015
07/10/2015
Přidána větev 8 obsahující možnost přeposlat případ jinému členskému státu
Added branch 8, containing the possibility to forward the case to another member state.
V0.7.0
V0.7.0
23. 10. 2015
23/10/2015
– Popis bodu 4.1 opraven tak, aby zohlednil znění větve 8:
- Description of 4.1 corrected to reflect Branch 8: