natgillin/translations-raw huggingface dataset:
Тъй като при директния обмен между държавите членки съобщенията не преминават през централния възел, евентуални системни неизправности, свързани с тези съобщения, убягват на Комисията.
Given that messages exchanged directly between Member States are not routed through the central hub, eventual system faults related to those messages go unnoticed to the Commission; the Commission is therefore unable to fulfil its role as general manager of ERRU by taking the corresponding corrective action, which consequently jeopardizes the good performance of the whole system.
Поради това тя не е в състояние да изпълнява ролята си на главен управител на ERRU, като предприема съответните коригиращи действия, а това застрашава ефективността на цялата система.
The peer-to-peer configuration does not allow the Commission to have timely access to information on the volume and characteristics of the messages exchanged; it is not possible therefore for the Commission to have an overall view on the usage of ERRU, information that is useful for future improvements of the system.
Конфигурацията „peer-to-peer“ не позволява на Комисията да разполага със своевременен достъп до информацията относно обема и характеристиките на разменените съобщения.
The problems encountered with the peer-to-peer configuration make it necessary to ensure that all messages exchanged in the framework of ERRU are routed through the central hub, and thus remove this possibility from the scope of Implementing Regulation (EU) 2016/480.
Съответно това не ѝ позволява да има общ поглед върху използването на ERRU, а това е информация, която е полезна за бъдещите подобрения на системата.
Furthermore, some minor additions and changes in Implementing Regulation (EU) 2016/480 have to be made in order to address the following aspects in a more precise and clearer manner: the procedure for connection to ERRU, the tests to be performed and the consequences of failure, the content of some XML messages, the definition of the escalation procedure to be followed by Member States in case of system errors, and the time that personal data can be retained in the logs of the central hub.
Проблемите, които се срещат при конфигурацията „peer-to-peer“, налагат да се гарантира, че всички съобщения, разменяни в рамките на системата ERRU, се препращат през централния възел, което означава да се премахне възможността за подобна конфигурация от приложното поле на Регламент за изпълнение (ЕС) 2016/480.
Consequently, Implementing Regulation (EU) 2016/480 should be amended accordingly.
Освен това следва да бъдат направени някои малки допълнения и изменения в Регламент за изпълнение (ЕС) 2016/480 с цел разясняване и прецизиране на следните аспекти: процедурата по свързване към ERRU, изпитванията, които трябва да бъдат проведени, и последствията при неуспех, съдържанието на някои XML съобщения, определянето на поетапната процедура, която трябва да следват държавите членки в случай на системни грешки, и времето, за което могат да се съхраняват лични данни в протоколите на централния възел.
The measures provided for in this Regulation are adopted in accordance with the advisory procedure set out in Article 4 of Regulation (EU) No 182/2011 of the European Parliament and of the Council [4],
Поради това Регламент за изпълнение (ЕС) 2016/480 следва да бъде съответно изменен.
HAS ADOPTED THIS REGULATION:
Мерките, предвидени в настоящия регламент, се приемат в съответствие с процедурата по консултиране, посочена в член 4 от Регламент (ЕС) № 182/2011 на Европейския парламент и на Съвета [4],
Article 1
ПРИЕ НАСТОЯЩИЯ РЕГЛАМЕНТ:
In Article 3 of Implementing Regulation (EU) 2016/480, the following paragraph is added:
Член 1
‘The connection to ERRU of a Member State shall be considered to be established after the completion of the connection, integration and performance tests in accordance with the instructions and under the supervision of the Commission.
В член 3 от Регламент за изпълнение (ЕС) № 2016/480 се добавя следният параграф:
The maximum duration of the tests shall be six months.
„Свързването на държава членка към системата ERRU се смята за завършено след провеждането на изпитвания за свързването, интеграцията и експлоатацията в съответствие с инструкциите и под надзора на Комисията.
The Commission shall take measures in case of failure of the above-mentioned tests.
Максималната продължителност на изпитванията е шест месеца.
If those measures prove insufficient, the Commission may withdraw the testing support until the Member State proves that sufficient progress has been made at national level regarding connection to ERRU’;
Комисията предприема мерки в случай на неуспех при гореспоменатите изпитвания.
Article 2
Ако тези мерки се окажат недостатъчни, Комисията може да оттегли съдействието си при изпитването, докато държавата членка не докаже, че е постигнат достатъчен напредък на национално равнище с оглед на свързването към ERRU“;
Annexes I, III, VI, VII and VIII to Implementing Regulation (EU) 2016/480 are amended in accordance with the Annex to this Regulation.
Приложения I, III, VI, VII и VIII към Регламент за изпълнение (ЕС) 2016/480 се изменят в съответствие с приложението към настоящия регламент.
This Regulation shall enter into force on the twentieth day following that of its publication in the Official Journal of the European Union.
Настоящият регламент влиза в сила на двадесетия ден след деня на публикуването му в Официален вестник на Европейския съюз.
Done at Brussels, 8 August 2017.
Съставено в Брюксел на 8 август 2017 година.
The President
За Комисията
OJ L 300, 14.11.2009, p. 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. 21).
ОВ L 300, 14.11.2009 г., стр. 51.
Commission Implementing Regulation (EU) 2016/480 of 1 April 2016 establishing common rules concerning the interconnection of national electronic registers on road transport undertakings and repealing Regulation (EU) No 1213/2010 (OJ L 87, 2.4.2016, p.
Регламент (ЕС) № 1213/2010 на Комисията от 16 декември 2010 г. за установяване на общи правила относно свързването на националните електронни регистри на пътнотранспортни предприятия (ОВ L 335, 18.12.2010 г., стр. 21).
4).
Регламент за изпълнение (ЕС) 2016/480 на Комисията от 1 април 2016 година за установяване на общи правила относно взаимното свързване на националните електронни регистри на пътнотранспортни предприятия и за отмяна на Регламент (ЕС) № 1213/2010 (ОВ L 87, 2.4.2016 г., стр.
Regulation (EU) No 182/2011 of the European Parliament and of the Council of 16 February 2011 laying down the rules and general principles concerning mechanisms for control by Member States of the Commission's exercise of implementing powers (OJ L 55, 28.2.2011, p. 13).
4).
ANNEX
Регламент (ЕС) № 182/2011 на Европейския парламент и на Съвета от 16 февруари 2011 г. за установяване на общите правила и принципи относно реда и условията за контрол от страна на държавите членки върху упражняването на изпълнителните правомощия от страна на Комисията (ОВ L 55, 28.2.2011 г., стр. 13).
Annexes I, III, VI, VII and VIII to Implementing Regulation (EU) 2016/480 are amended as follows:
Приложения I, III, VI, VII и VIII към Регламент за изпълнение (ЕС) 2016/480 се изменят, както следва:
point 1.3 is replaced by the following:
Приложение I се изменя, както следва:
All messages exchanged shall be routed through the central hub.’;
точка 1.3 се заменя със следното:
point 2.2 is replaced by the following:
Всички съобщения трябва да се препращат през централния възел“;
The central hub shall not store data for a period exceeding 6 months, other than the logging, statistical and routing data set out in Annex VII.’;
точка 2.2 се заменя със следното:
point 2.3 is replaced by the following:
Централният възел не трябва да съхранява данни за период, по-дълъг от 6 месеца, освен данните от протоколирането, статистическите данни и данните за препращане, посочени в приложение VII.“;
The central hub shall not provide access to personal data, except for authorised Commission personnel, when necessary for the purpose of monitoring the technical operation, maintenance and troubleshooting.’;
точка 2.3 се заменя със следното:
point 2.6 is replaced by the following:
Централният възел не трябва да предоставя достъп до лични данни, освен на упълномощени служители на Комисията, когато това е необходимо за целите на проследяването на техническата експлоатация, поддръжката и отстраняването на повреди.“;
Contact management
точка 2.6 се заменя със следното:
The contact management functionality will provide each Member State with the ability to manage the contact details regarding policy, business, operational and technical categories of that Member State, being each Member State's competent authority responsible for the maintenance of its own contacts.
Управление на данните за контакт
It will be possible to view, but not edit, the contact details of the other Member States.’;
Функциите за управление на данните за контакт предоставят възможност на всяка държава членка да управлява своите данни за контакт в различни категории по отношение на политиката, бизнеса, експлоатацията и техническите въпроси, като компетентният орган на всяка държава членка е отговорен за поддържането на своите данни за контакт.
in Annex III, the Appendix is amended as follows:
Данните за контакти в другите държави членки могат да бъдат разглеждани, но не и редактирани.“
in the first table, the item ‘Timeout’ is replaced by the following:
В приложение III допълнението се изменя, както следва:
‘Timeout
в първата таблица елементът „Момент на изтичане на сесията“ се заменя със следното:
This is an optional date and time (in UTC format) attribute.
„Момент на изтичане на сесията
This value will be set only by the central hub for forwarded requests and is calculated based on the date/time the initial request has been received by the central hub.
Това е незадължителен атрибут за дата и час (във формат UTC).
This will inform the responding Member State of the time when the request will be timed out.
Тази стойност се задава само от централния възел за препратени искания и се изчислява въз основа на датата/времето на получаване на първоначалното запитване от централния възел.
This value is not required in initial requests sent to the central hub and all response messages.
Тя информира отговарящата държава членка кога изтича сесията на запитването.
in the table with the heading ‘Check Good Repute Response’, the item ‘Community Licence Number’ is replaced by the following:
Не се изисква тази стойност да се посочва в първоначалните запитвания, изпращани до централния възел, нито в съобщенията за отговор.
‘Community Licence Number
в таблицата със заглавие „Отговор на искане за проверка на добрата репутация“, елементът „Номер на лиценза на Общността“ се заменя със следното:
The serial number of the Community licence of the transport undertaking (free text alphanumeric field with length 1 to 20).
„Номер на лиценза на Общността
in the table with the heading ‘Infringement Notification Request’, the item ‘Community Licence Number’ is replaced by the following:
Серийният номер на лиценза на Общността на предприятието за превози (свободен текст, буквено-цифрово поле с дължина от 1 до 20 знака).
The serial number of the certified true copy or of the Community licence of the transport undertaking (free text alphanumeric field with length 1 to 20).
в таблицата със заглавие „Искане за уведомление за нарушение“ елементът „Номер на лиценза на Общността“ се заменя със следното:
in the table with the heading ‘Infringement Notification Response’, the following items are inserted after the item ‘Transport Undertaking Name’:
Серийният номер на завереното копие на лиценза на Общността на предприятието за превози (свободен текст, буквено-цифрово поле с дължина от 1 до 20 знака).
‘Transport Undertaking Address
в таблицата със заглавие „Отговор на искане за уведомление за нарушение“ се вмъкват следните елементи след елемента „Наименование на предприятието за превози“:
The address of the transport undertaking (address, postal code, city, country) as recorded in the register.
„Адрес на предприятието за превози
Community Licence Number
Адресът на предприятието за превози (адрес, пощенски код, град, държава), както е записан в регистъра.
The serial number of the community licence of the transport undertaking as recorded in the register (free text alphanumeric field with length 1 to 20).
Номер на лиценза на Общността
Community Licence Status
Серийният номер на лиценза на Общността на предприятието за превози (свободен текст, буквено-цифрово поле с дължина от 1 до 20 знака).
The status of the community licence of the transport undertaking as recorded in the register.
Състояние на лиценза на Общността
Managed Vehicles
Състоянието на лиценза на Общността, притежаван от предприятието за превози, както е записано в регистъра.
The number of vehicles managed as recorded in the register.
Управлявани превозни средства
in the table with the heading ‘Check Community Licence Request’ the item ‘Community Licence Number’ is replaced by the following:
Броят на управляваните превозни средства, както е записан в регистъра.
The serial number of the certified true copy or of the community licence for which the details are requested (free text alphanumeric field with length 1 to 20).
в таблицата със заглавие „Искане за проверка на лиценз на Общността“, елементът „Номер на лиценза на Общността“ се заменя със следното:
the table with the heading ‘Check Community Licence Response’ is amended as follows:
Серийният номер на завереното копие на лиценза на Общността на предприятието за превози, за който се искат допълнителни данни (свободен текст, буквено-цифрово поле с дължина от 1 до 20 знака).
the following items are inserted after the item ‘Originating Authority’:
Таблицата със заглавие „Отговор на искане за проверка на лиценз на Общността“ се изменя както следва:
‘Status Code
След елемента „Издаващ орган“ се вмъкват следните елементи:
The status code of the response (e.g. found, not found, error, etc.).
„Код за състояние
Status Message
Код за състояние на отговора (напр. намерено, ненамерено, грешка и т.н.).
An explanatory status description (if necessary).
Съобщение за състояние
the item ‘Transport Undertaking’ is replaced by the following:
Обяснително описание на състоянието (ако е необходимо).
‘Transport Undertaking
Елементът „Предприятие за превози“ се заменя със следното:
Yes if status code is Found’
„Предприятие за превози
the item ‘Community Licence Details’ is replaced by the following:
Да, ако кодът за състояние е „намерено“
‘Community Licence Details
Елементът „Данни за лиценза на Общността“ се заменя със следното:
Yes, if status code is Found’
„Данни за лиценза на Общността
the following item is inserted after the item ‘Community Licence Details’:
Да, ако кодът за състояние е „намерено“
‘Licencing Authority
след елемента „Данни за лиценза на Общността“ се вмъква следният елемент:
The authority that issued the community licence to the transport undertaking.
„Лицензиращ орган
the items ‘Licence Number’ and ‘Licence Status’ are replaced by the following:
Органът, който е издал лиценза на Общността на предприятието за превози.
‘Licence Number
Елементите „Номер на лиценза“ и „Статус на лиценза“ се заменят със следното:
Licence Status
„Номер на лиценза
the items ‘Certified True Copy Details’ and ‘Licence Number’ are replaced by the following:
Статус на лиценза
‘Certified True Copy Details
Елементите „Данни за завереното копие“ и „Номер на лиценза“ се заменят със следното:
Certified True Copy Number
„Данни за завереното копие
The serial number of the certified true copy of the community licence of the transport undertaking as recorded in the register (free text alphanumeric field with length 1 to 20).
Номер на завереното копие
the items ‘Licence Status’, ‘Licence Type’, ‘Start Date’ and ‘Suspension Date’ are deleted;
Серийният номер на завереното копие на лиценза на Общността на предприятието за превози (свободен текст, буквено-цифрово поле с дължина от 1 до 20 знака).
the item ‘Suspension Expiry Date’ is replaced by the following:
Заличават се елементите „Статус на лиценза“, „Вид лиценз“, „Начална дата“ и „Дата на временно прекратяване“;
‘Withdrawal Expiry Date
Елементът „Дата на изтичане на временното прекратяване“ се заменя със следното:
The date on which the certified true copy of the community licence withdrawal expires.
„Дата на изтичане на отнемането
in Annex VI, the following sentence is added at the end of point 2.2:
Датата, на която изтича отнемането на завереното копие на лиценза на Общността.
‘The escalation procedure should be detailed to the Commission upon request’;
В края на точка 2.2 от приложение VI се добавя следното изречение:
Annex VII is amended as follows:
„Поетапната процедура следва да се опише подробно при поискване от Комисията.“
point 2 is replaced by the following:
Приложение VII се изменя, както следва:
In order to ensure privacy, the data for statistical and routing purposes shall be anonymous.
точка 2 се заменя със следното:
Data identifying a specific transport manager, transport undertaking, community licence or CPC will not be available for statistical purposes.’;
С цел гарантиране на неприкосновеността на личния живот, статистическите данни и данните за препращане трябва да са анонимни.
points 4 and 5 are replaced by the following:
Данни, идентифициращи конкретен ръководител на транспортна дейност, предприятие за автомобилни превози, лиценз на Общността или УПК, няма да бъдат достъпни за статистически цели.“;
Personal data shall not be retained in the logs for more than 6 months after a transaction is complete.
точки 4 и 5 се заменят със следното:
Statistical and routing information will be retained indefinitely.
Личните данни не трябва да се съхраняват в протоколите за повече от 6 месеца след приключването на дадена трансакция.
The statistical data used for reporting may include, among others:
Статистическата информация и информацията за препращането ще се съхраняват за неопределен срок от време.
The requesting Member State.
Статистическите данни, използвани за докладване, могат да включват наред с другото:
The responding Member State.
отправящата искането държава членка;
The type of message.
отговарящата държава членка;
The status code of the response.
Регламент за изпълнение (ЕС) 2017/1443 на Комисията
Commission Implementing Regulation (EU) 2017/1443
за изменение на Регламент за изпълнение (ЕС) № 680/2014 за определяне, в съответствие с Регламент (ЕС) № 575/2013 на Европейския парламент и на Съвета, на техническите стандарти за изпълнение по отношение на предоставянето на информация от институциите на надзорните органи
amending Implementing Regulation (EU) No 680/2014 laying down implementing technical standards with regards to supervisory reporting of institutions according to Regulation (EU) No 575/2013 of the European Parliament and of the Council
като взе предвид Регламент (ЕС) № 575/2013 на Европейския парламент и на Съвета от 26 юни 2013 г. относно пруденциалните изисквания за кредитните институции и инвестиционните посредници и за изменение на Регламент (ЕС) № 648/2012 [1], и по-специално член 99, параграф 5, четвърта алинея, член 99, параграф 6, трета алинея, член 101, параграф 4, трета алинея и член 394, параграф 4, трета алинея от него,
Having regard to Regulation (EU) No 575/2013 of 26 June 2013 of the European Parliament and of the Council on prudential requirements for credit institutions and investment firms and amending Regulation (EU) No 648/2012 [1] and in particular the fourth subparagraph of Article 99(5), the fourth subparagraph of Article 99(6), the third subparagraph of Article 101(4) and the third subparagraph of Article 394(4) thereof,
С Регламент за изпълнение (ЕС) № 680/2014 на Комисията [2] се определят условията, съгласно които от институциите се изисква да предоставят информация за съблюдаването от тяхна страна на Регламент (ЕС) № 575/2013.
Commission Implementing Regulation (EU) No 680/2014 [2] specifies the modalities according to which institutions are required to report information relevant to their compliance with Regulation (EU) No 575/2013.
В член 99, параграф 5 от Регламент (ЕС) № 575/2013 на Европейския банков орган (ЕБО) се възлага да разработи проекти на технически стандарти за изпълнение за установяване на единните формати за докладване на финансова информация от страна на институциите, за които се прилага член 4 от Регламент (ЕО) № 1606/2002 на Европейския парламент и на Съвета [3], и на кредитните институции, различни от посочените в същия член, които изготвят своите консолидирани отчети в съответствие с международните счетоводни стандарти, приети по процедурата, предвидена в член 6, параграф 2 от Регламент (ЕО) № 1606/2002.
Article 99(5) of Regulation (EU) No 575/2013 mandates the European Banking Authority (EBA) to draft implementing technical standards to specify uniform formats for the reporting of financial information by institutions subject to Article 4 of Regulation (EC) No 1606/2002 of the European Parliament and of the Council [3] and credit institutions other than those referred to in that Article that prepare their consolidated accounts in conformity with the international accounting standards adopted in accordance with the procedure laid down in Article 6(2) of Regulation (EC) No 1606/2002.
В член 99, параграф 6 от Регламент (ЕС) № 575/2013 на ЕБО се възлага да разработи и проекти на технически стандарти за изпълнение за определяне на единните формати за докладване на финансова информация от страна на институциите, за които се прилагат счетоводните рамки, основаващи се на Директива 86/635/ЕИО на Съвета [4] и за които компетентните органи могат да разширят обхвата на изискванията.
Article 99(6) of Regulation (EU) No 575/2013 also mandates the EBA to draft implementing technical standards to specify uniform formats for the reporting of financial information by institutions subject to accounting frameworks based on Council Directive 86/635/EEC [4] to which the competent authorities may extend the reporting requirements.
Всяка от тези разпоредби се отнася до аспекти на рамката за предоставяне на информация на надзорните органи в Съюза, които трябва да се приведат в съответствие с новите приложими международни стандарти.
Each of these provisions relate to aspects of the framework for supervisory reporting in the Union which need to be aligned with newly applicable international standards.
Международните счетоводни стандарти, приети по процедурата, предвидена в член 6, параграф 2 от Регламент (ЕО) № 1606/2002, се основават на Международните стандарти за финансово отчитане (МСФО), разработени от Съвета по международни счетоводни стандарти (СМСС).
International Accounting Standards adopted in accordance with the procedure laid down in Article 6(2) of Regulation (EC) No 1606/2002 are based on International Financial Reporting Standards (IFRS) developed by the International Accounting Standards Board (IASB).
През юли 2014 г.
In July 2014, the IASB issued IFRS 9 Financial Instruments (‘IFRS 9’) as the new standard for the accounting of financial instruments, with the view to its international application from 1 January 2018.
СМСС издаде МСФО 9 „Финансови инструменти“ („МСФО 9“) като новия стандарт за отчитане на финансовите инструменти, който да започне да се прилага в международен план от 1 януари 2018 г.
IFRS 9 was adopted in the Union on 22 November 2016 by means of Commission Regulation (EU) 2016/2067 [5].
МСФО 9 бе приет в Съюза на 22 ноември 2016 г. с Регламент (ЕС) 2016/2067 на Комисията [5].
IFRS 9 fundamentally changes the accounting for financial instruments for institutions that are subject to Article 99(2) of Regulation (EU) No 575/2013.
МСФО 9 коренно промени отчитането на финансовите инструменти за институциите, които попадат в обхвата на член 99, параграф 2 от Регламент (ЕС) № 575/2013.
IFRS 9 includes a logical model for classification and measurement, a single, forward-looking ‘expected loss’ impairment model and a substantially-reformed approach to hedge accounting.