natgillin/translations-raw huggingface dataset:
Ad hoc skupina se domnívá, že tato rozdílná vizualizace by měla být provedena v R002 odpovědích na tyto žádosti. 
The AHG thinks that this different visualization should be performed on the R002 answers to those requests.
Nejedná se o žádný současný úkol, ale mělo by to být zváženo pro shromažďování požadavků pro prezentační vrstvu. 
This is no actual task but it should be considered for the collection of requirements for the presentation layer.
Je v administrativních SEDech vždy zahrnut minimální soubor identifikačních údajů? 
Is the Minimun ID-Set always included in the ADMIN Seds ?
- Je důležité, aby byl minimální soubor identifikačních údajů zahrnut v rámci administrativního SEDu. 
- This is considered important that the Minimum ID-Set should be included inside the ADMIN SED.
Minimální soubor identifikačních údajů týkajících se dotčené osoby je pro vnitrostátní žádosti nutný, aby bylo možné pracovat s administrativními SEDy a seskupovat je se souvisejícím SEDem, který je administrativním SEDem ovlivněn. 
The Minimum ID-Set with the information about the person concerned is necessary for the national applications to handle the admin-SED and to group it together to the related SED which is affected by the admin-SED.
Potvrzujeme, že bude naplánováno sladění administrativních SEDů týkajících se informací o osobě. 
We confirm that an alignment of the ADMIN SED's concerning the information of the person will be planned.
[V současné době nevíme, zda bude v architektuře systému globální či pouze lokální ID SED: bude potvrzeno na architektonické úrovni.] 
[We don't know at the moment if there will be a global or only a local SED ID in the architecture of the system: To be confirmed on architectural level]
Ohledně použití SEDu uzavření: Měli bychom uzavření nebo H001? 
On Close SED Usage: should we use a Close or an H001 ?
- SED uzavření by měl být použit pouze pro výjimečné uzavření případu. 
- The Close SED should be used only for exceptional close of the Case.
- U běžných ukončení případu bychom měli vědět z výměny SEDů a z jejich obsahu, že případ dospěl k přirozenému koncovému bodu. 
- For normal end of Case, we should know from the exchanges of SED's and their content that the Case has reached its natural ending point.
- Pro účely uzavření lze rovněž použít H001: úředníkům nicméně nemusí být jasné, že SED, který obdrží, se týká uzavření případu. 
- H001 can be used as well for that Closing purpose; however, it is perhaps not as clear for the Clerk that the receiving SED concerns a Closing of the Case.
A také pokud je třeba na uzavřeném případu provést automatický úkon, je snazší to udělat prostřednictvím konkrétního X001 namísto obecného H001. 
Also if automated action needs to be done on closed case, it's easier handling this with a specific X001 instead of a general H001.
Je žádost zasílána vždy jen jednomu členskému státu? 
Is it always just one MS, where the request is sent?
Minimálně v případě důchodů je možné, a také časté, že důchod je vyplácen z mnoha členských států zároveň. 
At least in pensions, it’s possible and frequent to receive pension from many MS simultaneously.
Ad hoc skupina má za to, že tento R_BUC_01 by měl zůstat bilaterální. 
The AHG thinks this R_BUC_01 should remain bilateral.
Bude to tak jednodušší a snadněji použitelné. 
This will make things simpler and easier to use.
V tomto případě by se měl použít vícečetný paralelní R_BUC_01. 
In this example multiple parallel R_BUC_01 should be used.
V případě započtení neexistuje stejná potřeba propojit v rámci stejného případu více institucí jako u důchodů, protože různé instituce, které žádají započtení, nebo od kterých je započtení žádáno, mezi sebou nemají žádný přímý vztah a nepotřebují od této strany žádné informace. 
For offsetting, there is not the same need as in Pension to have multiple institutions linked in the same Case because the different institutions requesting for offset or the different institutions requested for offsetting have no direct relationship to each other and they need no information from this party.
Pokud je třeba vzájemně propojit více případů, vnitrostátní orgány použijí k propojení souvisejících případů (BUCů) do jedné „složky“ související ID případu (nebo jiné dostupné údaje). 
If multiple Cases need to be linked to each other, the related Case Id (or some other data available) will be used by the NA's to connect the related Cases (BUC's) together in the same "file".
1 Objasnění: Vnitrostátní právní předpisy povolují pouze odečet jiných vnitrostátních dávek. 
1 Clarification: The national legislation can only authorize the deduction of other national benefits.
Rozšířit tuto situaci na podobné instituce v jiných členských státech umožňují právní předpisy EU (článek 72). 
It is the EU-legislation (Art. 72) which expands this to similar institutions in other member states.
Případ životní situace EESSI – R_BUC_01 – Započtení přeplatku dávek 
EESSI Business Use Case – R_BUC_01 – Offsetting of Overpayment of Benefits
7 
8
9 
10
Právní předpisy / Politické otázky / Jiné 
Legal Regulations / Policy Issues / Other
11 
12
27 
32
28 
32
29 
33
31 
35
33 
36
35 
37
Vznesení napadení pohledávky: scénář [oblast 7] 
Contestation raised: scenario [Branch 7]
Vznesení napadení pohledávky: scénář [oblast 8] 
Contestation raised: scenario [Branch 8]
37 
38
Vznesení napadení pohledávky: scénář [oblast 9] 
Contestation raised: scenario [Branch 9]
5.3.4. 
5.3.4.
Úhrada nákladů 
Reimbursement of costs
41 
40
43 
41
R_BUC_07 - Žádost o vymáhání pohledávky 
R_BUC_07 - Request for recovery
G4 
G4
08/07:2016 
08/07:2016
03/10/2014 
03/10/2014
05/05/2015 
05/05/2015
Úpravy v návaznosti na přezkumy ad hoc skupin obdržené od DE, AT, PL, UK. 
Adaptations following AHG Reviews received from DE, AT, PL, UK.
11/05/2015 
11/05/2015
- Úprava matice 2.2. 
- Adaptation 2.2 Matrix.
- Oblast 5 upravena přidáním použité podmínky. 
- Branch 5 adapted to add condition used.
- Přidání podmínky použité v oblasti 4 (položka v oddílu SEDu). 
- Added condition used in branch 4 (Section Item of the SED)
- Úprava identifikačních údajů oblastí. 
- Adapted Branches Ids.
- Úprava podmínky v kroku 13 hlavního scénáře. 
- Adaptation of Condition in Main Scenario Step 13.
05/06/2015 
05/06/2015
- Opravy v návaznosti na přezkum od UK: úpravy v oblasti 4. 
- Corrections following review by UK: adaptations in Branch 4.
- Úprava pravidla týkajícího se použití R018: oblast 2. 
- Adaptation of rule concerning usage of R018 : Branch 2.
02/09/2015 
02/09/2015
Opravy v návaznosti na přezkum testovacího týmu. 
Corrections following review of the testing team
v0.6 
v0.6
10/09/2015 
10/09/2015
Úpravy týkající se použití administrativního SEDu zneplatnění: dopad zneplatnění na proces je takový, že je možné opětovně zaslat stejný typ dokumentu. 
Adaptations concerning the usage of the invalidate administrative SED: the behaviour of invalidate on the process is that it becomes possible to resend the same document type.
Oblast 4, krok 4: přidání „rozhodnutí úředníka“, tj. tuto volbu v SEDu nebude ověřovat systém. 
Branch 4, Step 4: Adding "Clerk decision", ie it's not the system which will verify this selection in the SED.
Hlavní scénář – krok 13: Musí být možné zaslat dodatečné R004 i v případě, že již bylo zasláno konečné R004. 
Main Scenario – Step 13: It must be possible to send additional R004 even though a Final R004 has been sent.
16/09/2015 
16/09/2015
Opravy v návaznosti na přezkum testovacího týmu: 
Correction following review by the testing team:
Oblast 10a: Vlastník případu nesouhlasí s úhradou odhadovaných nákladů (možnost pro předběžný R028). 
Branch 10a: Case owner does not agree to reimburse the estimated costs (option for provisional R028).
Vlastník případu má nicméně rovněž výběr z rozbalující se nabídky možností: nesouhlas s úhradou skutečných nákladů (možnost pro konečný R028). 
However, Case owner also has dropdown-box selection: does not agree to reimburse the actual costs (option for final R028).
Objasnění v oblastech 10 a 11: v případě vícero plateb možnost vytvoření vícera R004. 
Clarification in Branches 10 and 11: possible creation of multiple R004's, in case of multiple payments.
Oprava oblasti 38 (odkaz na oblasti 7 a 8). 
Correction Branch 38 (reference to Branches 7 and 8)
03/02/2016 
03/02/2016
23/02/2016 
23/02/2016
Úpravy v návaznosti na poznámky týkající se verze 0.99.0 obdržení ad hoc skupinou. 
Adaptations following comments received by AHG on version 0.99.0.
- Oblast 4: vymazání přeškrtnutí textu 
- Branch 4: struck through text has been deleted
- Oprava číslování oblastí 20, 24 a 27. 
- Correction of numbering on Branches 20, 24 and 27.
- Výjimka 1: odstranění odkazu na Otázky 6.1, který již není nutný. 
- exception 1: removed reference to issues 6.1 which is no longer necessary.
- Úpravy BPMN (strana protistrany): opravy označení. 
- Adaptations to BPMN (counterparty side): labels corrections.
- Další drobné opravy textu. 
- Other minor textual corrections.
13/04/2016 
13/04/2016
Heidi Warson 
Heidi Warson
Úpravy v návaznosti na poznámky obdržené od UK: 
Adaptations following comments received from UK:
- k názvu SEDu R033 v odstavci 2.1 přidáno „napadení“, 
- added "of contestation" to the name of SED R033 in paragraph 2.1;
- v odstavci 3 – Subjekt odstraněno slovo „mít“, 
- deleted the word "have" in paragraph 3 - Actor;
- oblasti 6, 7, 9, 10 a 11 – změna umístění textu „včetně jakýchkoliv příloh“. 
- Branches 6, 7, 9, 10 and 11 - changed the positioning of the text "including any attachments".
Toto spojení se váže ke krokům „zašle“, nikoliv ke krokům „vyplní“, 
This wording is attached to the steps "sending", not to the steps - "fills in";
- Oblast 10a – odkázání na krok 6 v oblasti 11. 
- Branch 10a - referred to step 6 in Branch 11;
- Oblast 15 - odkázání na kroky v oblastech 2, 4 a 5. 
- Branch 15 - referred to steps in Branches 2, 4 and 5;
- Oblast 17 - odkázání na kroky v oblasti 3b, 
- Branch 17 - referred to steps in Branch 3b;
- Oblast 19 – odstranění slova „oblast“, 
- Branch 19 - deleted the word "Branch"
- Oblasti 30 až 45 – namísto odkazu na související oblast změněno na „za předpokladu, že SED nebyl zneplatněn“, aby tak bylo vyhověno skutečnosti, že byl-li vyplněn nový SED, je rovněž dovoleno tento SED znovu aktualizovat, 
- Branch 30 to 45 – instead of referring to the related branch, it is changed to "provided the SED has not been invalidated" to accommodate that when a new SED has been filled in, it is also allowed to update this one again
- Oblast 31 - odkázání na kroky v oblastech 2 a 5, 
- Branch 31 - referred to steps in Branches 2 and 5
- Oblast 33 – odkázání na kroky v oblasti 3b, 
- Branch 33 - referred to steps in Branch 3b
- Oblast 38 – odstranění odkazů na kroky v oblastech 6 a 7 (již zahrnuty v oblasti 37), 
- Branch 38 - deleted references to steps in Branches 6 and 7 (already included in branch 37)
- řada drobných změn formátu. 
- a number of minor format changes
V0.99.3 
V0.99.3
28/04/2016 
28/04/2016
Kandidát na schválení AK, jak odsouhlasil zpravodaj pro vymáhání. 
Candidate for AC Approval as agreed by the Recovery rapporteur.
Drobné změny formátování, data, verze a gramatické změny. 
Minor formatting, date, version and grammar changes.
V0.99.4 
V0.99.4
Aktualizace navazující na poznámky přezkumu AK od NL a sladění tohoto BUCu s R_BUC_02: 
Updated following AC review comments from NL and align this BUC with R_BUC_02:
- Oddíl 4.1 – Znázornění pomocí RUP tabulky: Při prvním výskytu se použije „nástroj umožňující vymahatelnost („IPE“)“. 
- Section 4.1 – RUP Table Representation: Used at first time use, 'Instrument Permitting Enforcement ('IPE')'.
Při dalších výskytech v dokumentu se použije „IPE“. 
Next throughout the document 'IPE' is used.
- Oddíl 4.1 – Znázornění pomocí RUP tabulky – oblast 3a krok 3, oblast 3b krok 3, oblast 4 krok 4 + 6, oblast 5 krok 3, oblast 6 krok 3 + 6 + 9, oblast 7 krok 3 + 4 + 6 + 9, oblast 8 krok 3 + 5 + 6 + 9, oblast 9 krok 3 + 6 + 9, oblast 10 krok 3 + 6 + 9 + 12 + 15, oblast 11 krok 3 + 6 + 9: aktualizace kroků souvisejících s přílohami určenými k zaslání: umístění „včetně jakýchkoliv příloh, jsou-li poskytnuty“ za „SED“, nebo k obdržení: „jakýchkoliv příloh (jsou-li poskytnuty)“ za „dokument“. 
- Section 4.1 – RUP Table Representation – branch 3a step 3, branch 3b step 3, branch 4 step 4 + 6, branch 5 step 3, branch 6 step 3 + 6 + 9, branch 7 step 3 + 4 + 6 + 9, branch 8 step 3 + 5 + 6 + 9, branch 9 step 3 + 6 + 9, branch 10 step 3 + 6 + 9 + 12 + 15, branch 11 step 3 + 6 + 9: updated steps related to attachments for sending: 'including any attachments, if provided' after 'SED', or for receiving: 'any attachments (if provided) after 'document'.
- Oddíl 4.1 – Znázornění pomocí RUP tabulky – oblasti 14 až 29: zahrnutí „nepovinně“ před kroky 2 a 3, aby byl zachován soulad dokumentu s R_BUC_02. 
- Section 4.1 – RUP Table Representation – branches 14 to 29: included 'Optionally' before steps 2 and 3, to keep the document aligned with R_BUC_02.
- Oddíl 5.3 – Vyvolané Subprocesy: odstranění „oddílu 5.3.1 – Identifikace účastníků“ a „oddílu 5.3.2 – SED pro vyplnění & zaslání“, aby byl R_BUC_07 v souladu s R_BUC_02. 
- Section 5.3 – Called Sub Processes: removed 'Section 5.3.1 – Identify Participants' and 'Section 5.3.2 – Fill in & Send SED' to align the R_BUC_07 with R_BUC_02.
08/07/2016 
08/07/2016
Schváleno AK. 
AC Approved.
Tento dokument se omezuje na externí pohled na proces sektoru vymáhání – žádost o vymáhání pohledávky. 
This document is limited to the external view on the recovery sector process Request for recovery.
Různé prvky jako popis případu životní situace, subjekty a proces, jakož i podpůrné UML diagramy a modely BPMN se týkají „žádosti o vymáhání“. 
The different elements like use case description, actors, and business process as well as supporting UML diagrams and BPMN models pertaining to "Request for recovery".
Kapitola 2 představuje proces žádost o vymáhání pohledávky. 
Chapter 2 introduces us to the Request for recovery business process.
Kapitola 3 vyjmenovává subjekty zapojené do procesu žádost o vymáhání pohledávky. 
Chapter 3 lists the actors involved in the Request for recovery business process.
Kapitola 4 detailně popisuje proces žádost o vymáhání pohledávky na základě RUP šablon pro případ životní situace, jakož i vztah k jiným případům životní situace. 
Chapter 4 describes in detail the Request for recovery business process based on the RUP use case template, as well as the relationship to other use cases.
Kapitola 5 popisuje proces žádost o vymáhání pohledávky, a to za použití notace pro modelování procesů (BPMN). 
Chapter 5 describes the Request for recovery business process using business process modelling notation (BPMN).
Situace, kdy chce instituce v členském státě vymáhat pohledávku od dlužníka a pokud to nařízení umožňuje (s ohledem na použití kapitol nařízení (ES) č. 883/2004 a nařízení (ES) č. 987/2009 týkajících se úhrady); tomuto členskému státu je umožněno požádat instituci jiného členského státu, aby tuto pohledávku vymáhala jeho jménem. 
In a situation where an institution in a Member State wants to recover a debt from a debtor and if the regulation permits (in respect of the application of the reimbursement chapters of Regulations (EC) No. 883/2004 of 987/2009); this Member State is allowed to request the institution of another Member State to recover this debt on its behalf.
V tomto BUCu mohou existovat různé scénáře: 
Various scenarios can occur in this BUC:
1) Instituce členského státu podá žádost o vymáhání pohledávky svým jménem. 
1) The Institution of the Member State makes a request to recover a debt on its behalf.
Toto je hlavní scénář. 
This is the main scenario.
2) Instituce členského státu požádá o preventivní opatření na ochranu pohledávky. 
2) The Institution of the Member State requests a precautionary measure to protect a claim.
3) Instituce členského státu podá žádost o vymáhání pohledávky a rozhodne se pohledávku snížit nebo vzít zpět. 
3) The Institution of the Member State makes a request to recover a debt and decides to reduce or withdraw the debt.
4) Instituce členského státu požádá o preventivní opatření na ochranu pohledávky a rozhodne se pohledávku snížit nebo vzít zpět. 
4) The Institution of the Member State requests a precautionary measure to protect a claim, and decides to reduce or to withdraw the debt.
5) Instituce členského státu podá žádost o vymáhání pohledávky svým jménem, ale dožádaná instituce potřebuje doplňující informace, aby byla schopna žádost vyřídit. 
5) The institution of the Member State makes a request to recover a debt on its behalf but the requested Institution needs additional information to be able to execute the request.
Případně mohou nastat situace, kdy se objeví pohledávka od dlužníka, kterou je třeba zpracovat za použití následujících SEDů: 
Optionally situations can occur where a claim occurs from the debtor, which needs to be handled by using the following SED's:
- SED R019 (Napadení pohledávky) 
- SED R019 (Notification of contestation)
- SED R033 (Odpověď na napadení pohledávky) 
- SED R033 (Reply to notification of contestation)
- SED R034 (Rozhodnutí o napadení pohledávky) 
- SED R034 (Decision on contestation)
Konečně mohou nastat situace, kdy je úhradu nákladů třeba zpracovat za použití následujících SEDů: 
Finally, situations can occur where a reimbursement of costs has to be handled by using the following SED's:
- SED R028 (Žádost o úhradu nákladů) 
- SED R028 (Request for reimbursement of costs)
- SED R029 (Odpověď na žádost o úhradu nákladů) 
- SED R029 (Reply to Request for reimbursement of costs)
Právní základ tohoto dokumentu případu životní situace, v souladu s odsouhlasenou 3. verzí pokynů týkajících se vymáhání, zdokumentovanou odbornými ad hoc skupinami, je popsán v: 
This Business Use Case document's legal base, according to the agreed version 3 Recovery Guidelines, documented by the expert AHGs, is described in the
Prováděcí nařízení (ES) č. 987/2009 články 75, 78, 79, 80, 81, 82, 83, 84, 85, 90. 
implementing Regulation (EC) No 987/2009 Articles 75, 78, 79, 80, 81, 82, 83, 84, 85, 90.
Následující matice odvozená od platné 3. verze SEDů, zdokumentované odbornými ad hoc skupinami, uvádí SEDy, které se používají v tomto případu životní situace, a jejich vztah k výše uvedeným článkům (nutno ověřit/upravit). 
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 (to be verified/Adapted).
Čl. 75 
75
Čl. 79 
79
Čl. 81 
81
Čl. 82 
82
Čl. 83 
83
Čl. 84 
84
Čl. 90 
90
R017 
R017
R018 
R018
R025 
R025
R036 
R036
R019 
R019
R033 
R033
R034 
R034
R028 
R028
R029 
R029
Vlastníkem případu je instituce v jednom členském státě, která požádá instituci v jiném členském státě, aby jejím jménem vymohla pohledávku, nebo aby přijala preventivní opatření na ochranu pohledávky. 
The Case Owner is the institution in one member state which asks an institution in another member state to recover a debt on his behalf, or to take precautionary measures to protect the claim.
Protistranou je příslušná instituce v jiném členském státě (kde má dotčená osoba bydliště nebo majetek), která zpracuje žádost o vymáhání pohledávky nebo žádost o přijetí preventivních opatření. 
The Counterparty is the Competent Institution in the other Member State (where the person concerned resides or has assets) that handles the request to recover a debt, or the request to take precautionary measures.
Dlužníkem je osoba, která obdržela neoprávněnou platbu nebo neuhradila své příspěvky. 
The debtor is the person who received an undue payment or has not paid its contributions.
Dlužník není přímou součástí BUCu, ale některé změny v okolnostech související s dlužníkem mají dopad na proces (např. přímé vrácení pohledávky, napadení pohledávky nebo úmrtí dlužníka). 
The debtor is not immediately part of the BUC but some changes in circumstances related to the debtor impact on the process (e.g. direct refund of the debt, a contestation of the claim or the death of the debtor).
R_BUC_07 
R_BUC_07
R_BUC_07 – Žádost o vymáhání pohledávky 
R_BUC_07 – Request for recovery
Datu vytvoření: 
Date Created:
Tento případ životní situace nastane v situaci, kdy chce instituce v členském státě požádat jinou instituci, aby jejím jménem vymohla pohledávku, nebo aby přijala preventivní opatření na ochranu dané pohledávky. 
This business Use Case occurs in a situation where an institution in a member state wants to ask another institution to recover a debt on its behalf, or to take precautionary measures to protect the claim.
- Vlastník případu se případně může rozhodnout pohledávku určenou k vymáhání vzít zpět nebo snížit. 
- Optionally, the Case Owner may decide to withdraw or to reduce the debt to recover.
- Dlužník případně může pohledávku u vlastníka případu nebo u protistrany zpochybnit (napadení pohledávky). 
- Optionally, the debtor may dispute (contestation) the claim either to the Case Owner, or to the Counterparty.
- Dožadovaná instituce (protistrana) případně může vlastníka případu požádat o úhradu nákladů. 
- Optionally, the requested institution (the counterparty) may ask the Case Owner for reimbursement of costs.
Členský stát identifikuje pohledávku, která není včas zaplacena. 
A Member State identifies a debt which is not paid in due time.
Dlužník žije nebo má majetek v jiném členském státě a žádná další vnitrostátní opatření k vymáhání nejsou možná. 
The debtor lives in or has assets in another Member State and no further national recovery measures are possible.
Také neexistuje žádná (účinná) možnost započtení v souladu s články 72 nebo 73 nařízení (ES) č. 987/2009. 
There is also no (efficient) possibility for offsetting according to articles 72 or 73 of Regulation (EC) No. 987/2009.
Žádost o vymáhání pohledávky by měla být v souladu s článkem 78 nařízení (ES) č. 987/2009 zaslána příslušné instituci v jiném členském státě. 
So a request for recovery should be sent to the competent institution in another Member State in accordance with article 78 of Regulation (EC) No. 987/2009.
- Instituce v jednom členském státě by ráda vymáhala pohledávku podle článků uvedeného nařízení, nebo by ráda požádala o přijetí předběžných opatření. 
- An institution in one member state would like to recover a debt under articles of the specified Regulation or would like to request precautionary measures to be taken.
- Pohledávka je získána zpět v plné výši, nebo 
- The debt is fully recovered or
- Pohledávka je získána zpět částečně (v návaznosti na snížení pohledávky), nebo 
- The debt is partially recovered (following a reduction of claim)
- Byla přijata předběžná opatření na ochranu pohledávky, nebo 
- Precautionary measures were taken to protect the claim or
- Pohledávka nebyla vymožena vůbec, nebo byla vymožena částečně, a to v návaznosti na rozhodnutí po napadení pohledávky dlužníkem, nebo protože nejsou k dispozici žádné možnosti vymožení / dalšího vymožení. 
- The debt was not recovered at all or partially, following a decision after a contestation of the debtor or because no recovery/further recovery options are possible.
(= je-li vymáhání možné) 
(= when Recovery is possible)
Vlastník případu identifikuje členský stát EU, kde dotčená osoba žije nebo má majetek. 
The Case Owner identifies the EU Member State where the person concerned lives or has assets.
Vlastník případu v daném členském státě identifikuje z databáze příslušnou instituci (protistrana). 
The Case Owner identifies the Competent Institution (the Counterparty) in that Member State from the Database;
Zaslání žádosti o vymáhání pohledávky 
Send Request for Recovery
Vlastník případu vyplní žádost o vymáhání pohledávky (SED R017), a to zanesením všech požadovaných informací týkajících se pohledávky, která má být vymožena. 
The Case Owner fills in a Request for recovery of a debt (SED R017) by entering all the required Information about the debt that ought to be recovered.
Jako přílohu je třeba přidat nástroj umožňující vymahatelnost („IPE“). 
The Instrument Permitting Enforcement ('IPE') needs to be added as attachment.
(Přiložení „IPE“ je povinné [čl. 78 odst. 1 nařízení (ES) č. 987/2009]). 
(it is an obligation to attach the 'IPE' [article 78(1) of regulation (EC) No. 987/2009])