# Официален вестник L 85/2018

| | ISSN 1977-0618 |
| --- | --- |
| Официален вестник
  на Европейския съюз | L 85 |
| | |
| Издание на български език | Законодателство | Година 6128 март 2018 г. |

ISSN 1977-0618

Официален вестник

на Европейския съюз

L 85

Издание на български език

Законодателство

Година 6128 март 2018 г.

---

| Съдържание | | II   Незаконодателни актове | Страница |
| --- | --- | --- | --- |
| | | РЕГЛАМЕНТИ |
| | * | Регламент за изпълнение (ЕС) 2018/502 на Комисията от 28 февруари 2018 година за изменение на Регламент за изпълнение (ЕС) 2016/799 по отношение на определянето на изискванията за конструкцията, изпитването, монтирането, експлоатацията и ремонта на тахографите и техните компоненти (
  1
  ) | 1 |

Съдържание

II   Незаконодателни актове

Страница

РЕГЛАМЕНТИ

*

Регламент за изпълнение (ЕС) 2018/502 на Комисията от 28 февруари 2018 година за изменение на Регламент за изпълнение (ЕС) 2016/799 по отношение на определянето на изискванията за конструкцията, изпитването, монтирането, експлоатацията и ремонта на тахографите и техните компоненти (
  1
  )

1

1

| | |
| --- | --- |
| | (1)   текст от значение за ЕИП |

---

(1)   текст от значение за ЕИП

1

| BG | Актовете, чиито заглавия се отпечатват с нормален шрифт, са актове по текущо управление на селскостопанската политика и имат кратък срок на действие.
  Заглавията на всички останали актове се отпечатват с удебелен шрифт и се предшестват от звезда. |
| --- | --- |

BG

Актовете, чиито заглавия се отпечатват с нормален шрифт, са актове по текущо управление на селскостопанската политика и имат кратък срок на действие.

Заглавията на всички останали актове се отпечатват с удебелен шрифт и се предшестват от звезда.

---

II Незаконодателни актове

РЕГЛАМЕНТИ

| 28.3.2018 | BG | Официален вестник на Европейския съюз | L 85/1 |
| --- | --- | --- | --- |

28.3.2018

BG

Официален вестник на Европейския съюз

L 85/1

---

РЕГЛАМЕНТ ЗА ИЗПЪЛНЕНИЕ (ЕС) 2018/502 НА КОМИСИЯТА

от 28 февруари 2018 година

за изменение на Регламент за изпълнение (ЕС) 2016/799 по отношение на определянето на изискванията за конструкцията, изпитването, монтирането, експлоатацията и ремонта на тахографите и техните компоненти

(текст от значение за ЕИП)

ЕВРОПЕЙСКАТА КОМИСИЯ,

като взе предвид Договора за функционирането на Европейския съюз,

като взе предвид Регламент (ЕС) No 165/2014 на Европейския парламент и на Съвета от 4 февруари 2014 г. относно тахографите в автомобилния транспорт (1), и по-специално член 11 и член 12, параграф 7 от него,

като има предвид, че:

| (1) | С Регламент (ЕС) No 165/2014 бяха въведени интелигентните тахографи — цифрови тахографи от второ поколение, които включват свързване към глобалната навигационна спътникова система (GNSS), устройство за връзка с цел ранно откриване от разстояние и по избор — интерфейс с интелигентни транспортни системи. |
| --- | --- |

(1)

С Регламент (ЕС) No 165/2014 бяха въведени интелигентните тахографи — цифрови тахографи от второ поколение, които включват свързване към глобалната навигационна спътникова система (GNSS), устройство за връзка с цел ранно откриване от разстояние и по избор — интерфейс с интелигентни транспортни системи.

| (2) | Техническите изисквания за конструкцията, изпитването, монтирането, експлоатацията и ремонта на тахографите и техните компоненти са определени с Регламент за изпълнение (ЕС) 2016/799 (2). |
| --- | --- |

(2)

Техническите изисквания за конструкцията, изпитването, монтирането, експлоатацията и ремонта на тахографите и техните компоненти са определени с Регламент за изпълнение (ЕС) 2016/799 (2).

| (3) | Съгласно членове 8, 9 и 10 от Регламент (ЕС) No 165/2014 в превозни средства, които са регистрирани за първи път на 15 юни 2019 г. или след тази дата, следва да бъдат монтирани интелигентни тахографи. С оглед на това Регламент за изпълнение (ЕС) 2016/799 следва да бъде изменен, така че установените с него технически разпоредби да се прилагат от тази дата. |
| --- | --- |

(3)

Съгласно членове 8, 9 и 10 от Регламент (ЕС) No 165/2014 в превозни средства, които са регистрирани за първи път на 15 юни 2019 г. или след тази дата, следва да бъдат монтирани интелигентни тахографи. С оглед на това Регламент за изпълнение (ЕС) 2016/799 следва да бъде изменен, така че установените с него технически разпоредби да се прилагат от тази дата.

| (4) | С цел да се изпълни изискването съгласно член 8 от Регламент (ЕС) No 165/2014 местоположението на превозното средство да се регистрира на всеки три часа от общото време на управление, Регламент за изпълнение (ЕС) 2016/799 следва да бъде изменен, така че информацията за местоположението на превозното средство да може да се съхранява през три часа с измерим показател, който не може да бъде върнат към първоначално зададената стойност, както и за да се избегне объркване с измеримия показател „време на непрекъснато управление“, който има различна функция. |
| --- | --- |

(4)

С цел да се изпълни изискването съгласно член 8 от Регламент (ЕС) No 165/2014 местоположението на превозното средство да се регистрира на всеки три часа от общото време на управление, Регламент за изпълнение (ЕС) 2016/799 следва да бъде изменен, така че информацията за местоположението на превозното средство да може да се съхранява през три часа с измерим показател, който не може да бъде върнат към първоначално зададената стойност, както и за да се избегне объркване с измеримия показател „време на непрекъснато управление“, който има различна функция.

| (5) | Бордовото устройство може да се състои само от един блок или от няколко блока, които са разположени на различни места в превозното средство. Така устройствата за връзка към GNSS и към специализирани съобщителни системи с малък обсег на действие (DSRC) могат да бъдат в основния корпус на бордовото устройство или извън него. Когато се използват външни устройства, следва да бъде възможно и двете да могат да получат одобрение на типа като компоненти заедно с основния корпус на бордовото устройство, така че процесът за одобрение на типа за интелигентните тахографи да бъде съобразен с нуждите на пазара. |
| --- | --- |

(5)

Бордовото устройство може да се състои само от един блок или от няколко блока, които са разположени на различни места в превозното средство. Така устройствата за връзка към GNSS и към специализирани съобщителни системи с малък обсег на действие (DSRC) могат да бъдат в основния корпус на бордовото устройство или извън него. Когато се използват външни устройства, следва да бъде възможно и двете да могат да получат одобрение на типа като компоненти заедно с основния корпус на бордовото устройство, така че процесът за одобрение на типа за интелигентните тахографи да бъде съобразен с нуждите на пазара.

| (6) | Правилата за съхранение на информация за събитие на времеви конфликт и за сверяване на часовника трябва да бъдат изменени, за да може да се направи разлика между автоматичните сверявания на часовника, които се задействат след евентуален опит за вмешателство или при неизправност на тахографа, и сверявания на часовника, настъпили по други причини, например при поддръжка. |
| --- | --- |

(6)

Правилата за съхранение на информация за събитие на времеви конфликт и за сверяване на часовника трябва да бъдат изменени, за да може да се направи разлика между автоматичните сверявания на часовника, които се задействат след евентуален опит за вмешателство или при неизправност на тахографа, и сверявания на часовника, настъпили по други причини, например при поддръжка.

| (7) | Идентификаторите на данни следва да могат да правят разлика между данните, извлечени от интелигентен тахограф и от тахограф от предишно поколение. |
| --- | --- |

(7)

Идентификаторите на данни следва да могат да правят разлика между данните, извлечени от интелигентен тахограф и от тахограф от предишно поколение.

| (8) | Срокът на валидност на картата на превозвач следва да бъде удължен от две на пет години, за да се уеднакви със срока на валидност на картата на водача. |
| --- | --- |

(8)

Срокът на валидност на картата на превозвач следва да бъде удължен от две на пет години, за да се уеднакви със срока на валидност на картата на водача.

| (9) | Следва по-добре да се уточнят описанието на някои неизправности и събития, потвърждаването на въведеното местоположение в началото и/или в края на дневен период на работа, използването на съгласието на водача при интерфейс с интелигентни транспортни системи във връзка с данните, предадени от бордовото устройство чрез мрежата на превозното средство, както и други технически въпроси. |
| --- | --- |

(9)

Следва по-добре да се уточнят описанието на някои неизправности и събития, потвърждаването на въведеното местоположение в началото и/или в края на дневен период на работа, използването на съгласието на водача при интерфейс с интелигентни транспортни системи във връзка с данните, предадени от бордовото устройство чрез мрежата на превозното средство, както и други технически въпроси.

| (10) | С цел да се гарантира актуалната им сертификация пломбите на тахографите трябва да бъдат приведени в съответствие с новия стандарт относно сигурността на механичните пломби, използвани за тахографи. |
| --- | --- |

(10)

С цел да се гарантира актуалната им сертификация пломбите на тахографите трябва да бъдат приведени в съответствие с новия стандарт относно сигурността на механичните пломби, използвани за тахографи.

| (11) | Настоящият регламент се отнася за конструкцията, изпитването, монтирането и експлоатацията на системи, съдържащи и радиосъоръжения, като съответните разпоредби са уредени с Директива 2014/53/ЕС на Европейския парламент и на Съвета (3). С директивата се регламентират пускането на пазара и пускането в употреба на електронно и електрическо оборудване, което използва радиовълни за комуникация и/или за хоризонтално радиоопределяне, по-специално във връзка с електронните компоненти за безопасност, съвместимостта с други системи, достъпа до радиочестотния спектър, достъпа до услуги за спешна помощ и/или други делегирани разпоредби. С цел да се гарантира ефикасното използване на радиочестотния спектър, да се предотвратят вредни радиосмущения, да се обезпечат безопасността и електромагнитната съвместимост на радиосъоръженията, както и за да се осигури възможност за въвеждането на други специфични изисквания посредством делегирани актове, настоящият регламент следва да се прилага, без да се засягат разпоредбите на посочената директива. |
| --- | --- |

(11)

Настоящият регламент се отнася за конструкцията, изпитването, монтирането и експлоатацията на системи, съдържащи и радиосъоръжения, като съответните разпоредби са уредени с Директива 2014/53/ЕС на Европейския парламент и на Съвета (3). С директивата се регламентират пускането на пазара и пускането в употреба на електронно и електрическо оборудване, което използва радиовълни за комуникация и/или за хоризонтално радиоопределяне, по-специално във връзка с електронните компоненти за безопасност, съвместимостта с други системи, достъпа до радиочестотния спектър, достъпа до услуги за спешна помощ и/или други делегирани разпоредби. С цел да се гарантира ефикасното използване на радиочестотния спектър, да се предотвратят вредни радиосмущения, да се обезпечат безопасността и електромагнитната съвместимост на радиосъоръженията, както и за да се осигури възможност за въвеждането на други специфични изисквания посредством делегирани актове, настоящият регламент следва да се прилага, без да се засягат разпоредбите на посочената директива.

| (12) | Поради това Регламент за изпълнение (ЕС) 2016/799 следва да бъде изменен. |
| --- | --- |

(12)

Поради това Регламент за изпълнение (ЕС) 2016/799 следва да бъде изменен.

| (13) | Мерките, предвидени в настоящия регламент, са в съответствие със становището на комитета по член 42, параграф 3 от Регламент (ЕС) No 165/2014, |
| --- | --- |

(13)

Мерките, предвидени в настоящия регламент, са в съответствие със становището на комитета по член 42, параграф 3 от Регламент (ЕС) No 165/2014,

ПРИЕ НАСТОЯЩИЯ РЕГЛАМЕНТ:

Член 1

Регламент за изпълнение (ЕС) 2016/799 се изменя, както следва:

| 1) | Член 1 се изменя, както следва:


  а) | втори и трети параграф се заменят със следното:

  „2.   Конструкцията, изпитването, монтирането, проверката, експлоатацията и ремонтът на интелигентните тахографи и техните компоненти трябва да отговарят на техническите изисквания, формулирани в приложение IВ към настоящия регламент.


  3.   Що се отнася до конструкцията, изпитването, монтирането, проверката, експлоатацията и ремонта, тахографите, различни от интелигентните тахографи, трябва да продължават да отговарят на изискванията в приложение I към Регламент (ЕС) No 165/2014 или приложение IБ към Регламент (ЕИО) No 3821/85 на Съвета (*1), според случая.


  (*1)  Регламент (ЕИО) No 3821/85 на Съвета от 20 декември 1985 г. относно контролните уреди за регистриране на данните за движението при автомобилен транспорт (ОВ L 370, 31.12.1985 г., стр. 8).“;" |
| --- | --- | --- |

1)

Член 1 се изменя, както следва:

а)

втори и трети параграф се заменят със следното:

„2.   Конструкцията, изпитването, монтирането, проверката, експлоатацията и ремонтът на интелигентните тахографи и техните компоненти трябва да отговарят на техническите изисквания, формулирани в приложение IВ към настоящия регламент.

3.   Що се отнася до конструкцията, изпитването, монтирането, проверката, експлоатацията и ремонта, тахографите, различни от интелигентните тахографи, трябва да продължават да отговарят на изискванията в приложение I към Регламент (ЕС) No 165/2014 или приложение IБ към Регламент (ЕИО) No 3821/85 на Съвета (*1), според случая.

(*1)  Регламент (ЕИО) No 3821/85 на Съвета от 20 декември 1985 г. относно контролните уреди за регистриране на данните за движението при автомобилен транспорт (ОВ L 370, 31.12.1985 г., стр. 8).“;"

*1

| б) | добавя се следният параграф 5:

  „5.   Настоящият регламент не засяга разпоредбите на Директива 2014/53/ЕС на Европейския парламент и на Съвета (*2).


  (*2)  Директива 2014/53/ЕС на Европейския парламент и на Съвета от 16 април 2014 г. за хармонизирането на законодателствата на държавите членки във връзка с предоставянето на пазара на радиосъоръжения и за отмяна на Директива 1999/5/ЕО (ОВ L 153, 22.5.2014 г., стp. 62).“
  " |
| --- | --- |

б)

добавя се следният параграф 5:

„5.   Настоящият регламент не засяга разпоредбите на Директива 2014/53/ЕС на Европейския парламент и на Съвета (*2).

(*2)  Директива 2014/53/ЕС на Европейския парламент и на Съвета от 16 април 2014 г. за хармонизирането на законодателствата на държавите членки във връзка с предоставянето на пазара на радиосъоръжения и за отмяна на Директива 1999/5/ЕО (ОВ L 153, 22.5.2014 г., стp. 62).“
  "

*2

| 2) | Член 2 се изменя, както следва:


  а) | определение 3 се заменя със следното:


  „3) | „информационно досие“ е цялостното досие в електронен вид или на хартия, съдържащо цялата информация, предоставена от производителя или негов представител, на органа по одобряването на типа за целите на одобряването на типа на тахограф или компонент от него, включително сертификатите, посочени в член 12, параграф 3 от Регламент (ЕС) No 165/2014, и за извършването на изпитванията, определени в приложение IВ към настоящия регламент, както и чертежи, снимки и други съответни документи;“ |
| --- | --- | --- | --- |

2)

Член 2 се изменя, както следва:

а)

определение 3 се заменя със следното:

„3)

„информационно досие“ е цялостното досие в електронен вид или на хартия, съдържащо цялата информация, предоставена от производителя или негов представител, на органа по одобряването на типа за целите на одобряването на типа на тахограф или компонент от него, включително сертификатите, посочени в член 12, параграф 3 от Регламент (ЕС) No 165/2014, и за извършването на изпитванията, определени в приложение IВ към настоящия регламент, както и чертежи, снимки и други съответни документи;“

| б) | определение 7 се заменя със следното:


  „7) | „интелигентен тахограф“, или „тахограф от второ поколение“, е цифров тахограф, отговарящ на изискванията на членове 8, 9 и 10 от Регламент (ЕС) No 165/2014, както и на изискванията в приложение IВ към настоящия регламент;“ |
| --- | --- | --- |

б)

определение 7 се заменя със следното:

„7)

„интелигентен тахограф“, или „тахограф от второ поколение“, е цифров тахограф, отговарящ на изискванията на членове 8, 9 и 10 от Регламент (ЕС) No 165/2014, както и на изискванията в приложение IВ към настоящия регламент;“

| в) | определение 8 се заменя със следното:


  „8) | „компонент на тахограф“ е всеки от следните елементи: бордовото устройство, датчикът за движение, тахографският лист, външното устройство за GNSS и външното устройство за ранно откриване от разстояние;“ |
| --- | --- | --- |

в)

определение 8 се заменя със следното:

„8)

„компонент на тахограф“ е всеки от следните елементи: бордовото устройство, датчикът за движение, тахографският лист, външното устройство за GNSS и външното устройство за ранно откриване от разстояние;“

| г) | добавя се следното определение 10:


  „10) | „бордово устройство“ е тахографът, с изключение на датчика за движение и кабелите за връзка с него.
  Бордовото устройство може да се състои само от един блок или от няколко блока, разположени на различни места в превозното средство, и включва блок за обработване на данните, памет за данни, функция за измерване на времето, две устройства за интерфейс с карти с памет за водач и помощник-водач, печатащо устройство, екран, електрически съединители и устройства, позволяващи въвеждането на данни от потребителя, приемник на сигнали от GNSS и устройство за връзка от разстояние.
  Бордовото устройство може да се състои от следните компоненти, за които се изисква одобрение на типа:


  — | бордово устройство като единичен компонент (с приемник на сигнали от GNSS и устройство за връзка от разстояние), |
| --- | --- | --- | --- |

г)

добавя се следното определение 10:

„10)

„бордово устройство“ е тахографът, с изключение на датчика за движение и кабелите за връзка с него.

Бордовото устройство може да се състои само от един блок или от няколко блока, разположени на различни места в превозното средство, и включва блок за обработване на данните, памет за данни, функция за измерване на времето, две устройства за интерфейс с карти с памет за водач и помощник-водач, печатащо устройство, екран, електрически съединители и устройства, позволяващи въвеждането на данни от потребителя, приемник на сигнали от GNSS и устройство за връзка от разстояние.

Бордовото устройство може да се състои от следните компоненти, за които се изисква одобрение на типа:

—

бордово устройство като единичен компонент (с приемник на сигнали от GNSS и устройство за връзка от разстояние),

| — | основен корпус на бордовото устройство (с устройство за връзка от разстояние) и външно устройство за GNSS; |
| --- | --- |

—

основен корпус на бордовото устройство (с устройство за връзка от разстояние) и външно устройство за GNSS;

| — | основен корпус на бордовото устройство (с приемник на сигнали от GNSS) и външно устройство за връзка от разстояние, |
| --- | --- |

—

основен корпус на бордовото устройство (с приемник на сигнали от GNSS) и външно устройство за връзка от разстояние,

| — | основен корпус на бордовото устройство, външен приемник на сигнали от GNSS и външно устройство за връзка от разстояние. |
| --- | --- |

—

основен корпус на бордовото устройство, външен приемник на сигнали от GNSS и външно устройство за връзка от разстояние.

Ако бордовото устройство се състои от няколко блока, разположени на различни места в превозното средство, основен корпус на бордовото устройство е блокът, в който са блокът за обработване на данните, паметта за данните и функцията за измерване на времето.

„Бордово устройство (VU)“ се използва за бордовото устройство или за основния корпус на бордовото устройство.“

| 3) | В член 6 трета алинея се заменя със следното:
  „Приложение IВ обаче се прилага от 15 юни 2019 г., с изключение на допълнение 16, което се прилага от 2 март 2016 г.“ |
| --- | --- |

3)

В член 6 трета алинея се заменя със следното:

„Приложение IВ обаче се прилага от 15 юни 2019 г., с изключение на допълнение 16, което се прилага от 2 март 2016 г.“

| 4) | Приложение IВ се изменя в съответствие с приложение I към настоящия регламент. |
| --- | --- |

4)

Приложение IВ се изменя в съответствие с приложение I към настоящия регламент.

| 5) | Приложение II се изменя в съответствие с приложение II към настоящия регламент. |
| --- | --- |

5)

Приложение II се изменя в съответствие с приложение II към настоящия регламент.

Член 2

Влизане в сила

Настоящият регламент влиза в сила на двадесетия ден след деня на публикуването му в Официален вестник на Европейския съюз.

Официален вестник на Европейския съюз

Настоящият регламент е задължителен в своята цялост и се прилага пряко във всички държави членки.

Съставено в Брюксел на 28 февруари 2018 година.

За Комисията

Председател

Jean-Claude JUNCKER

---

(1)  
  ОВ L 60, 28.2.2014 г., стр. 1.

1

(2)  Регламент за изпълнение (ЕС) 2016/799 на Комисията от 18 март 2016 г. за прилагане на Регламент (ЕС) No 165/2014 на Европейския парламент и на Съвета по отношение на определянето на изискванията за конструкцията, изпитването, монтирането, експлоатацията и ремонта на тахографите и техните компоненти (ОВ L 139, 26.5.2016 г., стр. 1).

2

(3)  Директива 2014/53/ЕС на Европейския парламент и на Съвета от 16 април 2014 г. за хармонизирането на законодателствата на държавите членки във връзка с предоставянето на пазара на радиосъоръжения и за отмяна на Директива 1999/5/ЕО (ОВ L 153, 22.5.2014 г., стр. 62).

3

---

ПРИЛОЖЕНИЕ I

Приложение IВ към Регламент (ЕС) 2016/799 се изменя, както следва:

| 1) | Съдържанието се изменя, както следва:


  а) | точка 3.12.5 се заменя със следното:
  „3.12.5.   Места и местоположения, където започват и завършват дневните периоди на работа и/или където общото време на управление на МПС достига 3 часа“; |
| --- | --- | --- |

1)

Съдържанието се изменя, както следва:

а)

точка 3.12.5 се заменя със следното:

„3.12.5.   Места и местоположения, където започват и завършват дневните периоди на работа и/или където общото време на управление на МПС достига 3 часа“;

| б) | точка 4.5.3.2.16 се заменя със следното:
  „4.5.3.2.16   Данни за местата за три часа общо управление на МПС“; |
| --- | --- |

б)

точка 4.5.3.2.16 се заменя със следното:

„4.5.3.2.16   Данни за местата за три часа общо управление на МПС“;

| в) | точка 4.5.4.2.14 се заменя със следното:
  „4.5.4.2.14   Данни за местата за три часа общо управление на МПС“; |
| --- | --- |

в)

точка 4.5.4.2.14 се заменя със следното:

„4.5.4.2.14   Данни за местата за три часа общо управление на МПС“;

| г) | точка 6.2 се заменя със следното:
  „6.2   Проверка на новите или поправените компоненти“. |
| --- | --- |

г)

точка 6.2 се заменя със следното:

„6.2   Проверка на новите или поправените компоненти“.

| 2) | Точка 1 се изменя, както следва:


  а) | определение ии) се заменя със следното:


  „ии) | „устройство за връзка от разстояние“ или „устройство за ранно откриване от разстояние“ означава:
  оборудването в бордовото устройство, използвано за извършването на целенасочени пътни проверки;“ |
| --- | --- | --- | --- |

2)

Точка 1 се изменя, както следва:

а)

определение ии) се заменя със следното:

„ии)

„устройство за връзка от разстояние“ или „устройство за ранно откриване от разстояние“ означава:

оборудването в бордовото устройство, използвано за извършването на целенасочени пътни проверки;“

| б) | определение рр) се заменя със следното:


  „рр) | „сверяване на часовника“ означава:
  сверяване на текущото време, което може да се извършва автоматично през равни интервали, като за еталонна стойност се използва времето, получено от приемника на сигнали от GNSS, или при калибриране;“ |
| --- | --- | --- |

б)

определение рр) се заменя със следното:

„рр)

„сверяване на часовника“ означава:

сверяване на текущото време, което може да се извършва автоматично през равни интервали, като за еталонна стойност се използва времето, получено от приемника на сигнали от GNSS, или при калибриране;“

| в) | в определение хх) първото тире се заменя със следното:


  „— | монтирано и се използва само в превозни средства от типове M1 и N1 (както са определени в последното изменение на приложение II към Директива 2007/46/ЕО на Европейския парламент и на Съвета (*),“; |
| --- | --- | --- |

в)

в определение хх) първото тире се заменя със следното:

„—

монтирано и се използва само в превозни средства от типове M1 и N1 (както са определени в последното изменение на приложение II към Директива 2007/46/ЕО на Европейския парламент и на Съвета (*),“;

| г) | добавя се ново определение яя):


  „яя) | „общо време на управление“ означава:
  стойност, представляваща общо натрупания брой минути управление на дадено превозно средство.
  Стойността на общото време на управление е непрекъснато отброяваната стойност на всички минути, които функцията за следене на дейностите, извършвани от водача, в уредите за регистриране на данните за движението отчита като „УПРАВЛЕНИЕ“, и се използва само за да се задейства регистриране на местоположението на превозното средство всеки път, когато общото време на управление достигне кратно число на три часа. Отброяването с натрупване започва с активирането на уреда за регистриране на данните за движението. То не се влияе от други условия, като местоположение извън обсег или пътуване с ферибот/влак.
  Не се предвижда показване, разпечатване или извличане на стойността на общото време на управление;“. |
| --- | --- | --- |

г)

добавя се ново определение яя):

„яя)

„общо време на управление“ означава:

стойност, представляваща общо натрупания брой минути управление на дадено превозно средство.

Стойността на общото време на управление е непрекъснато отброяваната стойност на всички минути, които функцията за следене на дейностите, извършвани от водача, в уредите за регистриране на данните за движението отчита като „УПРАВЛЕНИЕ“, и се използва само за да се задейства регистриране на местоположението на превозното средство всеки път, когато общото време на управление достигне кратно число на три часа. Отброяването с натрупване започва с активирането на уреда за регистриране на данните за движението. То не се влияе от други условия, като местоположение извън обсег или пътуване с ферибот/влак.

Не се предвижда показване, разпечатване или извличане на стойността на общото време на управление;“.

| 3) | В точка 2.3, подточка 13 последното тире се заменя със следното:


  „— | бордовите устройства обикновено са със срок на валидност на действията от 15 години, считано от датата, на която влизат в сила сертификатите на бордовото устройство, но устройствата могат да се използват още 3 месеца само за изтегляне на данни.“ |
| --- | --- | --- |

3)

В точка 2.3, подточка 13 последното тире се заменя със следното:

„—

бордовите устройства обикновено са със срок на валидност на действията от 15 години, считано от датата, на която влизат в сила сертификатите на бордовото устройство, но устройствата могат да се използват още 3 месеца само за изтегляне на данни.“

| 4) | В точка 2.4 първият абзац се заменя със следното:

  „Сигурността на системата цели да предпазва паметта така, че да възпрепятства неупълномощен достъп до нея или манипулиране на данните и да открива опити за това, да защитава целостта и автентичността на данните, които се обменят между датчика за движение и бордовото устройство, между уредите за регистриране на данните за движението и тахографските карти, а също така между бордовото устройство и външното устройство за GNSS, ако има такова, както и да защитава поверителността, целостта и автентичността на данните, обменяни чрез връзката за ранно откриване от разстояние с контролна цел, и да проверява целостта и автентичността на изтеглените данни.“ |
| --- | --- |

4)

В точка 2.4 първият абзац се заменя със следното:

„Сигурността на системата цели да предпазва паметта така, че да възпрепятства неупълномощен достъп до нея или манипулиране на данните и да открива опити за това, да защитава целостта и автентичността на данните, които се обменят между датчика за движение и бордовото устройство, между уредите за регистриране на данните за движението и тахографските карти, а също така между бордовото устройство и външното устройство за GNSS, ако има такова, както и да защитава поверителността, целостта и автентичността на данните, обменяни чрез връзката за ранно откриване от разстояние с контролна цел, и да проверява целостта и автентичността на изтеглените данни.“

| 5) | В точка 3.2, подточка 27 второто тире се заменя със следното:


  „— | места, където времето на общо управление на МПС достига кратно число на три часа;“. |
| --- | --- | --- |

5)

В точка 3.2, подточка 27 второто тире се заменя със следното:

„—

места, където времето на общо управление на МПС достига кратно число на три часа;“.

| 6) | В точка 3.4 подточка 49 се заменя със следното:


  „49) | Приема се, че първата промяна на дейността към „ПРЕКЪСВАНЕ/ПОЧИВКА“ или „НА РАЗПОЛОЖЕНИЕ“, настъпила през 120-те секунди след автоматичната промяна към „РАБОТА“ поради спирането на превозното средство, е настъпила в момента на спиране на превозното средство (и следователно евентуално е анулирала преминаването към „РАБОТА“).“ |
| --- | --- | --- |

6)

В точка 3.4 подточка 49 се заменя със следното:

„49)

| 7) | В точка 3.6.1 подточка 59 се заменя със следното:


  „59) | Тогава водачът трябва да въведе текущото място на превозното средство, което трябва да се счита за временно въвеждане.
  Временно въвеждане, направено при последното изваждане на картата, се потвърждава (т.е. впоследствие не се замества) при следните условия:


  — | въвеждане на място, където започва текущият дневен период на работа, при ръчно въвеждане съгласно изискването в подточка 61; |
| --- | --- | --- | --- |

7)

В точка 3.6.1 подточка 59 се заменя със следното:

„59)

Временно въвеждане, направено при последното изваждане на картата, се потвърждава (т.е. впоследствие не се замества) при следните условия:

—

въвеждане на място, където започва текущият дневен период на работа, при ръчно въвеждане съгласно изискването в подточка 61;

| — | следващо въвеждане на място, където започва текущият дневен период на работа, ако титулярят на картата не въведе място, където започва или където е свършил периодът на работа, по време на ръчното въвеждане съгласно изискването в подточка 61. |
| --- | --- |

—

следващо въвеждане на място, където започва текущият дневен период на работа, ако титулярят на картата не въведе място, където започва или където е свършил периодът на работа, по време на ръчното въвеждане съгласно изискването в подточка 61.

Временно въвеждане, направено при последното изваждане на картата, се изтрива и новата стойност се потвърждава при следните условия:

| — | следващо въвеждане на място, където завършва текущият дневен период на работа, ако титулярят на картата не въведе място, където започва или където е свършил периодът на работа, по време на ръчното въвеждане съгласно изискването в подточка 61.“ |
| --- | --- |

—

следващо въвеждане на място, където завършва текущият дневен период на работа, ако титулярят на картата не въведе място, където започва или където е свършил периодът на работа, по време на ръчното въвеждане съгласно изискването в подточка 61.“

| 8) | В точка 3.6.2 шестото и седмото тире се заменят със следното:


  „— | място, където е завършил предишен дневен период на работа, заедно със съответното време (като по този начин се замества и потвърждава въведеното при последното изваждане на картата), |
| --- | --- | --- |

8)

В точка 3.6.2 шестото и седмото тире се заменят със следното:

„—

място, където е завършил предишен дневен период на работа, заедно със съответното време (като по този начин се замества и потвърждава въведеното при последното изваждане на картата),

| — | място, където започва текущият дневен период на работа, заедно със съответното време (като по този начин се потвърждава временно въведеното при последното изваждане на картата).“ |
| --- | --- |

—

място, където започва текущият дневен период на работа, заедно със съответното време (като по този начин се потвърждава временно въведеното при последното изваждане на картата).“

| 9) | Точка 3.9.15 се заменя със следното:
  „3.9.15   Събитие „времеви конфликт“


  86) | Това събитие се задейства, извън режима на калибриране, когато бордовото устройство установи несъответствие, по-дълго от 1 минута, между показанията на функцията за измерване на времето на бордовото устройство и данните за времето, постъпващи от приемника на сигнали от GNSS. Това събитие се записва заедно със стойността на вътрешния часовник на бордовото устройство и се придружава от автоматично сверяване на часовника. След предизвикване на събитие на времеви конфликт през следващите 12 часа бордовото устройство не генерира други събития на времеви конфликт. Това събитие не трябва да се предизвиква, ако в продължение на 30 или повече дни от приемника на сигнали от GNSS не е можел да бъде открит валиден сигнал от GNSS.“ |
| --- | --- | --- |

9)

Точка 3.9.15 се заменя със следното:

„3.9.15   Събитие „времеви конфликт“

86)

| 10) | В точка 3.9.17 се добавя следното тире:


  „— | неизправност на интерфейса с ITS (ако е приложимо)“. |
| --- | --- | --- |

10)

В точка 3.9.17 се добавя следното тире:

„—

неизправност на интерфейса с ITS (ако е приложимо)“.

| 11) | Точка 3.10 се изменя, както следва:


  i) | текстът преди таблицата в подточка 89 се заменя със следното:

  „Уредът за регистриране на данните за движението трябва да открива неизправности чрез функции за изпробване и самоизпробване в съответствие с таблицата по-долу:“; |
| --- | --- | --- |

11)

Точка 3.10 се изменя, както следва:

i)

текстът преди таблицата в подточка 89 се заменя със следното:

„Уредът за регистриране на данните за движението трябва да открива неизправности чрез функции за изпробване и самоизпробване в съответствие с таблицата по-долу:“;

| ii) | в таблицата се добавя следният ред:


  „интерфейс с ITS (незадължителен) | Правилно функциониране“ | |
| --- | --- | --- | --- |

ii)

в таблицата се добавя следният ред:

„интерфейс с ITS (незадължителен)

Правилно функциониране“

| 12) | В точка 3.12 второто тире се заменя със следното:


  „— | средният брой на местоположенията на ден се определя като най-малко 6 местоположения, в които започва дневният период на работа, 6 местоположения, в които общото време на управление на МПС достига кратно число на три часа, и 6 местоположения, в които завършва дневният период на работа, така че „365 дни“ включват най-малко 6570 местоположения,“. |
| --- | --- | --- |

12)

В точка 3.12 второто тире се заменя със следното:

„—

средният брой на местоположенията на ден се определя като най-малко 6 местоположения, в които започва дневният период на работа, 6 местоположения, в които общото време на управление на МПС достига кратно число на три часа, и 6 местоположения, в които завършва дневният период на работа, така че „365 дни“ включват най-малко 6570 местоположения,“.

| 13) | Точка 3.12.5 се изменя, както следва:


  а) | заглавието и подточка 108 се заменят със следното:
  „3.12.5.   Места и местоположения, където започват и завършват дневните периоди на работа и/или където общото време на управление на МПС достига 3 часа


  108) | Уредът за регистриране на данните за движението трябва да регистрира и записва в своята памет за данни:


  — | места и местоположения, където водачът и/или вторият водач започва своя дневен период на работа; |
| --- | --- | --- | --- | --- |

13)

Точка 3.12.5 се изменя, както следва:

а)

заглавието и подточка 108 се заменят със следното:

„3.12.5.   Места и местоположения, където започват и завършват дневните периоди на работа и/или където общото време на управление на МПС достига 3 часа

108)

—

места и местоположения, където водачът и/или вторият водач започва своя дневен период на работа;

| — | местоположения, където общото време на управление на МПС достига кратно число на три часа; |
| --- | --- |

—

местоположения, където общото време на управление на МПС достига кратно число на три часа;

| — | места и местоположения, където водачът и/или вторият водач приключва своя дневен период на работа.“; |
| --- | --- |

—

места и местоположения, където водачът и/или вторият водач приключва своя дневен период на работа.“;

| б) | в подточка 110 четвъртото тире се заменя със следното:


  „— | вид на въвеждането (начало, край или 3 часа общо време на управление на МПС),“; |
| --- | --- | --- |

б)

в подточка 110 четвъртото тире се заменя със следното:

„—

вид на въвеждането (начало, край или 3 часа общо време на управление на МПС),“;

| в) | подточка 111 се заменя със следното:


  „111) | Паметта за данни трябва да позволява съхраняването на места и местоположения, където започват и завършват дневните периоди на работа и/или където общото време на управление на МПС достига 3 часа, в продължение на най-малко 365 дни.“ |
| --- | --- | --- |

в)

подточка 111 се заменя със следното:

„111)

| 14) | В точка 3.12.7 подточка 116 се заменя със следното:


  „116) | Уредът за регистриране на данните за движението трябва да записва и съхранява в своята памет моментната скорост на превозното средство и датата и часа през всяка секунда най-малко от последните 24 часа, по време на които превозното средство е било в движение.“ |
| --- | --- | --- |

14)

В точка 3.12.7 подточка 116 се заменя със следното:

„116)

| 15) | Таблицата в точка 3.12.8 се изменя, както следва:


  а) | между позициите „Липса на информация за местоположението от приемник на сигнали от GNSS“ и „Грешка в данните за движението“ се вмъква следната позиция:


  „Грешка в комуникацията с външното устройство за GNSS | — | най-продължителното събитие за всеки от последните 10 дни на възникване, |
| --- | --- | --- | --- | --- |

15)

Таблицата в точка 3.12.8 се изменя, както следва:

а)

между позициите „Липса на информация за местоположението от приемник на сигнали от GNSS“ и „Грешка в данните за движението“ се вмъква следната позиция:

„Грешка в комуникацията с външното устройство за GNSS

—

най-продължителното събитие за всеки от последните 10 дни на възникване,

| — | 5-те най-продължителни събития през последните 365 дни. |
| --- | --- |

—

5-те най-продължителни събития през последните 365 дни.

| — | дата и час на началото на събитие, |
| --- | --- |

—

дата и час на началото на събитие,

| — | дата и час на края на събитие, |
| --- | --- |

—

дата и час на края на събитие,

| — | тип и номер на картата(ите), държава членка, издала картата(ите), както и поколение на всяка карта, вкарана в началото и/или в края на събитието, |
| --- | --- |

—

тип и номер на картата(ите), държава членка, издала картата(ите), както и поколение на всяка карта, вкарана в началото и/или в края на събитието,

| — | брой сходни събития, възникнали същия ден.“ |
| --- | --- |

—

брой сходни събития, възникнали същия ден.“

| б) | позицията „Времеви конфликт“ се заменя със следното:


  „Времеви конфликт | — | най-сериозното събитие за всеки от десетте последни дена на възникване (т.е. с най-голяма разлика между датата и часа на уреда за регистриране на данните за движението и датата и часа по GNSS). |
| --- | --- | --- | --- |

б)

позицията „Времеви конфликт“ се заменя със следното:

„Времеви конфликт

—

най-сериозното събитие за всеки от десетте последни дена на възникване (т.е. с най-голяма разлика между датата и часа на уреда за регистриране на данните за движението и датата и часа по GNSS).

| — | 5-те най-сериозни събития през последните 365 дни. |
| --- | --- |

—

5-те най-сериозни събития през последните 365 дни.

| — | дата и час на уреда за регистриране на данните за движението, |
| --- | --- |

—

дата и час на уреда за регистриране на данните за движението,

| — | дата и час по GNSS, |
| --- | --- |

—

дата и час по GNSS,

| — | тип и номер на картата(ите), държава членка, издала картата(ите), както и поколение на всяка карта, вкарана в началото и/или в края на събитието, |
| --- | --- |

—

тип и номер на картата(ите), държава членка, издала картата(ите), както и поколение на всяка карта, вкарана в началото и/или в края на събитието,

| — | брой сходни събития, възникнали същия ден.“ |
| --- | --- |

—

брой сходни събития, възникнали същия ден.“

| 16) | В точка 3.20 подточка 200 се заменя със следното:


  „200) | Уредите за регистриране на данните за движението могат да са оборудвани със стандартизирани интерфейси, позволяващи регистрираните или генерираните от тахографите данни да се използват в работен режим или в режим на калибриране от външно устройство.
  В допълнение 13 е дефиниран и стандартизиран незадължителен интерфейс с ITS. Съвместно с него могат да съществуват други интерфейси на бордовото устройство, при условие че напълно съответстват на изискванията от допълнение 13 по отношение на минималния списък от данни, сигурността и съгласието на водача.
  Изискването за съгласието на водача не се прилага за данните, които уредите за регистриране на данните за движението предават към мрежата на превозното средство. Ако постъпилите в мрежата на превозното средство лични данни се обработват допълнително извън нея, производителят на превозното средство носи отговорност за това обработването им да се извършва в съответствие с разпоредбите на Регламент (ЕС) 2016/679 (Общ регламент относно защитата на данните).
  Изискването за съгласието на водача не се прилага също така за данните от тахографа, извлечени от превозвач от разстояние (съгласно изискването в подточка 193), тъй като този сценарий се следи чрез правото за достъп на картата на превозвача.
  За ITS данните, предоставяни чрез този интерфейс, се прилагат следните изисквания:


  — | тези данни представляват набор от избрани съществуващи данни от речника на данните на тахографа (допълнение 1), |
| --- | --- | --- | --- |

16)

В точка 3.20 подточка 200 се заменя със следното:

„200)

В допълнение 13 е дефиниран и стандартизиран незадължителен интерфейс с ITS. Съвместно с него могат да съществуват други интерфейси на бордовото устройство, при условие че напълно съответстват на изискванията от допълнение 13 по отношение на минималния списък от данни, сигурността и съгласието на водача.

Изискването за съгласието на водача не се прилага за данните, които уредите за регистриране на данните за движението предават към мрежата на превозното средство. Ако постъпилите в мрежата на превозното средство лични данни се обработват допълнително извън нея, производителят на превозното средство носи отговорност за това обработването им да се извършва в съответствие с разпоредбите на Регламент (ЕС) 2016/679 (Общ регламент относно защитата на данните).

Изискването за съгласието на водача не се прилага също така за данните от тахографа, извлечени от превозвач от разстояние (съгласно изискването в подточка 193), тъй като този сценарий се следи чрез правото за достъп на картата на превозвача.

За ITS данните, предоставяни чрез този интерфейс, се прилагат следните изисквания:

—

тези данни представляват набор от избрани съществуващи данни от речника на данните на тахографа (допълнение 1),

| — | поднабор на тези избрани данни е отбелязан като „лични данни“, |
| --- | --- |

—

поднабор на тези избрани данни е отбелязан като „лични данни“,

| — | поднаборът „лични данни“ е достъпен само ако е активирано удостоверимото съгласие на водача, който приема личните му данни да могат да напускат мрежата на превозното средство, |
| --- | --- |

—

поднаборът „лични данни“ е достъпен само ако е активирано удостоверимото съгласие на водача, който приема личните му данни да могат да напускат мрежата на превозното средство,

| — | съгласието на водача може да бъде активирано или дезактивирано във всеки един момент чрез команди от менюто, при условие че е вкарана картата на водач, |
| --- | --- |

—

съгласието на водача може да бъде активирано или дезактивирано във всеки един момент чрез команди от менюто, при условие че е вкарана картата на водач,

| — | наборът и поднаборът от данни се излъчват чрез безжичния протокол Bluetooth с обхват кабината на превозното средство при честота на обновяване 1 минута, |
| --- | --- |

—

наборът и поднаборът от данни се излъчват чрез безжичния протокол Bluetooth с обхват кабината на превозното средство при честота на обновяване 1 минута,

| — | сдвояването на външното устройство с интерфейса с ITS е защитено чрез специален за целта случаен PIN от най-малко 4 числа, записани във и достъпни чрез дисплея на всяко бордово устройство, |
| --- | --- |

—

сдвояването на външното устройство с интерфейса с ITS е защитено чрез специален за целта случаен PIN от най-малко 4 числа, записани във и достъпни чрез дисплея на всяко бордово устройство,

| — | наличието на интерфейс с ITS при никакви обстоятелства не може да наруши или да се отрази на правилната работа и сигурността на бордовото устройство. |
| --- | --- |

—

наличието на интерфейс с ITS при никакви обстоятелства не може да наруши или да се отрази на правилната работа и сигурността на бордовото устройство.

Може да има и други изходни данни освен набора от подбрани съществуващи данни, разглеждани като минимален списък, при условие че те не могат да бъдат считани за лични данни.

Уредът за регистриране на данните за движението трябва да може да съобщава информация за съгласието на водача на други платформи в мрежата на превозното средство.

Когато контактният ключ на превозното средство е в положение ВКЛЮЧЕН ДВИГАТЕЛ, тези данни могат да бъдат излъчвани постоянно.“

| 17) | В точка 3.23 подточка 211 се заменя със следното:


  „211) | Настройката на часа на вътрешния часовник на бордовото устройство трябва да се коригира автоматично на всеки 12 часа. Когато това не е възможно, тъй като няма сигнал от GNSS, настройката на часа трябва да се извършва веднага, след като бордовото устройство получи достъп до валидно време от приемника на сигнали от GNSS, според условията за запалването на двигателя. Еталонното време за автоматичната настройка на часа на вътрешния часовник на бордовото устройство трябва да се получава от приемника на сигнали от GNSS.“ |
| --- | --- | --- |

17)

В точка 3.23 подточка 211 се заменя със следното:

„211)

| 18) | В точка 3.26 подточки 225 и 226 се заменят със следното:


  „225) | На всеки компонент, който е отделен от уредите за регистриране на данните за движението, трябва да се постави указателна табелка със следните данни:


  — | наименование и адрес на производителя, |
| --- | --- | --- | --- |

18)

В точка 3.26 подточки 225 и 226 се заменят със следното:

„225)

—

наименование и адрес на производителя,

| — | фабричен номер от производителя и година на производство, |
| --- | --- |

—

фабричен номер от производителя и година на производство,

| — | сериен номер, |
| --- | --- |

—

сериен номер,

| — | знак за одобрение на типа. |
| --- | --- |

—

знак за одобрение на типа.

| 226) | Когато няма физическо място за всички горепосочени данни, указателната табелка трябва да указва най-малко следното: наименованието или логотипа на производителя и фабричния номер.“ |
| --- | --- |

226)

| 19) | В точка 4.1 изображението, на което са показани лицевата и обратната страна на картата на водача, се заменя със следното:
  „


  Текст на изображението

  „
  “

  “ |
| --- | --- |

19)

В точка 4.1 изображението, на което са показани лицевата и обратната страна на картата на водача, се заменя със следното:

„

“

| 20) | В точка 4.5.3.1.8, подточка 263 първото тире се заменя със следното:


  „— | Неизправност на картата (когато неизправна е самата карта),“. |
| --- | --- | --- |

20)

В точка 4.5.3.1.8, подточка 263 първото тире се заменя със следното:

„—

Неизправност на картата (когато неизправна е самата карта),“.

| 21) | В точка 4.5.3.2.8, подточка 288 първото тире се заменя със следното:


  „— | Неизправност на картата (когато неизправна е самата карта),“. |
| --- | --- | --- |

21)

В точка 4.5.3.2.8, подточка 288 първото тире се заменя със следното:

„—

Неизправност на картата (когато неизправна е самата карта),“.

| 22) | Точка 4.5.3.2.16 се заменя със следното:
  „4.5.3.2.16   Данни за местата за три часа общо управление на МПС


  305) | Картата на водача трябва да позволява съхраняването на следните данни, свързани с местоположението на превозното средство, когато общото време на управление на МПС достигне кратно число на три часа:


  — | дата и час, когато общото време на управление на МПС достигне кратно число на три часа, |
| --- | --- | --- | --- |

22)

Точка 4.5.3.2.16 се заменя със следното:

„4.5.3.2.16   Данни за местата за три часа общо управление на МПС

305)

Картата на водача трябва да позволява съхраняването на следните данни, свързани с местоположението на превозното средство, когато общото време на управление на МПС достигне кратно число на три часа:

—

дата и час, когато общото време на управление на МПС достигне кратно число на три часа,

| — | местоположението на превозното средство, |
| --- | --- |

—

местоположението на превозното средство,

| — | точността на GNSS, датата и часа, когато е било определено местоположението, |
| --- | --- |

—

точността на GNSS, датата и часа, когато е било определено местоположението,

| — | стойността от километражния брояч на превозното средство. |
| --- | --- |

—

стойността от километражния брояч на превозното средство.

| 306) | Картата на водач трябва да може да съхранява най-малко 252 такива записа.“ |
| --- | --- |

306)

Картата на водач трябва да може да съхранява най-малко 252 такива записа.“

| 23) | Точка 4.5.4.2.14 се заменя със следното:
  „4.5.4.2.14   Данни за местата за три часа общо управление на МПС


  353) | Картата за монтаж и настройки трябва да позволява съхраняването на следните данни, свързани с местоположението на превозното средство, когато общото време на управление на МПС достигне кратно число на три часа:


  — | дата и час, когато общото време на управление на МПС достигне кратно число на три часа, |
| --- | --- | --- | --- |

23)

Точка 4.5.4.2.14 се заменя със следното:

„4.5.4.2.14   Данни за местата за три часа общо управление на МПС

353)

Картата за монтаж и настройки трябва да позволява съхраняването на следните данни, свързани с местоположението на превозното средство, когато общото време на управление на МПС достигне кратно число на три часа:

—

дата и час, когато общото време на управление на МПС достигне кратно число на три часа,

| — | местоположението на превозното средство, |
| --- | --- |

—

местоположението на превозното средство,

| — | точността на GNSS, датата и часа, когато е било определено местоположението, |
| --- | --- |

—

точността на GNSS, датата и часа, когато е било определено местоположението,

| — | стойността от километражния брояч на превозното средство. |
| --- | --- |

—

стойността от километражния брояч на превозното средство.

| 354) | Картата за монтаж и настройки трябва да позволява съхраняването на най-малко 18 такива записа.“ |
| --- | --- |

354)

Картата за монтаж и настройки трябва да позволява съхраняването на най-малко 18 такива записа.“

| 24) | В точка 5.2 подточка 396 се заменя със следното:


  „396) | Табелката трябва да съдържа най-малко следните данни:


  — | име и адрес или търговско наименование на одобрения монтьор или сервиз, |
| --- | --- | --- | --- |

24)

В точка 5.2 подточка 396 се заменя със следното:

„396)

Табелката трябва да съдържа най-малко следните данни:

—

име и адрес или търговско наименование на одобрения монтьор или сервиз,

| — | характеристичен коефициент на превозното средство, във вида „w = ... импулса/km“, |
| --- | --- |

—

характеристичен коефициент на превозното средство, във вида „w = ... импулса/km“,

| — | константа на уредите за регистриране на данните за движението, във вида „k = ... импулса/km“, |
| --- | --- |

—

константа на уредите за регистриране на данните за движението, във вида „k = ... импулса/km“,

| — | действителна обиколка на колелата с гумите, във вида „l = ... mm“, |
| --- | --- |

—

действителна обиколка на колелата с гумите, във вида „l = ... mm“,

| — | размер на гумите, |
| --- | --- |

—

размер на гумите,

| — | датата, на която са измерени характеристичният коефициент на превозното средство и действителната обиколка на колелата с гумите, |
| --- | --- |

—

датата, на която са измерени характеристичният коефициент на превозното средство и действителната обиколка на колелата с гумите,

| — | идентификационния номер на превозното средство, |
| --- | --- |

—

идентификационния номер на превозното средство,

| — | наличието (или не) на външно устройство за GNSS, |
| --- | --- |

—

наличието (или не) на външно устройство за GNSS,

| — | серийния номер на външното устройство за GNSS, ако има такова, |
| --- | --- |

—

серийния номер на външното устройство за GNSS, ако има такова,

| — | серийния номер на устройството за връзка от разстояние, ако има такова, |
| --- | --- |

—

серийния номер на устройството за връзка от разстояние, ако има такова,

| — | серийния номер на всички поставени пломби, |
| --- | --- |

—

серийния номер на всички поставени пломби,

| — | частта на превозното средство, на която е монтиран адаптерът, ако има такъв, |
| --- | --- |

—

частта на превозното средство, на която е монтиран адаптерът, ако има такъв,

| — | частта на превозното средство, на която е монтиран датчикът за движение, ако не е свързан с предавателната кутия или не се използва адаптер, |
| --- | --- |

—

частта на превозното средство, на която е монтиран датчикът за движение, ако не е свързан с предавателната кутия или не се използва адаптер,

| — | описание на цвета на кабела между адаптера и частта на превозното средство, която изработва входящите за адаптера импулси, |
| --- | --- |

—

описание на цвета на кабела между адаптера и частта на превозното средство, която изработва входящите за адаптера импулси,

| — | серийния номер на вградения в адаптера датчик за движение.“ |
| --- | --- |

—

серийния номер на вградения в адаптера датчик за движение.“

| 25) | Точка 5.3 се изменя, както следва:


  а) | след подточка 398 се вмъква нова подточка 398а:


  „398a) | Посочените по-горе пломби трябва да бъдат сертифицирани по стандарт EN 16882:2016.“; |
| --- | --- | --- | --- |

25)

Точка 5.3 се изменя, както следва:

а)

след подточка 398 се вмъква нова подточка 398а:

„398a)

Посочените по-горе пломби трябва да бъдат сертифицирани по стандарт EN 16882:2016.“;

| б) | в подточка 401 вторият абзац се заменя със следното:

  „Този уникален идентификационен номер се определя като: MMNNNNNNNN чрез неизтриваема маркировка, като ММ е уникална идентификация на производителя (регистрирането в базата данни се управлява от ЕК), а NNNNNNNN е буквено-цифров номер на пломбата, който е уникален в областта на производителя.“; |
| --- | --- |

б)

в подточка 401 вторият абзац се заменя със следното:

„Този уникален идентификационен номер се определя като: MMNNNNNNNN чрез неизтриваема маркировка, като ММ е уникална идентификация на производителя (регистрирането в базата данни се управлява от ЕК), а NNNNNNNN е буквено-цифров номер на пломбата, който е уникален в областта на производителя.“;

| в) | подточка 403 се заменя със следното:


  „403) | След като сертифицират даден модел пломба по стандарт EN 16882:2016, производителите на пломби трябва да се регистрират в специална база данни и публично да оповестят своите идентификационни номера на пломби чрез процедура, която ще се определи от Европейската комисия.“; |
| --- | --- | --- |

в)

подточка 403 се заменя със следното:

„403)

След като сертифицират даден модел пломба по стандарт EN 16882:2016, производителите на пломби трябва да се регистрират в специална база данни и публично да оповестят своите идентификационни номера на пломби чрез процедура, която ще се определи от Европейската комисия.“;

| г) | подточка 404 се заменя със следното:


  „404) | За целите на Регламент (ЕС) No 165/2014 одобрените сервизи и производители на превозни средства използват само пломби, сертифицирани по стандарт EN 16882:2016, от производители на пломби, включени в гореспоменатата база данни.“ |
| --- | --- | --- |

г)

подточка 404 се заменя със следното:

„404)

За целите на Регламент (ЕС) No 165/2014 одобрените сервизи и производители на превозни средства използват само пломби, сертифицирани по стандарт EN 16882:2016, от производители на пломби, включени в гореспоменатата база данни.“

| 26) | Точка 6.2 се заменя със следното:
  „6.2.   Проверка на новите или поправените компоненти


  407) | Всяко отделно устройство, било то ново или поправено, трябва да бъде проверено дали функционира правилно и дали е с точни показания и записи, в границите, определени в глави 3.2.1, 3.2.2, 3.2.3 и 3.3.“ |
| --- | --- | --- |

26)

Точка 6.2 се заменя със следното:

„6.2.   Проверка на новите или поправените компоненти

407)

Всяко отделно устройство, било то ново или поправено, трябва да бъде проверено дали функционира правилно и дали е с точни показания и записи, в границите, определени в глави 3.2.1, 3.2.2, 3.2.3 и 3.3.“

| 27) | В точка 6.3 подточка 408 се заменя със следното:


  „408) | При монтирането в превозното средство всички монтирани компоненти (включително уредите за регистриране на данните за движението) трябва да отговарят на разпоредбите относно максималните толеранси, определени в глави 3.2.1, 3.2.2, 3.2.3 и 3.3. Всички монтирани компоненти трябва да бъдат пломбирани в съответствие с глава 5.3, като монтажът трябва да включва и калибриране.“ |
| --- | --- | --- |

27)

В точка 6.3 подточка 408 се заменя със следното:

„408)

При монтирането в превозното средство всички монтирани компоненти (включително уредите за регистриране на данните за движението) трябва да отговарят на разпоредбите относно максималните толеранси, определени в глави 3.2.1, 3.2.2, 3.2.3 и 3.3. Всички монтирани компоненти трябва да бъдат пломбирани в съответствие с глава 5.3, като монтажът трябва да включва и калибриране.“

| 28) | Точка 8.1 се изменя, както следва:


  а) | в точка 8.1 уводният текст преди подточка 425 се заменя със следното:

  „За целите на настоящата глава под „уреди за регистриране на данните за движението“ се имат предвид уредите за регистриране на данните за движението или техните компоненти. Не се изисква одобрение на типа на кабела или кабелите, свързващи датчика за движение с бордовото устройство, външното устройство за GNSS с бордовото устройство или външното устройство за връзка от разстояние с бордовото устройство. Хартията, използвана в уредите за регистриране на данните за движението, се приема като компонент на уредите за регистриране на данните за движението.
  Всеки производител може да поиска одобрение на типа на един или повече компоненти на уредите за регистриране на данните за движението с всеки друг компонент или компоненти на такива уреди, при условие че всеки компонент отговаря на изискванията от настоящото приложение. Като алтернатива, производителите могат да поискат и одобряване на типа на уредите за регистриране на данните за движението.
  Както се посочва в член 2, определение 10 от настоящия регламент, бордовите устройства могат да включват различни компоненти. С каквито и компоненти да е сглобено бордовото устройство, външната антена и (ако е приложимо) високочестотният разклонител за антената, свързан с приемника на сигнали от GNSS или с устройството за връзка от разстояние, не са част от одобрението на типа на бордовото устройство.
  При все това производителите, получили одобрение на типа за бордово устройство, трябва да поддържат публично достъпен списък на съвместимите антени и високочестотни разклонители за всяко получило одобрение на типа бордово устройство, външно устройство за GNSS и външно устройство за връзка от разстояние.“; |
| --- | --- | --- |

28)

Точка 8.1 се изменя, както следва:

а)

в точка 8.1 уводният текст преди подточка 425 се заменя със следното:

„За целите на настоящата глава под „уреди за регистриране на данните за движението“ се имат предвид уредите за регистриране на данните за движението или техните компоненти. Не се изисква одобрение на типа на кабела или кабелите, свързващи датчика за движение с бордовото устройство, външното устройство за GNSS с бордовото устройство или външното устройство за връзка от разстояние с бордовото устройство. Хартията, използвана в уредите за регистриране на данните за движението, се приема като компонент на уредите за регистриране на данните за движението.

Всеки производител може да поиска одобрение на типа на един или повече компоненти на уредите за регистриране на данните за движението с всеки друг компонент или компоненти на такива уреди, при условие че всеки компонент отговаря на изискванията от настоящото приложение. Като алтернатива, производителите могат да поискат и одобряване на типа на уредите за регистриране на данните за движението.

Както се посочва в член 2, определение 10 от настоящия регламент, бордовите устройства могат да включват различни компоненти. С каквито и компоненти да е сглобено бордовото устройство, външната антена и (ако е приложимо) високочестотният разклонител за антената, свързан с приемника на сигнали от GNSS или с устройството за връзка от разстояние, не са част от одобрението на типа на бордовото устройство.

При все това производителите, получили одобрение на типа за бордово устройство, трябва да поддържат публично достъпен списък на съвместимите антени и високочестотни разклонители за всяко получило одобрение на типа бордово устройство, външно устройство за GNSS и външно устройство за връзка от разстояние.“;

| б) | подточка 427 се заменя със следното:


  „427) | Органите по одобряването на типа на държавите членки не предоставят сертификат за одобряване на типа, при положение че при тях няма:


  — | сертификат за сигурност (ако съгласно настоящото приложение се изисква такъв), |
| --- | --- | --- | --- |

б)

подточка 427 се заменя със следното:

„427)

Органите по одобряването на типа на държавите членки не предоставят сертификат за одобряване на типа, при положение че при тях няма:

—

сертификат за сигурност (ако съгласно настоящото приложение се изисква такъв),

| — | сертификат за функциониране, |
| --- | --- |

—

сертификат за функциониране,

| — | сертификат за оперативна съвместимост (ако съгласно настоящото приложение се изисква такъв), |
| --- | --- |

—

сертификат за оперативна съвместимост (ако съгласно настоящото приложение се изисква такъв),

за уредите за регистриране на данните за движението или за тахографската карта, за които се иска одобряване на типа.“

| 29) | Допълнение 1 се изменя, както следва:


  а) | съдържанието се изменя, както следва:


  i) | точка 2.63 се заменя със следното:
  „2.63   Reserved for future use“; |
| --- | --- | --- | --- |

29)

Допълнение 1 се изменя, както следва:

а)

съдържанието се изменя, както следва:

i)

точка 2.63 се заменя със следното:

„2.63   Reserved for future use“;

| ii) | точка 2.78 се заменя със следното:
  „2.78   GNSSAccumulatedDriving“; |
| --- | --- |

ii)

точка 2.78 се заменя със следното:

„2.78   GNSSAccumulatedDriving“;

| iii) | точка 2.79 се заменя със следното:
  „2.79   GNSSAccumulatedDrivingRecord“; |
| --- | --- |

iii)

точка 2.79 се заменя със следното:

„2.79   GNSSAccumulatedDrivingRecord“;

| iv) | точка 2.111 се заменя със следното:
  „2.111   NoOfGNSSADRecords“; |
| --- | --- |

iv)

точка 2.111 се заменя със следното:

„2.111   NoOfGNSSADRecords“;

| v) | точка 2.160 се заменя със следното:
  „2.160   Reserved for future use“; |
| --- | --- |

v)

точка 2.160 се заменя със следното:

„2.160   Reserved for future use“;

| vi) | точка 2.203 се заменя със следното:
  „2.203   VuGNSSADRecord“; |
| --- | --- |

vi)

точка 2.203 се заменя със следното:

„2.203   VuGNSSADRecord“;

| vii) | точка 2.204 се заменя със следното:
  „2.204   VuGNSSADRecordArray“; |
| --- | --- |

vii)

точка 2.204 се заменя със следното:

„2.204   VuGNSSADRecordArray“;

| viii) | точка 2.230 се заменя със следното:
  „2.230   Reserved for future use“; |
| --- | --- |

viii)

точка 2.230 се заменя със следното:

„2.230   Reserved for future use“;

| ix) | точка 2.231 се заменя със следното:
  „2.231   Reserved for future use“; |
| --- | --- |

ix)

точка 2.231 се заменя със следното:

„2.231   Reserved for future use“;

| б) | в точка 2 преди точка 2.1 се добавя следният текст:

  „Посоченият в настоящото допълнение размер за типовете карти за данни, които се използват за приложенията от поколение 1 и 2, е размерът за приложение от поколение 2. Предполага се, че четецът вече познава размера за приложение от поколение 1. Номерата на изискванията в приложение IB, свързани с тези типове данни, се отнасят за приложенията от поколение 1 и 2.“; |
| --- | --- |

б)

в точка 2 преди точка 2.1 се добавя следният текст:

„Посоченият в настоящото допълнение размер за типовете карти за данни, които се използват за приложенията от поколение 1 и 2, е размерът за приложение от поколение 2. Предполага се, че четецът вече познава размера за приложение от поколение 1. Номерата на изискванията в приложение IB, свързани с тези типове данни, се отнасят за приложенията от поколение 1 и 2.“;

| в) | точка 2.19 се заменя със следното:
  „2.19.   CardEventData

  Поколение 1:
  Информация, съхранена на карта на водач или карта за монтаж и настройки и отнасяща се до събитията, свързани с титуляря на картата (изисквания в подточки 260 и 318 от приложение IВ).


  Текст на изображението

  CardEventData ::= SEQUENCE SIZE(6) OF {
  cardEventRecords SET SIZE(NoOfEventsPerType) OF
  CardEventRecord
  }


  CardEventData е последователност във възходящ ред от EventFaultType и cardEventRecords (с изключение на записите относно опитите за нарушаване на сигурността, които са групирани в последния блок от данни на последователността).

  cardEventRecords е набор от записи на събития от определен тип (или категория от събития във връзка с опити за нарушаване на сигурността).
  Поколение 2:
  Информация, съхранена на карта на водач или карта за монтаж и настройки и отнасяща се до събитията, свързани с титуляря на картата (изисквания в подточки 285 и 341 от приложение IВ).


  Текст на изображението

  CardEventData ::= SEQUENCE SIZE(11) OF {
  cardEventRecords SET SIZE(NoOfEventsPerType) OF
  CardEventRecord
  }


  CardEventData е последователност във възходящ ред от EventFaultType и cardEventRecords (с изключение на записите относно опитите за нарушаване на сигурността, които са групирани в последния блок от данни на последователността).

  cardEventRecords е набор от записи на събития от определен тип (или категория от събития във връзка с опити за нарушаване на сигурността).“; |
| --- | --- |

в)

точка 2.19 се заменя със следното:

„2.19.   CardEventData

CardEventData

Поколение 1:

Информация, съхранена на карта на водач или карта за монтаж и настройки и отнасяща се до събитията, свързани с титуляря на картата (изисквания в подточки 260 и 318 от приложение IВ).

CardEventData ::= SEQUENCE SIZE(6) OF {

cardEventRecords SET SIZE(NoOfEventsPerType) OF

CardEventRecord

}

CardEventData е последователност във възходящ ред от EventFaultType и cardEventRecords (с изключение на записите относно опитите за нарушаване на сигурността, които са групирани в последния блок от данни на последователността).

CardEventData

cardEventRecords е набор от записи на събития от определен тип (или категория от събития във връзка с опити за нарушаване на сигурността).

cardEventRecords

Поколение 2:

Информация, съхранена на карта на водач или карта за монтаж и настройки и отнасяща се до събитията, свързани с титуляря на картата (изисквания в подточки 285 и 341 от приложение IВ).

CardEventData ::= SEQUENCE SIZE(11) OF {

cardEventRecords SET SIZE(NoOfEventsPerType) OF

CardEventRecord

}

CardEventData е последователност във възходящ ред от EventFaultType и cardEventRecords (с изключение на записите относно опитите за нарушаване на сигурността, които са групирани в последния блок от данни на последователността).

CardEventData

cardEventRecords е набор от записи на събития от определен тип (или категория от събития във връзка с опити за нарушаване на сигурността).“;

cardEventRecords

| г) | точка 2.30 се заменя със следното:
  „2.30.   CardRenewalIndex

  Индекс за подновяване на валидността на картата (определение и).


  Текст на изображението

  CardRenewalIndex::= IA5String(SIZE(1))


  Присвояване на стойност: (вж. глава 7 от настоящото приложение).


  „0“ | Първо издаване. |
| --- | --- | --- |

г)

точка 2.30 се заменя със следното:

„2.30.   CardRenewalIndex

CardRenewalIndex

Индекс за подновяване на валидността на картата (определение и).

CardRenewalIndex::= IA5String(SIZE(1))

Присвояване на стойност: (вж. глава 7 от настоящото приложение).

Присвояване на стойност:

„0“

Първо издаване.

Възходящ ред: „0, ..., 9, A, ..., Z“;

| д) | в точка 2.61 текстът след заглавието „Поколение 2“ се заменя със следното:
  „


  Текст на изображението

  „DriverCardApplicationIdentification ::= SEQUENCE {
  typeOfTachographCardId
  EquipmentType,
  cardStructureVersion
  CardStructureVersion,
  noOfEventsPerType
  NoOfEventsPerType,
  noOfFaultsPerType
  NoOfFaultsPerType,
  activityStructureLength
  CardActivityLengthRange,
  noOfCardVehicleRecords
  NoOfCardVehicleRecords,
  noOfCardPlaceRecords
  NoOfCardPlaceRecords,
  noOfGNSSADRecords
  NoOfGNSSADRecords,
  noOfSpecificConditionRecords
  NoOfSpecificConditionRecords
  noOfCardVehicleUnitRecords
  NoOfCardVehicleUnitRecords
  }

  В допълнение към поколение 1 се използват следните елементи от данни:

  noOfGNSSADRecords е броят на записите за общо управление по GNSS, които картата може да съхранява.

  noOfSpecificConditionRecords е броят на записите за специфични условия, които картата може да съхранява.

  noOfCardVehicleUnitRecords е броят на записите за използваните бордови устройства, които картата може да съхранява.“; |
| --- | --- |

д)

в точка 2.61 текстът след заглавието „Поколение 2“ се заменя със следното:

„DriverCardApplicationIdentification ::= SEQUENCE {

typeOfTachographCardId

EquipmentType,

cardStructureVersion

CardStructureVersion,

noOfEventsPerType

NoOfEventsPerType,

noOfFaultsPerType

NoOfFaultsPerType,

activityStructureLength

CardActivityLengthRange,

noOfCardVehicleRecords

NoOfCardVehicleRecords,

noOfCardPlaceRecords

NoOfCardPlaceRecords,

noOfGNSSADRecords

NoOfGNSSADRecords,

noOfSpecificConditionRecords

NoOfSpecificConditionRecords

noOfCardVehicleUnitRecords

NoOfCardVehicleUnitRecords

}

В допълнение към поколение 1 се използват следните елементи от данни:

noOfGNSSADRecords е броят на записите за общо управление по GNSS, които картата може да съхранява.

noOfGNSSADRecords

noOfSpecificConditionRecords е броят на записите за специфични условия, които картата може да съхранява.

noOfSpecificConditionRecords

noOfCardVehicleUnitRecords е броят на записите за използваните бордови устройства, които картата може да съхранява.“;

noOfCardVehicleUnitRecords

| е) | точка 2.63 се заменя със следното:
  „2.63.   Reserved for future use“; |
| --- | --- |

е)

точка 2.63 се заменя със следното:

„2.63.   Reserved for future use“;

Reserved for future use

| ж) | в точка 2.67 текстът под заглавието „Поколение 2“ се заменя със следното:

  „Използват се същите стойности, както при поколение 1, със следните допълнения:


  Текст на изображението

  –GNSS Facility
  (8),
  –Remote Communication Module
  (9),
  –ITS interface module
  (10),
  –Plaque
  (11),–may be used in SealRecord
  –M1/N1 Adapter
  (12),–may be used in SealRecord
  –European Root CA (ERCA)
  (13),
  –Member State CA (MSCA)
  (14),
  –External GNSS connection
  (15),–may be used in SealRecord
  –Unused
  (16),–used in SealDataVu
  –Driver Card (Sign)
  (17),–only to be used in the CHA field of a signing certificate
  –Workshop Card (Sign)
  (18), –only to be used in the CHA field of a signing certificate
  –Vehicle Unit (Sign)
  (19), –only to be used in the CHA field of a signing certificate
  –RFU
  (20..255)


  Забележка 1: | стойностите от поколение 2 за пластината, адаптера и външното устройство за GNSS, както и стойностите за поколение 1 за бордовото устройство и датчика за движение могат да се използват в SealRecord, т.е. ако е приложимо. |
| --- | --- | --- |

ж)

в точка 2.67 текстът под заглавието „Поколение 2“ се заменя със следното:

„Използват се същите стойности, както при поколение 1, със следните допълнения:

–GNSS Facility

(8),

–Remote Communication Module

(9),

–ITS interface module

(10),

–Plaque

(11),–may be used in SealRecord

–M1/N1 Adapter

(12),–may be used in SealRecord

–European Root CA (ERCA)

(13),

–Member State CA (MSCA)

(14),

–External GNSS connection

(15),–may be used in SealRecord

–Unused

(16),–used in SealDataVu

–Driver Card (Sign)

(17),–only to be used in the CHA field of a signing certificate

–Workshop Card (Sign)

(18), –only to be used in the CHA field of a signing certificate

–Vehicle Unit (Sign)

(19), –only to be used in the CHA field of a signing certificate

–RFU

(20..255)

Забележка 1:

Забележка 1

стойностите от поколение 2 за пластината, адаптера и външното устройство за GNSS, както и стойностите за поколение 1 за бордовото устройство и датчика за движение могат да се използват в SealRecord, т.е. ако е приложимо.

| Забележка 2: | Приема се, че в полето CardHolderAuthorisation (CHA) в сертификат от поколение 2 стойностите (1), (2), и (6) означават сертификат за взаимно удостоверяване на автентичността за съответния вид оборудване. За обозначаване на съответния сертификат за създаване на цифров подпис трябва да се използват стойностите (17), (18) или (19).“; |
| --- | --- |

Забележка 2:

Забележка 2

Приема се, че в полето CardHolderAuthorisation (CHA) в сертификат от поколение 2 стойностите (1), (2), и (6) означават сертификат за взаимно удостоверяване на автентичността за съответния вид оборудване. За обозначаване на съответния сертификат за създаване на цифров подпис трябва да се използват стойностите (17), (18) или (19).“;

| з) | в точка 2.70 текстът под заглавието „Поколение 2“ се заменя със следното:

  „Поколение 2: | Общи събития,
  Няма допълнителна информация,
  Вкарване на невалидна карта,
  Конфликт, предизвикан от картата,
  Припокриване във времето,
  Управление без съответната карта,
  Вкарване на карта по време на управление,
  Неправилно приключена последна картова сесия,
  Превишаване на скоростта,
  Прекъсване на електрическото захранване,
  Грешка в данните за движението,
  Конфликт относно движението на превозното средство,
  Времеви конфликт (GNSS/вътрешния часовник на бордовото устройство),
  Грешка в комуникацията с устройството за връзка от разстояние,
  Липса на информация за местоположението от приемник на сигнали от GNSS,
  Грешка в комуникацията с външното устройство за GNSS,
  RFU, |
| --- | --- | --- |
| | Опити за нарушаване на сигурността, свързани с бордовото устройство,
  Няма допълнителна информация,
  Неуспешна процедура по удостоверяване на датчика за движение,
  Неуспешна процедура по удостоверяване на тахографската карта,
  Неразрешена смяна на датчика за движение,
  Грешка във връзка с целостта на входящите данни на картата
  Грешка във връзка с целостта на съхранените данни на потребител,
  Грешка при вътрешно прехвърляне на данни,
  Неразрешено отваряне на корпус,
  Възпрепятстване на работата на хардуера,
  Установяване на вмешателство във връзка с GNSS,
  Неуспешна процедура по удостоверяване на външно устройство за GNSS,
  Изтекъл сертификат на външно устройство за GNSS,
  RFU, |
| | Опити за нарушаване на сигурността, свързани с датчика за движение,
  Няма допълнителна информация,
  Неуспешно удостоверяване,
  Грешка във връзка с целостта на съхранените данни,
  Грешка при вътрешно прехвърляне на данни,
  Неразрешено отваряне на корпус,
  Възпрепятстване на работата на хардуера,
  RFU, |
| | Неизправности във връзка с уреди за регистриране на данните за движението,
  Няма допълнителна информация,
  Вътрешна неизправност в бордовото устройство,
  Неизправност на печатащото устройство,
  Неизправност на екрана,
  Неизправност при изтегляне на данни,
  Неизправност на датчика,
  Вътрешен приемник на сигнали от GNSS,
  Външно устройство за GNSS,
  Устройство за връзка от разстояние,
  Интерфейс с ITS,
  RFU, |
| | Неизправности във връзка с карта,
  Няма допълнителна информация,
  RFU, |
| | RFU, |
| | Зависи от производителя.“; |

з)

в точка 2.70 текстът под заглавието „Поколение 2“ се заменя със следното:

„Поколение 2:

Image 7

Общи събития,

Няма допълнителна информация,

Вкарване на невалидна карта,

Конфликт, предизвикан от картата,

Припокриване във времето,

Управление без съответната карта,

Вкарване на карта по време на управление,

Неправилно приключена последна картова сесия,

Превишаване на скоростта,

Прекъсване на електрическото захранване,

Грешка в данните за движението,

Конфликт относно движението на превозното средство,

Времеви конфликт (GNSS/вътрешния часовник на бордовото устройство),

Грешка в комуникацията с устройството за връзка от разстояние,

Липса на информация за местоположението от приемник на сигнали от GNSS,

Грешка в комуникацията с външното устройство за GNSS,

RFU,

Image 8

Опити за нарушаване на сигурността, свързани с бордовото устройство,

Няма допълнителна информация,

Неуспешна процедура по удостоверяване на датчика за движение,

Неуспешна процедура по удостоверяване на тахографската карта,

Неразрешена смяна на датчика за движение,

Грешка във връзка с целостта на входящите данни на картата

Грешка във връзка с целостта на съхранените данни на потребител,

Грешка при вътрешно прехвърляне на данни,

Неразрешено отваряне на корпус,

Възпрепятстване на работата на хардуера,

Установяване на вмешателство във връзка с GNSS,

Неуспешна процедура по удостоверяване на външно устройство за GNSS,

Изтекъл сертификат на външно устройство за GNSS,

RFU,

Image 9

Опити за нарушаване на сигурността, свързани с датчика за движение,

Няма допълнителна информация,

Неуспешно удостоверяване,

Грешка във връзка с целостта на съхранените данни,

Грешка при вътрешно прехвърляне на данни,

Неразрешено отваряне на корпус,

Възпрепятстване на работата на хардуера,

RFU,

Image 10

Неизправности във връзка с уреди за регистриране на данните за движението,

Няма допълнителна информация,

Вътрешна неизправност в бордовото устройство,

Неизправност на печатащото устройство,

Неизправност на екрана,

Неизправност при изтегляне на данни,

Неизправност на датчика,

Вътрешен приемник на сигнали от GNSS,

Външно устройство за GNSS,

Устройство за връзка от разстояние,

Интерфейс с ITS,

RFU,

Image 11

Неизправности във връзка с карта,

Няма допълнителна информация,

RFU,

Image 12

RFU,

Image 13

Зависи от производителя.“;

| и) | точка 2.71 се заменя със следното:
  „2.71.   ExtendedSealIdentifier

  Поколение 2:
  Разширеният идентификатор на пломбата идентифицира еднозначно пломбата (съгласно изискването в подточка 401 от приложение IВ).


  Текст на изображението

  ExtendedSealIdentifier ::= SEQUENCE{
  manufacturerCode OCTET STRING (SIZE(2)),
  sealIdentifier OCTET STRING (SIZE(8))
  }


  manufacturerCode е кодът на производителя на пломбата.

  sealIdentifier е идентификатор за пломбата, който е уникален за производителя.“; |
| --- | --- |

и)

точка 2.71 се заменя със следното:

„2.71.   ExtendedSealIdentifier

ExtendedSealIdentifier

Поколение 2:

Разширеният идентификатор на пломбата идентифицира еднозначно пломбата (съгласно изискването в подточка 401 от приложение IВ).

ExtendedSealIdentifier ::= SEQUENCE{

manufacturerCode OCTET STRING (SIZE(2)),

sealIdentifier OCTET STRING (SIZE(8))

}

manufacturerCode е кодът на производителя на пломбата.

manufacturerCode

sealIdentifier е идентификатор за пломбата, който е уникален за производителя.“;

sealIdentifier

| й) | точки 2.78 и 2.79 се заменят със следното:
  „2.78   GNSSAccumulatedDriving

  Поколение 2:
  Информация, съхранена на карта на водач или карта за монтаж и настройки и отнасяща се до местоположението на превозното средство по GNSS, ако общото време на управление на МПС достигне кратно число на три часа (съгласно изискванията в подточки 306 и 354 от приложение IВ).


  Текст на изображението

  GNSSAccumulatedDriving := SEQUENCE {
  gnssADPointerNewestRecord INTEGER(0..NoOfGNSSADRecords -1),
  gnssAccumulatedDrivingRecords SET SIZE(NoOfGNSSADRecords) OF
  GNSSAccumulatedDrivingRecord
  }


  gnssADPointerNewestRecord е индексът на последния актуализиран запис за общо управление по GNSS.

  Присвояване на стойност е число, съответстващо на номератора на записа за общо управление по GNSS, като се започва с 0 за първия случай на запис за общо управление по GNSS в структурата.

  gnssAccumulatedDrivingRecords е набор от записи, съдържащ датата и часа, когато общото управление на МПС достигне кратно число на три часа, и информация за местоположението на превозното средство.
  2.79.   GNSSAccumulatedDrivingRecord

  Поколение 2:
  Информация, съхранена на карта на водач или карта за монтаж и настройки и отнасяща се до местоположението на превозното средство по GNSS, ако общото време на управление на МПС достигне кратно число на три часа (съгласно изискванията в подточки 305 и 353 от приложение IВ).


  Текст на изображението

  GNSSAccumulatedDrivingRecord ::= SEQUENCE {
  timeStamp TimeReal,
  gnssPlaceRecord GNSSPlaceRecord,
  vehicleOdometerValue OdometerShort
  }


  timeStamp е датата и часът, когато общото време на управление на МПС достигне кратно число на три часа.

  gnssPlaceRecord съдържа информация за местоположението на превозното средство.

  vehicleOdometerValue е стойността от километражния брояч, когато общото време на управление на МПС достигне кратно число на три часа.“; |
| --- | --- |

й)

точки 2.78 и 2.79 се заменят със следното:

„2.78   GNSSAccumulatedDriving

GNSSAccumulatedDriving

Поколение 2:

Информация, съхранена на карта на водач или карта за монтаж и настройки и отнасяща се до местоположението на превозното средство по GNSS, ако общото време на управление на МПС достигне кратно число на три часа (съгласно изискванията в подточки 306 и 354 от приложение IВ).

GNSSAccumulatedDriving := SEQUENCE {

gnssADPointerNewestRecord INTEGER(0..NoOfGNSSADRecords -1),

gnssAccumulatedDrivingRecords SET SIZE(NoOfGNSSADRecords) OF

GNSSAccumulatedDrivingRecord

}

gnssADPointerNewestRecord е индексът на последния актуализиран запис за общо управление по GNSS.

gnssADPointerNewestRecord

Присвояване на стойност е число, съответстващо на номератора на записа за общо управление по GNSS, като се започва с 0 за първия случай на запис за общо управление по GNSS в структурата.

Присвояване на стойност

gnssAccumulatedDrivingRecords е набор от записи, съдържащ датата и часа, когато общото управление на МПС достигне кратно число на три часа, и информация за местоположението на превозното средство.

gnssAccumulatedDrivingRecords

2.79.   GNSSAccumulatedDrivingRecord

GNSSAccumulatedDrivingRecord

Поколение 2:

Информация, съхранена на карта на водач или карта за монтаж и настройки и отнасяща се до местоположението на превозното средство по GNSS, ако общото време на управление на МПС достигне кратно число на три часа (съгласно изискванията в подточки 305 и 353 от приложение IВ).

GNSSAccumulatedDrivingRecord ::= SEQUENCE {

timeStamp TimeReal,

gnssPlaceRecord GNSSPlaceRecord,

vehicleOdometerValue OdometerShort

}

timeStamp е датата и часът, когато общото време на управление на МПС достигне кратно число на три часа.

timeStamp

gnssPlaceRecord съдържа информация за местоположението на превозното средство.

gnssPlaceRecord

vehicleOdometerValue е стойността от километражния брояч, когато общото време на управление на МПС достигне кратно число на три часа.“;

vehicleOdometerValue

| к) | точка 2.86 се заменя със следното:
  „2.86.   KeyIdentifier

  Уникален идентификатор на публичен ключ, използван за посочване и избор на ключа. Този идентификатор идентифицира също така титуляря на ключа.


  Текст на изображението

  KeyIdentifier ::= CHOICE {
  extendedSerialNumber ExtendedSerialNumber,
  certificateRequestID CertificateRequestID,
  certificationAuthorityKID CertificationAuthorityKID
  }

  Първият избор е подходящ за указване на публичния ключ на бордово устройство, тахографска карта или външно устройство за GNSS.
  Вторият избор е подходящ за указване на публичния ключ на бордово устройство (в случай че серийният номер на бордовото устройство е неизвестен към момента на генериране на сертификата).
  Третият избор е подходящ за указване на публичния ключ на държава членка.“; |
| --- | --- |

к)

точка 2.86 се заменя със следното:

„2.86.   KeyIdentifier

KeyIdentifier

Уникален идентификатор на публичен ключ, използван за посочване и избор на ключа. Този идентификатор идентифицира също така титуляря на ключа.

KeyIdentifier ::= CHOICE {

extendedSerialNumber ExtendedSerialNumber,

certificateRequestID CertificateRequestID,

certificationAuthorityKID CertificationAuthorityKID

}

Първият избор е подходящ за указване на публичния ключ на бордово устройство, тахографска карта или външно устройство за GNSS.

Вторият избор е подходящ за указване на публичния ключ на бордово устройство (в случай че серийният номер на бордовото устройство е неизвестен към момента на генериране на сертификата).

Третият избор е подходящ за указване на публичния ключ на държава членка.“;

| л) | точка 2.92 се заменя със следното:
  „2.92.   MAC

  Поколение 2:
  Сума за криптографски контрол с дължина от 8, 12 или 16 байта, съответстваща на криптографските поредици, посочени в допълнение 11.


  Текст на изображението

  MAC ::= CHOICE {
  Mac8 OCTET STRING (SIZE(8)),
  Mac12 OCTET STRING (SIZE(12)),
  Mac16 OCTET STRING (SIZE(16)),
  }“;

  “ |
| --- | --- |

л)

точка 2.92 се заменя със следното:

„2.92.   MAC

MAC

Поколение 2:

Сума за криптографски контрол с дължина от 8, 12 или 16 байта, съответстваща на криптографските поредици, посочени в допълнение 11.

MAC ::= CHOICE {

Mac8 OCTET STRING (SIZE(8)),

Mac12 OCTET STRING (SIZE(12)),

Mac16 OCTET STRING (SIZE(16)),

}“;

| м) | точка 2.111 се заменя със следното:
  „2.111.   NoOfGNSSADRecords

  Поколение 2:
  Брой на записите за общо управление по GNSS, които картата може да съхранява.


  Текст на изображението

  NoOfGNSSADRecords ::= INTEGER (0..216-1)


  Присвояване на стойност: вж. допълнение 2.“; |
| --- | --- |

м)

точка 2.111 се заменя със следното:

„2.111.   NoOfGNSSADRecords

NoOfGNSSADRecords

Поколение 2:

Брой на записите за общо управление по GNSS, които картата може да съхранява.

NoOfGNSSADRecords ::= INTEGER (0..216-1)

Присвояване на стойност: вж. допълнение 2.“;

Присвояване на стойност:

| н) | в точка 2.120 присвояването на стойност „16H“ се заменя със следното:
  „


  Текст на изображението

  ’16’HVuGNSSADRecord

  “; |
| --- | --- |

н)

в точка 2.120 присвояването на стойност „16H“ се заменя със следното:

’16’HVuGNSSADRecord

| о) | точка 2.160 се заменя със следното:
  „2.160.   Reserved for future use“; |
| --- | --- |

о)

точка 2.160 се заменя със следното:

„2.160.   Reserved for future use“;

Reserved for future use

| п) | точка 2.162 се заменя със следното:
  „2.162.   TimeReal

  Код за комбинирано поле — дата и час, изразени в секунди, считано от 00ч.00м.00сек. по координираното универсално време на 1 януари 1970 г.


  Текст на изображението

  TimeReal {INTEGER:TimeRealRange} ::= INTEGER (0..TimeRealRange)


  Присвояване на стойност — синхронизиран октет: брой секунди от полунощ на 1 януари 1970 г. по координираното универсално време.
  Най-далечната бъдеща дата/час е през 2106 г.“; |
| --- | --- |

п)

точка 2.162 се заменя със следното:

„2.162.   TimeReal

TimeReal

Код за комбинирано поле — дата и час, изразени в секунди, считано от 00ч.00м.00сек. по координираното универсално време на 1 януари 1970 г.

TimeReal {INTEGER:TimeRealRange} ::= INTEGER (0..TimeRealRange)

Присвояване на стойност — синхронизиран октет: брой секунди от полунощ на 1 януари 1970 г. по координираното универсално време.

Присвояване на стойност

синхронизиран октет

Най-далечната бъдеща дата/час е през 2106 г.“;

| р) | точка 2.179 се заменя със следното:
  „2.179   VuCardRecord

  Поколение 2:
  Информация, съхранена в бордово устройство, относно използвана тахографска карта (съгласно изискването в подточка 132 от приложение IВ).


  Текст на изображението

  VuCardRecord ::= SEQUENCE {
  cardNumberAndGenerationInformation FullCardNumberAndGeneration,
  cardExtendedSerialNumber ExtendedSerialNumber,
  cardStructureVersion CardStructureVersion,
  cardNumber CardNumber
  }


  cardNumberAndGenerationInformation е пълният номер и поколението на използваната карта (тип данни 2.74).

  cardExtendedSerialNumber е от файла EF_ICC под MF на картата.

  cardStructureVersion е от файла EF_Application_Identification под DF_Tachograph_G2.

  cardNumber е от файла EF_Identification под DF_Tachograph_G2.“; |
| --- | --- |

р)

точка 2.179 се заменя със следното:

„2.179   VuCardRecord

VuCardRecord

Поколение 2:

Информация, съхранена в бордово устройство, относно използвана тахографска карта (съгласно изискването в подточка 132 от приложение IВ).

VuCardRecord ::= SEQUENCE {

cardNumberAndGenerationInformation FullCardNumberAndGeneration,

cardExtendedSerialNumber ExtendedSerialNumber,

cardStructureVersion CardStructureVersion,

cardNumber CardNumber

}

cardNumberAndGenerationInformation е пълният номер и поколението на използваната карта (тип данни 2.74).

cardNumberAndGenerationInformation

cardExtendedSerialNumber е от файла EF_ICC под MF на картата.

cardExtendedSerialNumber

cardStructureVersion е от файла EF_Application_Identification под DF_Tachograph_G2.

cardStructureVersion

cardNumber е от файла EF_Identification под DF_Tachograph_G2.“;

cardNumber

| с) | точки 2.203 и 2.204 се заменят със следното:
  „2.203   VuGNSSADRecord

  Поколение 2:
  Информация, съхранена в бордово устройство и отнасяща се за местоположението на превозното средство по GNSS, ако общото време на управление на МПС достигне кратно число на три часа (съгласно изискванията в подточки 108 и 110 от приложение IВ).


  Текст на изображението

  VuGNSSADRecord ::= SEQUENCE {
  timeStamp TimeReal,
  cardNumberAndGenDriverSlot FullCardNumberAndGeneration,
  cardNumberAndGenCodriverSlot FullCardNumberAndGeneration,
  gnssPlaceRecord GNSSPlaceRecord,
  vehicleOdometerValue OdometerShort
  }


  timeStamp е датата и часът, когато общото време на управление на МПС достигне кратно число на три часа.

  cardNumberAndGenDriverSlot идентифицира картата, вкарана в процепа за водача, в т.ч. поколението ѝ.

  cardNumberAndGenCodriverSlot идентифицира картата, вкарана в процепа за втория водач, в т.ч. поколението ѝ.

  gnssPlaceRecord съдържа информация за местоположението на превозното средство.

  vehicleOdometerValue е стойността от километражния брояч, когато общото време на управление на МПС достигне кратно число на три часа.
  2.204.   VuGNSSADRecordArray

  Поколение 2:
  Информация, съхранена в бордово устройство и отнасяща се за местоположението на превозното средство по GNSS, ако общото време на управление на МПС достигне кратно число на три часа (съгласно изискванията в подточки 108 и 110 от приложение IВ).


  Текст на изображението

  VuGNSSADRecordArray ::= SEQUENCE {
  recordType RecordType,
  recordSize INTEGER(1..65535),
  noOfRecords INTEGER(0..65535),
  records SET SIZE(noOfRecords) OF VuGNSSADRecord
  }


  recordType указва типа запис (VuGNSSADRecord).

  Присвояване на стойност: вж. RecordType.

  recordSize е размерът на VuGNSSADRecord в байтове.

  noOfRecords е броят на записите в набора от записи.

  Records е набор от записи за общо управление по GNSS.“; |
| --- | --- |

с)

точки 2.203 и 2.204 се заменят със следното:

„2.203   VuGNSSADRecord

VuGNSSADRecord

Поколение 2:

Информация, съхранена в бордово устройство и отнасяща се за местоположението на превозното средство по GNSS, ако общото време на управление на МПС достигне кратно число на три часа (съгласно изискванията в подточки 108 и 110 от приложение IВ).

VuGNSSADRecord ::= SEQUENCE {

timeStamp TimeReal,

cardNumberAndGenDriverSlot FullCardNumberAndGeneration,

cardNumberAndGenCodriverSlot FullCardNumberAndGeneration,

gnssPlaceRecord GNSSPlaceRecord,

vehicleOdometerValue OdometerShort

}

timeStamp е датата и часът, когато общото време на управление на МПС достигне кратно число на три часа.

timeStamp

cardNumberAndGenDriverSlot идентифицира картата, вкарана в процепа за водача, в т.ч. поколението ѝ.

cardNumberAndGenDriverSlot

cardNumberAndGenCodriverSlot идентифицира картата, вкарана в процепа за втория водач, в т.ч. поколението ѝ.

cardNumberAndGenCodriverSlot

gnssPlaceRecord съдържа информация за местоположението на превозното средство.

gnssPlaceRecord

vehicleOdometerValue е стойността от километражния брояч, когато общото време на управление на МПС достигне кратно число на три часа.

vehicleOdometerValue

2.204.   VuGNSSADRecordArray

VuGNSSADRecordArray

Поколение 2:

Информация, съхранена в бордово устройство и отнасяща се за местоположението на превозното средство по GNSS, ако общото време на управление на МПС достигне кратно число на три часа (съгласно изискванията в подточки 108 и 110 от приложение IВ).

VuGNSSADRecordArray ::= SEQUENCE {

recordType RecordType,

recordSize INTEGER(1..65535),

noOfRecords INTEGER(0..65535),

records SET SIZE(noOfRecords) OF VuGNSSADRecord

}

recordType указва типа запис (VuGNSSADRecord).

recordType

Присвояване на стойност: вж. RecordType.

Присвояване на стойност

recordSize е размерът на VuGNSSADRecord в байтове.

recordSize

noOfRecords е броят на записите в набора от записи.

noOfRecords

Records е набор от записи за общо управление по GNSS.“;

Records

| т) | точки 2.230 и 2.231 се заменят със следното:
  „2.230.   Reserved for future use
  2.231.   Reserved for future use“; |
| --- | --- |

т)

точки 2.230 и 2.231 се заменят със следното:

„2.230.   Reserved for future use

2.231.   Reserved for future use“;

| у) | в точка 2.234 текстът под заглавието „Поколение 2“ се заменя със следното:
  „


  Текст на изображението

  „WorkshopCardApplicationIdentification ::= SEQUENCE {
  typeOfTachographCardId EquipmentType,
  cardStructureVersion CardStructureVersion,
  noOfEventsPerType NoOfEventsPerType,
  noOfFaultsPerType NoOfFaultsPerType,
  activityStructureLength CardActivityLengthRange,
  noOfCardVehicleRecords NoOfCardVehicleRecords,
  noOfCardPlaceRecords NoOfCardPlaceRecords,
  noOfCalibrationRecords NoOfCalibrationRecords,
  noOfGNSSADRecords NoOfGNSSADRecords,
  noOfSpecificConditionRecords NoOfSpecificConditionRecords,
  noOfCardVehicleUnitRecords NoOfCardVehicleUnitRecords
  }

  В допълнение към поколение 1 се използват следните елементи от данни:

  noOfGNSSADRecords е броят на записите за общо управление по GNSS, които картата може да съхранява.

  noOfSpecificConditionRecords е броят на записите за специфични условия, които картата може да съхранява.

  noOfCardVehicleUnitRecords е броят на записите за използваните бордови устройства, които картата може да съхранява.“ |
| --- | --- |

у)

в точка 2.234 текстът под заглавието „Поколение 2“ се заменя със следното:

„WorkshopCardApplicationIdentification ::= SEQUENCE {

typeOfTachographCardId EquipmentType,

cardStructureVersion CardStructureVersion,

noOfEventsPerType NoOfEventsPerType,

noOfFaultsPerType NoOfFaultsPerType,

activityStructureLength CardActivityLengthRange,

noOfCardVehicleRecords NoOfCardVehicleRecords,

noOfCardPlaceRecords NoOfCardPlaceRecords,

noOfCalibrationRecords NoOfCalibrationRecords,

noOfGNSSADRecords NoOfGNSSADRecords,

noOfSpecificConditionRecords NoOfSpecificConditionRecords,

noOfCardVehicleUnitRecords NoOfCardVehicleUnitRecords

}

В допълнение към поколение 1 се използват следните елементи от данни:

noOfGNSSADRecords е броят на записите за общо управление по GNSS, които картата може да съхранява.

noOfGNSSADRecords

noOfSpecificConditionRecords е броят на записите за специфични условия, които картата може да съхранява.

noOfSpecificConditionRecords

noOfCardVehicleUnitRecords е броят на записите за използваните бордови устройства, които картата може да съхранява.“

noOfCardVehicleUnitRecords

| 30) | Допълнение 2 се изменя, както следва:


  а) | в точка 1.1 се добавят следните съкращения:


  „CHA | Certificate Holder Authorisation (разрешение за титуляря на сертификата) |
| --- | --- | --- | --- |
| DO | Data Object (обект от данни)“; |

30)

Допълнение 2 се изменя, както следва:

а)

в точка 1.1 се добавят следните съкращения:

„CHA

Certificate Holder Authorisation (разрешение за титуляря на сертификата)

DO

Data Object (обект от данни)“;

| б) | точка 3.3 се изменя, както следва:


  i) | раздел TCS_24 се заменя със следното:


  „TCS_24 | Тези условия за сигурност могат да бъдат свързани помежду си по следните начини:

  AND: трябва да бъдат изпълнени всички условия за сигурност

  OR:: трябва да бъде изпълнено поне едно от условията за сигурност.
  Правилата за достъп до файловата система, т.е. командите SELECT, READ BINARY и UPDATE BINARY, са определени в глава 4. Правилата за достъп за останалите команди са определени в таблиците по-долу. Изразът „не се прилага“ се използва, ако няма изискване да се поддържа изпълнението на командата. В този случай командата може да се поддържа или може да не се поддържа, но условието за достъп е извън обхват.“; |
| --- | --- | --- | --- |

б)

точка 3.3 се изменя, както следва:

i)

раздел TCS_24 се заменя със следното:

„TCS_24

Тези условия за сигурност могат да бъдат свързани помежду си по следните начини:

AND: трябва да бъдат изпълнени всички условия за сигурност

AND

OR:: трябва да бъде изпълнено поне едно от условията за сигурност.

OR:

Правилата за достъп до файловата система, т.е. командите SELECT, READ BINARY и UPDATE BINARY, са определени в глава 4. Правилата за достъп за останалите команди са определени в таблиците по-долу. Изразът „не се прилага“ се използва, ако няма изискване да се поддържа изпълнението на командата. В този случай командата може да се поддържа или може да не се поддържа, но условието за достъп е извън обхват.“;

| ii) | таблицата в раздел TCS_25 се заменя със следното:


  „Команда | Карта на водач | Карта за монтаж и настройки | Контролна карта | Карта на превозвач |
| --- | --- | --- | --- | --- | --- |
| External Authenticate | | | | |
| — | За удостоверяване от поколение 1 |

ii)

таблицата в раздел TCS_25 се заменя със следното:

„Команда

Карта на водач

Карта за монтаж и настройки

Контролна карта

Карта на превозвач

External Authenticate

—

За удостоверяване от поколение 1

ALW

ALW

ALW

ALW

| — | За удостоверяване от поколение 2 |
| --- | --- |

—

За удостоверяване от поколение 2

ALW

PWD

ALW

ALW

Internal Authenticate

ALW

PWD

ALW

ALW

General Authenticate

ALW

ALW

ALW

ALW

Get Challenge

ALW

ALW

ALW

ALW

MSE:SET AT

ALW

ALW

ALW

ALW

MSE:SET DST

ALW

ALW

ALW

ALW

Process DSRC Message

Не се прилага

Не се прилага

Не се прилага

Не се прилага

PSO: Compute Digital Signature

ALW ИЛИ

SM-MAC-G2

ALW ИЛИ

SM-MAC-G2

Не се прилага

Не се прилага

PSO: Hash

Не се прилага

Не се прилага

ALW

Не се прилага

PERFORM HASH of FILE

ALW ИЛИ

SM-MAC-G2

ALW ИЛИ

SM-MAC-G2

Не се прилага

Не се прилага

PSO: Verify Certificate

ALW

ALW

ALW

ALW

PSO: Verify Digital Signature

Не се прилага

Не се прилага

ALW

Не се прилага

Verify

Не се прилага

ALW

Не се прилага

Не се прилага“

| iii) | таблицата в раздел TCS_26 се заменя със следното:


  „Команда | Карта на водач | Карта за монтаж и настройки | Контролна карта | Карта на превозвач |
| --- | --- | --- | --- | --- | --- |
| External Authenticate | | | | |
| — | За удостоверяване от поколение 1 |

iii)

таблицата в раздел TCS_26 се заменя със следното:

„Команда

Карта на водач

Карта за монтаж и настройки

Контролна карта

Карта на превозвач

External Authenticate

—

За удостоверяване от поколение 1

Не се прилага

Не се прилага

Не се прилага

Не се прилага

| — | За удостоверяване от поколение 2 |
| --- | --- |

—

За удостоверяване от поколение 2

ALW

PWD

ALW

ALW

Internal Authenticate

Не се прилага

Не се прилага

Не се прилага

Не се прилага

General Authenticate

ALW

ALW

ALW

ALW

Get Challenge

ALW

ALW

ALW

ALW

MSE:SET AT

ALW

ALW

ALW

ALW

MSE:SET DST

ALW

ALW

ALW

ALW

Process DSRC Message

Не се прилага

ALW

ALW

Не се прилага

PSO: Compute Digital Signature

ALW ИЛИ

SM-MAC-G2

ALW ИЛИ

SM-MAC-G2

Не се прилага

Не се прилага

PSO: Hash

Не се прилага

Не се прилага

ALW

Не се прилага

PERFORM HASH of FILE

ALW ИЛИ

SM-MAC-G2

ALW ИЛИ

SM-MAC-G2

Не се прилага

Не се прилага

PSO: Verify Certificate

ALW

ALW

ALW

ALW

PSO: Verify Digital Signature

Не се прилага

Не се прилага

ALW

Не се прилага

Verify

Не се прилага

ALW

Не се прилага

Не се прилага“

| iv) | таблицата в раздел TCS_27 се заменя със следното:


  „Команда | Карта на водач | Карта за монтаж и настройки | Контролна карта | Карта на превозвач |
| --- | --- | --- | --- | --- | --- |
| External Authenticate | | | | |
| — | За удостоверяване от поколение 1 |

iv)

таблицата в раздел TCS_27 се заменя със следното:

„Команда

Карта на водач

Карта за монтаж и настройки

Контролна карта

Карта на превозвач

External Authenticate

—

За удостоверяване от поколение 1

Не се прилага

Не се прилага

Не се прилага

Не се прилага

| — | За удостоверяване от поколение 2 |
| --- | --- |

—

За удостоверяване от поколение 2

ALW

PWD

ALW

ALW

Internal Authenticate

Не се прилага

Не се прилага

Не се прилага

Не се прилага

General Authenticate

ALW

ALW

ALW

ALW

Get Challenge

ALW

ALW

ALW

ALW

MSE:SET AT

ALW

ALW

ALW

ALW

MSE:SET DST

ALW

ALW

ALW

ALW

Process DSRC Message

Не се прилага

Не се прилага

Не се прилага

Не се прилага

PSO: Compute Digital Signature

Не се прилага

Не се прилага

Не се прилага

Не се прилага

PSO: Hash

Не се прилага

Не се прилага

Не се прилага

Не се прилага

PERFORM HASH of FILE

Не се прилага

Не се прилага

Не се прилага

Не се прилага

PSO: Verify Certificate

ALW

ALW

ALW

ALW

PSO: Verify Digital Signature

Не се прилага

Не се прилага

Не се прилага

Не се прилага

Verify

Не се прилага

ALW

Не се прилага

Не се прилага“

| в) | в точка 3.4 раздел TCS_29 се заменя със следното:


  „TCS_29 | Байтовете за състояние SW1 и SW2 се връщат във всяко съобщение, съдържащо отговор, и обозначават състоянието на изпълнение на съответната команда.


  SW1 | SW2 | Значение |
| --- | --- | --- | --- | --- |
| 90 | 00 | Нормална обработка |
| 61 | XX | Нормална обработка. ХХ = брой на наличните байтове на отговора |
| 62 | 81 | Предупреждение за обработката. Възможно е част от върнатите данни да са увредени |
| 63 | 00 | Удостоверяването е неуспешно (предупреждение) |
| 63 | CX | Грешка при CHV (PIN). Брояч на оставащите опити, осигуряван от ‘X’ |
| 64 | 00 | Грешка при изпълнението — непроменено състояние на енергонезависимата памет. Грешка в целостта на данните |
| 65 | 00 | Грешка при изпълнението — променено състояние на енергонезависимата памет |
| 65 | 81 | Грешка при изпълнението — променено състояние на енергонезависимата памет. Неизправност на паметта |
| 66 | 88 | Грешка по сигурността | : | грешна криптографска контролна сума (по време на защитен обмен на съобщения) или
  грешен сертификат (по време на проверката на сертификата) или
  грешна криптограма (по време на външното удостоверяване) или
  грешен цифров подпис (по време на проверката на подписа) |

в)

в точка 3.4 раздел TCS_29 се заменя със следното:

„TCS_29

Байтовете за състояние SW1 и SW2 се връщат във всяко съобщение, съдържащо отговор, и обозначават състоянието на изпълнение на съответната команда.

SW1

SW2

Значение

90

00

Нормална обработка

61

XX

Нормална обработка. ХХ = брой на наличните байтове на отговора

62

81

Предупреждение за обработката. Възможно е част от върнатите данни да са увредени

63

00

Удостоверяването е неуспешно (предупреждение)

63

CX

Грешка при CHV (PIN). Брояч на оставащите опити, осигуряван от ‘X’

64

00

Грешка при изпълнението — непроменено състояние на енергонезависимата памет. Грешка в целостта на данните

65

00

Грешка при изпълнението — променено състояние на енергонезависимата памет

65

81

Грешка при изпълнението — променено състояние на енергонезависимата памет. Неизправност на паметта

66

88

Грешка по сигурността

:

грешна криптографска контролна сума (по време на защитен обмен на съобщения) или

грешен сертификат (по време на проверката на сертификата) или

грешна криптограма (по време на външното удостоверяване) или

грешен цифров подпис (по време на проверката на подписа)

67

00

Грешна дължина (грешна Lc или Le)

68

83

Очаква се последната команда от веригата

69

00

Забранена команда (няма възможност за отговор при Т=0)

69

82

Незадоволително състояние по отношение на сигурността

69

83

Блокиран метод за удостоверяване

69

85

Неизпълнени условия за използване

69

86

Неразрешена команда (няма активен елементарен файл)

69

87

Липса на очакваните обекти от данни при защитения обмен на съобщения

69

88

Неправилни обекти от данни при защитения обмен на съобщения

6A

80

Неправилни параметри в поле за данни

6A

82

Неоткриваем файл

6A

86

Грешни параметри P1-P2

6A

88

Неоткриваеми указани данни

6B

00

Грешни параметри (поправка извън елементарния файл)

6C

XX

Грешна дължина, SW2 указва точната дължина. Не се връща като отговор поле за данни

6D

00

Несъвместим или неправилен код на команда

6E

00

Несъвместим клас

6F

00

| — | Други грешки при проверката |
| --- | --- |

—

Други грешки при проверката

Може да бъдат върнати други байтове за състояние, определени в стандарт ISO/IEC 7816-4, ако поведението им не е изрично упоменато в настоящото допълнение.

Например по избор може да бъдат върнати следните байтове за състояние:

6881: Несъвместим логически канал

6882: Не се поддържа защитен обмен на съобщения“;

| г) | в точка 3.5.1.1, в раздел TCS_38 последното тире се заменя със следното:


  „— | Ако избраното приложение се смята за повредено (открита е грешка в целостта на атрибутите на файла), за състоянието на обработката се връща ‘6400’ или ‘6500’.“; |
| --- | --- | --- |

г)

в точка 3.5.1.1, в раздел TCS_38 последното тире се заменя със следното:

„—

Ако избраното приложение се смята за повредено (открита е грешка в целостта на атрибутите на файла), за състоянието на обработката се връща ‘6400’ или ‘6500’.“;

6400

6500

| д) | в точка 3.5.1.2, в раздел TCS_41 последното тире се заменя със следното:


  „— | Ако избраният файл се смята за повреден (открита е грешка в целостта на атрибутите на файла), за състоянието на обработката се връща „6400“ или „6500“.“; |
| --- | --- | --- |

д)

в точка 3.5.1.2, в раздел TCS_41 последното тире се заменя със следното:

„—

Ако избраният файл се смята за повреден (открита е грешка в целостта на атрибутите на файла), за състоянието на обработката се връща „6400“ или „6500“.“;

6400

6500

| е) | в точка 3.5.2.1, в раздел TCS_43 шестото тире се заменя със следното:


  „— | Ако е открита грешка в целостта на атрибутите на файла, картата счита файла за повреден и невъзстановим, а за състоянието на обработката се връща „6400“ или „6500“.“; |
| --- | --- | --- |

е)

в точка 3.5.2.1, в раздел TCS_43 шестото тире се заменя със следното:

„—

Ако е открита грешка в целостта на атрибутите на файла, картата счита файла за повреден и невъзстановим, а за състоянието на обработката се връща „6400“ или „6500“.“;

6400

6500

| ж) | точка 3.5.2.1.1 се изменя, както следва:


  i) | таблицата в раздел TCS_45 се заменя със следното:


  „Байт | Дължина | Стойност | Описание |
| --- | --- | --- | --- | --- | --- |
| #1 | 1 | ‘81h’ | TPV: таг за простата стойност на данните |
| #2 | L | ‘NNh’ или
  ‘81 NNh’ | LPV: дължина на върнатите данни (= първоначална Le).
  L е 2 байта, ако LPV>127 байта |
| #(2+L) - #(1+L+NN) | NN | ‘XX..XXh’ | Проста стойност на данните |
| #(2+L+NN) | 1 | ‘99h’ | Таг за състоянието на обработката (SW1-SW2) — по избор за защитен обмен на съобщения от поколение 1 |
| #(3+L+NN) | 1 | ‘02h’ | Дължина на стойността за състоянието на обработката — по избор за защитен обмен на съобщения от поколение 1 |
| #(4+L+NN) - #(5+L+NN) | 2 | ‘XX XXh’ | Състояние на обработката на незащитената ответна APDU, т.е. с отговора — незадължително при защитен обмен на съобщения от поколение 1 |
| #(6+L+NN) | 1 | ‘8Eh’ | TCC: таг за криптографската контролна сума |
| #(7+L+NN) | 1 | ‘XXh’ | LCC: дължина на следната криптографска контролна сума | ‘04h’ за защитения обмен на съобщения от поколение 1 (вж. допълнение 11, част А) |

ж)

точка 3.5.2.1.1 се изменя, както следва:

i)

таблицата в раздел TCS_45 се заменя със следното:

„Байт

Дължина

Стойност

Описание

# 1

1

‘81h’

TPV: таг за простата стойност на данните

PV

# 2

L

‘NNh’ или

‘81 NNh’

LPV: дължина на върнатите данни (= първоначална Le).

PV

L е 2 байта, ако LPV>127 байта

PV

# (2+L) - #(1+L+NN)

NN

‘XX..XXh’

Проста стойност на данните

# (2+L+NN)

1

‘99h’

Таг за състоянието на обработката (SW1-SW2) — по избор за защитен обмен на съобщения от поколение 1

# (3+L+NN)

1

‘02h’

Дължина на стойността за състоянието на обработката — по избор за защитен обмен на съобщения от поколение 1

# (4+L+NN) - #(5+L+NN)

2

‘XX XXh’

Състояние на обработката на незащитената ответна APDU, т.е. с отговора — незадължително при защитен обмен на съобщения от поколение 1

# (6+L+NN)

1

‘8Eh’

TCC: таг за криптографската контролна сума

# (7+L+NN)

1

‘XXh’

LCC: дължина на следната криптографска контролна сума

‘04h’ за защитения обмен на съобщения от поколение 1 (вж. допълнение 11, част А)

| | ‘08h’, ‘0Ch’ или ‘10h’ в зависимост от дължината на ключа по AES за защитен обмен на съобщения от поколение 2 (вж. допълнение 11, част Б) |
| --- | --- |

‘08h’, ‘0Ch’ или ‘10h’ в зависимост от дължината на ключа по AES за защитен обмен на съобщения от поколение 2 (вж. допълнение 11, част Б)

# (8+L+NN)-#(7+M+L+NN)

M

‘XX..XXh’

Криптографска контролна сума

SW

2

‘XXXXh’

Байтове за състоянието (SW1, SW2)“

| ii) | таблицата в раздел TCS_46 се заменя със следното:


  „Байт | Дължина | Стойност | Описание |
| --- | --- | --- | --- | --- |
| #1 | 1 | ‘87h’ | TPI CG: таг за криптираните данни (криптограма) |
| #2 | L | ‘MMh’ или
  ‘81 MMh’ | LPI CG: дължина на върнатите криптирани данни (различна от първоначалната Le на командата поради запълване).
  L е 2 байта, ако LPI CG > 127 байта. |
| #(2+L)-#(1+L+MM) | MM | ‘01XX..XXh’ | Криптирани данни: индикатор за запълване и криптограма |
| #(2+L+MM) | 1 | ‘99h’ | Таг за състоянието на обработката (SW1-SW2) — по избор за защитен обмен на съобщения от поколение 1 |
| #(3+L+MM) | 1 | ‘02h’ | Дължина на стойността за състоянието на обработката — по избор за защитен обмен на съобщения от поколение 1 |
| #(4+L+MM) - #(5+L+MM) | 2 | ‘XX XXh’ | Състояние на обработката на незащитената ответна APDU, т.е. с отговора — незадължително при защитен обмен на съобщения от поколение 1 |
| #(6+L+MM) | 1 | ‘8Eh’ | TCC: таг за криптографската контролна сума |
| #(7+L+MM) | 1 | ‘XXh’ | LCC: дължина на следната криптографска контролна сума | ‘04h’ за защитения обмен на съобщения от поколение 1 (вж. допълнение 11, част А) |

ii)

таблицата в раздел TCS_46 се заменя със следното:

„Байт

Дължина

Стойност

Описание

# 1

1

‘87h’

TPI CG: таг за криптираните данни (криптограма)

# 2

L

‘MMh’ или

‘81 MMh’

LPI CG: дължина на върнатите криптирани данни (различна от първоначалната Le на командата поради запълване).

L е 2 байта, ако LPI CG > 127 байта.

# (2+L)-#(1+L+MM)

MM

‘01XX..XXh’

Криптирани данни: индикатор за запълване и криптограма

# (2+L+MM)

1

‘99h’

Таг за състоянието на обработката (SW1-SW2) — по избор за защитен обмен на съобщения от поколение 1

# (3+L+MM)

1

‘02h’

Дължина на стойността за състоянието на обработката — по избор за защитен обмен на съобщения от поколение 1

# (4+L+MM) - #(5+L+MM)

2

‘XX XXh’

Състояние на обработката на незащитената ответна APDU, т.е. с отговора — незадължително при защитен обмен на съобщения от поколение 1

# (6+L+MM)

1

‘8Eh’

TCC: таг за криптографската контролна сума

# (7+L+MM)

1

‘XXh’

LCC: дължина на следната криптографска контролна сума

‘04h’ за защитения обмен на съобщения от поколение 1 (вж. допълнение 11, част А)

| | ‘08h’, ‘0Ch’ или ‘10h’ в зависимост от дължината на ключа по AES за защитен обмен на съобщения от поколение 2 (вж. допълнение 11, част Б) |
| --- | --- |

‘08h’, ‘0Ch’ или ‘10h’ в зависимост от дължината на ключа по AES за защитен обмен на съобщения от поколение 2 (вж. допълнение 11, част Б)

# (8+L+MM)-#(7+N+L+MM)

N

‘XX..XXh’

Криптографска контролна сума

SW

2

‘XXXXh’

Байтове за състоянието (SW1, SW2)“

| з) | в точка 3.5.2.2, в раздел TCS_50 шестото тире се заменя със следното:


  „— | Ако е открита грешка в целостта на атрибутите на файла, картата счита файла за повреден и невъзстановим, а за състоянието на обработката се връща „6400“ или „6500“.“; |
| --- | --- | --- |

з)

в точка 3.5.2.2, в раздел TCS_50 шестото тире се заменя със следното:

„—

Ако е открита грешка в целостта на атрибутите на файла, картата счита файла за повреден и невъзстановим, а за състоянието на обработката се връща „6400“ или „6500“.“;

6400

6500

| и) | в точка 3.5.2.3 раздел TCS_52 се изменя, както следва:


  i) | последният ред в таблицата се заменя със следното:


  „Le | 1 | ‘XXh’ | Съгласно стандарта ISO/IEC 7816-4“ |
| --- | --- | --- | --- | --- | --- |

и)

в точка 3.5.2.3 раздел TCS_52 се изменя, както следва:

i)

последният ред в таблицата се заменя със следното:

„Le

1

‘XXh’

Съгласно стандарта ISO/IEC 7816-4“

| ii) | добавя се следното изречение:

  „Ако T=0, картата приема за стойност на Le = '00h', ако не се прилага защитен обмен на съобщения.
  Ако T = 1, за състоянието на обработката се връща „6700“, ако Le=’01h’.“; |
| --- | --- |

ii)

добавя се следното изречение:

„Ако T=0, картата приема за стойност на Le = '00h', ако не се прилага защитен обмен на съобщения.

Ако T = 1, за състоянието на обработката се връща „6700“, ако Le=’01h’.“;

| й) | в точка 3.5.2.3, в раздел TCS_53 шестото тире се заменя със следното:


  „— | Ако е открита грешка в целостта на атрибутите на файла, картата счита файла за повреден и невъзстановим, а за състоянието на обработката се връща „6400“ или „6500“.“; |
| --- | --- | --- |

й)

в точка 3.5.2.3, в раздел TCS_53 шестото тире се заменя със следното:

„—

Ако е открита грешка в целостта на атрибутите на файла, картата счита файла за повреден и невъзстановим, а за състоянието на обработката се връща „6400“ или „6500“.“;

6400

6500

| к) | в точка 3.5.3.2, в раздел TCS_63 шестото тире се заменя със следното:


  „— | Ако е открита грешка в целостта на атрибутите на файла, картата счита файла за повреден и невъзстановим, а за състоянието на обработката се връща „6400“ или „6500“.“; |
| --- | --- | --- |

к)

в точка 3.5.3.2, в раздел TCS_63 шестото тире се заменя със следното:

„—

Ако е открита грешка в целостта на атрибутите на файла, картата счита файла за повреден и невъзстановим, а за състоянието на обработката се връща „6400“ или „6500“.“;

6400

6500

| л) | в точка 3.5.5 раздел TCS_72 се заменя със следното:


  „TCS_72 | Въведеният от потребителя PIN трябва да е по стандарта ASCII за кодиране на символи и да е запълнен от IFD отдясно с байтове ‘FFh’ до дължина от 8 байта — вж. също в допълнение 1 за типа на данните WorkshopCardPIN.“; |
| --- | --- | --- |

л)

в точка 3.5.5 раздел TCS_72 се заменя със следното:

„TCS_72

Въведеният от потребителя PIN трябва да е по стандарта ASCII за кодиране на символи и да е запълнен от IFD отдясно с байтове ‘FFh’ до дължина от 8 байта — вж. също в допълнение 1 за типа на данните WorkshopCardPIN.“;

| м) | в точка 3.5.8 раздел TCS_95 се заменя със следното:


  „TCS_95 | Ако командата INTERNAL_AUTHENTICATE бъде изпълнена успешно, активният ключ на сесията от поколение 1, ако има такъв, се изтрива и повече не е наличен. За да има на разположение нов ключ на сесия от поколение 1, е необходимо да се изпълни успешно командата EXTERNAL AUTHENTICATE за механизма от поколение 1 за удостоверяване на автентичността.


  Забележка | За ключове за сесия от поколение 2 вж. допълнение 11, раздели CSM_193 и CSM_195. Ако бъдат установени ключове за сесия от поколение 2 и тахографската карта получи обикновена APDU за командата INTERNAL AUTHENTICATE, тя прекратява създаването на сесия за защитен обмен на съобщения от поколение 2 и унищожава ключовете за сесия от поколение 2.“; |
| --- | --- | --- | --- |

м)

в точка 3.5.8 раздел TCS_95 се заменя със следното:

„TCS_95

Ако командата INTERNAL_AUTHENTICATE бъде изпълнена успешно, активният ключ на сесията от поколение 1, ако има такъв, се изтрива и повече не е наличен. За да има на разположение нов ключ на сесия от поколение 1, е необходимо да се изпълни успешно командата EXTERNAL AUTHENTICATE за механизма от поколение 1 за удостоверяване на автентичността.

Забележка

Забележка

За ключове за сесия от поколение 2 вж. допълнение 11, раздели CSM_193 и CSM_195. Ако бъдат установени ключове за сесия от поколение 2 и тахографската карта получи обикновена APDU за командата INTERNAL AUTHENTICATE, тя прекратява създаването на сесия за защитен обмен на съобщения от поколение 2 и унищожава ключовете за сесия от поколение 2.“;

| н) | в точка 3.5.9 раздел TCS_97 се заменя със следното:


  „TCS_97 | Вариантът на командата за механизма от второ поколение за взаимно удостоверяване на бордовото устройство и картата може да се изпълнява в MF, DF Tachograph и DF Tachograph_G2, вж. също TCS_34. Ако командата EXTERNAL AUTHENTICATE от поколение 2 бъде изпълнена успешно, активният ключ на сесията от поколение 1, ако има такъв, се изтрива и повече не е наличен.


  Забележка: | За ключове за сесия от поколение 2 вж. допълнение 11, раздели CSM_193 и CSM_195. Ако бъдат установени ключове за сесия от поколение 2 и тахографската карта получи обикновена APDU за командата EXTERNAL AUTHENTICATE, тя прекратява създаването на сесия за защитен обмен на съобщения от поколение 2 и унищожава ключовете за сесия от поколение 2.“; |
| --- | --- | --- | --- |

н)

в точка 3.5.9 раздел TCS_97 се заменя със следното:

„TCS_97

Вариантът на командата за механизма от второ поколение за взаимно удостоверяване на бордовото устройство и картата може да се изпълнява в MF, DF Tachograph и DF Tachograph_G2, вж. също TCS_34. Ако командата EXTERNAL AUTHENTICATE от поколение 2 бъде изпълнена успешно, активният ключ на сесията от поколение 1, ако има такъв, се изтрива и повече не е наличен.

Забележка:

Забележка:

За ключове за сесия от поколение 2 вж. допълнение 11, раздели CSM_193 и CSM_195. Ако бъдат установени ключове за сесия от поколение 2 и тахографската карта получи обикновена APDU за командата EXTERNAL AUTHENTICATE, тя прекратява създаването на сесия за защитен обмен на съобщения от поколение 2 и унищожава ключовете за сесия от поколение 2.“;

| о) | в точка 3.5.10, в таблицата в раздел TCS_101 се добавя следният ред:


  „5 + L + 1 | 1 | '00h' | Съгласно стандарта ISO/IEC 7816-4“ |
| --- | --- | --- | --- | --- |

о)

в точка 3.5.10, в таблицата в раздел TCS_101 се добавя следният ред:

„5 + L + 1

1

'00h'

Съгласно стандарта ISO/IEC 7816-4“

| п) | в точка 3.5.11.2.3, в раздел TCS_114 се добавят следните абзаци:


  „— | Ако currentAuthenticatedTime на картата е по-късно от датата, на която изтича срокът на валидност на избрания публичен ключ, за състоянието на обработката се връща
  „6A88“
  . |
| --- | --- | --- |

п)

в точка 3.5.11.2.3, в раздел TCS_114 се добавят следните абзаци:

„—

Ако currentAuthenticatedTime на картата е по-късно от датата, на която изтича срокът на валидност на избрания публичен ключ, за състоянието на обработката се връща
  „6A88“
  .

„6A88“

| Забележка: | Ако за командата за удостоверяване на автентичността на бордовото устройство (VU Authentication) се използва MSE: SET AT, указаният ключ е публичен ключ VU_MA. Картата задава за използване публичния ключ VU_MA, ако е наличен в паметта ѝ, като той съвпада с указанието за титуляря на сертификата (Certificate Holder Reference — CHR), посочено в полето за данни на командата (картата може да идентифицира публичните ключове VU_MA чрез полето за CHA в сертификата). Ако е наличен само публичен ключ VU_Sign или ако за бордовото устройство няма наличен публичен ключ, в отговор на тази команда картата връща „6A 88“. Вж. определението за полето CHA в допълнение 11 и за типа данни equipmentType в допълнение 1. |
| --- | --- |

Забележка:

Забележка

Ако за командата за удостоверяване на автентичността на бордовото устройство (VU Authentication) се използва MSE: SET AT, указаният ключ е публичен ключ VU_MA. Картата задава за използване публичния ключ VU_MA, ако е наличен в паметта ѝ, като той съвпада с указанието за титуляря на сертификата (Certificate Holder Reference — CHR), посочено в полето за данни на командата (картата може да идентифицира публичните ключове VU_MA чрез полето за CHA в сертификата). Ако е наличен само публичен ключ VU_Sign или ако за бордовото устройство няма наличен публичен ключ, в отговор на тази команда картата връща „6A 88“. Вж. определението за полето CHA в допълнение 11 и за типа данни equipmentType в допълнение 1.

По същия начин, ако към контролната карта бъде изпратена команда MSE: SET DST с указание за оборудването EQT (т.е. бордово устройство или карта), в съответствие с раздел CSM_234 указаният ключ винаги е ключ EQT_Sign, който трябва да се използва за удостоверяване на цифровия подпис. В съответствие с фигура 13 в допълнение 11 контролната карта винаги съхранява съответния публичен ключ EQT_Sign. В някои случаи контролната карта може да е съхранила съответния публичен ключ EQT_MA. Винаги, когато получи командата MSE: SET DST, контролната карта задава за използване публичния ключ EQT_Sign.“;

| р) | точка 3.5.13 се изменя, както следва:


  i) | раздел TCS_121 се заменя със следното:


  „TCS_121 | Временно съхраняваната хеш-стойност на файла се заличава, ако бъде изчислена нова хеш-стойност на файла посредством командата PERFORM HASH of FILE, ако бъде избран DF и ако тахографската карта бъде инициализирана.“; |
| --- | --- | --- | --- |

р)

точка 3.5.13 се изменя, както следва:

i)

раздел TCS_121 се заменя със следното:

„TCS_121

Временно съхраняваната хеш-стойност на файла се заличава, ако бъде изчислена нова хеш-стойност на файла посредством командата PERFORM HASH of FILE, ако бъде избран DF и ако тахографската карта бъде инициализирана.“;

| ii) | раздел TCS_123 се заменя със следното:


  „TCS_123 | Тахографското приложение от поколение 2 трябва да поддържа алгоритъма SHA-2 (SHA-256, SHA-384 или SHA-512), посочен в криптографската поредица в допълнение 11, част Б, за ключа за подпис на картата Card_Sign.“; |
| --- | --- | --- |

ii)

раздел TCS_123 се заменя със следното:

„TCS_123

Тахографското приложение от поколение 2 трябва да поддържа алгоритъма SHA-2 (SHA-256, SHA-384 или SHA-512), посочен в криптографската поредица в допълнение 11, част Б, за ключа за подпис на картата Card_Sign.“;

| iii) | таблицата в раздел TCS_124 се заменя със следното:


  „Байт | Дължина | Стойност | Описание |
| --- | --- | --- | --- | --- |
| CLA | 1 | ‘80h’ | CLA |
| INS | 1 | ‘2Ah’ | Извършване на операция, свързана със защитата от неразрешен достъп |
| P1 | 1 | ‘90h’ | Таг: Hash |
| P2 | 1 | ‘00h’ | Алгоритъм, известен по подразбиране
  За тахографското приложение от поколение 1: SHA-1
  За тахографското приложение от поколение 2: алгоритъм SHA-2 (SHA-256, SHA-384 или SHA-512), определен в криптографската поредица в допълнение 11, част Б, за ключа за подпис на картата Card_Sign“ |

iii)

таблицата в раздел TCS_124 се заменя със следното:

„Байт

Дължина

Стойност

Описание

CLA

1

‘80h’

CLA

INS

1

‘2Ah’

Извършване на операция, свързана със защитата от неразрешен достъп

P1

1

‘90h’

Таг: Hash

P2

1

‘00h’

Алгоритъм, известен по подразбиране

За тахографското приложение от поколение 1: SHA-1

За тахографското приложение от поколение 2: алгоритъм SHA-2 (SHA-256, SHA-384 или SHA-512), определен в криптографската поредица в допълнение 11, част Б, за ключа за подпис на картата Card_Sign“

| с) | точка 3.5.14 се изменя, както следва:
  текстът под заглавието и до раздел TCS_126 се заменя със следното:

  „Тази команда служи за изчисляване на цифровия подпис на изчислен преди това хеш-код (вж. PERFORM HASH of FILE, точка 3.5.13).
  Само за картата на водач и за картата за монтаж и настройки се изисква да поддържат тази команда в DF Tachograph и DF Tachograph_G2.
  Другите видове тахографски карти могат или не могат да изпълняват тази команда. При тахографското приложение от поколение 2 само картата на водач и картата за монтаж и настройки имат ключ за подпис от поколение 2; другите карти не могат успешно да изпълнят командата и прекратяват изпълнението с подходящ код за грешка.
  Тази команда може да е или да не е достъпна в MF. Ако командата не е достъпна в MF, нейното изпълнение се прекратява с подходящ код за грешка.
  Тази команда е в съответствие със стандарт ISO/IEC 7816-8. Нейното използване е по-ограничено, отколкото съгласно посочения стандарт.“; |
| --- | --- |

с)

точка 3.5.14 се изменя, както следва:

текстът под заглавието и до раздел TCS_126 се заменя със следното:

„Тази команда служи за изчисляване на цифровия подпис на изчислен преди това хеш-код (вж. PERFORM HASH of FILE, точка 3.5.13).

Само за картата на водач и за картата за монтаж и настройки се изисква да поддържат тази команда в DF Tachograph и DF Tachograph_G2.

Другите видове тахографски карти могат или не могат да изпълняват тази команда. При тахографското приложение от поколение 2 само картата на водач и картата за монтаж и настройки имат ключ за подпис от поколение 2; другите карти не могат успешно да изпълнят командата и прекратяват изпълнението с подходящ код за грешка.

Тази команда може да е или да не е достъпна в MF. Ако командата не е достъпна в MF, нейното изпълнение се прекратява с подходящ код за грешка.

Тази команда е в съответствие със стандарт ISO/IEC 7816-8. Нейното използване е по-ограничено, отколкото съгласно посочения стандарт.“;

| т) | точка 3.5.15 се изменя, както следва:


  i) | таблицата в раздел TCS_133 се заменя със следното:


  „Байт | Дължина | Стойност | Описание |
| --- | --- | --- | --- | --- | --- |
| CLA | 1 | ‘00h’ | CLA |
| INS | 1 | ‘2Ah’ | Извършване на операция, свързана със защитата от неразрешен достъп |
| P1 | 1 | ‘00h’ | |
| P2 | 1 | ‘A8h’ | Таг: поле за данни, съдържащо съответните обекти от данни (DO) за проверката |
| Lc | 1 | ‘XXh’ | Дължина Lc на последващото поле за данни |
| #6 | 1 | ‘9Eh’ | Таг за цифров подпис |
| #7 или
  #7-#8 | L | ‘NNh’ или
  ‘81 NNh’ | Дължина на цифровия подпис (L е 2 байта, ако цифровият подпис е по-дълъг от 127 байта): | 128 байта, кодирани в съответствие с допълнение 11, част А за тахографско приложение от поколение 1. |

т)

точка 3.5.15 се изменя, както следва:

i)

таблицата в раздел TCS_133 се заменя със следното:

„Байт

Дължина

Стойност

Описание

CLA

1

‘00h’

CLA

INS

1

‘2Ah’

Извършване на операция, свързана със защитата от неразрешен достъп

P1

1

‘00h’

P2

1

‘A8h’

Таг: поле за данни, съдържащо съответните обекти от данни (DO) за проверката

Lc

1

‘XXh’

Дължина Lc на последващото поле за данни

# 6

1

‘9Eh’

Таг за цифров подпис

# 7 или

# 7-#8

L

‘NNh’ или

‘81 NNh’

Дължина на цифровия подпис (L е 2 байта, ако цифровият подпис е по-дълъг от 127 байта):

128 байта, кодирани в съответствие с допълнение 11, част А за тахографско приложение от поколение 1.

| | В зависимост от избраната крива за тахографско приложение от поколение 2 (вж. допълнение 11, част Б). |
| --- | --- |

В зависимост от избраната крива за тахографско приложение от поколение 2 (вж. допълнение 11, част Б).

# (7+L)-#(6+L+NN)

NN

‘XX..XXh’

Съдържание на цифровия подпис“

| ii) | в раздел TCS_134 се добавя следното тире:


  „— | Ако избраният публичен ключ (използван за проверка на въведения цифров подпис) има CHA.LSB (CertificateHolderAuthorisation.equipmentType), който не е подходящ за проверка на цифровия подпис съгласно допълнение 11, за състоянието на обработката се връща „6985“.“; |
| --- | --- | --- |

ii)

в раздел TCS_134 се добавя следното тире:

„—

Ако избраният публичен ключ (използван за проверка на въведения цифров подпис) има CHA.LSB (CertificateHolderAuthorisation.equipmentType), който не е подходящ за проверка на цифровия подпис съгласно допълнение 11, за състоянието на обработката се връща „6985“.“;

6985

| у) | точка 3.5.16 се изменя, както следва:


  i) | в таблицата в раздел TCS_138 се добавя следният ред:


  „5 + L + 1 | 1 | '00h' | Съгласно стандарта ISO/IEC 7816-4“ |
| --- | --- | --- | --- | --- | --- |

у)

точка 3.5.16 се изменя, както следва:

i)

в таблицата в раздел TCS_138 се добавя следният ред:

„5 + L + 1

1

'00h'

Съгласно стандарта ISO/IEC 7816-4“

| ii) | в раздел TCS_139 се добавя следният абзац:


  „— | „6985“ указва, че времевият печат от 4 байта, посочен в полето за данни на командата, е по-ранен от cardValidityBegin или по-късен от cardExpiryDate.“; |
| --- | --- | --- |

ii)

в раздел TCS_139 се добавя следният абзац:

„—

„6985“ указва, че времевият печат от 4 байта, посочен в полето за данни на командата, е по-ранен от cardValidityBegin или по-късен от cardExpiryDate.“;

6985

| ф) | точка 4.2.2 се изменя, както следва:


  i) | в структурата на данните в раздел TCS_154 редовете от DF Tachograph G2 до EF CardMA_Certificate и редовете от EF GNSS_Places до края на раздела се заменят със следното:
  „


  Текст на изображението

  Файл / елемент на данни
  Брой записи
  Размер (байтове)
  Стойности по подразбиране
  Мин.
  Макс.

  “ |
| --- | --- | --- |

ф)

точка 4.2.2 се изменя, както следва:

i)

в структурата на данните в раздел TCS_154 редовете от DF Tachograph G2 до EF CardMA_Certificate и редовете от EF GNSS_Places до края на раздела се заменят със следното:

Файл / елемент на данни

Брой записи

Размер (байтове)

Стойности по подразбиране

Мин.

Макс.

| ii) | в таблицата в раздел TCS_155 позицията


  се заменя със следното:


  „ | | 252 | 336“ |
| --- | --- | --- | --- | --- |

ii)

Image 27

Image 28

Image 29

252

336“

| х) | в точка 4.3.1 текстът за съкращение SC4 в раздел TCS_156 се заменя със следното:


  „SC4 | За командата READ BINARY с четен байт INS:
  (SM-C-MAC-G1 И SM-R-ENC-MAC-G1) ИЛИ
  (SM-C-MAC-G2 И SM-R-ENC-MAC-G2)
  За командата READ BINARY с нечетен байт INS (ако се поддържа): NEV“; |
| --- | --- | --- |

х)

в точка 4.3.1 текстът за съкращение SC4 в раздел TCS_156 се заменя със следното:

„SC4

SC4

За командата READ BINARY с четен байт INS:

(SM-C-MAC-G1 И SM-R-ENC-MAC-G1) ИЛИ

(SM-C-MAC-G2 И SM-R-ENC-MAC-G2)

За командата READ BINARY с нечетен байт INS (ако се поддържа): NEV“;

| ц) | точка 4.3.2 се изменя, както следва:


  i) | в структурата на данните в раздел TCS_162 редовете от DF Tachograph G2 до EF CardMA_Certificate, редовете от EF Calibration до extendedSealIdentifier и редовете от EF GNSS_Places до vehicleOdometerValue се заменят със следното:
  „


  Текст на изображението

  Файл / елемент на данни
  Брой записи
  Размер (байтове)
  Стойности по подразбиране
  Мин.
  Макс.


  “ |
| --- | --- | --- |

ц)

точка 4.3.2 се изменя, както следва:

i)

в структурата на данните в раздел TCS_162 редовете от DF Tachograph G2 до EF CardMA_Certificate, редовете от EF Calibration до extendedSealIdentifier и редовете от EF GNSS_Places до vehicleOdometerValue се заменят със следното:

Файл / елемент на данни

Брой записи

Размер (байтове)

Стойности по подразбиране

Мин.

Макс.

| ii) | в таблицата в раздел TCS_163 позицията NoOfGNSSCDRecords се заменя със следното:


  „ | | 18 | 24“ |
| --- | --- | --- | --- | --- |

ii)

в таблицата в раздел TCS_163 позицията NoOfGNSSCDRecords се заменя със следното:

Image 32

Image 33

18

24“

| 31) | В допълнение 3 точка 2 се изменя, както следва:


  а) | след реда с пиктограмите „Местоположение в началото на дневния период на работа“ и „Местоположение в края на дневния период на работа“ се вмъква следният ред:

  „


  местоположение след 3 часа общо време на управление на МПС“; |
| --- | --- | --- |

31)

В допълнение 3 точка 2 се изменя, както следва:

а)

след реда с пиктограмите „Местоположение в началото на дневния период на работа“ и „Местоположение в края на дневния период на работа“ се вмъква следният ред:

„

  Image 34
  местоположение след 3 часа общо време на управление на МПС“;

| б) | комбинацията от пиктограми „Сверяване на часовника (в сервиз)“ се заменя със следното:

  „


  Времеви конфликт или сверяване на часовника (в сервиз)“; |
| --- | --- |

б)

комбинацията от пиктограми „Сверяване на часовника (в сервиз)“ се заменя със следното:

„

  Image 35
  Времеви конфликт или сверяване на часовника (в сервиз)“;

| в) | към списъка „Събития“ се добавят следните комбинации от пиктограми:

  „


  Липса на информация за местоположението от приемник на сигнали от GNSS или Грешка в комуникацията с външното устройство за GNSS;


  Грешка в комуникацията с устройството за връзка от разстояние“. |
| --- | --- |

в)

към списъка „Събития“ се добавят следните комбинации от пиктограми:

„

  Image 36
  Липса на информация за местоположението от приемник на сигнали от GNSS или Грешка в комуникацията с външното устройство за GNSS;

Image 37
  Грешка в комуникацията с устройството за връзка от разстояние“.

| 32) | Допълнение 4 се изменя, както следва:


  а) | точка 2 се изменя, както следва:


  i) | блок 11.4 се заменя със следното:


  „11.4 | Въвеждане на местоположението, в което започва и/или завършва един дневен период на работа |
| --- | --- | --- | --- | --- |
| pi = пиктограма за местоположението при тръгване/пристигане, час, държава (Cou), област (Reg)
  дължина на регистрираното местоположение
  ширина на регистрираното местоположение
  времеви печат в момента, когато е било определено местоположението
  показание на километражния брояч | pihh:mm Cou Reg
  lon ±DDDoMM.M’
  lat ± DDoMM.M’
  hh:mm
  x xxx xxx km“ |

32)

Допълнение 4 се изменя, както следва:

а)

точка 2 се изменя, както следва:

i)

блок 11.4 се заменя със следното:

„11.4

Въвеждане на местоположението, в което започва и/или завършва един дневен период на работа

Въвеждане на местоположението, в което започва и/или завършва един дневен период на работа

pi = пиктограма за местоположението при тръгване/пристигане, час, държава (Cou), област (Reg)

дължина на регистрираното местоположение

ширина на регистрираното местоположение

времеви печат в момента, когато е било определено местоположението

показание на километражния брояч

pihh:mm Cou Reg

lon ±DDDoMM.M’

o

lat ± DDoMM.M’

o

hh:mm

x xxx xxx km“

km

| ii) | блок 11.5 се заменя със следното:


  „11.5 | Местоположения след 3 часа общо време на управление на МПС

  pi=местоположение след 3 часа общо време на управление на МПС |
| --- | --- | --- |
| час
  дължина на регистрираното местоположение
  ширина на регистрираното местоположение
  времеви печат в момента, когато е било определено местоположението
  показание на километражния брояч | “ |

ii)

блок 11.5 се заменя със следното:

„11.5

Местоположения след 3 часа общо време на управление на МПС

Местоположения след 3 часа общо време на управление на МПС

pi=местоположение след 3 часа общо време на управление на МПС

час

дължина на регистрираното местоположение

ширина на регистрираното местоположение

времеви печат в момента, когато е било определено местоположението

показание на километражния брояч

Image 38

| б) | в точка 3.1 позиция 11.5 във формата за ежедневната разпечатка на данните се заменя със следното:


  „11.5 | Местоположения след 3 часа общо време на управление на МПС в хронологичен ред“; |
| --- | --- | --- |

б)

в точка 3.1 позиция 11.5 във формата за ежедневната разпечатка на данните се заменя със следното:

„11.5

Местоположения след 3 часа общо време на управление на МПС в хронологичен ред“;

| в) | в точка 3.2 форматът за ежедневната разпечатка на данните се заменя със следното:


  „1 | Дата и час на отпечатване на документа |
| --- | --- | --- |
| 2 | Тип на разпечатката |
| 3 | Идентификация на титуляря на картата (за всички карти, вкарани във VU + GEN) |
| 4 | Идентификация на превозното средство (от което е направена разпечатката) |
| 5 | Идентификация на бордовото устройство (от което е направена разпечатката + GEN) |
| 6 | Последно калибриране на това бордово устройство |
| 7 | Последна проверка на този тахограф |
| 9 | Разграничител на данни за дейностите на водача |
| 10 | Разграничител за четящото устройство за картата на водача (процеп 1) |
| 10a | Условие „Извън обсег“ в началото на този ден |
| 10.1 / 10.2 / 10.3 /10.3a / 10.4 | Дейности в хронологичен ред (четящо устройство на водача) |
| 10 | Разграничител за четящото устройство за картата на втория водач (процеп 2) |
| 10a | Условие „Извън обсег“ в началото на този ден |
| 10.1 / 10.2 / 10.3 /10.3a / 10.4 | Дейности в хронологичен ред (четящо устройство на втория водач) |
| 11 | Разграничител за ежедневната справка |
| 11.1 | Справка за периодите без вкарана карта в процепа на четящото устройство на водача |
| 11.4 | Въведени местоположения в хронологичен ред |
| 11.5 | Местоположения след 3 часа общо време на управление на МПС в хронологичен ред |
| 11.7 | Общо времетраене на всяка дейност |
| 11.2 | Справка за периодите без вкарана карта в процепа на четящото устройство на втория водач |
| 11.4 | Въведени местоположения в хронологичен ред |
| 11.5 | Местоположения след 3 часа общо време на управление на МПС в хронологичен ред |
| 11.8 | Общо времетраене на всяка дейност |
| 11.3 | Справка за дейностите на водача, като се вземат под внимание и двете четящи устройства |
| | 11.4 | | Местоположения, въведени от този водач в хронологичен ред |
| | 11.5 | | Местоположения след 3 часа общо време на управление на МПС в хронологичен ред |
| 11.9 | Общо времетраене на всяка дейност на този водач |
| 13.1 | Разграничител на данни за събития и неизправности |
| 13.4 | Записи за събития/неизправности (5-те последни събития или неизправности, които са записани или са в процес на записване в бордовото устройство) |
| 22.1 | Контролен пункт |
| 22.2 | Подпис на контрольора |
| 22.3 | От час (празно място, където водач без карта посочва |
| 22.4 | До час периодите, валидни за него) |
| 22.5 | Подпис на водача“; |

в)

в точка 3.2 форматът за ежедневната разпечатка на данните се заменя със следното:

„1

Дата и час на отпечатване на документа

2

Тип на разпечатката

3

Идентификация на титуляря на картата (за всички карти, вкарани във VU + GEN)

4

Идентификация на превозното средство (от което е направена разпечатката)

5

Идентификация на бордовото устройство (от което е направена разпечатката + GEN)

6

Последно калибриране на това бордово устройство

7

Последна проверка на този тахограф

9

Разграничител на данни за дейностите на водача

10

Разграничител за четящото устройство за картата на водача (процеп 1)

10a

Условие „Извън обсег“ в началото на този ден

10.1 / 10.2 / 10.3 /10.3a / 10.4

Дейности в хронологичен ред (четящо устройство на водача)

10

Разграничител за четящото устройство за картата на втория водач (процеп 2)

10a

Условие „Извън обсег“ в началото на този ден

10.1 / 10.2 / 10.3 /10.3a / 10.4

Дейности в хронологичен ред (четящо устройство на втория водач)

11

Разграничител за ежедневната справка

11.1

Справка за периодите без вкарана карта в процепа на четящото устройство на водача

11.4

Въведени местоположения в хронологичен ред

11.5

Местоположения след 3 часа общо време на управление на МПС в хронологичен ред

11.7

Общо времетраене на всяка дейност

11.2

Справка за периодите без вкарана карта в процепа на четящото устройство на втория водач

11.4

Въведени местоположения в хронологичен ред

11.5

Местоположения след 3 часа общо време на управление на МПС в хронологичен ред

11.8

Общо времетраене на всяка дейност

11.3

Справка за дейностите на водача, като се вземат под внимание и двете четящи устройства

11.4

Местоположения, въведени от този водач в хронологичен ред

11.5

Местоположения след 3 часа общо време на управление на МПС в хронологичен ред

11.9

Общо времетраене на всяка дейност на този водач

13.1

Разграничител на данни за събития и неизправности

13.4

Записи за събития/неизправности (5-те последни събития или неизправности, които са записани или са в процес на записване в бордовото устройство)

22.1

Контролен пункт

22.2

Подпис на контрольора

22.3

От час (празно място, където водач без карта посочва

22.4

До час периодите, валидни за него)

22.5

Подпис на водача“;

| г) | в точка 3.7 раздел PRT_014 се заменя със следното:


  „PRT_014 | Разпечатката за историята на вкараните карти трябва да е в съответствие със следния формат:


  1 | Дата и час на отпечатване на документа |
| --- | --- | --- | --- |
| 2 | Тип на разпечатката |
| 3 | Идентификация на титуляря на картата (за всички карти, вкарани в бордовото устройство) |
| 23 | Последна карта, вкарана в бордовото устройство |
| 23.1 | Вкарани карти (до 88 записа) |
| 12.3 | Разграничител на данни за неизправности“. |

г)

в точка 3.7 раздел PRT_014 се заменя със следното:

„PRT_014

Разпечатката за историята на вкараните карти трябва да е в съответствие със следния формат:

1

Дата и час на отпечатване на документа

2

Тип на разпечатката

3

Идентификация на титуляря на картата (за всички карти, вкарани в бордовото устройство)

23

Последна карта, вкарана в бордовото устройство

23.1

Вкарани карти (до 88 записа)

12.3

Разграничител на данни за неизправности“.

| 33) | Допълнение 7 се изменя, както следва:


  а) | точка 1.1 се заменя със следното:
  „1.1.   Обхват

  Някои данни могат да бъдат изтеглени върху външно запаметяващо устройство:


  — | от бордовото устройство чрез свързано към него специализирано интелигентно устройство (IDE), |
| --- | --- | --- | --- |

33)

Допълнение 7 се изменя, както следва:

а)

точка 1.1 се заменя със следното:

„1.1.   Обхват

Обхват

Някои данни могат да бъдат изтеглени върху външно запаметяващо устройство:

—

от бордовото устройство чрез свързано към него специализирано интелигентно устройство (IDE),

| — | от тахографска карта чрез IDE, оборудвано с интерфейсно устройство за карта (IFD), |
| --- | --- |

—

от тахографска карта чрез IDE, оборудвано с интерфейсно устройство за карта (IFD),

| — | през бордовото устройство от тахографска карта чрез IDE, свързано към бордовото устройство. |
| --- | --- |

—

през бордовото устройство от тахографска карта чрез IDE, свързано към бордовото устройство.

С цел да се даде възможност за проверка на автентичността и целостта на изтеглените данни, съхранени върху външно запаметяващо устройство, те се придружават от подпис съгласно общите механизми за сигурност от допълнение 11. Изтеглят се също данните за идентификацията на изходното оборудване (бордово устройство или карта) и неговите сертификати за сигурност (държава членка и оборудване). Проверителят на данните трябва да притежава свой собствен защитен европейски публичен ключ.

Данните, изтеглени от бордовото устройство, се подписват съгласно общите механизми за сигурност от допълнение 11, част Б (тахографска система от второ поколение), освен когато проверката на водача се извършва от контролен орган на държава извън ЕС с контролна карта от първо поколение; в тези случаи данните се подписват съгласно общите механизми за сигурност от допълнение 11, част А (тахографска система от първо поколение) в съответствие с изискванията в раздел MIG_015 от допълнение 15 — „Миграция“.

За тази цел в посоченото допълнение се предвиждат два типа изтегляния на данни от бордовото устройство:

| — | изтегляне на данни от бордово устройство от поколение 2 със структура на данните от поколение 2, като данните се подписват съгласно общите механизми за сигурност от допълнение 11, част Б, |
| --- | --- |

—

изтегляне на данни от бордово устройство от поколение 2 със структура на данните от поколение 2, като данните се подписват съгласно общите механизми за сигурност от допълнение 11, част Б,

| — | изтегляне на данни от бордово устройство от поколение 1 със структура на данните от поколение 1, като данните се подписват съгласно общите механизми за сигурност от допълнение 11, част А. |
| --- | --- |

—

изтегляне на данни от бордово устройство от поколение 1 със структура на данните от поколение 1, като данните се подписват съгласно общите механизми за сигурност от допълнение 11, част А.

По същия начин съществуват и два типа данни, изтеглени от карта на водач от второ поколение, вкарана в бордовото устройство, както се посочва в параграфи 3 и 4 от настоящото допълнение.“;

| б) | точка 2.2.2 се изменя, както следва:


  i) | таблицата се заменя със следното:


  „Структура на съобщението | 4 байта максимум Заглавна част | 255 байта максимум Данни | 1 байт Контролна сума |
| --- | --- | --- | --- | --- | --- |
| IDE -> | <- VU | FMT | TGT | SRC | LEN | SID | DS_ / TRTP | DATA | CS |
| Start Communication Request | 81 | EE | F0 | | 81 | | | E0 |
| Positive Response Start Communication | 80 | F0 | EE | 03 | C1 | | EA, 8F | 9B |
| Start Diagnostic Session Request | 80 | EE | F0 | 02 | 10 | 81 | | F1 |
| Positive Response Start Diagnostic | 80 | F0 | EE | 02 | 50 | 81 | | 31 |
| Link Control Service | |
| Verify Baud Rate (stage 1) | |
| 9 600 Bd | 80 | EE | F0 | 04 | 87 | | 01,01,01 | EC |
| 19 200 Bd | 80 | EE | F0 | 04 | 87 | | 01,01,02 | ED |
| 38 400 Bd | 80 | EE | F0 | 04 | 87 | | 01,01,03 | EE |
| 57 600 Bd | 80 | EE | F0 | 04 | 87 | | 01,01,04 | EF |
| 115 200 Bd | 80 | EE | F0 | 04 | 87 | | 01,01,05 | F0 |
| Positive Response Verify Baud Rate | 80 | F0 | EE | 02 | C7 | | 01 | 28 |
| Transition Baud Rate (stage 2) | 80 | EE | F0 | 03 | 87 | | 02,03 | ED |
| Request Upload | 80 | EE | F0 | 0A | 35 | | 00,00,00, 00,00,FF,FF,
  FF,FF | 99 |
| Positive Response Request Upload | 80 | F0 | EE | 03 | 75 | | 00,FF | D5 |
| Transfer Data Request | |
| Overview | 80 | EE | F0 | 02 | 36 | 01 or 21 | | 97 |
| Activities | 80 | EE | F0 | 06 | 36 | 02 or 22 | Date | CS |
| Events & Faults | 80 | EE | F0 | 02 | 36 | 03 or 23 | Date | 99 |
| Detailed Speed | 80 | EE | F0 | 02 | 36 | 04 or 24 | Date | 9A |
| Technical Data | 80 | EE | F0 | 02 | 36 | 05 or 25 | Date | 9B |
| Card download | 80 | EE | F0 | 02 | 36 | 06 | Slot | CS |
| Positive Response Transfer Data | 80 | F0 | EE | Len | 76 | TREP | Data | CS |
| Request Transfer Exit | 80 | EE | F0 | 01 | 37 | | | 96 |
| Positive Response Request Transfer Exit | 80 | F0 | EE | 01 | 77 | | | D6 |
| Stop Communication Request | 80 | EE | F0 | 01 | 82 | | | E1 |
| Positive Response Stop Communication | 80 | F0 | EE | 01 | C2 | | | 21 |
| Acknowledge sub message | 80 | EE | F0 | Len | 83 | | Data | CS |
| Negative responses | |
| General reject | 80 | F0 | EE | 03 | 7F | Sid Req | 10 | CS |
| Service not supported | 80 | F0 | EE | 03 | 7F | Sid Req | 11 | CS |
| Sub function not supported | 80 | F0 | EE | 03 | 7F | Sid Req | 12 | CS |
| Incorrect Message Length | 80 | F0 | EE | 03 | 7F | Sid Req | 13 | CS |
| Conditions not correct or Request sequence error | 80 | F0 | EE | 03 | 7F | Sid Req | 22 | CS |
| Request out of range | 80 | F0 | EE | 03 | 7F | Sid Req | 31 | CS |
| Upload not accepted | 80 | F0 | EE | 03 | 7F | Sid Req | 50 | CS |
| Response pending | 80 | F0 | EE | 03 | 7F | Sid Req | 78 | CS |
| Data not available | 80 | F0 | EE | 03 | 7F | Sid Req | FA | CS“ |

б)

точка 2.2.2 се изменя, както следва:

i)

таблицата се заменя със следното:

„Структура на съобщението

4 байта максимум Заглавна част

255 байта максимум Данни

1 байт Контролна сума

IDE ->

IDE ->

<- VU

<- VU

FMT

TGT

SRC

LEN

SID

DS_ / TRTP

DATA

CS

Start Communication Request

81

EE

F0

81

E0

Positive Response Start Communication

80

F0

EE

03

C1

EA, 8F

9B

Start Diagnostic Session Request

80

EE

F0

02

10

81

F1

Positive Response Start Diagnostic

80

F0

EE

02

50

81

31

Link Control Service

Verify Baud Rate (stage 1)

9 600 Bd

80

EE

F0

04

87

01,01,01

EC

19 200 Bd

80

EE

F0

04

87

01,01,02

ED

38 400 Bd

80

EE

F0

04

87

01,01,03

EE

57 600 Bd

80

EE

F0

04

87

01,01,04

EF

115 200 Bd

80

EE

F0

04

87

01,01,05

F0

Positive Response Verify Baud Rate

80

F0

EE

02

C7

01

28

Transition Baud Rate (stage 2)

80

EE

F0

03

87

02,03

ED

Request Upload

80

EE

F0

0A

35

00,00,00, 00,00,FF,FF,

FF,FF

99

Positive Response Request Upload

80

F0

EE

03

75

00,FF

D5

Transfer Data Request

Overview

80

EE

F0

02

36

01 or 21

97

Activities

80

EE

F0

06

36

02 or 22

Date

CS

Events & Faults

80

EE

F0

02

36

03 or 23

Date

99

Detailed Speed

80

EE

F0

02

36

04 or 24

Date

9A

Technical Data

80

EE

F0

02

36

05 or 25

Date

9B

Card download

80

EE

F0

02

36

06

Slot

CS

Positive Response Transfer Data

80

F0

EE

Len

76

TREP

Data

CS

Request Transfer Exit

80

EE

F0

01

37

96

Positive Response Request Transfer Exit

80

F0

EE

01

77

D6

Stop Communication Request

80

EE

F0

01

82

E1

Positive Response Stop Communication

80

F0

EE

01

C2

21

Acknowledge sub message

80

EE

F0

Len

83

Data

CS

Negative responses

General reject

80

F0

EE

03

7F

Sid Req

10

CS

Service not supported

80

F0

EE

03

7F

Sid Req

11

CS

Sub function not supported

80

F0

EE

03

7F

Sid Req

12

CS

Incorrect Message Length

80

F0

EE

03

7F

Sid Req

13

CS

Conditions not correct or Request sequence error

80

F0

EE

03

7F

Sid Req

22

CS

Request out of range

80

F0

EE

03

7F

Sid Req

31

CS

Upload not accepted

80

F0

EE

03

7F

Sid Req

50

CS

Response pending

80

F0

EE

03

7F

Sid Req

78

CS

Data not available

80

F0

EE

03

7F

Sid Req

FA

CS“

| ii) | към забележките след таблицата се добавят следните тирета:


  „— | TRTP 21 — 25 се използват за заявки за изтегляне на данни от бордово устройство от поколение 2; TRTP 01 — 05 се използват за заявки за изтегляне на данни от бордово устройство от поколение 1, които бордовото устройство може да приеме само при проверка на водача, която се извършва от контролен орган на държава извън ЕС с контролна карта от първо поколение, |
| --- | --- | --- |

ii)

към забележките след таблицата се добавят следните тирета:

„—

TRTP 21 — 25 се използват за заявки за изтегляне на данни от бордово устройство от поколение 2; TRTP 01 — 05 се използват за заявки за изтегляне на данни от бордово устройство от поколение 1, които бордовото устройство може да приеме само при проверка на водача, която се извършва от контролен орган на държава извън ЕС с контролна карта от първо поколение,

| — | TRTP 11 — 19 и 31 — 39 са запазени за заявки за специфични изтегляния на данни от производителя.“; |
| --- | --- |

—

TRTP 11 — 19 и 31 — 39 са запазени за заявки за специфични изтегляния на данни от производителя.“;

| в) | точка 2.2.2.9 се изменя, както следва:


  i) | раздел DDP_011 се заменя със следното:


  „DDP_011 | IDE изпраща Transfer Data Request, за да уточни за бордовото устройство вида на данните, които трябва да се изтеглят. Transfer Request Parameter (TRTP) на определен байт показва типа трансфер.
  Съществуват шест типа трансфер на данни. За изтегляне на данни от бордовото устройство за всеки тип трансфер могат да се използват две различни стойности на TRTP:


  Тип трансфер на данни | Стойност на TRTP при изтегляне на данни от бордово устройство от поколение 1 | Стойност на TRTP при изтегляне на данни от бордово устройство от поколение 2 |
| --- | --- | --- | --- | --- | --- |
| Overview | 01 | 21 |
| Activities of a specified date | 02 | 22 |
| Events and faults | 03 | 23 |
| Detailed speed | 04 | 24 |
| Technical data | 05 | 25 |

в)

точка 2.2.2.9 се изменя, както следва:

i)

раздел DDP_011 се заменя със следното:

„DDP_011

IDE изпраща Transfer Data Request, за да уточни за бордовото устройство вида на данните, които трябва да се изтеглят. Transfer Request Parameter (TRTP) на определен байт показва типа трансфер.

Съществуват шест типа трансфер на данни. За изтегляне на данни от бордовото устройство за всеки тип трансфер могат да се използват две различни стойности на TRTP:

Тип трансфер на данни

Стойност на TRTP при изтегляне на данни от бордово устройство от поколение 1

Стойност на TRTP при изтегляне на данни от бордово устройство от поколение 2

Overview

01

21

Activities of a specified date

02

22

Events and faults

03

23

Detailed speed

04

24

Technical data

05

25

| Тип трансфер на данни | Стойност на TRTP |
| --- | --- |
| Card download | 06“ |

Тип трансфер на данни

Стойност на TRTP

Card download

06“

| ii) | раздел DDP_054 се заменя със следното:


  „DDP_054 | За IDE е задължително да заяви overview data transfer (TRTP 01 или 21) по време на сесия за изтегляне на данни, защото единствено това гарантира, че сертификатите на бордовото устройство се регистрират в изтегления файл (и това позволява проверката на цифровия подпис).
  Във втория случай (TRTP 02 или 22) съобщението Transfer Data Request съдържа указание за календарния ден (формат


), чиито данни трябва да се изтеглят.“; |
| --- | --- | --- |

ii)

раздел DDP_054 се заменя със следното:

„DDP_054

За IDE е задължително да заяви overview data transfer (TRTP 01 или 21) по време на сесия за изтегляне на данни, защото единствено това гарантира, че сертификатите на бордовото устройство се регистрират в изтегления файл (и това позволява проверката на цифровия подпис).

Във втория случай (TRTP 02 или 22) съобщението Transfer Data Request съдържа указание за календарния ден (формат

  Image 39

), чиито данни трябва да се изтеглят.“;

| г) | в точка 2.2.2.10 раздел DDP_055 се заменя със следното:


  „DDP_055 | В първия случай (TREP 01 или 21) бордовото устройство ще изпрати данни, предназначени да помогнат на потребителя на IDE при избора на данните, които иска да изтегли. Съобщението съдържа следната информация:


  — | сертификати за сигурност, |
| --- | --- | --- | --- |

г)

в точка 2.2.2.10 раздел DDP_055 се заменя със следното:

„DDP_055

В първия случай (TREP 01 или 21) бордовото устройство ще изпрати данни, предназначени да помогнат на потребителя на IDE при избора на данните, които иска да изтегли. Съобщението съдържа следната информация:

—

сертификати за сигурност,

| — | идентификация на превозното средство, |
| --- | --- |

—

идентификация на превозното средство,

| — | актуалната дата и час на бордовото устройство, |
| --- | --- |

—

актуалната дата и час на бордовото устройство,

| — | най-ранната и най-късната дата за изтегляне на данните (данни от бордовото устройство), |
| --- | --- |

—

най-ранната и най-късната дата за изтегляне на данните (данни от бордовото устройство),

| — | указване за наличието на карти в бордовото устройство, |
| --- | --- |

—

указване за наличието на карти в бордовото устройство,

| — | предишни изтеглени данни към превозвач, |
| --- | --- |

—

предишни изтеглени данни към превозвач,

| — | блокировки от страна на превозвача, |
| --- | --- |

—

блокировки от страна на превозвача,

| — | предишни проверки.“; |
| --- | --- |

—

предишни проверки.“;

| д) | в точка 2.2.2.16, в раздел DDP_018 последното тире се заменя със следното:


  „— | Данни FA, които не са на разположение
  Обектът от данни на заявка за трансфер на данни не е достъпен в бордовото устройство (например не е поставена карта; получената заявка за изтегляне на данни от бордовото устройство от поколение 1 не е при проверка на водача от контролен орган на държава извън ЕС...).“; |
| --- | --- | --- |

д)

в точка 2.2.2.16, в раздел DDP_018 последното тире се заменя със следното:

„—

Данни FA, които не са на разположение

Обектът от данни на заявка за трансфер на данни не е достъпен в бордовото устройство (например не е поставена карта; получената заявка за изтегляне на данни от бордовото устройство от поколение 1 не е при проверка на водача от контролен орган на държава извън ЕС...).“;

| е) | точка 2.2.6.1 се изменя, както следва:


  i) | в раздел DDP_029 първият абзац се заменя със следното:

  „Полето за данни на съобщението „Positive Response Transfer Data Overview“ трябва да дава данните по-долу по следния ред по SID 76 Hex, TRЕP 01 или 21 Hex и съответните критерии за разделяне и преброяване на подсъобщенията:“; |
| --- | --- | --- |

е)

точка 2.2.6.1 се изменя, както следва:

i)

в раздел DDP_029 първият абзац се заменя със следното:

„Полето за данни на съобщението „Positive Response Transfer Data Overview“ трябва да дава данните по-долу по следния ред по SID 76 Hex, TRЕP 01 или 21 Hex и съответните критерии за разделяне и преброяване на подсъобщенията:“;

| ii) | заглавието „Структура на данните от поколение 1“ се заменя със следното:

  „Структура на данните от поколение 1 (TREP 01 Hex)“; |
| --- | --- |

ii)

заглавието „Структура на данните от поколение 1“ се заменя със следното:

„Структура на данните от поколение 1 (TREP 01 Hex)“;

| iii) | заглавието „Структура на данните от поколение 2“ се заменя със следното:

  „Структура на данните от поколение 2 (TREP 21 Hex)“; |
| --- | --- |

iii)

заглавието „Структура на данните от поколение 2“ се заменя със следното:

„Структура на данните от поколение 2 (TREP 21 Hex)“;

| ж) | точка 2.2.6.2 се изменя, както следва:


  i) | в раздел DDP_030 първият абзац се заменя със следното:

  „Полето за данни на съобщението „Positive Response Transfer Data Activities“ трябва да дава данните по-долу по следния ред по SID 76 Hex, TRЕP 02 или 22 Hex и съответните критерии за разделяне и преброяване на подсъобщенията:“; |
| --- | --- | --- |

ж)

точка 2.2.6.2 се изменя, както следва:

i)

в раздел DDP_030 първият абзац се заменя със следното:

„Полето за данни на съобщението „Positive Response Transfer Data Activities“ трябва да дава данните по-долу по следния ред по SID 76 Hex, TRЕP 02 или 22 Hex и съответните критерии за разделяне и преброяване на подсъобщенията:“;

| ii) | заглавието „Структура на данните от поколение 1“ се заменя със следното:

  „Структура на данните от поколение 1 (TREP 02 Hex)“; |
| --- | --- |

ii)

заглавието „Структура на данните от поколение 1“ се заменя със следното:

„Структура на данните от поколение 1 (TREP 02 Hex)“;

| iii) | заглавието „Структура на данните от поколение 2“ се заменя със следното:

  „Структура на данните от поколение 2 (TREP 22 Hex)“; |
| --- | --- |

iii)

заглавието „Структура на данните от поколение 2“ се заменя със следното:

„Структура на данните от поколение 2 (TREP 22 Hex)“;

| iv) | позицията VuGNSSCDRecordArray под заглавието „Структура на данните от поколение 2 (TREP 22 Hex)“ се заменя със следното:


  „ | | Местоположения на превозното средство по GNSS, когато общото време на управление на МПС достигне кратно число на три часа. Ако тази част е празна, се изпраща заглавна част на масив с noOfRecords = 0.“ |
| --- | --- | --- | --- |

iv)

позицията VuGNSSCDRecordArray под заглавието „Структура на данните от поколение 2 (TREP 22 Hex)“ се заменя със следното:

Image 40

Местоположения на превозното средство по GNSS, когато общото време на управление на МПС достигне кратно число на три часа. Ако тази част е празна, се изпраща заглавна част на масив с noOfRecords = 0.“

| з) | точка 2.2.6.3 се изменя, както следва:


  i) | в раздел DDP_031 първият абзац се заменя със следното:

  „Полето за данни на съобщението „Positive Response Transfer Data Events and Faults“ трябва да дава данните по-долу по следния ред по SID 76 Hex, TRЕP 03 или 23 Hex и съответните критерии за разделяне и преброяване на подсъобщенията:“; |
| --- | --- | --- |

з)

точка 2.2.6.3 се изменя, както следва:

i)

в раздел DDP_031 първият абзац се заменя със следното:

„Полето за данни на съобщението „Positive Response Transfer Data Events and Faults“ трябва да дава данните по-долу по следния ред по SID 76 Hex, TRЕP 03 или 23 Hex и съответните критерии за разделяне и преброяване на подсъобщенията:“;

| ii) | заглавието „Структура на данните от поколение 1“ се заменя със следното:

  „Структура на данните от поколение 1 (TREP 03 Hex)“; |
| --- | --- |

ii)

заглавието „Структура на данните от поколение 1“ се заменя със следното:

„Структура на данните от поколение 1 (TREP 03 Hex)“;

| iii) | заглавието „Структура на данните от поколение 2“ се заменя със следното:

  „Структура на данните от поколение 2 (TREP 23 Hex)“; |
| --- | --- |

iii)

заглавието „Структура на данните от поколение 2“ се заменя със следното:

„Структура на данните от поколение 2 (TREP 23 Hex)“;

| iv) | позицията VuTimeAdjustmentGNSSRecordArray под заглавието „Структура на данните от поколение 2 (TREP 23 Hex)“ се заличава; |
| --- | --- |

iv)

позицията VuTimeAdjustmentGNSSRecordArray под заглавието „Структура на данните от поколение 2 (TREP 23 Hex)“ се заличава;

| и) | точка 2.2.6.4 се изменя, както следва:


  i) | в раздел DDP_032 първият абзац се заменя със следното:

  „Полето за данни на съобщението „Positive Response Transfer Data Detailed Speed“ трябва да дава данните по-долу по следния ред по SID 76 Hex, TRЕP 04 или 24 Hex и съответните критерии за разделяне и преброяване на подсъобщенията:“; |
| --- | --- | --- |

и)

точка 2.2.6.4 се изменя, както следва:

i)

в раздел DDP_032 първият абзац се заменя със следното:

„Полето за данни на съобщението „Positive Response Transfer Data Detailed Speed“ трябва да дава данните по-долу по следния ред по SID 76 Hex, TRЕP 04 или 24 Hex и съответните критерии за разделяне и преброяване на подсъобщенията:“;

| ii) | заглавието „Структура на данните от поколение 1“ се заменя със следното:

  „Структура на данните от поколение 1 (TREP 04)“; |
| --- | --- |

ii)

заглавието „Структура на данните от поколение 1“ се заменя със следното:

„Структура на данните от поколение 1 (TREP 04)“;

| iii) | заглавието „Структура на данните от поколение 2“ се заменя със следното:

  „Структура на данните от поколение 2 (TREP 24)“; |
| --- | --- |

iii)

заглавието „Структура на данните от поколение 2“ се заменя със следното:

„Структура на данните от поколение 2 (TREP 24)“;

| й) | точка 2.2.6.5 се изменя, както следва:


  i) | в раздел DDP_033 първият абзац се заменя със следното:

  „Полето за данни на съобщението „Positive Response Transfer Data Technical Data“ трябва да дава данните по-долу по следния ред по SID 76 Hex, TRЕP 05 или 25 Hex и съответните критерии за разделяне и преброяване на подсъобщенията:“; |
| --- | --- | --- |

й)

точка 2.2.6.5 се изменя, както следва:

i)

в раздел DDP_033 първият абзац се заменя със следното:

„Полето за данни на съобщението „Positive Response Transfer Data Technical Data“ трябва да дава данните по-долу по следния ред по SID 76 Hex, TRЕP 05 или 25 Hex и съответните критерии за разделяне и преброяване на подсъобщенията:“;

| ii) | заглавието „Структура на данните от поколение 1“ се заменя със следното:

  „Структура на данните от поколение 1 (TREP 05)“; |
| --- | --- |

ii)

заглавието „Структура на данните от поколение 1“ се заменя със следното:

„Структура на данните от поколение 1 (TREP 05)“;

| iii) | заглавието „Структура на данните от поколение 2“ се заменя със следното:

  „Структура на данните от поколение 2 (TREP 25)“; |
| --- | --- |

iii)

заглавието „Структура на данните от поколение 2“ се заменя със следното:

„Структура на данните от поколение 2 (TREP 25)“;

| к) | в точка 3.3 раздел DDP_035 се заменя със следното:


  „DDP_035 | Изтеглянето на данни от тахографска карта съдържа следните операции:


  — | изтегляне на общата информация на картата в EF


  и


. Тази информация е незадължителна и не е защитена с цифров подпис; |
| --- | --- | --- | --- |

к)

в точка 3.3 раздел DDP_035 се заменя със следното:

„DDP_035

Изтеглянето на данни от тахографска карта съдържа следните операции:

—

изтегляне на общата информация на картата в EF

  Image 41
  и

  Image 42

. Тази информация е незадължителна и не е защитена с цифров подпис;

| — | (за тахографски карти от първо и второ поколение) изтегляне на EF в рамките на


:


  — | изтегляне на EF


  и


. Тази информация не е защитена с цифров подпис.
  Тези файлове трябва задължително да се изтеглят за всяка сесия за изтегляне на данни; |
| --- | --- | --- |

—

(за тахографски карти от първо и второ поколение) изтегляне на EF в рамките на

  Image 43

:

—

изтегляне на EF

  Image 44
  и

  Image 45

. Тази информация не е защитена с цифров подпис.

Тези файлове трябва задължително да се изтеглят за всяка сесия за изтегляне на данни;

| — | изтегляне на останалите елементарни файлове с приложни данни (в рамките на


) освен EF


. Тази информация е защитена с цифров подпис съгласно общите механизми за сигурност от допълнение 11, част А; |
| --- | --- |

—

изтегляне на останалите елементарни файлове с приложни данни (в рамките на

  Image 46

) освен EF

  Image 47

. Тази информация е защитена с цифров подпис съгласно общите механизми за сигурност от допълнение 11, част А;

| — | задължително е да се изтеглят поне


  и


  за всяка сесия за изтегляне на данни; |
| --- | --- |

—

задължително е да се изтеглят поне

  Image 48
  и

  Image 49
  за всяка сесия за изтегляне на данни;

| — | когато се извършва изтегляне на данни от карта на водач, е задължително също да се изтеглят следните EF:


  Текст на изображението

  Events_Data,
  Faults_Data,


  Текст на изображението

  Driver_Activity_Data,
  Vehicles_Used,
  Places,
  Control_Activity_Data,
  Specific_Conditions, |
| --- | --- |

—

когато се извършва изтегляне на данни от карта на водач, е задължително също да се изтеглят следните EF:

Events_Data,

Faults_Data,

Driver_Activity_Data,

Vehicles_Used,

Places,

Control_Activity_Data,

Specific_Conditions,

| — | (само за тахографски карти от второ поколение) с изключение на случаите, когато изтеглянето на данни от карта на водач, вкарана в бордовото устройство, се извършва при проверка на водача от контролен орган на държава извън ЕС с контролна карта от първо поколение, изтегляне на EF в рамките на


:


  — | изтегляне на EF CardSignCertificate, CA_Certificate и Link_Certificate (ако е наличен). Тази информация не е защитена с цифров подпис.
  Тези файлове трябва задължително да се изтеглят за всяка сесия за изтегляне на данни; |
| --- | --- | --- |

—

(само за тахографски карти от второ поколение) с изключение на случаите, когато изтеглянето на данни от карта на водач, вкарана в бордовото устройство, се извършва при проверка на водача от контролен орган на държава извън ЕС с контролна карта от първо поколение, изтегляне на EF в рамките на

  Image 52

:

—

изтегляне на EF CardSignCertificate, CA_Certificate и Link_Certificate (ако е наличен). Тази информация не е защитена с цифров подпис.

Тези файлове трябва задължително да се изтеглят за всяка сесия за изтегляне на данни;

| — | изтегляне на останалите елементарни файлове с приложни данни (в рамките на


) освен EF


. Тази информация е защитена с цифров подпис съгласно общите механизми за сигурност от допълнение 11, част Б. |
| --- | --- |

—

изтегляне на останалите елементарни файлове с приложни данни (в рамките на

  Image 53

) освен EF

  Image 54

. Тази информация е защитена с цифров подпис съгласно общите механизми за сигурност от допълнение 11, част Б.

| — | задължително е да се изтеглят поне EF Application_Identification и Identification за всяка сесия за изтегляне на данни; |
| --- | --- |

—

задължително е да се изтеглят поне EF Application_Identification и Identification за всяка сесия за изтегляне на данни;

| — | когато се извършва изтегляне на данни от карта на водач, е задължително също да се изтеглят следните EF:


  Текст на изображението

  Events_Data,
  Faults_Data,
  Driver_Activity_Data,
  Vehicles_Used,
  Places,
  Control_Activity_Data,
  Specific_Conditions,
  VehicleUnits_Used,
  GNSS Places. |
| --- | --- |

—

когато се извършва изтегляне на данни от карта на водач, е задължително също да се изтеглят следните EF:

Events_Data,

Faults_Data,

Driver_Activity_Data,

Vehicles_Used,

Places,

Control_Activity_Data,

Specific_Conditions,

VehicleUnits_Used,

GNSS Places.

| — | когато се извършва изтегляне на данни от карта на водач, трябва да се актуализира датата на


  в EF


, както и в


  и ако е уместно — в DF


. |
| --- | --- |

—

когато се извършва изтегляне на данни от карта на водач, трябва да се актуализира датата на

  Image 56
  в EF

  Image 57

, както и в

  Image 58
  и ако е уместно — в DF

  Image 59

.

| — | когато се извършва изтегляне на данни от карта за монтаж и настройки, трябва да се инициализира броячът за калибриране в EF


, както и в


  и ако е уместно — в DF


. |
| --- | --- |

—

когато се извършва изтегляне на данни от карта за монтаж и настройки, трябва да се инициализира броячът за калибриране в EF

  Image 60

, както и в

  Image 61
  и ако е уместно — в DF

  Image 62

.

| — | когато се изтеглят данни от карта за монтаж и настройки, не трябва да се изтеглят данните от


  в


  и ако е уместно — в DF


.“; |
| --- | --- |

—

когато се изтеглят данни от карта за монтаж и настройки, не трябва да се изтеглят данните от

  Image 63
  в

  Image 64
  и ако е уместно — в DF

  Image 65

.“;

| л) | в точка 3.3.2, в раздел DDP_037 първият абзац се заменя със следното:

  „Последователността за изтегляне на данни от EF ICC, IC, Card_Certificate (или CardSignCertificate за DF Tachograph_G2), CA_Certificate и Link_Certificate (само за DF Tachograph_G2) е, както следва:“; |
| --- | --- |

л)

в точка 3.3.2, в раздел DDP_037 първият абзац се заменя със следното:

„Последователността за изтегляне на данни от EF ICC, IC, Card_Certificate (или CardSignCertificate за DF Tachograph_G2), CA_Certificate и Link_Certificate (само за DF Tachograph_G2) е, както следва:“;

| м) | таблицата в точка 3.3.3 се заменя със следното:


  „Карта | Посока | IDE/IFD | Значение/Забележки |
| --- | --- | --- | --- | --- |
| | | Select File | |
| OK | | | |
| | | Perform Hash of File | — | Позволява да се изчисли хеш-стойността по отношение на съдържанието на избрания файл, като се използва хеш-алгоритъмът, посочен в допълнение 11, част А или Б. Това не е команда ISO. |

м)

таблицата в точка 3.3.3 се заменя със следното:

„Карта

Посока

IDE/IFD

Значение/Забележки

Image 66

Select File

Select File

OK

OK

Image 67

Image 68

Perform Hash of File

Perform Hash of File

—

Позволява да се изчисли хеш-стойността по отношение на съдържанието на избрания файл, като се използва хеш-алгоритъмът, посочен в допълнение 11, част А или Б. Това не е команда ISO.

Изчислява се Hash of File и временно се съхранява хеш-стойността

OK

OK

Image 69

Image 70

Read Binary

Read Binary

Ако файлът съдържа повече данни от капацитета на буферната памет на четящото устройство или картата, командата трябва да се повтори, докато се прочете целият файл.

Данни от файла

Данни от файла

OK

OK

Image 71

Получените данни се съхраняват върху ESM

Съгласно 3.4. Формат за съхранение на данните

3.4.

Image 72

PSO: Compute Digital Signature

PSO: Compute Digital Signature

Изпълнение на операция за сигурност „Compute Digital Signature“, като се използва временно съхранената хеш-стойност

Подпис

Подпис

OK

OK

Image 73

Добавяне на данни към тези, които са съхранени преди това върху ЕSM

съгласно 3.4. Формат за съхранение на данните“

| н) | в точка 3.4.2 раздел DDP_046 се заменя със следното:


  „DDP_046 | Всеки подпис трябва да бъде съхранен под формата на обект ТLV веднага след обекта ТLV, който съдържа данните на файла.


  Определение | Значение | Дължина |
| --- | --- | --- | --- | --- |
| FID (2 байта) || „00“ | Таг за EF (FID) в


  или за общата информация на картата | 3 байта |
| FID (2 байта) || „01“ | Таг за подпис на EF (FID) в DF | 3 байта |
| FID (2 байта) || „02“ | Таг за EF (FID) в DF | 3 байта |
| FID (2 байта) || „03“ | Таг за подпис на EF (FID) в DF | 3 байта |
| xx xx | Дължина на полето за стойността | 2 байта |

н)

в точка 3.4.2 раздел DDP_046 се заменя със следното:

„DDP_046

Всеки подпис трябва да бъде съхранен под формата на обект ТLV веднага след обекта ТLV, който съдържа данните на файла.

Определение

Значение

Дължина

FID (2 байта) || „00“

Image 74

3 байта

FID (2 байта) || „01“

Image 75

3 байта

FID (2 байта) || „02“

Image 76

3 байта

FID (2 байта) || „03“

Image 77

3 байта

xx xx

Дължина на полето за стойността

2 байта

Пример за данни в изтеглен файл върху ЕSM:

| Таг | Дължина | Стойност |
| --- | --- | --- |
| | | — | Данни от EF ICC |

Таг

Дължина

Стойност

Image 78

Image 79

—

Данни от EF ICC

Image 80

Image 81

| — | Данни от EF Card_Certificate |
| --- | --- |

—

Данни от EF Card_Certificate

| — | ... |
| --- | --- |

—

...

Image 82

Image 83

Image 84

Image 85

Image 86

Image 87

Image 88

Image 89

Image 90

Image 91

Image 92

Image 93

Image 94

Image 95

Image 96

Image 97

| о) | в точка 4 раздел DDP_049 се заменя със следното:


  „DDP_049 | Карти на водач от първо поколение: Данните трябва да се изтеглят, като се използва протоколът за изтегляне на данни от първо поколение, и изтеглените данни трябва да са със същия формат като данните, изтеглени от бордово устройство от първо поколение.
  Карти на водач от второ поколение: Тогава бордовото устройство трябва да извърши цялостното изтегляне на данни от картата, файл по файл, в съответствие с протокола за изтегляне на данни от карта, определен в параграф 3, както и да изпрати към IDE всички данни, които са получени от картата в съответния файлов формат ТLV (вж. 3.4.2) и са капсулирани в съобщение „Positive Response Transfer Data“.“ |
| --- | --- | --- |

о)

в точка 4 раздел DDP_049 се заменя със следното:

„DDP_049

Карти на водач от първо поколение: Данните трябва да се изтеглят, като се използва протоколът за изтегляне на данни от първо поколение, и изтеглените данни трябва да са със същия формат като данните, изтеглени от бордово устройство от първо поколение.

Карти на водач от второ поколение: Тогава бордовото устройство трябва да извърши цялостното изтегляне на данни от картата, файл по файл, в съответствие с протокола за изтегляне на данни от карта, определен в параграф 3, както и да изпрати към IDE всички данни, които са получени от картата в съответния файлов формат ТLV (вж. 3.4.2) и са капсулирани в съобщение „Positive Response Transfer Data“.“

| 34) | В допълнение 8, точка 2 текстът под заглавието „Справочни материали“ се заменя със следното:

  „ISO 14230-2: Пътни превозни средства. Системи за диагностика. Протокол „Keyword 2000“. Част 2: канален слой.
  Първо издание: 1999 г.“ |
| --- | --- |

34)

В допълнение 8, точка 2 текстът под заглавието „Справочни материали“ се заменя със следното:

„ISO 14230-2: Пътни превозни средства. Системи за диагностика. Протокол „Keyword 2000“. Част 2: канален слой.

Първо издание: 1999 г.“

| 35) | Допълнение 9 се изменя, както следва:


  а) | точка 6 в съдържанието се заменя със следното:


  „6. | ИЗПИТВАНИЯ НА ВЪНШНОТО УСТРОЙСТВО ЗА ВРЪЗКА ОТ РАЗСТОЯНИЕ“; |
| --- | --- | --- | --- |

35)

Допълнение 9 се изменя, както следва:

а)

точка 6 в съдържанието се заменя със следното:

„6.

ИЗПИТВАНИЯ НА ВЪНШНОТО УСТРОЙСТВО ЗА ВРЪЗКА ОТ РАЗСТОЯНИЕ“;

| б) | в точка 1.1 първото тире се заменя със следното:


  „— | сертифициране за сигурност, въз основа на спецификациите на Общите критерии, при цел за състояние на сигурност на системата, което да е в пълно съответствие с допълнение 10 към настоящото приложение,“; |
| --- | --- | --- |

б)

в точка 1.1 първото тире се заменя със следното:

„—

сертифициране за сигурност, въз основа на спецификациите на Общите критерии, при цел за състояние на сигурност на системата, което да е в пълно съответствие с допълнение 10 към настоящото приложение,“;

сертифициране за сигурност

| в) | таблицата за функционални изпитвания на бордовото устройство в точка 2 се заменя със следното:


  „No | Изпитване | Описание | Съответни изисквания |
| --- | --- | --- | --- | --- |
| 1 | Административен преглед |
| 1.1 | Документиране | Правилност на документацията | |
| 1.2 | Резултати от изпитване, проведено от производителя | Резултати от изпитване при интегриране, проведено от производителя
  Писмени демонстрации. | 88, 89, 91 |
| 2 | Визуално инспектиране |
| 2.1 | Съответствие с документацията | |
| 2.2 | Идентификация/маркировки | 224 до 226 |
| 2.3 | Материали | 219 до 223 |
| 2.4 | Херметизация | 398, 401 до 405 |
| 2.5 | Външни интерфейси | |
| 3 | Функционални изпитвания |
| 3.1 | Осигурявани функции | 02, 03, 04, 05, 07, 382 |
| 3.2 | Режими на работа | 09 до 11*, 134, 135 |
| 3.3 | Права за достъп до функции и данни | 12* 13*, 382, 383, 386 до 389 |
| 3.4 | Следене на вкарването и изваждането на картите | 15, 16, 17, 18, 19*, 20*, 134 |
| 3.5 | Измерване на скорост и разстояние | 21 до 31 |
| 3.6 | Измерване на време (изпитване, провеждано при 20 °C) | 38 до 43 |
| 3.7 | Следене на дейностите на водача | 44 до 53, 134 |
| 3.8 | Следене на състоянието при управление на МПС | 54, 55, 134 |
| 3.9 | Ръчно въвеждани данни | 56 до 62 |
| 3.10 | Управление на фирмените блокировки за информация на превозвачи | 63 до 68 |
| 3.11 | Следене на контролните дейности | 69, 70 |
| 3.12 | Установяване на събития и/или неизправности | 71 до 88, 134 |
| 3.13 | Данни за идентифициране на уредите | 93*, 94*, 97, 100 |
| 3.14 | Данни за вкарването и изваждането на картата на водач | 102* до 104* |
| 3.15 | Данни за дейностите на водача | 105* до 107* |
| 3.16 | Данни за места и местоположения | 108* до 112* |
| 3.17 | Данни от километражния брояч | 113* до 115* |
| 3.18 | Подробни данни за скоростта | 116* |
| 3.19 | Данни за събития | 117* |
| 3.20 | Данни за неизправности | 118* |
| 3.21 | Данни за калибриране | 119* до 121* |
| 3.22 | Данни за сверяване на часовника | 124*, 125* |
| 3.23 | Данни за контролните дейности | 126*, 127* |
| 3.24 | Данни за фирмени блокировки за информация на превозвачи | 128* |
| 3.25 | Изтегляне на данни за дейностите | 129* |
| 3.26 | Данни за специфични условия | 130*, 131* |
| 3.27 | Записване и запаметяване върху тахографските карти | 136, 137, 138*, 139*, 141*, 142, 143
  144, 145, 146*, 147*, 148*, 149, 150 |
| 3.28 | Показване върху дисплея | 90, 134,
  151 до 168,
  PIC_001, DIS_001 |
| 3.29 | Разпечатване | 90, 134,
  169 до 181, PIC_001, PRT_001 до PRT_014 |
| 3.30 | Предупреждаване | 134, 182 до 191,
  PIC_001 |
| 3.31 | Изтегляне на данни към външни носители | 90, 134, 192 до 196 |
| 3.32 | Връзка от разстояние за извършване на целенасочени пътни проверки | 197 до 199 |
| 3.33 | Данни, прехвърляни към допълнителни външни устройства | 200, 201 |
| 3.34 | Калибриране | 202 до 206*, 383, 384, 386 до 391 |
| 3.35 | Крайпътна проверка на калибрирането | 207 до 209 |
| 3.36 | Сверяване на часовника | 210 до 212* |
| 3.37 | Отсъствие на смущения от страна на допълнителните функции | 06, 425 |
| 3.38 | Интерфейс на датчика на движение | 02, 122 |
| 3.39 | Външно устройство за GNSS | 03, 123 |
| 3.40 | Да се провери дали бордовото устройство открива, записва и съхранява събитието(ята) и/или неизправността(ите), определени от производителя на бордовото устройство, когато съответно свързан с него датчик за движение реагира на магнитни полета, смущаващи установяването на движението на превозното средство. | 217 |
| 3.41 | Криптографска поредица (cypher suite) и стандартизирани домейн параметри | CSM_48, CSM_50 |
| 4 | Изпитвания за въздействията на околната среда |
| 4.1 | Температура | Проверяват се функционалните възможности чрез следните изпитвания: | Изпитване съгласно ISO 16750-4, глава 5.1.1.2: Изпитване за работа при ниска температура (72 часа при – 20 °C) |

в)

таблицата за функционални изпитвания на бордовото устройство в точка 2 се заменя със следното:

„No

Изпитване

Описание

Съответни изисквания

1

1

Административен преглед

Административен преглед

1.1

Документиране

Правилност на документацията

1.2

Резултати от изпитване, проведено от производителя

Резултати от изпитване при интегриране, проведено от производителя

Писмени демонстрации.

88, 89, 91

2

2

Визуално инспектиране

Визуално инспектиране

2.1

Съответствие с документацията

2.2

Идентификация/маркировки

224 до 226

2.3

Материали

219 до 223

2.4

Херметизация

398, 401 до 405

2.5

Външни интерфейси

3

3

Функционални изпитвания

Функционални изпитвания

3.1

Осигурявани функции

02, 03, 04, 05, 07, 382

3.2

Режими на работа

09 до 11*, 134, 135

3.3

Права за достъп до функции и данни

12* 13*, 382, 383, 386 до 389

3.4

Следене на вкарването и изваждането на картите

15, 16, 17, 18, 19*, 20*, 134

3.5

Измерване на скорост и разстояние

21 до 31

3.6

Измерване на време (изпитване, провеждано при 20 °C)

38 до 43

3.7

Следене на дейностите на водача

44 до 53, 134

3.8

Следене на състоянието при управление на МПС

54, 55, 134

3.9

Ръчно въвеждани данни

56 до 62

3.10

Управление на фирмените блокировки за информация на превозвачи

63 до 68

3.11

Следене на контролните дейности

69, 70

3.12

Установяване на събития и/или неизправности

71 до 88, 134

3.13

Данни за идентифициране на уредите

93*, 94*, 97, 100

3.14

Данни за вкарването и изваждането на картата на водач

102* до 104*

3.15

Данни за дейностите на водача

105* до 107*

3.16

Данни за места и местоположения

108* до 112*

3.17

Данни от километражния брояч

113* до 115*

3.18

Подробни данни за скоростта

116*

3.19

Данни за събития

117*

3.20

Данни за неизправности

118*

3.21

Данни за калибриране

119* до 121*

3.22

Данни за сверяване на часовника

124*, 125*

3.23

Данни за контролните дейности

126*, 127*

3.24

Данни за фирмени блокировки за информация на превозвачи

128*

3.25

Изтегляне на данни за дейностите

129*

3.26

Данни за специфични условия

130*, 131*

3.27

Записване и запаметяване върху тахографските карти

136, 137, 138*, 139*, 141*, 142, 143

144, 145, 146*, 147*, 148*, 149, 150

3.28

Показване върху дисплея

90, 134,

151 до 168,

PIC_001, DIS_001

3.29

Разпечатване

90, 134,

169 до 181, PIC_001, PRT_001 до PRT_014

3.30

Предупреждаване

134, 182 до 191,

PIC_001

3.31

Изтегляне на данни към външни носители

90, 134, 192 до 196

3.32

Връзка от разстояние за извършване на целенасочени пътни проверки

197 до 199

3.33

Данни, прехвърляни към допълнителни външни устройства

200, 201

3.34

Калибриране

202 до 206*, 383, 384, 386 до 391

3.35

Крайпътна проверка на калибрирането

207 до 209

3.36

Сверяване на часовника

210 до 212*

3.37

Отсъствие на смущения от страна на допълнителните функции

06, 425

3.38

Интерфейс на датчика на движение

02, 122

3.39

Външно устройство за GNSS

03, 123

3.40

Да се провери дали бордовото устройство открива, записва и съхранява събитието(ята) и/или неизправността(ите), определени от производителя на бордовото устройство, когато съответно свързан с него датчик за движение реагира на магнитни полета, смущаващи установяването на движението на превозното средство.

217

3.41

Криптографска поредица (cypher suite) и стандартизирани домейн параметри

CSM_48, CSM_50

4

4

Изпитвания за въздействията на околната среда

Изпитвания за въздействията на околната среда

4.1

Температура

Проверяват се функционалните възможности чрез следните изпитвания:

Изпитване съгласно ISO 16750-4, глава 5.1.1.2: Изпитване за работа при ниска температура (72 часа при – 20 °C)

| | Това изпитване е с позоваване на IEC 60068-2-1: Изпитване на въздействия на околната среда — Част 2-1: Изпитвания — Изпитване А: Студ |
| --- | --- |

Това изпитване е с позоваване на IEC 60068-2-1: Изпитване на въздействия на околната среда — Част 2-1: Изпитвания — Изпитване А: Студ

| | Изпитване съгласно ISO 16750-4: глава 5.1.2.2: Изпитване за работа при висока температура (72 часа при 70 °C) |
| --- | --- |

Изпитване съгласно ISO 16750-4: глава 5.1.2.2: Изпитване за работа при висока температура (72 часа при 70 °C)

| | Това изпитване е с позоваване на IEC 60068-2-2: Основни процедури за изпитване на въздействия на околната среда; Част 2: Изпитвания; Изпитвания В: Суха топлина |
| --- | --- |

Това изпитване е с позоваване на IEC 60068-2-2: Основни процедури за изпитване на въздействия на околната среда; Част 2: Изпитвания; Изпитвания В: Суха топлина

| | Изпитване съгласно ISO 16750-4: Глава 5.3.2: Бърза промяна на температурата при зададена продължителност на прехода (– 20 °C/70 °C, 20 цикъла, време на задържане при всяка от температурите 2 часа)
  Възможно е да се проведат намален набор изпитвания (измежду посочените в раздел 3 от настоящата таблица) съответно при ниските температури, високите температури и температурните цикли |
| --- | --- |

Изпитване съгласно ISO 16750-4: Глава 5.3.2: Бърза промяна на температурата при зададена продължителност на прехода (– 20 °C/70 °C, 20 цикъла, време на задържане при всяка от температурите 2 часа)

Възможно е да се проведат намален набор изпитвания (измежду посочените в раздел 3 от настоящата таблица) съответно при ниските температури, високите температури и температурните цикли

213

4.2

Влажност

Проверява се, че бордовото устройство може да понесе циклично изпитване на топлина във влажна среда съгласно IEC 60068-2-30, изпитване Db, с шест цикъла по 24 часа, като във всеки от тях температурата се изменя от + 25 °C до + 55 °C и относителната влажност е съответно 97 % при + 25 °C и 93 % при + 55 °C

214

4.3

Механични въздействия

| 1. | Синусоидални вибрации.
  Проверява се, че бордовото устройство може да понесе синусоидални вибрации със следните характеристики: | постоянно изместване, при честота между 5 и 11 Hz: максимум 10 mm |
| --- | --- | --- |

1.

Синусоидални вибрации.

Проверява се, че бордовото устройство може да понесе синусоидални вибрации със следните характеристики:

постоянно изместване, при честота между 5 и 11 Hz: максимум 10 mm

| | постоянно ускорение, при честота между 11 и 300 Hz: 5 g |
| --- | --- |

постоянно ускорение, при честота между 11 и 300 Hz: 5 g

| | Съответствието с това изискване се проверява чрез изпитване Fc по IEC 60068-2-6, с минимално времетраене на изпитването 3 × 12 часа (по 12 часа на координатна ос) |
| --- | --- |

Съответствието с това изискване се проверява чрез изпитване Fc по IEC 60068-2-6, с минимално времетраене на изпитването 3 × 12 часа (по 12 часа на координатна ос)

| | Стандартът ISO 16750-3 не изисква да се провежда изпитване със синусоидални вибрации за устройства, намиращи се в отделна кабина на превозното средство. |
| --- | --- |

Стандартът ISO 16750-3 не изисква да се провежда изпитване със синусоидални вибрации за устройства, намиращи се в отделна кабина на превозното средство.

| 2. | Случайни вибрации:
  Изпитване съгласно ISO 16750-3: глава 4.1.2.8: Изпитване VIII: Търговски превозни средства с отделна кабина
  Изпитване за случайни вибрации, 10...2000 Hz, вертикално средноквадратично отклонение 21,3 m/s2, надлъжно средноквадратично отклонение 11,8 m/s2, напречно средноквадратично отклонение 13,1 m/s2, 3 оси, по 32 часа за ос, включително температурен цикъл – 20...70 °C.
  Това изпитване е с позоваване на IEC 60068-2-64: Изпитване на въздействия на околната среда — Част 2-64: Изпитвания — Изпитване Fh: Вибрации, широколентови случайни, и указания |
| --- | --- |

2.

Случайни вибрации:

Изпитване съгласно ISO 16750-3: глава 4.1.2.8: Изпитване VIII: Търговски превозни средства с отделна кабина

Изпитване за случайни вибрации, 10...2000 Hz, вертикално средноквадратично отклонение 21,3 m/s2, надлъжно средноквадратично отклонение 11,8 m/s2, напречно средноквадратично отклонение 13,1 m/s2, 3 оси, по 32 часа за ос, включително температурен цикъл – 20...70 °C.

2

2

2

Това изпитване е с позоваване на IEC 60068-2-64: Изпитване на въздействия на околната среда — Част 2-64: Изпитвания — Изпитване Fh: Вибрации, широколентови случайни, и указания

| 3. | Удари:
  механичен удар с ускорение 3 g, полусинусоидален, съгласно ISO 16750. |
| --- | --- |

3.

Удари:

механичен удар с ускорение 3 g, полусинусоидален, съгласно ISO 16750.

Гореописаните изпитвания се извършват върху различни мостри на изпитваните съоръжения.

219

4.4

Защита срещу проникване на вода и чужди тела

Изпитване съгласно ISO 20653: Пътни превозни средства. Степен на защита (IP код). Защита на електрическото оборудване срещу проникване на чужди тела, вода и достъп (запазване на характеристиките); Минимално допустима стойност IP 40

220, 221

4.5

Защита срещу пренапрежения

Проверява се, че бордовото устройство може да понесе захранващо напрежение, както следва:

| при варианти за напрежение 24 V: 34 V при + 40 °C в продължение на 1 час | : | при варианти за напрежение 24 V: 34 V при + 40 °C в продължение на 1 час |
| --- | --- | --- |
| при варианти за напрежение 12 V: 17 V при + 40 °C в продължение на 1 час | : | при варианти за напрежение 12 V: 17 V при + 40 °C в продължение на 1 час |

при варианти за напрежение 24 V: 34 V при + 40 °C в продължение на 1 час

:

при варианти за напрежение 24 V: 34 V при + 40 °C в продължение на 1 час

при варианти за напрежение 12 V: 17 V при + 40 °C в продължение на 1 час

:

при варианти за напрежение 12 V: 17 V при + 40 °C в продължение на 1 час

(ISO 16750-2)

216

4.6

Защита срещу включване с обратна полярност

Проверява се, че бордовото устройство може да издържи на размяна на полюсите на електрическото му захранване

(ISO 16750-2)

216

4.7

Защита срещу къси съединения

Проверява се, че входно/изходните сигнали са защитени срещу къси съединения към захранването и към масата

(ISO 16750-2)

216

5

5

Изпитване за електромагнитна съвместимост (EMC)

Изпитване за електромагнитна съвместимост (EMC)

5.1

Излъчени емисии и чувствителност към тях

Съответствие с Правило No 10 на ИКЕ на ООН

218

5.2

Електростатичен разряд

Съответствие със стандарт ISO 10605:2008 +

Техническа поправка: 2010 +

AMD1:2014: +/- 4 kV за контактен разряд и +/- 8 kV за разряд през въздух

218

5.3

Чувствителност към преходни процеси по проводниците на захранването

При варианти за напрежение 24 V: съответствие със стандарт ISO 7637-2 + Правило No 10 на ИКЕ на ООН, Преработка 3:

| | импулс 1a: Vs = – 450 V, Ri = 50 Ω |
| --- | --- |

импулс 1a: Vs = – 450 V, Ri = 50 Ω

| | импулс 2a: Vs = + 37 V, Ri = 2 Ω |
| --- | --- |

импулс 2a: Vs = + 37 V, Ri = 2 Ω

| | импулс 2b: Vs = + 20 V, Ri = 0,05 Ω |
| --- | --- |

импулс 2b: Vs = + 20 V, Ri = 0,05 Ω

| | импулс 3a: Vs = – 150 V, Ri = 50 Ω |
| --- | --- |

импулс 3a: Vs = – 150 V, Ri = 50 Ω

| | импулс 3b: Vs = + 150 V, Ri = 50 Ω |
| --- | --- |

импулс 3b: Vs = + 150 V, Ri = 50 Ω

| | импулс 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms |
| --- | --- |

импулс 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms

| | импулс 5: Vs = + 120 V, Ri = 2,2 Ω, td = 250 ms |
| --- | --- |

импулс 5: Vs = + 120 V, Ri = 2,2 Ω, td = 250 ms

При варианти за напрежение 12 V: съответствие със стандарт ISO 7637-1 + Правило No 10 на ИКЕ на ООН, Преработка 3:

| | импулс 1: Vs = – 75 V, Ri = 10 Ω |
| --- | --- |

импулс 1: Vs = – 75 V, Ri = 10 Ω

| | импулс 2a: Vs = + 37 V, Ri = 2 Ω |
| --- | --- |

импулс 2a: Vs = + 37 V, Ri = 2 Ω

| | импулс 2b: Vs = + 10 V, Ri = 0,05 Ω |
| --- | --- |

импулс 2b: Vs = + 10 V, Ri = 0,05 Ω

| | импулс 3a: Vs = – 112 V, Ri = 50 Ω |
| --- | --- |

импулс 3a: Vs = – 112 V, Ri = 50 Ω

| | импулс 3b: Vs = + 75 V, Ri = 50 Ω |
| --- | --- |

импулс 3b: Vs = + 75 V, Ri = 50 Ω

| | импулс 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms |
| --- | --- |

импулс 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms

| | импулс 5: Vs = + 65 V, Ri = 3 Ω, td = 100 ms |
| --- | --- |

импулс 5: Vs = + 65 V, Ri = 3 Ω, td = 100 ms

| | Импулс 5 се изпитва само за бордови устройства, предвидени за монтиране на превозни средства, които не разполагат с устройство за обща външна защита срещу повишено напрежение вследствие разкачане на акумулаторната батерия при зареждащ я алтернатор |
| --- | --- |

Импулс 5 се изпитва само за бордови устройства, предвидени за монтиране на превозни средства, които не разполагат с устройство за обща външна защита срещу повишено напрежение вследствие разкачане на акумулаторната батерия при зареждащ я алтернатор

За примерни стойности на повишено напрежение вследствие разкачане на акумулаторната батерия при зареждащ я алтернатор, вж. стандарт ISO 16750-2, 4-то издание, глава 4.6.4.

218“

| г) | точка 6 се заменя със следното:
  „6.   ИЗПИТВАНИЯ НА ВЪНШНОТО УСТРОЙСТВО ЗА ВРЪЗКА ОТ РАЗСТОЯНИЕ


  No | Изпитване | Описание | Съответни изисквания |
| --- | --- | --- | --- | --- |
| 1. | Административен преглед |
| 1.1 | Документиране | Правилност на документацията | |
| 2. | Визуално инспектиране |
| 2.1. | Съответствие с документацията | |
| 2.2. | Идентификация/маркировки | 225, 226 |
| 2.3 | Материали | 219 до 223 |
| 3. | Функционални изпитвания |
| 3.1 | Връзка от разстояние за извършване на целенасочени пътни проверки | 4, 197 до 199 |
| 3.2 | Записване и съхраняване на данните в паметта | 91 |
| 3.3 | Връзка с бордовото устройство | Допълнение 14, раздели DSC_66 до DSC_70 и DSC_71 до DSC_76 |
| 4. | Изпитвания за въздействията на околната среда |
| 4.1 | Температура | Проверяват се функционалните възможности чрез следните изпитвания: | Изпитване съгласно ISO 16750-4, глава 5.1.1.2: Изпитване за работа при ниска температура (72 часа при – 20 °C)
  Това изпитване е с позоваване на IEC 60068-2-1: Изпитване на въздействия на околната среда — Част 2-1: Изпитвания — Изпитване А: Студ |

г)

точка 6 се заменя със следното:

„6.   ИЗПИТВАНИЯ НА ВЪНШНОТО УСТРОЙСТВО ЗА ВРЪЗКА ОТ РАЗСТОЯНИЕ

No

Изпитване

Описание

Съответни изисквания

1.

Административен преглед

Административен преглед

1.1

Документиране

Правилност на документацията

2.

Визуално инспектиране

Визуално инспектиране

2.1.

Съответствие с документацията

2.2.

Идентификация/маркировки

225, 226

2.3

Материали

219 до 223

3.

3.

Функционални изпитвания

Функционални изпитвания

3.1

Връзка от разстояние за извършване на целенасочени пътни проверки

4, 197 до 199

3.2

Записване и съхраняване на данните в паметта

91

3.3

Връзка с бордовото устройство

Допълнение 14, раздели DSC_66 до DSC_70 и DSC_71 до DSC_76

4.

Изпитвания за въздействията на околната среда

Изпитвания за въздействията на околната среда

4.1

Температура

Проверяват се функционалните възможности чрез следните изпитвания:

Изпитване съгласно ISO 16750-4, глава 5.1.1.2: Изпитване за работа при ниска температура (72 часа при – 20 °C)

Това изпитване е с позоваване на IEC 60068-2-1: Изпитване на въздействия на околната среда — Част 2-1: Изпитвания — Изпитване А: Студ

| | Изпитване съгласно ISO 16750-4: глава 5.1.2.2: Изпитване за работа при висока температура (72 часа при 70 °C)
  Това изпитване е с позоваване на IEC 60068-2-2: Основни процедури за изпитване на въздействия на околната среда; Част 2: Изпитвания; Изпитвания В: Суха топлина |
| --- | --- |

Изпитване съгласно ISO 16750-4: глава 5.1.2.2: Изпитване за работа при висока температура (72 часа при 70 °C)

Това изпитване е с позоваване на IEC 60068-2-2: Основни процедури за изпитване на въздействия на околната среда; Част 2: Изпитвания; Изпитвания В: Суха топлина

| | Изпитване съгласно ISO 16750-4: Глава 5.3.2: Бърза промяна на температурата при зададена продължителност на прехода (– 20 °C/70 °C, 20 цикъла, време на задържане при всяка от температурите 1 час)
  Възможно е да се проведат намален набор изпитвания (измежду посочените в раздел 3 от настоящата таблица) съответно при ниските температури, високите температури и температурните цикли |
| --- | --- |

Изпитване съгласно ISO 16750-4: Глава 5.3.2: Бърза промяна на температурата при зададена продължителност на прехода (– 20 °C/70 °C, 20 цикъла, време на задържане при всяка от температурите 1 час)

Възможно е да се проведат намален набор изпитвания (измежду посочените в раздел 3 от настоящата таблица) съответно при ниските температури, високите температури и температурните цикли

213

4.2

Защита срещу проникване на вода и чужди тела

Изпитване съгласно ISO 20653: Пътни превозни средства. Степен на защита (IP код). Защита на електрическото оборудване срещу проникване на чужди тела, вода и достъп (целева стойност IP40)

220, 221

5

5

Изпитание за електромагнитна съвместимост (EMC)

Изпитание за електромагнитна съвместимост (EMC)

5.1

Излъчени емисии и чувствителност към тях

Съответствие с Правило No 10 на ИКЕ на ООН

218

5.2

Електростатичен разряд

Съответствие със стандарт ISO 10605:2008 + Техническа поправка: 2010 + AMD1:2014: +/– 4 kV за контактен разряд и +/– 8 kV за разряд през въздух

218

5.3

Чувствителност към преходни процеси по проводниците на захранването

При варианти за напрежение 24 V: съответствие със стандарт ISO 7637-2 + Правило No 10 на ИКЕ на ООН, Преработка 3:

| | импулс 1a: Vs = – 450 V, Ri = 50 Ω |
| --- | --- |

импулс 1a: Vs = – 450 V, Ri = 50 Ω

| | импулс 2a: Vs = + 37 V, Ri = 2 Ω |
| --- | --- |

импулс 2a: Vs = + 37 V, Ri = 2 Ω

| | импулс 2b: Vs = + 20 V, Ri = 0,05 Ω |
| --- | --- |

импулс 2b: Vs = + 20 V, Ri = 0,05 Ω

| | импулс 3a: Vs = – 150 V, Ri = 50 Ω |
| --- | --- |

импулс 3a: Vs = – 150 V, Ri = 50 Ω

| | импулс 3b: Vs = + 150 V, Ri = 50 Ω |
| --- | --- |

импулс 3b: Vs = + 150 V, Ri = 50 Ω

| | импулс 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms |
| --- | --- |

импулс 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms

| | импулс 5: Vs = + 120 V, Ri = 2,2 Ω, td = 250 ms |
| --- | --- |

импулс 5: Vs = + 120 V, Ri = 2,2 Ω, td = 250 ms

При варианти за напрежение 12 V: съответствие със стандарт ISO 7637-1 + Правило No 10 на ИКЕ на ООН, Преработка 3:

| | импулс 1: Vs = – 75 V, Ri = 10 Ω |
| --- | --- |

импулс 1: Vs = – 75 V, Ri = 10 Ω

| | импулс 2a: Vs = + 37 V, Ri = 2 Ω |
| --- | --- |

импулс 2a: Vs = + 37 V, Ri = 2 Ω

| | импулс 2b: Vs = + 10 V, Ri = 0,05 Ω |
| --- | --- |

импулс 2b: Vs = + 10 V, Ri = 0,05 Ω

| | импулс 3a: Vs = – 112 V, Ri = 50 Ω |
| --- | --- |

импулс 3a: Vs = – 112 V, Ri = 50 Ω

| | импулс 3b: Vs = + 75 V, Ri = 50 Ω |
| --- | --- |

импулс 3b: Vs = + 75 V, Ri = 50 Ω

| | импулс 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms |
| --- | --- |

импулс 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms

| | импулс 5: Vs = + 65 V, Ri = 3 Ω, td = 100 ms |
| --- | --- |

импулс 5: Vs = + 65 V, Ri = 3 Ω, td = 100 ms

| | Импулс 5 се изпитва само за бордови устройства, предвидени за монтиране на превозни средства, които не разполагат с устройство за обща външна защита срещу повишено напрежение вследствие разкачане на акумулаторната батерия при зареждащ я алтернатор |
| --- | --- |

Импулс 5 се изпитва само за бордови устройства, предвидени за монтиране на превозни средства, които не разполагат с устройство за обща външна защита срещу повишено напрежение вследствие разкачане на акумулаторната батерия при зареждащ я алтернатор

За примерни стойности на повишено напрежение вследствие разкачане на акумулаторната батерия при зареждащ я алтернатор, вж. стандарт ISO 16750-2, 4-то издание, глава 4.6.4.

218“

| д) | таблицата за оперативна съвместимост в точка 8 се заменя със следното:


  „No | Изпитване | Описание |
| --- | --- | --- | --- |
| 8.1   Изпитвания за оперативна съвместимост между бордови устройства и тахографски карти |
| 1 | Взаимно удостоверяване на автентичност | Проверява се дали взаимното удостоверяване на автентичност между бордовото устройство и тахографската карта протича нормално |
| 2 | Изпитвания за четене /записване | Върху бордовото устройство се изпълнява сценарий на типично действие. Сценарият трябва да е адаптиран към изпитвания тип карта и да включва записвания във възможно най-голям брой елементарни файлове (EF) в картата
  Чрез изтегляне на данните от бордовото устройство се проверява дали всички съответни записи са направени правилно.
  Чрез изтегляне на данните от картата се проверява дали всички съответни записи са направени правилно.
  Чрез дневни разпечатки се проверява дали всички съответни записи могат да бъдат прочетени правилно. |
| 8.2   Изпитвания за оперативна съвместимост между бордови устройства и датчици за движение |
| 1 | Сдвояване | Проверява се дали сдвояването между бордовите устройства и датчиците за движение протича нормално |
| 2 | Изпитвания на действието | Върху датчика за движение се изпълнява сценарий на типично действие. Сценарият трябва да включва нормално действие и създаване на възможно най-много събития или неизправности.
  Чрез изтегляне на данните от бордовото устройство се проверява дали всички съответни записи са направени правилно.
  Чрез изтегляне на данните от картата се проверява дали всички съответни записи са направени правилно.
  Чрез дневна разпечатка се проверява дали всички съответни записи могат да бъдат прочетени правилно. |
| 8.3   Изпитвания за оперативна съвместимост между бордови устройства и външни устройства за GNSS (когато има такива) |
| 1 | Взаимно удостоверяване на автентичност | Проверява се дали взаимното удостоверяване на автентичност (свързване) между бордовото устройство и външното устройство за GNSS протича нормално. |
| 2 | Изпитвания на действието | Върху външното устройство за GNSS се изпълнява сценарий на типично действие. Сценарият трябва да включва нормално действие и създаване на възможно най-много събития или неизправности.
  Чрез изтегляне на данните от бордовото устройство се проверява дали всички съответни записи са направени правилно.
  Чрез изтегляне на данните от картата се проверява дали всички съответни записи са направени правилно.
  Чрез дневна разпечатка се проверява дали всички съответни записи могат да бъдат прочетени правилно.“ |

д)

таблицата за оперативна съвместимост в точка 8 се заменя със следното:

„No

Изпитване

Описание

Изпитвания за оперативна съвместимост между бордови устройства и тахографски карти

1

Взаимно удостоверяване на автентичност

Проверява се дали взаимното удостоверяване на автентичност между бордовото устройство и тахографската карта протича нормално

2

Изпитвания за четене /записване

Върху бордовото устройство се изпълнява сценарий на типично действие. Сценарият трябва да е адаптиран към изпитвания тип карта и да включва записвания във възможно най-голям брой елементарни файлове (EF) в картата

Чрез изтегляне на данните от бордовото устройство се проверява дали всички съответни записи са направени правилно.

Чрез изтегляне на данните от картата се проверява дали всички съответни записи са направени правилно.

Чрез дневни разпечатки се проверява дали всички съответни записи могат да бъдат прочетени правилно.

Изпитвания за оперативна съвместимост между бордови устройства и датчици за движение

1

Сдвояване

Проверява се дали сдвояването между бордовите устройства и датчиците за движение протича нормално

2

Изпитвания на действието

Върху датчика за движение се изпълнява сценарий на типично действие. Сценарият трябва да включва нормално действие и създаване на възможно най-много събития или неизправности.

Чрез изтегляне на данните от бордовото устройство се проверява дали всички съответни записи са направени правилно.

Чрез изтегляне на данните от картата се проверява дали всички съответни записи са направени правилно.

Чрез дневна разпечатка се проверява дали всички съответни записи могат да бъдат прочетени правилно.

Изпитвания за оперативна съвместимост между бордови устройства и външни устройства за GNSS (когато има такива)

1

Взаимно удостоверяване на автентичност

Проверява се дали взаимното удостоверяване на автентичност (свързване) между бордовото устройство и външното устройство за GNSS протича нормално.

2

Изпитвания на действието

Върху външното устройство за GNSS се изпълнява сценарий на типично действие. Сценарият трябва да включва нормално действие и създаване на възможно най-много събития или неизправности.

Чрез изтегляне на данните от бордовото устройство се проверява дали всички съответни записи са направени правилно.

Чрез изтегляне на данните от картата се проверява дали всички съответни записи са направени правилно.

Чрез дневна разпечатка се проверява дали всички съответни записи могат да бъдат прочетени правилно.“

| 36) | Допълнение 11 се изменя, както следва:


  а) | в точка 8.2.3 раздел CSM_49 се заменя със следното


  „CSM_49 | Бордовите устройства, тахографските карти и външните устройства за GNSS трябва да поддържат алгоритмите SHA-256, SHA-384 и SHA-512, специфицирани в [SHS].“; |
| --- | --- | --- | --- |

36)

Допълнение 11 се изменя, както следва:

а)

в точка 8.2.3 раздел CSM_49 се заменя със следното

„CSM_49

Бордовите устройства, тахографските карти и външните устройства за GNSS трябва да поддържат алгоритмите SHA-256, SHA-384 и SHA-512, специфицирани в [SHS].“;

| б) | в точка 9.1.2, в раздел CSM_58 първият абзац се заменя със следното:


  „CSM_58 | Когато генерира нова европейска двойка основни ключове, ERCA трябва да създаде свързващ сертификат за новия европейски публичен ключ и да го подпише с предходния европейски частен ключ. Срокът на валидност на свързващия сертификат е 17 години и 3 месеца. Това е показано също на фигура 1 в раздел 9.1.7.“; |
| --- | --- | --- |

б)

в точка 9.1.2, в раздел CSM_58 първият абзац се заменя със следното:

„CSM_58

Когато генерира нова европейска двойка основни ключове, ERCA трябва да създаде свързващ сертификат за новия европейски публичен ключ и да го подпише с предходния европейски частен ключ. Срокът на валидност на свързващия сертификат е 17 години и 3 месеца. Това е показано също на фигура 1 в раздел 9.1.7.“;

| в) | в точка 9.1.4 раздел CSM_72 се заменя със следното


  „CSM_72 | За всяко бордово устройство трябва да бъдат генерирани две уникални двойки ключове ECC с обозначения съответно VU_MA и VU_Sign. Тази задача се изпълнява от производителите на бордови устройства. Когато бъде генерирана двойка ключове за бордово устройство, генериралата ключовете страна трябва да изпрати публичния ключ на своя MSCA, за да получи съответен сертификат за бордовото устройство, подписан от MSCA. Частният ключ трябва да се използва само от бордовото устройство.“; |
| --- | --- | --- |

в)

в точка 9.1.4 раздел CSM_72 се заменя със следното

„CSM_72

За всяко бордово устройство трябва да бъдат генерирани две уникални двойки ключове ECC с обозначения съответно VU_MA и VU_Sign. Тази задача се изпълнява от производителите на бордови устройства. Когато бъде генерирана двойка ключове за бордово устройство, генериралата ключовете страна трябва да изпрати публичния ключ на своя MSCA, за да получи съответен сертификат за бордовото устройство, подписан от MSCA. Частният ключ трябва да се използва само от бордовото устройство.“;

| г) | точка 9.1.5 се изменя, както следва


  i) | раздел CSM_83 се заменя със следното:


  „CSM_83 | За всяка тахографска карта трябва да бъде генерирана една уникална двойка ключове ECC, обозначена като Card_MA. Допълнително трябва да бъде генерирана втора уникална двойка ключове ECC, обозначена като Card_Sign, за всяка карта на водач и всяка карта за монтаж и настройки. Тази задача може да бъде изпълнявана от производителите на карти или от персонализаторите на карти. Когато бъде генерирана двойка ключове за карта, генериралата ключовете страна трябва да изпрати публичния ключ на своя MSCA, за да получи съответен сертификат за картата, подписан от MSCA. Частният ключ трябва да се използва само от тахографската карта.“; |
| --- | --- | --- | --- |

г)

точка 9.1.5 се изменя, както следва

i)

раздел CSM_83 се заменя със следното:

„CSM_83

За всяка тахографска карта трябва да бъде генерирана една уникална двойка ключове ECC, обозначена като Card_MA. Допълнително трябва да бъде генерирана втора уникална двойка ключове ECC, обозначена като Card_Sign, за всяка карта на водач и всяка карта за монтаж и настройки. Тази задача може да бъде изпълнявана от производителите на карти или от персонализаторите на карти. Когато бъде генерирана двойка ключове за карта, генериралата ключовете страна трябва да изпрати публичния ключ на своя MSCA, за да получи съответен сертификат за картата, подписан от MSCA. Частният ключ трябва да се използва само от тахографската карта.“;

| ii) | раздел CSM_88 се заменя със следното:


  „CSM_88 | Срокът на валидност на сертификат Card_MA е, както следва:


  — | за карти на водач: 5 години |
| --- | --- | --- | --- |

ii)

раздел CSM_88 се заменя със следното:

„CSM_88

Срокът на валидност на сертификат Card_MA е, както следва:

—

за карти на водач: 5 години

| — | за карти на превозвач: 5 години |
| --- | --- |

—

за карти на превозвач: 5 години

| — | за контролни карти: 2 години |
| --- | --- |

—

за контролни карти: 2 години

| — | за карти за монтаж и настройки: 1 година“; |
| --- | --- |

—

за карти за монтаж и настройки: 1 година“;

| iii) | в раздел CSM_91 се добавя следният текст:


  „— | В допълнение — само за контролните карти, картите на превозвач и картите за монтаж и настройки, и то само ако се издават през първите три месеца от срока на валидност на нов сертификат EUR — ако съществува — сертификата EUR, който е по-стар с две поколения.

  Забележка към последното тире: Например през първите три месеца от срока на действие на сертификат на ERCA(3) (вж. фигура 1) посочените карти трябва да съдържат сертификата на ERCA(1). Това е необходимо, за да се гарантира, че картите могат да се използват за изтегляне на данни от бордови устройства със сертификат на ERCA(1), чийто обичаен 15-годишен срок на експлоатация и допълнителният 3-месечен срок за изтегляне на данни изтичат през тези месеци; вж. изискването в приложение IВ, подточка 13, последното тире.“; |
| --- | --- | --- |

iii)

в раздел CSM_91 се добавя следният текст:

„—

В допълнение — само за контролните карти, картите на превозвач и картите за монтаж и настройки, и то само ако се издават през първите три месеца от срока на валидност на нов сертификат EUR — ако съществува — сертификата EUR, който е по-стар с две поколения.

Забележка към последното тире: Например през първите три месеца от срока на действие на сертификат на ERCA(3) (вж. фигура 1) посочените карти трябва да съдържат сертификата на ERCA(1). Това е необходимо, за да се гарантира, че картите могат да се използват за изтегляне на данни от бордови устройства със сертификат на ERCA(1), чийто обичаен 15-годишен срок на експлоатация и допълнителният 3-месечен срок за изтегляне на данни изтичат през тези месеци; вж. изискването в приложение IВ, подточка 13, последното тире.“;

Забележка към последното тире

| д) | точка 9.1.6 се изменя, както следва


  i) | раздел CSM_93 се заменя със следното:


  „CSM_93 | За всяко външно устройство за GNSS трябва да бъде генерирана една уникална двойка ключове ECC, обозначена като EGF_MA. Тази задача се изпълнява от производителите на външни устройства за GNSS. Когато бъде генерирана двойка ключове EGF_MA, генериралата ключовете страна трябва да изпрати публичния ключ на своя MSCA, за да получи съответен сертификат за EGF_MA, подписан от MSCA. Частният ключ се използва само от външното устройство за GNSS.“; |
| --- | --- | --- | --- |

д)

точка 9.1.6 се изменя, както следва

i)

раздел CSM_93 се заменя със следното:

„CSM_93

За всяко външно устройство за GNSS трябва да бъде генерирана една уникална двойка ключове ECC, обозначена като EGF_MA. Тази задача се изпълнява от производителите на външни устройства за GNSS. Когато бъде генерирана двойка ключове EGF_MA, генериралата ключовете страна трябва да изпрати публичния ключ на своя MSCA, за да получи съответен сертификат за EGF_MA, подписан от MSCA. Частният ключ се използва само от външното устройство за GNSS.“;

| ii) | раздел CSM_95 се заменя със следното:


  „CSM_95 | Всяко външно устройство за GNSS трябва да използва своята двойка ключове EGF_MA, състояща се от частен ключ EGF_MA.SK и публичен ключ EGF_MA.PK, изключително и само за взаимно удостоверяване на автентичността и договаряне на сесийни ключове с бордови устройства, както е посочено в раздел 11.4 от настоящото допълнение.“; |
| --- | --- | --- |

ii)

раздел CSM_95 се заменя със следното:

„CSM_95

Всяко външно устройство за GNSS трябва да използва своята двойка ключове EGF_MA, състояща се от частен ключ EGF_MA.SK и публичен ключ EGF_MA.PK, изключително и само за взаимно удостоверяване на автентичността и договаряне на сесийни ключове с бордови устройства, както е посочено в раздел 11.4 от настоящото допълнение.“;

| е) | точка 9.1.7 се изменя, както следва


  i) | фигура 1 се заменя със следното:

  „
  Фигура 1


  Издаване и използване на различни поколения основни сертификати на ERCA (ERCA root certificates), свързващи сертификати на ERCA (ERCA link certificates), сертификати на MSCA (MSCA certificates) и сертификати на оборудване (equipment certificates)


  Текст на изображението

  Легенда
  Срок на използване на частния ключ / Oставащ срок на валидност на сертификата
  Сертификат ЕRСA второ поколение и основани на неrо сертификати
  Сертификат ЕRCA трето поколение и основани на неro сертификати
  Сертификат ЕRСА първо поколение и основани на неrо сертификати
  година
  година
  година
  година
  година

  “; |
| --- | --- | --- |

е)

точка 9.1.7 се изменя, както следва

i)

фигура 1 се заменя със следното:

„
  Фигура 1

Фигура 1

Издаване и използване на различни поколения основни сертификати на ERCA (ERCA root certificates), свързващи сертификати на ERCA (ERCA link certificates), сертификати на MSCA (MSCA certificates) и сертификати на оборудване (equipment certificates)

Издаване и използване на различни поколения основни сертификати на ERCA (ERCA root certificates), свързващи сертификати на ERCA (ERCA link certificates), сертификати на MSCA (MSCA certificates) и сертификати на оборудване (equipment certificates)

Легенда

Срок на използване на частния ключ / Oставащ срок на валидност на сертификата

Сертификат ЕRСA второ поколение и основани на неrо сертификати

Сертификат ЕRCA трето поколение и основани на неro сертификати

Сертификат ЕRСА първо поколение и основани на неrо сертификати

година

година

година

година

година

| ii) | забележка 6 към фигура 1 се заменя със следното:


  „6. | За да се пести място, разликата между сроковете на валидност на сертификатите Card_MA и Card_Sign е показана само за първото поколение.“; |
| --- | --- | --- |

ii)

забележка 6 към фигура 1 се заменя със следното:

„6.

За да се пести място, разликата между сроковете на валидност на сертификатите Card_MA и Card_Sign е показана само за първото поколение.“;

| ж) | точка 9.2.1.1 се изменя, както следва:


  i) | в раздел CSM_106 първото тире се заменя със следното:


  „— | За 128-битови главни ключове на датчици за движение: CV = ‘B6 44 2C 45 0E F8 D3 62 0B 7A 8A 97 91 E4 5D 83’“; |
| --- | --- | --- | --- |

ж)

точка 9.2.1.1 се изменя, както следва:

i)

в раздел CSM_106 първото тире се заменя със следното:

„—

За 128-битови главни ключове на датчици за движение: CV = ‘B6 44 2C 45 0E F8 D3 62 0B 7A 8A 97 91 E4 5D 83’“;

| ii) | в раздел CSM_107 първият абзац се заменя със следното:

  „Всеки производител на датчици за движение генерира за всеки датчик за движение случаен и уникален ключ за сдвояване KP и изпраща всеки ключ за сдвояване до своя сертифициращ орган на държавата членка (MSCA). MSCA криптира всеки ключ за сдвояване поотделно с главния ключ на датчика за движение KM и връща криптирания ключ на производителя на датчика за движение. За всеки криптиран ключ MSCA уведомява производителя на датчика за движение за номера на версията на съответния KM.“; |
| --- | --- |

ii)

в раздел CSM_107 първият абзац се заменя със следното:

„Всеки производител на датчици за движение генерира за всеки датчик за движение случаен и уникален ключ за сдвояване KP и изпраща всеки ключ за сдвояване до своя сертифициращ орган на държавата членка (MSCA). MSCA криптира всеки ключ за сдвояване поотделно с главния ключ на датчика за движение KM и връща криптирания ключ на производителя на датчика за движение. За всеки криптиран ключ MSCA уведомява производителя на датчика за движение за номера на версията на съответния KM.“;

P

M

M

| iii) | раздел CSM_108 се заменя със следното:


  „CSM_108 | Всеки производител на датчици за движение генерира уникален сериен номер за всеки датчик за движение и изпраща всички серийни номера до своя сертифициращ орган на държавата членка (MSCA). MSCA криптира всеки сериен номер поотделно с идентификационния ключ KID и връща криптирания сериен номер на производителя на датчика за движение. За всеки криптиран сериен номер MSCA уведомява производителя на датчика за движение за номера на версията на съответния KID.“; |
| --- | --- | --- |

iii)

раздел CSM_108 се заменя със следното:

„CSM_108

Всеки производител на датчици за движение генерира уникален сериен номер за всеки датчик за движение и изпраща всички серийни номера до своя сертифициращ орган на държавата членка (MSCA). MSCA криптира всеки сериен номер поотделно с идентификационния ключ KID

ID

| з) | точка 9.2.2.1 се изменя, както следва:


  i) | раздел CSM_123 се заменя със следното:


  „CSM_123 | За всяко бордово устройство производителят на бордови устройства създава уникален сериен номер VU и изпраща този номер на своя сертифициращ орган на държавата членка с искане да получи набор от два специфични за бордово устройство ключа за DSRC. Серийният номер на бордовото устройство трябва да съдържа типа данни


.

  Забележка:


  — | Серийният номер на бордовото устройство трябва да е същият като елемента vuSerialNumber от VuIdentification, вж. допълнение 1, и указанието за титуляря на сертификата (Certificate Holder Reference) в сертификатите на бордовото устройство. |
| --- | --- | --- | --- | --- |

з)

точка 9.2.2.1 се изменя, както следва:

i)

раздел CSM_123 се заменя със следното:

„CSM_123

За всяко бордово устройство производителят на бордови устройства създава уникален сериен номер VU и изпраща този номер на своя сертифициращ орган на държавата членка с искане да получи набор от два специфични за бордово устройство ключа за DSRC. Серийният номер на бордовото устройство трябва да съдържа типа данни

  Image 99

.

Забележка:

Забележка

—

Серийният номер на бордовото устройство трябва да е същият като елемента vuSerialNumber от VuIdentification, вж. допълнение 1, и указанието за титуляря на сертификата (Certificate Holder Reference) в сертификатите на бордовото устройство.

| — | Серийният номер на бордовото устройство може още да не е известен към момента, когато производителят на бордовото устройство подава искане за специфичните за бордово устройство ключове за DSRC. В този случай вместо него производителят на бордовото устройство трябва да изпрати уникалния идентификатор на подаденото от него искане за сертификатите на бордовото устройство; вж. CSM_153. Съответно идентификаторът на искането за сертификат трябва да е същият като указанието за титуляря на сертификата (Certificate Holder Reference) в сертификатите на бордовото устройство.“; |
| --- | --- |

—

Серийният номер на бордовото устройство може още да не е известен към момента, когато производителят на бордовото устройство подава искане за специфичните за бордово устройство ключове за DSRC. В този случай вместо него производителят на бордовото устройство трябва да изпрати уникалния идентификатор на подаденото от него искане за сертификатите на бордовото устройство; вж. CSM_153. Съответно идентификаторът на искането за сертификат трябва да е същият като указанието за титуляря на сертификата (Certificate Holder Reference) в сертификатите на бордовото устройство.“;

| ii) | в раздел CSM_124 изискването за информация в стъпка 2 се заменя със следното:

  „info = сериен номер на бордовото устройство или идентификатор на искането за сертификат, както е специфициран в CSM_123“; |
| --- | --- |

ii)

в раздел CSM_124 изискването за информация в стъпка 2 се заменя със следното:

„info = сериен номер на бордовото устройство или идентификатор на искането за сертификат, както е специфициран в CSM_123“;

| iii) | раздел CSM_128 се заменя със следното:


  „CSM_128 | Съответният MSCA трябва да съхранява архивни записи за всички специфични за бордово устройство ключове за DSRC, които е генерирал, техния номер на версия и серийния номер на бордовото устройство или идентификатора на искането за сертификат, който е използвал за тяхното създаване.“; |
| --- | --- | --- |

iii)

раздел CSM_128 се заменя със следното:

„CSM_128

Съответният MSCA трябва да съхранява архивни записи за всички специфични за бордово устройство ключове за DSRC, които е генерирал, техния номер на версия и серийния номер на бордовото устройство или идентификатора на искането за сертификат, който е използвал за тяхното създаване.“;

| и) | в точка 9.3.1, в раздел CSM_135 първият абзац се заменя със следното:

  „За кодиране на обекти от данни в сертификатите трябва да бъдат използвани разграничените правила за кодиране (DER) съгласно [ISO 8825-1]. Пълното кодиране на сертификата, в т.ч. всички байтове за таг и дължина, е показано в таблица 4.“; |
| --- | --- |

и)

в точка 9.3.1, в раздел CSM_135 първият абзац се заменя със следното:

„За кодиране на обекти от данни в сертификатите трябва да бъдат използвани разграничените правила за кодиране (DER) съгласно [ISO 8825-1]. Пълното кодиране на сертификата, в т.ч. всички байтове за таг и дължина, е показано в таблица 4.“;

| й) | в точка 9.3.2.3 раздел CSM_141 се заменя със следното:


  „CSM_141 | Оторизацията на титуляря на сертификата се използва за идентифициране на типа на сертификата. Тя се състои от шестте най-старши байта от идентификатора на заявката за тахограф, следвани от типа уред, указващ за какъв тип уреди е предназначен сертификатът. При сертификат за бордово устройство, сертификат за карта на водач или сертификат за карта за монтаж и настройки типът уред се използва също така, за да се направи разлика между сертификат за взаимно удостоверяване на автентичността и сертификат за създаване на цифрови подписи (вж. раздел 9.1 и допълнение 1, тип данни EquipmentType).“; |
| --- | --- | --- |

й)

в точка 9.3.2.3 раздел CSM_141 се заменя със следното:

„CSM_141

Оторизацията на титуляря на сертификата се използва за идентифициране на типа на сертификата. Тя се състои от шестте най-старши байта от идентификатора на заявката за тахограф, следвани от типа уред, указващ за какъв тип уреди е предназначен сертификатът. При сертификат за бордово устройство, сертификат за карта на водач или сертификат за карта за монтаж и настройки типът уред се използва също така, за да се направи разлика между сертификат за взаимно удостоверяване на автентичността и сертификат за създаване на цифрови подписи (вж. раздел 9.1 и допълнение 1, тип данни EquipmentType).“;

| к) | в точка 9.3.2.5, в раздел CSM_146 се добавя следният абзац:

  „
  Забележка: При сертификат на карта стойността на CHR трябва да бъде равна на стойността на cardExtendedSerialNumber в EF_ICC; вж. допълнение 2. При сертификат на EGF стойността на CHR трябва да бъде равна на стойността на sensorGNSSSerialNumber в EF_ICC; вж. допълнение 14. При сертификат на бордово устройство стойността на CHR трябва да бъде равна на елемента vuSerialNumber от VuIdentification, вж. допълнение 1, освен ако към момента, когато подава искане за сертификат, производителят не знае специфичния за него сериен номер.“; |
| --- | --- |

к)

в точка 9.3.2.5, в раздел CSM_146 се добавя следният абзац:

„
  Забележка: При сертификат на карта стойността на CHR трябва да бъде равна на стойността на cardExtendedSerialNumber в EF_ICC; вж. допълнение 2. При сертификат на EGF стойността на CHR трябва да бъде равна на стойността на sensorGNSSSerialNumber в EF_ICC; вж. допълнение 14. При сертификат на бордово устройство стойността на CHR трябва да бъде равна на елемента vuSerialNumber от VuIdentification, вж. допълнение 1, освен ако към момента, когато подава искане за сертификат, производителят не знае специфичния за него сериен номер.“;

Забележка

| л) | в точка 9.3.2.6 раздел CSM_148 се заменя със следното:


  „CSM_148 | Датата на влизане в сила на сертификата показва началната дата и час на срока на валидност на сертификата.“; |
| --- | --- | --- |

л)

в точка 9.3.2.6 раздел CSM_148 се заменя със следното:

„CSM_148

Датата на влизане в сила на сертификата показва началната дата и час на срока на валидност на сертификата.“;

| м) | точка 9.3.3 се изменя, както следва:


  i) | в раздел CSM_151 първият абзац се заменя със следното:

  „При поискване на сертификат MSCA трябва да изпрати на ERCA следните данни:“; |
| --- | --- | --- |

м)

точка 9.3.3 се изменя, както следва:

i)

в раздел CSM_151 първият абзац се заменя със следното:

„При поискване на сертификат MSCA трябва да изпрати на ERCA следните данни:“;

| ii) | раздел CSM_153 се заменя със следното:


  „CSM_153 | Производител на оборудване изпраща следните данни в искане за сертификат до MSCA, които да дадат възможност на MSCA да създаде указанието на титуляря на новия сертификат на оборудване:


  — | сериен номер на оборудването, ако е известен (вж. CSM_154), който да е уникален за производителя, типа на оборудването и месеца на производство. В противен случай, уникален идентификатор на искането за сертификат, |
| --- | --- | --- | --- |

ii)

раздел CSM_153 се заменя със следното:

„CSM_153

Производител на оборудване изпраща следните данни в искане за сертификат до MSCA, които да дадат възможност на MSCA да създаде указанието на титуляря на новия сертификат на оборудване:

—

сериен номер на оборудването, ако е известен (вж. CSM_154), който да е уникален за производителя, типа на оборудването и месеца на производство. В противен случай, уникален идентификатор на искането за сертификат,

| — | месеца и годината на производство на оборудването или на искането за сертификат. |
| --- | --- |

—

месеца и годината на производство на оборудването или на искането за сертификат.

Производителят гарантира, че тези данни са правилни и че полученият от MSCA сертификат е вложен в оборудването, за което е предназначен.“;

| н) | точка 10.2.1 се изменя, както следва:


  i) | в раздел CSM_157 текстът преди забележките към фигура 4 се заменя със следното:

  „За проверяване на веригата на сертифициране на тахографска карта бордовите устройства трябва да използват протокола, описан във фигура 4. За всеки сертификат, който чете от картата, бордовото устройство трябва да провери дали полето за оторизация на титуляра на картата (Certificate Holder Authorisation — CHA) е правилно:


  — | Полето CHA в сертификата на картата трябва да указва сертификат на карта за взаимно удостоверяване на автентичността (вж. допълнение 1, тип данни EquipmentType); |
| --- | --- | --- | --- |

н)

точка 10.2.1 се изменя, както следва:

i)

в раздел CSM_157 текстът преди забележките към фигура 4 се заменя със следното:

„За проверяване на веригата на сертифициране на тахографска карта бордовите устройства трябва да използват протокола, описан във фигура 4. За всеки сертификат, който чете от картата, бордовото устройство трябва да провери дали полето за оторизация на титуляра на картата (Certificate Holder Authorisation — CHA) е правилно:

—

Полето CHA в сертификата на картата трябва да указва сертификат на карта за взаимно удостоверяване на автентичността (вж. допълнение 1, тип данни EquipmentType);

| — | CHA в сертификат Card.CA трябва да указва MSCA; |
| --- | --- |

—

CHA в сертификат Card.CA трябва да указва MSCA;

| — | CHA в сертификат Card.Link трябва да указва ERCA.“; |
| --- | --- |

—

CHA в сертификат Card.Link трябва да указва ERCA.“;

| ii) | в раздел CSM_159 се добавя следното изречение:

  „Въпреки че съхранението на всички други видове сертификати не е задължително, бордовото устройство задължително съхранява нов свързващ сертификат, представен от картата.“; |
| --- | --- |

ii)

в раздел CSM_159 се добавя следното изречение:

„Въпреки че съхранението на всички други видове сертификати не е задължително, бордовото устройство задължително съхранява нов свързващ сертификат, представен от картата.“;

| о) | точка 10.2.2 се изменя, както следва:


  i) | в раздел CSM_161 текстът преди фигура 5 се заменя със следното:

  „За проверяване на веригата на сертифициране на бордово устройство тахографските карти трябва да използват протокола, описан във фигура 5. За всеки сертификат, представен от бордовото устройство, картата трябва да провери дали полето за оторизация на титуляра на картата (Card Holder Authorisation — CHA) е правилно:


  — | CHA в сертификат VU.Link трябва да указва ERCA. |
| --- | --- | --- | --- |

о)

точка 10.2.2 се изменя, както следва:

i)

в раздел CSM_161 текстът преди фигура 5 се заменя със следното:

„За проверяване на веригата на сертифициране на бордово устройство тахографските карти трябва да използват протокола, описан във фигура 5. За всеки сертификат, представен от бордовото устройство, картата трябва да провери дали полето за оторизация на титуляра на картата (Card Holder Authorisation — CHA) е правилно:

—

CHA в сертификат VU.Link трябва да указва ERCA.

| — | CHA в сертификат VU.CA трябва да указва MSCA. |
| --- | --- |

—

CHA в сертификат VU.CA трябва да указва MSCA.

| — | Полето CHA в сертификата на бордовото устройство трябва да указва сертификат на бордово устройство за взаимно удостоверяване на автентичността (вж. допълнение 1, тип данни EquipmentType).“; |
| --- | --- |

—

Полето CHA в сертификата на бордовото устройство трябва да указва сертификат на бордово устройство за взаимно удостоверяване на автентичността (вж. допълнение 1, тип данни EquipmentType).“;

| ii) | раздел CSM_165 се заменя със следното:


  „CSM_165 | Ако командата MSE: Set AT бъде изпълнена успешно, картата трябва да зададе посочения VU.PK за последваща употреба при удостоверяване на автентичността на бордовото устройство и временно да съхрани Comp(VU.PKeph). Ако бъдат изпратени две или повече успешни команди MSE: Set AT, преди да е направено договаряне на сесиен ключ, картата трябва да съхрани само последното получено Comp(VU.PKeph). След успешна команда GENERAL AUTHENTICATE картата трябва да инициализира Comp(VU.PKeph).“; |
| --- | --- | --- |

ii)

раздел CSM_165 се заменя със следното:

„CSM_165

Ако командата MSE: Set AT бъде изпълнена успешно, картата трябва да зададе посочения VU.PK за последваща употреба при удостоверяване на автентичността на бордовото устройство и временно да съхрани Comp(VU.PKeph). Ако бъдат изпратени две или повече успешни команди MSE: Set AT, преди да е направено договаряне на сесиен ключ, картата трябва да съхрани само последното получено Comp(VU.PKeph). След успешна команда GENERAL AUTHENTICATE картата трябва да инициализира Comp(VU.PKeph).“;

| п) | точка 10.3 се изменя, както следва:


  i) | в раздел CSM_170 първият абзац се заменя със следното:

  „Непосредствено след изпратеното от картата случайно число бордовото устройство включва в подписа указанието за титуляря на сертификата, взето от сертификата на картата.“; |
| --- | --- | --- |

п)

точка 10.3 се изменя, както следва:

i)

в раздел CSM_170 първият абзац се заменя със следното:

„Непосредствено след изпратеното от картата случайно число бордовото устройство включва в подписа указанието за титуляря на сертификата, взето от сертификата на картата.“;

| ii) | в раздел CSM_171 фигура 6 се заменя със следното:

  „
  Фигура 6


  Протокол за удостоверяване на автентичността на бордово устройство


  “; |
| --- | --- |

ii)

в раздел CSM_171 фигура 6 се заменя със следното:

„
  Фигура 6

Фигура 6

Протокол за удостоверяване на автентичността на бордово устройство

Протокол за удостоверяване на автентичността на бордово устройство

Image 100

  “;

| iii) | раздел CSM_174 се заменя със следното:


  „CSM_174 | При получаване на подписа на бордовото устройство в команда EXTERNAL AUTHENTICATE картата трябва да изпълни следните операции:


  — | Да изчисли удостоверяващия автентичността маркер (authentication token) чрез конкатенация на Card.CHR, случайно число от картата rcard и идентификатора на краткотрайния публичен ключ на бордовото устройство Comp(VU.PKeph), |
| --- | --- | --- | --- |

iii)

раздел CSM_174 се заменя със следното:

„CSM_174

При получаване на подписа на бордовото устройство в команда EXTERNAL AUTHENTICATE картата трябва да изпълни следните операции:

—

Да изчисли удостоверяващия автентичността маркер (authentication token) чрез конкатенация на Card.CHR, случайно число от картата rcard и идентификатора на краткотрайния публичен ключ на бордовото устройство Comp(VU.PKeph),

| — | Да провери подписа на бордовото устройство, като използва алгоритъма ECDSA и алгоритъма за хеширане, съответстващ на размера на ключовете в двойката ключове VU_MA на бордовото устройство, както е специфицирано в CSM_50, в комбинация с VU.PK и изчисления удостоверяващ автентичността маркер.“; |
| --- | --- |

—

Да провери подписа на бордовото устройство, като използва алгоритъма ECDSA и алгоритъма за хеширане, съответстващ на размера на ключовете в двойката ключове VU_MA на бордовото устройство, както е специфицирано в CSM_50, в комбинация с VU.PK и изчисления удостоверяващ автентичността маркер.“;

| р) | в точка 10.4 раздел CSM_176 се изменя, както следва:


  i) | подточка 2 се заменя със следното:


  „2. | Бордовото устройство изпраща на картата публичната точка VU.PKeph от своята двойка краткотрайни ключове. Публичната точка трябва да се преобразува в октетен низ, както е специфицирано в [TR-03111]. Трябва да се използва некомпресираният формат за кодиране. Както е изяснено в CSM_164, бордовото устройство е генерирало тази двойка краткотрайни ключове преди проверката на неговата верига на сертифициране. Бордовото устройство е изпратило до картата идентификатора на краткотрайния публичен ключ Comp(VU.PKeph) и картата го е съхранила.“; |
| --- | --- | --- | --- |

р)

в точка 10.4 раздел CSM_176 се изменя, както следва:

i)

подточка 2 се заменя със следното:

„2.

Бордовото устройство изпраща на картата публичната точка VU.PKeph от своята двойка краткотрайни ключове. Публичната точка трябва да се преобразува в октетен низ, както е специфицирано в [TR-03111]. Трябва да се използва некомпресираният формат за кодиране. Както е изяснено в CSM_164, бордовото устройство е генерирало тази двойка краткотрайни ключове преди проверката на неговата верига на сертифициране. Бордовото устройство е изпратило до картата идентификатора на краткотрайния публичен ключ Comp(VU.PKeph) и картата го е съхранила.“;

eph

| ii) | подточка 6 се заменя със следното:


  „6. | Използвайки KMAC, картата изчислява удостоверяващ автентичността маркер върху кратковременния публичен ключ на бордовото устройство: TPICC = CMAC(KMAC, VU.PKeph). Публичната точка трябва да бъде в използвания от бордовото устройство формат (вж. подточка 2 по-горе). Картата изпраща на бордовото устройство NPICC и TPICC.“; |
| --- | --- | --- |

ii)

подточка 6 се заменя със следното:

„6.

Използвайки KMAC, картата изчислява удостоверяващ автентичността маркер върху кратковременния публичен ключ на бордовото устройство: TPICC = CMAC(KMAC, VU.PKeph). Публичната точка трябва да бъде в използвания от бордовото устройство формат (вж. подточка 2 по-горе). Картата изпраща на бордовото устройство NPICC и TPICC.“;

MAC

PICC

MAC

eph

PICC

PICC

| с) | в точка 10.5.2 раздел CSM_191 се заменя със следното:


  „CSM_191 | Всеки обект от данни, който ще се криптира, трябва да бъде запълнен в съответствие с [ISO 7816-4], като се използва индикатор за запълващо съдържание ‘01’. При изчисляването на MAC всеки обект от данни в APDU също трябва да бъде запълнен в съответствие с [ISO 7816-4].

  Забележка: Запълването при защитен обмен на съобщения винаги се прави чрез слоя за защитен обмен на съобщения, а не чрез алгоритмите CMAC или CBC. |
| --- | --- | --- |

с)

в точка 10.5.2 раздел CSM_191 се заменя със следното:

„CSM_191

Всеки обект от данни, който ще се криптира, трябва да бъде запълнен в съответствие с [ISO 7816-4], като се използва индикатор за запълващо съдържание ‘01’. При изчисляването на MAC всеки обект от данни в APDU също трябва да бъде запълнен в съответствие с [ISO 7816-4].

Забележка: Запълването при защитен обмен на съобщения винаги се прави чрез слоя за защитен обмен на съобщения, а не чрез алгоритмите CMAC или CBC.

Забележка:

Обобщение и примери

Обобщение и примери

Командната APDU с приложен защитен обмен на съобщения има следната структура в зависимост от случая за съответната незащитена команда (DO означава обект от данни):

| Случай 1 | : | CLA INS P1 P2 || Lc' || DO ‘8E’ || Le |
| --- | --- | --- |
| Случай 2 | : | CLA INS P1 P2 || Lc' || DO ‘97’ || DO‘8E’ || Le |
| Случай 3 (четен INS байт) | : | CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘8E’ || Le |
| Случай 3 (нечетен INS байт) | : | CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘8E’ || Le |
| Случай 4 (четен INS байт) | : | CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘97’ || DO‘8E’ || Le |
| Случай 4 (нечетен INS байт) | : | CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘97’ || DO‘8E’ || Le |

Случай 1

:

CLA INS P1 P2 || Lc' || DO ‘8E’ || Le

Случай 2

:

CLA INS P1 P2 || Lc' || DO ‘97’ || DO‘8E’ || Le

Случай 3 (четен INS байт)

:

CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘8E’ || Le

Случай 3 (нечетен INS байт)

:

CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘8E’ || Le

Случай 4 (четен INS байт)

:

CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘97’ || DO‘8E’ || Le

Случай 4 (нечетен INS байт)

:

CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘97’ || DO‘8E’ || Le

където Le = ‘00’ или ‘00 00’ в зависимост от това дали се използват полета с малка дължина или с увеличена дължина; вж. [ISO 7816-4].

Ответната APDU при защитен обмен на съобщения има следната структура в зависимост от случая за съответния незащитен отговор:

| Случай 1 или 3 | : | DO ‘99’ || DO ‘8E’ || SW1SW2 |
| --- | --- | --- |
| Случай 2 или 4 (четен INS байт) без криптиране | : | DO ‘81’ || DO ‘99’ || DO ‘8E’ || SW1SW2 |
| Случай 2 или 4 (четен INS байт) с криптиране | : | DO ‘87’ || DO ‘99’ || DO ‘8E’ || SW1SW2 |
| Случай 2 или 4 (нечетен INS byte) без криптиране | : | DO ‘B3’ || DO ‘99’ || DO ‘8E’ || SW1SW2 |

Случай 1 или 3

:

DO ‘99’ || DO ‘8E’ || SW1SW2

Случай 2 или 4 (четен INS байт) без криптиране

:

DO ‘81’ || DO ‘99’ || DO ‘8E’ || SW1SW2

Случай 2 или 4 (четен INS байт) с криптиране

:

DO ‘87’ || DO ‘99’ || DO ‘8E’ || SW1SW2

Случай 2 или 4 (нечетен INS byte) без криптиране

:

DO ‘B3’ || DO ‘99’ || DO ‘8E’ || SW1SW2

Забележка: случай 2 или 4 (нечетен INS байт) с криптиране никога не се използва при комуникацията между бордово устройство и карта.

Забележка:

По-долу са дадени три примера за преобразуване на APDU за команди с четен INS код. На фигура 8 е показана командна APDU с удостоверена автентичност — случай 4, на фигура 9 е показана ответна APDU с удостоверена автентичност — случай 1/случай 3, а на фигура 10 е показана криптирана ответна APDU с удостоверена автентичност — случай 2/случай 4.

Фигура 8

Фигура 8

Преобразуване на командна APDU с удостоверена автентичност, случай 4

Преобразуване на командна APDU с удостоверена автентичност, случай 4

Image 101

Фигура 9

Фигура 9

Преобразуване на ответна APDU с удостоверена автентичност, случай 1/случай 3

Преобразуване на ответна APDU с удостоверена автентичност, случай 1/случай 3

Image 102

Фигура 10

Фигура 10

Преобразуване на криптирана ответна APDU с удостоверена автентичност, случай 2/случай 4

Преобразуване на криптирана ответна APDU с удостоверена автентичност, случай 2/случай 4

Image 103

  “;

| т) | в точка 10.5.3 раздел CSM_193 се заменя със следното:


  „CSM_193 | Тахографската карта трябва да прекрати текуща сесия на защитен обмен на съобщения ако — и само ако — е изпълнено едно от следните условия:


  — | тахографската карта получи командна APDU в открит текст, |
| --- | --- | --- | --- |

т)

в точка 10.5.3 раздел CSM_193 се заменя със следното:

„CSM_193

Тахографската карта трябва да прекрати текуща сесия на защитен обмен на съобщения ако — и само ако — е изпълнено едно от следните условия:

—

тахографската карта получи командна APDU в открит текст,

| — | тахографската карта открие в командната APDU грешка по отношение на защитения обмен на съобщения, както следва:


  — | липсва очакван обект от данни за защитен обмен на съобщения, подреждането на обектите от данни е неправилно или е включен непознат обект от данни, |
| --- | --- | --- |

—

тахографската карта открие в командната APDU грешка по отношение на защитения обмен на съобщения, както следва:

—

липсва очакван обект от данни за защитен обмен на съобщения, подреждането на обектите от данни е неправилно или е включен непознат обект от данни,

| — | даден обект от данни за защитен обмен на съобщения е неправилен, например стойността на MAC е невярна или структурата на TLV е неправилна, |
| --- | --- |

—

даден обект от данни за защитен обмен на съобщения е неправилен, например стойността на MAC е невярна или структурата на TLV е неправилна,

| — | тахографската карта е без захранване или e инициализирана, |
| --- | --- |

—

тахографската карта е без захранване или e инициализирана,

| — | бордовото устройство започне процес на удостоверяване на автентичността на бордово устройство, |
| --- | --- |

—

бордовото устройство започне процес на удостоверяване на автентичността на бордово устройство,

| — | достигнат е лимитът за броя на командите и съответните отговори в рамките на текущата сесия. Лимитът за дадена карта се определя от нейния производител, като се имат предвид изискванията за сигурност във връзка с използвания хардуер, с максимална стойност 240 команди и съответни отговори на сесия за защитен обмен на съобщения.“; |
| --- | --- |

—

достигнат е лимитът за броя на командите и съответните отговори в рамките на текущата сесия. Лимитът за дадена карта се определя от нейния производител, като се имат предвид изискванията за сигурност във връзка с използвания хардуер, с максимална стойност 240 команди и съответни отговори на сесия за защитен обмен на съобщения.“;

| у) | точка 11.3.2 се изменя, както следва:


  i) | в раздел CSM_208 първият абзац се заменя със следното:

  „При куплирането си към бордово устройство външното устройство за GNSS трябва да използва протокола, описан във фигура 5 (раздел 10.2.2), за проверка на веригата на сертифициране на бордовото устройство.“; |
| --- | --- | --- |

у)

точка 11.3.2 се изменя, както следва:

i)

в раздел CSM_208 първият абзац се заменя със следното:

„При куплирането си към бордово устройство външното устройство за GNSS трябва да използва протокола, описан във фигура 5 (раздел 10.2.2), за проверка на веригата на сертифициране на бордовото устройство.“;

| ii) | раздел CSM_210 се заменя със следното:


  „CSM_210 | След като веднъж е проверило сертификата VU_MA, външното устройство за GNSS трябва да го съхрани за използване при нормална работа; вж. раздел 11.3.3.“; |
| --- | --- | --- |

ii)

раздел CSM_210 се заменя със следното:

„CSM_210

След като веднъж е проверило сертификата VU_MA, външното устройство за GNSS трябва да го съхрани за използване при нормална работа; вж. раздел 11.3.3.“;

| ф) | в точка 11.3.3, в раздел CSM_211 първият абзац се заменя със следното:

  „При нормална работа дадено бордово устройство и EGF трябва да използват протокола, описан във фигура 11, за проверка на валидността във времето на съхранения сертификат EGF_MA и за задаване на публичния ключ VU_MA за последващо удостоверяване на автентичността на бордовото устройство. При нормална работа не трябва да се прави по-нататъшна взаимна проверка на веригите за сертифициране.“; |
| --- | --- |

ф)

в точка 11.3.3, в раздел CSM_211 първият абзац се заменя със следното:

„При нормална работа дадено бордово устройство и EGF трябва да използват протокола, описан във фигура 11, за проверка на валидността във времето на съхранения сертификат EGF_MA и за задаване на публичния ключ VU_MA за последващо удостоверяване на автентичността на бордовото устройство. При нормална работа не трябва да се прави по-нататъшна взаимна проверка на веригите за сертифициране.“;

| х) | таблица 6 в точка 12.3 се заменя със следното:

  „Таблица 6


  Брой на байтовете данни в открит текст и на криптираните байтове данни за една инструкция, дефиниран в [ISO 16844-3]


  Инструкция | Заявка / отговор | Описание на данните | # на байтовете данни в открит текст съгласно
  [ISO 16844-3] | # на байтовете данни в открит текст, използващи AES ключове | # на криптираните байтове данни, използващи AES ключове с дължина в битове |
| --- | --- | --- | --- | --- | --- | --- |
| 128 | 192 | 256 |
| 10 | Заявка | Данни за удостоверяване на автентичността + номер на файла | 8 | 8 | 16 | 16 | 16 |
| 11 | Отговор | Данни за удостоверяване на автентичността + съдържание на файла | 16 или 32, зависи от файла | 16 или 32, зависи от файла | 32 / 48 | 32 / 48 | 32 / 48 |
| 41 | Заявка | Сериен номер на MoS | 8 | 8 | 16 | 16 | 16 |
| 41 | Отговор | Ключ за сдвояване | 16 | 16 / 24 / 32 | 16 | 32 | 32 |
| 42 | Заявка | Сесиен ключ | 16 | 16 / 24 / 32 | 16 | 32 | 32 |
| 43 | Заявка | Информация за сдвояване | 24 | 24 | 32 | 32 | 32 |
| 50 | Отговор | Информация за сдвояване | 24 | 24 | 32 | 32 | 32 |
| 70 | Заявка | Данни за удостоверяване на автентичността | 8 | 8 | 16 | 16 | 16 |
| 80 | Отговор | Стойност на брояча на MoS + данни за удост. на автент. | 8 | 8 | 16 | 16 | 16“ |

х)

таблица 6 в точка 12.3 се заменя със следното:

„Таблица 6

„Таблица 6

Брой на байтовете данни в открит текст и на криптираните байтове данни за една инструкция, дефиниран в [ISO 16844-3]

Брой на байтовете данни в открит текст и на криптираните байтове данни за една инструкция, дефиниран в [ISO 16844-3]

Инструкция

Заявка / отговор

Описание на данните

# на байтовете данни в открит текст съгласно

[ISO 16844-3]

# на байтовете данни в открит текст, използващи AES ключове

# на криптираните байтове данни, използващи AES ключове с дължина в битове

128

192

256

10

Заявка

Данни за удостоверяване на автентичността + номер на файла

8

8

16

16

16

11

Отговор

Данни за удостоверяване на автентичността + съдържание на файла

16 или 32, зависи от файла

16 или 32, зависи от файла

32 / 48

32 / 48

32 / 48

41

Заявка

Сериен номер на MoS

8

8

16

16

16

41

Отговор

Ключ за сдвояване

16

16 / 24 / 32

16

32

32

42

Заявка

Сесиен ключ

16

16 / 24 / 32

16

32

32

43

Заявка

Информация за сдвояване

24

24

32

32

32

50

Отговор

Информация за сдвояване

24

24

32

32

32

70

Заявка

Данни за удостоверяване на автентичността

8

8

16

16

16

80

Отговор

Стойност на брояча на MoS + данни за удост. на автент.

8

8

16

16

16“

| ц) | в точка 13.1, раздел CSM_224, изискването за серийния номер на бордовото устройство се заменя със следното:


  „Сериен номер на бордовото устройство | (серийният номер на бордовото устройство или идентификаторът на искането за сертификат (тип данни VuSerialNumber или CertificateRequestID) — вж. CSM_123“; |
| --- | --- | --- |

ц)

в точка 13.1, раздел CSM_224, изискването за серийния номер на бордовото устройство се заменя със следното:

„Сериен номер на бордовото устройство

Сериен номер на бордовото устройство

(серийният номер на бордовото устройство или идентификаторът на искането за сертификат (тип данни VuSerialNumber или CertificateRequestID) — вж. CSM_123“;

| ч) | в точка 13.3, в раздел CSM_228 втората подточка се заменя със следното:


  „2. | Контролната карта трябва да използва посочения главен ключ DSRC в комбинация със серийния номер на бордовото устройство или с идентификатора на искането за сертификат в данните за сигурността на DSRC, за да изведе специфичните за бордовото устройство ключове K_VUDSRC_ENC и K_VUDSRC_MAC, както е специфицирано в CSM_124.“; |
| --- | --- | --- |

ч)

в точка 13.3, в раздел CSM_228 втората подточка се заменя със следното:

„2.

Контролната карта трябва да използва посочения главен ключ DSRC в комбинация със серийния номер на бордовото устройство или с идентификатора на искането за сертификат в данните за сигурността на DSRC, за да изведе специфичните за бордовото устройство ключове K_VUDSRC_ENC и K_VUDSRC_MAC, както е специфицирано в CSM_124.“;

DSRC

DSRC

| ш) | точка 14.3 се изменя, както следва:


  i) | в раздел CSM_234 текстът преди забележките към фигура 13 се заменя със следното:

  „Дадено IDE може само да извършва проверка на подпис върху изтеглени данни или да използва за тази цел контролна карта. В случай че използва контролна карта, проверката на подписа се извършва, както е показано във фигура 13. За да провери валидността във времето на представен от IDE сертификат, контролната карта трябва да използва вътрешно генерираното от нея текущо време съгласно посоченото в раздел CSM_167. Ако датата на влизане в сила на автентичен сертификат, представляващ „валиден източник на данни за времето“, е по-скорошна от текущото време на картата, картата трябва да актуализира своето текущо време. Като валиден източник на данни за времето картата трябва да възприема само следните сертификати:


  — | свързващи сертификати на ERCA от второ поколение, |
| --- | --- | --- | --- |

ш)

точка 14.3 се изменя, както следва:

i)

в раздел CSM_234 текстът преди забележките към фигура 13 се заменя със следното:

„Дадено IDE може само да извършва проверка на подпис върху изтеглени данни или да използва за тази цел контролна карта. В случай че използва контролна карта, проверката на подписа се извършва, както е показано във фигура 13. За да провери валидността във времето на представен от IDE сертификат, контролната карта трябва да използва вътрешно генерираното от нея текущо време съгласно посоченото в раздел CSM_167. Ако датата на влизане в сила на автентичен сертификат, представляващ „валиден източник на данни за времето“, е по-скорошна от текущото време на картата, картата трябва да актуализира своето текущо време. Като валиден източник на данни за времето картата трябва да възприема само следните сертификати:

—

свързващи сертификати на ERCA от второ поколение,

| — | сертификати на MSCA от второ поколение, |
| --- | --- |

—

сертификати на MSCA от второ поколение,

| — | сертификати VU_Sign или Card_Sign от второ поколение, издадени от същата държава като издалата собствения сертификат на контролната карта. |
| --- | --- |

—

сертификати VU_Sign или Card_Sign от второ поколение, издадени от същата държава като издалата собствения сертификат на контролната карта.

В случай че самото IDE проверява подписа, то трябва да провери автентичността и валидността на всички сертификати в сертификационната верига във файла с данни, както и подписа върху данните, в съответствие със схемата за подписване, дефинирана в [DSS]. И в двата случая за всеки сертификат, който се чете от файла с данни, трябва да се провери дали полето за оторизация на титуляря на сертификата (Certificate Holder Authorisation — CHA) е правилно:

| — | Полето CHA в сертификата EQT трябва да указва сертификат за подпис на бордово устройство или карта според случая (вж. допълнение 1, тип данни EquipmentType). |
| --- | --- |

—

Полето CHA в сертификата EQT трябва да указва сертификат за подпис на бордово устройство или карта според случая (вж. допълнение 1, тип данни EquipmentType).

| — | CHA в сертификат EQT.CA трябва да указва MSCA. |
| --- | --- |

—

CHA в сертификат EQT.CA трябва да указва MSCA.

| — | CHA в сертификат EQT.Link трябва да указва ERCA.“; |
| --- | --- |

—

CHA в сертификат EQT.Link трябва да указва ERCA.“;

| ii) | фигура 13 се заменя със следното:

  „
  Фигура 13


  Протокол за проверка на подписа върху изтеглен файл с данни


  “. |
| --- | --- |

ii)

фигура 13 се заменя със следното:

„
  Фигура 13

Фигура 13

Протокол за проверка на подписа върху изтеглен файл с данни

Протокол за проверка на подписа върху изтеглен файл с данни

Image 104

  “.

| 37) | Допълнение 12 се изменя, както следва:


  а) | точка 3 се изменя, както следва:


  i) | в раздел GNS_4 вторият абзац след фигура 2 се заменя със следното:

  „Разделителната способност за местоположението се базира на формата на гореописаното изречение RMC. Първата част от полета 3) и 5) се използва за посочване на градусите. Останалото пространство се използва за посочване на минутите с три десетични знака. Следователно разделителната способност е 1/1000 от минутата или 1/60000 от градуса (защото една минута е 1/60 от градуса).“; |
| --- | --- | --- | --- |

37)

Допълнение 12 се изменя, както следва:

а)

точка 3 се изменя, както следва:

i)

в раздел GNS_4 вторият абзац след фигура 2 се заменя със следното:

„Разделителната способност за местоположението се базира на формата на гореописаното изречение RMC. Първата част от полета 3) и 5) се използва за посочване на градусите. Останалото пространство се използва за посочване на минутите с три десетични знака. Следователно разделителната способност е 1/1000 от минутата или 1/60000 от градуса (защото една минута е 1/60 от градуса).“;

| ii) | раздел GNS_5 се заменя със следното:


  „GNS_5 | Бордовото устройство трябва да съхранява в своята база данни позиционната информация за географска ширина и дължина с разделителна способност 1/10 от минутата или 1/600 от градуса, както е описано в допълнение 1 за типа данни „географски координати“.
  За определяне и записване на наличието и точността на сигнал бордовото устройство може да използва командата за DOP и активните спътници на GPS (командата GSA). По-специално, стойността на HDOP се използва като показател за степента на точност на записаните данни за местоположението (вж. 4.2.2). Бордовото устройство трябва да съхранява стойността на хоризонталното намаление на точността при определяне на местоположението (HDOP), изчислена като минималната измежду стойностите на HDOP, получени от наличните системи за GNSS.
  Идентификаторът на системата за GNSS посочва съответния идентификатор на NMEA за всяка група спътници на GNSS и за спътниковата система за диференциална корекция (Satellite- Based Augmentation System, SBAS).

  Фигура 3


  Структура на изречение GSA


  “ |
| --- | --- | --- |

ii)

раздел GNS_5 се заменя със следното:

„GNS_5

Бордовото устройство трябва да съхранява в своята база данни позиционната информация за географска ширина и дължина с разделителна способност 1/10 от минутата или 1/600 от градуса, както е описано в допълнение 1 за типа данни „географски координати“.

За определяне и записване на наличието и точността на сигнал бордовото устройство може да използва командата за DOP и активните спътници на GPS (командата GSA). По-специално, стойността на HDOP се използва като показател за степента на точност на записаните данни за местоположението (вж. 4.2.2). Бордовото устройство трябва да съхранява стойността на хоризонталното намаление на точността при определяне на местоположението (HDOP), изчислена като минималната измежду стойностите на HDOP, получени от наличните системи за GNSS.

Идентификаторът на системата за GNSS посочва съответния идентификатор на NMEA за всяка група спътници на GNSS и за спътниковата система за диференциална корекция (Satellite- Based Augmentation System, SBAS).

Фигура 3

Фигура 3

Структура на изречение GSA

Структура на изречение GSA

Image 105

  “

| iii) | раздел GNS_6 се заменя със следното:


  „GNS_6 | Изречението GSA трябва да бъде съхранявано с номер на записа „02“ — „06“.“; |
| --- | --- | --- |

iii)

раздел GNS_6 се заменя със следното:

„GNS_6

Изречението GSA трябва да бъде съхранявано с номер на записа „02“ — „06“.“;

| б) | точка 4.2.1 се изменя, както следва:


  i) | раздел GNS_16 се заменя със следното:


  „GNS_16 | В протокола за връзка не трябва да се поддържат полета с увеличена дължина.“; |
| --- | --- | --- | --- |

б)

точка 4.2.1 се изменя, както следва:

i)

раздел GNS_16 се заменя със следното:

„GNS_16

В протокола за връзка не трябва да се поддържат полета с увеличена дължина.“;

| ii) | раздел GNS_18 се заменя със следното:


  „GNS_18 | По отношение на функциите: 1) събиране и разпределяне на GNSS данни, 2) събиране на конфигурационните данни за външното устройство за GNSS и 3) протокол за управление, защитеният приемопредавател за GNSS трябва да симулира карта с чип с архитектура на файловата система, състояща се от главен файл (Master File, MF), специализиран файл (Dedicated File, DF) с идентификатор на приложенията, специфициран в допълнение 1, глава 6.2 (‘FF 44 54 45 47 4D’), 3 елементарни файла, съдържащи сертификати, и един единичен елементарен файл (EF.EGF) с идентификатор, равен на „2F2F“, както е описано в таблица 1.“; |
| --- | --- | --- |

ii)

раздел GNS_18 се заменя със следното:

„GNS_18

По отношение на функциите: 1) събиране и разпределяне на GNSS данни, 2) събиране на конфигурационните данни за външното устройство за GNSS и 3) протокол за управление, защитеният приемопредавател за GNSS трябва да симулира карта с чип с архитектура на файловата система, състояща се от главен файл (Master File, MF), специализиран файл (Dedicated File, DF) с идентификатор на приложенията, специфициран в допълнение 1, глава 6.2 (‘FF 44 54 45 47 4D’), 3 елементарни файла, съдържащи сертификати, и един единичен елементарен файл (EF.EGF) с идентификатор, равен на „2F2F“, както е описано в таблица 1.“;

| iii) | раздел GNS_20 се заменя със следното:


  „GNS_20 | Паметта, използвана от защитения приемопредавател за GNSS за съхраняване на данните, трябва да може да изпълни поне 20 милиона цикъла запис/четене. С изключение на този аспект, вътрешната конструкция и изпълнението на защитения приемопредавател за GNSS е по усмотрение на производителите.
  Разпределянето на номерата на записите и данните в паметта е дадено в таблица 1. Отбележете, че съществуват пет изречения GSA за GNSS и за спътниковата система за диференциална корекция (SBAS).“; |
| --- | --- | --- |

iii)

раздел GNS_20 се заменя със следното:

„GNS_20

Паметта, използвана от защитения приемопредавател за GNSS за съхраняване на данните, трябва да може да изпълни поне 20 милиона цикъла запис/четене. С изключение на този аспект, вътрешната конструкция и изпълнението на защитения приемопредавател за GNSS е по усмотрение на производителите.

Разпределянето на номерата на записите и данните в паметта е дадено в таблица 1. Отбележете, че съществуват пет изречения GSA за GNSS и за спътниковата система за диференциална корекция (SBAS).“;

| в) | в точка 4.2.2, в раздел GNS_23 подточка 5 се заменя със следното:


  „5. | Процесорът на бордовото устройство проверява получените данни и извлича информация (например географска ширина, дължина, време) от изречението RMC NMEA. Изречението RMC NMEA включва информация дали местоположението е валидно. Ако местоположението не е валидно, данните за местоположението все още не са достъпни и не могат да се използват за записване на местоположението на превозното средство. Ако местоположението е валидно, процесорът на бордовото устройство извлича от изреченията GSA NMEA и стойностите на HDOP и изчислява средната стойност по наличните спътникови системи (т.е. когато има налично фиксиране).“; |
| --- | --- | --- |

в)

в точка 4.2.2, в раздел GNS_23 подточка 5 се заменя със следното:

„5.

Процесорът на бордовото устройство проверява получените данни и извлича информация (например географска ширина, дължина, време) от изречението RMC NMEA. Изречението RMC NMEA включва информация дали местоположението е валидно. Ако местоположението не е валидно, данните за местоположението все още не са достъпни и не могат да се използват за записване на местоположението на превозното средство. Ако местоположението е валидно, процесорът на бордовото устройство извлича от изреченията GSA NMEA и стойностите на HDOP и изчислява средната стойност по наличните спътникови системи (т.е. когато има налично фиксиране).“;

| г) | в точка 4.4.1 раздел GNS_28 се заменя със следното:


  „GNS_28 | Ако бордовото устройство не успее да установи връзка с куплираното външно устройство за GNSS в течение на повече от 20 последователни минути, бордовото устройство трябва да генерира и регистрира в себе си събитие от типа EventFaultType с изброена (enum) стойност ‘0E’H — Грешка в комуникацията с външното устройство за GNSS, и с времеви печат, съответстващ на текущото време. Събитието се генерира само ако са изпълнени следните две условия: а) интелигентният тахограф не е в режим на калибриране и б) превозното средство е в движение. В този случай регистрирането на грешка във връзката се задейства, когато защитеният приемопредавател на бордовото устройство не получи съобщение, съдържащо отговор, след изпращането на съобщение със заявка, както е описано в раздел 4.2.“; |
| --- | --- | --- |

г)

в точка 4.4.1 раздел GNS_28 се заменя със следното:

„GNS_28

Ако бордовото устройство не успее да установи връзка с куплираното външно устройство за GNSS в течение на повече от 20 последователни минути, бордовото устройство трябва да генерира и регистрира в себе си събитие от типа EventFaultType с изброена (enum) стойност ‘0E’H — Грешка в комуникацията с външното устройство за GNSS, и с времеви печат, съответстващ на текущото време. Събитието се генерира само ако са изпълнени следните две условия: а) интелигентният тахограф не е в режим на калибриране и б) превозното средство е в движение. В този случай регистрирането на грешка във връзката се задейства, когато защитеният приемопредавател на бордовото устройство не получи съобщение, съдържащо отговор, след изпращането на съобщение със заявка, както е описано в раздел 4.2.“;

| д) | в точка 4.4.2 раздел GNS_29 се заменя със следното:


  „GNS_29 | Ако целостта на външното устройство за GNSS бъде нарушена, защитеният приемопредавател за GNSS трябва да изтрие цялата си памет, включително криптографския материал. Както е описано в раздели GNS_25 и GNS_26, бордовото устройство трябва да констатира наличие на вмешателство, ако отговорът е със статус ‘6690’. В такъв случай бордовото устройство трябва да генерира събитие от типа EventFaultType с изброена (enum) стойност ‘19’H — Установяване на вмешателство в GNSS. Като алтернатива, външното устройство за GNSS може повече да не отговаря на други външни заявки.“; |
| --- | --- | --- |

д)

в точка 4.4.2 раздел GNS_29 се заменя със следното:

„GNS_29

Ако целостта на външното устройство за GNSS бъде нарушена, защитеният приемопредавател за GNSS трябва да изтрие цялата си памет, включително криптографския материал. Както е описано в раздели GNS_25 и GNS_26, бордовото устройство трябва да констатира наличие на вмешателство, ако отговорът е със статус ‘6690’. В такъв случай бордовото устройство трябва да генерира събитие от типа EventFaultType с изброена (enum) стойност ‘19’H — Установяване на вмешателство в GNSS. Като алтернатива, външното устройство за GNSS може повече да не отговаря на други външни заявки.“;

| е) | в точка 4.4.3 раздел GNS_30 се заменя със следното:


  „GNS_30“ | Ако защитеният приемопредавател за GNSS не получава данни от приемника на сигнали от GNSS в течение на повече от 3 последователни часа, защитеният приемопредавател за GNSS трябва да генерира съобщение, съдържащо отговор на командата READ RECORD, с номер на записа (RECORD), равен на ‘01’, и с поле за данни от 12 байта, всички със стойност 0xFF. При получаване на съдържащо отговор съобщение с тази стойност в полето за данни, бордовото устройство трябва да генерира и регистрира събитие от типа EventFaultType с изброена (enum) стойност ‘0D’H — Липса на информация за местоположението от приемник на сигнали от GNSS, с времеви печат, съответстващ на текущото време, само ако са изпълнени следните две условия: а) интелигентният тахограф не е в режим на калибриране и б) превозното средство е в движение.“; |
| --- | --- | --- |

е)

в точка 4.4.3 раздел GNS_30 се заменя със следното:

„GNS_30“

Ако защитеният приемопредавател за GNSS не получава данни от приемника на сигнали от GNSS в течение на повече от 3 последователни часа, защитеният приемопредавател за GNSS трябва да генерира съобщение, съдържащо отговор на командата READ RECORD, с номер на записа (RECORD), равен на ‘01’, и с поле за данни от 12 байта, всички със стойност 0xFF. При получаване на съдържащо отговор съобщение с тази стойност в полето за данни, бордовото устройство трябва да генерира и регистрира събитие от типа EventFaultType с изброена (enum) стойност ‘0D’H — Липса на информация за местоположението от приемник на сигнали от GNSS, с времеви печат, съответстващ на текущото време, само ако са изпълнени следните две условия: а) интелигентният тахограф не е в режим на калибриране и б) превозното средство е в движение.“;

| ж) | в точка 4.4.4 текстът в раздел GNS_31 до фигура 4 се заменя със следното:

  „Ако установи, че използваният за взаимно удостоверяване на автентичността сертификат EGF вече не е валиден, бордовото устройство трябва да генерира и регистрира събитие, свързано с уредите за регистриране на данни за движението, от типа EventFaultType с изброена (enum) стойност ‘1B’H — Изтекъл сертификат на външно устройство за GNSS, с времеви печат, съответстващ на текущото време. При това бордовото устройство трябва да продължи да използва получаваните от GNSS данни за местоположението.“; |
| --- | --- |

ж)

в точка 4.4.4 текстът в раздел GNS_31 до фигура 4 се заменя със следното:

„Ако установи, че използваният за взаимно удостоверяване на автентичността сертификат EGF вече не е валиден, бордовото устройство трябва да генерира и регистрира събитие, свързано с уредите за регистриране на данни за движението, от типа EventFaultType с изброена (enum) стойност ‘1B’H — Изтекъл сертификат на външно устройство за GNSS, с времеви печат, съответстващ на текущото време. При това бордовото устройство трябва да продължи да използва получаваните от GNSS данни за местоположението.“;

‘1B’H — Изтекъл сертификат на външно устройство за GNSS

| з) | в точка 5.2.1 раздел GNS_34 се заменя със следното:


  „GNS_34 | Ако бордовото устройство не получи данни от приемника на сигнали от GNSS в течение на повече от 3 последователни часа, бордовото устройство трябва да генерира и регистрира събитие от типа EventFaultType с изброена (enum) стойност ‘0D’H — Липса на информация за местоположението от приемник на сигнали от GNSS, с времеви печат, съответстващ на текущото време, само ако са изпълнени следните две условия: а) интелигентният тахограф не е в режим на калибриране и б) превозното средство е в движение.“; |
| --- | --- | --- |

з)

в точка 5.2.1 раздел GNS_34 се заменя със следното:

„GNS_34

Ако бордовото устройство не получи данни от приемника на сигнали от GNSS в течение на повече от 3 последователни часа, бордовото устройство трябва да генерира и регистрира събитие от типа EventFaultType с изброена (enum) стойност ‘0D’H — Липса на информация за местоположението от приемник на сигнали от GNSS, с времеви печат, съответстващ на текущото време, само ако са изпълнени следните две условия: а) интелигентният тахограф не е в режим на калибриране и б) превозното средство е в движение.“;

| и) | точка 6 се заменя със следното:
  „6.   ВРЕМЕВИ КОНФЛИКТ В ДАННИТЕ ОТ GNSS
  Ако установи несъответствие, по-дълго от 1 минута, между показанията на функцията за измерване на времето на бордовото устройство и данните за времето, постъпващи от приемника на сигнали от GNSS, бордовото устройство трябва да регистрира събитие от типа EventFaultType с изброена (enum) стойност ‘0B’H — Времеви конфликт (GNSS/вътрешния часовник на бордовото устройство). След задействане на събитие на времеви конфликт през следващите 12 часа бордовото устройство не проверява за времеви конфликт. Това събитие не трябва да се предизвиква, ако през последните 30 дни от приемника на сигнали от GNSS не е можел да бъде открит валиден сигнал от GNSS.“ |
| --- | --- |

и)

точка 6 се заменя със следното:

„6.   ВРЕМЕВИ КОНФЛИКТ В ДАННИТЕ ОТ GNSS

Ако установи несъответствие, по-дълго от 1 минута, между показанията на функцията за измерване на времето на бордовото устройство и данните за времето, постъпващи от приемника на сигнали от GNSS, бордовото устройство трябва да регистрира събитие от типа EventFaultType с изброена (enum) стойност ‘0B’H — Времеви конфликт (GNSS/вътрешния часовник на бордовото устройство). След задействане на събитие на времеви конфликт през следващите 12 часа бордовото устройство не проверява за времеви конфликт. Това събитие не трябва да се предизвиква, ако през последните 30 дни от приемника на сигнали от GNSS не е можел да бъде открит валиден сигнал от GNSS.“

‘0B’H — Времеви конфликт (GNSS/вътрешния часовник на бордовото устройство)

| 38) | Допълнение 13 се изменя, както следва:


  а) | в точка 2 четвъртият абзац се заменя със следното:

  „Трябва да се поясни, че в настоящото допълнение не са определени:


  — | събирането и управлението на данните в рамките на бордовото устройство (които са определени на друго място в регламента или — ако не е така — зависят от проектирането на съответния продукт), |
| --- | --- | --- | --- |

38)

Допълнение 13 се изменя, както следва:

а)

в точка 2 четвъртият абзац се заменя със следното:

„Трябва да се поясни, че в настоящото допълнение не са определени:

не

—

събирането и управлението на данните в рамките на бордовото устройство (които са определени на друго място в регламента или — ако не е така — зависят от проектирането на съответния продукт),

данните

регламента

| — | формата на представяне на събраните данни на приложенията, поддържани от външното устройство, |
| --- | --- |

—

формата на представяне на събраните данни на приложенията, поддържани от външното устройство,

| — | мерките за сигурност на данните извън предоставяните от Bluetooth® (като например криптиране), отнасящи се за съдържанието на данните (които са определени на друго място в регламента [общите механизми за сигурност от допълнение 11]), |
| --- | --- |

—

мерките за сигурност на данните извън предоставяните от Bluetooth® (като например криптиране), отнасящи се за съдържанието на данните (които са определени на друго място в регламента [общите механизми за сигурност от допълнение 11]),

данните

регламента

| — | протоколите за Bluetooth®, използвани от интерфейса с ITS.“; |
| --- | --- |

—

протоколите за Bluetooth®, използвани от интерфейса с ITS.“;

| б) | в точка 4.2 третият абзац се заменя със следното:

  „Процесът на сдвояване за връзка Bluetooth® може да започне, когато външно устройство попадне в обсега на бордовото устройство за първи път (вж. също приложение 2). Устройствата споделят своите адреси, наименования и профили, както и общ таен ключ, който им позволява в бъдеще винаги да се съчетават, когато са в близост. След като бъде завършена тази стъпка, външното устройство придобива статут на доверено и е в състояние да отправи заявки за изтегляне на данни от тахографа. Не се предвижда да се добавят още механизми за криптиране извън предоставяното от Bluetooth®. Ако са необходими обаче допълнителни механизми за сигурност, те се осъществяват в съответствие с общите механизми за сигурност от допълнение 11.“; |
| --- | --- |

б)

в точка 4.2 третият абзац се заменя със следното:

„Процесът на сдвояване за връзка Bluetooth® може да започне, когато външно устройство попадне в обсега на бордовото устройство за първи път (вж. също приложение 2). Устройствата споделят своите адреси, наименования и профили, както и общ таен ключ, който им позволява в бъдеще винаги да се съчетават, когато са в близост. След като бъде завършена тази стъпка, външното устройство придобива статут на доверено и е в състояние да отправи заявки за изтегляне на данни от тахографа. Не се предвижда да се добавят още механизми за криптиране извън предоставяното от Bluetooth®. Ако са необходими обаче допълнителни механизми за сигурност, те се осъществяват в съответствие с общите механизми за сигурност от допълнение 11.“;

| в) | точка 4.3 се изменя, както следва:


  i) | първият абзац се заменя със следното:

  „От съображения за сигурност бордовото устройство изисква система за разрешаване на достъпа чрез PIN код, която е отделена от сдвояването по Bluetooth. Всяко бордово устройство трябва да е в състояние да генерира PIN кодове, съставени от най-малко 4 цифри, за целите на удостоверяването на автентичността. Всеки път, когато външно устройство се сдвоява с бордовото устройство, то трябва да подаде правилния PIN код, преди да получи каквито и да било данни.“; |
| --- | --- | --- |

в)

точка 4.3 се изменя, както следва:

i)

първият абзац се заменя със следното:

„От съображения за сигурност бордовото устройство изисква система за разрешаване на достъпа чрез PIN код, която е отделена от сдвояването по Bluetooth. Всяко бордово устройство трябва да е в състояние да генерира PIN кодове, съставени от най-малко 4 цифри, за целите на удостоверяването на автентичността. Всеки път, когато външно устройство се сдвоява с бордовото устройство, то трябва да подаде правилния PIN код, преди да получи каквито и да било данни.“;

| ii) | третият абзац след таблица 1 се заменя със следното:

  „Производителят може да предлага възможност за промяна на PIN кода пряко чрез бордовото устройство, но PUC кодът не може да се променя. Ако изменението на PIN кода е възможно, за целта се изисква текущият PIN код да бъде въведен пряко в бордовото устройство.“; |
| --- | --- |

ii)

третият абзац след таблица 1 се заменя със следното:

„Производителят може да предлага възможност за промяна на PIN кода пряко чрез бордовото устройство, но PUC кодът не може да се променя. Ако изменението на PIN кода е възможно, за целта се изисква текущият PIN код да бъде въведен пряко в бордовото устройство.“;

| г) | в точка 4.4, вторият абзац след заглавието „Поле за данни“ се заменя със следното:

  „Ако данните, които трябва да се пренасят, са твърде дълги спрямо наличното пространство в едно съобщение, те се разделят в няколко подсъобщения. Всяко подсъобщение е с една и съща заглавна част и SID, но съдържа брояч от 2 байта — Counter Current (CC) и Counter Max (CM), който посочва номера на подсъобщението. С цел да се осигури контрол за грешки и евентуално да се прекрати обменът на данни, приемащото устройство потвърждава получаването на всяко подсъобщение. Приемащото устройство може да потвърди приемането на подсъобщението, да поиска повторното му предаване или да заяви възобновяване или прекратяване на предаването на данните от предаващото устройство.“; |
| --- | --- |

г)

в точка 4.4, вторият абзац след заглавието „Поле за данни“ се заменя със следното:

„Ако данните, които трябва да се пренасят, са твърде дълги спрямо наличното пространство в едно съобщение, те се разделят в няколко подсъобщения. Всяко подсъобщение е с една и съща заглавна част и SID, но съдържа брояч от 2 байта — Counter Current (CC) и Counter Max (CM), който посочва номера на подсъобщението. С цел да се осигури контрол за грешки и евентуално да се прекрати обменът на данни, приемащото устройство потвърждава получаването на всяко подсъобщение. Приемащото устройство може да потвърди приемането на подсъобщението, да поиска повторното му предаване или да заяви възобновяване или прекратяване на предаването на данните от предаващото устройство.“;

| д) | приложение 1 се изменя, както следва:


  i) | заглавието се заменя със следното:
  „1)   СПИСЪК НА ДАННИТЕ, ПРЕДОСТАВЯНИ ЧРЕЗ ИНТЕРФЕЙСА С ITS“; |
| --- | --- | --- |

д)

приложение 1 се изменя, както следва:

i)

заглавието се заменя със следното:

„1)   СПИСЪК НА ДАННИТЕ, ПРЕДОСТАВЯНИ ЧРЕЗ ИНТЕРФЕЙСА С ITS“;

СПИСЪК НА ДАННИТЕ, ПРЕДОСТАВЯНИ ЧРЕЗ ИНТЕРФЕЙСА С ITS“;

| ii) | в таблицата в точка 3 — след позицията „Липса на информация за местоположението от приемник на сигнали от GNSS“, се добавя следната позиция:


  „Грешка в комуникацията с външното устройство за GNSS | — | най-продължителното събитие за всеки от последните 10 дни на възникване, |
| --- | --- | --- | --- |

ii)

в таблицата в точка 3 — след позицията „Липса на информация за местоположението от приемник на сигнали от GNSS“, се добавя следната позиция:

„Грешка в комуникацията с външното устройство за GNSS

—

най-продължителното събитие за всеки от последните 10 дни на възникване,

| — | 5-те най-продължителни събития през последните 365 дни. |
| --- | --- |

—

5-те най-продължителни събития през последните 365 дни.

| — | дата и час на началото на събитие, |
| --- | --- |

—

дата и час на началото на събитие,

| — | дата и час на края на събитие, |
| --- | --- |

—

дата и час на края на събитие,

| — | тип и номер на картата(ите), държава членка, издала картата(ите), както и поколение на всяка карта, вкарана в началото и/или в края на събитието, |
| --- | --- |

—

тип и номер на картата(ите), държава членка, издала картата(ите), както и поколение на всяка карта, вкарана в началото и/или в края на събитието,

| — | брой сходни събития, възникнали същия ден.“ |
| --- | --- |

—

брой сходни събития, възникнали същия ден.“

| iii) | в точка 5 се добавя следното тире:


  „— | неизправност на интерфейса с ITS (ако е приложимо)“; |
| --- | --- | --- |

iii)

в точка 5 се добавя следното тире:

„—

неизправност на интерфейса с ITS (ако е приложимо)“;

| е) | спецификациите на ASN.1 в приложение 3 се изменят, както следва:


  i) | след ред 206 се добавят следните редове 206a — 206e:
  „


  Текст на изображението

  “206a
  206b
  DriverID ::= SEQUENCE{
  206c
  issuingMemberState OCTET STRING (SIZE(3)),
  206d
  cardNumber OCTET STRING (SIZE(16))
  206e }“;

  “ |
| --- | --- | --- |

е)

спецификациите на ASN.1 в приложение 3 се изменят, както следва:

i)

след ред 206 се добавят следните редове 206a — 206e:

“206a

206b

DriverID ::= SEQUENCE{

206c

issuingMemberState OCTET STRING (SIZE(3)),

206d

cardNumber OCTET STRING (SIZE(16))

206e }“;

| ii) | редове 262 — 264 се заменят със следното:
  „


  Текст на изображението

  „262
  driveRecognize BIT STRING ('00'B UNION '01'B),
  263
  driverCardDriver1 BIT STRING ('00'B UNION '01'B),
  264
  driverCardDriver2 BIT STRING ('00'B UNION '01'B), “;

  “ |
| --- | --- |

ii)

редове 262 — 264 се заменят със следното:

„262

driveRecognize BIT STRING ('00'B UNION '01'B),

263

driverCardDriver1 BIT STRING ('00'B UNION '01'B),

264

driverCardDriver2 BIT STRING ('00'B UNION '01'B), “;

| iii) | ред 275 се заменя със следното:
  „


  Текст на изображението

  „275
  outOfScopeCondition BIT STRING ('00'B UNION '01'B),„;

  “ |
| --- | --- |

iii)

ред 275 се заменя със следното:

„275

outOfScopeCondition BIT STRING ('00'B UNION '01'B),„;

| iv) | редове 288 — 310 се заменят със следното:
  „


  Текст на изображението

  „288
  driver1WorkingState BIT STRING ('000'B UNION '001'B UNION '010'B UNION
  289
  '011'B UNION '100'B UNION '101'B ...),
  290
  driver2WorkingState BIT STRING ('000'B UNION '001'B UNION '010'B UNION
  291
  '011'B UNION '100'B UNION '101'B ...),
  292
  293
  driver1TimeRelatedStates BIT STRING ('0000'B UNION '0001'B
  294
  UNION '0010'B UNION '0011'B UNION '0100'B UNION '0101'B UNION
  295
  '0110'B UNION '0111'B UNION '1000'B UNION '1001'B UNION '1010'B
  296
  UNION '1011'B UNION '1100'B UNION '1101'B ...),
  297
  298
  299
  driver2TimeRelatedStates BIT STRING ('0000'B UNION '0001'B
  300
  UNION '0010'B UNION '0011'B UNION '0100'B UNION '0101'B UNION
  301
  '0110'B UNION '0111'B UNION '1000'B UNION '1001'B UNION '1010'B
  302
  UNION '1011'B UNION '1100'B UNION '1101'B ...),
  303
  304
  305
  306
  overSpeed BIT STRING ('00 'B UNION '01 'B),
  307
  driver1Identification DriverID,
  308
  driver2Identification DriverID,
  309
  310“

  “ |
| --- | --- |

iv)

редове 288 — 310 се заменят със следното:

„288

driver1WorkingState BIT STRING ('000'B UNION '001'B UNION '010'B UNION

289

'011'B UNION '100'B UNION '101'B ...),

290

driver2WorkingState BIT STRING ('000'B UNION '001'B UNION '010'B UNION

291

'011'B UNION '100'B UNION '101'B ...),

292

293

driver1TimeRelatedStates BIT STRING ('0000'B UNION '0001'B

294

UNION '0010'B UNION '0011'B UNION '0100'B UNION '0101'B UNION

295

'0110'B UNION '0111'B UNION '1000'B UNION '1001'B UNION '1010'B

296

UNION '1011'B UNION '1100'B UNION '1101'B ...),

297

298

299

driver2TimeRelatedStates BIT STRING ('0000'B UNION '0001'B

300

UNION '0010'B UNION '0011'B UNION '0100'B UNION '0101'B UNION

301

'0110'B UNION '0111'B UNION '1000'B UNION '1001'B UNION '1010'B

302

UNION '1011'B UNION '1100'B UNION '1101'B ...),

303

304

305

306

overSpeed BIT STRING ('00 'B UNION '01 'B),

307

driver1Identification DriverID,

308

driver2Identification DriverID,

309

310“

| v) | редове 362 и 363 се заменят със следното:
  „


  Текст на изображението

  „362
  driver1MaximumDailyDrivingTime BIT STRING (SIZE(4)),
  363
  driver2MaximumDailyDrivingTime BIT STRING (SIZE(4)),“;

  “ |
| --- | --- |

v)

редове 362 и 363 се заменят със следното:

„362

driver1MaximumDailyDrivingTime BIT STRING (SIZE(4)),

363

driver2MaximumDailyDrivingTime BIT STRING (SIZE(4)),“;

| vi) | след ред 410 се добавят следните редове 410a и 410b:
  „


  Текст на изображението

  „410a
  comErrorWithExternalGNSSFacility
  410b
  CommunicationErrorWithTheExternalGNSSFacility,“;

  “ |
| --- | --- |

vi)

след ред 410 се добавят следните редове 410a и 410b:

„410a

comErrorWithExternalGNSSFacility

410b

CommunicationErrorWithTheExternalGNSSFacility,“;

| vii) | след ред 539 се добавят следните редове 539a — 539j:
  „


  Текст на изображението

  „539a
  CommunicationErrorWithTheExternalGNSSFacility ::= SEQUENCE{
  539b
  beginDate GeneralizedTime,
  539c
  endDate GeneralizedTime,
  539d
  cardsType SEQUENCE OF UTF8String,
  539e
  cardsNumber SEQUENCE OF INTEGER,
  539f
  issuingMemberState SEQUENCE OF NationAlpha,
  539g
  cardsGeneration SEQUENCE OF INTEGER,
  539h
  numberOfSimilarEvent INTEGER
  539i
  }
  539j“;

  “ |
| --- | --- |

vii)

след ред 539 се добавят следните редове 539a — 539j:

„539a

CommunicationErrorWithTheExternalGNSSFacility ::= SEQUENCE{

539b

beginDate GeneralizedTime,

539c

endDate GeneralizedTime,

539d

cardsType SEQUENCE OF UTF8String,

539e

cardsNumber SEQUENCE OF INTEGER,

539f

issuingMemberState SEQUENCE OF NationAlpha,

539g

cardsGeneration SEQUENCE OF INTEGER,

539h

numberOfSimilarEvent INTEGER

539i

}

539j“;

| 39) | Допълнение 14 се изменя, както следва:


  а) | точка 5.5 в съдържанието се заменя със следното:
  „5.5   Подкрепа за спазването на Директива (ЕС) 2015/719 ... 490“; |
| --- | --- | --- |

39)

Допълнение 14 се изменя, както следва:

а)

точка 5.5 в съдържанието се заменя със следното:

„5.5   Подкрепа за спазването на Директива (ЕС) 2015/719 ... 490“;

| б) | в точка 2 третият абзац се заменя със следното:

  „В този сценарий наличното време за връзка е ограничено, тъй като връзката е целева и е разчетена за малък обсег. Освен това същите съобщителни средства за наблюдение на тахографа от разстояние (RTM) могат да бъдат използвани от компетентните контролни органи и за други приложения (например за максимално допустимите маси и размери на тежкотоварни превозни средства, определени в Директива (ЕС) 2015/719), като тези действия могат да бъдат отделни или последователни по преценка на компетентните контролни органи.“; |
| --- | --- |

б)

в точка 2 третият абзац се заменя със следното:

„В този сценарий наличното време за връзка е ограничено, тъй като връзката е целева и е разчетена за малък обсег. Освен това същите съобщителни средства за наблюдение на тахографа от разстояние (RTM) могат да бъдат използвани от компетентните контролни органи и за други приложения (например за максимално допустимите маси и размери на тежкотоварни превозни средства, определени в Директива (ЕС) 2015/719), като тези действия могат да бъдат отделни или последователни по преценка на компетентните контролни органи.“;

връзката

| в) | точка 5.1 се изменя, както следва:


  i) | в раздел DSC_19 дванадесетото тире се заменя със следното:


  „— | Антената на DSRC-VU трябва да е разположена на място, което осигурява оптимална DSRC връзка между превозното средство и антената на крайпътния четец, при положение че четецът е монтиран на разстояние 15 метра пред превозното средство и на височина 2 метра, като се търси средата по хоризонталата и по вертикалата на предното стъкло. За леки превозни средства е подходящо монтиране в горната част на предното стъкло. За всички останали превозни средства антената за DSRC трябва да се монтира близо до долната или до горната част на предното стъкло.“; |
| --- | --- | --- | --- |

в)

точка 5.1 се изменя, както следва:

i)

в раздел DSC_19 дванадесетото тире се заменя със следното:

„—

Антената на DSRC-VU трябва да е разположена на място, което осигурява оптимална DSRC връзка между превозното средство и антената на крайпътния четец, при положение че четецът е монтиран на разстояние 15 метра пред превозното средство и на височина 2 метра, като се търси средата по хоризонталата и по вертикалата на предното стъкло. За леки превозни средства е подходящо монтиране в горната част на предното стъкло. За всички останали превозни средства антената за DSRC трябва да се монтира близо до долната или до горната част на предното стъкло.“;

| ii) | в раздел DSC_22 първият абзац се заменя със следното:

  „Размерната спецификация на антената не е определена и е предмет на търговско решение, стига монтираното DSRC-VU да отговаря на изискванията за съответствие, посочени в раздел 5 по-долу. Антената се разполага, както е определено в DSC_19, и трябва ефикасно да работи за случаите на употреба, описани в точки 4.1.2 и 4.1.3.“; |
| --- | --- |

ii)

в раздел DSC_22 първият абзац се заменя със следното:

„Размерната спецификация на антената не е определена и е предмет на търговско решение, стига монтираното DSRC-VU да отговаря на изискванията за съответствие, посочени в раздел 5 по-долу. Антената се разполага, както е определено в DSC_19, и трябва ефикасно да работи за случаите на употреба, описани в точки 4.1.2 и 4.1.3.“;

| г) | в точка 5.4.3 последователност номер 7 се заменя със следното:


  „7 | REDCR | > | DSRC-VU | Изпраща GET.request за данни, различни от Attribute (ако е уместно)“ |
| --- | --- | --- | --- | --- | --- |

г)

в точка 5.4.3 последователност номер 7 се заменя със следното:

„7

REDCR

>

DSRC-VU

Изпраща GET.request за данни, различни от Attribute (ако е уместно)“

| д) | в точка 5.4.4, раздел DCS_40, определението на модула ASN.1 се изменя, както следва:


  i) | първият ред в последователността


  се заменя със следното:
  „


  Текст на изображението

  „tp15638VehicleRegistrationPlate LPN – Vehicle Registration Plate as per EN 155091“

  “ |
| --- | --- | --- |

д)

в точка 5.4.4, раздел DCS_40, определението на модула ASN.1 се изменя, както следва:

i)

Image 113

„tp15638VehicleRegistrationPlate LPN – Vehicle Registration Plate as per EN 155091“

| ii) | добавя се следната бележка под линия 1:


  „1. | Ако LPN съдържа буквен показател (AlphabetIndicator) LatinAlphabetNo2 или latinCyrillicAlphabet, запитващото устройство на пътя преобразува специалните символи, като прилага специалните правила от приложение Д към стандарт ISO/DIS 14 906,2.“; |
| --- | --- | --- |

ii)

добавя се следната бележка под линия 1:

„1.

Ако LPN съдържа буквен показател (AlphabetIndicator) LatinAlphabetNo2 или latinCyrillicAlphabet, запитващото устройство на пътя преобразува специалните символи, като прилага специалните правила от приложение Д към стандарт ISO/DIS 14 906,2.“;

| iii) | в реда с определението за „Timestamp of current record“ горният индекс 2 се заличава; |
| --- | --- |

iii)

в реда с определението за „Timestamp of current record“ горният индекс 2 се заличава;

| iv) | определението за


  в модула ASN.1 се заменя със следното:
  „


  Текст на изображението

  „RtmTransferAck ::= INTEGER {
  Ok (1),
  NoK (2)
  } (1..255)“;

  “ |
| --- | --- |

iv)

Image 115

„RtmTransferAck ::= INTEGER {

Ok (1),

NoK (2)

} (1..255)“;

| е) | в точка 5.4.5 позиция RTM12 в таблица 14.3 се заменя със следното:


  „RTM12


  Неизправност на датчика | Бордовото устройство генерира целочислена стойност за елемента RTM12 на данните.
  Бордовото устройство присвоява на променливата sensorFault стойността:


  — | 1, ако през последните 10 дни е било регистрирано събитие от типа ‘35’H за неизправност на датчика, |
| --- | --- | --- | --- |

е)

в точка 5.4.5 позиция RTM12 в таблица 14.3 се заменя със следното:

„RTM12

RTM12

Неизправност на датчика

Неизправност на датчика

Бордовото устройство генерира целочислена стойност за елемента RTM12 на данните.

Бордовото устройство присвоява на променливата sensorFault стойността:

—

1, ако през последните 10 дни е било регистрирано събитие от типа ‘35’H за неизправност на датчика,

| — | 2, ако през последните 10 дни е било регистрирано събитие за неизправност на приемника на сигнали от GNSS (вътрешно или външно с изброени (enum) стойности ‘36’H или ‘37’H), |
| --- | --- |

—

2, ако през последните 10 дни е било регистрирано събитие за неизправност на приемника на сигнали от GNSS (вътрешно или външно с изброени (enum) стойности ‘36’H или ‘37’H),

| — | 3, ако през последните 10 дни е било регистрирано събитие от типа ‘0E’H за грешка в комуникацията с външното устройство за GNSS, |
| --- | --- |

—

3, ако през последните 10 дни е било регистрирано събитие от типа ‘0E’H за грешка в комуникацията с външното устройство за GNSS,

| — | 4, ако през последните 10 дни са били регистрирани неизправности както по датчика, така и по приемника на сигнали от GNSS, |
| --- | --- |

—

4, ако през последните 10 дни са били регистрирани неизправности както по датчика, така и по приемника на сигнали от GNSS,

| — | 5, ако през последните 10 дни са били регистрирани както неизправност по датчика, така и грешка в комуникацията с външното устройство за GNSS, |
| --- | --- |

—

5, ако през последните 10 дни са били регистрирани както неизправност по датчика, така и грешка в комуникацията с външното устройство за GNSS,

| — | 6, ако през последните 10 дни са били регистрирани както неизправност по приемника на сигнали от GNSS, така и грешка в комуникацията с външното устройство за GNSS, |
| --- | --- |

—

6, ако през последните 10 дни са били регистрирани както неизправност по приемника на сигнали от GNSS, така и грешка в комуникацията с външното устройство за GNSS,

| — | 7, ако през последните 10 дни са били регистрирани всички три вида неизправности по датчика. В ПРОТИВЕН СЛУЧАЙ се присвоява стойност 0, ако през последните 10 дни не са били регистрирани събития. |
| --- | --- |

—

7, ако през последните 10 дни са били регистрирани всички три вида неизправности по датчика. В ПРОТИВЕН СЛУЧАЙ се присвоява стойност 0, ако през последните 10 дни не са били регистрирани събития.

— за неизправност на датчика — един октет съгласно речника на данните

Image 117

| ж) | в точка 5.4.6 раздел DSC_43 се заменя със следното:


  „DSC_43 | При всеки обмен на данни по DSRC те трябва да бъдат кодирани съгласно PER (Packed Encoding Rules) UNALIGNED, с изключение на


  и


, които трябва да бъдат кодирани съгласно OER (Octet Encoding Rules), определени в стандарт ISO/IEC 8825-7, Rec. ITU-T X.696.“; |
| --- | --- | --- |

ж)

в точка 5.4.6 раздел DSC_43 се заменя със следното:

„DSC_43

При всеки обмен на данни по DSRC те трябва да бъдат кодирани съгласно PER (Packed Encoding Rules) UNALIGNED, с изключение на

  Image 118
  и

  Image 119

, които трябва да бъдат кодирани съгласно OER (Octet Encoding Rules), определени в стандарт ISO/IEC 8825-7, Rec. ITU-T X.696.“;

| з) | в точка 5.4.7, в таблица 14.9, четвърта графа, текстът в клетката с описанието на


  се заменя със следното:
  „Object Identifier на поддържания стандарт, част и версия. Пример: ISO (1) Standard (0) TARV (15638) part9 (9) Version1 (1).
  Първият октет е 06H, който е Object Identifier. Вторият октет е 06H, който дава неговата дължина. Следващите 6 октета кодират примерния Object Identifier.“; |
| --- | --- |

з)

Image 120

„Object Identifier на поддържания стандарт, част и версия. Пример: ISO (1) Standard (0) TARV (15638) part9 (9) Version1 (1).

Първият октет е 06H, който е Object Identifier. Вторият октет е 06H, който дава неговата дължина. Следващите 6 октета кодират примерния Object Identifier.“;

| и) | точки 5.5 и 5.5.1 се заменят със следното:
  „5.5.   Подкрепа за спазването на Директива (ЕС) 2015/719

  5.5.1.   Преглед


  DSC_59 | С цел да се подпомогне спазването на Директива (ЕС) 2015/719 относно максимално допустимите маси и размери на тежкотоварни превозни средства протоколът за трансакциите по изтегляне на данни от бордова система за претегляне (OWS) по интерфейсна връзка към DSRC на 5,8 GHz ще е същият, както използваният за данните за RTM (вж. раздел 5.4.1), с единствената разлика, че Object Identifier за отнасяне към стандарта TARV ще сочи стандарта ISO 15638 (TARV), част 20, отнасяща се за WOB/OWS.“; |
| --- | --- | --- |

и)

точки 5.5 и 5.5.1 се заменят със следното:

„5.5.   Подкрепа за спазването на Директива (ЕС) 2015/719

Подкрепа за спазването на Директива (ЕС) 2015/719

5.5.1.   Преглед

Преглед

DSC_59

С цел да се подпомогне спазването на Директива (ЕС) 2015/719 относно максимално допустимите маси и размери на тежкотоварни превозни средства протоколът за трансакциите по изтегляне на данни от бордова система за претегляне (OWS) по интерфейсна връзка към DSRC на 5,8 GHz ще е същият, както използваният за данните за RTM (вж. раздел 5.4.1), с единствената разлика, че Object Identifier за отнасяне към стандарта TARV ще сочи стандарта ISO 15638 (TARV), част 20, отнасяща се за WOB/OWS.“;

| й) | в точка 5.6.1, раздел DSC_68, буква а) се заменя със следното:


  „a) | Връзката между бордовото устройство и DSRC-VU, която не е вътрешна за бордовото устройство, трябва да бъде по отворен стандарт, за да е възможно договарянето с различни доставчици за получаването на бордови устройства и DSRC-VU, както и на DSRC-VU от различни партиди. Бордовото устройство се свързва с DSRC-VU по някой от следните начини:“; |
| --- | --- | --- |

й)

в точка 5.6.1, раздел DSC_68, буква а) се заменя със следното:

„a)

Връзката между бордовото устройство и DSRC-VU, която не е вътрешна за бордовото устройство, трябва да бъде по отворен стандарт, за да е възможно договарянето с различни доставчици за получаването на бордови устройства и DSRC-VU, както и на DSRC-VU от различни партиди. Бордовото устройство се свързва с DSRC-VU по някой от следните начини:“;

| к) | в точка 5.7.1 раздел DSC_77 се заменя със следното:


  „DSC_77 | Данните се предоставят, вече защитени, от функцията VUSM на DSRC-VU. VUSM проверява дали данните, регистрирани в DSRC-VU, са били записани правилно. Записването и протоколирането на всякакви грешки при прехвърлянето на данни от бордовото устройство към паметта на DSRC-VU се извършва с типа EventFaultType и изброена (enum) стойност, зададена като събитие ‘0C’H — Грешка в комуникацията с устройството за връзка от разстояние, заедно с времеви печат.“ |
| --- | --- | --- |

к)

в точка 5.7.1 раздел DSC_77 се заменя със следното:

„DSC_77

Данните

VUSM

DSRC-VU

VUSM

DSRC-VU

DSRC-VU

| 40) | Допълнение 15 се изменя, както следва:


  а) | в точка 2.2 първият абзац се заменя със следното:

  „Подразбира се, че първото поколение тахографски карти са оперативно съвместими с първото поколение бордови устройства в съответствие с приложение IБ към Регламент (ЕИО) No 3821/85, както и че второто поколение тахографски карти са оперативно съвместими с второто поколение бордови устройства в съответствие с приложение IВ от настоящия регламент. В допълнение към това се прилагат следните изисквания:“; |
| --- | --- | --- |

40)

Допълнение 15 се изменя, както следва:

а)

в точка 2.2 първият абзац се заменя със следното:

„Подразбира се, че първото поколение тахографски карти са оперативно съвместими с първото поколение бордови устройства в съответствие с приложение IБ към Регламент (ЕИО) No 3821/85, както и че второто поколение тахографски карти са оперативно съвместими с второто поколение бордови устройства в съответствие с приложение IВ от настоящия регламент. В допълнение към това се прилагат следните изисквания:“;

| б) | в точка 2.4.1 раздел MIG_11 се изменя, както следва


  i) | първото тире се заменя със следното:


  „— | неподписаните елементарни файлове IC и ICC (незадължително),“; |
| --- | --- | --- | --- |

б)

в точка 2.4.1 раздел MIG_11 се изменя, както следва

i)

първото тире се заменя със следното:

„—

неподписаните елементарни файлове IC и ICC (незадължително),“;

| ii) | третото тире се заменя със следното:


  „— | останалите елементарни файлове с приложни данни (в рамките на DF Tachograph), изисквани по протокола за изтегляне на данни от карти от първо поколение. Информацията трябва да бъде защитена с цифров подпис в съответствие с механизмите за сигурност за първото поколение. |
| --- | --- | --- |

ii)

третото тире се заменя със следното:

„—

останалите елементарни файлове с приложни данни (в рамките на DF Tachograph), изисквани по протокола за изтегляне на данни от карти от първо поколение. Информацията трябва да бъде защитена с цифров подпис в съответствие с механизмите за сигурност за първото поколение.

Подобно изтегляне не трябва да включва елементарни файлове с приложни данни, които присъстват само във второ поколение карти на водачи (и карти за монтаж и настройки) — елементарни файлове с приложни данни в рамките на DF Tachograph_G2.“;

| в) | в точка 2.4.3 раздели MIG_014 и MIG_015 се заменят със следното


  „MIG_014 С | изключение на случаите на проверка на водача от контролни органи на държави извън ЕС, данните от второ поколение бордови устройства трябва да се изтеглят с използване на второ поколение механизми за сигурност и на протокола за изтегляне на данни, специфициран в допълнение 7 към настоящото приложение. |
| --- | --- | --- |

в)

в точка 2.4.3 раздели MIG_014 и MIG_015 се заменят със следното

„MIG_014 С

изключение на случаите на проверка на водача от контролни органи на държави извън ЕС, данните от второ поколение бордови устройства трябва да се изтеглят с използване на второ поколение механизми за сигурност и на протокола за изтегляне на данни, специфициран в допълнение 7 към настоящото приложение.

| MIG_015 С | цел проверка на водача да може да се извършва от контролни органи на държави извън ЕС, по избор може да бъде възможно данни от бордово устройство от второ поколение да се изтеглят, като се използват първо поколение механизми за сигурност. Изтеглените данни трябва да имат същия формат като данните, изтеглени от бордово устройство от първо поколение. Тази възможност трябва да може да бъде избрана чрез команди в менюто.“ |
| --- | --- |

MIG_015 С

цел проверка на водача да може да се извършва от контролни органи на държави извън ЕС, по избор може да бъде възможно данни от бордово устройство от второ поколение да се изтеглят, като се използват първо поколение механизми за сигурност. Изтеглените данни трябва да имат същия формат като данните, изтеглени от бордово устройство от първо поколение. Тази възможност трябва да може да бъде избрана чрез команди в менюто.“

---

ПРИЛОЖЕНИЕ II

Приложение II към Регламент (ЕС) 2016/799 се изменя, както следва:

| 1) | В глава I, точка 1 буква б) се заменя със следното:


  „б) | номер на одобрението, съответстващ на номера на сертификата за одобрение, изготвен за прототипа на уреда за регистриране на данните за движението, тахографския лист или тахографската карта, който се поставя в непосредствена близост до посочения правоъгълник.“ |
| --- | --- | --- |

1)

В глава I, точка 1 буква б) се заменя със следното:

„б)

номер на одобрението, съответстващ на номера на сертификата за одобрение, изготвен за прототипа на уреда за регистриране на данните за движението, тахографския лист или тахографската карта, който се поставя в непосредствена близост до посочения правоъгълник.“

| 2) | В глава III точка 5 се заменя със следното:


  „5. | Представено за одобряване на ...“. |
| --- | --- | --- |

2)

В глава III точка 5 се заменя със следното:

„5.

Представено за одобряване на ...“.

| 3) | В глава IV точка 5 се заменя със следното:


  „5. | Представено за одобряване на ...“. |
| --- | --- | --- |

3)

В глава IV точка 5 се заменя със следното:

„5.

Представено за одобряване на ...“.

---