natgillin/translations-raw huggingface dataset:
„synchronním rozhraním“ se rozumí postup, při němž je zpráva odesílaná jako odpověď na žádost vrácena prostřednictvím téhož spojení HTTP, které bylo použito pro žádost;
‘Synchronous interface’ means a process whereby a message in response to a request is returned on the same HTTP connection as the one used for the request;
„žádajícím členským státem“ se rozumí členský stát, který vyslal žádost nebo oznámení, jež jsou poté směrovány příslušným odpovídajícím členským státům;
‘Requesting Member State’ means the Member State emitting a request or a notification, which is then routed to the responding Member States;
„odpovídajícím členským státem“ se rozumí členský stát, jemuž jsou žádost nebo oznámení v systému ERRU adresovány.
‘Responding Member State’ means the Member State to whom the ERRU request or notification is directed.
Povinnost propojení se systémem ERRU
Obligation to connect to ERRU
Členské státy zřídí propojení vnitrostátních elektronických rejstříků uvedených v článku 16 nařízení (ES) č. 1071/2009 se systémem ERRU v souladu s postupy a technickými požadavky stanovenými v tomto nařízení.
Member States shall carry out the interconnection of the national electronic registers referred to in Article 16 of Regulation (EC) No 1071/2009 to ERRU in accordance with the procedures and technical requirements laid down in this Regulation.
Systém ERRU musí splňovat technické specifikace stanovené v přílohách I až VII tohoto nařízení.
ERRU shall fulfil the technical specifications laid down in Annexes I to VII to this Regulation.
Používání systému ERRU
Use of ERRU
Při výměně informací prostřednictvím systému ERRU příslušné orgány dodržují postupy stanovené v příloze VIII tohoto nařízení.
When exchanging information through ERRU, the competent authorities shall follow the procedures set out in Annex VIII to this Regulation.
Členské státy poskytnou svým kontrolním orgánům pověřeným silničními kontrolami přístup k funkci „Check Community Licence“ (kontrola licence Společenství) systému ERRU.
Member States shall grant their control bodies in charge of roadside checks access to the ERRU Check Community Licence functionality.
V případě, že se silničních kontrol účastní několik vnitrostátních kontrolních orgánů, členský stát rozhodne, kterým z těchto orgánů bude poskytnut přístup uvedený v odstavci 2.
In cases where several national control bodies are involved in roadside checks, the Member State shall decide which ones of those bodies shall be granted the access referred to in paragraph 2.
Nařízení (EU) č. 1213/2010 se zrušuje ode dne použitelnosti tohoto nařízení.
Regulation (EU) No 1213/2010 is hereby repealed as from the date of application of this Regulation.
Použije se ode dne 30. ledna 2019.
It shall apply from 30 January 2019.
V Bruselu dne 1. dubna 2016.
Done at Brussels, 1 April 2016.
Úř. věst.
OJ L 300, 14.11.2009, p. 51.
L 300, 14.11.2009, s. 51.
Commission Regulation (EU) No 1213/2010 of 16 December 2010 establishing common rules concerning the interconnection of national electronic registers on road transport undertakings (OJ L 335, 18.12.2010, p.
Nařízení Komise (EU) č. 1213/2010 ze dne 16. prosince 2010 o zavedení společných pravidel pro propojení vnitrostátních elektronických rejstříků podniků silniční dopravy (Úř. věst.
21).
L 335, 18.12.2010, s. 21).
Regulation (EC) No 1072/2009 of the European Parliament and of the Council of 21 October 2009 on common rules for access to the international road haulage market (OJ L 300, 14.11.2009, p.
Nařízení Evropského parlamentu a Rady (ES) č. 1072/2009 ze dne 21. října 2009 o společných pravidlech pro přístup na trh mezinárodní silniční nákladní dopravy (Úř. věst.
72).
L 300, 14.11.2009, s. 72).
Regulation (EC) No 1073/2009 of the European Parliament and of the Council of 21 October 2009 on common rules for access to the international market for coach and bus services, and amending Regulation (EC) No 561/2006 (OJ L 300 14.11.2009, p.
Nařízení Evropského parlamentu a Rady (ES) č. 1073/2009 ze dne 21. října 2009 o společných pravidlech pro přístup na mezinárodní trh autokarové a autobusové dopravy a o změně nařízení (ES) č. 561/2006 (Úř. věst.
88).
L 300, 14.11.2009, s. 88).
Commission Regulation (EU) 2016/403 of 18 March 2016 supplementing Regulation (EC) No 1071/2009 of the European Parliament and of the Council with regard to the classification of serious infringements of the Union rules, which may lead to the loss of good repute by the road transport operator, and amending Annex III to Directive 2006/22/EC of the European Parliament and of the Council (OJ L 74, 19.3.2016, p.
Nařízení Komise (EU) 2016/403 ze dne 18. března 2016, kterým se doplňuje nařízení Evropského parlamentu a Rady (ES) č. 1071/2009, pokud jde o klasifikaci závažných porušení pravidel Unie, která mohou vést ke ztrátě dobré pověsti podnikatele v silniční dopravě, a kterým se mění příloha III směrnice Evropského parlamentu a Rady 2006/22/ES (Úř. věst.
8).
L 74, 19.3.2016, s. 8).
Directive 95/46/EC of the European Parliament and of the Council of 24 October 1995 on the protection of individuals with regard to the processing of personal data and on the free movement of such data (OJ L 281, 23.11.1995, p. 31).
L 281, 23.11.1995, s. 31).
Regulation (EU) No 165/2014 of the European Parliament and of the Council of 4 February 2014 on tachographs in road transport, repealing Council Regulation (EEC) No 3821/85 on recording equipment in road transport and amending Regulation (EC) No 561/2006 of the European Parliament and of the Council on the harmonisation of certain social legislation relating to road transport (OJ L 60, 28.2.2014, p.
Nařízení Evropského parlamentu a Rady (ES) č. 45/2001 ze dne 18. prosince 2000 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů orgány a institucemi Společenství a o volném pohybu těchto údajů (Úř. věst.
1).
Nařízení Evropského parlamentu a Rady (EU) č. 165/2014 ze dne 4. února 2014 o tachografech v silniční dopravě, o zrušení nařízení Rady (EHS) č. 3821/85 o záznamovém zařízení v silniční dopravě a o změně nařízení Evropského parlamentu a Rady (ES) č. 561/2006 o harmonizaci některých předpisů v sociální oblasti týkajících se silniční dopravy (Úř. věst.
GENERAL ASPECTS OF ERRU
L 60, 28.2.2014, s. 1).
ARCHITECTURE
PŘÍLOHA I
ERRU shall be composed of the following parts:
OBECNÉ ASPEKTY SYSTÉMU ERRU
A central hub, which shall be able to receive a request from the requesting Member State, validate it and process it by forwarding it to the responding Member States.
ARCHITEKTURA
The central hub will wait for each responding Member State to answer, consolidate all the answers and forward the consolidated response to the requesting Member State.
Systém ERRU tvoří tyto části:
A national system per Member State, which shall be fitted with an interface capable of both sending requests to the central hub and receiving the corresponding replies.
Centrální uzel, který je schopen přijmout žádost od žádajícího členského státu, potvrdit ji a zpracovat ji přeposláním odpovídajícím členským státům.
National systems may use propriety or commercial software to transmit and receive messages from the central hub.
Centrální uzel vyčká, než každý odpovídající členský stát odpoví, shromáždí všechny odpovědi a přepošle souhrnnou odpověď žádajícímu členskému státu.
As an alternative to 1.1, Member States may choose to use a compatible commercial network to exchange messages amongst themselves.
Vnitrostátní systém každého členského státu, který je vybaven rozhraním schopným posílat žádosti do centrálního uzlu a přijímat příslušné odpovědi.
In that case, each competent authority will provide statistics on the messages exchanged within that network to the central hub.
Vnitrostátní systémy mohou k předávání a přijímání zpráv do/z centrálního uzlu využívat proprietární nebo komerční software.
MANAGEMENT
Alternativně k bodu 1.1 se členské státy mohou rozhodnout, že k výměně zpráv mezi sebou budou používat kompatibilní komerční síť.
The central hub shall be managed by the Commission, which shall be responsible for the technical operation and maintenance of the central hub.
V takovém případě každý příslušný orgán poskytne centrálnímu uzlu statistické údaje o zprávách vyměňovaných v rámci této sítě.
The central hub shall not store data for a period exceeding 6 months, other than the logging and statistical data set out in Annex VII.
SPRÁVA
The central hub shall not provide access to personal data, except for authorised Commission personnel, when necessary for the purpose of maintenance and troubleshooting.
Centrální uzel spravuje Komise, která je odpovědná za jeho technický provoz a údržbu.
Member States shall be responsible for:
Centrální uzel neuchovává údaje po dobu delší než šest měsíců, kromě protokolů a statistických údajů uvedených v příloze VII.
The setup and management of their national systems, including the interface with the central hub.
Centrální uzel neposkytuje přístup k osobním údajům, vyjma oprávněným zaměstnanců Komise, je-li to nezbytné pro účely údržby a odstraňování problémů.
The installation and maintenance of their national system, both hardware and software, whether proprietary or commercial.
Členské státy odpovídají za:
The correct interoperability of their national system with the central hub, including the management of error messages received from the central hub.
Zřízení a správu svých vnitrostátních systémů, včetně rozhraní s centrálním uzlem.
Taking all the measures to ensure the confidentiality, integrity and availability of the information.
Instalaci a údržbu svých vnitrostátních systémů, a to jak hardwaru, tak softwaru, ať již proprietárních nebo komerčních.
The operation of the national systems in accordance with the service levels set out in Annex VI.
Zajištění správné interoperability svého vnitrostátního systému s centrálním uzlem, včetně zpracovávání chybových hlášení obdržených z centrálního uzlu.
MOVEHUB web portal
Přijetí veškerých opatření pro zajištění důvěrnosti, integrity a dostupnosti informací.
The Commission shall provide a web based application with secured access, referred to as ‘MOVEHUB web portal’, providing at least the following services:
Provoz vnitrostátních systémů v souladu s úrovněmi služeb stanovenými v příloze VI.
Member State availability statistics
Webový portál MOVEHUB
Notification of maintenance on the central hub and Member State national systems.
Komise poskytne webovou aplikaci se zabezpečeným přístupem (dále jen „webový portál MOVEHUB“) poskytující alespoň tyto služby:
Aggregated reports
statistiky dostupnosti systémů členských států;
Contact management
oznamování údržby centrálního uzlu a vnitrostátních systémů členských států;
XSD schemas
souhrnné zprávy;
The contact management functionality will provide each Member State with the ability to manage the contact details regarding policy, business, operational and technical users of that Member State, being each Member State's competent authority responsible for the maintenance of its own contacts.
Správa kontaktů
It will be possible to view, but not edit, the contact details of the other Member States.
schémata XSD.
ANNEX II
Funkce správy kontaktů každému členskému státu umožní spravovat kontaktní údaje týkající se politických, podnikatelských, provozních a technických uživatelů daného členského státu, přičemž příslušný orgán každého členského státu je odpovědný za správu svých vlastních kontaktů.
ERRU FUNCTIONALITIES
Kontaktní údaje ostatních členských států bude možné zobrazit, avšak nikoli upravovat.
The following functionalities shall be provided through ERRU:
PŘÍLOHA II
Check Good Repute (CGR): allows the requesting Member State to send a query to one or all responding Member States, to determine the fitness of a transport manager and so the authorisation to operate a transport undertaking.
FUNKCE SYSTÉMU ERRU
Infringement Notification (INF): allows the Member State of infringement to notify the Member State of establishment that the transport undertaking has committed a serious infringement as referred to in Article 6(2)(b) of Regulation (EC) No 1071/2009.
Systém ERRU poskytuje tyto funkce:
It also allows the Member State of infringement to request that penalties be applied to the transport undertaking in the Member State of establishment.
„Check Good Repute (CGR)“ (kontrola dobré pověsti): umožňuje žádajícímu členskému státu zaslat dotaz jednomu nebo všem odpovídajícím členským státům za účelem zjištění způsobilosti odpovědného zástupce pro dopravu a tudíž oprávnění provozovat dopravní podnik.
Check Community Licence (CCL): allows the requesting Member State to send a query to the responding Member State (i.e. the Member State of establishment) to determine if a transport undertaking is operating with a valid Community licence.
„Infringement Notification (INF)“ (oznámení o porušení předpisů): umožňuje členskému státu, v němž došlo k porušení předpisů, informovat členský stát usazení, že se dopravní podnik dopustil závažného porušení předpisů uvedeného v čl. 6 odst. 2 písm. b) nařízení (ES) č. 1071/2009.
Other message types deemed suitable for the efficient functioning of ERRU shall be included, for instance error notifications.
Rovněž umožňuje členskému státu, v němž došlo k porušení předpisů, požádat, aby v členském státě usazení byly dopravnímu podniku uloženy sankce.
ANNEX III
„Check Community Licence (CCL)“ (kontrola licence Společenství): umožňuje žádajícímu členskému státu zaslat dotaz odpovídajícímu členskému státu (tj. členskému státu usazení) s cílem zjistit, zda dopravní podnik provozuje svou činnost na základě platné licence Společenství.
ERRU MESSAGE PROVISIONS
Systém ERRU bude zahrnovat další typy zpráv, jež se pro jeho efektivní fungování považují za vhodné, například oznámení o chybách.
GENERAL TECHNICAL REQUIREMENTS
PŘÍLOHA III
The central hub will provide both synchronous and asynchronous interfaces for the exchange of messages.
ZPRÁVY V SYSTÉMU ERRU
Member States may choose the most suitable technology to interface with their own applications.
OBECNÉ TECHNICKÉ POŽADAVKY
All messages exchanged between the central hub and the national systems must be UTF-8 encoded.
Centrální uzel poskytne pro výměnu zpráv synchronní i asynchronní rozhraní.
Member States will ensure that their national systems can receive and process messages containing Greek or Cyrillic characters.
Členské státy si mohou k propojení se svými vlastními aplikacemi zvolit tu nejvhodnější technologii.
XML MESSAGES STRUCTURE AND SCHEMA DEFINITION (XSD)
Všechny zprávy vyměňované mezi centrálním uzlem a vnitrostátními systémy musí být v kódování UTF-8.
The general structure of XML messages shall follow the format defined by the XSD schemas installed in the central hub.
Členské státy zajistí, aby jejich vnitrostátní systémy byly schopny přijímat a zpracovávat zprávy obsahující znaky řecké abecedy nebo cyrilice.
The central hub and the national systems shall transmit and receive messages that conform to the message XSD schema.
STRUKTURA ZPRÁV XML A DEFINICE SCHÉMATU (XSD)
National systems will be capable of sending, receiving and processing all messages corresponding to any of the functionalities set out in Annex II.
Centrální uzel a vnitrostátní systémy odesílají a přijímají zprávy, které jsou v souladu se schématem XSD dané zprávy.
Appendix
Vnitrostátní systémy budou schopny zasílat, přijímat a zpracovávat všechny zprávy, které odpovídají kterékoli funkci uvedené v příloze II.
Minimum requirements for the content of the XML messages
Zprávy XML musí splňovat alespoň minimální požadavky stanovené v dodatku k této příloze.
Common Header
Dodatek
Mandatory
Minimální požadavky na obsah zpráv XML „Common Header“ (společné záhlaví)
Version
Povinné
The official version of the XML specifications will be specified through the namespace defined in the message XSD and in the version attribute of the Header element of any XML message.
Povinné
The version number (‘n.m’) will be defined as fixed value in every release of the XML Schema Definition file (xsd).
Oficiální verze specifikací XML bude specifikována prostřednictvím jmenného prostoru definovaného ve schématu XSD zprávy a v atributu version prvku „Header“ (záhlaví) všech zpráv XML.
Test Identifier
Číslo verze („n.m“) je definováno jako pevně stanovená hodnota v každém vydání souboru s definicí schématu XML (XSD).
Optional id for testing.
„Test Identifier“ (testovací identifikátor)
The originator of the test will populate the id and all participants in the workflow will forward/return the same id.
Nepovinný identifikátor pro testování.
In production it should be ignored and will not be used if it is supplied.
Původce testu identifikátor vyplní a všichni účastníci pracovního postupu stejný identifikátor přepošlou/vrátí.
Technical Identifier
V produkčním prostředí by na něj neměl být brán zřetel a bude-li uveden, nepoužije se.
A UUID uniquely identifying each individual message.
„Technical Identifier“ (technický identifikátor)
The sender generates a UUID and populates this attribute.
Univerzální jednoznačný identifikátor (UUID), který jednoznačně identifikuje každou jednotlivou zprávu.
This data is not used in any business capacity.
Odesílatel generuje UUID a vyplňuje tento atribut.
Workflow Identifier
Tyto údaje nemají žádné provozní využití.
The workflowId is a UUID and should be generated by the requesting Member State.
„Workflow Identifier“ (identifikátor pracovního postupu)
This id is then used in all messages to correlate the workflow.
Identifikátor workflowId je UUID a měl by být generován žádajícím členským státem.
Sent At
Tento identifikátor se poté používá ve všech zprávách ke korelaci v rámci pracovního postupu.
The date and time (UTC) that the message was sent.
„Sent At“ (odesláno)
Timeout
Datum a čas (UTC) odeslání zprávy.
This is an optional date and time (in UTC format) attribute.
„Timeout“ (čekací doba)
This value will be set only by the Hub for forwarded requests.
Toto je nepovinný atribut s datem a časem (ve formátu UTC).
This will inform the responding Member State of the time when the request will be timed out.
Tuto hodnotu stanoví pouze uzel pro přeposlané žádosti.
This value is not required in MS2TCN__Req and all response messages.
Slouží k informování odpovídajícího členského státu o době platnosti žádosti.
It is optional so that the same header definition can be used for all message types regardless of whether or not the timeoutValue attribute is required.
Tato hodnota se nevyžaduje ve zprávách MS2TCN__Req a ve zprávách s odpověďmi.
From
Je nepovinná, aby bylo možné použít stejnou definici záhlaví pro všechny typy zpráv bez ohledu na to, zda je atribut timeoutValue vyžadován, či nikoli.
The ISO 3166-1 Alpha 2 code of the Member State sending the message or ‘EU’.
„From“ (od)
The ISO 3166-1 Alpha 2 code of the Member State to which the message is being sent or ‘EU’.
Dvoupísmenný kód členského státu, který zprávu odeslal, podle normy ISO 3166-1, nebo „EU“.
Check Good Repute
Dvoupísmenný kód členského státu, kterému je zpráva odeslána, podle normy ISO 3166-1, nebo „EU“.
Check Good Repute Request
„Check Good Repute“ (kontrola dobré pověsti)
Business Case Identifier
„Check Good Repute Request“ (žádost o kontrolu dobré pověsti)
A serial or reference number identifying each individual request.
„Business Case Identifier“ (identifikátor případu)
Requesting Competent Authority
Sériové nebo referenční číslo identifikující každou jednotlivou žádost.
The competent authority that has issued the search request.
„Requesting Competent Authority“ (žádající příslušný orgán)
Transport Manager Details
Příslušný orgán, který vydal žádost o vyhledání.
Yes, if no CPC details
„Transport Manager Details“ (údaje o odpovědném zástupci pro dopravu)
Family Name
Ano, nejsou-li údaje o osvědčení CPC
Transport manager's family name(s) as indicated on the CPC.
„Family Name“ (příjmení)
First Name
Příjmení odpovědného zástupce pro dopravu, jak je uvedeno/jsou uvedena v osvědčení CPC.
Transport manager's complete given name as indicated on the certificate of professional competence.
„First Name“ (jméno)
Date of Birth
Jméno/jména odpovědného zástupce pro dopravu, jak je uvedeno/jsou uvedena v osvědčení o odborné způsobilosti.
Transport manager's birth date in ISO 8601 format (YYYY-MM-DD).
„Date of Birth“ (datum narození)
Place of Birth
Datum narození odpovědného zástupce pro dopravu ve formátu ISO 8601 (RRRR-MM-DD).
Transport manager's place of birth.
„Place of Birth“ (místo narození)
CPC Details
Místo narození odpovědného zástupce pro dopravu.
Yes, if no transport manager details
Údaje o osvědčení CPC
CPC Number
Ano, nejsou-li údaje o odpovědném zástupci pro dopravu
Number of certificate of professional competence
„CPC Number“ (číslo osvědčení CPC)
CPC Issue Date
Číslo osvědčení o odborné způsobilosti.
Date of issuance of the CPC, in ISO 8601 format (YYYY-MM-DD).
„CPC Issue Date“ (datum vydání osvědčení CPC)
CPC Issue Country
Datum vydání osvědčení CPC ve formátu ISO 8601 (RRRR-MM-DD).
Issuing country of the CPC in ISO 3166-1 alpha 2 format.
„CPC Issue Country“ (země vydání osvědčení CPC)
Check Good Repute Response
Dvoupísmenný kód země vydání osvědčení CPC ve formátu ISO 3166-1.
A serial or reference number matching the business case identifier of the request.
„Check Good Repute Reponse“ (odpověď na žádost o kontrolu dobré pověsti)
Responding Competent Authority
Sériové nebo referenční číslo odpovídající identifikátoru případu v žádosti.
The competent authority that has responded to the search request.
„Responding Competent Authority“ (odpovídající příslušný orgán)
Status Code
Příslušný orgán, který na žádost odpověděl.
The status code of the search (e.g. found, not found, error, etc.).
„Status Code“ (stavový kód)
Status Message
Stavový kód vyhledávání (např. „found“ (nalezeno), „not found“ (nenalezeno), „error“ (chyba) atd.).
An explanatory status description (if necessary).
„Status Message“ (stavová zpráva)
Found Transport Manager Details
Vysvětlení stavu (v případě potřeby).
Yes if Status Code is Found
„Found Transport Manager Details“ (nalezené údaje o odpovědném zástupci pro dopravu)
Transport manager's family name(s) as recorded in the register.
Ano, pokud stavový kód je „Found“ (nalezeno)
Transport manager's complete given name as recorded in the register.
Příjmení odpovědného zástupce pro dopravu, jak je zaneseno/jsou zanesena v rejstříku.
Transport manager's birth date in ISO 8601 format (YYYY-MM-DD) as recorded in the register.
Jméno/jména odpovědného zástupce pro dopravu, jak je zaneseno/jsou zanesena v rejstříku.
Transport manager's place of birth as recorded in the register.
Datum narození odpovědného zástupce pro dopravu ve formátu ISO 8601 (RRRR-MM-DD), jak je zaneseno v rejstříku.
Number of certificate of professional competence as recorded in the register.
Místo narození odpovědného zástupce pro dopravu, jak je zaneseno v rejstříku.
Date of issuance of the CPC, in ISO 8601 format (YYYY-MM-DD) as recorded in the register.
Číslo osvědčení o odborné způsobilosti, jak je zaneseno v rejstříku.
Issuing country of the CPC in ISO 3166-1 alpha 2 format as recorded in the register.
Datum vydání osvědčení CPC ve formátu ISO 8601 (RRRR-MM-DD), jak je zaneseno v rejstříku.
Total Managed Undertakings
Dvoupísmenný kód země vydání osvědčení CPC ve formátu ISO 3166-1, jak je zanesen v rejstříku.
The number of transport undertakings with which the transport manager is associated.
„Total Managed Undertakings“ (celkový počet řízených podniků)
Total Managed Vehicles
Počet dopravních podniků, s nimiž je odpovědný zástupce pro dopravu spojen.
The total number of vehicles with which the transport manager is associated.
„Total Managed Vehicles“ (celkový počet vozidel, za něž odpovídá)
Fitness
Počet vozidel, s nimiž je odpovědný zástupce pro dopravu spojen.
Declaration of either ‘Fit’ or ‘Unfit’.
„Fitness“ (způsobilost)
End Date of Unfitness
Buď prohlášení „Fit“ (způsobilý), nebo „Unfit“ (nezpůsobilý).
End date of unfitness of the transport manager in ISO 8601 format (YYYY-MM-DD).
„End Date of Unfitness“ (datum konce nezpůsobilosti)
Applicable if the Fitness is unfit.
Datum, do kdy je odpovědný zástupce pro dopravu nezpůsobilý, ve formátu ISO 8601 (RRRR-MM-DD).
Search Method
Použije se v případě způsobilosti „Unfit“ (nezpůsobilý).
The method used to find the transport manager: NYSIIS, CPC, Custom.