natgillin/translations-raw huggingface dataset:
Protistrana přeplatek odečetla od zpožděné platby.
The Counterparty deducted the overpayment from an overdue payment
Protistrana přeplatek odečetla od zpožděné platby a od průběžné platby.
The Counterparty deducted the overpayment from an overdue payment and from an ongoing payment
Protistrana nemůže provést odečet.
The Counterparty cannot make any deduction.
Identifikace účastníka
Identify Participant
Vlastník případu identifikuje členský stát EU, v němž dotčená osoba pobírá nebo bude pobírat dávku, z které mohou být provedeny odečty.
The Case Owner identifies the EU Member State where the person concerned is receiving, or due to receive, a benefit from which deductions could be made;
Vlastník případu v daném členském státě identifikuje příslušnou instituci (protistranu).
The Case Owner identifies the Competent Institution (the Counterparty) in that Member State;
Zaslání konečné žádosti o odečet od nedoplatků / průběžných plateb
Send Final Request for deductions from arrears/ongoing payments
Vlastník případu vyplní žádost o odečty od nedoplatků / průběžných plateb (R001), a to zanesením všech požadovaných informací týkajících se neoprávněně vyplacených dávek a poté SED označí, aby dal najevo, že žádost je konečná.
The Case Owner fills in a Request for Deductions from Arrears/Ongoing Payments (R001) by entering all the required Information on the unduly paid benefits, and marks the SED to indicate that the request is Final
Vlastník případu zašle R001 včetně všech příloh protistraně.
The Case Owner sends the R001, including any attachments, to the Counterparty;
Zpracování konečné žádosti & Zaslání odpovědi
Process Final Request & Send Reply
Protistrana obdrží R001 a přílohy.
The Counterparty receives the R001, and attachments;
Protistrana vyplní odpověď na žádost o odečty od nedoplatků / průběžných plateb (R002), a to zanesením všech požadovaných informací.
The Counterparty fills in a Reply to Request for Deductions from Arrears/Ongoing Payments (R002) by entering all required information;
Protistrana zašle svůj R002 včetně jakýchkoliv příloh vlastníkovi případu.
The Counterparty sends their R002, including any attachments, to the Case Owner;
Zpracování odpovědi & Zaslání konečné žádosti
Process Reply & Send Final Request
Pokud konečná R002 značí, že odečty jsou možné (od nedoplatků a/nebo průběžných plateb), vlastník případu za účelem přijetí návrhu protistrany vyplní rozhodnutí o odečtech od nedoplatků / průběžných plateb (R003).
Where the Final R002 indicates deductions are possible (from Arrears and/or from Ongoing Payments) the Case Owner fills in a Decision on Deductions from Arrears/Ongoing Payments (R003) to accept the proposal of the Counterparty;
Vlastník případu zašle R003 protistraně.
The Case Owner sends the R003 to the Counterparty;
Zpracovávání rozhodnutí & Zaslání oznámení o platbě
Process Decision & Send Payment Notification
Protistrana obdrží R003 a odečte přeplatek od odsouhlasené dávky.
The Counterparty receives the R003, and deducts the overpayment from the agreed benefit;
Po převodu peněz protistrana vyplní oznámení o platbě (R004) a označí, zda je platba „platbou v plné výši“, „částečnou platbou“, „splátkou“ nebo „poslední splátkou“.
After transferring the money the Counterparty fills a Notification of Payment (R004) indicating whether the payment is " Payment in Full’", " Partial payment", "Instalment" or "Final Instalment"
Protistrana zašle své R004 včetně jakýchkoliv příloh vlastníkovi případu.
The Counterparty sends their R004, including any attachments, to the Case Owner;
Vlastník případu obdrží R004.
The Case Owner receives the R004.
Pokud R004 značí, že platba je buď „částečnou platbou“ nebo „splátkou“, přejděte k [krok 11], jinak pokračujte.
Where the R004 indicates that the payment is either "Partial payment" or "Instalment" go to [step 11], otherwise continue.
Případ životní situace tímto končí.
The use case ends
Oblast 1: v [krok 3] chce vlastník případu prostřednictvím zaslání předběžné žádosti zablokovat nedoplatky z přiznané, ale dosud nevyplacené, dávky v jiném členském státě a/nebo vlastník případu potřebuje informace týkající se běžné výše dávky, která je vyplácena protistranou
Branch 1: at [step 3] the Case Owner wants to block arrears from a claimed, but not yet paid, benefit in another Member State and/or the Case Owner needs information about the regular amount of the benefit that is paid by Counterparty by sending a Provisional Request
Vlastník případu vyplní žádost o odečty od nedoplatků / průběžných plateb (R001), a to zanesením všech informací požadovaných pro předběžnou žádost o neoprávněně vyplacené dávky a poté SED označí, aby dal najevo, že žádost je předběžná.
The Case Owner fills in a Request for Deductions from Arrears/Ongoing Payments (R001) by entering all the required Information for a provisional request on the unduly paid benefits, and marks the SED to indicates that the request is Provisional
Vlastník případu zašle R001 včetně jakýchkoliv příloh protistraně.
The Case Owner sends the R001, including any attachments, to the Counterparty;
Protistrana vyplní odpověď na žádost o odečty od nedoplatků / průběžných plateb (R002), a to zanesením všech požadovaných informací, které jsou nutné pro odpověď na předběžnou žádost.
The Counterparty fills in a Reply to Request for Deductions from Arrears/Ongoing Payments (R002) by entering all required information which is needed for a reply to a provisional request;
Protistrana zašle svou R002 včetně jakýchkoliv příloh vlastníkovi případu.
The Counterparty sends their R002, including any attachments, to the Case Owner;
Pokud je odečet možný, hlavní scénář se vrací zpět k [krok 3].
If deduction is possible the Main Scenario reverts to [Step 3]
Pokud odečet není možný, případ životní situace tímto končí.
If deduction is not possible the use case ends here
Oblast 2: v [krok 5] protistrana zaznačí, že odečet pro požadovaný typ dávky nebo podle jejích právních předpisů možný (R002 část 6: Nedoplatky možné = „Ne“ a Průběžné platby možné = „Ne“)
Branch 2: at [step 5] the Counterparty identifies that offsetting for the requested Benefit Type is not possible under its legislation (R002 Part 6: Arrears Possible = "No" and Ongoing Payments Possible = "No")
Protistrana vyplní odpověď na žádost o odečty od nedoplatků / průběžných plateb (R002), a to zanesením všech požadovaných informací.
The Counterparty fills a Reply to Request for Deductions from Arrears/Ongoing Payments (R002) by entering all required information;
Vlastník případu obdrží a prostuduje R002 včetně jakýchkoliv příloh a zjistí, že požadovaný odečet není podle právních předpisů protistrany možný.
The Case Owner receives and views R002, including attachments and sees that the requested deduction is not possible under the Counterparty's legislation;
Případ životní situace tímto končí.
This Use Case ends
Oblast 3: v [krok 8] kde R002 značí, že odečty jsou možné, ale vlastník případu se rozhodne návrh na odečet nepřijmout
Branch 3: at [step 8] Where the Final R002 indicates deductions are possible but the Case Owner chooses not to accept the proposal for offsetting
Vlastník případu zašle R003 protistraně.
The Case Owner sends the R003 to the Counterparty
Oblast 3.1 v [krok 1 oblasti 3] se vlastník případu rozhodne zahájit diskuze v režimu off-line
Branch 3.1 At [Branch 3 Step 1] The Case Owner chooses to undertake offline discussions
Oba účastníci dosáhnou dohody.
Both Participants come to an agreement.
Existují následující možnosti:
The following options are possible:
2a.
2a.
Pokud má být odečet proveden za upravených podmínek, protistrana zašle aktualizaci své R002 [oblast 12].
If a deduction should be made with modified conditions the Counterparty sends an update of their R002 [Branch 12].
Hlavní scénář se vrací zpět k [krok 8].
The Main Scenario reverts to [Step 8]
3a.
3a.
Pokud vlastník případu po konzultaci přijme původní návrh, hlavní scénář se vrací zpět k [krok 8].
If after the consultation the Case Owner accepts the original proposal the Main Scenario reverts to [Step 8]
4a.
4a.
Pokud je výsledkem, že nemá být proveden žádný odečet, případ se vrací zpět [krok 1 oblasti 3].
If the result is that no offsetting should be made the Case reverts to [Branch 3, Step 1]
Následující oblasti určují použití horizontálně definovaných subprocesů v rámci tohoto procesu
The Following Branches determine the use of Horizontally Defined SubProcesses within this Business Process
Oblast 4: v jakémkoliv kroku mezi [krok 4] a [krok 14] se může jakýkoliv účastník nepovinně rozhodnout požadovat ad hoc informace od jiného účastníka.
Branch 4: at any step between [step 4] and [step 14] any Participant may optionally choose to request AdHoc Information from another participant.
Účastník provede případ životní situace H_BUC_01_Subproces – ad hoc výměna informací.
The participant executes business use case H_BUC_01_SubProcess – Adhoc Exchange of Info;
Oblast 5: v jakémkoliv kroku mezi [krok 4] a [krok 14] se může jakýkoliv účastník nepovinně rozhodnout oznámit jinému účastníkovi úmrtí osoby
Branch 5: at any step between [step 4] and [step 14] any Participant may optionally choose to notify another Participant of a Death of Person
Účastník provede případ životní situace H_BUC_07_Subproces – oznámení úmrtí.
The participant executes business use case H_BUC_07_SubProcess – Notification of Death;
Následující oblasti určují použití administrativních subprocesů v rámci tohoto procesu
The Following Branches Determine the use of Administrative SubProcesses within this Business Process
Oblast 6: v jakémkoliv kroku mezi [krok 5] a [krok 14] se může jakýkoliv účastník rozhodnout, že tento proces předá jiné příslušné instituci v rámci svého členského státu, která převezme odpovědnost za jeho vyřízení
Branch 6: at any step between [step 5] and [step 14]  any participant may choose to Forward this Business Process to another Competent Institution within their MS who assumes responsibility for handing it
Instituce, které byl případ předán, bude moci v rámci každého SEDu jednat přesně jako instituce, která případ předala.)
The newly forwarded institution will be able to act on each SED's exactly like the institution which forwarded the case )
Oblast 7: v jakémkoliv kroku mezi [krok 4] a [krok 14] se může vlastník případu rozhodnout, že bude protistranu informovat, že jeho R001 je podle článku 5 nařízení (ES) č. 987/2009 neplatný
Branch 7:  at any step between [step 4] and [step 14]  the Case owner may choose to advise the Counterparty that their R001 is Invalid under Art 5 of Regulation (EC) No 987/09
Hlavní scénář se vrací zpět k [krok 3].
The Main Scenario reverts to [Step 3]
[Tato oblast] končí.
[This Branch Ends]
Oblast 8: v jakémkoliv kroku mezi [krok 7] a [krok 14] se může protistrana rozhodnout, že bude vlastníka případu informovat, že její R002 je podle článku 5 nařízení (ES) č. 987/2009 neplatný
Branch 8: at any step between [step 7] and [step 14]  the Counterparty may choose to advise the Case Owner that their R002 is Invalid under Art 5 of Regulation (EC) No 987/09
Protistrana provede případ životní situace AD_BUC_06_Subproces zneplatnění_SEDu.
The Counterparty executes business use case AD_BUC_06_SubProcess Invalidate_ SED;
Hlavní scénář se vrací zpět k [krok 6].
The Main Scenario reverts to [Step 6]
Oblast 9: v jakémkoliv kroku mezi [krok 9] a [krok 14] se může vlastník případu rozhodnout, že bude protistranu informovat, že jeho R003 je podle článku 5 nařízení (ES) č. 987/2009 neplatný
Branch 9: at any step between [step 9] and [step 14]  the Case Owner may choose to advise the Counterparty that their R003 is Invalid under Art 5 of Regulation (EC) No 987/09
Vlastník případu provede případ životní situace AD_BUC_06_Subproces zneplatnění_SEDu.
The Case owner executes business use case AD_BUC_06_SubProcess Invalidate_ SED;
Oblast 10: v jakémkoliv kroku mezi [krok 12] a [krok 14] se může protistrana rozhodnout, že bude vlastníka případu informovat, že její R004 je podle článku 5 nařízení (ES) č. 987/2009 neplatný
Branch 10: at any step between [step 12] and [step 14]  the Counterparty may choose to advise the Case Owner that their R004 is Invalid under Art 5 of Regulation (EC) No 987/09
Protistrana provede případ životní situace AD_BUC_06_Subproces  zneplatnění_SEDu.
The Counterparty executes business use case AD_BUC_06_SubProcess  Invalidate_ SED;
Hlavní scénář se vrací zpět k [krok 11].
The Main Scenario reverts to [Step 11]
Oblast 11: v jakémkoliv kroku mezi [krok 4] a [krok 14] se vlastník případu může rozhodnout, že zašle aktualizovanou verzi své R001, za předpokladu, že nebyla provedena [oblast 7]
Branch 11: at any step between [step 4] and [step 14]  the Case Owner may choose to send an updated version of their R001 provided [Branch 7] has not been executed
Vlastník případu provede případ životní situace AD_BUC_10_Subproces - aktualizace_SEDu.
The Case Owner executes business use case AD_BUC_10_SubProcess - Update_SED:
Oblast 12: v jakémkoliv kroku mezi [krok 7] a [krok 14] se protistrana může rozhodnout, že zašle aktualizovanou verzi své R002, za předpokladu, že nebyla provedena [oblast 8]
Branch 12: at any step between [step 7] and [step 14] the Counterparty may choose to send an updated version of their R002 provided [Branch 8] has not been executed
Protistrana provede případ životní situace AD_BUC_10_Subproces - aktualizace_SEDu.
The Counterparty executes business use case AD_BUC_10_SubProcess - Update_SED:
Oblast 13: v jakémkoliv kroku mezi [krok 9] a [krok 14] se vlastník případu může rozhodnout, že zašle aktualizovanou verzi své R003, za předpokladu, že nebyla provedena [oblast 9]
Branch 13: at any step between [step 9] and [step 14] the Case Owner may choose to send an updated version of their R003 provided [Branch 9] has not been executed
Oblast 14: v jakémkoliv kroku mezi [krok 12] a [krok 14] se protistrana může rozhodnout, že zašle aktualizovanou verzi své R004, za předpokladu, že nebyla provedena [oblast 10]
Branch 14: at any step between [step 12] and [step 14] the Counterparty may choose to send an updated version of their R004 provided [Branch 10] has not been executed
Oblast 15: v jakémkoliv kroku mezi [krok 5] a [krok 14] se jakýkoliv účastník může nepovinně rozhodnout zaslat jinému účastníkovi připomínku týkající se zaslání informací, které od daného účastníka očekával, ale neobdržel.
Branch 15: at any step between [step 5] and [step 14] 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.
Účastník, který provede tuto oblast, provede případ životní situace AD_BUC_07_Subproces -_připomínka.
The participant who invokes this branch executes business use case AD_BUC_07_SubProcess -_Reminder;
Oblast 16: v jakémkoliv kroku mezi [krok 5] a [krok 14] se může jakýkoliv účastník nepovinně rozhodnout požadovat od jiného účastníka, který mu dříve zaslal informace, aby podle článku 5 nařízení (ES) č. 987/2009 poskytl objasnění zaslaných údajů
Branch 16: at any step between [step 5] and [step 14] any Participant may optionally choose to request another participant who previously sent them Information to provide clarification of the data that they have sent under Art. 5 of Regulation (EC) No 987/09
Účastník provede případ životní situace AD_BUC_08_SubProcess – objasnění obsahu.
The participant executes business use case AD_BUC_08_SubProcess - Clarify Content;
Výjimka 1: v jakémkoliv kroku mezi [krok 5] a [krok 14] se může vlastník případu nebo protistrana nepovinně rozhodnout proces ukončit vzhledem k tomu, že jim během šetření začaly být známy neočekávané informace
Exception 1: at any step between [step 5] and [step 14] the Case Owner Or the Counterparty may optionally choose to end the process due to unexpected information becoming known to them during the course of their investigations
Vlastník případu nebo protistrana provede případ životní situace AD_BUC_01_Subproces – uzavření nebo střídavě.
The Case Owner Or the Counterparty executes the business use case AD_BUC_01_SubProcess – Close or alternately
Vlastník případu nebo protistrana o důvodu uzavření informují prostřednictvím H-SED, jak je uvedeno v [oblast 4].
The Case Owner Or the Counterparty informs about the reason for Closing by using an H-SED as defined in [Branch 4]
Případ životní situace tímto končí.
The Use Case ends here
[Oblast 1] – Lze uplatnit pouze jednou
[Branch 1] – May be invoked only once
[Oblast 2] – Lze uplatnit pouze jednou
[Branch 2] – May be invoked only once
[Oblast 3] – Lze uplatnit pouze jednou
[Branch 3] – May be invoked only once
[Oblast 3.1] – Lze uplatnit více než jednou (vzhledem k tomu, že aktualizace R002 může být provedena více než jednou).
[Branch 3.1] – May be invoked more than once (since an Update of R002 may be done more than once).
Horizontální
Horizontal
[Branch (větev) 4] Lze uplatnit více než jednou
[Branch 4] May be invoked more than once
[Branch (větev) 5] Lze uplatnit pouze jednou
[Branch 5] May be invoked only once
[oblast  6]–[oblast 16] Lze uplatnit více než jednou
[Branch 6] – [Branch 16]  May be invoked more than once
Zvl. požadavek 2:  Pravidla týkající se cíle pro každý typ SEDu:
SR2: Rules about the destination for each SED Type:
R001 – Musí být zasláno protistraně
R001 – Must be sent to the Counterparty
R002 – Musí být zasláno vlastníkovi případu
R002 – Must be sent to the Case Owner
R003 – Musí být zasláno protistraně
R003 – Must be sent to the Counterparty
R004 -  Musí být zasláno vlastníkovi případu
R004 -  Must be sent to the Case Owner
Zvl. požadavek 3: Pojem „Zaslat/zasláno všem aktivním účastníkům“ nezahrnuje zasílání sobě samému (tj. odesílající instituci).
SR3: The term "Send/Sent to All Active Participants" does not include sending it himself (i.e. to the senders institution)
Zvl. požadavek 4: Aktivní účastníci jsou definováni jako účastníci identifikovaní v [krok 2].
SR4: Active Participants are defined as those participants identified at [Step 2]
Zvl. požadavek 5: Alternativní oblasti 1 a 3–16 představují nepřerušující oblasti/výjimku.
SR5: Alternative Branches 1 and 3 – 16 are non-interrupting Branches; Alternative Branch 2 and Exception 1 are Interrupting Branches/Exception.
Následující tabulka upřesňuje SEDy, které k sobě logicky patří; obvykle jsou známy jako dvojice žádost – odpověď.
The following table specifies any SED that have a logical pairing to one another, usually this is known as a request-reply pair.
AD_BUC_02_Subproces s – opětovné otevření případu
AD_BUC_02_Subprocess – Reopen Case
1.0.x
Not used
AD_BUC_11_Subproces – výjimka
AD_BUC_10_Subprocess – Update SED
R_BUC_01 – Case Owner
AD_BUC_11_Subprocess – Business Exception
Obrázek 3: znázorňuje celý případ životní situace z pohledu protistrany
Figure 3 depicts the use case end-to-end, from the Counterparty Perspective
Obrázek 4 : vyvolání subprocesu vyplnění a zaslání SEDu.
Figure 4 Fill in and Send SED Call Sub-Process.
Níže uvedené otázky musí být přidány do evidence otázek a prodiskutovány na řádné komunikační úrovni.
The issues listed below need to be added to the issue log and discussed at the proper communication level.
29/01/2015
29/01/2015
Administrativní SED zamítnutí: mělo by být v rámci tohoto BUCu povoleno tuto funkci používat, nebo vůbec ne, případně částečně s určitými omezeními?
Reject administrative SED:  should it be allowed to use this functionality within this BUC or not at all, or partly with some limitations.
Pokud používání s omezeními, pak s jakými?
If with some limitations, with which ?
K zamítnutí případu, který byl zaslán špatné instituci, by bylo namísto konkrétního administrativního SEDu - zamítnutí možné použít SEDy pro odpověď (v situaci, kdy není možné nebo povolené předání).
it would be possible to use the Reply SEDs to reject a case that has been sent to the wrong institution (when no forward is possible or allowed), instead of using a specific administrative SED - reject.
V R002 by mohl být vyplněn oddíl 9.1.
In the R002, section 9.1 could be completed.
V R009 by mohl být vyplněn oddíl 14.1.
In the R009, section 14.1 could be completed.
V R014 by mohl výt vyplněn oddíl 12.
In the R014, section 12 could be completed.
V R016 by mohl být vyplněn oddíl 7.
In the R016, section 7 could be completed.
V R018 by mohl být vyplněn oddíl 6.
In the R018, section 6 could be completed.
V R006 a R011 nejsou odpovídající pole, bylo by tedy třeba se dohodnout, co by se mělo stát, pokud by bylo třeba zamítnout R005 nebo R010 (například jak navrhoval Bernd, použít H SED).
There doesn't seem to be equivalent fields in the R006 or R011, so we would need to agree what should happen if the R005 or R010 needed to be rejected (for instance as Bernd has suggested, use a H SED).
Ohledně SEDu objasnění: V důchodové ad hoc skupině a v horizontální ad hoc skupině bylo rozhodnuto, že o doplňující informace není třeba žádat prostřednictvím dvou rozdílných BUCů (AD_BUC_08 or H_BUC_01).
About Clarify SED: It was decided in the Pension and Horizontal AHG’s that there is no need to ask additional information with  two different BUC’s (AD_BUC_08 or H_BUC_01).
Proto bylo upuštěno od AD_BUC_08 .
That’s why AD_BUC_08 was abandoned.
Nejsem si jistý, zda jsme to v naší ad hoc skupině probírali.
I’m not sure if we have had some discussions about this in our AHG
Použití konkrétního SEDu objasnění má určité výhody, jako např.:
Some advantages can be seen for the use of a specific Clarify SED, like:
- Srozumitelnost zasílaných informací (předmětu rozumíme přímo, aniž by bylo třeba otevírat & analyzovat obsah H001).
- The clarity of the information being sent (we directly understand the subject without having to open & analyse the content of an H001.
-  Snadnost použití plynoucí z přímého spojení mezi SEDem objasnění a SEDem, který potřebuje objasnit.
-  The ease of use of having a direct link between the Clarify SED and the SED which needs clarification.
Během setkání dne 02/03/15 bylo rozhodnuto, že v této verzi administrativní SED poskytneme a později ověříme zpětnou vazbu, kterou obdržíme, z hlediska snadnosti použití těchto 2 možností, což nám pomůže s rozhodnutím/doporučením ohledně životní situace.
Decided during the 02/03/15 meeting to provide this Admin SED in this version and later verify the feedback we receive from ease of use of the 2 possibilities in order to help on a decision/recommendation on usage.
Návrh Christofa: zahrnout všechny administrativní informace do subprocesu H / začlenit konkrétní administrativní oddíly do SEDu H001.
Proposal of Christof: to include all ADMIN information within an H sub-process / Having specific admin sections in SED H001.
GUI: Proč existuje rozdíl v Gui pro vytvoření R001: nejprve je „vytvořit R001“ a následující je „vytvořit R001 L“.
GUI: Why is there a difference in the Gui for the creation of R001: first we get "Create R001" and then the following one is "Create R001 L"
Cílem je vizuálně vidět rozdíl mezi R001 předběžná a R001 konečná.
The idea is seeing visually the difference between a R001 Provisional and a R001 Final.
Má se za to, že toto je pro úředníky zajímavé.
This is considered as being interesting for the Clerks.
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.