natgillin/translations-raw huggingface dataset:
Първият параграф след заглавието на раздел „Service type identifier (идентификатор на типа на услугата) (клауза 5.5.1)“ се заменя със следния текст:
the first paragraph following the section title ‘Service type identifier (clause 5.5.1)’ is replaced by the following:
„Това поле е ЗАДЪЛЖИТЕЛНО и ТРЯБВА да указва идентификатора на типа на услугата в съответствие с типа на настоящите спецификации за TSL (т.е. „/eSigDir-1999-93-EC-TrustedList/TSLType/generic“).“
‘This field is REQUIRED and SHALL specify the identifier of the service type according to the type of the present TSL specifications (i.e. “/eSigDir-1999-93-EC-TrustedList/TSLType/generic”).’;
Петото тире след заглавието на раздел „Service current status (актуално състояние на услугата) (клауза 5.5.4)“ се заменя със следния текст:
the fifth indent following the section title ‘Service current status (clause 5.5.4)’ is replaced by the following:
Акредитирана (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/Svcstatus/accredited);“.
Accredited (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/Svcstatus/accredited);’;
Деветото тире след заглавието на раздел „Service current status (актуално състояние на услугата) (клауза 5.5.4)“ се заменя със следния текст:
the ninth indent following the section title ‘Service current status (clause 5.5.4)’ is replaced by the following:
Supervision of Service in Cessation (услуга в процес на преустановяване на надзора) услугата, посочена в „Service digital identity“ (клауза 5.5.3) и предлагана от CSP, указан в „TSP name“ (клауза 5.4.1), е понастоящем на етап преустановяване на надзора, но все още е под надзор до преустановяването или отменянето на надзора.
Supervision of Service in Cessation The service identified in “Service digital identity” (clause 5.5.3) provided by the CSP identified in “TSP name” (clause 5.4.1) is currently in a cessation phase but still supervised until supervision is ceased or revoked.
В случай че отговорността за осигуряване на този етап на преустановяване е поета от юридическо лице, различно от посоченото в „TSP name“, идентификацията на това ново или подсигуряващо юридическо лице (подсигуряващ CSP) ТРЯБВА да се предостави в „Scheme service definition URI“ (клауза 5.5.6) и в разширението „TakenOverBy“ (клауза L.3.2) на записа за услугата.“
In the event a different legal person than the one identified in “TSP name” has taken over the responsibility of ensuring this cessation phase, the identification of this new or fallback legal person (fallback CSP) SHALL be provided in “Scheme service definition URI” (clause 5.5.6) and in the “TakenOverBy” extension (clause L.3.2) of the service entry.’;
Петият параграф след заглавието на раздел „Service information extensions (разширена информация за услугата) (клауза 5.5.9)“ се заменя със следния текст:
the fifth paragraph following the section title ‘Service information extensions (clause 5.5.9)’ is replaced by the following:
„В контекста на XML реализация специфичното съдържание на тази допълнителна информация трябва да се кодира, като се използват файловете xsd, предоставени в приложение C на ETSI TS 102 231.“
‘In the context of an XML implementation, the specific content of such additional information has to be coded using the xsd files provided in Annex C of ETSI TS 102 231.’;
Разделът, озаглавен „Service digital identity (цифрова идентификация на услугата) (клауза 5.6.3)“, се заменя със следния текст:
the section entitled ‘Service digital identity (clause 5.6.3)’ is replaced by the following:
„Service digital identity (цифрова идентификация на услугата) (клауза 5.6.3)
‘Service digital identity (clause 5.6.3)
Това поле е ЗАДЪЛЖИТЕЛНО и ТРЯБВА да указва поне една форма на цифровия идентификатор (например удостоверение X.509v3), използван в „TSP Service Information — Service digital identity“ (клауза 5.5.3) във формата и със значението, определени в ETSI TS 102 231, клауза 5.5.3.
This field is REQUIRED and SHALL specify at least one representation of the digital identifier (i.e. X.509v3 certificate) used in “TSP Service Information — Service digital identity” (clause 5.5.3) with the format and meaning as defined in ETSI TS 102 231, clause 5.5.3.
Забележка: За стойност на удостоверението X.509v3, използвана в „Sdi“ клауза 5.5.3 на услуга, трябва да съществува само едно вписване на услугата в доверителен списък за стойността „Sti:Sie/additionalServiceInformation“.
Note: For an X.509v3 certificate value used in the “Sdi” clause 5.5.3 of a service, there must be only one single service entry in a Trusted List per “Sti:Sie/additionalServiceInformation” value.
Информацията в поле „Sdi“ (клауза 5.6.3), използвана в информацията за историята на състоянието на одобряване на услуга във връзка с вписването на услуга, и използваната в това вписване на услуга информация „Sdi“ (клауза 5.5.3) ТРЯБВА да се отнасят за същата стойност на удостоверението X.509v3.
The “Sdi” (clause 5.6.3) information used in the service approval history information associated to a service entry and the “Sdi” (clause 5.5.3) information used in this service entry MUST relate to the same X.509v3 certificate value.
Когато за вписана услуга се променя „Sdi“ (т.е. подновяване или нов ключ на удостоверение X.509v3 например за CA/PKC или CA/QC) или се създава нова „Sdi“ за такава услуга дори с идентични стойности за свързаните „Sti“, „Sn“ и [„Sie“], това означава, че операторът на схемата (Scheme Operator) ТРЯБВА да създаде запис за услугата, различаващ се от предишния.“
When a listed service is changing its “Sdi” (i.e. renewal or rekey of an X.509v3 certificate for e.g. a CA/PKC or CA/QC) or creating a new “Sdi” for such a service, even with identical values for the associated “Sti”, “Sn”, and [“Sie”], it means that the Scheme Operator MUST create a different service entry than the previous one.’;
Разделът, озаглавен „Signed TSL (Подписан ССДУ)“, се заменя със следния текст:
the section entitled ‘Signed TSL’ is replaced by the following:
„Signed TSL (Подписан ССДУ)
‘Signed TSL
Предназначената за четене от човек форма на TSL реализацията на доверителния списък, създадена съгласно настоящите спецификации, и по-специално съгласно глава IV, СЛЕДВА да е подписана от оператора, посочен в „Scheme operator name“ (клауза 5.3.4), за да се гарантира нейната автентичност и цялост.
The human readable TSL implementation of the Trusted List, established under the present specifications and in particular Chapter IV, SHOULD be signed by the “Scheme operator name” (clause 5.3.4) to ensure its authenticity and integrity.
Форматът на подписа СЛЕДВА да е PAdES part 3 (ETSI TS 102 778-3 ), но МОЖЕ да е PAdES part 2 (ETSI TS 102 778-2) в контекста на конкретния модел на доверие, установен чрез публикуването на удостоверенията, използвани за подписване на доверителния списък.
The format of the signature SHOULD be PAdES part 3 (ETSI TS 102 778-3 ) but MAY be PAdES part 2 (ETSI TS 102 778-2) in the context of the specific trust model established through the publication of the certificates used to sign the Trusted Lists.
Машинно четимата форма на TSL реализацията на доверителния списък, създадена съгласно настоящите спецификации, ТРЯБВА да е подписана от оператора, посочен в „Scheme operator name“ (клауза 5.3.4), за да се гарантира нейната автентичност и цялост.
The machine processable TSL implementation of the Trusted List, established under the present specifications, SHALL be signed by the “Scheme operator name” (clause 5.3.4) to ensure its authenticity and integrity.
Машинно четимата форма на TSL реализацията на доверителния списък, създадена съгласно настоящите спецификации, ТРЯБВА да е във формат XML и ТРЯБВА да съответства на спецификациите, посочени в приложения B и C от ETSI TS 102 231.
The format of the machine processable TSL implementation of the Trusted List, established under the present specifications, SHALL be XML and SHALL comply with the specifications stated in Annexes B and C of ETSI TS 102 231.
Подписът ТРЯБВА да е във формат XAdES BES или EPES, както е определено от спецификациите на ETSI TS 101903 за XML реализации.
The format of the signature SHALL be XAdES BES or EPES as defined by ETSI TS 101 903 specifications for XML implementations.
Такава реализация на електронния подпис ТРЯБВА да отговаря на изискванията, посочени в приложение B към ETSI TS 102 231.
Such electronic signature implementation SHALL meet requirements as stated in Annex B of ETSI TS 102 231.
Допълнителни основни изисквания по отношение на въпросния подпис са посочени в следващите раздели.о) Вторият параграф след заглавието на раздел „Scheme identification (идентификация на схемата) (клауза 5.7.2)“ се заменя със следния текст:
Additional general requirements regarding this signature are stated in the following sections.(o) the second paragraph after the section title ‘Scheme identification (clause 5.7.2)’ is replaced by the following:
„В контекста на настоящите спецификации това позоваване ТРЯБВА да включва „TSL type“ (клауза 5.3.3), „Scheme name“ (клауза 5.3.6) и стойността на разширението SubjectKeyIdentifier на удостоверението, използвано от оператора на схемата, за да подпише TSL по електронен път.“
‘In the context of the present specifications the assigned reference SHALL include the “TSL type” (clause 5.3.3), the “Scheme name” (clause 5.3.6) and the value of the SubjectKeyIdentifier extension of the certificate used by the Scheme operator to electronically sign the TSL.’;
Вторият параграф след заглавието на раздел „additionalServiceInformation Extension (клауза 5.8.2)“ се заменя със следния текст:
the second paragraph following the section title ‘additionalServiceInformation Extension (clause 5.8.2)’ is replaced by the following:
„Този URI СЛЕДВА да насочва към четима от човек информация (поне на английски и евентуално на един или повече национални езици), считана за подходяща и достатъчна за разбиране от доверяваща се страна на разширението и по-конкретно обясняваща значението на дадените URI, специфициращи възможните стойности на serviceInformation, и значението на всяка от тях.“
‘Dereferencing the URI SHOULD lead to human readable information (as a minimum in EN and potentially in one or more national languages) which is deemed appropriate and sufficient for a relying party to understand the extension, and in particular explaining the meaning of the given URIs, specifying the possible values for serviceInformation and the meaning for each value.’;
Разделът, озаглавен „Qualifications Extension (клауза L.3.1)“, се заменя със следния текст:
the section entitled ‘Qualifications Extension (clause L.3.1)’ is replaced by the following:
„Qualifications Extension (клауза L.3.1)
‘Qualifications Extension (clause L.3.1)
Описание Това поле е НЕЗАДЪЛЖИТЕЛНО, но ТРЯБВА да съществува, ако употребата му е ЗАДЪЛЖИТЕЛНА, напр. за услуги на RootCA/QC (базови УО/КУ) или CA/QC, както и ако:
Description This field is OPTIONAL but SHALL be present when its use is REQUIRED, e.g. for RootCA/QC or CA/QC services, and when
информацията, предоставена в „Service digital identity“, не е достатъчна за еднозначното идентифициране на квалифицираните удостоверения, издадени от тази услуга
the information provided in the “Service digital identity” is not sufficient to unambiguously identify the qualified certificates issued by this service,
наличната в съответните квалифицирани удостоверения информация не позволява да бъде установено чрез машинна обработка дали квалифицираното удостоверение (QC) се поддържа от дадено устройство за създаване на защитени електронни подписи (SSCD).
the information present in the related qualified certificates does not allow machine-processable identification of the facts about whether or not the QC is supported by an SSCD.
Когато се използва, това разширение на нивото на услугата ТРЯБВА да се използва само в полето, описано в „Service information extension“ (клауза 5.5.9) и ТРЯБВА да съответства на спецификациите, посочени в приложение L.3.1 на ETSI TS 102 231.“
When used, this service level extension MUST only be used in the field defined in “Service information extension” (clause 5.5.9) and SHALL comply with specifications laid down in Annex L.3.1 of ETSI TS 102 231.’;
След раздел „Qualifications Extension (клауза L.3.1)“ се вмъква следният раздел „TakenOverBy Extension (клауза L 3.2)“:
after section ‘Qualifications Extension (clause L.3.1)’, section TakenOverBy Extension (clause L.3.2) is inserted as follows:
„TakenOverBy Extension (клауза L 3.2)
‘TakenOverBy Extension (clause L.3.2)
Описание Това разширение е НЕЗАДЪЛЖИТЕЛНО, но ТРЯБВА да съществува, когато услуга, правната отговорност за която е била носена преди от определен ДУУ (CSP), е поета от друг ДДУ (TSP), и е предназначено за формално обявяване на правната отговорност за услугата, както и за да се даде възможност на софтуера за проверка да покаже на потребителя някои подробности от правно естество.
Description This extension is OPTIONAL but SHALL be present when a service that was formerly under the legal responsibility of a CSP is taken over by another TSP and is meant to state formally the legal responsibility of a service and to enable the verification software to display to the user some legal detail.
Информацията, предоставена в това разширение, ТРЯБВА да е в съответствие с използването на клауза 5.5.6 и ТРЯБВА да отговаря на спецификациите в приложение L.3.2 към ETSI TS 102 231.“
The information provided in this extension SHALL be consistent with the related use of clause 5.5.6 and SHALL comply with specifications in Annex L.3.2 of ETSI TS 102 231.’;
Глава II се заменя със следния текст:
Chapter II is replaced by the following:
„ГЛАВА II
‘CHAPTER II
При създаването на своите доверителни списъци държавите-членки използват:
When establishing their Trusted Lists, Member States will use:
кодове с малки букви за езика и кодове с главни букви за страната;
Language codes in lower case and country codes in upper case;
кодове за езика и страната съгласно предоставената по-долу таблица;
Language and country codes according to the Table provided here below.
когато се използва нелатинска азбука (със свой собствен код за езика), се добавя транслитерация на латиница със съответните езикови кодове, посочени в таблицата по-долу.
When a Latin script is present (with its proper language code) a transliteration in Latin script with the related language codes specified in the Table below is added.
Кратко наименование
Short name
(на местен език)
(source language)
(на английски)
(English)
Код на страната
Country Code
Код на езика
Language Code
Пояснения
Notes
Транслитерация на латиница
Transliteration in Latin script
Препоръчан от ЕС код на страната
Country code recommended by EU
Също и каталонски език (ca), баски език (eu), галисийски език (gl)
also Catalan (ca), Basque (eu), Galician (gl)
В глава IV се вмъква следното тире след уводната фраза „Съдържанието на четимата от човек форма на TSL реализацията на доверителния списък на базата на PDF/A СЛЕДВА да отговаря на следните изисквания“:
in Chapter IV, the following indent is inserted after the introductory phrase ‘The content of the PDF/A based HR form of the TSL implementation of the Trusted List SHOULD comply with the following requirements:’:
Заглавието на четимата от човек форма на доверителните списъци се конструира като конкатенация на следните елементи:
The title of the Human readable form of Trusted Lists shall be constructed as the concatenation of the following elements:
незадължително изображение на националния флаг на държавата-членка;
Optional picture of the Member State national flag;
шпация;
Blank space;
кратко наименование на страната на местния език (или езици) (както е посочено в първата колона от таблицата в глава II);
Country Short Name in source language(s) (as provided in the first column of Chapter II Table);
„(“;
“(”;
кратко наименование на страната на английски език (както е посочено във втората колона от таблицата в глава II) в скобите;
Country Short Name in English (as provided in the second column of Chapter II Table) inside the parenthesis;
„)“: като затваряща скоба и разделител;
“):” as closing parenthesis and separator;
„Trusted List“;
“Trusted List”;
незадължително лого на оператора на схемата на държавата-членка.“
Optional logo of the Member State Scheme Operator.’
В случай че предназначената за четене от човек форма на TSL реализацията на доверителния списък не е подписана, нейната автентичност и цялост ТРЯБВА да бъдат гарантирани чрез подходящ съобщителен канал с еквивалентно ниво на сигурност.
In case the human readable TSL implementation of the Trusted List is not signed, its authenticity and integrity MUST be guaranteed by an appropriate communication channel with an equivalent security level.
Използването на TLS (IETF RFC 5246: „The Transport Layer Security (TLS) Protocol Version 1.2“) се препоръчва за тази цел и контролната сума — „отпечатък“ (fingerprint) на удостоверението на TLS канала ТРЯБВА да бъде предоставена по метода „out of band“ от държавата-членка на TSL потребителите.
Use of TLS (IETF RFC 5246: “The Transport Layer Security (TLS) Protocol Version 1.2”) is recommended for this purpose and the fingerprint of the certificate of the TLS channel MUST be made available out of band to the TSL users by the Member State.
ETSI TS 102 778-3 – Electronic Signatures and Infrastructures (ESI): PDF Advanced Electronic Signature Profiles; Part 3: PAdES Enhanced - PAdES-BES and PAdES-EPES Profiles.
ETSI TS 102 778-3 — Electronic Signatures and Infrastructures (ESI): PDF Advanced Electronic Signature Profiles; Part 3: PAdES Enhanced — PAdES-BES and PAdES-EPES Profiles.
ETSI TS 102 778-2 – Electronic Signatures and Infrastructures (ESI): PDF Advanced Electronic Signature Profiles; Part 2: PAdES Basic - Profile based on ISO 32000-1.
ETSI TS 102 778-2 — Electronic Signatures and Infrastructures (ESI): PDF Advanced Electronic Signature Profiles; Part 2: PAdES Basic — Profile based on ISO 32000-1.
Подписващото удостоверение на оператора на схемата задължително трябва да бъде защитено чрез подпис по един от начините, определени от ETSI TS 101903, и ds:keyInfo следва да съдържа съответната верига от удостоверения, когато е приложимо.“
It is mandatory to protect the Scheme Operator signing certificate with the signature in one of the ways specified by ETSI TS 101 903 and the ds:keyInfo should contain the relevant certificate chain when applicable.’;
Транслитерация на латиница: България = Bulgaria; Ελλάδα = Elláda; Κύπρος = Kýpros.“
Latin transliteration: България = Bulgaria; Ελλάδα = Elláda; Κύπρος = Kýpros.’
за разрешаване на пускането на пазара на продукти, съдържащи, състоящи се или произведени от генетично модифицирана царевица Bt11xGA21 (SYN-BTØ11-1xMON-ØØØ21-9) в съответствие с Регламент (ЕО) № 1829/2003 на Европейския парламент и на Съвета
authorising the placing on the market of products containing, consisting of, or produced from genetically modified maize Bt11xGA21 (SYN-BTØ11-1xMON-ØØØ21-9) pursuant to Regulation (EC) No 1829/2003 of the European Parliament and of the Council
(нотифицирано под номер C(2010) 5135)
(notified under document C(2010) 5135)
На 31 октомври 2007 г. Syngenta Seeds S.A.S. от името на Syngenta Crop Protection AG подаде до компетентния орган на Обединеното кралство, в съответствие с членове 5 и 17 от Регламент (ЕО) № 1829/2003, заявление за пускане на пазара на храни, хранителни съставки и фуражи, съдържащи, състоящи се или произведени от царевица Bt11xGA21 (наричано по-долу „заявлението“).
On 31 October 2007, Syngenta Seeds SAS on behalf of Syngenta Crop Protection AG submitted to the competent authority of the United Kingdom an application, in accordance with Article 5 and Article 17 of Regulation (EC) No 1829/2003, for the placing on the market of foods, food ingredients, and feed containing, consisting of, or produced from Bt11xGA21 maize (the application).
Заявлението също така обхваща пускането на пазара на продукти, различни от храни и фуражи, съдържащи или състоящи се от царевица Bt11xGA21, предназначени за същата употреба, както всеки друг вид царевица, с изключение на отглеждането.
The application also covers the placing on the market of products other than food and feed containing or consisting of Bt11xGA21 maize for the same uses as any other maize with the exception of cultivation.
Поради това, в съответствие с член 5, параграф 5 и член 17, параграф 5 от Регламент (ЕО) № 1829/2003, заявлението включва данните и информацията, изисквани от приложения III и IV към Директива 2001/18/ЕО на Европейския парламент и на Съвета от 12 март 2001 г. относно съзнателното освобождаване на генетично модифицирани организми в околната среда и за отмяна на Директива 90/220/ЕИО на Съвета [2], както и информация и заключения относно оценката на риска, извършена в съответствие с принципите, посочени в приложение II към Директива 2001/18/ЕО.
Therefore, in accordance with Article 5(5) and Article 17(5) of Regulation (EC) No 1829/2003, it includes the data and information required by Annexes III and IV to Directive 2001/18/EC of the European Parliament and of the Council of 12 March 2001 on the deliberate release into the environment of genetically modified organisms and repealing Council Directive 90/220/EEC [2] and information and conclusions about the risk assessment carried out in accordance with the principles set out in Annex II to Directive 2001/18/EC.
На 22 септември 2009 г. Европейският орган за безопасност на храните (наричан по-долу „ЕОБХ“) даде положително становище в съответствие с членове 6 и 18 от Регламент (ЕО) № 1829/2003.
On 22 September 2009, the European Food Safety Authority (EFSA) gave a favourable opinion in accordance with Article 6 and Article 18 of Regulation (EC) No 1829/2003.
Той стигна до заключението, че царевица Bt11xGA21 е толкова безопасна, колкото и съответстващият ѝ генетично немодифициран вид по отношение на евентуалното въздействие върху здравето на човека и на животните или върху околната среда.
It considered that maize Bt11xGA21 is as safe as its non-genetically modified counterpart with respect to potential effects on human and animal health or the environment.
Поради това органът заключи, че е малко вероятно пускането на пазара на продуктите, съдържащи, състоящи се или произведени от царевица Bt11xGA21, както са описани в заявлението (наричани по-долу „продуктите“), да окаже отрицателно въздействие върху здравето на човека или на животните или върху околната среда, в рамките на предвидените видове употреба [3].
Therefore it concluded that it is unlikely that the placing on the market of the products containing, consisting of, or produced from Bt11xGA21 maize as described in the application (the products) will have any adverse effects on human or animal health or the environment in the context of their intended uses [3].
В становището си ЕОБХ взе предвид всички специфични въпроси и опасения, изразени от държавите-членки в контекста на консултацията с националните компетентни органи, както е предвидено в член 6, параграф 4 и член 18, параграф 4 от посочения регламент.
In its opinion, EFSA considered all the specific questions and concerns raised by the Member States in the context of the consultation of the national competent authorities as provided for by Article 6(4) and Article 18(4) of that Regulation.
Предвид посочените съображения следва да се предостави разрешение за продуктите.
Taking into account those considerations, authorisation should be granted for the products.
Според становището на ЕОБХ не са необходими специални изисквания за етикетиране, различни от предвидените в член 13, параграф 1 и член 25, параграф 2 от Регламент (ЕО) № 1829/2003, за храни, хранителни съставки и фуражи, съдържащи, състоящи се или произведени от царевица Bt11xGA21.
On the basis of the EFSA opinion, no specific labelling requirements other than those provided for in Article 13(1) and Article 25(2) of Regulation (EC) No 1829/2003, appear to be necessary for foods, food ingredients and feed containing, consisting of, or produced from Bt11xGA21 maize.