natgillin/translations-raw huggingface dataset:
1) přeposlání případu v rámci jednoho členského státu může být provedeno pomocí administrativního SEDu „přeposlání“ (větev 7)
1) Forwarding the case within the same member state can be performed by using the "Forward" administrative SED.(branch 7)
– Oprava diagramu případu životní situace
- Correction in the Use Case Diagram.
Začlenění tabulky „Žádost – odpověď“
-Inclusion of Request-Reply Table
Začlenění tabulky „Povolení příloh“
-Inclusion of Attachment Allowed Table
Začlenění informací o verzích SEDů a subprocesů
-Inclusion of SED & Sub-process Versioning Information
6. 6. 2016
06/06/2016
Drobné redakční úpravy po obdržení připomínek Administrativní komise pro koordinaci systémů sociálního zabezpečení (AK)
Minor editorial corrections following comments received from AC review
Účelem tohoto dokumentu je vytvořit vnější pohled na část „systému EESSI“, jak je popsán v nařízeních (ES) č. 883/2004 a č. 987/2009.
The purpose of this document is to construct an external view of, part of, the 'EESSI business system' as described in EC Regulations 883/2004 and 987/2009.
Vnější pohled se skládá z modelů a popisů případů životní situace (business use case, dále jen „BUC“), služeb systému nabízených jiným subjektům: klientům, partnerům či jiným systémům.
The external view comprises of models and descriptions of business use cases, the services of a business system offered to business actors: customers, business partners, or other business systems.
BUC je popsán z pohledu aktéra a popisuje interakci mezi aktérem a  systémem, což znamená, že popisuje chování systému, který aktér užívá.
A business use case is described from an actor's perspective; it describes the interaction between an actor and the business system, meaning it describes the behaviours of the business system that the actor utilizes.
Tento dokument se omezuje pouze na vnější pohled na proces předání žádosti/dokumentu/informací v rámci horizontálního sektoru.
This document is limited to the external view on the horizontal sector process Transmission Of Claim/Document/Information.
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í předání žádosti/dokumentu/informací.
The different elements like use case description, actors, and business process as well as supporting UML diagrams and BPMN models pertaining to Transmission Of Claim/Document/Information
Kapitola 2 představuje proces předání žádosti/dokumentu/informací.
Chapter 2 introduces us to the Transfer of Claim / document / information business process.
Kapitola 3 uvádí aktéry podílející se na procesu předání žádosti/dokumentu/informací.
Chapter 3 lists the actors involved in the Transfer of claim / document / information business process.
Kapitola 4 podrobně popisuje proces předání žádosti/dokumentu/informací 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 Transfer of Claim / document / information business process based on the RUP use case template, as well as the relationship to other use cases.
Kapitola 5 popisuje proces předání žádosti/dokumentu/informací za použití notace pro modelování procesu (BPMN).
Chapter 5 describes the Transfer of Claim / document / relevant information business process using business process modelling notation (BPMN).
Tento BUC umožňuje instituci předat žádost, dokument či jakékoli relevantní informace instituci členského státu, která je příslušná ke zpracování dané žádosti v souladu s nařízeními.
This Business Use Case allows for an institution to transfer a claim, a document or any relevant information to the institution in the member state which is competent to process a claim under the Regulations.
Přijímající instituce poté musí odpovědět a uvést, zda předání přijímá, odmítá, nebo případ přeposílá.
The receiving institution will then have to respond indicating if they accept, refuse or forward the transmission.
Tento BUC může být v podstatě použit ve dvou různých situacích:
Basically, this business use case can be used in 2 different situations:
– pokud byla žádost podána instituci, která příslušné dávky neposkytuje
- When the claim has been sent to an institution in which the relevant benefit does not exist
– pokud byla žádost, dokument či relevantní informace osobou omylem předložena instituci na území jiného členského státu, než je ten, v němž se nachází instituce určená v souladu s nařízením (ES) č. 987/2009.
- When the claim/document/relevant information has been submitted mistakenly by a person to an institution in the territory of a Member State other than that in which the institution designated in accordance to the Regulations (EC) 987/2009.
V případě potřeby může přijímající instituce předat žádost, dokument či informaci příslušné instituci v rámci jednoho členského státu (větev 7), nebo do jiného členského státu (větev 8), a případně informovat odesílající stát pomocí oddílu 5.1.1 strukturovaného elektronického dokumentu (SED) H066.
If needed, the receiving institution may choose to transfer the claim / document / information to the relevant institution within the same Member State (Branch 7), or in another Member State (Branch 8) and optionally inform the sending state, by using section 5.1.1 from SED H066.
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 čl. 2 odst. 3 a 4 nařízení (ES) 987/2009.
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 Article 2 (3) (4) of Regulation (EC) 987/2009.
Následující matice, vycházející ze 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.
čl. 2 odst. 3 a 4 nařízení (ES) 987/2009
Regulation (EC) 987/2009 Art. 2 (3) (4)
H065
H065
H066
H066
Tab. 1: SED – Matice vztahu k právnímu základu
Table 1: SED – Legal base relationship matrix
V tomto BUCu je vlastníkem případu instituce členského státu, která potřebuje předat žádost, dokument či informaci jiné instituci.
In this Business Use Case the Case Owner is the Institution in a Member State that needs to transfer a claim / a document or some information to another institution.
V tomto BUCu je protistranou instituce členského státu je příslušná instituce (jiného) členského státu, která přijímá žádost, dokument či informaci od vlastníka případu a odpovídá rozhodnutím přijmout či odmítnout předání nebo rozhodnutím přeposlat je dále další instituci.
In this Business Use Case the Counterparty is the Competent Institution in the (other) Member State that receives the Case Owner's claim/ document or information and reply by deciding if they accept, refuse the transfer of if they decide to forward to another institution.
H_BUC_06
H_BUC_06
H_BUC_06 – Předání žádosti/dokumentu/informací
H_BUC_06 – Transmission of Claim / Document / Information.
23. 1. 2015
23/01/2015
V situaci, kdy instituce obdržela žádost, dokument nebo jakoukoliv relevantní informaci, pro kterou není příslušná v souladu s nařízením (ES) č. 987/2009, žádost by měla být bezodkladně předložena příslušné instituci přímo nebo nepřímo prostřednictvím styčného místa.
In a situation where an institution received a claim, a document or any relevant information and that institution is not competent in accordance with the Regulation (EC) 987/2009, the claim should be resubmitted without delay directly to the competent institution or indirectly to the via the liaison body.
Za tímto účelem bude použita tato dvojice SEDů: H065/H066.
For that purpose , the following pair of SED's will be used :
– H065 bude použit k předložení žádosti, informace a/nebo dokumentu příslušné instituci.
- The H065 will be used to submit the claim/information and/or document to the competent institution.
– Přeposlání případu jinému členskému státu může být provedeno přidáním nového účastníka do případu.
- Forwarding the case to another member state can be done by adding the new participant in the case.
(větev 8)
(branch 8)
Případ má být předán příslušné instituci v souladu s čl. 2 odst. 3 a 4 nařízení (ES) č. 987/2009.
A case needs to be transmitted to a competent institution in accordance to the Regulation (EC) 987/2009 2 (3) (4).
Existují dvě možné vstupní podmínky:
2 possible preconditions:
– žádost se nachází u instituce, která příslušné dávky neposkytuje
- a claim exists within an institution in which the relevant benefit does not exist
– žádost, dokument či relevantní informace se nacházejí u instituce na území jiného členského státu, než je ten, v němž se nachází instituce určená v souladu s nařízením (ES) č. 987/2009.
- a claim/document/relevant information exists within an institution in the territory of a Member State other than that in which the institution designated in accordance to the Regulations (EC) 987/2009.
– přijímající instituce odpověděla na předání žádosti, kterou přijme nebo odmítne, a to pomocí SEDu H066,
- The receiving institution has replied to the transmission of the claim to accept or to refuse with SED H066.
– přijímající instituce přeposlala žádost, dokument či informaci příslušné instituci a informuje o tom zasílající instituci (bod 5.1.1 SEDu H066)
- The receiving institution has forwarded the claim/document/information to the relevant institution and informs the sending institution (point 5.1.1 in SED H066).
vlastník případu určí členský stát EU, kam by měly být žádost, dokument či informace předány;
The Case Owner identifies the EU Member State where the claim/document/information should be transmitted.
vlastník případu určí příslušnou instituci (protistranu) ve vybraném členském státě.
The Case Owner identifies the Competent Institution (the Counterparty) in the selected Member State.
Existuje pouze jedna protistrana;
There will be only one counterparty.
Odeslání Předání žádosti/dokumentu/informací
Send Transmission of claim/document/information
vlastník případu vyplní H065 zadáním veškerých požadovaných polí týkajících se žádosti, dokumentu či dokumentů a/nebo informací, které budou předány protistraně;
The Case Owner fills in a H065 by entering all the needed fields regarding the claim/ the document(s) and or the information which will be transmitted to the Counterparty;
vlastník případu odešle H065 protistraně;
The Case  Owner sends the H065 to the Counterparty;
protistrana obdrží SED Předání žádosti/dokumentu/informací (H065), načež proběhne rozhodovací proces;
The Counterparty will receive the Transmission of claim/document/information (H065) SED, after which the decision process will be taken;
protistrana vyplní SED Odpověď na předání žádosti/dokumentu/informací (H066) zadáním rozhodnutí o předání: přijetí, odmítnutí, nebo [případně přeposlání] jiné instituci, v oddíle 5 (5.1.1 rozhodnutí);
The Counterparty fills in a reply to transmission of the claim / document / information that was transmitted (H066) SED by entering a decision on the transmission: Acceptance / Refusal / [Optionally Forwarding] to another institution in Section 5 (5.1.1 decision).
protistrana odešle H066 zpět vlastníkovi případu;
The Counterparty sends the H066 back to the Case Owner.
vlastník případu obdrží H066 obsahující rozhodnutí.
The Case Owner receives the H066 containing the decision.
Konec případu životní situace
The use case ends here
Následující větve určují použití horizontálně definovaných procesů v rámci tohoto procesu
The Following Branches determine the use of Horizontally Defined Processes within this Business Process
Větev 1: protistrana může kdykoliv po kroku [4] zjistit, že ke zpracování žádosti potřebuje více informací
At any point after step [4] the Counterparty identifies that more information is needed to process the request
protistrana zahájí H_BUC_01 – Ad hoc výměna informací;
The Counterparty starts H_BUC_01 – Ad hoc Exchange of Information;
konec [této větve] a případ životní situace pokračuje krokem, který následuje po kroku, jenž vyvolal tuto větev.
[This Branch] Ends and the Use Case resumes at the step following the step calling this branch.
Následující větve určují použití administrativních procesů v rámci tohoto procesu
The Following Branches Determine the use of Administrative Processes within this Business Process
Větev 2: vlastník případu se v kroku [5] rozhodne zrušit (zneplatnit) H065
at step [5] the Case  Owner chooses to Cancel (Invalidate) the H065
vlastník případu provede BUC AD_BUC_06_Zneplatnění SEDu;
The Case  Owner executes business use case AD_BUC_06_Invalidate SED;
Větev 3: vlastník případu se v kroku [5] rozhodne zaslat aktualizovanou verzi H065
at step [5] the Case  Owner chooses to send an updated version of H065
vlastník případu provede BUC AD_BUC_10_Aktualizace SEDu;
The Case  Owner executes business use case AD_BUC_10_Update SED;
Větev 4: protistrana se může po [kroku 7] rozhodnout zaslat aktualizovanou verzi H066
After [Step 7], the Counterparty may choose to send an update of the H066
protistrana provede BUC AD_BUC_10_Aktualizace SEDu;
The Counterparty executes business use case AD_BUC_10_Update SED;
Větev 5: protistrana se může po [kroku 7] rozhodnout zneplatnit svůj H066
After [Step 7], the counterparty may choose to invalidate their H066
protistrana provede BUC AD_BUC_6_Zneplatnění SEDu;
The Counterparty executes business use case AD_BUC_6_Invalidate SED;
Větev 6: vlastník případu se může po [kroku 4] a před [krokem 7] případně rozhodnout zaslat upomínku protistraně, od které očekával informaci, kterou doposud neobdržel
After [Step 4] and before [Step 7] the Case  Owner optionally chooses to send a Reminder to the Counterparty for the return of the information he was expecting but did not receive
Větev 7: protistrana se může po [kroku 5] případně rozhodnout přeposlat žádost/dokument/relevantní informace jiné instituci v rámci jednoho členského státu
After [Step 5], the Counterparty may optionally choose to forward the claim / document / relevant information to another institution within the same Member State.
protistrana přepošle případ nové instituci provedením BUCu AD_BUC_05_Přeposlání.
The counterparty forwards the case to a new institution by executing business use case AD_BUC_05_Forward.
konec [této větve].
[This Branch] Ends.
Větev 8: protistrana se může po [kroku 5] případně rozhodnout přeposlat žádost/dokument/relevantní informace jiné instituci, která se nachází v jiném členském státě, a to přidáním účastníka
After [Step 5], the Counterparty may optionally choose to transfer the claim / document / relevant information to another institution situated in another Member State, by using an add Participant.
protistrana přidá do případu novou instituci z nového členského státu pomocí AD_BUC_03_Přidání účastníka.
The Counterparty adds the new institution from the new MS in the Case by using AD_BUC_03_Add Participant.
konec [této větve].
[This Branch Ends]
Viz diagram v oddíle 4.2
See diagram at part 4.2
Četnost životní situace:
Frequency of Use:
Tento BUC bude proveden [bude upřesněno] -krát ročně.
This BUC will be executed TBD times per year.
Zvláštní požadavky (ZP):
Special Requirements:
ZP1:
SR1:
H065 lze zaslat pouze jednou (ačkoliv je možné vytvořit pro tento SED aktualizace).
H065 can be sent only once (even though updates can be created for this SED).
H066 lze zaslat pouze jednou (ačkoliv je možné vytvořit pro tento SED aktualizace).
H066 can be sent only once (even though updates can be created for this SED).
ZP2: Pravidla týkající se vyvolání větví:
SR2: Rules about the invoking of Branches:
[větev 1] – lze vyvolat více než jednou
[Branch 1] – May be invoked more than once
[větev 2] – lze vyvolat pouze jednou
[Branch 2] – May be invoked only once
[větev 3] – lze vyvolat více než jednou
[Branch 3] – May be invoked more than once
[větev 4] – lze vyvolat více než jednou
[Branch 4] – May be invoked more than once
[větev 5] – lze vyvolat pouze jednou
[Branch 5] – May be invoked only once
[větev 6] – lze vyvolat více než jednou
[Branch 6] – May be invoked more than once
[větev 7] – lze vyvolat více než jednou
[Branch 7] – May be invoked more than once
[větev 8] – lze vyvolat více než jednou
[Branch 8] – May be invoked more than once
ZP3: Pravidla týkající se cíle jednotlivých SEDů:
SR3: Rules about the destination for each SED Type:
- H066 má pouze jednoho cílového příjemce – vlastníka případu, a je zaslán pouze v odpovědi na H065.
- H066 has only one destination recipient, the Case Owner and it is sent only as reply of H065.
- H065 má pouze jednoho cílového příjemce – protistranu.
- H065 has only one destination recipient, the Counterparty.
[Uveďte jakékoliv další komentáře týkající se tohoto případu životní situace, jakékoliv nedořešené otázky nebo části, které musí být upřesněny či vyřešeny.]
[List any additional comments about this use case or any remaining open issues or TBDs (To Be Determined) that must be resolved.  e.g.
Jaká je maximální velikost PINu, kterou může životní situace mít?
What is the maximum size of the PIN that a use can have?]
V 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.
Obr. 1: Diagram případu životní situace
Figure 1: Use Case diagram
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
AD_BUC_04_Subproces – Odebrání účastníka
AD_BUC_04_Subprocess – Remove Participant
AD_BUC_05_Subproces – Přeposlání případu
AD_BUC_05_Subprocess – Forward Case
AD_BUC_06_Subproces – Zneplatnění SEDu
AD_BUC_06_Subprocess – Invalidate SED
AD_BUC_07_Subproces – Upomínka
AD_BUC_07_Subprocess – Reminder
AD_BUC_08_Subproces – Vyjasnění obsahu
AD_BUC_08_Subprocess – Clarify Content
AD_BUC_09_Subproces – Odmítnutí SEDu
AD_BUC_09_Subprocess – Reject SED
AD_BUC_10_Subproces – Aktualizace SEDu
AD_BUC_10_Subprocess – Update SED
AD_BUC_11_Subproces – Výjimka
AD_BUC_11_Subprocess – Business Exception
Následující oddíly popisují BUC Předání žádosti pomocí BPMN.
The following paragraphs describe the Business Use Case "Transfer of Claim" using BPMN.
Modely procesů jsou popsány pomocí BPMN 2.0 – podrobný návod ke čtení a pochopení modelu BPMN se nachází zde.
The business process models are described using BPMN 2.0 – a detailed description of how to read and understand a BPMN model is provided here
Vlastník případu a protistrana
Case Owner and Counterparty
Viz obecný popis v kapitole 4.
See generic description in Chapter 4.
EESSI případ životní situace – H_BUC_06 – Předání žádosti/dokumentu/informací
EESSI Business Use Case – H_BUC_06 – Transmission of Claim /Document/information
červen 2016  2
06/2016  2
EESSI případ životní situace – H_BUC_06 – Předání žádosti
EESSI Business Use Case – H_BUC_06 –Transfer of Claim
EESSI případ životní situace – H_BUC_06 – Předání žádosti
EESSI Business Use Case – H_BUC_06 – Transfer of Claim
17
16
5.1.1.
5.1.1.
5.1.2.
5.1.2.
Vyplnění a odeslání SEDu (H070)
Fill & Send SED (H070)
21
18
H_BUC_07 - Oznámení úmrtí
H_BUC_07 - Notification of Death
v0.10
v0.10
v0.20
v0.20
28. 3. 2014
28/03/2014
Přepracováno na základě vnitřního přezkumu
Rework after internal review
3. 3. 2015
03/03/2015
Úpravy na základě přezkumu skupinou ad hoc
Adaptations after review from the AHG.
30. 3. 2015
30/03/2015
Drobné opravy („tok“ zaměněn za „případ“)
Minor corrections (flow replace by case).
8. 4. 2015
08/04/2015
Aktualizace na základě jednání se skupinou ad hoc ve dnech 7. a 8. 4. 2015
Update following review meeting with AHG on 07/04/2015 and 08/04/2015
Opravy po obdržení připomínek Administrativní komise pro koordinaci systémů sociálního zabezpečení (AK)
Correction  made following comments received from AC
Verze schválena AK
AC Approved Version
Tento „systém EESSI“ popisuje procesy a očekávané procesy bez ohledu na to, které části mohou být realizovány pomocí informačního systému (tj. například pomocí navrženého informačního systému EESSI).
The ‘EESSI Business System’ describes the business and expected business processes without any consideration as to which part(s) may be realized by an IT System (i.e. the proposed EESSI IT System).
Vnější pohled se skládá z modelů a popisů případů životní situace (business use case, dále jen „BUC“), služeb systému nabízených jiným subjektům: klientům, partnerům či jiným systémům.
The external view comprises of models and descriptions of business use cases, the services of a business system offered to business actors: customers, business partners, or other business systems, and business processes.
BUC je popsán z pohledu aktéra a popisuje interakci mezi aktérem a systémem, což znamená, že popisuje chování systému, který aktér užívá.
A business use case is described from an actor's perspective; it describes the interaction between an actor and the business system, meaning it describes the behaviors of the business system that the actor utilizes.
Tyto diagramy poskytují dobrý přehled chování systému EESSI, který bude řídit a upravovat část očekávaného chování a funkčnosti IT systému EESSI.
These diagrams give a good overview of the behaviors of the EESSI business system which will direct and govern part of the expected behaviors and functionality delivered by the EESSI IT System.
Modely procesů popisují procesy systému EESSI.
The business process models describe procedures of the EESSI business system.
Předmětem těchto popisů jsou interakce mezi aktéry a systémem, tedy zboží a služby nabízené klientům a partnerům.
The subjects of these descriptions are interactions between actors and the business system, meaning the goods and services that are offered to customers and business partners.
Na základě modelů procesů mohou lidé zvenčí zjistit, jak komunikovat se systémem.
On the basis of business process models, outsiders can identify how to interact with the business system.
Jsou vhodné zejména ke znázornění sekvencí, alternativ a souběžných událostí.
They are especially useful to illustrate sequences, alternatives, and parallel events.
Tento dokument se omezuje pouze na vnější pohled na proces oznámení úmrtí v rámci horizontálního sektoru.
This document is limited to the external view on the horizontal sector process Notification of Death.
Obsahuje jednotlivé prvky, jako jsou popis případu životní situace, aktéři, proces, jakož i podpůrné (Unified Modelling Language) UML diagramy a BPMN (Business Process Modelling Notation) modely týkající se oznámení úmrtí.
The different elements like use case description, actors, and business process as well as supporting UML diagrams and BPMN models pertaining to Notification of Death.
Kapitola 2 představuje proces oznámení úmrtí.
Chapter 2 introduces us to the Notification of Death business process.
Kapitola 3 uvádí aktéry podílející se na procesu oznámení úmrtí.
Chapter 3 lists the actors involved in the Notification of Death business process.
Kapitola 4 podrobně popisuje proces oznámení úmrtí 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 Notification of Death business process based on the RUP use case template, as well as the relationship to other use cases.
Kapitola 5 popisuje proces oznámení úmrtí za použití notace pro modelování procesu (BPMN).
Chapter 5 describes the Notification of Death business process using business process modelling notation (BPMN).
Příslušné instituce členských států, které mají povinnost se vzájemně informovat a spolupracovat, oznámí úmrtí pojištěnce.
The Competent Institutions of Member States, having the duty of mutual information and cooperation, notify the death of an insured person.