natgillin/translations-raw huggingface dataset:
Následně bude každá země povinna identifikovat parametry specifické pro její vlastní institucionální uspořádání. 
After that, each country will also have to identify the parameters specific to its own institutional landscape.
Některé z těchto parametrů budou pravděpodobně společné pro více zemí (například region, PSČ atd.) 
Some of these parameters will likely be common to more countries (such as region, zip code etc.)
a tam, kde tomu tak bude a bude to možné, navrhne Generální ředitelství pro zaměstnanost, sociální věci a sociální začleňování společně definovaný seznam hodnot, který bude pobízet k opakovanému užívání a standardizaci. 
and where this will be the case and possible DG EMPL will propose a commonly defined list of values to encourage reuse and standardization.
Identifikační parametry musí zůstat na rozumné úrovni z hlediska počtu, jinak by definování příliš složitého identifikačního mechanismu nepřiměřeně zatížilo zasílající stranu. 
The identification parameters have to remain at a reasonable level in terms of number, otherwise defining a too complicated identification mechanism will impose a disproportionate burden on the sending side.
V posledně jmenovaném případě budou v institucionálním repozitáři EESSI jako příslušné stanoveny základní instituce (styčný orgán). 
In the latter case, a default institution (liaison body) should be defined as competent in the EESSI IR.
Další kroky 
Next Actions
Generální ředitelství pro zaměstnanost, sociální věci a sociální začleňování 
DG EMPL
Pravidla používaná pro validaci institucionálních údajů (tj. při přidávání nové instituce, provádění podstatných změn ve vztahu k instituci nebo při deaktivaci instituce) budou dokumentována a sdílena s jednotnými kontaktními místy institucionálního repozitáře. 
Rules used in validating institution data (i.e. when adding a new institution, making substantial changes to an institution, or deactivating an institution) should be documented and shared with IR SPOCs.
Tyto údaje budou následně revidovány jednotnými kontaktními místy institucionálního repozitáře v souladu s omezeními platnými v jednotlivých zemích (například některé země nevyužívají fax) v rámci podrobných případů užití institucionálního repozitáře. 
These data items will be then reviewed by IR SPOCs in accordance with the limitations in each country (e.g. some countries do not use fax) as part of detailed IR Use Cases.
Počáteční soubor možných strukturovaných identifikačních parametrů, které by mohly být použity v případě, že budou pro několik členských států relevantní, bude podrobně zpracován a distribuován jednotným kontaktním místům institucionálního repozitáře za účelem přezkumu a poskytnutí zpětné vazby. 
The initial list of possible structured identification parameters, that could be used if relevant by several MS, will be detailed and distributed to the IR SPOCs for review and feedback
Potvrdit a specifikovat řešení, které bude použito v případech, kdy je instituce příslušná k danému BUC, nebude však ve vztahu k tomuto BUC „aktivní v EESSI“. 
Confirm and specify the solution to be used in cases where an institution is competent for a BUC but will not be "active in EESSI" for that BUC.
Seznam úředních jazyků daného členského státu bude zařazen do specifikací institucionálního repozitáře. 
The list of official languages per Member State will be included in the IR specifications.
Seznam bude distribuován jednotným kontaktním místům institucionálního repozitáře k potvrzení. 
The list will be distributed to the IR SPOCs for confirmation.
Harmonogram dalších kroků (zejména těch, které vyžadují zapojení jednotných kontaktních míst institucionálního repozitáře) bude zveřejněn na vyhrazené stránce Confluence viditelné pro jednotná kontaktní místa institucionálního repozitáře. 
A timetable for next steps (explicitly those which require IR SPOCs involvement) will be published on the dedicated Confluence page for IR SPOCs visibility
Projektový tým zajistí, aby všichni účastníci workshopů na téma institucionálního repozitáře měli přístup na společnou stránku Confluence za účelem vyhledání a revize materiálů ve vyhrazeném prostoru. 
The project team should ensure that all participants to IR Workshops have access to Confluence in order to consult and review the material in the designated space
Projektový tým by měl potvrdit, zda v případě institucí, které se nebudou aktivně podílet na elektronické výměně, avšak zabývají se případy koordinace sociálního zabezpečení (tj. instituce skrývající se za styčným orgánem), bude použit koncept BUC. 
The project team should confirm whether in cases of institutions that will not actively participate in electronic exchanges but is handling SSC cases (i.e. an institution that hides behind the liaison body), the BUC concept will be used.
Jednotná kontaktní místa institucionálního repozitáře 
IR SPOCs
Jednotná kontaktní místa institucionálního repozitáře poskytnou písemnou zpětnou vazbu k případům užití (prvotně ke stručnému popisu případů užití a následně k podrobnému popisu případů užití), dle pokynů stanovených na vyhrazené společné stránce Confluence. 
IR SPOCs to provide written feedback on the use cases (initially on the use case short description, and at a later date on detailed use cases), according to the guidance provided on the dedicated Confluence space
Jednotná kontaktní místa institucionálního repozitáře poskytnou stanoviska k níže uvedeným položkám tak, jak jsou požadována na společné stránce Confluence. 
IR SPOCs to provide viewpoints on the items below as requested on the Confluence space:
Přístupové rozhraní pro úředníky (CAI) – konkrétní informace, které by měly být požadovány v přístupovém rozhraní pro úředníky, a jakýkoli specifický druh informací, který by měl být zadáván do přístupového rozhraní pro úředníky, neměl by však být přístupný veřejnosti. 
CAI – specific information that should be required in CAI and any particular type of information that should be inserted in CAI but not available to the public
Revidovat stávající slovníkové kódy z MMI a poskytnout první zpětnou vazbu ohledně druhu změn, které by byly nutné (ne nutně velmi podrobnou zpětnou vazbu na stávající kódy, spíše typ problémů, které je nutné řešit). 
Review the existing vocabulary data codes from MMI and provide first feedback on the type of changes that would be required (not necessarily a very detailed feedback on the actual codes but rather indicate the type of problems that need to be addressed)
Veškeré další prvky z hlediska prvků jurisdikce institucí, které potenciálně nebyly zvažovány (například pravomoc vydávat přenosné dokumenty). 
Any other elements in terms of institution jurisdiction elements that perhaps were not considered (e.g. competence to issue Portable Documents)
Vyhledávání prováděné občany – reflexe, jak směřovat vyhledávání prováděné občany tak, aby bylo pro uživatele vstřícnější. 
Citizens search – reflection on how to guide the search of the citizens to make it more user friendly.
1.2.6. 
1.2.6.
Poskytnout vysvětlení, zda jsou zde instituce, které se nebudou aktivně podílet na elektronické výměně, avšak zabývají se případy koordinace sociálního zabezpečení (tj. instituce skrývající se za styčným orgánem). 
Provide clarification on whether there are institutions that will not actively participate in electronic exchanges but is handling SSC cases (i.e. an institution that hides between the liaison body)
Nevyřešené otázky 
Open items
Možnost vyhledávat, popřípadě stahovat informace o institucích z více nebo všech zemí je nutné dále prověřit. 
The option to search and/ or download information on institutions from multiple/ all countries needs to be further investigated
Příkladem validačního pravidla při přidávání instituce do institucionálního repozitáře by mohlo být to, že zadavatel by nemohl přidat příslušnou instituci (tedy kromě institucí, které nejsou přímo zapojené do výměny informací, jako například ministerstva), aniž by specifikoval alespoň odpovídající příslušnost a obchodní [VM(17]případu užití (BUC), přičemž otázka by se měla podrobit dalšímu zvážení. 
An example validation rule when adding an institution to the IR could be that a contributor should not be able to add a competent institution (i.e. apart from institutions not directly involved in the information exchange such as ministries) without specifying at least a corresponding competence and BUC, subject to further consideration.
Mělo by být vyjasněno, jestli některé příslušné instituce (tj. mající alespoň jednu popsanou příslušnost) mohou být označeny jako nepřímo se podílející na elektronické výměně informací. 
It should be clarified whether some competent institutions (i.e. having at least one competence described) can be marked as not directly participating in the electronic exchange of information.
Přístup a specifika pro minimální počet parametrů, které musí být vyplněny, když se přidává instituce, je třeba dále prověřit. 
The approach and specifics for the minimum number of parameters to be filled in when adding an institution needs to be further investigated.
Návrhy zahrnují definování těchto parametrů na úrovni BUC nebo země, popřípadě zobrazení hlášení s požadavkem „vlastního prohlášení“, pokud všechny parametry nebyly splněny, ve kterém zadavatel prohlásí, že „chybějící“ pole nejsou relevantní. 
Suggestions include defining such parameters at BUC or country level, and/ or displaying a "self-statement" requirement message if not all parameters have been filled in whereby the contributor declares that the "missing" fields are not applicable.
Seznam norem pro výkon povolání: stávající seznam je nestrukturovaný a je nutné ho revidovat. 
Occupational standards list: the current list is unstructured and needs to be revised.
Seznam norem pro výkon povolání uváděný jako součást ACD serverů slouží odlišnému účelu a neměl by být přebírán jako obecný standard. 
The occupational standards list referred to as part of the ACDs serves a different purpose and should not be referred back to as a general standard.
Nicméně nové a vylepšené strukturování norem pro výkon povolání by ještě stále mělo mít podobu obecného standardu, a nikoli něčeho, do čeho se podrobně promítne současná legislativa jednotlivých zemí. 
However, a new and improved structuring of the occupational standards should still take the form of a general standard, and not that of a minute reflection of current-day legislation in each country.
Navrhované strukturování by mohlo být tvořeno postupnými filtry (například kategorie – zaměstnanec / osoba samostatně výdělečně činná / studující / důchodce atd., kde by následoval ekonomický sektor, například podle normy ISOC 08). 
A suggested structuring could comprise subsequent filters (such as category – employed/ self-employed/ student/ retiree, etc., followed by the economic sector, for example as per the ISOC 08 standard)
Zavedení přístupového rozhraní pro úředníky (CAI) představuje problém rovnováhy mezi pokročilými funkcionalitami přístupu a rychlostí a náklady realizace a udržování systému. 
Implementing the Public Access Interface for Clerks (CAI) poses the challenge of trade-off between advanced access functionalities vs. speed and cost of implementation and maintenance.
Mezi možné varianty mohou patřit následující oblasti, které by se měly podrobit dalšímu zvážení: 
Options could include the following and will be subject to further consideration:
4.8.1. 
4.8.1.
Zavést ústřední přístupové rozhraní pro úředníky (CAI) přístupné prostřednictvím internetu z adresy odlišné od adresy přístupového rozhraní pro veřejnost (PAI); přístup k přístupovému rozhraní pro veřejnost i přístupovému rozhraní pro úředníky bude veřejně dostupný 
Implement a central Public Access Interface for clerks accessible via Internet from an address different from the address of the Public Access Interface for the Citizens (PAI); the access for both PAI and CAI will be publicly available
4.8.2. 
4.8.2.
Zavést přístupové rozhraní pro úředníky, které bude dostupné prostřednictvím serverů přístupového místa. 
Implement a Public Access Interface for clerks that will be accessible via AP servers.
To si vyžádá tak velké rozšíření, kolik je přístupových míst (zhruba 60 míst přístupového rozhraní pro úředníky) 
This will require as many deployments as the numbers the APs (around 60 deployments of public access interface for clerks)
4.8.3. 
4.8.3.
Zavést zabezpečený přístup na úrovni přístupového rozhraní pro úředníky, což zahrnuje vytvoření a udržování uživatelských účtů pro úředníky. 
Put a security access at the level of Clerks Access Interface, which entails creating and maintaining users for clerks.
Tento scénář je velmi technicky náročný, což se také promítá do nutnosti vynaložit velké úsilí při realizaci. 
This scenario presents a high technical complexity, which in turn translates to a significant effort requirement.
Bude-li tato alternativa zvolena, zvažování projektového harmonogramu, kritické cesty a závislosti bude řídit směr této priority po PRR. 
Should this option be chosen, considerations of project timeline, critical path and dependency will steer this priority for after PRR
Oblast působnosti 
Scope
Definice a zkratky 
Definitions, Acronyms and Abbreviations
Aktéři a role 
Actors & Roles
RUP tabulka 
RUP Table Representation
Žádost – odpověď SEDy 
Request – Reply SEDs
12 
12
Povolení příloh 
Attachments Allowed
RUP diagram životní situace případu 
RUP UC Diagram Representation
13 
13
Procesy 
Business Processes
20 
18
Problémy 
Issues
Informace o dokumentu 
Document Control Information
Položka 
Settings
Případ životní situace (BUC) 
Business Use Case
H_BUC_01 - Ad hoc výměna informací 
H_BUC_01 - Adhoc Exchange of Information
Projekt EESSI (elektronická výměna informací o sociálním zabezpečení) 
EESSI (Electronic Exchange of Social Security Information) Project
DG EMPL R4 
DG EMPL R4
Maria Luisa-Cabral 
Maria Luisa-Cabral
Projektový manažer: 
Project Manager:
V 1.0.1 
V 1.0.1
interní 
Internal
25. 5. 2016 
25/05/2016
Historie verzí dokumentu: 
Document history:
Autor dokumentu je oprávněn provést následující typy změn dokumentu, aniž by bylo nutné dokument znovu schvalovat: 
The Document Author is authorized to make the following types of changes to the document without requiring that the document be re-approved:
• redakční úpravy, formátování, pravopis 
(1) Editorial, formatting, and spelling
• vyjasnění 
(2) Clarification
Chcete-li požádat o změnu tohoto dokumentu, obraťte se na autora nebo vlastníka dokumentu. 
To request a change to this document, contact the Document Author or Owner.
Vytvořil/a 
Created by
V0.3 
V0.3
20. 2. 2014 
20/02/14
Reginald Amade 
Reginald Amade
Prvotní návrh 
Initial draft
V0.4 
V0.4
28. 2. 2014 
28/02/14
Přepracovány kapitoly 1.1, 3, 4 a 5 
Reworked 1.1, 3, 4 & 5
V0.5 
V0.5
9. 7. 2014 
09/07/14
Viz přehled komentářů k přezkumu 
See Review comments sheet
V0.6 
V0.6
10. 9. 2014 
10/09/14
Změněna smyčka tak, aby H001 umožňoval odeslání nového případu H001 po původním H001. 
Altered Loop to allow H001 to allow a new instance of H001 to be sent after an H001.
Větev 1 pozměněna tak, aby zohlednila tuto změnu. 
Branch 1 altered to reflect.
Odpověď H002 zaslána všem účastníkům. 
H002 reply sent to all participants
V0.7 
V0.7
30. 1. 2015 
30/01/15
Výjimka 1 odstraněna 
Exception 1 Removed
alternativní větev 9 odstraněna 
Alternative branch 9 Removed
V0.8 
V0.8
22. 6. 2015 
22/06/15
- Přidána větev 2b: možnost vlastníka případu provést přeposlání. 
- Added branch 2b: possibility for the case owner to do a forward as well.
- Přeformulování pojmu příslušná instituce v odst. 3 kapitoly Aktéři a role. 
- Rewording competent institution in par. 3 Actors & Roles.
- Opraven název SEDu H001: „Oznámení / žádost o informace“ 
- Correction Name of the SED H001: "Notification / request for information"
V0.99.0 
V0.99.0
20. 11. 2015 
20/11/2015
Kandidát na schválení skupinou ad hoc 
Candidate for AHG Approval
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
10. 3. 2016 
10/03/2016
VERZE SCHVÁLENÁ Administrativní komisí pro koordinaci systémů sociálního zabezpečení (AK) 
AC APPROVED VERSION
V1.0.1 
V1.0.1
Drobné změny v textu po obdržení připomínek AK. 
Added minor textual changes following the comments received from the AC
Bod 8 hlavního scénáře přeformulován tak, aby zněl: Všichni účastníci obdrží H002. 
Reformulated point 8 in main scenario to state: All participants receive the H002.
Správa konfigurací: umístění dokumentu 
Configuration Management: Document Location
Nejnovější verze tohoto řízeného dokumentu je uložena zde: <\\net1.cec.eu.int\EMPL\R\R4\02 IT Systems\EESSI\03 Architecture\50. 
The latest version of this controlled document is stored in <\\net1.cec.eu.int\EMPL\R\R4\02 IT Systems\EESSI\03 Architecture\50.
Business Architecture\1. 
Business Architecture\1.
Approved by AC> 
Approved by AC>
1.1. 
a.
Úč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.
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 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.
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.
BUC obsahuje diagramy případů životní situace a modely procesů. 
The Business Use Case includes Use Case Diagrams and Business Process Models.
Diagramy případů životní situace znázorňují aktéry, BUCy a jejich vzájemné vztahy. 
Use case diagrams show actors, business use cases, and their relationships.
Diagramy případů životní situace nepopisují postupy. 
Use case diagrams do not describe procedures.
Alternativní scénáře také zůstávají skryty. 
Alternative scenarios also remain hidden.
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 behaviours of the EESSI business system which will direct and govern part of the expected behaviours and functionality delivered by the EESSI IT System.
1.2. 
b.
Tento dokument se omezuje pouze na vnější pohled na proces ad hoc výměny informací v rámci horizontálního sektoru. 
This document is limited to the external view on the horizontal sector process of Adhoc Exchange of 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í se ad hoc výměny informací. 
The different elements like use case description, business actors, and business process as well as supporting UML diagrams and BPMN models pertaining to Adhoc Exchange of Information
1.3. 
c.
Viz glosář projektu EESSI dostupný zde. 
Please see the EESSI Project Glossary here
1.4. 
d.
č. 
#
nařízení (ES) č. 883/2004 
EC Regulation 883/2004
nařízení (ES) č. 883 – 2004.pdf 
Regulation EC No 883- 2004.pdf
nařízení (ES) č. 987/2009 
EC Regulation 987/2009
nařízení (ES) č. 987 – 2009.pdf 
Regulation EC No 987-2009.pdf
Henriette Baumann, Patrick Grassle a Philippe Baumann, 2005, ISBN 1904811558 
Henriette Baumann, Patrick Grassle & Philippe Baumann, 2005, ISBN 1904811558
1.5. 
e.
Kapitola 1 představuje vnější pohled na posuzovaný systém a uvádí prvky této specifikace. 
Chapter1 introduces the external view on the business system under review and lists the elements of this specification.
Kapitola 2 představuje proces ad hoc výměny informací. 
Chapter 2 introduces the Adhoc Exchange of Information 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 ad hoc výměny informací. 
Chapter 3 lists the actors involved in the Adhoc Exchange of Information business process.
Kapitola 4 podrobně popisuje proces ad hod výměny 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 Adhoc Exchange of Information business process based on the RUP use case template, as well as the relationship to other use cases.
Kapitola 5 popisuje proces ad hoc výměny informací za použití notace pro modelování procesu (BPMN). 
Chapter 5 describes the Adhoc Exchange of Information business process using business process modelling notation (BPMN).
1.6. 
f.
2.1. 
a.
H_BUC_01 je proces používaný při žádosti o informace nebo sdělení informací na základě požadavků na všeobecnou spolupráci stanovených v článku 76 základního nařízení (ES) č. 883/2004. 
H_BUC_01 is a business process that is used to request, or communicates, information based on the general cooperation requirements described in Article 76 of the basic Regulation (EC) No 883/2004.
2.2. 
b.
Právní základ tohoto dokumentu týkajícího se BUCu se nachází v těchto nařízeních: 
This Business Use Case document's legal base is described in the following Regulations
• základní nařízení (ES) č. 883/2004 
basic Regulation (EC) No 883/2004
• prováděcí nařízení (ES) č. 987/2009 
implementing Regulation (EC) No 987/2009
Následující matice uvádí strukturované elektronické dokumenty (SED) používané v tomto BUCu a stanoví články poskytující právní základ pro každý SED. 
The following matrix specifies the SEDs that are used in this Business Use Case and documents the articles that provide the legal basis for each SED.
Základní nařízení (883/04) 
Basic Reg (883/04
článek 76 
Article 76
H001 
H001
H002 
H002
Tab. 1: SED – Matice vztahu k právnímu základu 
Table 1: SED – Legal base relationship matrix
Tato kapitola zachycuje podrobné údaje o aktérech, kteří jsou významní pro porozumění různým typům uživatelů systému. 
This chapter captures details of the actors which are important to understanding the different types of system users.
Aktér je někdo nebo něco, kdo (případně co) si vyměňuje údaje se systémem. 
An actor is anyone or anything that exchanges data with the business system.
Aktérem může být uživatel, vnější hardware nebo jiný systém. 
An actor can be a user, external hardware, or another system.
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.
Název aktéra 
Actor name
V tomto BUCu je vlastníkem případu instituce, která zahajuje ad hoc výměnu informací. 
In this BUC the Case Owner is an institution that initiates the adhoc exchange of information.
V tomto BUCu je protistranou instituce, která odesílá informace žádajícímu vlastníkovi případu. 
In this BUC the Counterparty is an institution that returns information to the requesting Case Owner.
4.1. 
a.
H_BUC_01 
H_BUC_01
Ad hoc výměna informací 
Adhoc Exchange of Information
Vytvořil/a: 
Created By: