Está Vd. en

Documento DOUE-L-2016-80895

Reglamento de Ejecución (UE) 2016/799 de la Comisión, de 18 de marzo de 2016, por el que se ejecuta el Reglamento (UE) nº 165/2014 del Parlamento Europeo y del Consejo, que establece los requisitos para la construcción, ensayo, instalación, funcionamiento y reparación de los tacógrafos y de sus componentes (Texto pertinente a efectos del EEE).

Publicado en:
«DOUE» núm. 139, de 26 de mayo de 2016, páginas 1 a 506 (506 págs.)
Departamento:
Unión Europea
Referencia:
DOUE-L-2016-80895

TEXTO ORIGINAL

LA COMISIÓN EUROPEA,

Visto el Tratado de Funcionamiento de la Unión Europea,

Visto el Reglamento (UE) n.o 165/2014 del Parlamento Europeo y del Consejo, de 4 de febrero de 2014, relativo a los tacógrafos en el transporte por carretera (1), y en particular su artículo 11 y su artículo 12, apartado 7,

Considerando lo siguiente:

(1) El Reglamento (UE) n.o 165/2014 ha introducido el tacógrafo digital de segunda generación denominado tacógrafo inteligente, que incluye una conexión con el dispositivo GNSS (sistema mundial de radionavegación por satélite), un dispositivo de comunicación a efectos de teledetección temprana y una interfaz con los sistemas de transporte inteligentes. Deben establecerse las especificaciones de los requisitos técnicos para la fabricación de tacógrafos inteligentes.

(2) El dispositivo de teledetección temprana establecido por el artículo 9, apartado 4, del Reglamento (UE) n.o 165/2014 debe transmitir a un agente de control en carretera los datos del tacógrafo digital y la información relativa a los pesos y pesos por eje de todo el conjunto del vehículo (tractores y remolques o semirremolques), de conformidad con la Directiva 96/53/CE del Parlamento Europeo y del Consejo (2). De este modo, las autoridades de control podrán efectuar una comprobación rápida y eficaz de los vehículos, con menos dispositivos electrónicos en la cabina del vehículo.

(3) De conformidad con la Directiva 96/53/CE, el dispositivo de teledetección temprana debe utilizar las normas CEN DSRC (3) a que se refiere dicha Directiva, en la banda de frecuencias de 5 795-5 805 MHz. Toda vez que dicha banda de frecuencias se utiliza también en el telepeaje, y a fin de evitar interferencias entre las aplicaciones de peaje y de control, los controladores no deben utilizar el dispositivo de teledetección temprana en un área de peaje.

(4) Con el tacógrafo inteligente deben introducirse nuevos mecanismos de seguridad para mantener el nivel de seguridad del tacógrafo digital, a fin de corregir los actuales puntos vulnerables en materia de seguridad. Uno de esos puntos vulnerables es la ausencia de fechas de expiración de los certificados digitales. Con el fin de respetar las mejores prácticas en materia de seguridad, se recomienda evitar el uso de certificados digitales sin fecha de expiración. El período de validez operativa normal de las unidades instaladas en vehículos debe ser de quince años, a partir de la fecha de emisión de los certificados digitales de dichas unidades. Las unidades instaladas en vehículos deben ser reemplazadas al concluir el período de validez.

(5) El suministro de información fiable y segura sobre la localización constituye un elemento esencial del buen funcionamiento de los tacógrafos inteligentes. Por tanto, conviene garantizar su compatibilidad con los servicios de valor añadido prestados por el programa Galileo, según lo dispuesto en el Reglamento (UE) n.o 1285/2013 del Parlamento Europeo y del Consejo (4), a fin de mejorar la seguridad del tacógrafo inteligente.

(6) De conformidad con el artículo 8, apartado 1, el artículo 9, apartado 1, y el artículo 10, apartados 1 y 2, del Reglamento (UE) n.o 165/2014, los mecanismos de seguridad introducidos por dicho Reglamento deben aplicarse 36 meses después de la entrada en vigor de los actos de ejecución necesarios con el fin de permitir a los fabricantes el desarrollo de la nueva generación de tacógrafos inteligentes, y recibir de las autoridades competentes sus certificados de homologación.

(7) De conformidad con el Reglamento (UE) n.o 165/2014, los vehículos matriculados por primera vez en un Estado miembro 36 meses después de la entrada en vigor del presente Reglamento de la Comisión deben estar equipados con un tacógrafo inteligente que cumpla los requisitos en él contenidos. En cualquier caso, todos los vehículos que circulen en un Estado miembro distinto de su Estado miembro de matriculación deben estar equipados con un tacógrafo inteligente que cumpla los requisitos quince años después de la fecha de aplicación de estos.

(8) El Reglamento (CE) n.o 68/2009 de la Comisión (5) permitió, durante un período transitorio que finalizó el 31 de diciembre de 2013, la utilización de un adaptador para hacer posible la instalación de tacógrafos en vehículos de tipo M1 y N1. Debido a dificultades técnicas relacionadas con la búsqueda de una alternativa a la utilización del adaptador, los expertos de la industria del automóvil y del tacógrafo, junto con la Comisión, llegaron a la conclusión de que no era viable ninguna solución alternativa al adaptador que no supusiera un coste elevado para el sector, que sería desproporcionado en relación con el tamaño del mercado. Por lo tanto, debe autorizarse por tiempo indefinido la utilización de un adaptador en vehículos de tipo M1 y N1.

9) Las medidas previstas en el presente Reglamento se ajustan al dictamen del Comité a que se refiere el artículo 42, apartado 3, del Reglamento (UE) n.o 165/2014.

HA ADOPTADO EL PRESENTE REGLAMENTO:

Articulo 1

Objeto y ámbito de aplicación

1. El presente Reglamento establece las disposiciones necesarias para la aplicación uniforme de los siguientes aspectos en relación con los tacógrafos:

a)registro de la posición del vehículo en determinados puntos durante el período de trabajo diario del conductor;

b)teledetección temprana de posibles manipulaciones o usos indebidos del tacógrafo inteligente;

c)interfaz con los sistemas de transporte inteligentes;

d)requisitos técnicos y administrativos para los procedimientos de homologación de los tacógrafos, incluidos los mecanismos de seguridad.

2. La construcción, ensayo, instalación, inspección, funcionamiento y reparación de los tacógrafos inteligentes y sus componentes deberán cumplir los requisitos técnicos establecidos en el anexo 1C del presente Reglamento.

3. Los tacógrafos distintos de los tacógrafos inteligentes seguirán teniendo que cumplir, en lo que se refiere a las condiciones de construcción, ensayo, instalación, inspección, funcionamiento y reparación, los requisitos establecidos en el anexo 1 o el anexo 1B del Reglamento (CEE) n.o 3821/85 del Consejo (6), según proceda.

4. De conformidad con el artículo 10 quinquies de la Directiva 96/53/CE del Parlamento Europeo y del Consejo, el dispositivo de teledetección temprana transmitirá asimismo los datos sobre peso facilitados por un sistema de pesaje a bordo, con miras a la pronta detección de fraudes.

Articulo 2

Definiciones

A efectos del presente Reglamento, serán de aplicación las definiciones establecidas en el artículo 2 del Reglamento (UE) n.o 165/2014.

Asimismo, se entenderá por:

1) «tacógrafo digital» o «tacógrafo de primera generación»: un tacógrafo digital distinto de un tacógrafo inteligente;

2) «dispositivo GNSS externo»: la instalación que contiene el receptor GNSS cuando la unidad instalada en el vehículo no sea una unidad única, así como otros componentes necesarios para proteger la comunicación de los datos de posición al resto de la unidad instalada en el vehículo;

3) «expediente del fabricante»: la documentación completa, en formato electrónico o en papel, que contiene toda la información facilitada por el fabricante o su agente a la autoridad de homologación a efectos de la homologación de un tacógrafo o de uno de sus componentes, incluidos los certificados a que se refiere el artículo 12, apartado 3, del Reglamento (UE) n.o 165/2014, los resultados de los ensayos definidos en el anexo 1C del presente Reglamento, así como dibujos, fotografías y demás documentos pertinentes;

4) «expediente de homologación»: el expediente del fabricante, en formato electrónico o en papel, acompañado de los demás documentos añadidos por la autoridad de homologación a dicho expediente durante el desempeño de sus funciones, incluido, al finalizar el proceso de homologación, el certificado de homologación de tipo CE del tacógrafo o de uno de sus componentes;

5) «índice del expediente de homologación»: el documento que indica el contenido numerado del expediente de homologación, identificando todas sus partes pertinentes; el formato de dicho documento distinguirá las sucesivas etapas del proceso de homologación de tipo CE, incluidas las fechas de las revisiones y actualizaciones del expediente;

6) «dispositivo de teledetección temprana»: el equipo de la unidad instalada en el vehículo que se utiliza para llevar a cabo controles selectivos en carretera;

7) «tacógrafo inteligente» o «tacógrafo de segunda generación»: un tacógrafo digital que cumple lo dispuesto en los artículos 8, 9 y 10 del Reglamento (UE) n.o 165/2014, así como en el anexo 1C del presente Reglamento;

8) «componente del tacógrafo» o «componente»: cualquiera de los elementos siguientes: la unidad instalada en el vehículo, el sensor de movimiento, la tarjeta de tacógrafo, la hoja de registro, el dispositivo GNSS externo y el dispositivo de teledetección temprana;

9) «autoridad de homologación»: la autoridad de un Estado miembro competente para llevar a cabo la homologación del tacógrafo o de sus componentes, el proceso de autorización, la expedición y, en su caso, la retirada de los certificados de homologación, actuando como punto de contacto con las autoridades de homologación de los demás Estados miembros y asegurándose de que los fabricantes cumplen sus obligaciones relativas a la conformidad con los requisitos del presente Reglamento.

Articulo 3

Servicios basados en la localización

1. Los fabricantes velarán por que los tacógrafos inteligentes sean compatibles con los servicios de localización prestados por Galileo y por el sistema europeo de navegación por complemento geoestacionario (EGNOS).

2. Además de los sistemas a que se refiere el apartado 1, los fabricantes podrán también optar por garantizar la compatibilidad con otros sistemas de navegación por satélite.

Articulo 4

Procedimiento de homologación de los tacógrafos y de los componentes del tacógrafo

1. El fabricante o su mandatario presentará la solicitud de homologación de un tacógrafo, o de alguno de sus componentes, o grupo de componentes, a las autoridades de homologación designadas por cada Estado miembro. La solicitud consistirá en un expediente del fabricante que contenga la información sobre cada uno de los componentes en cuestión, así como, en su caso, los certificados de homologación de los demás componentes necesarios para completar el tacógrafo, junto con cualquier otro documento pertinente.

2. Un Estado miembro concederá la homologación a todo tacógrafo, componente o grupo de componentes que se ajuste a los requisitos administrativos y técnicos a que se refiere el artículo 1, apartados 2 o 3, según proceda. En tal caso, la autoridad de homologación expedirá al solicitante un certificado de homologación que deberá ajustarse al modelo establecido en el anexo II del presente Reglamento.

3. La autoridad de homologación podrá solicitar al fabricante o a su mandatario que facilite cualquier información adicional.

4. El fabricante o su mandatario pondrá a disposición de las autoridades de homologación, así como de las entidades responsables de la expedición de los certificados mencionadas en el artículo 12, apartado 3, del Reglamento (UE) n.o 165/2014, tantos tacógrafos o componentes del tacógrafo como sean necesarios para poder llevar a cabo de forma satisfactoria el procedimiento de homologación.

5. Cuando el fabricante o su mandatario solicite la homologación de determinados componentes o grupos de componentes de un tacógrafo, facilitará a las autoridades de homologación los demás componentes, ya homologados, así como las demás piezas necesarias para la construcción del tacógrafo completo, de manera que dichas autoridades puedan llevar a cabo los ensayos necesarios.

Articulo 5

Modificación de las homologaciones

1. El fabricante o su mandatario informarán sin demora a las autoridades de homologación que concedieron la homologación original acerca de cualquier cambio que se introduzca en el software o el hardware del tacógrafo o en la naturaleza de los materiales empleados en su fabricación que figuran en el expediente de homologación y presentarán una solicitud de modificación de la homologación.

2. Las autoridades de homologación podrán revisar o extender una homologación existente, o expedir una nueva, en función de la naturaleza y de las características de las modificaciones.

Se procederá a una «revisión» cuando la autoridad de homologación considere que las modificaciones en el software o el hardware del tacógrafo o en la naturaleza de los materiales empleados en su fabricación son de poca importancia. En estos casos, la autoridad de homologación expedirá los documentos revisados del expediente de homologación, indicando la naturaleza de las modificaciones efectuadas y la fecha de su aprobación. Bastará para satisfacer este requisito una versión actualizada del expediente de homologación en forma consolidada, acompañada de una descripción pormenorizada de las modificaciones.

Se procederá a una «extensión» cuando la autoridad de homologación considere que las modificaciones en el software o el hardware del tacógrafo o en la naturaleza de los materiales empleados en su fabricación son sustanciales. En estos casos, podrá solicitar que se lleven a cabo nuevos ensayos, de lo cual informará al fabricante o a su mandatario. Si estos ensayos resultan satisfactorios, la autoridad de homologación expedirá un certificado de homologación revisado que contendrá un número que remitirá a la extensión concedida. El certificado de homologación mencionará el motivo de la extensión y la fecha de expedición.

3. El índice del expediente de homologación indicará la fecha de la extensión o revisión más reciente de la homologación, o la fecha de la consolidación más reciente de la versión actualizada de la homologación.

4. Será necesaria una nueva homologación cuando las modificaciones solicitadas del tacógrafo homologado o de sus componentes obligarían a expedir un nuevo certificado de seguridad o de interoperabilidad.

Articulo 6

Entrada en vigor

El presente Reglamento entrará en vigor a los veinte días de su publicación en el Diario Oficial de la Unión Europea.

Será aplicable a partir del 2 de marzo de 2016.

Sin embargo, los anexos serán aplicables a partir del 2 de marzo de 2019, a excepción del apéndice 16, que será aplicable a partir del 2 de marzo de 2016.

El presente Reglamento será obligatorio en todos sus elementos y directamente aplicable en cada Estado miembro.

Hecho en Bruselas, el 18 de marzo de 2016.

Por la Comisión

El Presidente

Jean-Claude JUNCKER

_________________________________

(1) DO L 60 de 28.2.2014, p. 1.

(2) Directiva 96/53/CE del Consejo, de 25 de julio de 1996, por la que se establecen, para determinados vehículos de carretera que circulan en la Comunidad, las dimensiones máximas autorizadas en el tráfico nacional e internacional y los pesos máximos autorizados en el tráfico internacional (DO L 235 de 17.9.1996, p. 59).

(3) Normas de comunicaciones dedicadas de corto alcance del Comité Europeo de Normalización (CEN) EN 12253, EN 12795, EN 12834, EN 13372 e ISO 14906.

(4) Reglamento (UE) no 1285/2013 del Parlamento Europeo y del Consejo, de 11 de diciembre de 2013, relativo al establecimiento y la explotación de los sistemas europeos de radionavegación por satélite y por el que se derogan el Reglamento (CE) no 876/2002 del Consejo y el Reglamento (CE) no 683/2008 del Parlamento Europeo y del Consejo (DO L 347 de 20.12.2013, p. 1).

(5) Reglamento (CE) no 68/2009 de la Comisión, de 23 de enero de 2009, por el que se adapta por novena vez al progreso técnico el Reglamento (CEE) no 3821/85 del Consejo relativo al aparato de control en el sector de los transportes por carretera (DO L 339 de 24.1.2009, p. 3).

(6) Reglamento (CEE) no 3821/85 del Consejo, de 20 de diciembre de 1985, relativo al aparato de control en el sector de los transportes por carretera (DO L 370 de 31.12.1985, p. 8).

ANEXO I C

Condiciones de fabricación, ensayo, instalación y control

INTRODUCCIÓN 12

1 DEFINICIONES 13

2 CARACTERÍSTICAS GENERALES Y FUNCIONES DEL APARATO DE CONTROL 19

2.1 Características generales 19

2.2 Funciones 20

2.3 Modos de funcionamiento 21

2.4 Seguridad 22

3 CONDICIONES DE FABRICACIÓN Y FUNCIONAMIENTO DEL APARATO DE CONTROL 22

3.1 Control de la inserción y extracción de las tarjetas 22

3.2 Medición de la velocidad, la posición y la distancia 23

3.2.1 Medición de la distancia recorrida 23

3.2.2 Medición de la velocidad 23

3.2.3 Medición de la posición 24

3.3 Medición de la hora 24

3.4 Supervisión de las actividades del conductor 24

3.5 Supervisión del régimen de conducción 25

3.6 Entradas de los conductores 25

3.6.1 Introducción de los lugares donde comienzan o terminan los períodos de trabajo diarios 25

3.6.2 Introducción manual de las actividades del conductor y del consentimiento del conductor a la interfaz ITS 25

3.6.3 Entrada de condiciones específicas 27

3.7 Gestión de los bloqueos introducidos por la empresa 27

3.8 Supervisión de las actividades de control 28

3.9 Detección de incidentes o fallos 28

3.9.1 Incidente «Inserción de una tarjeta no válida» 28

3.9.2 Incidente «Conflicto de tarjetas» 28

3.9.3 Incidente «Solapamiento temporal» 28

3.9.4 Incidente «Conducción sin tarjeta adecuada» 29

3.9.5 Incidente «Inserción de tarjeta durante la conducción» 29

3.9.6 Incidente «Error al cerrar la última sesión de la tarjeta» 29

3.9.7 Incidente «Exceso de velocidad» 29

3.9.8 Incidente «Interrupción del suministro eléctrico» 29

3.9.9 Incidente «Error de comunicación con el dispositivo de comunicación a distancia» 29

3.9.10 Incidente «Ausencia de información sobre la posición procedente del receptor GNSS» 29

3.9.11 Incidente «Error de comunicación con el dispositivo GNSS externo» 30

3.9.12 Incidente «Error de datos de movimiento» 30

3.9.13 Incidente «Conflicto de movimiento del vehículo» 30

3.9.14 Incidente «Intento de violación de la seguridad» 30

3.9.15 Incidente «Conflicto temporal» 30

3.9.16 Fallo «Tarjeta» 30

3.9.17 Fallo «Aparato de control» 30

3.10 Autodiagnóstico y comprobaciones automáticas 31

3.11 Lectura de datos de la memoria 31

3.12 Registro y almacenamiento de datos en la memoria 31

3.12.1 Datos de identificación de los equipos 32

3.12.1.1 Datos de identificación de la unidad instalada en el vehículo 32

3.12.1.2 Datos de identificación del sensor de movimiento 32

3.12.1.3 Datos de identificación de los sistemas mundiales de navegación por satélite 33

3.12.2 Claves y certificados 33

3.12.3 Datos de inserción y extracción de la tarjeta de conductor o de la tarjeta de taller 33

3.12.4 Datos sobre la actividad del conductor 34

3.12.5 Lugares y posiciones donde comienzan o terminan los períodos de trabajo diarios y/o donde se alcanzan

las tres horas de tiempo de conducción continua 34

3.12.6 Datos del cuentakilómetros 35

3.12.7 Datos pormenorizados sobre la velocidad 35

3.12.8 Datos sobre incidentes 35

3.12.9 Datos sobre fallos 37

3.12.10 Datos de calibrado 38

3.12.11 Datos de ajuste de la hora 39

3.12.12 Datos sobre actividades de control 39

3.12.13 Datos sobre los bloqueos introducidos por las empresas 39

3.12.14 Datos sobre actividades de transferencia 39

3.12.15 Datos sobre condiciones específicas 40

3.12.16 Datos de la tarjeta de tacógrafo 40

3.13 Lectura de las tarjetas de tacógrafo 40

3.14 Registro y almacenamiento de datos en las tarjetas de tacógrafo 40

3.14.1 Registro y almacenamiento de datos en las tarjetas de tacógrafo de primera generación 40

3.14.2 Registro y almacenamiento de datos en las tarjetas de tacógrafo de segunda generación 41

3.15 Visualización 41

3.15.1 Contenido de la pantalla por defecto 42

3.15.2 Visualización de advertencias 43

3.15.3 Acceso mediante menús 43

3.15.4 Otras informaciones en pantalla 43

3.16 Impresión 43

3.17 Advertencias 44

3.18 Transferencia de datos a medios externos 45

3.19 Comunicación a distancia para controles de carretera selectivos 45

3.20 Envío de datos a dispositivos externos adicionales 46

3.21 Calibrado 47

3.22 Control del calibrado en carretera 47

3.23 Ajuste de la hora 48

3.24 Características de funcionamiento 48

3.25 Materiales 48

3.26 Marcas 49

4 CONDICIONES DE FABRICACIÓN Y FUNCIONAMIENTO DE LAS TARJETAS DE TACÓGRAFO 49

4.1 Datos visibles 49

4.2 Seguridad 52

4.3 Normas 53

4.4 Especificaciones ambientales y eléctricas 53

4.5 Almacenamiento de datos 53

4.5.1 Archivos elementales para la identificación y la gestión de la tarjeta 54

4.5.2 Identificación de la tarjeta CI 54

4.5.2.1 Identificación del chip 54

4.5.2.2 DIR (presente solo en las tarjetas de tacógrafo de segunda generación). 54

4.5.2.3 Información ATR (condicionalmente, presente solo en las tarjetas de tacógrafo de segunda generación). 54

4.5.2.4 Información de longitud extendida (condicionalmente, presente solo en las tarjetas de tacógrafo de segunda generación). 55

4.5.3 Tarjeta de conductor 55

4.5.3.1 Aplicación del tacógrafo (accesible a las unidades instaladas en vehículos de primera y segunda generación) 55

4.5.3.1.1 Identificación de la aplicación 55

4.5.3.1.2 Clave y certificados 55

4.5.3.1.3 Identificación de la tarjeta 55

4.5.3.1.4 Identificación del titular de la tarjeta 55

4.5.3.1.5 Transferencia de los datos de la tarjeta 55

4.5.3.1.6 Información sobre el permiso de conducir 55

4.5.3.1.7 Datos sobre incidentes 56

4.5.3.1.8 Datos sobre fallos 56

4.5.3.1.9 Datos sobre la actividad del conductor 57

4.5.3.1.10 Datos sobre vehículos empleados 57

4.5.3.1.11 Lugares donde comienzan o terminan los períodos de trabajo diarios 58

4.5.3.1.12 Datos de la sesión 58

4.5.3.1.13 Datos sobre actividades de control 58

4.5.3.1.14 Datos sobre condiciones específicas 58

4.5.3.2 Aplicación de tacógrafo de segunda generación (no accesible a la unidad instalada en el vehículo de primera generación) 59

4.5.3.2.1 Identificación de la aplicación 59

4.5.3.2.2 Claves y certificados 59

4.5.3.2.3 Identificación de la tarjeta 59

4.5.3.2.4 Identificación del titular de la tarjeta 59

4.5.3.2.5 Transferencia de los datos de la tarjeta 59

4.5.3.2.6 Información sobre el permiso de conducir 59

4.5.3.2.7 Datos sobre incidentes 59

4.5.3.2.8 Datos sobre fallos 60

4.5.3.2.9 Datos sobre la actividad del conductor 61

4.5.3.2.10 Datos sobre vehículos empleados 61

4.5.3.2.11 Lugares y posiciones donde comienzan o terminan los períodos de trabajo diarios 62

4.5.3.2.12 Datos de la sesión 62

4.5.3.2.13 Datos sobre actividades de control 62

4.5.3.2.14 Datos sobre condiciones específicas 63

4.5.3.2.15 Datos utilizados en unidades instaladas en vehículos 63

4.5.3.2.16 Datos sobre lugares en tres horas de conducción continua 63

4.5.4 Tarjeta de taller 63

4.5.4.1 Aplicación del tacógrafo (accesible a las unidades instaladas en vehículos de primera y segunda generación) 63

4.5.4.1.1 Identificación de la aplicación 63

4.5.4.1.2 Claves y certificados 63

4.5.4.1.3 Identificación de la tarjeta 64

4.5.4.1.4 Identificación del titular de la tarjeta 64

4.5.4.1.5 Transferencia de los datos de la tarjeta 64

4.5.4.1.6 Datos de calibrado y de ajuste de la hora 64

4.5.4.1.7 Datos de incidentes y fallos 65

4.5.4.1.8 Datos sobre la actividad del conductor 65

4.5.4.1.9 Datos sobre vehículos empleados 65

4.5.4.1.10 Datos sobre el comienzo y el final de los períodos de trabajo diarios 65

4.5.4.1.11 Datos de la sesión 65

4.5.4.1.12 Datos sobre actividades de control 65

4.5.4.1.13 Datos sobre condiciones específicas 65

4.5.4.2 Aplicación de tacógrafo de segunda generación (no accesible a la unidad instalada en el vehículo de primera generación) 65

4.5.4.2.1 Identificación de la aplicación 65

4.5.4.2.2 Claves y certificados 66

4.5.4.2.3 Identificación de la tarjeta 66

4.5.4.2.4 Identificación del titular de la tarjeta 66

4.5.4.2.5 Transferencia de los datos de la tarjeta 66

4.5.4.2.6 Datos de calibrado y de ajuste de la hora 66

4.5.4.2.7 Datos de incidentes y fallos 67

4.5.4.2.8 Datos sobre la actividad del conductor 67

4.5.4.2.9 Datos sobre vehículos empleados 67

4.5.4.2.10 Datos sobre el comienzo y el final de los períodos de trabajo diarios 67

4.5.4.2.11 Datos de la sesión 67

4.5.4.2.12 Datos sobre actividades de control 67

4.5.4.2.13 Datos utilizados en unidades instaladas en vehículos 67

4.5.4.2.14 Datos sobre lugares en tres horas de conducción continua 68

4.5.4.2.15 Datos sobre condiciones específicas 68

4.5.5 Tarjeta de control 68

4.5.5.1 Aplicación del tacógrafo (accesible a las unidades instaladas en vehículos de primera y segunda generación) 68

4.5.5.1.1 Identificación de la aplicación 68

4.5.5.1.2 Claves y certificados 68

4.5.5.1.3 Identificación de la tarjeta 68

4.5.5.1.4 Identificación del titular de la tarjeta 68

4.5.5.1.5 Datos sobre actividades de control 69

4.5.5.2 Aplicación de tacógrafo G2 (no accesible para la unidad instalada en el vehículo de primera generación) 69

4.5.5.2.1 Identificación de la aplicación 69

4.5.5.2.2 Claves y certificados 69

4.5.5.2.3 Identificación de la tarjeta 69

4.5.5.2.4 Identificación del titular de la tarjeta 69

4.5.5.2.5 Datos sobre actividades de control 70

4.5.6 Tarjeta de empresa 70

4.5.6.1 Aplicación del tacógrafo (accesible a las unidades instaladas en vehículos de primera y segunda generación) 70

4.5.6.1.1 Identificación de la aplicación 70

4.5.6.1.2 Claves y certificados 70

4.5.6.1.3 Identificación de la tarjeta 70

4.5.6.1.4 Identificación del titular de la tarjeta 70

4.5.6.1.5 Datos sobre la actividad de la empresa 70

4.5.6.2 Aplicación de tacógrafo G2 (no accesible para la unidad instalada en el vehículo de primera generación) 71

4.5.6.2.1 Identificación de la aplicación 71

4.5.6.2.2 Claves y certificados 71

4.5.6.2.3 Identificación de la tarjeta 71

4.5.6.2.4 Identificación del titular de la tarjeta 71

4.5.6.2.5 Datos sobre la actividad de la empresa 71

5 INSTALACIÓN DEL APARATO DE CONTROL 72

5.1 Instalación 72

5.2 Placa de instalación 73

5.3 Precintos 74

6 VERIFICACIONES, CONTROLES Y REPARACIONES 74

6.1 Autorización de instaladores, talleres y fabricantes de vehículos 74

6.2 Verificación de instrumentos nuevos o reparados 75

6.3 Control de la instalación 75

6.4 Controles periódicos 75

6.5 Determinación de errores 76

6.6 Reparaciones 76

7 EXPEDICIÓN DE TARJETAS 76

8 HOMOLOGACIÓN DEL APARATO DE CONTROL Y DE LAS TARJETAS DE TACÓGRAFO 77

8.1 Generalidades 77

8.2 Certificado de seguridad 78

8.3 Certificado funcional 78

8.4 Certificado de interoperabilidad 78

8.5 Certificado de homologación 79

8.6 Procedimiento de excepción: primeros certificados de interoperabilidad

para los aparatos de control y las tarjetas de tacógrafo de segunda generación 80

INTRODUCCIÓN

El sistema de tacógrafo digital de primera generación está desplegado desde el 1 de mayo de 2006. Podrá utilizarse hasta el final de su vida útil para el transporte nacional. En el caso del transporte internacional, sin embargo, 15 años después de la entrada en vigor del presente Reglamento de la Comisión todos los vehículos deberán estar equipados con el tacógrafo inteligente de segunda generación conforme que introduce el presente Reglamento.

El presente anexo contiene las condiciones relativas a la segunda generación de aparatos de control y tarjetas de tacógrafo. A partir de su fecha de introducción, se instalará el aparato de control de segunda generación en los vehículos matriculados por vez primera, y se expedirán tarjetas de tacógrafo de segunda generación.

Con el fin de fomentar una integración gradual del sistema de tacógrafo de segunda generación,

— las tarjetas de tacógrafo de segunda generación se diseñarán para ser también utilizadas en las unidades instaladas en vehículos de primera generación,

— no se exigirá la sustitución de las tarjetas de tacógrafo de primera generación válidas en la fecha de introducción.

Esto permitirá a los conductores conservar una única tarjeta de conductor y utilizar ambos sistemas con ella.

Los aparatos de control de segunda generación, sin embargo, solo se calibrarán utilizando tarjetas de taller de segunda generación.

El presente anexo contiene todos los requisitos relacionados con la interoperabilidad entre la primera y la segunda generación del sistema de tacógrafo.

El apéndice 15 contiene más detalles sobre cómo gestionar la coexistencia de los dos sistemas.

Lista de apéndices

Apéndice 1:

DICCIONARIO DE DATOS

Apéndice 2:

ESPECIFICACIONES DE LAS TARJETAS DE TACÓGRAFO

Apéndice 3:

PICTOGRAMAS

Apéndice 4:

DOCUMENTOS IMPRESOS

Apéndice 5:

VISUALIZACIÓN

Apéndice 6:

CONECTOR FRONTAL PARA EL CALIBRADO Y LA TRANSFERENCIA DE DATOS

Apéndice 7:

PROTOCOLOS DE TRANSFERENCIA DE DATOS

Apéndice 8:

PROTOCOLO DE CALIBRADO

Apéndice 9:

HOMOLOGACIÓN Y LISTA DE PRUEBAS MÍNIMAS REQUERIDAS

Apéndice 10:

REQUISITOS DE SEGURIDAD

Apéndice 11:

MECANISMOS COMUNES DE SEGURIDAD

Apéndice 12:

POSICIONAMIENTO BASADO EN EL SISTEMA MUNDIAL DE NAVEGACIÓN POR SATÉLITE (GNSS)

Apéndice 13:

INTERFAZ ITS

Apéndice 14:

FUNCIÓN DE COMUNICACIÓN A DISTANCIA

Apéndice 15:

MIGRACIÓN: GESTIÓN DE LA COEXISTENCIA DE LAS GENERACIONES DE EQUIPOS

Apéndice 16:

ADAPTADOR PARA VEHÍCULOS DE LAS CATEGORÍAS M 1 Y N1

1 DEFINICIONES

A los efectos del presente anexo, se aplicarán las siguientes definiciones:

a)Activación:

Fase en que el tacógrafo pasa a ser totalmente operativo y realiza todas sus funciones, incluidas las de seguridad, mediante el uso de una tarjeta de taller.

b)Autenticación:

Función con la que se establece y verifica una identidad.

c)Autenticidad:

Propiedad de que una información proceda de alguien cuya identidad pueda verificarse.

d)Autodiagnóstico (BIT):

Ensayo que se lleva a cabo a petición del operario o por orden de un equipo externo.

e)Día civil:

Día comprendido entre las 00.00 y las 24.00 horas. Todos los días se referirán al tiempo universal coordinado (UTC).

f)Calibrado (de un tacógrafo digital inteligente):

Actualización o confirmación de los parámetros del vehículo que han de guardarse en la memoria de datos. Los parámetros del vehículo incluyen la identificación del vehículo (VIN, VRN y el Estado miembro donde se matriculó el vehículo) y las características del vehículo (w, k, l, tamaño de los neumáticos, valor de ajuste del dispositivo limitador de la velocidad, en su caso, hora UTC actual, lectura actual del cuentakilómetros); durante el calibrado de un aparato de control, los tipos y los identificadores de todos los precintos pertinentes de la homologación también se almacenarán en la memoria de datos.

Toda actualización o confirmación únicamente de la hora UTC se considerará un ajuste de la hora y no un calibrado, siempre que no contravenga el requisito 409.

Para calibrar un aparato de control se precisa una tarjeta de taller.

g)Número de tarjeta:

Secuencia de 16 caracteres alfanuméricos que identifica una tarjeta de tacógrafo en un Estado miembro. El número de tarjeta incluye un índice consecutivo de la tarjeta (en su caso), un índice de sustitución de la tarjeta y un índice de renovación de la tarjeta.

Por consiguiente, cada tarjeta se identifica de manera única con el código del Estado miembro que la expide y con el número de la propia tarjeta.

h)Índice consecutivo de la tarjeta:

Decimocuarto carácter alfanumérico del número de la tarjeta. Este carácter sirve para diferenciar las distintas tarjetas asignadas a una empresa, a un taller o a una autoridad de control con derecho a utilizar varias tarjetas de tacógrafo. La empresa, el taller o la autoridad de control se identifican con los trece primeros caracteres del número de la tarjeta.

i)Índice de renovación de la tarjeta:

Decimosexto carácter alfanumérico del número de la tarjeta. Este carácter se incrementa en una unidad cada vez que se renueva la tarjeta de tacógrafo.

j)Índice de sustitución de la tarjeta:

Decimoquinto carácter alfanumérico del número de la tarjeta. Este carácter se incrementa en una unidad cada vez que se sustituye la tarjeta de tacógrafo.

k)Coeficiente característico del vehículo:

Característica numérica que da el valor de la señal de salida emitida por la pieza prevista en el vehículo para su conexión con el aparato de control (toma de salida de la caja de cambio en algunos casos, rueda del vehículo en otros casos), cuando el vehículo recorre la distancia de un kilómetro, medida en condiciones normales de ensayo, según se definen en el requisito 414. El coeficiente característico se expresa en impulsos por kilómetro (w = … imp/km).

l)Tarjeta de empresa:

Tarjeta de tacógrafo expedida por las autoridades de un Estado miembro a favor de una empresa de transporte que necesita utilizar vehículos equipados de tacógrafo, que identifica a dicha empresa de transporte y permite visualizar, transferir e imprimir los datos almacenados en los tacógrafos y bloqueados por tal empresa.

m)Constante del aparato de control:

Característica numérica que da el valor de la señal de entrada necesaria para obtener la indicación y el registro de una distancia recorrida de un kilómetro; dicha constante deberá expresarse en impulsos por kilómetro (k = … imp/km).

n)Tiempo de conducción continua (contabilizado por el aparato de control) (1):

El tiempo de conducción continua se calcula a partir de los tiempos de conducción acumulados actuales de un conductor en particular, contados desde el momento en que termina su último período de DISPONIBILIDAD o PAUSA/DESCANSO o INDETERMINADO (2) de 45 minutos o más [este período puede haberse dividido con arreglo al Reglamento (CE) n.o 561/2006 del Parlamento Europeo y del Consejo (3)]. Los cálculos tienen en cuenta, según proceda, las actividades anteriores que han quedado registradas en la tarjeta de conductor. Si el conductor no ha insertado su tarjeta, los cálculos se basan en los registros de la memoria de datos correspondientes al período actual en que no hubo tarjeta insertada y a la ranura que corresponda.

o)Tarjeta de control:

Tarjeta de tacógrafo expedida por las autoridades de un Estado miembro a una autoridad nacional de control competente, que identifica a este organismo y, de manera opcional, también al controlador, y que permite acceder a la información almacenada en la memoria de datos o en las tarjetas de conductor y, de manera opcional, en las tarjetas de taller con fines de lectura, impresión y/o transferencia de datos.

Asimismo, dará acceso a la función de control de calibrado en la carretera y a los datos contenidos en el lector de comunicaciones de teledetección temprana.

p)Tiempo de descanso acumulado (contabilizado por el aparato de control) (1):

El tiempo de descanso de la conducción acumulado, referido a un conductor en particular, se calcula a partir de los períodos acumulados actuales de DISPONIBILIDAD, PAUSA/DESCANSO o INDETERMINADOS (2) de 15 minutos o más, contados desde el momento en que terminara su último período de DISPONIBILIDAD o PAUSA/DESCANSO o INDETERMINADO (2) de 45 minutos o más [este período puede haberse dividido con arreglo al Reglamento (CE) n.o 561/2006].

Los cálculos tienen en cuenta, según proceda, las actividades anteriores que han quedado registradas en la tarjeta de conductor. Los cálculos no incluyen los períodos indeterminados que tengan una duración negativa (comienzo del período indeterminado > final del período indeterminado) a consecuencia de un solapamiento temporal entre dos aparatos de control distintos.

Si el conductor no ha insertado su tarjeta, los cálculos se basan en los registros de la memoria de datos correspondientes al período actual en que no hubo tarjeta insertada y a la ranura que corresponda.

q)Memoria de datos:

Dispositivo de almacenamiento electrónico incorporado en el aparato de control.

r)Firma digital:

Datos adjuntos a un bloque de datos, o una transformación criptográfica de ellos, que permiten al destinatario comprobar la autenticidad e integridad de dicho bloque.

s)Transferencia:

Copia, junto con la firma digital, de una parte o de la totalidad de un conjunto de ficheros de datos almacenados en la memoria de datos de la unidad instalada en el vehículo o en la memoria de una tarjeta de tacógrafo, siempre que este proceso no altere ni suprima ninguno de los datos almacenados.

Los fabricantes de tacógrafos inteligentes instalados en el vehículo y los fabricantes de aparatos diseñados y concebidos para transferir ficheros de datos adoptarán todas las medidas necesarias para garantizar que los conductores o las empresas de transporte puedan transferir dichos datos en el menor tiempo posible.

La transferencia del fichero completo de datos sobre la velocidad del vehículo puede no ser necesaria para determinar el cumplimiento del Reglamento (CE) n.o 561/2006, aunque sí podrá utilizarse para otros fines, tales como la investigación de accidentes.

t)Tarjeta de conductor:

Tarjeta de tacógrafo expedida por las autoridades de un Estado miembro a un conductor concreto, que identifica a este último y permite almacenar los datos de su actividad.

u)Circunferencia efectiva de las ruedas:

Media de las distancias recorridas por cada una de las ruedas que arrastran el vehículo (ruedas motrices) al realizar una rotación completa. La medida de dichas distancias se efectuará en condiciones normales de ensayo, según se define en el requisito 414, y se expresará en la forma «l = … mm». Los fabricantes de los vehículos podrán sustituir la medición de estas distancias por un cálculo teórico que tenga en cuenta el reparto del peso sobre los ejes, con el vehículo descargado y en condiciones normales de marcha (4). Los métodos de dicho cálculo teórico deberán ser aprobados por la autoridad competente del Estado miembro y solo podrán tener lugar antes de la activación del tacógrafo.

v)Incidente:

Operación anormal detectada por el tacógrafo inteligente que puede deberse a un intento de fraude.

w)Dispositivo GNSS externo:

Instalación que contiene el receptor GNSS cuando la unidad instalada en el vehículo no es un módulo único, así como otros componentes necesarios para proteger la comunicación de los datos de posición al resto de la unidad instalada en el vehículo.

x)Fallo:

Operación anormal detectada por el tacógrafo inteligente y que puede deberse a un fallo de funcionamiento.

y)Receptor GNSS:

Dispositivo electrónico que recibe y procesa digitalmente las señales digitales de uno o más sistemas mundiales de navegación por satélite (GNSS por sus siglas en inglés) con el fin de proporcionar información de posición, velocidad y hora.

z)Instalación:

Montaje de un tacógrafo en un vehículo.

aa)

Interoperabilidad:

Capacidad de los sistemas y de los procesos subyacentes para intercambiar datos y compartir información.

bb)

Interfaz:

Dispositivo entre sistemas que facilita los medios de comunicación a través de los cuales pueden conectarse y actuar entre sí.

cc)

Posición:

Coordenadas geográficas del vehículo en un momento dado.

dd)

Sensor de movimiento:

Parte del tacógrafo que ofrece una señal representativa de la velocidad del vehículo y/o de la distancia recorrida.

ee)

Tarjeta no válida:

Tarjeta en la que se ha detectado un defecto, o que no ha superado la autenticación inicial, o que no ha alcanzado todavía la fecha de comienzo de validez, o que ha sobrepasado ya la fecha de expiración.

ff)

Norma abierta:

Norma que figura en un documento de especificación de normas que está disponible sin contrapartida financiera o por una contrapartida simbólica, que cualquier persona puede copiar, distribuir o utilizar gratuitamente o por un precio simbólico.

gg)

Fuera de ámbito:

Cuando el uso del aparato de control no es obligatorio, de conformidad con lo dispuesto en el Reglamento (CE) n.o 561/2006.

hh)

Exceso de velocidad:

Rebasamiento de la velocidad autorizada para el vehículo, definido como un período de más de sesenta segundos durante el cual la velocidad medida del vehículo sobrepasa el valor de ajuste del dispositivo limitador de la velocidad, regulado con arreglo a la Directiva 92/6/CEE del Consejo (5), en su versión modificada en último lugar.

ii)

Control periódico:

Conjunto de operaciones con las que se comprueba que el tacógrafo funciona correctamente, que sus valores de ajuste corresponden a los parámetros del vehículo y que no hay dispositivos de manipulación integrados en el tacógrafo.

jj)

Impresora:

Componente del aparato de control que permite imprimir los datos almacenados.

kk)

Comunicación de teledetección temprana:

Comunicación entre el dispositivo de comunicación de teledetección temprana y el lector de comunicación de teledetección temprana durante los controles de carretera selectivos encaminados a detectar una posible manipulación o utilización indebida del aparato de control.

ll)

Dispositivo de comunicación a distancia:

Equipo de la unidad instalada en el vehículo que se utiliza para realizar controles de carretera selectivos.

mm)

Lector de comunicación de teledetección temprana:

El sistema utilizado por los controladores para los controles de carretera selectivos.

nn)

Renovación:

Asignación de una nueva tarjeta de tacógrafo cuando la tarjeta existente alcanza su fecha de expiración o se ha devuelto a la autoridad emisora por un fallo de funcionamiento. La renovación implica siempre la certeza de que no coexistirán dos tarjetas válidas.

oo)

Reparación:

Cualquier reparación de un sensor de movimiento o de una unidad instalada en el vehículo o de un cable que requiera la desconexión de su fuente de alimentación, o su desconexión de otros componentes del tacógrafo, o la apertura del sensor de movimiento o de la unidad instalada en el vehículo.

pp)

Sustitución de la tarjeta:

Emisión de una tarjeta de tacógrafo en sustitución de una tarjeta existente que se haya declarado perdida, robada o defectuosa y que no se haya devuelto a la autoridad expedidora. La sustitución implica siempre el riesgo de que coexistan dos tarjetas válidas.

qq)

Certificación de seguridad:

Procedimiento por el que un organismo de certificación de Criterios Comunes garantiza que el aparato de control (o componente) o la tarjeta de tacógrafo que se investiga cumple los requisitos de seguridad definidos en los correspondientes perfiles de protección.

rr)

Comprobación automática:

Comprobaciones que realiza de manera cíclica y automática el aparato de control para detectar posibles fallos.

ss)

Medición de la hora:

Registro digital permanente de la fecha y la hora del tiempo universal coordinado (UTC).

tt)

Ajuste de la hora:

Ajuste automático de la hora actual a intervalos regulares y con un máximo de tolerancia de un minuto, o un ajuste efectuado durante el calibrado.

uu)

Tamaño de los neumáticos:

Designación de las dimensiones de los neumáticos (ruedas motrices externas) con arreglo a la Directiva 92/23/CEE del Consejo (6), en su versión modificada en último lugar.

vv)

Identificación del vehículo:

Números que identifican el vehículo: número de matrícula (VRN), con indicación del Estado miembro donde está matriculado, y número de identificación (VIN) (7).

ww)

Semana (a efectos de cálculo en el aparato de control):

Período que va de las 00.00 horas de un lunes a las 24.00 horas de un domingo, referido al tiempo universal coordinado.

xx)

Tarjeta de taller:

Tarjeta de tacógrafo expedida por las autoridades de un Estado miembro a personal designado de un fabricante o instalador de tacógrafos, fabricante de vehículos o taller aprobado por dicho Estado miembro, que identifica a su titular y le permite el ensayo, calibrado y activación de tacógrafos y/o la transferencia de datos de estos.

yy)

Adaptador:

Dispositivo que proporciona una señal en todo momento representativa de la velocidad del vehículo o la distancia recorrida, excepto el utilizado para la detección de movimiento independiente, y que:

—se instala y utiliza exclusivamente en vehículos de las categorías M1 y N1 (según se definen en el anexo II de la Directiva 2007/46/CEE del Parlamento Europeo y del Consejo (8), en su versión modificada más reciente) puestos en servicio a partir del 1 de mayo de 2006;

—se instala cuando mecánicamente resulta imposible instalar ningún otro tipo de sensor de movimiento existente que por su parte cumpla las disposiciones de este anexo y sus apéndices 1 a 15;

—se instala entre la unidad instalada en el vehículo y el lugar en el que se generan los impulsos de velocidad o distancia mediante sensores integrados o interfaces alternativas;

—desde la perspectiva de la unidad instalada en el vehículo, el comportamiento del adaptador es el mismo que se obtendría conectando a la unidad instalada en el vehículo un sensor de movimiento conforme a las disposiciones del presente anexo y sus apéndices 1 a 16.

El uso de este tipo de adaptador en los vehículos indicados anteriormente permitirá la instalación y la utilización correcta de una unidad instalada en el vehículo conforme a todos los requisitos del presente anexo.

En lo que respecta a esos vehículos, el tacógrafo inteligente incluye los cables, un adaptador y una unidad instalada en el vehículo.

zz)

Integridad de los datos:

Exactitud y coherencia de los datos almacenados, indicada por la ausencia de alteración de los datos entre dos actualizaciones de un registro de datos. La integridad implica que los datos son copia exacta de la versión original, por ejemplo, que no han sido corrompidos en el proceso de su escritura o lectura en una tarjeta de tacógrafo o un equipo dedicado o durante la transmisión a través de un canal de comunicaciones.

aaa)

Privacidad de los datos:

Conjunto de las medidas técnicas adoptadas para garantizar la adecuada aplicación de los principios establecidos en la Directiva 95/46/CE del Parlamento Europeo y del Consejo (9), así como de los establecidos en la Directiva 2002/58/CE del Parlamento Europeo y del Consejo (10).

bbb)

Sistema de tacógrafo inteligente:

Los aparatos de control, las tarjetas de tacógrafo y el conjunto de todos los equipos que interactúan, directa o indirectamente, durante su fabricación, instalación, utilización, ensayo y control, como las tarjetas, el lector de comunicación a distancia y cualquier otro equipo utilizado para transferencia de datos, análisis de datos, calibrado, generación, gestión o introducción de elementos de seguridad, etc.

ccc)

Fecha de introducción:

Treinta y seis meses después de la entrada en vigor de las disposiciones específicas indicadas en el artículo 11 del Reglamento (UE) n.o 165/2014 del Parlamento Europeo y del Consejo (11).

Esta es la fecha a partir de la cual los vehículos matriculados por primera vez:

—estarán dotados de un tacógrafo conectado a un servicio de posicionamiento basado en un sistema de navegación por satélite;

—podrán comunicar datos para controles de carretera selectivos a las autoridades de control competentes mientras el vehículo está en movimiento;

—y podrán ir equipados de interfaces normalizadas que permitan que un dispositivo externo utilice en modo operativo los datos registrados o producidos por el tacógrafo.

ddd)

Perfil de protección:

Documento utilizado como parte del proceso de certificación según Criterios Comunes, que facilita una especificación independiente de la implementación de los requisitos de seguridad de aseguramiento de la información.

eee)

Exactitud del GNSS:

En el contexto del registro de la posición a partir del sistema mundial de navegación por satélite (GNSS) con tacógrafos, el valor de la dilución horizontal de la precisión (HDOP), calculado como el mínimo de los valores de HDOP recogidos en los sistemas GNSS disponibles.

2 CARACTERÍSTICAS GENERALES Y FUNCIONES DEL APARATO DE CONTROL

2.1 Características generales

El aparato de control sirve para registrar, almacenar, visualizar, imprimir y enviar datos relacionados con las actividades del conductor.

Todo vehículo que lleve instalado un aparato de control conforme a lo dispuesto en el presente anexo debe incorporar además un indicador de velocidad y un cuentakilómetros. Estas funciones pueden estar incluidas en el aparato de control.

01)El aparato de control incluye cables, un sensor de movimiento y una unidad instalada en el vehículo.

02)La interfaz entre los sensores de movimiento y las unidades instaladas en los vehículos deberá ajustarse a los requisitos especificados en el apéndice 11.

03)La unidad instalada en el vehículo deberá estar conectada a uno o más sistemas mundiales de navegación por satélite, tal como se especifica en el apéndice 12.

04)La unidad instalada en el vehículo deberá comunicar con los lectores de comunicación de teledetección temprana, tal como se especifica en el apéndice 14.

05)La unidad instalada en el vehículo podrá incluir una interfaz ITS, que se especifica en el apéndice 13.

El aparato de control podrá estar conectado a otros dispositivos mediante interfaces adicionales y/o a través de la interfaz ITS opcional.

06)Ninguna función o dispositivo, homologado o no, que se incluya o se conecte al aparato de control deberá interferir ni ser capaz de interferir con el funcionamiento correcto y seguro del aparato de control ni con lo dispuesto en el presente Reglamento.

Los usuarios del aparato de control se identifican ante el aparato a través de las tarjetas de tacógrafo.

07)El aparato de control proporciona derechos de acceso selectivo a los datos y funciones según el tipo o la identidad del usuario.

El aparato de control registra y almacena datos en su memoria, en el dispositivo de comunicación a distancia y en las tarjetas de tacógrafo.

Esto se efectúa con arreglo a la Directiva 95/46/CE, de 24 de octubre de 1995, relativa a la protección de las personas físicas en lo que respecta al tratamiento de datos personales y a la libre circulación de estos datos (12), con la Directiva 2002/58/CE, de 12 de julio de 2002, relativa al tratamiento de los datos personales y a la protección de la intimidad en el sector de las comunicaciones electrónicas (13), y de conformidad con el artículo 7 del Reglamento (UE) n.o 165/2014.

2.2 Funciones

08)El aparato de control deberá garantizar las funciones siguientes:

—control de la inserción y extracción de las tarjetas,

—medición de la velocidad, distancia y posición,

—medición de la hora,

—supervisión de las actividades del conductor,

—supervisión del régimen de conducción,

—entradas manuales de los conductores:

—entrada de los lugares donde comienzan o terminan los períodos de trabajo diarios,

—entrada manual de las actividades del conductor,

—entrada de condiciones específicas,

—gestión de los bloqueos introducidos por la empresa,

—supervisión de las actividades de control,

—detección de incidentes o fallos,

—autodiagnóstico y comprobaciones automáticas,

—lectura de los datos almacenados en la memoria,

—registro y almacenamiento de datos en la memoria,

—lectura de las tarjetas de tacógrafo,

—registro y almacenamiento de datos en las tarjetas de tacógrafo,

—visualización,

—impresión,

—advertencias,

—transferencia de datos a medios externos,

—comunicación a distancia para controles de carretera selectivos,

—envío de datos a dispositivos adicionales,

—calibrado,

—control del calibrado en carretera,

—ajuste de la hora.

2.3 Modos de funcionamiento

09)El aparato de control deberá tener cuatro modos de funcionamiento:

—modo operativo,

—modo de control,

—modo de calibrado,

—modo de empresa.

10)El aparato de control pasará al siguiente modo de funcionamiento según las tarjetas de tacógrafo válidas que se inserten en los dispositivos de interfaz: A efectos de determinar el modo de funcionamiento, es irrelevante la generación de la tarjeta de tacógrafo, siempre que la tarjeta insertada sea válida. Una tarjeta de taller de primera generación se considerará siempre no válida cuando se inserte en una unidad instalada en el vehículo de segunda generación.

Modo de funcionamiento.......................................................................Ranura del conductor

.........................................................................Sin tarjeta...Tarjeta de conductor...Tarjeta de control...Tarjeta de taller...Tarjeta de empresa

Ranura del segundo conductor..Sin tarjeta....................operativo.........operativo..............de control..........de calibrado.........de empresa

.........................................Tarjeta de conductor...........operativo........operativo..............de control..........de calibrado.........de empresa

.........................................Tarjeta de control...............de control.......de control.............de control(*).......operativo............operativo

.........................................Tarjeta de taller..................de calibrado.....de calibrado...........operativo...........de calibrado(*).......operativo

.........................................Tarjeta de empresa.............de empresa.......de empresa............operativo...........operativo...........de empresa(*)

11)El aparato de control no tendrá en cuenta las tarjetas no válidas que se inserten, excepto si se visualizan, imprimen o transfieren los datos almacenados en una tarjeta que ha expirado, cosa que deberá ser posible.

12)Todas las funciones enumeradas en el apartado 2.2 estarán disponibles en cualquier modo de funcionamiento, con las siguientes excepciones:

—la función de calibrado solo está disponible en el modo de calibrado,

—la función de control del calibrado en carretera solo está disponible en el modo de control,

—la función de gestión de los bloqueos introducidos por la empresa solo está disponible en el modo de empresa,

—la función de supervisión de las actividades de control solo funciona en el modo de control,

—la función de transferencia no está disponible en el modo operativo (salvo en el caso indicado en el requisito 193), exceptuada la descarga de datos de una tarjeta de conductor si no hay otro tipo de tarjeta insertada en la VU.

13)El aparato de control podrá enviar cualquier dato a la pantalla, a la impresora o a interfaces externas, con las siguientes excepciones:

—en el modo operativo, toda identificación personal (nombre y apellidos) que no corresponda a una tarjeta de tacógrafo insertada se borrará por completo, y todo número de tarjeta que no corresponda a una tarjeta de tacógrafo insertada se borrará parcialmente (se borrarán los caracteres impares, de izquierda a derecha);

—en el modo de empresa, los datos relativos al conductor (requisitos 102, 105 y 108) tan solo podrán enviarse a dispositivos externos durante los períodos exentos de bloqueo o que no haya bloqueado otra empresa (identificada por los 13 primeros dígitos del número de la tarjeta de empresa);

—si no se ha insertado ninguna tarjeta en el aparato de control, solo podrán enviarse los datos relativos al conductor que correspondan al día actual y a los ocho días civiles anteriores;

—los datos personales procedentes de la VU no podrán enviarse a través de la interfaz ITS de la VU a menos que se haya verificado el consentimiento del conductor al que se refieran los datos;

—el período de validez operativa normal de las unidades instaladas en vehículos es de quince años a partir de la fecha de expedición de los certificados de dichas unidades, pero podrán utilizarse durante tres meses adicionales solo para la transferencia de datos.

2.4 Seguridad

La seguridad del sistema tiene por objeto proteger la memoria de datos, de manera que se evite el acceso a la misma de terceros no autorizados, se excluya la manipulación de información y se detecte cualquier tentativa en ese sentido; así se protege la integridad y autenticidad de los datos intercambiados entre el sensor de movimiento y la unidad instalada en el vehículo, de los datos intercambiados entre el aparato de control y las tarjetas de tacógrafo y de los datos intercambiados entre el aparato de control y el dispositivo GNSS externo, se protege la confidencialidad, integridad y autenticidad de los datos intercambiados a través de la comunicación de teledetección temprana con fines de control y se verifica la integridad y autenticidad de los datos transferidos.

14)Al objeto de lograr la seguridad del sistema, los siguientes componentes deberán cumplir los requisitos de seguridad que se definen en sus perfiles de protección, según exige el apéndice 10:

—unidad instalada en el vehículo,

—tarjeta de tacógrafo,

—sensor de movimiento,

—dispositivo GNSS externo (este perfil solo es necesario y aplicable para la variante del GNSS externo).

3 CONDICIONES DE FABRICACIÓN Y FUNCIONAMIENTO DEL APARATO DE CONTROL

3.1 Control de la inserción y extracción de las tarjetas

15)El aparato de control supervisará los dispositivos de interfaz para detectar la inserción y extracción de las tarjetas.

16)Nada más insertar la tarjeta, el aparato de control detectará si se trata de una tarjeta de tacógrafo válida y, en tal caso, identificará el tipo y la generación de la tarjeta.

Si en el aparato de control se ha insertado ya una tarjeta con el mismo número de tarjeta y un índice de renovación superior, la tarjeta será declarada no válida.

Si en el aparato de control se ha insertado ya una tarjeta con los mismos número de tarjeta y de índice de renovación, pero con un índice de sustitución superior, la tarjeta será declarada no válida.

17)Las tarjetas de tacógrafo de primera generación serán consideradas no válidas por el aparato de control una vez que la posibilidad de utilizar tarjetas de tacógrafo de primera generación haya sido suprimida por un taller, de conformidad con el apéndice 15 (req. MIG003).

18)Las tarjetas de taller de primera generación que se inserten en aparatos de control de la segunda generación se considerarán no válidas.

19)El aparato de control deberá estar construido de tal modo que las tarjetas de tacógrafo queden fijas en su posición al insertarlas correctamente en los dispositivos de interfaz.

20)La extracción de las tarjetas de tacógrafo solo deberá ser posible con el vehículo parado y después de haberse almacenado en dichas tarjetas los datos pertinentes. La extracción de la tarjeta exigirá la intervención directa del usuario.

3.2 Medición de la velocidad, la posición y la distancia

21)El sensor de movimiento (en su caso, integrado en el adaptador) es la fuente principal para la medición de la velocidad y la distancia.

22)Esta función medirá de forma continua y permitirá indicar en el cuentakilómetros el valor correspondiente a la distancia total recorrida por el vehículo utilizando los impulsos proporcionados por el sensor de movimiento.

23)Esta función medirá de forma continua y permitirá indicar la velocidad del vehículo utilizando los impulsos proporcionados por el sensor de movimiento.

24)Asimismo, la función de medición de la velocidad indicará si el vehículo está en movimiento o parado. Se considerará que el vehículo está en movimiento en cuanto la función, a través del sensor de movimiento, detecte más de 1 imp/seg durante al menos cinco segundos. De lo contrario, se considerará que el vehículo está parado.

25)Los dispositivos indicadores de la velocidad (velocímetro) y de la distancia total recorrida (cuentakilómetros) instalados en un vehículo que incorpore un aparato de control conforme a lo dispuesto en el presente Reglamento deberán cumplir las condiciones relativas a las tolerancias máximas (véanse los puntos 3.2.1 y 3.2.2) establecidas en el presente anexo.

26)Para detectar cualquier manipulación de los datos de movimiento, la información importada del sensor de movimiento deberá ser confirmada por aquella otra relativa al movimiento del vehículo procedente del receptor GNSS y, opcionalmente, de otra(s) fuente(s) independiente(s) del sensor de movimiento.

27)Esta función medirá la posición del vehículo a fin de permitir el registro automático de:

—las posiciones en que el conductor y/o el segundo conductor empiezan su período de trabajo diario;

—las posiciones en que el tiempo de conducción continua del conductor llega a un múltiplo de tres horas;

—las posiciones en que el conductor y/o el segundo conductor finalizan su período de trabajo diario.

3.2.1 Medición de la distancia recorrida

28)La distancia recorrida podrá medirse:

—bien de forma que se incluyan los movimientos en marcha adelante y en marcha atrás,

—bien únicamente en marcha adelante.

29)El aparato de control deberá medir la distancia entre 0 y 9 999 999,9 km.

30)La distancia medida estará comprendida en los siguientes límites de tolerancia (distancias de al menos 1 000 m):

—± 1 % antes de la instalación,

—± 2 % después de la instalación y de un control periódico,

—± 4 % durante el uso.

31)La distancia medida tendrá una resolución igual o mejor que 0,1 km.

3.2.2 Medición de la velocidad

32)El aparato de control deberá medir la velocidad entre 0 y 220 km/h.

33)A fin de garantizar una tolerancia máxima de ± 6 km/h para la indicación de la velocidad durante el uso, y teniendo en cuenta:

—una tolerancia de ± 2 km/h para posibles variaciones de los valores de entrada (variaciones de los neumáticos, …),

—una tolerancia de ± 1 km/h en las mediciones realizadas durante la instalación o en los controles periódicos,

el aparato de control deberá medir la velocidad con una tolerancia de ± 1 km/h (a velocidad constante) para velocidades entre 20 y 180 km/h y para coeficientes característicos del vehículo entre 4 000 y 25 000 imp/km.

Nota: La resolución del almacenamiento de datos aporta una tolerancia adicional de ± 0,5 km/h a la velocidad registrada por el aparato de control.

34)La velocidad deberá medirse correctamente dentro de las tolerancias normales y antes de que hayan transcurrido dos segundos tras haberse producido un cambio de velocidad, si dicho cambio no sobrepasa una aceleración de 2 m/s2.

35)La medición de la velocidad tendrá una resolución igual o mejor que 1 km/h.

3.2.3 Medición de la posición

36)El aparato de control medirá la posición absoluta del vehículo utilizando el receptor GNSS.

37)La posición absoluta se mide en coordenadas geográficas de latitud y longitud, en grados y minutos, con una resolución de 1/10 de minuto.

3.3 Medición de la hora

38)La función de medición de la hora deberá medir de forma continua y expresar digitalmente la fecha y la hora correspondientes al tiempo universal coordinado (UTC).

39)La fecha y la hora UTC deberán utilizarse para fechar los datos internos del aparato de control (registros, intercambio de datos) y para toda impresión especificada en el apéndice 4: «Documentos de impresión».

40)A fin de visualizar la hora local, existirá la posibilidad de cambiar el desfase horario que aparece en pantalla, en fracciones de media hora. Tan solo se podrá compensar dicho desfase añadiendo múltiplos negativos o positivos de fracciones de media hora.

41)La desviación de la hora no superará los ± 2 segundos por día en condiciones de homologación, en ausencia de ajustes de la hora.

42)La hora medida tendrá una resolución igual o superior a un segundo.

43)En las condiciones de homologación, la medición de la hora no deberá verse afectada por interrupciones del suministro eléctrico de duración inferior a doce meses.

3.4 Supervisión de las actividades del conductor

44)Esta función deberá controlar permanentemente y por separado las actividades de un conductor y un segundo conductor.

45)Las actividades del conductor pueden ser CONDUCCIÓN, TRABAJO, DISPONIBILIDAD o PAUSA/DESCANSO.

46)El conductor o el segundo conductor deberán tener la posibilidad de seleccionar manualmente las actividades de TRABAJO, DISPONIBILIDAD o PAUSA/DESCANSO.

47)Cuando el vehículo esté en movimiento, el aparato seleccionará automáticamente la actividad de CONDUCCIÓN para el conductor y la actividad de DISPONIBILIDAD para el segundo conductor.

48)Cuando el vehículo se detenga, se seleccionará automáticamente la actividad de TRABAJO para el conductor.

49)Si el primer cambio de actividad a DESCANSO o DISPONIBILIDAD tiene lugar antes de que hayan transcurrido 120 segundos tras haber cambiado automáticamente a TRABAJO por haberse detenido el vehículo, se entenderá que ha tenido lugar a la hora en que se detuvo el vehículo (por consiguiente, podría cancelar el cambio a TRABAJO).

50)Esta función deberá notificar los cambios de actividad a las funciones de registro con una resolución de un minuto.

51)A partir de un minuto cualquiera, si se registra alguna actividad de CONDUCCIÓN en los minutos inmediatamente anterior y posterior, se considerará que todo el minuto es de actividad de CONDUCCIÓN.

52)Dado un minuto cualquiera que no se considere de CONDUCCIÓN con arreglo al requisito 051, se considerará que todo el minuto será de un mismo tipo de actividad, concretamente la que haya tenido lugar de forma continuada y durante más tiempo durante ese minuto (en caso de haber dos actividades de la misma duración, la que se haya producido en último lugar).

53)Esta función también deberá controlar permanentemente el tiempo de conducción continua y el tiempo de descanso acumulado del conductor.

3.5 Supervisión del régimen de conducción

54)Esta función deberá controlar permanentemente el régimen de conducción.

55)Si hay dos tarjetas de conductor insertadas en el aparato, habrá que seleccionar el régimen EN EQUIPO. De otro modo se seleccionará el régimen EN SOLITARIO.

3.6 Entradas de los conductores

3.6.1 Introducción de los lugares donde comienzan o terminan los períodos de trabajo diarios

56)Esta función deberá permitir la introducción de los lugares donde, según el conductor y/o el segundo conductor, comienzan o terminan sus períodos de trabajo diarios.

57)Se entiende por lugar el país y, cuando proceda, la región, que se introducirán o confirmarán manualmente.

58)En el momento de extraer la tarjeta del conductor, el aparato de control deberá pedir al conductor (o segundo conductor) que introduzca el «lugar donde termina el período de trabajo diario».

59)El conductor deberá introducir entonces el lugar en que se encuentra actualmente el vehículo, que se considerará una entrada temporal.

60)Se podrán introducir los lugares donde comiencen y/o terminen los períodos de trabajo diarios a través de comandos de los menús. Si se produce más de una entrada en un minuto cualquiera, tan solo quedarán registrados el último lugar de comienzo y el último lugar de finalización de trabajo introducidos en el marco temporal de dicho minuto.

3.6.2 Introducción manual de las actividades del conductor y del consentimiento del conductor a la interfaz ITS

61)El aparato de control permitirá la introducción manual de actividades única y exclusivamente al insertar la tarjeta de conductor (o de taller). Para la introducción manual de actividades, se utilizarán la fecha y hora locales de la zona horaria (desfase UTC) configuradas para la unidad instalada en el vehículo.

Al insertar la tarjeta de conductor o de taller, se recordarán al titular de la tarjeta:

—la fecha y la hora de la última extracción de la tarjeta;

—opcionalmente: el desfase horario local configurado para la unidad instalada en el vehículo.

Al insertar por primera vez determinada tarjeta de conductor o de taller desconocida en la unidad instalada en el vehículo, se invitará al titular de la tarjeta a dar su consentimiento a la salida de datos personales relacionados con el tacógrafo a través de la interfaz ITS opcional.

En cualquier momento, podrá habilitarse o inhabilitarse el consentimiento del conductor (respectivamente, del taller) a través de comandos del menú, siempre que esté insertada la tarjeta de conductor (respectivamente, de taller).

Se podrán introducir actividades observando las siguientes restricciones:

—el tipo de actividad podrá ser: TRABAJO, DISPONIBILIDAD o PAUSA/DESCANSO;

—la hora de comienzo y finalización de cada actividad estará enmarcada en el intervalo que transcurre entre la última extracción de la tarjeta y su inserción actual;

—no deberá producirse ningún solapamiento temporal entre las diversas actividades.

Si fuere necesario, podrán realizarse entradas manuales al insertar, por vez primera, una tarjeta de conductor (o de taller) no utilizada previamente.

El procedimiento de introducción manual de actividades incluirá tantas fases consecutivas como sea necesario para configurar los distintos tipos de actividad y la hora de comienzo y finalización de cada actividad. El titular de la tarjeta podrá optar por no declarar actividad alguna durante cualquier intervalo de tiempo entre la última extracción de la tarjeta y la inserción actual.

Durante el proceso de introducción manual de actividades asociado a la inserción de la tarjeta, y en los casos pertinentes, el titular de la tarjeta podrá introducir, asimismo:

—un lugar en que haya terminado un período de trabajo diario precedente, asociado a la hora pertinente (sobreescribiendo así la entrada realizada con motivo de la última extracción de la tarjeta), o

—un lugar en que comience el período de trabajo diario actual, asociado a la hora pertinente.

Si el titular de la tarjeta no introduce el lugar donde comienza o finaliza el período de trabajo durante el proceso de introducción manual asociado a la inserción de la tarjeta, se considerará que declara que su período de trabajo no ha cambiado desde la última extracción de la tarjeta. La próxima entrada de un lugar donde termina el período de trabajo diario precedente sobreescribirá, pues, la entrada temporal realizada en la última extracción de la tarjeta.

Si se introduce un lugar, este quedará registrado en la tarjeta de tacógrafo pertinente.

Se interrumpirán las introducciones manuales en los siguientes casos:

—cuando se extraiga la tarjeta, o

—cuando el vehículo se mueva permaneciendo insertada la tarjeta en la ranura del conductor.

Se permiten otras interrupciones como, por ejemplo, la desconexión tras un cierto período de inactividad del usuario. En caso de interrumpirse el proceso de introducción manual, el aparato de control validará cualquier entrada completa de lugar y actividad ya realizada (indicando de forma inequívoca el lugar y la hora, o el tipo de actividad y la hora de comienzo y finalización).

Si se inserta la tarjeta de un segundo conductor o de un taller mientras está en curso la introducción manual de actividades para una tarjeta previamente insertada, se permitirá completar dichas entradas correspondientes a la tarjeta anterior antes de dar paso a la introducción manual de entradas relativas a la segunda tarjeta.

El titular de la tarjeta podrá realizar entradas manualmente conforme al siguiente procedimiento mínimo:

—introducir manualmente y por orden cronológico las actividades realizadas durante el período comprendido entre la última extracción de la tarjeta y la actual inserción;

—la hora de comienzo de la primera actividad se ajustará a la hora de extracción de la tarjeta; la hora de comienzo de cada entrada sucesiva deberá ajustarse al momento inmediatamente posterior a la hora de finalización de la entrada precedente; deberá indicarse para cada actividad el tipo de actividad y la hora de finalización.

El procedimiento concluirá cuando la hora de finalización de una actividad introducida manualmente coincida con la hora de inserción de la tarjeta. A continuación, el aparato de control podrá permitir opcionalmente al titular de la tarjeta modificar las actividades introducidas manualmente, hasta validarlas seleccionando un comando específico. Una vez validadas las actividades, ya no se podrán realizar modificaciones.

3.6.3 Entrada de condiciones específicas

62)El aparato de control permitirá al conductor introducir, en tiempo real, las dos condiciones específicas siguientes:

—«FUERA DE ÁMBITO» (comienzo, final),

—«TRAYECTO EN TRANSBORDADOR/TREN» (comienzo, final).

La condición «TRAYECTO EN TRANSBORDADOR/TREN» no puede darse si está abierta la condición «FUERA DE ÁMBITO».

Si la condición «FUERA DE ÁMBITO» está abierta, el aparato de control tendrá que cerrarla inmediatamente en caso de insertarse o extraerse una tarjeta de conductor.

El hecho de estar abierta la condición «FUERA DE ÁMBITO» impedirá los siguientes incidentes y advertencias:

—conducción sin tarjeta adecuada,

—advertencias asociadas al tiempo de conducción continua.

El indicador de comienzo de «TRAYECTO EN TRANSBORDADOR/TREN» deberá activarse antes de apagar el motor en el transbordador/tren.

Un «TRAYECTO EN TRANSBORDADOR/TREN» abierto deberá cerrarse cuando se produzca alguna de las circunstancias siguientes:

—el conductor finaliza de forma manual el «TRAYECTO EN TRANSBORDADOR/TREN»,

—el conductor extrae su tarjeta.

Un «TRAYECTO EN TRANSBORDADOR/TREN» abierto se cerrará cuando deje de ser válido sobre la base de las normas establecidas en el Reglamento (CE) n.o 561/2006.

3.7 Gestión de los bloqueos introducidos por la empresa

63)Esta función deberá permitir la gestión de los bloqueos que haya introducido una empresa con el fin de restringir el acceso a sus propios datos en el modo de empresa.

64)Estos bloqueos consisten en una fecha/hora inicial (activación del bloqueo) y una fecha/hora final (desactivación del bloqueo) asociadas con la identificación de la empresa, indicada por el número de la tarjeta de la empresa (al activarse el bloqueo).

65)Los bloqueos se activan y desactivan siempre en tiempo real.

66)Sólo podrá desactivar el bloqueo la empresa que lo haya activado (identificada por los trece primeros dígitos del número de la tarjeta de la empresa), o bien

67)El bloqueo se desactivará automáticamente si otra empresa activa un bloqueo.

68)En los casos en los que la empresa que activa el bloqueo es la misma empresa que introdujo el anterior bloqueo, se considerará que el bloqueo previo no ha sido desactivado y se encuentra todavía activo.

3.8 Supervisión de las actividades de control

69)Esta función supervisa las actividades de VISUALIZACIÓN, IMPRESIÓN, TRANSFERENCIA de la VU y de la tarjeta y control del CALIBRADO EN CARRETERA que se lleven a cabo en el modo de control.

70)Esta función también supervisa las actividades de CONTROL DEL EXCESO DE VELOCIDAD en el modo de control. Se entenderá que se ha producido un control del exceso de velocidad cuando, estando en el modo de control, se haya enviado la señal de «exceso de velocidad» a la impresora o a la pantalla, o cuando la memoria de datos de la VU haya transferido datos sobre «incidentes y fallos».

3.9 Detección de incidentes o fallos

71)Esta función detecta los siguientes incidentes o fallos:

3.9.1 Incidente «Inserción de una tarjeta no válida»

72)Este incidente se produce al insertar una tarjeta no válida, al insertar una tarjeta de conductor ya sustituida y/o cuando expira una tarjeta válida insertada.

3.9.2 Incidente «Conflicto de tarjetas»

73)Este incidente se produce cuando se produce alguna de las combinaciones de tarjetas válidas señaladas con X en el siguiente cuadro:

Conflicto de tarjetas..........................................................................Ranura del conductor

..........................................................Sin tarjeta......Tarjeta de conductor......Tarjeta de control......Tarjeta de taller......Tarjeta de empresa

Ranura del 2º conductor..Sin tarjeta

..............................Tarjeta de conductor...........................................................................................X

..............................Tarjeta de control........................................................................X.....................X.........................X

..............................Tarjeta de taller.................................................X........................X......................X.........................X

..............................Tarjeta de empresa......................................................................X.....................X..........................X

3.9.3 Incidente «Solapamiento temporal»

74)Este incidente se produce cuando la fecha/hora en que se extrajo por última vez una tarjeta de conductor, según quede registrado en dicha tarjeta, es posterior a la fecha/hora actual del aparato de control donde se inserta la tarjeta.

3.9.4 Incidente «Conducción sin tarjeta adecuada»

75)Este incidente se produce en determinadas combinaciones de dos tarjetas de tacógrafo válidas (indicadas con una X en el cuadro siguiente), cuando la actividad del conductor cambia a CONDUCCIÓN o cuando tiene lugar un cambio del modo de funcionamiento mientras la actividad del conductor es CONDUCCIÓN:

Conducción sin tarjeta adecuada..................................................................Ranura del conductor

.................................................Sin tarjeta (o no válida)....Tarjeta de conductor....Tarjeta de control....Tarjeta de taller....Tarjeta de empresa

Ranura 2º conductor..Sin tarjeta(o no válida)............X.................................................X................................................X

.............................Tarjeta de conductor..................X......................................................X....................X......................X

.............................Tarjeta de control......................X...............................X......................X....................X......................X

.............................Tarjeta de taller.........................X...............................X.....................X............................................X

.............................Tarjeta de empresa....................X...............................X......................X....................X......................X

3.9.5 Incidente «Inserción de tarjeta durante la conducción»

76)Este incidente se produce cuando se inserta una tarjeta de tacógrafo en una de las ranuras mientras la actividad del conductor es CONDUCCIÓN.

3.9.6 Incidente «Error al cerrar la última sesión de la tarjeta»

77)Este incidente se produce cuando, al insertar la tarjeta, el aparato de control detecta que, a pesar de lo dispuesto en el punto 3.1, la sesión anterior de la tarjeta no se ha cerrado correctamente (se ha extraído la tarjeta antes de que pudieran grabarse en ella todos los datos pertinentes). Este incidente afecta exclusivamente a las tarjetas de conductor y a las tarjetas de taller.

3.9.7 Incidente «Exceso de velocidad»

78)Este incidente se produce cada vez que se sobrepasa la velocidad permitida.

3.9.8 Incidente «Interrupción del suministro eléctrico»

79)Este incidente se produce cuando el suministro eléctrico del sensor de movimiento o de la unidad instalada en el vehículo se interrumpe durante más de 200 milisegundos, fuera del modo de calibrado o de control. El umbral de interrupción deberá definirlo el fabricante. La caída de tensión que se produce al arrancar el motor del vehículo no deberá activar este incidente.

3.9.9 Incidente «Error de comunicación con el dispositivo de comunicación a distancia»

80)Este incidente se produce, fuera del modo de calibrado, cuando el dispositivo de comunicación a distancia no acusa recibo de la correcta recepción de los datos de comunicación a distancia enviados desde la unidad instalada en el vehículo durante más de tres intentos.

3.9.10 Incidente «Ausencia de información sobre la posición procedente del receptor GNSS»

81)Este incidente se produce, fuera del modo de calibrado, en caso de ausencia de información sobre la posición procedente del receptor GNSS (sea interno o externo) durante más de tres horas de tiempo de conducción acumulado.

3.9.11 Incidente «Error de comunicación con el dispositivo GNSS externo»

82)Este incidente se produce, fuera del modo de calibrado, en caso de interrupción de la comunicación entre el receptor GNSS externo y la unidad instalada en el vehículo durante más de veinte minutos seguidos, cuando el vehículo está en movimiento.

3.9.12 Incidente «Error de datos de movimiento»

83)Este incidente se produce, fuera del modo de calibrado, en caso de interrupción del flujo normal de datos entre el sensor de movimiento y la unidad instalada en el vehículo o en caso de producirse un error de integridad o de autenticación de datos durante el intercambio entre el sensor de movimiento y la unidad instalada en el vehículo.

3.9.13 Incidente «Conflicto de movimiento del vehículo»

84)Este incidente se produce, fuera del modo de calibrado, en caso de que la información sobre el movimiento calculada a partir del sensor de movimiento esté en contradicción con la información sobre el movimiento calculada a partir del receptor GNSS interno o del dispositivo GNSS externo y eventualmente con otras fuentes independientes, tal como se especifica en el apéndice 12. Este incidente no debe producirse durante un trayecto en transbordador/tren o una condición «FUERA DE ÁMBITO», ni cuando no esté disponible la información sobre posición del receptor GNSS.

3.9.14 Incidente «Intento de violación de la seguridad»

85)Este incidente se produce cuando por algún motivo se ha visto afectada la seguridad del sensor de movimiento, de la unidad instalada en el vehículo o del dispositivo GNSS externo, según se especifica en el apéndice 10, fuera del modo de calibrado.

3.9.15 Incidente «Conflicto temporal»

86)Este incidente se produce cuando, fuera del modo de calibrado, la VU detecta una discrepancia de más de un minuto entre la hora de la función de medición de la hora de la unidad instalada en el vehículo y la hora procedente del receptor GNSS. Este incidente se registra junto con el valor del reloj interno de la unidad instalada en el vehículo y va acompañado de un ajuste de la hora automático. Después de haberse producido un incidente de conflicto temporal, la VU no generará más incidentes del mismo tipo durante las doce horas siguientes. Este incidente no se producirá cuando no hubiera una señal GNSS válida detectable por el receptor GNSS en los últimos treinta días. No obstante, cuando vuelva a estar disponible la información sobre la posición del receptor GNSS, se efectuará el ajuste de la hora automático.

3.9.16 Fallo «Tarjeta»

87)Este fallo está asociado al fallo de funcionamiento de una tarjeta de tacógrafo.

3.9.17 Fallo «Aparato de control»

88)Este fallo está asociado a uno de los fallos siguientes, fuera del modo de calibrado:

—fallo interno de la VU,

—fallo de la impresora,

—fallo de la pantalla,

—fallo de transferencia,

—fallo del sensor,

—fallo del receptor GNSS o del dispositivo GNSS externo,

—fallo del dispositivo de comunicación a distancia.

3.10 Autodiagnóstico y comprobaciones automáticas

89)El aparato de control deberá ser capaz de detectar los fallos ocurridos mediante comprobaciones automáticas y una función de autodiagnóstico, con arreglo al cuadro siguiente:

Subconjunto que se verifica................................Comprobación automática..............................Autodiagnóstico

Software...................................................................................................................Integridad

Memoria de datos.................................................Acceso.............................................Acceso, integridad de los datos

Dispositivos de interfaz para tarjetas......................Acceso.............................................Acceso

Teclado......................................................................................................................Comprobación manual

Impresora......................................................(depende del fabricante)...........................Documento impreso

Pantalla......................................................................................................................Comprobación visual

Transferencia

(exclusivamente durante la transferencia)....................Funcionamiento correcto

Sensor...................................................................Funcionamiento correcto.............................Funcionamiento correcto

Dispositivo de comunicación a distancia......................Funcionamiento correcto.............................Funcionamiento correcto

Dispositivo GNSS.....................................................Funcionamiento correcto.............................Funcionamiento correcto

3.11 Lectura de datos de la memoria

90)El aparato de control deberá ser capaz de leer todos los datos almacenados en su memoria.

3.12 Registro y almacenamiento de datos en la memoria

A efectos del presente apartado:

—Por «365 días» se entienden 365 días civiles de actividad media de un conductor en un vehículo. Por actividad media diaria en un vehículo se entiende al menos 6 conductores o segundos conductores, 6 ciclos de inserción-extracción de tarjeta y 256 cambios de actividad. Por consiguiente, «365 días» incluyen al menos 2 190 (segundos) conductores, 2 190 ciclos de inserción-extracción de tarjeta y 93 440 cambios de actividad.

—El número medio de posiciones por día se define como al menos 6 posiciones en las que comienza el período de trabajo diario, 6 posiciones en las que el tiempo de conducción continua del conductor llega a un múltiplo de tres horas, y 6 posiciones en las que termina el período de trabajo diario, por lo que «365 días» incluyen al menos 6 570 posiciones.

—Las horas se registran con una resolución de un minuto, a menos que se especifique lo contrario.

—Las lecturas del cuentakilómetros se registran con una resolución de un kilómetro.

—Las velocidades se registran con una resolución de 1 km/h.

—Las posiciones (latitudes y longitudes) se registran en grados y minutos, con una resolución de 1/10 de minuto, con la exactitud del GNSS asociada y la hora de adquisición.

91)En las condiciones de homologación, los datos almacenados en la memoria de datos no deberán verse afectados por interrupciones del suministro eléctrico de menos de doce meses de duración. Además, los datos almacenados en el dispositivo de comunicación a distancia externo, tal como se definen en el apéndice 14, no deberán verse afectados por interrupciones del suministro eléctrico de menos de 28 días de duración.

92)El aparato de control deberá ser capaz de registrar y almacenar de forma implícita o explícita en su memoria de datos lo siguiente:

3.12.1 Datos de identificación de los equipos

3.12.1.1 Datos de identificación de la unidad instalada en el vehículo

93)El aparato de control deberá ser capaz de almacenar en su memoria de datos los siguientes datos de identificación de la unidad instalada en el vehículo:

—nombre del fabricante,

—dirección del fabricante,

—número de pieza,

—número de serie,

—generación de la VU,

—capacidad para utilizar las tarjetas de tacógrafo de primera generación,

—versión de software,

—fecha de instalación de la versión de software,

—año de fabricación del equipo,

—número de homologación.

94)El fabricante de la unidad instalada en el vehículo registra y almacena de manera permanente, sin posibilidad de alteración, los datos de identificación de dicha unidad, excepto los datos relacionados con el software y el número de homologación, que pueden cambiar en caso de actualizar el software y la capacidad para utilizar las tarjetas de tacógrafo de primera generación.

3.12.1.2 Datos de identificación del sensor de movimiento

95)El sensor de movimiento deberá ser capaz de almacenar en su memoria los siguientes datos de identificación:

—nombre del fabricante,

—número de serie,

—número de homologación,

—identificador del componente de seguridad integrado (por ejemplo, número de pieza del chip/procesador interno),

—identificador del sistema operativo (por ejemplo, versión de software).

96)El fabricante del sensor de movimiento registra y almacena en el propio sensor de manera permanente, sin posibilidad de alteración, los datos de identificación de dicho sensor.

97)La unidad instalada en el vehículo deberá ser capaz de registrar y almacenar en su memoria los siguientes datos, correspondientes a los últimos veinte emparejamientos de los sensores de movimiento (si se producen varios emparejamientos dentro de un día civil, solo se almacenarán el primero y el último del día).

Deberán almacenarse los datos siguientes para cada uno de estos emparejamientos:

—datos de identificación del sensor de movimiento:

—número de serie,

—número de homologación,

—datos de emparejamiento del sensor de movimiento:

—fecha del emparejamiento.

3.12.1.3 Datos de identificación de los sistemas mundiales de navegación por satélite

98)El dispositivo GNSS externo deberá ser capaz de almacenar en su memoria los siguientes datos de identificación:

—nombre del fabricante,

—número de serie,

—número de homologación,

—identificador del componente de seguridad integrado (por ejemplo, número de pieza del chip/procesador interno),

—identificador del sistema operativo (por ejemplo, versión de software).

99)El fabricante del dispositivo GNSS externo registra y almacena en el propio dispositivo de manera permanente, sin posibilidad de alteración, los datos de identificación.

100)La unidad instalada en el vehículo deberá ser capaz de registrar y almacenar en su memoria los siguientes datos, correspondientes a los últimos veinte acoplamientos de dispositivos GNSS externos (si se producen varios acoplamientos dentro de un día civil, solo se almacenarán el primero y el último del día).

Deberán almacenarse los datos siguientes para cada uno de estos acoplamientos:

—datos de identificación del dispositivo GNSS externo:

—número de serie,

—número de homologación,

—datos de acoplamiento del dispositivo GNSS externo:

—fecha de acoplamiento.

3.12.2 Claves y certificados

101)El aparato de control deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte A y parte B.

3.12.3 Datos de inserción y extracción de la tarjeta de conductor o de la tarjeta de taller

102)Por cada ciclo de inserción y extracción de una tarjeta de conductor o una tarjeta de taller, el aparato de control deberá registrar y almacenar en su memoria de datos:

—el nombre y apellidos del titular de la tarjeta, tal y como constan en la tarjeta,

—el número de la tarjeta, el Estado miembro que la ha expedido y su fecha de expiración, tal y como constan en la tarjeta,

—la generación de la tarjeta,

—la fecha y hora de inserción,

—la lectura del cuentakilómetros del vehículo en el momento de insertar la tarjeta,

—la ranura donde se inserta la tarjeta,

—la fecha y hora de extracción,

—la lectura del cuentakilómetros del vehículo en el momento de extraer la tarjeta,

—la información siguiente acerca del vehículo anterior que utilizara el conductor, tal y como consta en la tarjeta:

—VRN y Estado miembro donde se matriculó el vehículo,

—generación de la VU (si está disponible),

—fecha y hora de extracción de la tarjeta,

—una bandera que indique si, en el momento de insertar la tarjeta, el titular ha introducido manualmente alguna actividad.

103)La memoria de datos deberá ser capaz de mantener estos datos almacenados durante al menos 365 días.

104)Cuando se agote la capacidad de almacenamiento, los datos más antiguos se sustituirán por otros nuevos.

3.12.4 Datos sobre la actividad del conductor

105)Cada vez que cambie la actividad del conductor o del segundo conductor, o cada vez que cambie el régimen de conducción, o cada vez que se inserte o extraiga una tarjeta de conductor o una tarjeta de taller, el aparato de control deberá registrar y almacenar en su memoria de datos:

—el régimen de conducción (EN EQUIPO, EN SOLITARIO),

—la ranura (CONDUCTOR, SEGUNDO CONDUCTOR),

—el estado de la tarjeta en la ranura que corresponda (INSERTADA, NO INSERTADA),

—la actividad (CONDUCCIÓN, DISPONIBILIDAD, TRABAJO, PAUSA/DESCANSO),

—la fecha y hora del cambio.

INSERTADA significa que se ha insertado en la ranura una tarjeta de conductor o una tarjeta de taller válidas. NO INSERTADA significa lo contrario, es decir, que no se ha insertado en la ranura una tarjeta de conductor o una tarjeta de taller válidas (por ejemplo, se inserta una tarjeta de empresa o no se inserta tarjeta).

Los datos de actividad que introduzca manualmente el conductor no se registran en la memoria de datos.

106)La memoria de datos deberá ser capaz de mantener estos datos almacenados durante al menos 365 días.

107)Cuando se agote la capacidad de almacenamiento, los datos más antiguos se sustituirán por otros nuevos.

3.12.5 Lugares y posiciones donde comienzan o terminan los períodos de trabajo diarios y/o donde se alcanzan las tres horas de tiempo de conducción continua

108)El aparato de control deberá registrar y almacenar en su memoria de datos:

—los lugares y las posiciones en que el conductor y/o el segundo conductor comienzan su período de trabajo diario;

—las posiciones en que el tiempo de conducción continua del conductor llega a un múltiplo de tres horas;

—los lugares y las posiciones en que el conductor y/o el segundo conductor finalizan su período de trabajo diario.

109)Cuando la posición del vehículo no esté disponible a partir del receptor GNSS en esos momentos, el aparato de control utilizará la posición más reciente disponible, y la fecha y hora asociadas.

110)Junto con cada lugar y posición, el aparato de control deberá registrar y almacenar en su memoria de datos:

—el número de tarjeta del (segundo) conductor y el Estado miembro que haya expedido la tarjeta,

—la generación de la tarjeta,

—la fecha y hora de la entrada,

—el tipo de entrada (comienzo, final o tres horas de tiempo de conducción continua),

—la exactitud, la fecha y la hora del GNSS, si procede,

—la lectura del cuentakilómetros del vehículo.

111)La memoria de datos deberá ser capaz de mantener almacenados durante al menos 365 días los lugares y posiciones en que comienzan o finalizan los períodos de trabajo diarios y/o se alcanzan las tres horas de tiempo de conducción continua.

112)Cuando se agote la capacidad de almacenamiento, los datos más antiguos se sustituirán por otros nuevos.

3.12.6 Datos del cuentakilómetros

113)Cada día civil a medianoche, el aparato de control deberá registrar en su memoria la lectura del cuentakilómetros del vehículo y la fecha correspondiente.

114)La memoria de datos deberá ser capaz de almacenar las lecturas de los cuentakilómetros a medianoche durante al menos 365 días civiles.

115)Cuando se agote la capacidad de almacenamiento, los datos más antiguos se sustituirán por otros nuevos.

3.12.7 Datos pormenorizados sobre la velocidad

116)Para cada segundo de al menos las últimas 24 horas en que haya estado en movimiento el vehículo, el aparato de control deberá registrar y almacenar en su memoria de datos la velocidad instantánea del vehículo y la fecha y hora correspondientes.

3.12.8 Datos sobre incidentes

A efectos del presente subapartado, la hora se registrará con una resolución de un segundo.

117)El aparato de control deberá registrar y almacenar en su memoria los datos siguientes para cada incidente detectado, con arreglo a las reglas de almacenamiento descritas a continuación:

Incidente......................................................Reglas de almacenamiento...........................Datos que hay que registrar en cada incidente

Inserción de una tarjeta no válida...................-los diez incidentes más recientes.................-fecha y hora del incidente,

....................................................................................................................................-tipo de tarjeta(s), número,Estado miembro

.....................................................................................................................................emisor y generación de la tarjeta que creó el

.....................................................................................................................................incidente,

....................................................................................................................................-número de incidentes similares ocurridos ese día.

Conflicto de tarjetas....................................-los diez incidentes más recientes..................-fecha y hora de comienzo del incidente,

.................................................................................................................................-fecha y hora de finalización del incidente,

.................................................................................................................................-tipo de tarjeta(s), número, Estado miembro emisor

................................................................................................................................. y generación de las dos tarjetas que

................................................................................................................................. crearon el conflicto.

Conducción sin tarjeta adecuada.................-el incidente de mayor duración ocurrido.............-fecha y hora de comienzo del incidente,

..........................................................cada uno de los últimos diez días en que..............-fecha y hora de finalización del incidente,

......................................................... se hayan producido incidentes de este tipo,.........-tipo de tarjeta(s), número, Estado miembro emisor

.........................................................-los cinco incidentes de mayor duración............... y generación de cualquier tarjeta insertada

..........................................................ocurridos en los últimos 365 días...................... al comenzar o al terminar el incidente,

..........................................................................................................................-número de incidentes similares ocurridos ese día.

Inserción de tarjeta durante la conducción

—el último incidente ocurrido en cada uno de los diez últimos días en que se hayan producido incidentes de ese tipo,

—fecha y hora del incidente,

—tipo de tarjeta(s), número, Estado miembro emisor y generación,

—número de incidentes similares ocurridos ese día.

Error al cerrar la última sesión de la tarjeta

—los diez incidentes más recientes.

—fecha y hora de inserción de la tarjeta,

—tipo de tarjeta(s), número, Estado miembro emisor y generación,

—datos de la última sesión según la lectura de la tarjeta:

—fecha y hora de inserción de la tarjeta,

—VRN, Estado miembro de matriculación y generación de la VU.

Exceso de velocidad (1)

—el incidente más grave en cada uno de los diez últimos días en que se hayan producido incidentes de este tipo (es decir, el que haya ocurrido con la velocidad media más alta),

—los cinco incidentes más graves ocurridos en los últimos 365 días,

—el primer incidente que haya ocurrido después del último calibrado.

—fecha y hora de comienzo del incidente,

—fecha y hora de finalización del incidente,

—velocidad máxima medida durante el incidente,

—media aritmética de la velocidad medida durante el incidente,

—tipo de tarjeta, número, Estado miembro emisor y generación de la tarjeta del conductor (si procede),

—número de incidentes similares ocurridos ese día.

Interrupción del suministro eléctrico (2)

—el incidente de mayor duración ocurrido cada uno de los últimos diez días en que se hayan producido incidentes de este tipo,

—los cinco incidentes de mayor duración ocurridos en los últimos 365 días.

—fecha y hora de comienzo del incidente,

—fecha y hora de finalización del incidente,

—tipo de tarjeta(s), número, Estado miembro emisor y generación de cualquier tarjeta insertada al comenzar o al terminar el incidente,

—número de incidentes similares ocurridos ese día.

Error de comunicación con el dispositivo de comunicación a distancia

—el incidente de mayor duración ocurrido cada uno de los últimos diez días en que se hayan producido incidentes de este tipo,

los cinco incidentes de mayor duración ocurridos en los últimos 365 días.

fecha y hora de comienzo del incidente,

fecha y hora de finalización del incidente,

tipo de tarjeta(s), número, Estado miembro emisor y generación de cualquier tarjeta insertada al comenzar o al terminar el incidente,

número de incidentes similares ocurridos ese día.

Ausencia de información sobre la posición procedente del receptor GNSS

el incidente de mayor duración ocurrido cada uno de los últimos diez días en que se hayan producido incidentes de este tipo,

los cinco incidentes de mayor duración ocurridos en los últimos 365 días.

fecha y hora de comienzo del incidente,

fecha y hora de finalización del incidente,

tipo de tarjeta(s), número, Estado miembro emisor y generación de cualquier tarjeta insertada al comenzar o al terminar el incidente,

número de incidentes similares ocurridos ese día.

Error en datos de movimiento

el incidente de mayor duración ocurrido cada uno de los últimos diez días en que se hayan producido incidentes de este tipo,

los cinco incidentes de mayor duración ocurridos en los últimos 365 días.

fecha y hora de comienzo del incidente,

fecha y hora de finalización del incidente,

tipo de tarjeta(s), número, Estado miembro emisor y generación de cualquier tarjeta insertada al comenzar o al terminar el incidente,

número de incidentes similares ocurridos ese día.

Conflicto de movimiento del vehículo

el incidente de mayor duración ocurrido cada uno de los últimos diez días en que se hayan producido incidentes de este tipo,

los cinco incidentes de mayor duración ocurridos en los últimos 365 días.

fecha y hora de comienzo del incidente,

fecha y hora de finalización del incidente,

tipo de tarjeta(s), número, Estado miembro emisor y generación de cualquier tarjeta insertada al comenzar o al terminar el incidente,

número de incidentes similares ocurridos ese día.

Intento de violación de la seguridad

los diez incidentes más recientes de cada tipo.

fecha y hora de comienzo del incidente,

fecha y hora en que terminó el incidente (si es pertinente),

tipo de tarjeta(s), número, Estado miembro emisor y generación de cualquier tarjeta insertada al comenzar o al terminar el incidente,

tipo de incidente.

Conflicto temporal

el incidente de mayor duración ocurrido cada uno de los últimos diez días en que se hayan producido incidentes de este tipo,

los cinco incidentes de mayor duración ocurridos en los últimos 365 días.

fecha y hora del aparato de control,

fecha y hora del GNSS,

tipo de tarjeta(s), número, Estado miembro emisor y generación de cualquier tarjeta insertada al comenzar o al terminar el incidente,

número de incidentes similares ocurridos ese día.

(1)

El aparato de control deberá registrar y almacenar también en su memoria de datos:

la fecha y la hora del último CONTROL DEL EXCESO DE VELOCIDAD,

la fecha y la hora del primer exceso de velocidad ocurrido tras este CONTROL DEL EXCESO DE VELOCIDAD,

el número de incidentes de exceso de velocidad ocurridos después del último CONTROL DEL EXCESO DE VELOCIDAD.

(2)

Estos datos solo podrán registrarse al reconectar la alimentación eléctrica. Las horas se determinarán con una precisión de un minuto.

3.12.9 Datos sobre fallos

A efectos del presente subapartado, la hora se registrará con una resolución de un segundo.

118)

El aparato de control intentará registrar y almacenar en su memoria los datos siguientes para cada fallo detectado, con arreglo a las reglas de almacenamiento descritas a continuación:

Fallo

Reglas de almacenamiento

Datos que hay que registrar en cada fallo

Fallo de la tarjeta

los diez fallos más recientes de la tarjeta de conductor.

fecha y hora en que comenzó el fallo,

fecha y hora en que terminó el fallo,

tipo de tarjeta(s), número, Estado miembro emisor y generación.

Fallos del aparato de control

los diez fallos más recientes de cada tipo,

el primer fallo ocurrido después del último calibrado.

fecha y hora en que comenzó el fallo,

fecha y hora en que terminó el fallo,

tipo de fallo,

tipo de tarjeta(s), número, Estado miembro emisor y generación de cualquier tarjeta insertada al comenzar o al terminar el fallo.

3.12.10 Datos de calibrado

119)

El aparato de control deberá registrar y almacenar en su memoria los datos correspondientes a:

los parámetros de calibrado conocidos en el momento de la activación,

su primer calibrado después de la activación,

su primer calibrado en el vehículo actual (según conste en el VIN),

los veinte calibrados más recientes (si el aparato se ha calibrado más de una vez en un mismo día civil, solo se almacenarán los datos correspondientes al primero y al último calibrados del día).

120)

Cada vez que se calibre el aparato de control, se registrarán los datos siguientes:

propósito del calibrado (activación, primera instalación, instalación, control periódico),

nombre y dirección del taller,

número de la tarjeta de taller, Estado miembro que haya expedido la tarjeta y fecha de expiración de la tarjeta,

identificación del vehículo,

parámetros que se actualizan o confirman: w, k, l, tamaño de los neumáticos, valor de ajuste del dispositivo limitador de la velocidad, cuentakilómetros (lectura anterior y nueva lectura), fecha y hora (valor anterior y nuevo valor),

los tipos y los identificadores de todos los precintos existentes.

121)

Además, el aparato de control deberá registrar y almacenar en su memoria de datos su capacidad para utilizar tarjetas de tacógrafo de primera generación (aún activada o no).

122)

El sensor de movimiento deberá registrar y almacenar en su memoria los siguientes datos sobre la instalación del sensor de movimiento:

primer emparejamiento con una VU (fecha, hora, número de homologación de la VU, número de serie de la VU),

último emparejamiento con una VU (fecha, hora, número de homologación de la VU, número de serie de la VU).

123)

El dispositivo GNSS externo deberá registrar y almacenar en su memoria los siguientes datos sobre la instalación del dispositivo GNSS externo:

primer acoplamiento con una VU (fecha, hora, número de homologación de la VU, número de serie de la VU),

último acoplamiento con una VU (fecha, hora, número de homologación de la VU, número de serie de la VU).

3.12.11 Datos de ajuste de la hora

124)

El aparato de control deberá registrar y almacenar en su memoria los datos correspondientes a los ajustes de hora que se hayan realizado en el modo de calibrado y fuera del marco de un calibrado regular (def. f)):

la última ocasión en que se ajustara la hora,

los cinco casos en que el ajuste fuera mayor.

125)

Cada vez que se ajuste la hora, se registrarán los datos siguientes:

fecha y hora, valor anterior,

fecha y hora, nuevo valor,

nombre y dirección del taller,

número de la tarjeta de taller, Estado miembro que haya expedido la tarjeta, generación de la tarjeta y fecha de expiración de la tarjeta.

3.12.12 Datos sobre actividades de control

126)

El aparato de control deberá registrar y almacenar en su memoria los siguientes datos correspondientes a las veinte actividades de control más recientes:

fecha y hora del control,

número de la tarjeta de control, Estado miembro que haya expedido la tarjeta y generación de la tarjeta,

tipo de control (visualización y/o impresión y/o transferencia de los datos de la VU y/o transferencia de los datos de la tarjeta y/o control del calibrado en carretera).

127)

En caso de transferencia, también habrá que registrar las fechas correspondientes a los días transferidos más antiguos y más recientes.

3.12.13 Datos sobre los bloqueos introducidos por las empresas

128)

El aparato de control deberá registrar y almacenar en su memoria los siguientes datos correspondientes a los 255 últimos bloqueos introducidos por una empresa:

fecha y hora de activación del bloqueo,

fecha y hora de desactivación del bloqueo,

número de la tarjeta de empresa, Estado miembro que haya expedido la tarjeta y generación de la tarjeta,

nombre y dirección de la empresa.

Los datos previamente bloqueados mediante un bloqueo eliminado de la memoria debido al límite antes mencionado se considerarán desbloqueados.

3.12.14 Datos sobre actividades de transferencia

129)

El aparato de control deberá registrar y almacenar en su memoria los siguientes datos correspondientes a la última transferencia de datos de la memoria a medios externos, estando en el modo de empresa o en el modo de calibrado:

fecha y hora de la transferencia,

número de la tarjeta de empresa o de taller, Estado miembro que haya expedido la tarjeta y generación de la tarjeta,

nombre de la empresa o del taller.

3.12.15 Datos sobre condiciones específicas

130)

El aparato de control deberá registrar en su memoria los siguientes datos correspondientes a condiciones específicas:

fecha y hora de la entrada,

tipo de condición específica.

131)

La memoria deberá ser capaz de mantener estos datos almacenados durante al menos 365 días (suponiendo que, como media, cada día se abra y se cierre una condición). Cuando se agote la capacidad de almacenamiento, los datos más antiguos se sustituirán por otros nuevos.

3.12.16 Datos de la tarjeta de tacógrafo

132)

El aparato de control deberá ser capaz de almacenar los siguientes datos relativos a las diferentes tarjetas de tacógrafo que se han utilizado en la VU:

número de la tarjeta de tacógrafo y su número de serie,

fabricante de la tarjeta de tacógrafo,

tipo de tarjeta de tacógrafo,

versión de la tarjeta de tacógrafo.

133)

El aparato de control deberá ser capaz de almacenar al menos 88 de estos registros.

3.13 Lectura de las tarjetas de tacógrafo

134)

El aparato de control deberá ser capaz de leer las tarjetas de tacógrafo de primera y segunda generación para obtener, cuando proceda, los datos necesarios para:

identificar el tipo de tarjeta, al titular de la tarjeta, el anterior vehículo empleado, la fecha y hora en que se retirara la tarjeta por última vez y la actividad seleccionada entonces,

comprobar que la última sesión de la tarjeta se cerró correctamente,

calcular el tiempo de conducción continua del conductor, su tiempo de descanso acumulado y sus tiempos de conducción acumulados durante la semana anterior y la actual,

imprimir, previa solicitud, los datos registrados en una tarjeta de conductor,

transferir a medios externos la información contenida en una tarjeta de conductor.

Este requisito solo se aplica a las tarjetas de tacógrafo de primera generación, siempre que su utilización no haya sido suprimida por un taller.

135)

En caso de producirse un error de lectura, el aparato de control intentará ejecutar de nuevo el mismo comando de lectura. Si no lo consigue después de tres intentos, declarará la tarjeta defectuosa y no válida.

3.14 Registro y almacenamiento de datos en las tarjetas de tacógrafo

3.14.1 Registro y almacenamiento de datos en las tarjetas de tacógrafo de primera generación

136)

Siempre que un taller no haya suprimido el uso de las tarjetas de tacógrafo de primera generación, el aparato de control deberá registrar y almacenar datos exactamente de la misma manera que lo haría un aparato de control de primera generación.

137)

Nada más insertada la tarjeta de conductor o de taller, el aparato de control deberá configurar los «datos de la sesión» en dicha tarjeta.

138)

El aparato de control deberá actualizar los datos almacenados en las tarjetas de conductor, de taller, de empresa o de control, si son válidas. Para ello, escribirá en la tarjeta todos los datos necesarios del titular correspondientes al período en que dicha tarjeta esté insertada. En el capítulo 4 se especifican los datos almacenados en cada tipo de tarjeta.

139)

El aparato de control deberá actualizar los datos sobre la actividad del conductor y sobre los lugares (según se especifica en los puntos 4.5.3.1.9 y 4.5.3.1.11). Estos datos, almacenados en las tarjetas de conductor o en las tarjetas de taller, se sustituirán por los datos introducidos manualmente por el titular de la tarjeta.

140)

Los incidentes no definidos para los aparatos de control de primera generación no se almacenarán en las tarjetas de conductor ni de taller.

141)

Los datos de las tarjetas de tacógrafo se actualizarán de manera que, cuando sea necesario y teniendo en cuenta la capacidad real de almacenamiento de la tarjeta, los datos más recientes sustituyan a los más antiguos.

142)

En caso de producirse un error de escritura, el aparato de control intentará ejecutar de nuevo el mismo comando de escritura. Si no lo consigue después de tres intentos, declarará la tarjeta defectuosa y no válida.

143)

Antes de liberar una tarjeta de conductor, y después de haber almacenado en ella todos los datos pertinentes, el aparato de control deberá reiniciar los «datos de la sesión».

3.14.2 Registro y almacenamiento de datos en las tarjetas de tacógrafo de segunda generación

144)

Las tarjetas de tacógrafo de segunda generación deberán incluir dos aplicaciones de tarjeta diferentes, la primero de las cuales será exactamente la misma que la aplicación TACHO de las tarjetas de tacógrafo de primera generación, y la segunda la aplicación TACHO_G2, que se especifica en el capítulo 4 y el apéndice 2.

145)

Nada más insertada la tarjeta de conductor o de taller, el aparato de control deberá configurar los «datos de la sesión» en dicha tarjeta.

146)

El aparato de control deberá actualizar los datos almacenados en las dos aplicaciones de las tarjetas de conductor, de taller, de empresa o de control, si son válidas. Para ello, escribirá en la tarjeta todos los datos necesarios del titular correspondientes al período en que dicha tarjeta esté insertada. En el capítulo 4 se especifican los datos almacenados en cada tipo de tarjeta.

147)

El aparato de control deberá actualizar los datos sobre los lugares y posiciones de actividad del conductor (según se especifica en los puntos 4.5.3.1.9, 4.5.3.1.11, 4.5.3.2.9 y 4.5.3.2.11). Estos datos, almacenados en las tarjetas de conductor o en las tarjetas de taller válidas, se sustituirán por los datos de lugares de actividad introducidos manualmente por el titular de la tarjeta.

148)

Los datos de las tarjetas de tacógrafo se actualizarán de manera que, cuando sea necesario y teniendo en cuenta la capacidad real de almacenamiento de la tarjeta, los datos más recientes sustituyan a los más antiguos.

149)

En caso de producirse un error de escritura, el aparato de control intentará ejecutar de nuevo el mismo comando de escritura. Si no lo consigue después de tres intentos, declarará la tarjeta defectuosa y no válida.

150)

Antes de liberar una tarjeta de conductor, y después de haber almacenado en las dos aplicaciones de la tarjeta todos los datos pertinentes, el aparato de control deberá reiniciar los «datos de la sesión».

3.15 Visualización

151)

La pantalla deberá incluir al menos veinte caracteres.

152)

Los caracteres tendrán un tamaño mínimo de 5 mm de alto y 3,5 mm de ancho.

153)

La pantalla admitirá el uso de los caracteres especificados en el apéndice 1, Capítulo 4: «Conjuntos de caracteres». La pantalla podrá utilizar glifos simplificados (p.ej.: los caracteres acentuados podrán aparecer sin acento, o las minúsculas podrán verse como mayúsculas).

154)

La pantalla deberá tener una iluminación adecuada que no provoque deslumbramiento.

155)

Las indicaciones deberán ser visibles desde fuera del aparato de control.

156)

El aparato de control deberá ser capaz de mostrar en pantalla:

los datos por defecto,

los datos relacionados con advertencias,

los datos relacionados con el acceso a los menús,

otros datos que solicite un usuario.

El aparato de control también podrá mostrar en pantalla otras informaciones, siempre que puedan distinguirse claramente de las arriba exigidas.

157)

La pantalla del aparato de control deberá utilizar los pictogramas o las combinaciones de pictogramas enumerados en el apéndice 3. También podrán utilizarse otros pictogramas o combinaciones de pictogramas siempre que puedan distinguirse claramente de los exigidos.

158)

La pantalla deberá estar siempre encendida (ON) cuando el vehículo esté en movimiento.

159)

El aparato de control podrá incluir una función manual o automática que apague (OFF) la pantalla cuando el vehículo esté parado.

El formato de visualización se especifica en el apéndice 5.

3.15.1 Contenido de la pantalla por defecto

160)

Cuando no sea necesario mostrar otra información, el aparato de control deberá presentar en pantalla, por defecto, los datos siguientes:

la hora local (correspondiente a la UTC + desfase configurado por el conductor),

el modo de funcionamiento,

la actividad actual del conductor y la del segundo conductor,

información relativa al conductor:

si su actividad actual es CONDUCCIÓN, el tiempo actual de conducción continua y el tiempo actual de descanso acumulado hasta ese momento,

si su actividad actual no es CONDUCCIÓN, la duración actual de su actividad (desde que la haya seleccionado) y el tiempo actual de descanso acumulado hasta ese momento.

161)

La presentación en pantalla de los datos relativos a cada conductor será clara, sencilla e inequívoca. Si no fuera posible mostrar en pantalla simultáneamente la información relativa al conductor y la relativa al segundo conductor, el aparato de control deberá mostrar por defecto la información relativa al conductor y ofrecerá al usuario la posibilidad de visualizar la información relativa al segundo conductor.

162)

Si el ancho de la pantalla no permite visualizar por defecto el modo de funcionamiento, el aparato de control mostrará unos instantes el nuevo modo de funcionamiento cuando cambie.

163)

El aparato de control mostrará unos instantes el nombre del titular de la tarjeta en el momento de insertar la tarjeta.

164)

Cuando se abra una condición «FUERA DE ÁMBITO» o «TRAYECTO EN TRANSBORDADOR/TREN», el contenido de la pantalla por defecto deberá mostrar, con el pictograma correspondiente, que la condición está abierta (se admite que no aparezca simultáneamente en pantalla la actividad actual del conductor).

3.15.2 Visualización de advertencias

165)

Para las advertencias que muestre en pantalla el aparato de control se utilizarán principalmente los pictogramas del apéndice 3, completados cuando sea necesario por información adicional codificada en forma numérica. También se podrá añadir una descripción literal de la advertencia en el idioma preferido del conductor.

3.15.3 Acceso mediante menús

166)

El aparato de control ofrecerá los comandos necesarios a través de una estructura de menús adecuada.

3.15.4 Otras informaciones en pantalla

167)

Se podrán visualizar en pantalla, de manera selectiva y a voluntad, los siguientes datos:

la fecha y la hora UTC, junto con el desfase horario local,

el contenido de cualquiera de los siete documentos impresos, con el mismo formato que el propio documento,

el tiempo de conducción continua y el tiempo de descanso acumulado del conductor,

el tiempo de conducción continua y el tiempo de descanso acumulado del segundo conductor,

el tiempo de conducción acumulado del conductor durante la semana anterior y la actual, y

el tiempo de conducción acumulado del segundo conductor durante la semana anterior y la actual.

Datos opcionales:

la duración actual de la actividad del segundo conductor (desde que la seleccionara),

el tiempo de conducción acumulado del conductor durante la semana actual,

el tiempo de conducción acumulado del segundo conductor durante el período de trabajo diario actual,

el tiempo de conducción acumulado del conductor durante el período de trabajo diario actual.

168)

El contenido del documento impreso se mostrará en pantalla de manera secuencial, línea por línea. Si el ancho de la pantalla es menor de 24 caracteres, el usuario dispondrá de un medio adecuado para visualizar la información completa (varias líneas, desplazamiento del texto, …).

No es necesario que aparezcan en pantalla las líneas del documento impreso destinadas a informaciones manuscritas.

3.16 Impresión

169)

El aparato de control deberá ser capaz de imprimir la información almacenada en su memoria o en las tarjetas de tacógrafo. Habrá al menos siete tipos de documentos de impresión:

impresión diaria de las actividades del conductor almacenadas en la tarjeta,

impresión diaria de las actividades del conductor almacenadas en la unidad instalada en el vehículo,

impresión de incidentes y fallos almacenados en la tarjeta,

impresión de incidentes y fallos almacenados en la unidad instalada en el vehículo,

impresión de datos técnicos,

impresión de excesos de velocidad,

historial de los datos de la tarjeta de tacógrafo para una determinada VU (véase el capítulo 3.12.16).

Los pormenores relativos al formato y al contenido de estos documentos se especifican en el apéndice 4.

Es posible incluir datos adicionales al final de los documentos de impresión.

El aparato de control también podrá imprimir otros documentos, siempre que puedan distinguirse claramente de los siete arriba indicados.

170)

La «impresión diaria de las actividades del conductor almacenadas en la tarjeta» y la «impresión de incidentes y fallos almacenados en la tarjeta» solo estarán disponibles cuando se inserte en el aparato de control una tarjeta de conductor o una tarjeta de taller. El aparato de control actualizará los datos almacenados en la tarjeta correspondiente antes de iniciar la impresión.

171)

A fin de obtener la «impresión diaria de las actividades del conductor almacenadas en la tarjeta» o la «impresión de incidentes y fallos almacenados en la tarjeta», el aparato de control deberá:

seleccionar automáticamente la tarjeta de conductor o la tarjeta de taller, si solo se ha insertado una de estas dos tarjetas,

o bien ofrecer un comando para seleccionar la tarjeta de origen o seleccionar la tarjeta en la ranura del conductor, si en el aparato de control se han insertado las dos tarjetas.

172)

La impresora deberá ser capaz de imprimir 24 caracteres por línea.

173)

Los caracteres tendrán un tamaño mínimo de 2,1 mm de alto y 1,5 mm de ancho.

174)

La impresora admitirá el uso de los caracteres especificados en el apéndice 1, capítulo 4: «Conjuntos de caracteres».

175)

Las impresoras estarán diseñadas de tal forma que faciliten los documentos de impresión arriba mencionados con la definición necesaria para evitar ambigüedades en la lectura.

176)

Los documentos de impresión conservarán sus dimensiones y registros en las condiciones normales de humedad (10-90 %) y temperatura.

177)

El tipo de papel homologado utilizado por el aparato de control llevará la marca de homologación pertinente y la indicación del/de los tipo(s) de aparato de control con que se puede utilizar.

178)

Si se mantienen las condiciones normales de almacenamiento en lo que respecta a intensidad luminosa, humedad y temperatura, los documento de impresión seguirán siendo claramente legibles e identificables durante al menos dos años.

179)

Las impresiones se ajustarán, como mínimo, a las especificaciones de ensayo que figuran en el apéndice 9.

180)

Además, deberá ser posible incluir en los citados documentos inscripciones adicionales hechas a mano, tales como la firma del conductor.

181)

En caso de que se acabe el papel durante la impresión de un documento, al cargarse un nuevo rollo el aparato de control deberá reiniciar la impresión desde la primera línea o bien continuar la impresión incluyendo una referencia inequívoca a la parte ya impresa.

3.17 Advertencias

182)

El aparato de control deberá avisar al conductor cuando detecte algún incidente o fallo.

183)

La advertencia por un incidente de interrupción del suministro eléctrico podrá hacerse cuando se restablezca el suministro.

184)

El aparato de control deberá avisar al conductor quince minutos antes y en el preciso instante en que se exceda el límite de tiempo de conducción continua permitido.

185)

Las señales de advertencia serán visuales, aunque también se podrán instalar señales de tipo acústico.

186)

Las señales de advertencia visuales deberán ser perfectamente reconocibles para el usuario, estarán ubicadas dentro del campo de visión del conductor y podrán leerse claramente tanto de día como de noche.

187)

Los avisadores luminosos podrán estar incorporados en el aparato de control o separados de él.

188)

En este último caso, el avisador mostrará una «T».

189)

Las señales de advertencia tendrán una duración de al menos treinta segundos, a menos que el usuario las confirme pulsando una o más teclas específicas del aparato de control. Esta primera confirmación no hará que desaparezca la indicación en pantalla del motivo de la advertencia (véase el párrafo siguiente).

190)

El motivo de la advertencia se indicará en la pantalla del aparato de control y permanecerá visible hasta que lo confirme el usuario mediante una tecla o un comando específico del aparato de control.

191)

También podrán instalarse otras señales de advertencia, siempre que el conductor no las confunda con las que se han definido anteriormente.

3.18 Transferencia de datos a medios externos

192)

El aparato de control, a petición del usuario, deberá ser capaz de transferir a medios de almacenamiento externos los datos contenidos en la memoria o en una tarjeta de conductor, utilizando para ello el conector de calibrado/transferencia. El aparato de control actualizará los datos almacenados en la tarjeta correspondiente antes de iniciar la transferencia.

193)

Asimismo, y como característica opcional, el aparato de control podrá, en cualquier modo de funcionamiento, transferir datos por cualquier otro medio a una empresa autentificada a través de este canal. En tal caso, dicha transferencia estará sujeta a los derechos de acceso a los datos en el modo de empresa.

194)

La transferencia no deberá alterar ni borrar los datos almacenados.

195)

Las características de la interfaz eléctrica del conector de calibrado/transferencia se especifican en el apéndice 6.

196)

Los protocolos de transferencia se especifican en el apéndice 7.

3.19 Comunicación a distancia para controles de carretera selectivos

197)

Cuando el encendido esté activado, la unidad instalada en el vehículo deberá almacenar cada sesenta segundos en el dispositivo de comunicación a distancia los datos más recientes necesarios a efectos de los controles en carretera selectivos. Estos datos se cifrarán y firmarán según lo especificado en el apéndice 11 y el apéndice 14.

198)

Los datos que deben ser controlados a distancia estarán disponibles para los lectores de comunicación a distancia mediante comunicaciones inalámbricas, tal como se especifica en el apéndice 14.

199)

Los datos necesarios a efectos de los controles en carretera selectivos deberán estar relacionados con:

el intento más reciente de violación de la seguridad,

la interrupción más larga del suministro eléctrico,

un fallo del sensor,

un error en los datos de movimiento,

un conflicto de movimiento del vehículo,

la conducción sin tarjeta válida,

la inserción de la tarjeta mientras se conduce,

los datos de ajuste de la hora,

los datos sobre el calibrado, incluidas las fechas de los dos registros de calibrado más recientes almacenados,

el número de matrícula del vehículo,

la velocidad registrada por el tacógrafo.

3.20 Envío de datos a dispositivos externos adicionales

200)

El aparato de control podrá ir también equipado de interfaces normalizadas que permitan que un aparato externo utilice en modo operativo o de calibrado los datos registrados o producidos por el tacógrafo.

En el apéndice 13 se especifica y normaliza una interfaz ITS opcional. Podrán coexistir otras interfaces similares, siempre que se cumplan plenamente los requisitos del apéndice 13 en términos de lista mínima de datos, seguridad y consentimiento del conductor.

Se aplicarán los siguientes requisitos a los datos de ITS facilitados a través de esa interfaz:

estos datos constituirán una selección de los datos existentes a partir del diccionario de datos del tacógrafo (apéndice 1),

un subconjunto de esta selección de datos se identificará como «datos personales»,

el subconjunto de «datos personales» solo estará disponible si está habilitado el consentimiento verificable del conductor, aceptando que sus datos personales puedan abandonar la red del vehículo,

en cualquier momento, podrá habilitarse o inhabilitarse el consentimiento del conductor a través de comandos del menú, siempre que esté insertada la tarjeta de conductor,

la selección y el subconjunto de datos se emitirán a través del protocolo inalámbrico Bluetooth en el radio de la cabina del vehículo, con una frecuencia de refresco de un minuto,

el emparejamiento del dispositivo exterior con la interfaz ITS estará protegido por un PIN aleatorio y dedicado de al menos cuatro dígitos, registrado y disponible a través de la pantalla de cada unidad instalada en el vehículo,

en ninguna circunstancia podrá la presencia de la interfaz ITS perturbar ni alterar el correcto funcionamiento y la seguridad de la unidad instalada en el vehículo.

También se podrán enviar otros datos, además de la selección de datos existentes, que se considera la lista mínima, siempre que no se puedan considerar datos personales.

El aparato de control deberá notificar a otros dispositivos externos el consentimiento del conductor.

Cuando el encendido del vehículo esté activado (ON), estos datos se enviarán de manera permanente.

201)

La interfaz de conexión en serie especificada en el anexo 1B del Reglamento (CEE) n.o 3821/85, en su última versión modificada, podrá seguir equipando los tacógrafos a efectos de retrocompatibilidad. De todos modos, seguirá siendo necesario el consentimiento del conductor en caso de transmisión de datos personales.

3.21 Calibrado

202)

La función de calibrado deberá permitir:

el emparejamiento automático del sensor de movimiento con la VU,

el acoplamiento automático del dispositivo GNSS externo con la VU, en su caso,

la adaptación digital de la constante del aparato de control (k) al coeficiente característico del vehículo (w),

el ajuste de la hora actual dentro del período de validez de la tarjeta de taller insertada,

el ajuste de la lectura actual del cuentakilómetros,

la actualización de los datos de identificación del sensor de movimiento que hay almacenados en la memoria de datos,

la actualización, en su caso, de los datos de identificación del dispositivo GNSS externo que hay almacenados en la memoria de datos,

la actualización de los tipos y los identificadores de todos los precintos existentes,

la actualización o confirmación de otros parámetros que conozca el aparato de control: identificación del vehículo, w, l, tamaño de los neumáticos y valor de ajuste del dispositivo limitador de la velocidad, en su caso.

203)

Además, la función de calibrado permitirá suprimir la utilización de las tarjetas de tacógrafo de primera generación en el aparato de control, siempre que se cumplan las condiciones especificadas en el apéndice 15.

204)

El emparejamiento del sensor de movimiento con la VU deberá constar al menos de los siguientes pasos:

actualización (si es preciso) de los datos relativos a la instalación del sensor de movimiento, almacenados en el propio sensor de movimiento,

copia, en la memoria de datos de la VU, de los datos necesarios para la identificación del sensor de movimiento, almacenados en el propio sensor de movimiento.

205)

El acoplamiento del dispositivo GNSS externo con la VU deberá constar al menos de los siguientes pasos:

actualización (si es preciso) de los datos relativos al dispositivo GNSS externo almacenados en el propio dispositivo GNSS externo,

copia, en la memoria de datos de la VU, de los datos necesarios para la identificación del dispositivo GNSS externo, almacenados en el propio dispositivo GNSS externo, incluido el número de serie de este dispositivo.

El acoplamiento irá seguido de la verificación de la información de posición GNSS.

206)

La función de calibrado deberá ser capaz de introducir todos los datos necesarios a través del conector de calibrado/transferencia, de acuerdo con el protocolo de calibrado definido en el apéndice 8. La función de calibrado también podrá utilizar otros medios para introducir los datos necesarios.

3.22 Control del calibrado en carretera

207)

La función de control de calibrado en carretera permitirá la lectura del número de serie del sensor de movimiento (posiblemente integrado en el adaptador) y el número de serie del dispositivo GNSS externo (cuando proceda) conectado a la unidad instalada en el vehículo, en el momento de la petición.

208)

Esta lectura será posible al menos en la pantalla de la unidad instalada en el vehículo a través de comandos en los menús.

209)

La función de control de calibrado en carretera también permitirá controlar la selección del modo I/O de la línea de señal I/O de calibrado especificada en el apéndice 6 a través de la interfaz de la línea K. Esto se llevará a cabo a través de ECUAdjustmentSession, tal como se especifica en el apéndice 8, sección 7, «Control de los impulsos de prueba — Unidad funcional para control de entrada/salida».

3.23 Ajuste de la hora

210)

La función de ajuste de la hora deberá permitir el ajuste automático de la hora actual. En el aparato de control se utilizan dos fuentes para el ajuste de la hora: 1) el reloj interno de la VU, 2) el receptor GNSS.

211)

La hora del reloj interno de la VU se reajustará automáticamente a intervalos de doce horas como máximo. Cuando este plazo haya expirado y no se disponga de señal GNSS, se fijará la hora tan pronto como la VU pueda acceder a una hora válida facilitada por el receptor GNSS, según las condiciones de encendido del vehículo. La referencia temporal para la fijación automática de la hora del reloj interno de la VU se derivará del receptor GNSS. Se producirá un incidente de conflicto temporal si la hora actual se desvía más de un (1) minuto de la información horaria suministrada por el receptor GNSS.

212)

La función de ajuste de la hora deberá permitir también el ajuste de la hora actual, en el modo de calibrado.

3.24 Características de funcionamiento

213)

La unidad instalada en el vehículo deberá funcionar perfectamente en el intervalo de temperaturas que va de – 20 °C a 70 °C, el dispositivo GNSS externo en el intervalo de – 20 °C a 70 °C, y el sensor de movimiento en el intervalo de – 40 °C a 135 °C. El contenido de la memoria de datos no se borrará aunque la temperatura descienda hasta – 40 °C.

214)

El aparato de control deberá funcionar perfectamente en el intervalo higrométrico del 10 % al 90 %.

215)

Los precintos utilizados en el tacógrafo digital deberán resistir las mismas condiciones aplicables a los componentes del tacógrafo en el que estén colocados.

216)

El aparato de control deberá estar protegido frente a sobretensiones, inversiones de polaridad de la fuente de alimentación y cortocircuitos.

217)

Los sensores de movimiento:

reaccionarán a todo campo magnético que perturbe la detección de movimiento del vehículo; en estas circunstancias, la unidad instalada en el vehículo registrará y almacenará un fallo del sensor (requisito 88), o bien

estarán dotados de un sensor protegido de los campos magnéticos o invulnerable a estos.

218)

El aparato de control y el dispositivo GNSS externo deberán ajustarse a la reglamentación internacional UN ECE R10 y estar protegidos contra descargas electrostáticas y fluctuaciones de la tensión.

3.25 Materiales

219)

Todos los elementos que formen parte del aparato de control deberán estar fabricados con materiales de estabilidad y resistencia mecánica suficientes y de características eléctricas y magnéticas invariables.

220)

Para unas condiciones normales de utilización, todas las partes internas del aparato deberán estar protegidas contra la humedad y el polvo.

221)

La unidad instalada en el vehículo y el dispositivo GNSS externo deberán tener el grado de protección IP 40 y el sensor de movimiento el grado de protección IP 64, según la norma IEC 60529:1989, incluidos A1:1999 y A2:2013.

222)

El aparato de control deberá ser conforme a todas las especificaciones técnicas aplicables relativas al diseño ergonómico.

223)

El aparato de control deberá estar protegido frente a daños accidentales.

3.26 Marcas

224)

Si el aparato de control permite visualizar la lectura del cuentakilómetros y la velocidad del vehículo, en su pantalla deberán figurar las precisiones siguientes:

junto a la cifra que indica la distancia, la unidad de medida de la distancia, indicada mediante la abreviatura «km»,

junto a la cifra que indica la velocidad, la abreviatura «km/h».

El aparato de control también debe ser capaz de mostrar la velocidad en millas por hora, en cuyo caso la unidad de medición de la velocidad se indicará con la abreviatura «mph». El aparato de control también debe ser capaz de mostrar la distancia en millas, en cuyo caso la unidad de medición de la distancia se indicará con la abreviatura «mi».

225)

Cada uno de los componentes del aparato de control deberá llevar una placa descriptiva con la información siguiente:

nombre y dirección del fabricante del aparato,

número de pieza del fabricante y año de fabricación del aparato,

número de serie del aparato,

marca de homologación del modelo de aparato de control.

226)

Cuando el espacio físico disponible no baste para mostrar todas las informaciones mencionadas, en la placa descriptiva deberá figurar al menos: el nombre o el logotipo del fabricante y el número de pieza del aparato.

4 CONDICIONES DE FABRICACIÓN Y FUNCIONAMIENTO DE LAS TARJETAS DE TACÓGRAFO

4.1 Datos visibles

El anverso de la tarjeta contendrá:

227)

la mención «Tarjeta de conductor» o «Tarjeta de control» o «Tarjeta de taller» o «Tarjeta de la empresa», en mayúsculas, en la lengua o lenguas oficiales del Estado miembro que expida la tarjeta, según el tipo de tarjeta;

228)

el nombre del Estado miembro que expida la tarjeta (opcional);

229)

el distintivo del Estado miembro que expida la tarjeta, impreso en negativo en un rectángulo azul rodeado de doce estrellas amarillas; los distintivos serán los siguientes:

B

BG

CZ

CY

Bélgica

Bulgaria

República Checa

Chipre

LV

L

LT

M

Letonia

Luxemburgo

Lituania

Malta

DK

Dinamarca

NL

Países Bajos

D

EST

Alemania

Estonia

A

PL

Austria

Polonia

GR

Grecia

P

RO

SK

SLO

Portugal

Rumanía

Eslovaquia

Eslovenia

E

España

FIN

Finlandia

F

HR

H

Francia

Croacia

Hungría

S

Suecia

IRL

Irlanda

UK

Reino Unido

I

Italia

230)

las informaciones específicas de la tarjeta expedida, que constarán del siguiente modo:

Tarjeta de conductor

Tarjeta de control

Tarjeta de empresa o de taller

1.

apellido(s) del conductor

nombre del organismo de control

nombre de la empresa o del taller

2.

nombre(s) del conductor

apellido(s) del controlador

(en su caso)

apellido(s) del titular de la tarjeta

(en su caso)

3.

fecha de nacimiento del conductor

nombre(s) del controlador

(en su caso)

nombre(s) del titular de la tarjeta

(en su caso)

4.a

fecha de comienzo de validez de la tarjeta

4.b

fecha de expiración de la tarjeta

4.c

designación de la autoridad expedidora (puede figurar en el reverso)

4.d

un número distinto del que se recoge en la rúbrica 5, que sea útil para la gestión de la tarjeta (opcional)

5. a

número del permiso de conducir

(en la fecha de expedición de la tarjeta de conductor)

5. b

Número de tarjeta

6.

fotografía del conductor

fotografía del controlador (opcional)

fotografía del instalador (opcional)

7.

firma del titular (opcional)

8.

lugar de residencia habitual, o dirección postal del titular (opcional)

dirección postal del organismo de control

dirección postal de la empresa o taller

231)

las fechas deberán escribirse con el formato «dd/mm/aaaa» o bien «dd.mm.aaaa» (día, mes, año).

El reverso de la tarjeta contendrá:

232)

una explicación de las rúbricas numeradas que aparecen en el anverso de la tarjeta;

233)

con autorización expresa por escrito del titular, podrán incluirse también informaciones que no estén relacionadas con la gestión de la tarjeta, pero sin que con ello se modifique en modo alguno la utilización del modelo como tarjeta de tacógrafo.

234)

Las tarjetas de tacógrafo deberán imprimirse con los siguientes colores de fondo predominantes:

— tarjeta del conductor: blanco,

— tarjeta de control: azul,

— tarjeta de taller: rojo,

— tarjeta de empresa: amarillo.

235)

Las tarjetas de tacógrafo deberán reunir al menos las siguientes características de protección contra intentos de falsificación y manipulación:

un fondo con diseño de seguridad, fondo labrado e impresión en arco iris,

en la zona de la fotografía, el fondo con diseño de seguridad y la fotografía deberán solaparse,

al menos una línea de microimpresión bicolor.

236)

Previa consulta a la Comisión, los Estados miembros podrán añadir colores o inscripciones, tales como símbolos nacionales y características de seguridad, sin perjuicio de las demás disposiciones del presente anexo.

237)

Las tarjetas temporales a que se refiere el artículo 26, apartado 4, del Reglamento (UE) n.o 165/2014 deberán cumplir lo dispuesto en el presente anexo.

4.2 Seguridad

La seguridad del sistema tiene por misión proteger la integridad y autenticidad de los datos que intercambian las tarjetas y el aparato de control, proteger la integridad y la autenticidad de los datos que se transfieren de las tarjetas, permitir determinadas operaciones de escritura en las tarjetas por parte del aparato de control exclusivamente, descifrar algunos datos, descartar toda posibilidad de falsificación de los datos almacenados en las tarjetas, impedir la manipulación y detectar todo intento en este sentido.

238)

Al objeto de lograr la seguridad del sistema, las tarjetas de tacógrafo deberán cumplir los requisitos de seguridad que se definen en los apéndices 10 y 11.

239)

Las tarjetas de tacógrafo podrán leerse con otros equipos, como por ejemplo ordenadores personales.

4.3 Normas

240)

Las tarjetas de tacógrafo deberán ajustarse a las normas siguientes:

ISO/IEC 7810 Tarjetas de identificación — Características físicas.

ISO/IEC 7816 Tarjetas de identificación — Tarjetas con circuitos integrados,

Parte 1: Características físicas,

Parte 2: Dimensiones y ubicación de los contactos (ISO/IEC 7816-2:2007),

Parte 3: Interfaz eléctrica y protocolos de transmisión (ISO/IEC 7816-3:2006),

Parte 4: Organización, seguridad y comandos para los intercambios (ISO/IEC 7816-4:2013 + Cor 1:2014),

Parte 6: Elementos de datos intersectoriales para los intercambios (ISO/IEC 7816-6:2004 + Cor 1:2006),

Parte 8: Comandos para las operaciones de seguridad (ISO/IEC 7816-8: 2004).

Las tarjetas de tacógrafo deberán someterse a ensayo con arreglo a la norma ISO/IEC 10373-3:2010 (Tarjetas de identificación — Métodos de ensayo — Parte 3: Tarjetas con circuitos integrados con contactos y dispositivos de interfaz conexos.

4.4 Especificaciones ambientales y eléctricas

241)

Las tarjetas de tacógrafo deberán estar en condiciones de funcionar correctamente bajo cualquier condición climática habitual en el territorio de la Comunidad y al menos en el intervalo de temperaturas comprendido entre – 25 °C y + 70 °C, con picos ocasionales de hasta + 85 °C («ocasional» significa no más de cuatro horas cada vez y no más de cien veces durante la vida útil de la tarjeta).

242)

Las tarjetas deberán poder funcionar correctamente en el intervalo de humedad comprendido entre el 10 % y el 90 %.

243)

Las tarjetas de tacógrafo deberán poder funcionar correctamente durante cinco años si se utilizan con arreglo a las especificaciones ambientales y eléctricas.

244)

Por lo que respecta a su funcionamiento, las tarjetas deberán ajustarse a ECE R10, en relación con la compatibilidad electromagnética, y deberán estar protegidas contra descargas electrostáticas.

4.5 Almacenamiento de datos

A efectos del presente apartado:

las horas se registran con una resolución de un minuto, a menos que se especifique lo contrario,

las lecturas del cuentakilómetros se registran con una resolución de un kilómetro,

las velocidades se registran con una resolución de 1 km/h,

las posiciones (latitudes y longitudes) se registran en grados y minutos, con una resolución de 1/10 de minuto.

Las funciones, comandos y estructuras lógicas de las tarjetas de tacógrafo, por lo que respecta al cumplimiento de las condiciones de almacenamiento de datos, se especifican en el apéndice 2.

Si no se especifica otra cosa, el almacenamiento de datos en las tarjetas de tacógrafo deberá organizarse de tal manera que los datos nuevos sustituyan a los datos más antiguos almacenados en caso de que el tamaño de la memoria prevista para los registros específicos se agote.

245)

En este apartado se especifica la capacidad mínima de almacenamiento de los diferentes archivos de datos de la aplicación. Las tarjetas de tacógrafo deberán ser capaces de indicar al aparato de control la capacidad real de almacenamiento de dichos archivos.

246)

Cualquier dato adicional que pueda almacenarse en una tarjeta de tacógrafo, relacionado con otras aplicaciones eventualmente alojadas en la tarjeta, deberá almacenarse de conformidad con la Directiva 95/46/CE, y con la Directiva 2002/58/CE, y dando cumplimiento al artículo 7 del Reglamento (UE) n.o 165/2014.

247)

Cada archivo maestro (MF) de cualquier tarjeta de tacógrafo deberá contener hasta cinco archivos elementales (EF) referidos a la gestión de la tarjeta, identificaciones de la aplicación y del chip, y dos archivos dedicados (DF):

DF Tachograph, que contiene la aplicación accesible a las unidades instaladas en vehículos de primera generación, que también está presente en las tarjetas de tacógrafo de primera generación,

DF Tachograph_G2, que contiene la aplicación únicamente accesible a las unidades instaladas en vehículos de segunda generación, que solo está presente en las tarjetas de tacógrafo de segunda generación.

Los detalles de la estructura de las tarjetas de tacógrafo se especifican íntegramente en el apéndice 2.

4.5.1 Archivos elementales para la identificación y la gestión de la tarjeta

4.5.2 Identificación de la tarjeta CI

248)

Las tarjetas de tacógrafo deberán ser capaces de almacenar los siguientes datos para la identificación de la tarjeta inteligente:

parada de reloj,

número de serie de la tarjeta (incluidas referencias de fabricación),

número de homologación de la tarjeta,

identificación personal de la tarjeta (ID),

ID del integrador,

identificador del CI.

4.5.2.1 Identificación del chip

249)

Las tarjetas de tacógrafo deberán ser capaces de almacenar los siguientes datos para la identificación del circuito integrado (CI):

número de serie del CI,

referencias de fabricación del CI.

4.5.2.2 DIR (presente solo en las tarjetas de tacógrafo de segunda generación).

250)

Las tarjetas de tacógrafo deberán ser capaces de almacenar los objetos de datos de identificación de la aplicación especificados en el apéndice 2.

4.5.2.3 Información ATR (condicionalmente, presente solo en las tarjetas de tacógrafo de segunda generación).

251)

Las tarjetas de tacógrafo deberán ser capaces de almacenar el siguiente objeto de datos de información de longitud extendida:

en el caso de que la tarjeta de tacógrafo acepte campos de longitud extendida, el objeto de datos de información de longitud extendida especificado en el apéndice 2.

4.5.2.4 Información de longitud extendida (condicionalmente, presente solo en las tarjetas de tacógrafo de segunda generación).

252)

Las tarjetas de tacógrafo deberán ser capaces de almacenar los siguientes objetos de datos de información de longitud extendida:

en el caso de que la tarjeta de tacógrafo acepte campos de longitud extendida, los objetos de datos de información de longitud extendida especificados en el apéndice 2.

4.5.3 Tarjeta de conductor

4.5.3.1 Aplicación del tacógrafo (accesible a las unidades instaladas en vehículos de primera y segunda generación)

4.5.3.1.1 Identificación de la aplicación

253)

La tarjeta del conductor deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación:

identificación de la aplicación del tacógrafo,

identificación del tipo de tarjeta de tacógrafo.

4.5.3.1.2 Clave y certificados

254)

La tarjeta de conductor deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte A.

4.5.3.1.3 Identificación de la tarjeta

255)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos de identificación de la tarjeta:

número de tarjeta,

nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición,

fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta.

4.5.3.1.4 Identificación del titular de la tarjeta

256)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos de identificación del titular de la tarjeta:

apellido(s) del titular,

nombre(s) del titular,

fecha de nacimiento,

idioma preferido.

4.5.3.1.5 Transferencia de los datos de la tarjeta

257)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las transferencias desde la tarjeta:

fecha y hora de la última transferencia de los datos de la tarjeta (para fines distintos de los de control).

258)

La tarjeta de conductor deberá ser capaz de mantener almacenado uno de dichos registros.

4.5.3.1.6 Información sobre el permiso de conducir

259)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos sobre el permiso de conducir:

Estado miembro y autoridad que hayan expedido el permiso,

número del permiso de conducir (en la fecha de expedición de la tarjeta).

4.5.3.1.7 Datos sobre incidentes

A efectos del presente subapartado, la hora se almacenará con una resolución de un segundo.

260)

La tarjeta de conductor deberá ser capaz de almacenar los datos relativos a los siguientes incidentes detectados por el aparato de control con la tarjeta insertada:

solapamiento temporal (cuando esa tarjeta sea la causa del incidente),

inserción de la tarjeta durante la conducción (cuando esa tarjeta sea el objeto del incidente),

error al cerrar la última sesión de la tarjeta (cuando esa tarjeta sea el objeto del incidente),

interrupción del suministro eléctrico,

error en datos de movimiento,

intentos de violación de la seguridad:

261)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos sobre dichos incidentes:

código del incidente,

fecha y hora en que comenzó el incidente (o en que se insertó la tarjeta, si el incidente estaba ocurriendo en ese momento),

fecha y hora en que terminó el incidente (o en que se extrajo la tarjeta, si el incidente estaba ocurriendo en ese momento),

VRN y Estado miembro donde se matriculó el vehículo en el que ocurrió el incidente.

Nota: por lo que respecta al incidente de «solapamiento temporal»:

la fecha y hora en que comenzó el incidente deberán coincidir con la fecha y hora en que se extrajo la tarjeta del vehículo anterior,

la fecha y hora en que terminó el incidente deberán coincidir con la fecha y hora en que se insertó la tarjeta en el vehículo actual,

los datos del vehículo deberán coincidir con los del vehículo en que se produce el incidente.

Nota: por lo que respecta al incidente de «error al cerrar la última sesión de la tarjeta»:

la fecha y hora en que comenzó el incidente deberán coincidir con la fecha de inserción de la tarjeta y la hora de la sesión que no se cerró correctamente,

la fecha y hora en que terminó el incidente deberán coincidir con la fecha de inserción de la tarjeta y la hora de la sesión durante la que se detectó el incidente (sesión actual),

los datos del vehículo deberán coincidir con los del vehículo en que la sesión no se cerró correctamente.

262)

La tarjeta de conductor deberá ser capaz de almacenar los datos correspondientes a los seis incidentes más recientes de cada tipo (es decir, un total de 36 incidentes).

4.5.3.1.8 Datos sobre fallos

A efectos del presente subapartado, la hora se registrará con una resolución de un segundo.

263)

La tarjeta de conductor deberá ser capaz de almacenar los datos relativos a los siguientes fallos detectados por el aparato de control estando la tarjeta insertada:

fallo de la tarjeta (cuando esa tarjeta sea el tema del incidente),

fallo del aparato de control.

264)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos sobre dichos fallos:

código de fallo,

fecha y hora en que comenzó el fallo (o en que se insertó la tarjeta, si el fallo estaba ocurriendo en ese momento),

fecha y hora en que terminó el fallo (o en que se extrajo la tarjeta, si el fallo estaba ocurriendo en ese momento),

VRN y Estado miembro donde se matriculó el vehículo en el que ocurrió el fallo.

265)

La tarjeta de conductor deberá ser capaz de almacenar los datos correspondientes a los doce fallos más recientes de cada tipo (es decir, un total de veinticuatro fallos).

4.5.3.1.9 Datos sobre la actividad del conductor

266)

La tarjeta de conductor deberá ser capaz de almacenar, para cada día civil que se haya utilizado la tarjeta o para el cual el conductor haya introducido actividades manualmente, los siguientes datos:

la fecha,

un contador de presencia diaria (incrementado en una unidad por cada uno de estos días civiles),

la distancia total recorrida por el conductor durante ese día,

el régimen de conducción a las 00.00 horas,

cada vez que el conductor cambie de actividad, o cambie el régimen de conducción, o inserte o extraiga su tarjeta:

el régimen de conducción (EN EQUIPO, EN SOLITARIO),

la ranura (CONDUCTOR, SEGUNDO CONDUCTOR),

el estado de la tarjeta (INSERTADA, NO INSERTADA),

la actividad (CONDUCCIÓN, DISPONIBILIDAD, TRABAJO, PAUSA/DESCANSO),

la hora del cambio.

267)

La memoria de la tarjeta de conductor deberá ser capaz de mantener almacenados durante al menos veintiocho días los datos sobre la actividad del conductor (la actividad media de un conductor se define como 93 cambios de actividad por día).

268)

Los datos enumerados en los requisitos 261, 264 y 266 deberán almacenarse de manera que las actividades puedan recuperarse en su orden de ocurrencia, incluso en una situación de solapamiento temporal.

4.5.3.1.10 Datos sobre vehículos empleados

269)

La tarjeta de conductor deberá ser capaz de almacenar, para cada día civil que se haya utilizado la tarjeta y para cada período de uso del vehículo en ese día (un período de uso incluye todos los ciclos consecutivos de inserción/extracción de la tarjeta en el vehículo, visto desde el punto de vista de la tarjeta), los siguientes datos:

fecha y hora en que se utiliza el vehículo por primera vez (es decir, primera inserción de la tarjeta en ese período de uso del vehículo, o bien 00.00 horas si el vehículo se está utilizando en ese momento),

valor del cuentakilómetros del vehículo en ese momento,

fecha y hora en que se utiliza el vehículo por última vez, (es decir, última extracción de la tarjeta en ese período de uso del vehículo, o bien 23.59 horas si el vehículo se está utilizando en ese momento),

valor del cuentakilómetros del vehículo en ese momento,

VRN y Estado miembro donde se matriculó el vehículo.

270)

La tarjeta de conductor deberá ser capaz de almacenar al menos 84 de estos registros.

4.5.3.1.11 Lugares donde comienzan o terminan los períodos de trabajo diarios

271)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos, que introduce el conductor, relativos a los lugares donde comienzan o terminan los períodos de trabajo diarios:

la fecha y hora de la introducción (o la fecha/hora relacionada con la introducción si esta tiene lugar durante el procedimiento de introducción manual),

el tipo de introducción (comienzo o final, condición de introducción),

el país y la región introducidos,

la lectura del cuentakilómetros del vehículo.

272)

La memoria de la tarjeta de conductor deberá ser capaz de mantener almacenados al menos 42 pares de estos registros.

4.5.3.1.12 Datos de la sesión

273)

La tarjeta de conductor deberá ser capaz de almacenar los datos relativos al vehículo que abrió la sesión actual:

fecha y hora en que se abrió la sesión (es decir, inserción de la tarjeta), con una resolución de un segundo,

VRN y Estado miembro donde se matriculó el vehículo.

4.5.3.1.13 Datos sobre actividades de control

274)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las actividades de control:

fecha y hora del control,

número de la tarjeta de control y Estado miembro que haya expedido la tarjeta,

tipo de control (visualización o impresión o transferencia de los datos de la VU o transferencia de los datos de la tarjeta [véase la nota]),

período transferido, en caso de transferencia,

VRN y Estado miembro donde se matriculó el vehículo en el que se produjera el control.

Nota: la transferencia de los datos de la tarjeta solo quedará registrada si se lleva a cabo con un aparato de control.

275)

La tarjeta de conductor deberá ser capaz de mantener almacenado uno de dichos registros.

4.5.3.1.14 Datos sobre condiciones específicas

276)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las condiciones específicas que se introdujeron al insertar la tarjeta (en la ranura que fuese):

fecha y hora de la introducción,

tipo de condición específica.

277)

La tarjeta de conductor deberá ser capaz de almacenar al menos 56 de estos registros.

4.5.3.2 Aplicación de tacógrafo de segunda generación (no accesible a la unidad instalada en el vehículo de primera generación)

4.5.3.2.1 Identificación de la aplicación

278)

La tarjeta del conductor deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación:

identificación de la aplicación del tacógrafo,

identificación del tipo de tarjeta de tacógrafo.

4.5.3.2.2 Claves y certificados

279)

La tarjeta de conductor deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte B.

4.5.3.2.3 Identificación de la tarjeta

280)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos de identificación de la tarjeta:

número de tarjeta,

nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición,

fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta.

4.5.3.2.4 Identificación del titular de la tarjeta

281)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos de identificación del titular de la tarjeta:

apellido(s) del titular,

nombre(s) del titular,

fecha de nacimiento,

idioma preferido.

4.5.3.2.5 Transferencia de los datos de la tarjeta

282)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las transferencias desde la tarjeta:

fecha y hora de la última transferencia de los datos de la tarjeta (para fines distintos de los de control).

283)

La tarjeta de conductor deberá ser capaz de mantener almacenado uno de dichos registros.

4.5.3.2.6 Información sobre el permiso de conducir

284)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos sobre el permiso de conducir:

Estado miembro y autoridad que hayan expedido el permiso,

número del permiso de conducir (en la fecha de expedición de la tarjeta).

4.5.3.2.7 Datos sobre incidentes

A efectos del presente subapartado, la hora se almacenará con una resolución de un segundo.

285)

La tarjeta de conductor deberá ser capaz de almacenar los datos relativos a los siguientes incidentes detectados por el aparato de control con la tarjeta insertada:

solapamiento temporal (cuando esa tarjeta sea la causa del incidente),

inserción de la tarjeta durante la conducción (cuando esa tarjeta sea el objeto del incidente),

error al cerrar la última sesión de la tarjeta (cuando esa tarjeta sea el objeto del incidente),

interrupción del suministro eléctrico,

error de comunicación con el dispositivo de comunicación a distancia,

ausencia de información sobre la posición procedente del receptor GNSS,

error de comunicación con el dispositivo GNSS externo,

error en datos de movimiento,

conflicto de movimiento del vehículo,

intentos de violación de la seguridad,

conflicto temporal.

286)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos sobre dichos incidentes:

código del incidente,

fecha y hora en que comenzó el incidente (o en que se insertó la tarjeta, si el incidente estaba ocurriendo en ese momento),

fecha y hora en que terminó el incidente (o en que se extrajo la tarjeta, si el incidente estaba ocurriendo en ese momento),

VRN y Estado miembro donde se matriculó el vehículo en el que ocurrió el incidente.

Nota: por lo que respecta al incidente de «solapamiento temporal»:

la fecha y hora en que comenzó el incidente deberán coincidir con la fecha y hora en que se extrajo la tarjeta del vehículo anterior,

la fecha y hora en que terminó el incidente deberán coincidir con la fecha y hora en que se insertó la tarjeta en el vehículo actual,

los datos del vehículo deberán coincidir con los del vehículo en que se produce el incidente.

Nota: por lo que respecta al incidente de «error al cerrar la última sesión de la tarjeta»:

la fecha y hora en que comenzó el incidente deberán coincidir con la fecha de inserción de la tarjeta y la hora de la sesión que no se cerró correctamente,

la fecha y hora en que terminó el incidente deberán coincidir con la fecha de inserción de la tarjeta y la hora de la sesión durante la que se detectó el incidente (sesión actual),

los datos del vehículo deberán coincidir con los del vehículo en que la sesión no se cerró correctamente.

287)

La tarjeta de conductor deberá ser capaz de almacenar los datos correspondientes a los seis incidentes más recientes de cada tipo (es decir, un total de 66 incidentes).

4.5.3.2.8 Datos sobre fallos

A efectos del presente subapartado, la hora se registrará con una resolución de un segundo.

288)

La tarjeta de conductor deberá ser capaz de almacenar los datos relativos a los siguientes fallos detectados por el aparato de control estando la tarjeta insertada:

fallo de la tarjeta (cuando esa tarjeta sea el tema del incidente),

fallo del aparato de control.

289)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos sobre dichos fallos:

código de fallo,

fecha y hora en que comenzó el fallo (o en que se insertó la tarjeta, si el fallo estaba ocurriendo en ese momento),

fecha y hora en que terminó el fallo (o en que se extrajo la tarjeta, si el fallo estaba ocurriendo en ese momento),

VRN y Estado miembro donde se matriculó el vehículo en el que ocurrió el fallo.

290)

La tarjeta de conductor deberá ser capaz de almacenar los datos correspondientes a los doce fallos más recientes de cada tipo (es decir, un total de veinticuatro fallos).

4.5.3.2.9 Datos sobre la actividad del conductor

291)

La tarjeta de conductor deberá ser capaz de almacenar, para cada día civil que se haya utilizado la tarjeta o para el cual el conductor haya introducido actividades manualmente, los siguientes datos:

la fecha,

un contador de presencia diaria (incrementado en una unidad por cada uno de estos días civiles),

la distancia total recorrida por el conductor durante ese día,

el régimen de conducción a las 00.00 horas,

cada vez que el conductor cambie de actividad, o cambie el régimen de conducción, o inserte o extraiga su tarjeta:

el régimen de conducción (EN EQUIPO, EN SOLITARIO),

la ranura (CONDUCTOR, SEGUNDO CONDUCTOR),

el estado de la tarjeta (INSERTADA, NO INSERTADA),

la actividad (CONDUCCIÓN, DISPONIBILIDAD, TRABAJO, PAUSA/DESCANSO),

la hora del cambio.

292)

La memoria de la tarjeta de conductor deberá ser capaz de mantener almacenados durante al menos veintiocho días los datos sobre la actividad del conductor (la actividad media de un conductor se define como 93 cambios de actividad por día).

293)

Los datos enumerados en los requisitos 286, 289 y 291 deberán almacenarse de manera que las actividades puedan recuperarse en su orden de ocurrencia, incluso en una situación de solapamiento temporal.

4.5.3.2.10 Datos sobre vehículos empleados

294)

La tarjeta de conductor deberá ser capaz de almacenar, para cada día civil que se haya utilizado la tarjeta y para cada período de uso del vehículo en ese día (un período de uso incluye todos los ciclos consecutivos de inserción/extracción de la tarjeta en el vehículo, visto desde el punto de vista de la tarjeta), los siguientes datos:

fecha y hora en que se utiliza el vehículo por primera vez (es decir, primera inserción de la tarjeta en ese período de uso del vehículo, o bien 00.00 horas si el vehículo se está utilizando en ese momento),

valor del cuentakilómetros del vehículo en ese momento de primer uso,

fecha y hora en que se utiliza el vehículo por última vez, (es decir, última extracción de la tarjeta en ese período de uso del vehículo, o bien 23.59 horas si el vehículo se está utilizando en ese momento),

valor del cuentakilómetros del vehículo en ese momento de último uso,

VRN y Estado miembro donde se matriculó el vehículo,

VIN del vehículo.

295)

La tarjeta de conductor deberá ser capaz de almacenar al menos 84 de estos registros.

4.5.3.2.11 Lugares y posiciones donde comienzan o terminan los períodos de trabajo diarios

296)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos, que introduce el conductor, relativos a los lugares donde comienzan o terminan los períodos de trabajo diarios:

la fecha y hora de la introducción (o la fecha/hora relacionada con la introducción si esta tiene lugar durante el procedimiento de introducción manual),

el tipo de introducción (comienzo o final, condición de introducción),

el país y la región introducidos,

la lectura del cuentakilómetros del vehículo,

la posición del vehículo,

La exactitud del GNSS, fecha y hora en que se haya determinado la posición.

297)

La memoria de la tarjeta de conductor deberá ser capaz de mantener almacenados al menos 84 pares de estos registros.

4.5.3.2.12 Datos de la sesión

298)

La tarjeta de conductor deberá ser capaz de almacenar los datos relativos al vehículo que abrió la sesión actual:

fecha y hora en que se abrió la sesión (es decir, inserción de la tarjeta), con una resolución de un segundo,

VRN y Estado miembro donde se matriculó el vehículo.

4.5.3.2.13 Datos sobre actividades de control

299)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las actividades de control:

fecha y hora del control,

número de la tarjeta de control y Estado miembro que haya expedido la tarjeta,

tipo de control (visualización o impresión o transferencia de los datos de la VU o transferencia de los datos de la tarjeta [véase la nota]),

período transferido, en caso de transferencia,

VRN y Estado miembro donde se matriculó el vehículo en el que se produjera el control.

Nota: las condiciones de seguridad implican que la transferencia de los datos de la tarjeta solo quedará registrada si se lleva a cabo con un aparato de control.

300)

La tarjeta de conductor deberá ser capaz de mantener almacenado uno de dichos registros.

4.5.3.2.14 Datos sobre condiciones específicas

301)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las condiciones específicas que se introdujeron al insertar la tarjeta (en la ranura que fuese):

fecha y hora de la introducción,

tipo de condición específica.

302)

La tarjeta de conductor deberá ser capaz de almacenar al menos 56 de estos registros.

4.5.3.2.15 Datos utilizados en unidades instaladas en vehículos

303)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las diferentes unidades instaladas en vehículos en que se utilice la tarjeta:

fecha y la hora en que comienza el período de uso de la unidad instalada en el vehículo (es decir, primera inserción de la tarjeta en la unidad instalada en el vehículo en el período),

nombre del fabricante de la unidad instalada en el vehículo,

tipo de unidad instalada en el vehículo,

versión del software que lleva instalado la unidad instalada en el vehículo.

304)

La tarjeta de conductor deberá ser capaz de almacenar al menos 84 de estos registros.

4.5.3.2.16 Datos sobre lugares en tres horas de conducción continua

305)

La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a la posición del vehículo cuando el tiempo de conducción continua del conductor alcance un múltiplo de tres horas:

fecha y hora en las que el tiempo de conducción continua del titular de la tarjeta llega a un múltiplo de tres horas,

posición del vehículo,

La exactitud del GNSS, fecha y hora en que se haya determinado la posición.

306)

La tarjeta de conductor deberá ser capaz de almacenar al menos 252 de estos registros.

4.5.4 Tarjeta de taller

4.5.4.1 Aplicación del tacógrafo (accesible a las unidades instaladas en vehículos de primera y segunda generación)

4.5.4.1.1 Identificación de la aplicación

307)

La tarjeta de taller deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación:

identificación de la aplicación del tacógrafo,

identificación del tipo de tarjeta de tacógrafo.

4.5.4.1.2 Claves y certificados

308)

La tarjeta de taller deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte A.

309)

La tarjeta de taller deberá ser capaz de almacenar un número de identificación personal (código PIN).

4.5.4.1.3 Identificación de la tarjeta

310)

La tarjeta de taller deberá ser capaz de almacenar los siguientes datos relativos a la identificación de la tarjeta:

número de tarjeta,

nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición,

fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta.

4.5.4.1.4 Identificación del titular de la tarjeta

311)

La tarjeta de taller deberá ser capaz de almacenar los siguientes datos relativos a la identificación del titular de la tarjeta:

nombre del taller,

dirección del taller,

apellido(s) del titular,

nombre(s) del titular,

idioma preferido.

4.5.4.1.5 Transferencia de los datos de la tarjeta

312)

La tarjeta de taller deberá ser capaz de almacenar un registro de datos sobre transferencias de la tarjeta, del mismo modo que una tarjeta de conductor.

4.5.4.1.6 Datos de calibrado y de ajuste de la hora

313)

La tarjeta de taller deberá ser capaz de mantener almacenados los registros de los calibrados o ajustes de hora que se hayan realizado mientras la tarjeta está insertada en el aparato de control.

314)

Cada registro de calibrado deberá ser capaz de mantener almacenados los datos siguientes:

propósito del calibrado (activación, primera instalación, instalación, control periódico),

identificación del vehículo,

parámetros que se actualizan o confirman (w, k, l, tamaño de los neumáticos, valor de ajuste del dispositivo limitador de la velocidad, cuentakilómetros (lectura anterior y nueva lectura), fecha y hora (valor anterior y nuevo valor),

identificación del aparato de control (número de pieza de la VU, número de serie de la VU, número de serie del sensor de movimiento).

315)

La tarjeta de taller deberá ser capaz de almacenar al menos 88 de estos registros.

316)

La tarjeta de taller deberá tener un contador que indique el número total de calibrados que se hayan realizado con la tarjeta.

317)

La tarjeta de taller deberá tener un contador que indique el número de calibrados que se hayan realizado desde la última transferencia.

4.5.4.1.7 Datos de incidentes y fallos

318)

La tarjeta de taller deberá ser capaz de almacenar los registros de datos sobre fallos e incidentes, del mismo modo que una tarjeta de conductor.

319)

La tarjeta de taller deberá ser capaz de almacenar los datos de los tres incidentes más recientes de cada tipo (es decir, dieciocho incidentes) y de los seis fallos más recientes de cada tipo (es decir, doce fallos).

4.5.4.1.8 Datos sobre la actividad del conductor

320)

La tarjeta de taller deberá ser capaz de almacenar datos sobre la actividad del conductor, del mismo modo que una tarjeta de conductor.

321)

La tarjeta de taller deberá ser capaz de mantener almacenados los datos sobre la actividad del conductor durante al menos un día de actividad media.

4.5.4.1.9 Datos sobre vehículos empleados

322)

La tarjeta de taller deberá ser capaz de almacenar registros de datos sobre los vehículos empleados, del mismo modo que una tarjeta de conductor.

323)

La tarjeta de taller deberá ser capaz de almacenar al menos cuatro de estos registros.

4.5.4.1.10 Datos sobre el comienzo y el final de los períodos de trabajo diarios

324)

La tarjeta de taller deberá ser capaz de almacenar los registros de datos sobre las horas de comienzo o final de los períodos de trabajo diarios, del mismo modo que una tarjeta de conductor.

325)

La tarjeta de taller deberá ser capaz de mantener almacenados al menos tres pares de estos registros.

4.5.4.1.11 Datos de la sesión

326)

La tarjeta de taller deberá ser capaz de almacenar un registro de datos de sesión, del mismo modo que una tarjeta de conductor.

4.5.4.1.12 Datos sobre actividades de control

327)

La tarjeta de taller deberá ser capaz de almacenar un registro de datos sobre actividades de control, del mismo modo que una tarjeta de conductor.

4.5.4.1.13 Datos sobre condiciones específicas

328)

La tarjeta de taller deberá ser capaz de almacenar los datos correspondientes a las condiciones específicas, del mismo modo que la tarjeta de conductor.

329)

La tarjeta de taller deberá ser capaz de almacenar al menos dos de estos registros.

4.5.4.2 Aplicación de tacógrafo de segunda generación (no accesible a la unidad instalada en el vehículo de primera generación)

4.5.4.2.1 Identificación de la aplicación

330)

La tarjeta de taller deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación:

identificación de la aplicación del tacógrafo,

identificación del tipo de tarjeta de tacógrafo.

4.5.4.2.2 Claves y certificados

331)

La tarjeta de taller deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte B.

332)

La tarjeta de taller deberá ser capaz de almacenar un número de identificación personal (código PIN).

4.5.4.2.3 Identificación de la tarjeta

333)

La tarjeta de taller deberá ser capaz de almacenar los siguientes datos relativos a la identificación de la tarjeta:

número de tarjeta,

nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición,

fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta.

4.5.4.2.4 Identificación del titular de la tarjeta

334)

La tarjeta de taller deberá ser capaz de almacenar los siguientes datos relativos a la identificación del titular de la tarjeta:

nombre del taller,

dirección del taller,

apellido(s) del titular,

nombre(s) del titular,

idioma preferido.

4.5.4.2.5 Transferencia de los datos de la tarjeta

335)

La tarjeta de taller deberá ser capaz de almacenar un registro de datos sobre transferencias de la tarjeta, del mismo modo que una tarjeta de conductor.

4.5.4.2.6 Datos de calibrado y de ajuste de la hora

336)

La tarjeta de taller deberá ser capaz de mantener almacenados los registros de los calibrados o ajustes de hora que se hayan realizado mientras la tarjeta está insertada en el aparato de control.

337)

Cada registro de calibrado deberá ser capaz de mantener almacenados los datos siguientes:

propósito del calibrado (activación, primera instalación, instalación, control periódico),

identificación del vehículo,

parámetros que se actualizan o confirman (w, k, l, tamaño de los neumáticos, valor de ajuste del dispositivo limitador de la velocidad, cuentakilómetros (lectura anterior y nueva lectura), fecha y hora (valor anterior y nuevo valor),

identificación del aparato de control (número de pieza de la VU, número de serie de la VU, número de serie del sensor de movimiento, número de serie del dispositivo de comunicación a distancia y número de serie del dispositivo GNSS externo, si procede),

tipo e identificador de todos los precintos existentes,

capacidad de la VU para utilizar tarjetas de tacógrafo de la primera generación (habilitada o no).

338)

La tarjeta de taller deberá ser capaz de almacenar al menos 88 de estos registros.

339)

La tarjeta de taller deberá tener un contador que indique el número total de calibrados que se hayan realizado con la tarjeta.

340)

La tarjeta de taller deberá tener un contador que indique el número de calibrados que se hayan realizado desde la última transferencia.

4.5.4.2.7 Datos de incidentes y fallos

341)

La tarjeta de taller deberá ser capaz de almacenar los registros de datos sobre fallos e incidentes, del mismo modo que una tarjeta de conductor.

342)

La tarjeta de taller deberá ser capaz de almacenar los datos de los tres incidentes más recientes de cada tipo (es decir, treinta y tres incidentes) y de los seis fallos más recientes de cada tipo (es decir, doce fallos).

4.5.4.2.8 Datos sobre la actividad del conductor

343)

La tarjeta de taller deberá ser capaz de almacenar datos sobre la actividad del conductor, del mismo modo que una tarjeta de conductor.

344)

La tarjeta de taller deberá ser capaz de mantener almacenados los datos sobre la actividad del conductor durante al menos un día de actividad media.

4.5.4.2.9 Datos sobre vehículos empleados

345)

La tarjeta de taller deberá ser capaz de almacenar registros de datos sobre los vehículos empleados, del mismo modo que una tarjeta de conductor.

346)

La tarjeta de taller deberá ser capaz de almacenar al menos cuatro de estos registros.

4.5.4.2.10 Datos sobre el comienzo y el final de los períodos de trabajo diarios

347)

La tarjeta de taller deberá ser capaz de almacenar los registros de datos sobre las horas de comienzo o final de los períodos de trabajo diarios, del mismo modo que una tarjeta de conductor.

348)

La tarjeta de taller deberá ser capaz de mantener almacenados al menos tres pares de estos registros.

4.5.4.2.11 Datos de la sesión

349)

La tarjeta de taller deberá ser capaz de almacenar un registro de datos de sesión, del mismo modo que una tarjeta de conductor.

4.5.4.2.12 Datos sobre actividades de control

350)

La tarjeta de taller deberá ser capaz de almacenar un registro de datos sobre actividades de control, del mismo modo que una tarjeta de conductor.

4.5.4.2.13 Datos utilizados en unidades instaladas en vehículos

351)

La tarjeta de taller deberá ser capaz de almacenar los siguientes datos relativos a las diferentes unidades instaladas en vehículos en que se utilice la tarjeta:

fecha y la hora en que comienza el período de uso de la unidad instalada en el vehículo (es decir, primera inserción de la tarjeta en la unidad instalada en el vehículo en el período),

nombre del fabricante de la unidad instalada en el vehículo,

tipo de unidad instalada en el vehículo,

versión del software que lleva instalado la unidad instalada en el vehículo.

352)

La tarjeta de taller deberá ser capaz de almacenar al menos cuatro de estos registros.

4.5.4.2.14 Datos sobre lugares en tres horas de conducción continua

353)

La tarjeta de taller deberá ser capaz de almacenar los siguientes datos relativos a la posición del vehículo cuando el tiempo de conducción continua del conductor alcance un múltiplo de tres horas:

fecha y hora en las que el tiempo de conducción continua del titular de la tarjeta llega a un múltiplo de tres horas,

posición del vehículo,

La exactitud del GNSS, fecha y hora en que se haya determinado la posición.

354)

La tarjeta de taller deberá ser capaz de almacenar al menos dieciocho de estos registros.

4.5.4.2.15 Datos sobre condiciones específicas

355)

La tarjeta de taller deberá ser capaz de almacenar los datos correspondientes a las condiciones específicas, del mismo modo que la tarjeta de conductor.

356)

La tarjeta de taller deberá ser capaz de almacenar al menos dos de estos registros.

4.5.5 Tarjeta de control

4.5.5.1 Aplicación del tacógrafo (accesible a las unidades instaladas en vehículos de primera y segunda generación)

4.5.5.1.1 Identificación de la aplicación

357)

La tarjeta de control deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación:

identificación de la aplicación del tacógrafo,

identificación del tipo de tarjeta de tacógrafo.

4.5.5.1.2 Claves y certificados

358)

La tarjeta de control deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte A.

4.5.5.1.3 Identificación de la tarjeta

359)

La tarjeta de control deberá ser capaz de almacenar los siguientes datos relativos a la identificación de la tarjeta:

número de tarjeta,

nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición,

fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta (en su caso).

4.5.5.1.4 Identificación del titular de la tarjeta

360)

La tarjeta de control deberá ser capaz de almacenar los siguientes datos relativos a la identificación del titular de la tarjeta:

nombre del organismo de control,

dirección del organismo de control,

apellido(s) del titular,

nombre(s) del titular,

idioma preferido.

4.5.5.1.5 Datos sobre actividades de control

361)

La tarjeta de control deberá ser capaz de almacenar los siguientes datos sobre actividades de control:

fecha y hora del control,

tipo de control (visualización y/o impresión y/o transferencia de los datos de la VU y/o transferencia de los datos de la tarjeta y/o control del calibrado en carretera),

período transferido (en su caso),

VRN y autoridad del Estado miembro donde se matriculó el vehículo controlado,

número de tarjeta y Estado miembro que haya expedido la tarjeta de conductor que se controla.

362)

La tarjeta de control deberá ser capaz de mantener almacenados al menos 230 de estos registros.

4.5.5.2 Aplicación de tacógrafo G2 (no accesible para la unidad instalada en el vehículo de primera generación)

4.5.5.2.1 Identificación de la aplicación

363)

La tarjeta de control deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación:

identificación de la aplicación del tacógrafo,

identificación del tipo de tarjeta de tacógrafo.

4.5.5.2.2 Claves y certificados

364)

La tarjeta de control deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte B.

4.5.5.2.3 Identificación de la tarjeta

365)

La tarjeta de control deberá ser capaz de almacenar los siguientes datos relativos a la identificación de la tarjeta:

número de tarjeta,

nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición,

fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta (en su caso).

4.5.5.2.4 Identificación del titular de la tarjeta

366)

La tarjeta de control deberá ser capaz de almacenar los siguientes datos relativos a la identificación del titular de la tarjeta:

nombre del organismo de control,

dirección del organismo de control,

apellido(s) del titular,

nombre(s) del titular,

idioma preferido.

4.5.5.2.5 Datos sobre actividades de control

367)

La tarjeta de control deberá ser capaz de almacenar los siguientes datos sobre actividades de control:

fecha y hora del control,

tipo de control (visualización y/o impresión y/o transferencia de los datos de la VU y/o transferencia de los datos de la tarjeta y/o control del calibrado en carretera),

período transferido (en su caso),

VRN y autoridad del Estado miembro donde se matriculó el vehículo controlado,

número de tarjeta y Estado miembro que haya expedido la tarjeta de conductor que se controla.

368)

La tarjeta de control deberá ser capaz de mantener almacenados al menos 230 de estos registros.

4.5.6 Tarjeta de empresa

4.5.6.1 Aplicación del tacógrafo (accesible a las unidades instaladas en vehículos de primera y segunda generación)

4.5.6.1.1 Identificación de la aplicación

369)

La tarjeta de empresa deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación:

identificación de la aplicación del tacógrafo,

identificación del tipo de tarjeta de tacógrafo.

4.5.6.1.2 Claves y certificados

370)

La tarjeta de empresa deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte A.

4.5.6.1.3 Identificación de la tarjeta

371)

La tarjeta de la empresa deberá ser capaz de almacenar los siguientes datos relativos a la identificación de la tarjeta:

número de tarjeta,

nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición,

fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta (en su caso).

4.5.6.1.4 Identificación del titular de la tarjeta

372)

La tarjeta de la empresa deberá ser capaz de almacenar los siguientes datos relativos a la identificación del titular de la tarjeta:

nombre de la empresa,

dirección de la empresa.

4.5.6.1.5 Datos sobre la actividad de la empresa

373)

La tarjeta de la empresa deberá ser capaz de almacenar los siguientes datos sobre la actividad de la empresa:

fecha y hora de la actividad,

tipo de actividad (activación o desactivación del bloqueo de la VU, o transferencia de los datos de la VU o transferencia de los datos de la tarjeta),

período transferido (en su caso),

VRN y autoridad del Estado miembro donde se matriculó el vehículo,

número de tarjeta y Estado miembro que haya expedido la tarjeta (en caso de transferencia de los datos de la tarjeta).

374)

La tarjeta de la empresa deberá ser capaz de mantener almacenados al menos 230 de estos registros.

4.5.6.2 Aplicación de tacógrafo G2 (no accesible para la unidad instalada en el vehículo de primera generación)

4.5.6.2.1 Identificación de la aplicación

375)

La tarjeta de empresa deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación:

identificación de la aplicación del tacógrafo,

identificación del tipo de tarjeta de tacógrafo.

4.5.6.2.2 Claves y certificados

376)

La tarjeta de empresa deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte B.

4.5.6.2.3 Identificación de la tarjeta

377)

La tarjeta de la empresa deberá ser capaz de almacenar los siguientes datos relativos a la identificación de la tarjeta:

número de tarjeta,

nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición,

fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta (en su caso).

4.5.6.2.4 Identificación del titular de la tarjeta

378)

La tarjeta de la empresa deberá ser capaz de almacenar los siguientes datos relativos a la identificación del titular de la tarjeta:

nombre de la empresa,

dirección de la empresa.

4.5.6.2.5 Datos sobre la actividad de la empresa

379)

La tarjeta de la empresa deberá ser capaz de almacenar los siguientes datos sobre la actividad de la empresa:

fecha y hora de la actividad,

tipo de actividad (activación o desactivación del bloqueo de la VU, o transferencia de los datos de la VU o transferencia de los datos de la tarjeta),

período transferido (en su caso),

VRN y autoridad del Estado miembro donde se matriculó el vehículo,

número de tarjeta y Estado miembro que haya expedido la tarjeta (en caso de transferencia de los datos de la tarjeta).

380)

La tarjeta de la empresa deberá ser capaz de mantener almacenados al menos 230 de estos registros.

5 INSTALACIÓN DEL APARATO DE CONTROL

5.1 Instalación

381)

El aparato de control nuevo deberá entregarse desactivado al instalador o al fabricante del vehículo, con todos los parámetros de calibrado que se relacionan en el capítulo 3.21 configurados según sus valores válidos por defecto. Si no existe un valor en particular que deba considerarse adecuado por defecto, los parámetros literales deberán configurarse con cadenas de interrogantes («?») y los valores numéricos deberán ajustarse a cero («0»). La entrega de piezas del aparato de control importantes para la seguridad podrá limitarse, si fuera necesario, durante la certificación de seguridad.

382)

Antes de ser activado, el aparato de control tendrá que dar acceso a la función de calibrado, aunque no se encuentre en el modo de calibrado.

383)

Antes de ser activado, el aparato de control no deberá registrar ni almacenar los datos mencionados en los puntos 3.12.3, 3.12.9 y 3.12.12 a 3.12.15 inclusive.

384)

Durante la instalación, el fabricante del vehículo deberá preconfigurar todos los parámetros conocidos.

385)

Los fabricantes de vehículos o los instaladores deberán activar el aparato de control instalado como máximo antes de que el vehículo se utilice con arreglo al Reglamento (CE) n.o 561/2006.

386)

El aparato de control se activará automáticamente al insertar por primera vez una tarjeta de taller válida en cualquiera de sus dispositivos de interfaz para tarjetas.

387)

Las operaciones específicas de emparejamiento que se precisan entre el sensor de movimiento y la unidad instalada en el vehículo, si las hay, deberán producirse automáticamente antes o durante la activación.

388)

De forma semejante, las operaciones específicas de acoplamiento entre el dispositivo GNSS externo y la unidad instalada en el vehículo, si las hay, deberán producirse automáticamente antes o durante la activación.

389)

Una vez activado, el aparato de control deberá permitir el uso de todas las funciones y derechos de acceso a los datos.

390)

Una vez activado, el aparato de control deberá comunicar al dispositivo de comunicación a distancia los datos seguros necesarios a efectos de los controles en carretera selectivos.

391)

Una vez activado el aparato de control, las funciones de registro y almacenamiento serán totalmente operativas.

392)

Tras la instalación, deberá efectuarse un calibrado. El primer calibrado podrá no incluir necesariamente la introducción del número de matrícula del vehículo (VRN) si el taller autorizado encargado de realizar el calibrado no lo conoce. En estas circunstancias, el propietario del vehículo podrá introducir, tan solo por esta vez, el VRN utilizando su tarjeta de empresa antes de destinar el vehículo a los usos consentidos por el Reglamento (CE) n.o 561/2006 (por ejemplo, utilizando comandos mediante una estructura de menú apropiada de la interfaz persona-máquina de la unidad instalada en el vehículo) (14). Para actualizar o confirmar los datos introducidos deberá utilizarse, necesariamente, una tarjeta de taller.

393)

La instalación de un dispositivo GNSS externo requiere el acoplamiento con la unidad instalada en el vehículo y la subsiguiente verificación de la información de posición del GNSS.

394)

El aparato de control deberá colocarse en el vehículo de modo que el conductor pueda acceder a las funciones necesarias desde su asiento.

5.2 Placa de instalación

395)

Después de haber instalado y verificado el aparato de control, se le fijará una placa de instalación, grabada o impresa de forma permanente, que sea bien visible y de fácil acceso. Cuando esto no sea posible, la placa se fijará en el montante «B» del vehículo para que sea claramente visible. En aquellos vehículos sin montante «B», la placa se fijará en el marco de la puerta del lado del conductor del vehículo y deberá quedar a la vista en cualquier caso.

Después de cada nueva inspección por un taller o instalador autorizado, la placa deberá sustituirse por otra nueva.

396)

En la placa deberán figurar, como mínimo, los datos siguientes:

nombre y domicilio o nombre comercial del instalador o taller autorizado,

coeficiente característico del vehículo, en la forma «w = … imp/km»,

constante del aparato de control, en la forma «k = … imp/km»,

circunferencia efectiva de los neumáticos de las ruedas, en la forma «l = … mm»,

tamaño de los neumáticos,

fecha del informe del coeficiente característico del vehículo y de la medida de la circunferencia efectiva de los neumáticos de las ruedas,

número de identificación del vehículo (VIN),

presencia (o no) de un dispositivo GNSS externo,

número de serie del dispositivo GNSS externo,

número de serie del dispositivo de comunicación a distancia,

número de serie de todos los precintos existentes.

parte del vehículo en la que, en su caso, está instalado el adaptador,

parte del vehículo en la que está instalado el sensor de movimiento, si no está conectado a la caja de cambios o si no se utiliza un adaptador,

descripción del color del cable entre el adaptador y la parte del vehículo que proporciona sus impulsos de entrada,

número de serie del sensor de movimiento integrado del adaptador.

397)

Únicamente en los vehículos de las categorías M1 y N1, equipados con un adaptador conforme a las disposiciones del Reglamento (CE) n.o 68/2009 de la Comisión (15) en su versión modificada más reciente, y cuando no se pueda incluir toda la información necesaria según el requisito 396, se podrá utilizar una segunda placa adicional. En estos casos, esta placa adicional contendrá, al menos, la información descrita en los últimos cuatro guiones del requisito 396.

De instalar esta segunda placa adicional, se colocará junto a la primera placa principal descrita en el requisito 396 o cerca de ella, y se aplicará el mismo nivel de protección. Asimismo, la segunda placa deberá indicar el nombre, dirección o denominación comercial del instalador o taller que haya efectuado la instalación, junto con la fecha de instalación

5.3 Precintos

398)

Deberán precintarse los elementos siguientes:

cualquier conexión que, de estar desconectada, ocasionaría modificaciones o pérdidas de datos indetectables (esto puede aplicarse, por ejemplo, a la instalación del sensor de movimiento en la caja de cambios, al adaptador para vehículos M1/N1, a la conexión del GNSS externo o la unidad instalada en el vehículo),

la placa de instalación, salvo que esté sujeta de tal modo que no pueda retirarse sin destruir las inscripciones que figuran en ella.

399)

Los precintos anteriormente mencionados podrán quitarse:

en caso de urgencia,

para instalar, ajustar o reparar un dispositivo de limitación de velocidad o cualquier otro dispositivo que contribuya a la seguridad vial, siempre que el aparato de control siga funcionando de forma fiable y correcta y vuelva a ser precintado por un instalador o taller autorizado (de acuerdo con lo dispuesto en el capítulo 6) inmediatamente después de que se haya instalado el dispositivo de limitación de velocidad o cualquier otro dispositivo que contribuya a la seguridad vial, o en el plazo de siete días en otros casos.

400)

Siempre que se retiren estos precintos deberá redactarse y ponerse a disposición de la autoridad competente una justificación de esta medida.

401)

Los precintos deberán llevar un número de identificación, asignado por su fabricante. Este número deberá ser único y distinto de cualquier otro número de precinto asignado por otro fabricante de precintos.

Este número de identificación único se define del siguiente modo: MM NNNNNN mediante marcado que no se pueda retirar, siendo MM un identificador único del fabricante (registro en base de datos gestionada por la CE) y NNNNNN identificador alfanumérico del precinto, único en el dominio del fabricante.

402)

Los precintos dispondrán de un espacio libre en el que instaladores, talleres o fabricantes de vehículos puedan añadir una marca especial con arreglo al artículo 22, apartado 3, del Reglamento (UE) n.o 165/2014.

Esta marca no deberá tapar el número de identificación del precinto.

403)

Los fabricantes de los precintos quedarán registrados en una base de datos específica y hará públicos sus identificadores de precintos a través de un procedimiento que establecerá la Comisión Europea.

404)

Los talleres autorizados y los fabricantes de vehículos utilizarán únicamente, en el marco del Reglamento (UE) n.o 165/2014, precintos procedentes de los fabricantes de precintos recogidos en la base de datos mencionada anteriormente.

405)

Los fabricantes de precintos y sus distribuidores mantendrán registros de trazabilidad completa de los precintos vendidos para su uso en el marco del Reglamento (UE) n.o 165/2014, que podrán mostrar a las autoridades nacionales competentes cuando sea necesario.

406)

Los identificadores únicos de los precintos deberán ser visible en la placa de instalación.

6 VERIFICACIONES, CONTROLES Y REPARACIONES

En el capítulo 5.3 del presente anexo se definen las circunstancias en las que podrán quitarse los precintos, según lo indicado en el artículo 22, apartado 5, del Reglamento (UE) n.o 165/2014.

6.1 Autorización de instaladores, talleres y fabricantes de vehículos

Los Estados miembros aprobarán, inspeccionarán periódicamente y certificarán los organismos encargados de realizar:

instalaciones,

verificaciones,

controles,

reparaciones.

Las tarjetas de taller se expedirán únicamente a los instaladores o talleres que hayan sido autorizados para proceder a la activación o calibrado del aparato de control de conformidad con el presente anexo y que además, salvo justificación:

no puedan optar a recibir una tarjeta de empresa,

sus demás actividades profesionales no supongan un compromiso potencial de la seguridad general del sistema tal y como se exige en el apéndice 10.

6.2 Verificación de instrumentos nuevos o reparados

407)

Cada dispositivo, tanto nuevo como reparado, deberá verificarse individualmente en lo que se refiere a su correcto funcionamiento y a la exactitud de sus indicaciones y registros, dentro de los límites establecidos en los capítulos 3.2.1, 3.2.2, 3.2.3 y 3.3, mediante la colocación de un precinto, de acuerdo con lo dispuesto en el capítulo 5.3, y la realización de un calibrado.

6.3 Control de la instalación

408)

En el momento de su instalación en un vehículo, la instalación en su conjunto (incluido el aparato de control) deberá ajustarse a las disposiciones sobre tolerancias máximas establecidas en los capítulos 3.2.1, 3.2.2, 3.2.3 y 3.3.

6.4 Controles periódicos

409)

Los aparatos instalados en los vehículos se someterán a un control periódico cada vez que se repare el aparato o se efectúe cualquier modificación del coeficiente característico del vehículo o de la circunferencia efectiva de los neumáticos de las ruedas, o si la hora UTC del aparato presenta un retraso o un adelanto de más de 20 minutos, o si cambia el VRN, o al menos en el plazo de dos años (24 meses) desde el último control.

410)

Se controlará, en particular:

que el aparato de control ejecute correctamente todas sus funciones, incluidas la función de almacenamiento de datos en las tarjetas de tacógrafo y la comunicación con los lectores de comunicación a distancia,

que se cumpla lo dispuesto en los capítulos 3.2.1 y 3.2.2 sobre tolerancias máximas al realizarse la instalación,

que se cumpla lo dispuesto en los capítulos 3.2.3 y 3.3,

que el aparato de control lleve la marca de homologación,

que se coloquen una placa de instalación, según la define el requisito 396, y una placa descriptiva, según la define el requisito 225,

el tamaño de los neumáticos y la circunferencia real de los neumáticos.

que no haya dispositivos de manipulación integrados en el aparato,

que los precintos estén correctamente colocados, en buen estado, que sus identificadores sean válidos (fabricante del precinto incluido en la base de datos de la CE) y que sus identificadores correspondan a las marcas de la placa de instalación (véase el requisito 401).

411)

Si se comprueba que se ha producido alguno de los incidentes enumerados en el capítulo 3.9 («Detección de incidentes y/o fallos») desde el último control y los fabricantes del tacógrafo y/o las autoridades nacionales lo consideran potencialmente peligroso para la seguridad del aparato, el taller deberá:

a.

comparar los datos de identificación del sensor de movimiento conectado a la caja de cambios con los del sensor de movimiento acoplado registrados en la unidad instalada en el vehículo;

b.

comprobar si la información registrada en la placa de instalación se corresponde con la registrada en la unidad instalada en el vehículo;

c.

verificar si los números de serie y homologación del sensor de movimiento, si están impresos en la carcasa de este último, casan con la información almacenada en la memoria de datos del aparato de control;

d.

comparar los datos de identificación marcados en la placa descriptiva del dispositivo GNSS externo, si existe, con los almacenados en la memoria de datos de la unidad instalada en el vehículo.

412)

Los talleres consignaran en sus informes de control cualquier conclusión relativa a la existencia de precintos rotos o de dispositivos de manipulación. Los talleres deberán conservar dichos informes durante al menos dos años y los pondrán a disposición de la autoridad competente cuando se les solicite.

413)

Estos controles incluirán un calibrado y una sustitución preventiva de los precintos cuya instalación está bajo la responsabilidad de los talleres.

6.5 Determinación de errores

414)

La determinación de los errores de instalación y de uso deberá efectuarse en las condiciones siguientes, que se considerarán condiciones normales de ensayo:

vehículo vacío, en condiciones normales de marcha,

presión de los neumáticos conforme a las instrucciones del fabricante,

desgaste de los neumáticos dentro de los límites admitidos por las normas nacionales en vigor,

movimiento del vehículo:

este deberá desplazarse, movido por su propio motor, en línea recta por una superficie plana a una velocidad de 50 ± 5 km/h; la distancia de medición será de al menos 1 000 m,

el ensayo podrá realizarse también en un banco de pruebas adecuado o con otros métodos, si garantizan una precisión similar.

6.6 Reparaciones

415)

Los talleres deberán ser capaces de extraer los datos del aparato de control para facilitarlos a la empresa de transportes que corresponda.

416)

Los talleres autorizados deberán expedir a las empresas de transportes un certificado de intransferibilidad de los datos cuando un fallo en el funcionamiento del aparato impida transferir los datos previamente registrados, incluso después de una reparación por el taller en cuestión. Los talleres conservarán en su poder durante al menos dos años una copia de cada certificado expedido.

7 EXPEDICIÓN DE TARJETAS

Los procedimientos de expedición de tarjetas que establezcan los Estados miembros deberán cumplir las condiciones siguientes:

417)

En el número de la primera tarjeta de tacógrafo expedida para un solicitante, el índice consecutivo (en su caso), el índice de sustitución y el índice de renovación serán «0».

418)

Los números de todas las tarjetas de tacógrafo no personales que se expidan a un mismo organismo de control, taller o empresa de transportes empezarán por los mismos 13 dígitos, y todos ellos tendrán un índice consecutivo diferente.

419)

Cuando se expida una tarjeta de tacógrafo en sustitución de otra ya existente, la nueva llevará el mismo número de tarjeta que la sustituida, con excepción del índice de sustitución, que se verá incrementado en una unidad (en el orden 0, …, 9, A, …, Z).

420)

Cuando se expida una tarjeta de tacógrafo en sustitución de otra ya existente, la nueva tendrá la misma fecha de expiración que la sustituida.

421)

Cuando se expida una tarjeta de tacógrafo para renovar otra ya existente, la nueva llevará el mismo número de tarjeta que la sustituida, con excepción del índice de sustitución, que se pondrá a «0», y el índice de renovación, que se verá incrementado en una unidad (en el orden 0, …, 9, A, …, Z).

422)

Cuando se sustituya una tarjeta de tacógrafo existente para modificar datos administrativos, se observarán las reglas de renovación si el cambio se efectúa en el mismo Estado miembro, o las reglas de primera expedición si el cambio lo efectúa otro Estado miembro.

423)

La rúbrica «apellidos del titular de la tarjeta» de las tarjetas de control o de taller que no sean personales indicará el nombre del taller o del organismo de control, o el nombre del instalador o del controlador si el Estado miembro así lo decide.

424)

Los Estados miembros intercambiarán datos por vía electrónica a fin de garantizar la unicidad de las tarjetas de conductor que expiden, de conformidad con el artículo 31 del Reglamento (UE) n.o 165/2014.

8 HOMOLOGACIÓN DEL APARATO DE CONTROL Y DE LAS TARJETAS DE TACÓGRAFO

8.1 Generalidades

A efectos del presente capítulo, por «aparato de control» se entenderá el «aparato de control o sus componentes». No será preciso homologar el cable o cables que conectan el sensor de movimiento a la VU, el dispositivo GNSS externo a la VU o el dispositivo de comunicación a distancia a la VU. El papel que utilice el aparato de control se considerará un componente de dicho aparato.

Todo fabricante podrá solicitar la homologación de su componente con cualquier tipo de sensor de movimiento, dispositivo GNSS externo y viceversa, siempre que cada componente cumpla los requisitos del presente anexo. De manera alternativa, los fabricantes podrán también solicitar la homologación del aparato de control.

425)

El aparato de control deberá presentarse a la homologación provisto de los eventuales dispositivos complementarios integrados.

426)

La homologación del aparato de control y de las tarjetas de tacógrafo deberá incluir ensayos relacionados con la seguridad, ensayos funcionales y ensayos de interoperabilidad. El resultado positivo de cada uno de estos ensayos se consignará en un certificado.

427)

Las autoridades de homologación de los Estados miembros no concederán el certificado de homologación si no están en posesión de:

un certificado de seguridad,

un certificado funcional, y

un certificado de interoperabilidad

para el aparato de control o la tarjeta de tacógrafo cuya homologación se solicite.

428)

Todo cambio que se introduzca en el software o el hardware del aparato de control o en la naturaleza de los materiales empleados en su fabricación deberá notificarse, antes de su utilización, a la autoridad que haya homologado el aparato. Dicha autoridad deberá confirmar al fabricante la ampliación de la homologación, o bien podrá exigir una actualización o confirmación del certificado funcional, de seguridad o de interoperabilidad.

429)

Los procesos de actualización in situ del software empleado por el aparato de control precisarán la aprobación de la autoridad que haya homologado el aparato. La actualización del software no deberá alterar ni borrar los datos sobre la actividad del conductor que haya almacenados en el aparato de control. El software sólo podrá actualizarse bajo la responsabilidad del fabricante del aparato.

430)

No podrá denegarse la homologación de las modificaciones del software destinadas a la mejora de un aparato de control previamente homologado si tales modificaciones solo se aplican a funciones no especificadas en el presente anexo. La actualización del software de un aparato de control podrá excluir la introducción de juegos de caracteres nuevos, si no es técnicamente viable.

8.2 Certificado de seguridad

431)

El certificado de seguridad se entrega según lo dispuesto en el apéndice 10 del presente anexo. Los componentes del aparato de control que se han de certificar son la unidad instalada en el vehículo, el sensor de movimiento, el dispositivo GNSS externo y las tarjetas de tacógrafo.

432)

En el caso excepcional de que las autoridades de certificación de la seguridad se nieguen a certificar un nuevo aparato basándose en la obsolescencia de los mecanismos de seguridad, la homologación seguirá concediéndose única y exclusivamente en estas circunstancias específicas y excepcionales, y siempre que no exista una solución alternativa que se ajuste al Reglamento.

433)

En esta circunstancia, el Estado miembro interesado informará sin dilación a la Comisión Europea, que iniciará, en un plazo de doce meses civiles desde la concesión de la homologación, un procedimiento que garantice el restablecimiento del nivel de seguridad a sus niveles originales.

8.3 Certificado funcional

434)

Cada candidato a recibir una homologación deberá facilitar a la autoridad de homologación del Estado miembro que corresponda todo el material y la documentación que dicha autoridad estime necesario.

435)

Los fabricantes deberán aportar las muestras oportunas de los productos candidatos a la homologación y la documentación asociada solicitada por los laboratorios encargados de realizar los ensayos funcionales en el plazo de un mes desde que se formule dicha solicitud. Todos los costes derivados de dicha solicitud correrán a cargo de la entidad solicitante. Los laboratorios preservarán la confidencialidad de todos los datos comercialmente sensibles.

436)

El certificado funcional deberá entregarse al fabricante solo después de haberse superado como mínimo todos los ensayos funcionales especificados en el apéndice 9.

437)

El certificado funcional lo entrega la autoridad de homologación. Dicho certificado deberá incluir, además del nombre de su beneficiario y la identificación del modelo, una relación pormenorizada de los ensayos que se hayan realizado, junto con los resultados obtenidos.

438)

El certificado funcional de un componente del aparato de control deberá indicar, asimismo, los números de homologación de los demás componentes compatibles del aparato de control homologados sometidos a ensayo para su certificación.

439)

El certificado funcional de un componente del aparato de control deberá indicar, asimismo, la norma ISO o CEN con arreglo a la cual se haya certificado la interfaz funcional.

8.4 Certificado de interoperabilidad

440)

Los ensayos de interoperabilidad las lleva a cabo un único laboratorio bajo la autoridad y la responsabilidad de la Comisión Europea.

441)

Dicho laboratorio deberá registrar en el orden cronológico de recepción las solicitudes de ensayo que presenten los fabricantes.

442)

Las solicitudes sólo se registrarán oficialmente cuando el laboratorio esté en posesión de:

todo el material y los documentos necesarios para dichos ensayos de interoperabilidad,

el correspondiente certificado de seguridad,

el correspondiente certificado funcional.

La fecha de registro de la solicitud deberá notificarse al fabricante.

443)

El laboratorio no realizará ensayos de interoperabilidad con aparatos de control o tarjetas de tacógrafo que no hayan obtenido un certificado de seguridad y un certificado funcional, salvo en las circunstancias excepcionales descritas en el requisito 432.

444)

Todo el material y los documentos facilitados por el fabricante que solicite ensayos de interoperabilidad quedarán en manos del laboratorio encargado de dichos ensayos.

445)

Los ensayos de interoperabilidad deberán llevarse a cabo con arreglo a lo dispuesto en el apéndice 9 del presente anexo e incluirán todos los tipos de aparatos de control o tarjetas de tacógrafo:

que dispongan de una homologación válida, o bien

que estén pendientes de ser homologados y dispongan de un certificado de interoperabilidad válido.

446)

Los ensayos de interoperabilidad deberán cubrir todas las generaciones de aparatos de control o tarjetas de tacógrafo todavía en uso.

447)

El laboratorio no entregará el certificado de interoperabilidad al fabricante hasta que se hayan superado todos los ensayos de interoperabilidad exigidos.

448)

Si uno o varios aparatos de control o tarjetas de tacógrafo no superan los ensayos de interoperabilidad, el certificado de interoperabilidad no se entregará hasta que el fabricante que presente la solicitud haya realizado las modificaciones necesarias y superado dichos ensayos. El laboratorio deberá identificar la causa del problema con ayuda de los fabricantes que se vean afectados por dicho fallo de interoperabilidad, y procurará ayudar al fabricante que presente la solicitud a encontrar una solución técnica. Si el fabricante ha modificado su producto, será responsabilidad suya comprobar, mediante consulta a las autoridades pertinentes, que el certificado de seguridad y los certificados funcionales siguen siendo válidos.

449)

El certificado de interoperabilidad tendrá una validez de seis meses y quedará revocado al finalizar este período si el fabricante no ha recibido el correspondiente certificado de homologación. El fabricante entrega el certificado de interoperabilidad a la autoridad de homologación del Estado miembro que ha otorgado el certificado funcional.

450)

Ningún elemento que pudiera haber causado un fallo de interoperabilidad deberá utilizarse con afán de lucro o para lograr una posición dominante.

8.5 Certificado de homologación

451)

La autoridad de homologación del Estado miembro podrá entregar el certificado de homologación del modelo en cuanto esté en posesión de los tres certificados necesarios.

452)

El certificado de homologación de cualquier componente del aparato de control deberá indicar, asimismo, los números de homologación de los demás aparatos de control interoperables homologados.

453)

Cuando entregue el certificado de homologación al fabricante, la autoridad de homologación deberá facilitar una copia al laboratorio encargado de los ensayos de interoperabilidad.

454)

El laboratorio competente para los ensayos de interoperabilidad deberá mantener un sitio web público donde se pueda consultar una relación actualizada de los modelos de aparato de control o de tarjetas de tacógrafo:

para los que se haya registrado una solicitud de ensayos de interoperabilidad,

que hayan recibido un certificado de interoperabilidad (aunque sea provisional),

que hayan recibido un certificado de homologación.

8.6 Procedimiento de excepción: primeros certificados de interoperabilidad para los aparatos de control y las tarjetas de tacógrafo de segunda generación

455)

Hasta cuatro meses después de haberse certificado que una primera pareja de aparato de control de segunda generación y tarjetas de tacógrafo (tarjetas de conductor, de taller, de control y de empresa) de segunda generación es interoperable, se considerarán provisionales los certificados de interoperabilidad entregados (incluido los primeros) en relación con solicitudes registradas durante este período.

456)

Si al finalizar este período todos los productos afectados interoperan sin problemas entre sí, los certificados de interoperabilidad correspondientes adquirirán un carácter definitivo.

457)

Si durante este período se detectan fallos de interoperabilidad, el laboratorio encargado de los ensayos de interoperabilidad deberá identificar las causas de los problemas con ayuda de todos los fabricantes implicados, y les invitará a realizar las modificaciones necesarias.

458)

Si al finalizar este período persisten los problemas de interoperabilidad, el laboratorio encargado de los ensayos de interoperabilidad, con la colaboración de los fabricantes implicados y con las autoridades de homologación que otorguen los correspondientes certificados funcionales, deberán determinar las causas de los fallos de interoperabilidad y establecer las modificaciones que debería introducir cada uno de los fabricantes afectados. La búsqueda de soluciones técnicas deberá prolongarse un máximo de dos meses. Si transcurre este plazo sin haberse hallado una solución común, la Comisión, previa consulta al laboratorio encargado de los ensayos de interoperabilidad, deberá decidir qué aparato(s) y tarjetas obtienen un certificado de interoperabilidad definitivo, y fundamentar su decisión.

459)

Deberá posponerse hasta que se hayan resuelto los problemas de interoperabilidad iniciales cualquier solicitud de ensayos de interoperabilidad que registre el laboratorio entre el final del período de cuatro meses posterior al primer certificado de interoperabilidad provisional y la fecha en que la Comisión adopta la decisión mencionada en el requisito 455. Dichas solicitudes se procesarán luego en el orden cronológico en que se registraron.

(1) Este modo de calcular el tiempo de conducción continua y el tiempo de descanso acumulado permite al aparato de control calcular el momento de activación del aviso de tiempo de conducción continua y no prejuzga la interpretación legal que deba hacerse de estos tiempos. Podrán utilizarse métodos alternativos para calcular el tiempo de conducción continua y el tiempo de descanso acumulado a fin de reemplazar estas definiciones si quedan obsoletas a raíz de las actualizaciones introducidas en otra legislación pertinente.

(2) Los períodos INDETERMINADOS son aquellos en que la tarjeta de conductor no está insertada en el aparato de control y tampoco se introducen manualmente las actividades del conductor.

(3) Reglamento (CE) n.o 561/2006 del Parlamento Europeo y del Consejo, de 15 de marzo de 2006, relativo a la armonización de determinadas disposiciones en materia social en el sector de los transportes por carretera y por el que se modifican los Reglamentos (CEE) n.o 3821/85 y (CE) n.o 2135/98 del Consejo y se deroga el Reglamento (CEE) n.o 3820/85 del Consejo (DO L 102 de 11.4.2006, p. 1).

(4) Reglamento (UE) n.o 1230/2012 de la Comisión, de 12 de diciembre de 2012, por el que se desarrolla el Reglamento (CE) n.o 661/2009 del Parlamento Europeo y del Consejo en lo que respecta a los requisitos de homologación de tipo relativos a las masas y dimensiones de los vehículos de motor y de sus remolques y por el que se modifica la Directiva 2007/46/CE del Parlamento Europeo y del Consejo (DO L 353 de 21.12.2012, p. 31), en su versión modificada en último lugar.

(5) Directiva 92/6/CEE del Consejo, de 10 de febrero de 1992, relativa a la instalación y a la utilización de dispositivos de limitación de velocidad en determinadas categorías de vehículos de motor en la Comunidad (DO L 57 de 2.3.1992, p. 27).

(6) Directiva 92/23/CEE del Consejo, de 31 de marzo de 1992, sobre los neumáticos de los vehículos de motor y de sus remolques así como de su montaje (DO L 129 de 14.5.1992, p. 95).

(7) Directiva 76/114/CEE del Consejo, de 18 de diciembre de 1975, relativa a la aproximación de las legislaciones de los Estados Miembros sobre las placas e inscripciones reglamentarias, así como a su emplazamiento y modo de colocación, en lo que se refiere a los vehículos a motor y a sus remolques (DO L 24 de 30.1.1976, p. 1).

(8) Directtiva 2007/46/CE del Parlamento Europeo y del Consejo, de 5 de septiembre de 2007, por la que se crea un marco para la homologación de los vehículos de motor y de los remolques, sistemas, componentes y unidades técnicas independientes destinados a dichos vehículos (Directiva marco) (DO L 263 de 9.10.2007, p. 1).

(9) Directiva 95/46/CE del Parlamento Europeo y del Consejo, de 24 de octubre de 1995, relativa a la protección de las personas físicas en lo que respecta al tratamiento de datos personales y a la libre circulación de estos datos (DO L 281 de 23.11.1995, p. 31)

(10) Directiva 2002/58/CE del Parlamento Europeo y del Consejo, de 12 de julio de 2002, relativa al tratamiento de los datos personales y a la protección de la intimidad en el sector de las comunicaciones electrónicas (Directiva sobre la privacidad y las comunicaciones electrónicas) (DO L 201 de 31.7.2002, p. 37).

(11) Reglamento (UE) n.o 165/2014 del Parlamento Europeo y del Consejo, de 4 de febrero de 2014, relativo a los tacógrafos en el transporte por carretera, por el que se deroga el Reglamento (CEE) n.o 3821/85 del Consejo relativo al aparato de control en el sector de los transportes por carretera y se modifica el Reglamento (CE) n.o 561/2006 del Parlamento Europeo y del Consejo relativo a la armonización de determinadas disposiciones en materia social en el sector de los transportes por carretera (DO L 60 de 28.2.2014, p. 1).

(12) DO L 281 de 23.11.1995, p. 31.

(13) DO L 201 de 31.7.2002, p. 37.

(*) En estas situaciones, el aparato de control utilizará exclusivamente la tarjeta de tacógrafo insertada en la ranura del conductor.

(14) DO L 102, 11.4.2006, p.1

(15) Reglamento (CE) n.o 68/2009 de la Comisión, de 23 de enero de 2009, por el que se adapta por novena vez al progreso técnico el Reglamento (CEE) n.o 3821/85 del Consejo relativo al aparato de control en el sector de los transportes por carretera (DO L 21 de 24.1.2009, p. 3).

Apéndice 1

DICCIONARIO DE DATOS

ÍNDICE

1.

INTRODUCCIÓN 88

1.1.

Enfoque de la definición de los tipos de datos 88

1.2.

Referencias 88

2.

DEFINICIONES DE TIPOS DE DATOS 89

2.1.

ActivityChangeInfo 89

2.2.

Address 90

2.3.

AESKey 91

2.4.

AES128Key 91

2.5.

AES192Key 91

2.6.

AES256Key 92

2.7.

BCDString 92

2.8.

CalibrationPurpose 92

2.9.

CardActivityDailyRecord 93

2.10.

CardActivityLengthRange 93

2.11.

CardApprovalNumber 93

2.12.

CardCertificate 94

2.13.

CardChipIdentification 94

2.14.

CardConsecutiveIndex 94

2.15.

CardControlActivityDataRecord 94

2.16.

CardCurrentUse 95

2.17.

CardDriverActivity 95

2.18.

CardDrivingLicenceInformation 95

2.19.

CardEventData 96

2.20.

CardEventRecord 96

2.21.

CardFaultData 96

2.22.

CardFaultRecord 97

2.23.

CardIccIdentification 97

2.24.

CardIdentification 97

2.25.

CardMACertificate 98

2.26.

CardNumber 98

2.27.

CardPlaceDailyWorkPeriod 99

2.28.

CardPrivateKey 99

2.29.

CardPublicKey 99

2.30.

CardRenewalIndex 99

2.31.

CardReplacementIndex 99

2.32.

CardSignCertificate 100

2.33.

CardSlotNumber 100

2.34.

CardSlotsStatus 100

2.35.

CardSlotsStatusRecordArray 100

2.36.

CardStructureVersion 101

2.37.

CardVehicleRecord 101

2.38.

CardVehiclesUsed 102

2.39.

CardVehicleUnitRecord 102

2.40.

CardVehicleUnitsUsed 102

2.41.

Certificate 103

2.42.

CertificateContent 103

2.43.

CertificateHolderAuthorisation 104

2.44.

CertificateRequestID 104

2.45.

CertificationAuthorityKID 104

2.46.

CompanyActivityData 105

2.47.

CompanyActivityType 106

2.48.

CompanyCardApplicationIdentification 106

2.49.

CompanyCardHolderIdentification 106

2.50.

ControlCardApplicationIdentification 106

2.51.

ControlCardControlActivityData 107

2.52.

ControlCardHolderIdentification 107

2.53.

ControlType 108

2.54.

CurrentDateTime 109

2.55.

CurrentDateTimeRecordArray 109

2.56.

DailyPresenceCounter 109

2.57.

Datef 109

2.58.

DateOfDayDownloaded 110

2.59.

DateOfDayDownloadedRecordArray 110

2.60.

Distance 110

2.61.

DriverCardApplicationIdentification 110

2.62.

DriverCardHolderIdentification 111

2.63.

DSRCSecurityData 112

2.64.

EGFCertificate 112

2.65.

EmbedderIcAssemblerId 112

2.66.

EntryTypeDailyWorkPeriod 113

2.67.

EquipmentType 113

2.68.

EuropeanPublicKey 114

2.69.

EventFaultRecordPurpose 114

2.70.

EventFaultType 114

2.71.

ExtendedSealIdentifier 115

2.72.

ExtendedSerialNumber 116

2.73.

FullCardNumber 116

2.74.

FullCardNumberAndGeneration 117

2.75.

Generation 117

2.76.

GeoCoordinates 117

2.77.

GNSSAccuracy 118

2.78.

GNSSContinuousDriving 118

2.79.

GNSSContinuousDrivingRecord 118

2.80.

GNSSPlaceRecord 118

2.81.

HighResOdometer 119

2.82.

HighResTripDistance 119

2.83.

HolderName 119

2.84.

InternalGNSSReceiver 119

2.85.

K-ConstantOfRecordingEquipment 119

2.86.

KeyIdentifier 120

2.87.

KMWCKey 120

2.88.

Language 120

2.89.

LastCardDownload 120

2.90.

LinkCertificate 120

2.91.

L-TyreCircumference 121

2.92.

MAC 121

2.93.

ManualInputFlag 121

2.94.

ManufacturerCode 121

2.95.

ManufacturerSpecificEventFaultData 121

2.96.

MemberStateCertificate 122

2.97.

MemberStateCertificateRecordArray 122

2.98.

MemberStatePublicKey 122

2.99.

Name 122

2.100.

NationAlpha 123

2.101.

NationNumeric 123

2.102.

NoOfCalibrationRecords 123

2.103.

NoOfCalibrationsSinceDownload 123

2.104.

NoOfCardPlaceRecords 123

2.105.

NoOfCardVehicleRecords 124

2.106.

NoOfCardVehicleUnitRecords 124

2.107.

NoOfCompanyActivityRecords 124

2.108.

NoOfControlActivityRecords 124

2.109.

NoOfEventsPerType 124

2.110.

NoOfFaultsPerType 124

2.111.

NoOfGNSSCDRecords 124

2.112.

NoOfSpecificConditionRecords 125

2.113.

OdometerShort 125

2.114.

OdometerValueMidnight 125

2.115.

OdometerValueMidnightRecordArray 125

2.116.

OverspeedNumber 125

2.117.

PlaceRecord 126

2.118.

PreviousVehicleInfo 126

2.119.

PublicKey 127

2.120.

RecordType 127

2.121.

RegionAlpha 128

2.122.

RegionNumeric 128

2.123.

RemoteCommunicationModuleSerialNumber 129

2.124.

RSAKeyModulus 129

2.125.

RSAKeyPrivateExponent 129

2.126.

RSAKeyPublicExponent 129

2.127.

RtmData 129

2.128.

SealDataCard 129

2.129.

SealDataVu 130

2.130.

SealRecord 130

2.131.

SensorApprovalNumber 130

2.132.

SensorExternalGNSSApprovalNumber 131

2.133.

SensorExternalGNSSCoupledRecord 131

2.134.

SensorExternalGNSSIdentification 131

2.135.

SensorExternalGNSSInstallation 132

2.136.

SensorExternalGNSSOSIdentifier 132

2.137.

SensorExternalGNSSSCIdentifier 132

2.138.

SensorGNSSCouplingDate 133

2.139.

SensorGNSSSerialNumber 133

2.140.

SensorIdentification 133

2.141.

SensorInstallation 133

2.142.

SensorInstallationSecData 134

2.143.

SensorOSIdentifier 134

2.144.

SensorPaired 134

2.145.

SensorPairedRecord 135

2.146.

SensorPairingDate 135

2.147.

SensorSCIdentifier 135

2.148.

SensorSerialNumber 135

2.149.

Signature 135

2.150.

SignatureRecordArray 136

2.151.

SimilarEventsNumber 136

2.152.

SpecificConditionRecord 136

2.153.

SpecificConditions 136

2.154.

SpecificConditionType 137

2.155.

Speed 137

2.156.

SpeedAuthorised 137

2.157.

SpeedAverage 138

2.158.

SpeedMax 138

2.159.

TachographPayload 138

2.160.

TachographPayloadEncrypted 138

2.161.

TDesSessionKey 138

2.162.

TimeReal 139

2.163.

TyreSize 139

2.164.

VehicleIdentificationNumber 139

2.165.

VehicleIdentificationNumberRecordArray 139

2.166.

VehicleRegistrationIdentification 139

2.167.

VehicleRegistrationNumber 140

2.168.

VehicleRegistrationNumberRecordArray 140

2.169.

VuAbility 140

2.170.

VuActivityDailyData 141

2.171.

VuActivityDailyRecordArray 141

2.172.

VuApprovalNumber 141

2.173.

VuCalibrationData 142

2.174.

VuCalibrationRecord 142

2.175.

VuCalibrationRecordArray 143

2.176.

VuCardIWData 144

2.177.

VuCardIWRecord 144

2.178.

VuCardIWRecordArray 145

2.179.

VuCardRecord 145

2.180.

VuCardRecordArray 146

2.181.

VuCertificate 146

2.182.

VuCertificateRecordArray 146

2.183.

VuCompanyLocksData 147

2.184.

VuCompanyLocksRecord 147

2.185.

VuCompanyLocksRecordArray 148

2.186.

VuControlActivityData 148

2.187.

VuControlActivityRecord 148

2.188.

VuControlActivityRecordArray 149

2.189.

VuDataBlockCounter 149

2.190.

VuDetailedSpeedBlock 149

2.191.

VuDetailedSpeedBlockRecordArray 150

2.192.

VuDetailedSpeedData 150

2.193.

VuDownloadablePeriod 150

2.194.

VuDownloadablePeriodRecordArray 151

2.195.

VuDownloadActivityData 151

2.196.

VuDownloadActivityDataRecordArray 151

2.197.

VuEventData 152

2.198.

VuEventRecord 152

2.199.

VuEventRecordArray 153

2.200.

VuFaultData 154

2.201.

VuFaultRecord 154

2.202.

VuFaultRecordArray 155

2.203.

VuGNSSCDRecord 155

2.204.

VuGNSSCDRecordArray 156

2.205.

VuIdentification 156

2.206.

VuIdentificationRecordArray 157

2.207.

VuITSConsentRecord 157

2.208.

VuITSConsentRecordArray 158

2.209.

VuManufacturerAddress 158

2.210.

VuManufacturerName 158

2.211.

VuManufacturingDate 158

2.212.

VuOverSpeedingControlData 159

2.213.

VuOverSpeedingControlDataRecordArray 159

2.214.

VuOverSpeedingEventData 159

2.215.

VuOverSpeedingEventRecord 159

2.216.

VuOverSpeedingEventRecordArray 160

2.217.

VuPartNumber 161

2.218.

VuPlaceDailyWorkPeriodData 161

2.219.

VuPlaceDailyWorkPeriodRecord 161

2.220.

VuPlaceDailyWorkPeriodRecordArray 162

2.221.

VuPrivateKey 162

2.222.

VuPublicKey 162

2.223.

VuSerialNumber 162

2.224.

VuSoftInstallationDate 162

2.225.

VuSoftwareIdentification 163

2.226.

VuSoftwareVersion 163

2.227.

VuSpecificConditionData 163

2.228.

VuSpecificConditionRecordArray 163

2.229.

VuTimeAdjustmentData 164

2.230.

VuTimeAdjustmentGNSSRecord 164

2.231.

VuTimeAdjustmentGNSSRecordArray 164

2.232.

VuTimeAdjustmentRecord 165

2.233.

VuTimeAdjustmentRecordArray 165

2.234.

WorkshopCardApplicationIdentification 166

2.235.

WorkshopCardCalibrationData 166

2.236.

WorkshopCardCalibrationRecord 167

2.237.

WorkshopCardHolderIdentification 168

2.238.

WorkshopCardPIN 168

2.239.

W-VehicleCharacteristicConstant 169

2.240.

VuPowerSupplyInterruptionRecord 169

2.241.

VuPowerSupplyInterruptionRecordArray 169

2.242.

VuSensorExternalGNSSCoupledRecordArray 170

2.243.

VuSensorPairedRecordArray 170

3.

DEFINICIONES DE LOS INTERVALOS DE VALORES Y TAMAÑOS ADMISIBLES 171

4.

JUEGOS DE CARACTERES 171

5.

CODIFICACIÓN 171

6.

IDENTIFICADORES DE OBJETO E IDENTIFICADORES DE APLICACIÓN 171

6.1.

Identificadores de objeto 171

6.2.

Identificadores de aplicación 172

1. INTRODUCCIÓN

En el presente apéndice se especifican diversos formatos, elementos y estructuras para su uso en el aparato de control y las tarjetas de tacógrafo.

1.1. Enfoque de la definición de los tipos de datos

En el presente apéndice se utiliza la Notación de Sintaxis Abstracta Uno (ASN.1) para definir los tipos de datos. Ello permite definir datos simples y estructurados sin necesidad de una sintaxis específica de transferencia (reglas de codificación), que dependerá de la aplicación y del entorno.

Las convenciones sobre la denominación de los tipos ASN.1 se ajustan a la norma ISO/CEI 8824-1. Esto significa que:

siempre que sea posible, el significado de un tipo de datos se deduce de los nombres seleccionados,

cuando un tipo de datos se compone de otros tipos, el nombre del tipo de datos sigue siendo una secuencia única de caracteres alfabéticos que comienzan con una mayúscula, aunque las mayúsculas se utilizan en el nombre para transmitir el correspondiente significado,

en general, los nombres de los tipos de datos están relacionados con el nombre de los tipos de datos de los que se derivan, con el equipo en que se almacenan los datos y con la función asociada a dichos datos.

Si un tipo ASN.1 ya se ha definido como parte de otra norma y es pertinente para su uso en el aparato de control, entonces ese tipo ASN.1 se definirá en el presente apéndice.

Para que pueda haber diferentes tipos de reglas de codificación, algunos tipos ASN.1 del presente apéndice están limitados por identificadores de intervalos de valores. Dichos identificadores se definen en el apartado 3 y en el apéndice 2.

1.2. Referencias

En el presente apéndice aparecen las siguientes referencias:

ISO 639

Código para la representación de nombres de lenguas. Primera edición: 1988.

ISO 3166

Códigos para la representación de los nombres de los países y sus subdivisiones — Parte 1: Códigos de país, 2013.

ISO 3779

Vehículos de carretera — Número de identificación del vehículo (VIN) — Contenido y estructura. 2009.

ISO/CEI 7816-5

Tarjetas de identificación — Tarjetas con circuitos integrados — Parte 5: Registro de proveedores de aplicaciones.

Segunda edición: 2004.

ISO/CEI 7816-6

Tarjetas de identificación — Tarjetas con circuitos integrados — Parte 6: Elementos de datos intersectoriales para los intercambios, 2004 + Corrigendum técnico 1: 2006.

ISO/CEI 8824-1

Tecnología de la información — Notación de Sintaxis Abstracta 1 (ASN.1): Especificación de la notación básica. 2008 + Corrigendum técnico 1: 2012 y Corrigendum técnico 2: 2014.

ISO/CEI 8825-2

Tecnología de la información — Reglas de codificación ASN.1: Especificación de las Reglas de Codificación por Paquetes (PER). 2008.

ISO/CEI 8859-1

Tecnología de la información — Conjuntos de caracteres gráficos codificados con un solo byte de 8 bits — Parte 1: Alfabeto latino no 1. Primera edición: 1998.

ISO/CEI 8859-7

Tecnología de la información — Conjuntos de caracteres gráficos codificados con un solo byte de 8 bits — Parte 7: Alfabeto latino/griego. 2003.

ISO 16844-3

Vehículos de carretera — Sistemas de tacógrafo — Interfaz del sensor de movimiento. 2004 + Corrigendum técnico 1: 2006.

TR-03110-3

BSI / ANSSI Technical Guideline TR-03110-3, Advanced Security Mechanisms for Machine Readable Travel Documents and eIDAS Token — Part 3 Common Specifications, version 2.20, 3. February 2015.

2. DEFINICIONES DE TIPOS DE DATOS

En todos los tipos de datos que se describen a continuación, el valor por defecto para un contenido «desconocido» o «no aplicable» consistirá en rellenar el elemento de datos con bytes ‘FF’.

Todos los tipos de datos se utilizan para las aplicaciones de la generación 1 y de la generación 2, a menos que se especifique otra cosa.

2.1. ActivityChangeInfo

Este tipo de datos permite codificar, en una palabra de dos bytes, el estado de la ranura a las 00.00 horas y/o el estado del conductor a las 00.00 horas y/o los cambios de actividad y/o los cambios del régimen de conducción y/o los cambios del estado de la tarjeta para un conductor o un segundo conductor. Este tipo de datos está relacionado con el anexo 1C, requisitos 105, 266, 291, 320, 321, 343 y 344.

Image

Texto de la imagen

Asignación de valor — Alineación de octeto: ‘scpaattttttttttt’B (16 bits)

Para registros en la memoria de datos (o estado de la ranura):

‘s’B

Ranura:

‘0’B: CONDUCTOR,

‘1’B: SEGUNDO CONDUCTOR,

‘c’B

Régimen de conducción:

‘0’B: EN SOLITARIO,

‘1’B: EN EQUIPO,

‘p’B

Estado de la tarjeta de conductor (o de taller) en la ranura que corresponda:

‘0’B: INSERTADA, hay una tarjeta insertada,

‘1’B: NO INSERTADA, no hay tarjeta insertada (o se ha extraído una tarjeta),

‘aa’B

Actividad:

‘00’B: PAUSA/DESCANSO,

‘01’B: DISPONIBILIDAD,

‘10’B: TRABAJO,

‘11’B: CONDUCCIÓN,

‘ttttttttttt’B

Hora del cambio: minutos transcurridos desde las 00.00 horas de ese día.

Para registros en la tarjeta de conductor (o de taller) (y estado del conductor):

‘s’B

Ranura (irrelevante cuando ‘p’ = 1, excepto en el caso que se cita en la nota siguiente):

‘0’B: CONDUCTOR,

‘1’B: SEGUNDO CONDUCTOR,

‘c’B

Régimen de conducción (caso ‘p’ = 0) o

Régimen en la actividad siguiente (caso ‘p’ = 1):

‘0’B: EN SOLITARIO,

‘0’B: INDETERMINADO

‘1’B: EN EQUIPO,

‘1’B: DETERMINADO (= entrada manual)

‘p’B

Estado de la tarjeta:

‘0’B: INSERTADA, la tarjeta está insertada en un aparato de control,

‘1’B: NO INSERTADA, la tarjeta no está insertada (o se ha extraído),

‘aa’B

Actividad (irrelevante cuando ‘p’ = 1 y ‘c’ = 0, excepto en el caso citado en la nota siguiente):

‘00’B: PAUSA/DESCANSO,

‘01’B: DISPONIBILIDAD,

‘10’B: TRABAJO,

‘11’B: CONDUCCIÓN,

‘ttttttttttt’B

Hora del cambio: minutos transcurridos desde las 00.00 horas de ese día.

Nota sobre el caso «extracción de la tarjeta»:

Cuando se extrae la tarjeta:

‘s’ es relevante e indica la ranura de la que se extrae la tarjeta,

‘c’ debe configurarse a 0,

‘p’ debe configurarse a 1,

‘aa’ debe codificar la actividad que esté seleccionada en ese momento.

Como resultado de una entrada manual, los bits ‘c’ y ‘aa’ de la palabra (almacenada en una tarjeta) se pueden sobrescribir posteriormente para reflejar la entrada.

2.2. Address

Una dirección.

Image

Texto de la imagen

codePage especifica un conjunto de caracteres definidos en el capítulo 4.

address representa una dirección codificada utilizando el conjunto de caracteres especificado.

2.3. AESKey

Generación 2:

Una clave AES con una longitud de 128, 192 o 256 bits.

Image

Texto de la imagen

Asignación de valor: no hay más especificaciones.

2.4. AES128Key

Generación 2:

Una clave AES128.

Image

Texto de la imagen

length indica la longitud de la clave AES128 en octetos.

aes128Key es una clave AES con una longitud de 128 bits.

Asignación de valor:

La longitud deberá tener el valor 16.

2.5. AES192Key

Generación 2:

Una clave AES192.

Image

Texto de la imagen

length indica la longitud de la clave AES192 en octetos.

aes192Key es una clave AES con una longitud de 192 bits.

Asignación de valor:

La longitud deberá tener el valor 24.

2.6. AES256Key

Generación 2:

Una clave AES256.

Image

Texto de la imagen

length indica la longitud de la clave AES256 en octetos.

aes256Key es una clave AES con una longitud de 256 bits.

Asignación de valor:

La longitud deberá tener el valor 32.

2.7. BCDString

La cadena BCDString se aplica para la representación decimal de codificación binaria (BCD). Este tipo de datos se utiliza para representar un dígito decimal en un semiocteto (4 bits). La cadena BCDString se basa en el ‘CharacterStringType’ de la norma ISO/CEI 8824-1.

Image

Texto de la imagen

La cadena BCDString emplea una notación «hstring». El dígito hexadecimal situado más a la izquierda deberá ser el semiocteto más significativo del primer octeto. Para obtener un múltiplo de octetos habrá que insertar semioctetos nulos a la derecha, según sea necesario, a partir de la posición del semiocteto situado más a la izquierda en el primer octeto.

Los dígitos permitidos son: 0, 1, .. 9.

2.8. CalibrationPurpose

Código que explica por qué se registró un conjunto de parámetros de calibrado. Este tipo de datos está relacionado con el anexo 1B, requisitos 097 y 098, y con el anexo 1C, requisito 119.

Image

Texto de la imagen

Asignación de valor:

Generación 1:

‘00’H

valor reservado,

‘01’H

activación: registro de los parámetros de calibrado conocidos en el momento de la activación de la VU,

‘02’H

primera instalación: primer calibrado de la VU después de su activación,

‘03’H

instalación: primer calibrado de la VU en el vehículo actual,

‘04’H

control periódico.

Generación 2:

Además de los valores de la generación 1, se utilizan los siguientes:

‘05’H

entrada de VRN por empresa,

‘06’H

ajuste de la hora sin calibrado,

‘07’H a ‘7F’H

RFU,

‘80’H a ‘FF’H

específicos del fabricante.

2.9. CardActivityDailyRecord

Información almacenada en una tarjeta y relativa a las actividades del conductor en un día civil concreto. Este tipo de datos está relacionado con el anexo 1C, requisitos 266, 291, 320 y 343.

Image

Texto de la imagen

activityPreviousRecordLength es la longitud total del registro diario anterior, expresada en bytes. El valor máximo viene dado por la longitud de la CADENA DE OCTETOS que contiene dichos registros (véase CardActivityLengthRange, apéndice 2, apartado 4). Cuando este registro es el registro diario más antiguo, el valor de activityPreviousRecordLength debe configurarse a 0.

activityRecordLength es la longitud total de este registro, expresada en bytes. El valor máximo viene dado por la longitud de la CADENA DE OCTETOS que contiene dichos registros.

activityRecordDate es la fecha del registro.

activityDailyPresenceCounter es el contador de presencia diaria para esa tarjeta en ese día.

activityDayDistance es la distancia total recorrida ese día.

activityChangeInfo es el conjunto de datos de ActivityChangeInfo correspondientes al conductor en ese día. Puede contener 1 440 valores como máximo (un cambio de actividad cada minuto). Este conjunto incluye siempre la ActivityChangeInfo que codifica el estado del conductor a las 00.00 horas.

2.10. CardActivityLengthRange

Número de bytes disponibles en una tarjeta de conductor o en una tarjeta de taller para almacenar registros sobre las actividades del conductor.

Image

Texto de la imagen

Asignación de valor: véase el apéndice 2.

2.11. CardApprovalNumber

Número de homologación de la tarjeta.

Image

Texto de la imagen

Asignación de valor:

El número de homologación deberá constar según haya sido publicado en el correspondiente sitio web de la Comisión Europea, es decir, por ejemplo, incluyendo guiones si los lleva. El número de homologación deberá estar alineado a la izquierda.

2.12. CardCertificate

Generación 1:

Certificado de la clave pública de una tarjeta.

Image

Texto de la imagen

2.13. CardChipIdentification

Información almacenada en una tarjeta y relativa a la identificación del circuito integrado (CI) de dicha tarjeta (anexo 1C, requisito 249). El icSerialNumber y el icManufacturingReferences identifican conjuntamente el chip de la tarjeta de manera única. El icSerialNumber no identifica el chip de la tarjeta de manera única por sí solo.

Image

Texto de la imagen

icSerialNumber es el número de serie del CI.

IcManufacturingReferences es el identificador específico del fabricante del CI.

2.14. CardConsecutiveIndex

El índice consecutivo de una tarjeta [definición h)].

Image

Texto de la imagen

Asignación de valor: (véase anexo 1C, capítulo 7)

Orden de incremento: ‘0, …, 9, A, …, Z, a, …, z’

2.15. CardControlActivityDataRecord

Información almacenada en una tarjeta de conductor o de taller y relativa al último control a que ha sido sometido el conductor (anexo 1C, requisitos 274, 299, 327 y 350).

Image

Texto de la imagen

controlType es el tipo de control.

controlTime es la fecha y la hora del control.

controlCardNumber es el FullCardNumber del controlador que ha llevado a cabo el control.

controlVehicleRegistration es el VRN y el nombre del Estado miembro donde se matriculó el vehículo que ha sido objeto del control.

controlDownloadPeriodBegin y controlDownloadPeriodEnd es el período transferido, en caso de transferencia.

2.16. CardCurrentUse

Información acerca del uso actual de la tarjeta (anexo 1C, requisitos 273, 298, 326 y 349).

Image

Texto de la imagen

sessionOpenTime es la hora en que se inserta la tarjeta para el uso actual. Este elemento se pone a cero al extraer la tarjeta.

sessionOpenVehicle es la identificación del vehículo que se está utilizando actualmente. configurada al insertar la tarjeta. Este elemento se pone a cero al extraer la tarjeta.

2.17. CardDriverActivity

Información almacenada en una tarjeta de conductor o de taller y relativa a las actividades del conductor (anexo 1C, requisitos 267, 268, 292, 293, 321 y 344).

Image

Texto de la imagen

activityPointerOldestDayRecord es un elemento que señala el comienzo del espacio de almacenamiento (número de bytes a partir del principio de la cadena) que corresponde al registro diario completo más antiguo en la cadena activityDailyRecords. El valor máximo viene dado por la longitud de la cadena.

activityPointerNewestRecord es un elemento que señala el comienzo del espacio de almacenamiento (número de bytes a partir del principio de la cadena) que corresponde al registro diario más reciente en la cadena activityDailyRecords. El valor máximo viene dado por la longitud de la cadena.

activityDailyRecords es el espacio disponible para almacenar los datos sobre la actividad del conductor (estructura de datos: CardActivityDailyRecord) en cada uno de los días civiles en que se ha utilizado la tarjeta.

Asignación de valor: esta cadena de octetos se va llenando cíclicamente con registros del tipo CardActivityDailyRecord. En el primer uso, el almacenamiento comienza en el primer byte de la cadena. Cada nuevo registro se añade al final del anterior. Cuando la cadena está llena, el almacenamiento continúa en el primer byte de la cadena, con independencia de si hay alguna interrupción dentro de un elemento de datos. Antes de introducir en la cadena nuevos datos de actividad (ampliando el actual activityDailyRecord, o introduciendo un nuevo activityDailyRecord) que sustituyan a datos antiguos, es preciso actualizar el activityPointerOldestDayRecord para reflejar la nueva ubicación del registro diario completo más antiguo, y además es preciso poner a 0 la longitud activityPreviousRecordLength de este (nuevo) registro diario completo más antiguo.

2.18. CardDrivingLicenceInformation

Información almacenada en una tarjeta de conductor y relativa a los datos correspondientes al permiso de conducir del titular de la tarjeta (anexo 1C, requisitos 259 y 284).

Image

Texto de la imagen

drivingLicenceIssuingAuthority es la autoridad que expidió el permiso de conducir.

drivingLicenceIssuingNation es la nacionalidad de la autoridad que expidió el permiso de conducir.

drivingLicenceNumber es el número del permiso de conducir.

2.19. CardEventData

Información almacenada en una tarjeta de conductor o de taller relativa a los incidentes asociados al titular de la tarjeta (anexo 1C, requisitos 260, 285, 318 y 341).

Image

Texto de la imagen

CardEventData es una secuencia de cardEventRecords ordenada por valor ascendente del código EventFaultType (excepto los registros relacionados con intentos de violación de la seguridad, que se incluyen en el último conjunto de la secuencia).

cardEventRecords es un conjunto de registros de incidentes de un tipo en particular (o de una categoría en particular, en el caso de los intentos de violación de la seguridad).

2.20. CardEventRecord

Información almacenada en una tarjeta de conductor o de taller y relativa a un incidente asociado al titular de la tarjeta (anexo 1C, requisitos 261, 286, 318 y 341).

Image

Texto de la imagen

eventType es el tipo de incidente.

eventBeginTime es la fecha y la hora de comienzo del incidente.

eventEndTime es la fecha y la hora en que termina el incidente.

eventVehicleRegistration es el VRN y el nombre del Estado miembro donde se matriculó el vehículo en el que se produjo el incidente.

2.21. CardFaultData

Información almacenada en una tarjeta de conductor o de taller y relativa a los fallos asociados al titular de la tarjeta (anexo 1C, requisitos 263, 288, 318 y 341).

Image

Texto de la imagen

CardFaultData es una secuencia integrada por un conjunto con los registros de los fallos del aparato de control, seguido de un conjunto con los registros de los fallos de la tarjeta.

cardFaultRecords es un conjunto de registros de fallos de una categoría determinada (del aparato de control o de la tarjeta).

2.22. CardFaultRecord

Información almacenada en una tarjeta de conductor o de taller y relativa a un fallo asociado al titular de la tarjeta (anexo 1C, requisitos 264, 289, 318 y 341).

Image

Texto de la imagen

faultType es el tipo de fallo.

faultBeginTime es la fecha y la hora de comienzo del fallo.

faultEndTime es la fecha y la hora en que termina el fallo.

faultVehicleRegistration es el VRN y el nombre del Estado miembro donde se matriculó el vehículo en el que ocurrió el fallo.

2.23. CardIccIdentification

Información almacenada en una tarjeta y relativa a la identificación de la tarjeta con circuito integrado (CI) (anexo 1C, requisito 248).

Image

Texto de la imagen

clockStop es el modo de parada de reloj, tal y como se define en el apéndice 2.

cardExtendedSerialNumber es el número de serie único de la tarjeta con CI, tal como se especifica más en detalle mediante el tipo de datos ExtendedSerialNumber.

cardApprovalNumber es el número de homologación de la tarjeta.

cardPersonaliserID es la identificación personal de la tarjeta codificada como ManufacturerCode.

embedderIcAssemblerId proporciona información sobre el integrador/montador del CI.

icIdentifier es el identificador del CI que incorpora la tarjeta y del fabricante de dicho CI, tal y como se define en la norma ISO/CEI 7816-6.

2.24. CardIdentification

Información almacenada en una tarjeta y relativa a la identificación de la tarjeta (anexo 1C, requisitos 255, 280, 310, 333, 359, 365, 371 y 377).

Image

Texto de la imagen

cardIssuingMemberState es el código del Estado miembro que expide la tarjeta.

cardNumber es el número de la tarjeta.

cardIssuingAuthorityName es el nombre de la autoridad que ha expedido la tarjeta.

cardIssueDate es la fecha en que se expidió la tarjeta al titular actual.

cardValidityBegin es la fecha correspondiente al primer día de validez de la tarjeta.

cardExpiryDate es la fecha en que termina la validez de la tarjeta.

2.25. CardMACertificate

Generación 2:

Certificado de la clave pública de la tarjeta para la autenticación mutua con una VU. La estructura de este certificado se especifica en el apéndice 11.

Image

Texto de la imagen

2.26. CardNumber

Un número de tarjeta, según se indica en la definición g).

Image

Texto de la imagen

driverIdentification es la identificación exclusiva de un conductor en un Estado miembro.

ownerIdentification es la identificación exclusiva de una empresa, un taller o un organismo de control en un Estado miembro.

cardConsecutiveIndex es el índice consecutivo de la tarjeta.

cardReplacementIndex es el índice de sustitución de la tarjeta.

cardRenewalIndex es el índice de renovación de la tarjeta.

La primera de las dos secuencias a elegir sirve para codificar el número de una tarjeta de conductor, mientras que la segunda secuencia sirve para codificar los números de las tarjetas de taller, de control y de empresa.

2.27. CardPlaceDailyWorkPeriod

Información almacenada en una tarjeta de conductor o en una tarjeta de taller y relativa a los lugares donde comienzan y/o terminan los períodos de trabajo diarios (anexo 1C, requisitos 272, 297, 325 y 348).

Image

Texto de la imagen

placePointerNewestRecord es el índice del último registro actualizado de un lugar.

Asignación de valor: número que corresponde al numerador del registro de un lugar. Al primer registro de la estructura se le asigna el número ‘0’.

placeRecords es el conjunto de registros que contienen la información relativa a los lugares introducidos.

2.28. CardPrivateKey

Generación 1:

La clave privada de una tarjeta.

Image

Texto de la imagen

2.29. CardPublicKey

La clave pública de una tarjeta.

Image

Texto de la imagen

2.30. CardRenewalIndex

El índice de renovación de una tarjeta [definición i)].

Image

Texto de la imagen

Asignación de valor: (véase el capítulo VII del presente anexo).

‘0’

Primera expedición.

Orden de incremento: ‘0, …, 9, A, …, Z’

2.31. CardReplacementIndex

El índice de sustitución de una tarjeta [definición j)].

Image

Texto de la imagen

Asignación de valor: (véase el capítulo VII del presente anexo).

‘0’

Tarjeta original.

Orden de incremento: ‘0, …, 9, A, …, Z’

2.32. CardSignCertificate

Generación 2:

Certificado de la clave pública de la tarjeta para su firma. La estructura de este certificado se especifica en el apéndice 11.

Image

Texto de la imagen

2.33. CardSlotNumber

Código para distinguir entre las dos ranuras de una unidad instalada en el vehículo.

Image

Texto de la imagen

Asignación de valor: no hay más especificaciones.

2.34. CardSlotsStatus

Código que indica el tipo de tarjetas insertadas en las dos ranuras de la unidad instalada en el vehículo.

Image

Texto de la imagen

Asignación de valor — Alineación de octeto: ‘ccccdddd’B

‘cccc’B

Identificación del tipo de tarjeta insertada en la ranura del segundo conductor,

‘dddd’B

Identificación del tipo de tarjeta insertada en la ranura del conductor,

con los siguientes códigos de identificación:

‘0000’B

no hay tarjeta insertada,

‘0001’B

se ha insertado una tarjeta de conductor,

‘0010’B

se ha insertado una tarjeta de taller,

‘0011’B

se ha insertado una tarjeta de control,

‘0100’B

se ha insertado una tarjeta de empresa.

2.35. CardSlotsStatusRecordArray

Generación 2:

El CardSlotsStatus más metadatos tal como se utilizan en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (CardSlotsStatus). Asignación de valor: véase RecordType

recordSize es el tamaño de CardSlotsStatus en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de registros de CardSlotsStatus.

2.36. CardStructureVersion

Código que indica la versión de la estructura empleada en una tarjeta de tacógrafo.

Image

Texto de la imagen

Asignación de valor: ‘aabb’H:

‘aa’H

Índice para cambios de la estructura,

‘00’H para aplicaciones de la Generación 1

‘01’H para aplicaciones de la Generación 2

‘bb’H

Índice para cambios relativos al uso de los elementos de datos definidos para la estructura que viene dada por el byte alto.

‘00’H para esta versión de las aplicaciones de la Generación 1

‘00’H para esta versión de las aplicaciones de la Generación 2

2.37. CardVehicleRecord

Información almacenada en una tarjeta de conductor o de taller y relativa a un período de uso de un vehículo durante un día civil (anexo 1C, requisitos 269, 294, 322 y 345).

Generación 1:

Image Texto de la imagen

vehicleOdometerBegin es la lectura del cuentakilómetros del vehículo al comenzar el período de uso del vehículo.

vehicleOdometerEnd es la lectura del cuentakilómetros del vehículo al terminar el período de uso del vehículo.

vehicleFirstUse es la fecha y la hora en que comienza el período de uso del vehículo.

vehicleLastUse es la fecha y la hora en que termina el período de uso del vehículo.

vehicleRegistration es el VRN y el Estado miembro donde se ha matriculado el vehículo.

vuDataBlockCounter es el valor del VuDataBlockCounter en el momento de extraer la tarjeta por última vez en el período de uso del vehículo.

Generación 2:

Image Texto de la imagen

Además de los de la generación 1, se utiliza el siguiente elemento de datos:

VehicleIdentificationNumber es el número de identificación del vehículo referido al vehículo completo.

2.38. CardVehiclesUsed

Información almacenada en una tarjeta de conductor o de taller relativa a los vehículos empleados por el titular de la tarjeta (anexo 1C, requisitos 270, 295, 323 y 346).

Image

Texto de la imagen

vehiclePointerNewestRecord es el índice del último registro actualizado del vehículo.

Asignación de valor: número correspondiente al numerador del registro de un vehículo. Al primer registro de la estructura se le asigna el número ‘0’.

cardVehicleRecords es el conjunto de registros con información sobre los vehículos utilizados.

2.39. CardVehicleUnitRecord

Generación 2:

Información almacenada en una tarjeta de conductor o de taller y relativa a una unidad instalada en el vehículo que ha sido utilizada (anexo 1C, requisitos 303 y 351).

Image

Texto de la imagen

timeStamp es el comienzo del período de uso de la unidad instalada en el vehículo (es decir, primera inserción de la tarjeta en la unidad instalada en el vehículo en el período).

manufacturerCode identifica al fabricante de la unidad instalada en el vehículo.

deviceID identifica el tipo de unidad instalada en el vehículo de un fabricante. El valor es particular del fabricante.

vuSoftwareVersion es el número de la versión de software que lleva instalado la unidad instalada en el vehículo.

2.40. CardVehicleUnitsUsed

Generación 2:

Información almacenada en una tarjeta de conductor o de taller y relativa a las unidades instaladas en el vehículo utilizadas por el titular de la tarjeta (anexo 1C, requisitos 306 y 352).

Image

Texto de la imagen

vehicleUnitPointerNewestRecord es el índice del último registro actualizado de la unidad instalada en el vehículo.

Asignación de valor: número correspondiente al numerador del registro de una unidad instalada en el vehículo. Al primer registro de la estructura se le asigna el número ‘0’.

cardVehicleUnitRecords es el conjunto de registros con información sobre las unidades instaladas en el vehículo utilizadas.

2.41. Certificate

El certificado de una clave pública expedido por una autoridad de certificación.

Generación 1:

Image Texto de la imagen

Asignación de valor: firma digital con recuperación parcial de un CertificateContent, con arreglo al apéndice 11 «Mecanismos de seguridad comunes»: firma (128 bytes) || resto de la clave pública (58 bytes) || referencia de la autoridad de certificación (8 bytes).

Generación 2:

Image Texto de la imagen

Asignación de valor: véase el apéndice 11.

2.42. CertificateContent

Generación 1:

El contenido (sin cifrar) del certificado de una clave pública, con arreglo al apéndice 11 «Mecanismos de seguridad comunes».

Image

Texto de la imagen

certificateProfileIdentifier es la versión del certificado que corresponda.

Asignación de valor: ‘01h’ para esta versión.

certificationAuthorityReference identifica a la autoridad de certificación que expide el certificado. También es una referencia a la clave pública de dicha autoridad de certificación.

certificateHolderAuthorisation identifica los derechos que asisten al titular del certificado.

certificateEndOfValidity es la fecha en que expira administrativamente el certificado.

certificateHolderReference identifica al titular del certificado. También es una referencia a su clave pública.

publicKey es la clave pública que se certifica con este certificado.

2.43. CertificateHolderAuthorisation

Identificación de los derechos que asisten al titular de un certificado.

Image

Texto de la imagen

Generación 1:

tachographApplicationID es el identificador de la aplicación de tacógrafo.

Asignación de valor: ‘FFh’ ‘54h’ ‘41h’ ‘43h’ ‘48h’ ‘4Fh’. Este AID es un identificador propio y no registrado de la aplicación, con arreglo a la norma ISO/CEI 7816-5.

equipmentType es la identificación del tipo de equipo al que se refiere el certificado.

Asignación de valor: de acuerdo con el tipo de datos EquipmentType. 0 si el certificado es de un Estado miembro.

Generación 2:

tachographApplicationID denota los 6 bytes más significativos del identificador de aplicación (AID) de la tarjeta de tacógrafo de generación 2. La AID de la aplicación de la tarjeta de tacógrafo se especifica en el capítulo 6.2.

Asignación de valor:‘FF 53 4D 52 44 54’.

equipmentType es la identificación del tipo de equipo según lo especificado para la generación 2 a que se refiere el certificado.

Asignación de valor: de acuerdo con el tipo de datos EquipmentType.

2.44. CertificateRequestID

Identificacion exclusiva de una solicitud de certificado. También puede utilizarse como identificador de la clave pública de una unidad instalada en el vehículo si en el momento de generar el certificado se desconoce el número de serie de la unidad a la que se refiere la clave.

Image

Texto de la imagen

requestSerialNumber es un número de serie para la solicitud de certificado, exclusivo para el fabricante y para el mes a que se refiere la línea siguiente.

requestMonthYear es la identificación del mes y el año de la solicitud de certificado.

Asignación de valor: codificación BCD del mes (dos dígitos) y el año (dos últimos dígitos).

crIdentifier: es un identificador para distinguir entre una solicitud de certificado y un número de serie ampliado.

Asignación de valor: ‘FFh’.

manufacturerCode: es el código numérico del fabricante que solicita el certificado.

2.45. CertificationAuthorityKID

Identificador de la clave pública de una autoridad de certificación (un Estado miembro o la autoridad de certificación europea).

Image

Texto de la imagen

nationNumeric es el código numérico de nación de la autoridad de certificación.

nationAlpha es el código alfanumérico de nación de la autoridad de certificación.

keySerialNumber es un número de serie para distinguir las diferentes claves de la autoridad de certificación en caso de que estas se cambien.

additionalInfo es un campo de dos bytes para codificación adicional (específica de la autoridad de certificación).

caIdentifier es un identificador para distinguir entre el identificador de clave de una autoridad de certificación y otros identificadores de clave.

Asignación de valor: ‘01h’.

2.46. CompanyActivityData

Información almacenada en una tarjeta de empresa y relativa a las actividades que se realizan con la tarjeta (anexo 1C, requisitos 373 y 379).

Image

Texto de la imagen

companyPointerNewestRecord es el índice del último companyActivityRecord actualizado.

Asignación de valor: número correspondiente al numerador del registro de una actividad de la empresa. Al primer registro de la estructura se le asigna el número ‘0’.

companyActivityRecords es el conjunto de todos los registros de actividades de la empresa.

companyActivityRecord es la secuencia de información relativa a una actividad de la empresa.

companyActivityType es el tipo de actividad de la empresa.

companyActivityTime es la fecha y la hora de la actividad de la empresa.

cardNumberInformation es el número de tarjeta y el nombre del Estado miembro que ha expedido la tarjeta cuyos datos se han transferido, en tal caso.

vehicleRegistrationInformation es el VRN y el nombre del Estado miembro donde se ha matriculado el vehículo cuyos datos se han transferido o cuyo bloqueo se ha activado o desactivado.

downloadPeriodBegin y downloadPeriodEnd es el período transferido de la VU, en tal caso.

2.47. CompanyActivityType

Código que indica una actividad realizada por una empresa haciendo uso de su tarjeta de empresa.

Image

Texto de la imagen

2.48. CompanyCardApplicationIdentification

Información almacenada en una tarjeta de empresa y relativa a la identificación de la aplicación de la tarjeta (anexo 1C, requisitos 369 y 375).

Image

Texto de la imagen

typeOfTachographCardId especifica el tipo de tarjeta utilizado.

cardStructureVersion especifica la versión de la estructura que se utiliza en la tarjeta.

noOfCompanyActivityRecords es el número de registros de actividades de la empresa que puede almacenar la tarjeta.

2.49. CompanyCardHolderIdentification

Información almacenada en una tarjeta de empresa y relativa a la identificación del titular de dicha tarjeta (anexo 1C, requisitos 372 y 378).

Image

Texto de la imagen

companyName es el nombre de la empresa titular.

companyAddress es la dirección de la empresa titular.

cardHolderPreferredLanguage es el idioma preferido por el titular de la tarjeta.

2.50. ControlCardApplicationIdentification

Información almacenada en una tarjeta de control y relativa a la identificación de la aplicación de la tarjeta (anexo 1C, requisitos 357 y 363).

Image

Texto de la imagen

typeOfTachographCardId especifica el tipo de tarjeta utilizado.

cardStructureVersion especifica la versión de la estructura que se utiliza en la tarjeta.

noOfControlActivityRecords es el número de registros de actividades de control que puede almacenar la tarjeta.

2.51. ControlCardControlActivityData

Información almacenada en una tarjeta de control y relativa a las actividades que se realizan con la tarjeta (anexo 1C, requisitos 361 y 367).

Image

Texto de la imagen

controlPointerNewestRecord es el índice del último registro actualizado de una actividad de control.

Asignación de valor: número correspondiente al numerador del registro de una actividad de control. Al primer registro de la estructura se le asigna el número ‘0’.

controlActivityRecords es el conjunto de todos los registros de actividades de control.

controlActivityRecord es la secuencia de información relativa a un control.

controlType es el tipo de control.

controlTime es la fecha y la hora del control.

controlledCardNumber es el número de tarjeta y el nombre del Estado miembro que ha expedido la tarjeta que es objeto del control.

controlledVehicleRegistration es el VRN y el nombre del Estado miembro donde se matriculó el vehículo que ha sido objeto del control.

controlDownloadPeriodBegin y controlDownloadPeriodEnd es el período cuyos datos se transfieren.

2.52. ControlCardHolderIdentification

Información almacenada en una tarjeta de control y relativa a la identificación del titular de la tarjeta (anexo 1C, requisitos 360 y 366).

Image

Texto de la imagen

controlBodyName es el nombre del organismo de control que corresponde al titular de la tarjeta.

controlBodyAddress es la dirección del organismo de control que corresponde al titular de la tarjeta.

cardHolderName es el nombre y los apellidos del titular de la tarjeta de control.

cardHolderPreferredLanguage es el idioma preferido por el titular de la tarjeta.

2.53. ControlType

Código que indica las actividades realizadas durante un control. Este tipo de datos está relacionado con el anexo 1C, requisitos 126, 274, 299, 327 y 350.

Image

Texto de la imagen

Generación 1:

Asignación de valor — Alineación de octeto: ‘cvpdxxxx’B (8 bits)

‘c’B

transferencia de los datos de la tarjeta:

‘0’B: datos de la tarjeta no transferidos durante esta actividad de control,

‘1’B: datos de la tarjeta transferidos durante esta actividad de control

‘v’B

transferencia de los datos de la VU:

‘0’B: datos de la VU no transferidos durante esta actividad de control,

‘1’B: datos de la VU transferidos durante esta actividad de control

‘p’B

impresión:

‘0’B: no se imprimen datos durante esta actividad de control,

‘1’B: se imprimen datos durante esta actividad de control

‘d’B

visualización:

‘0’B: no se visualizan datos durante esta actividad de control,

‘1’B: se visualizan datos durante esta actividad de control

‘xxxx’B

no se utiliza

Generación 2:

Asignación de valor — Alineación de octeto: ‘cvpdexxx’B (8 bits)

‘c’B

transferencia de los datos de la tarjeta:

‘0’B: datos de la tarjeta no transferidos durante esta actividad de control,

‘1’B: datos de la tarjeta transferidos durante esta actividad de control

‘v’B

transferencia de los datos de la VU:

‘0’B: datos de la VU no transferidos durante esta actividad de control,

‘1’B: datos de la VU transferidos durante esta actividad de control

‘p’B

impresión:

‘0’B: no se imprimen datos durante esta actividad de control,

‘1’B: se imprimen datos durante esta actividad de control

‘d’B

visualización:

‘0’B: no se visualizan datos durante esta actividad de control,

‘1’B: se visualizan datos durante esta actividad de control

‘e’B

control del calibrado en carretera:

‘0’B: parámetros de calibrado no controlados durante esta actividad de control,

‘1’B: parámetros de calibrado controlados durante esta actividad de control,

‘xxx’B

RFU.

2.54. CurrentDateTime

La fecha y la hora actuales del aparato de control.

Image

Texto de la imagen

Asignación de valor: no hay más especificaciones.

2.55. CurrentDateTimeRecordArray

Generación 2:

La fecha y la hora actuales más metadatos tal y como se utilizan en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (CurrentDateTime). Asignación de valor: véase RecordType.

recordSize es el tamaño de CurrentDateTime en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros de fecha y hora actuales.

2.56. DailyPresenceCounter

Contador que está almacenado en una tarjeta de conductor o de taller y que se incrementa en una unidad por cada día civil que se haya insertado la tarjeta en una VU. Este tipo de datos está relacionado con los requisitos 266, 299, 320 y 343 del anexo 1C.

Image

Texto de la imagen

Asignación de valor: número consecutivo con un valor máximo de 9 999 y que vuelve a comenzar desde 0. La primera vez que se expide la tarjeta, el número se pone a 0.

2.57. Datef

Fecha expresada en un formato numérico fácil de imprimir.

Image

Texto de la imagen

Asignación de valor:

yyyy

año

mm

mes

dd

día

‘00000000’H

denota explícitamente la ausencia de fecha.

2.58. DateOfDayDownloaded

Generación 2:

La fecha y hora de la transferencia.

Image

Texto de la imagen

Asignación de valor: no hay más especificaciones.

2.59. DateOfDayDownloadedRecordArray

Generación 2:

La fecha y la hora de la transferencia más metadatos tal y como se utilizan en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (DateOfDayDownloaded). Asignación de valor: véase RecordType.

recordSize es el tamaño de CurrentDateTime en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de fecha y hora de los registros de transferencia.

2.60. Distance

Una distancia recorrida (resultado de calcular la diferencia en kilómetros entre dos lecturas del cuentakilómetros del vehículo).

Image

Texto de la imagen

Asignación de valor: número binario sin signo. Valor en km en el intervalo operativo de 0 a 9 999 km.

2.61. DriverCardApplicationIdentification

Información almacenada en una tarjeta de conductor y relativa a la identificación de la aplicación de la tarjeta (anexo 1C, requisitos 253 y 278).

Generación 1:

Image Texto de la imagen

typeOfTachographCardId especifica el tipo de tarjeta utilizado.

cardStructureVersion especifica la versión de la estructura que se utiliza en la tarjeta.

noOfEventsPerType es el número de incidentes de cada tipo que puede registrar la tarjeta.

noOfFaultsPerType es el número de fallos de cada tipo que puede registrar la tarjeta.

activityStructureLength indica el número de bytes disponibles para almacenar registros de actividad.

noOfCardVehicleRecords es el número de registros del vehículo que caben en la tarjeta.

noOfCardPlaceRecords es el número de lugares que puede registrar la tarjeta.

Generación 2:

Image Texto de la imagen

Además de los de la generación 1, se utilizan los siguientes elementos de datos:

noOfGNSSCDRecords es el número de registros GNSS de conducción continua que puede almacenar la tarjeta.

noOfSpecificConditionRecords es el número de registros de condiciones específicas que puede almacenar la tarjeta.

2.62. DriverCardHolderIdentification

Información almacenada en una tarjeta de conductor y relativa a la identificación del titular de la tarjeta (anexo 1C, requisitos 256 y 281).

Image

Texto de la imagen

cardHolderName es el nombre y los apellidos del titular de la tarjeta de conductor.

cardHolderBirthDate es la fecha de nacimiento del titular de la tarjeta de conductor.

cardHolderPreferredLanguage es el idioma preferido por el titular de la tarjeta.

2.63. DSRCSecurityData

Generación 2:

La información en texto sin formato y el MAC que deben transmitirse a través de DSRC desde el tacógrafo al interrogador remoto (RI), véanse detalles en el apéndice 11, parte B, capítulo 13.

Image

Texto de la imagen

tagLength forma parte de la codificación DER-TLV y debe ponerse a ‘81 10’ (véase el apéndice 11, parte B, capítulo 13).

currentDateTime es la fecha y la hora actuales de la unidad instalada en el vehículo.

counter enumera los mensajes RTM.

vuSerialNumber es el número de serie de la unidad instalada en el vehículo.

dSRCMKVersionNumber es el número de versión de la clave maestra DSRC de la que se derivaron las claves DSRC específicas de VU.

tagLengthMac es la etiqueta y la longitud del objeto de datos MAC como parte de la codificación DER-TLV. La etiqueta deberá ser ‘8E’ y la longitud codificará la longitud del MAC en octetos (véase el apéndice 11, parte B, capítulo 13).

mac es el MAC calculado sobre el mensaje RTM (véase el apéndice 11, parte B, capítulo 13).

2.64. EGFCertificate

Generación 2:

Certificado de la clave pública del dispositivo GNSS externo para la autenticación mutua con una VU. La estructura de este certificado se especifica en el apéndice 11.

Image

Texto de la imagen

2.65. EmbedderIcAssemblerId

Facilita información sobre el integrador del CI.

Image

Texto de la imagen

countryCode es el código de país de dos letras del integrador del módulo conforme a la norma ISO 3166.

moduleEmbedder identifica al integrador del módulo.

manufacturerInformation para uso interno del fabricante.

2.66. EntryTypeDailyWorkPeriod

Código para distinguir entre el comienzo y el final cuando se introduce un período diario de trabajo, el lugar y la condición de la entrada.

Generación 1

Image Texto de la imagen

Asignación de valor: con arreglo a la norma ISO/CEI 8824-1.

Generación 2

Image Texto de la imagen

Asignación de valor: con arreglo a la norma ISO/CEI 8824-1.

2.67. EquipmentType

Código para distinguir diferentes tipos de equipos para la aplicación de tacógrafo.

Image

Texto de la imagen

Generación 1:

Image Texto de la imagen

Asignación de valor: con arreglo a la norma ISO/CEI 8824-1.

El valor 0 se reserva para designar a un Estado miembro o a Europa en el campo CHA de los certificados.

Generación 2:

se utilizan los mismos valores que en la generación 1, con los siguientes añadidos:

Image Texto de la imagen

Nota: Pueden utilizarse en SealRecord, si procede, los valores de generación 2 de la placa, el adaptador y la conexión del GNSS externo, así como los valores de generación 1 de la unidad instalada en el vehículo y el sensor de movimiento.

2.68. EuropeanPublicKey

Generación 1:

La clave pública europea.

Image

Texto de la imagen

2.69. EventFaultRecordPurpose

Código que explica por qué se ha registrado un incidente o fallo.

Image

Texto de la imagen

Asignación de valor:

ImageBOOM

uno de los diez incidentes o fallos más recientes (o de los diez últimos)

el incidente de más duración ocurrido en uno de los diez últimos días en que se hayan producido incidentes de este tipo

uno de los cinco incidentes de más duración ocurridos en los últimos 365 días

el último incidente ocurrido en uno de los diez últimos días en que se hayan producido incidentes de este tipo

el incidente más grave en uno de los diez últimos días en que se hayan producido incidentes de este tipo

uno de los cinco incidentes más graves ocurridos en los últimos 365 días

el primer incidente o fallo ocurrido tras el último calibrado

un incidente o fallo activo/en curso

RFU

específica del fabricante

2.70. EventFaultType

Código que califica un incidente o un fallo.

Image

Texto de la imagen

Asignación de valor:

Generación 1:

ImageBOOM

Incidentes de carácter general,

No hay más información,

Inserción de una tarjeta no válida,

Conflicto de tarjetas,

Solapamiento temporal,

Conducción sin tarjeta adecuada,

Inserción de tarjeta durante la conducción,

Error al cerrar la última sesión de la tarjeta,

Exceso de velocidad,

Interrupción del suministro eléctrico,

Error en datos de movimiento,

Conflicto de movimiento del vehículo,

RFU,

ImageBOOM

Intentos de violación de la seguridad relacionados con la VU,

No hay más información,

Fallo de autenticación del sensor de movimiento,

Fallo de autenticación de la tarjeta de tacógrafo,

Cambio no autorizado del sensor de movimiento,

Error de integridad en la entrada de los datos de la tarjeta,

Error de integridad en los datos de usuario almacenados,

Error en una transferencia interna de datos,

Apertura no autorizada de la carcasa,

Sabotaje del hardware,

RFU,

ImageBOOM

Intentos de violación de la seguridad relacionados con el sensor,

No hay más información,

Fallo de autenticación,

Error de integridad en los datos almacenados,

Error en una transferencia interna de datos,

Apertura no autorizada de la carcasa,

Sabotaje del hardware,

RFU,

ImageBOOM

Fallos del aparato de control,

No hay más información,

Fallo interno de la VU,

Fallo de la impresora,

Fallo de la pantalla,

Fallo de transferencia,

Fallo del sensor,

RFU,

ImageBOOM

Fallos de las tarjetas,

No hay más información,

RFU,

ImageBOOM

RFU,

ImageBOOM

específicos del fabricante.

Generación 2:

se utilizan los mismos valores que en la generación 1, con los siguientes añadidos:

ImageBOOM

Conflicto temporal (entre el GNSS y el reloj interno de la VU),

RFU,

ImageBOOM

Fallos relacionados con el GNSS,

No hay más información,

Fallo del receptor GNSS interno,

Fallo del receptor GNSS externo,

Fallo del dispositivo de comunicación GNSS externo,

Ausencia de datos de posición GNSS,

Detección de manipulación de GNSS,

Certificado del dispositivo GNSS externo expirado,

RFU,

ImageBOOM

Fallos relacionados con el módulo de comunicación a distancia,

No hay más información,

Fallo del módulo de comunicación a distancia,

Fallo de comunicación del módulo de comunicación a distancia,

RFU,

ImageBOOM

Fallos de la interfaz ITS,

No hay más información,

RFU.

2.71. ExtendedSealIdentifier

Generación 2:

El identificador de precinto ampliado identifica de manera única un precinto (anexo 1C, requisito 401).

Image

Texto de la imagen

manufacturerCode es un código del fabricante del precinto.

sealIdentifier es un identificador del precinto que es exclusivo para el fabricante.

2.72. ExtendedSerialNumber

Identificación exclusiva de un equipo. También puede utilizarse como el identificador de clave pública de un equipo.

Generación 1:

Image Texto de la imagen

serialNumber es el número de serie de un equipo; exclusivo para el fabricante, para el tipo de equipo y para el mes y año a que se refiere la línea siguiente.

monthYear es la identificación del mes y el año de fabricación (o de la asignación del número de serie).

Asignación de valor: codificación BCD del mes (dos dígitos) y el año (dos últimos dígitos).

type es un identificador del tipo de equipo.

Asignación de valor: específica del fabricante, con ‘FFh’ valor reservado.

manufacturerCode: es el código numérico que identifica al fabricante de un equipo homologado.

Generación 2:

Image Texto de la imagen

serialNumber véase generación 1

monthYear véase generación 1

type indica el tipo de equipo

manufacturerCode: véase generación 1.

2.73. FullCardNumber

Código que identifica por completo a una tarjeta de tacógrafo.

Image

Texto de la imagen

cardType es el tipo de tarjeta de tacógrafo.

cardIssuingMemberState es el código del Estado miembro que ha expedido la tarjeta.

cardNumber es el número de la tarjeta.

2.74. FullCardNumberAndGeneration

Generación 2:

Código que identifica por completo a una tarjeta de tacógrafo y su generación.

Image

Texto de la imagen

fullcardNumber identifica la tarjeta de tacógrafo.

generation indica la generación de la tarjeta de tacógrafo utilizada.

2.75. Generation

Generación 2:

Indica la generación del tacógrafo utilizado.

Image

Texto de la imagen

Asignación de valor:

‘00’H

RFU

‘01’H

Generación 1

‘02’H

Generación 2

‘03’H .. ‘FF’H

RFU

2.76. GeoCoordinates

Generación 2:

Las coordenadas geográficas se codifican con números enteros. Estos enteros son múltiplos de la codificación ± GGMM.M para la latitud y ± GGGMM.M para la longitud, donde ± GG y ± GGG denotan los grados y MM.M los minutos.

Image

Texto de la imagen

latitude se codifica como un múltiplo (factor 10) de la representación ± GGMM.M.

longitude se codifica como un múltiplo (factor 10) de la representación ± GGGMM.M.

2.77. GNSSAccuracy

Generación 2:

La exactitud de los datos de posición del GNSS (definición eee)). Esta exactitud se codifica con un número entero y es un múltiplo (factor 10) del valor X.Y facilitado por la sentencia GSA NMEA.

Image

Texto de la imagen

2.78. GNSSContinuousDriving

Generación 2:

Información almacenada en una tarjeta de conductor o de taller y relativa a la posición GNSS del vehículo si el tiempo de conducción continua del conductor alcanza un múltiplo de tres horas (anexo 1C, requisitos 306 y 354).

Image

Texto de la imagen

gnssCDPointerNewestRecord es el índice del último registro actualizado de conducción continua del GNSS.

Asignación de valor: número correspondiente al numerador del registro de conducción continua del GNSS. Al primer registro de la estructura se le asigna el número ‘0’.

gnssContinuousDrivingRecords es el conjunto de registros que contienen la fecha y hora en que la conducción continua alcanza un múltiplo de tres horas e información sobre la posición del vehículo.

2.79. GNSSContinuousDrivingRecord

Generación 2:

Información almacenada en una tarjeta de conductor o de taller y relativa a la posición GNSS del vehículo si el tiempo de conducción continua del conductor alcanza un múltiplo de tres horas (anexo 1C, requisitos 305 y 353).

Image

Texto de la imagen

timeStamp es la fecha y hora en las que el tiempo de conducción continua del titular de la tarjeta llega a un múltiplo de tres horas.

gnssPlaceRecord contiene información relacionada con la posición del vehículo.

2.80. GNSSPlaceRecord

Generación 2:

Información relacionada con la posición GNSS del vehículo (anexo 1C, requisitos 108, 109, 110, 296, 305, 347 y 353).

Image

Texto de la imagen

timeStamp es la fecha y la hora en que se determinó la posición GNSS del vehículo.

gnssAccuracy es la exactitud de los datos de posición GNSS.

geoCoordinates es la localización registrada utilizando el GNSS.

2.81. HighResOdometer

Lectura del cuentakilómetros del vehículo: distancia acumulada que ha recorrido el vehículo durante su funcionamiento.

Image

Texto de la imagen

Asignación de valor: número binario sin signo. Valor en 1/200 km en el intervalo operativo de 0 a 21 055 406 km.

2.82. HighResTripDistance

La distancia recorrida durante todo o parte de un viaje.

Image

Texto de la imagen

Asignación de valor: número binario sin signo. Valor en 1/200 km en el intervalo operativo de 0 a 21 055 406 km.

2.83. HolderName

El nombre y apellidos del titular de una tarjeta.

Image

Texto de la imagen

holderSurname son los apellidos del titular. No incluye el tratamiento.

Asignación de valor: cuando una tarjeta no es personal, holderSurname contiene la misma información que companyName o workshopName o controlBodyName.

holderFirstNames es el nombre y las iniciales del titular.

2.84. InternalGNSSReceiver

Generación 2:

Información sobre si el receptor GNSS es interno o externo a la unidad instalada en el vehículo. True significa que el receptor GNSS es interno a la VU. False significa que el receptor GNSS es externo.

Image

Texto de la imagen

2.85. K-ConstantOfRecordingEquipment

Constante del aparato de control [definición m)].

Image

Texto de la imagen

Asignación de valor: impulsos por kilómetro en el intervalo operativo de 0 a 64 255 impulsos/km.

2.86. KeyIdentifier

Un identificador exclusivo de una clave pública, empleado para hacer referencia a dicha clave y seleccionarla. También identifica al titular de la clave.

Image

Texto de la imagen

La primera opción sirve para hacer referencia a la clave pública de una unidad instalada en el vehículo o de una tarjeta de tacógrafo.

La segunda opción sirve para hacer referencia a la clave pública de una VU (en caso de que el número de serie de dicha VU no pueda conocerse en el momento de generarse el certificado).

La tercera opción sirve para hacer referencia a la clave pública de un Estado miembro.

2.87. KMWCKey

Generación 2:

Clave AES y su versión de clave asociada utilizada en el emparejamiento VU — sensor de movimiento. Para más detalles véase el apéndice 11.

Image

Texto de la imagen

kMWCKey es la longitud de la clave AES concatenada con la clave que se utiliza para el emparejamiento VU — sensor de movimiento.

keyVersion denota la versión de la clave AES.

2.88. Language

Código que identifica un idioma.

Image

Texto de la imagen

Asignación de valor: codificación mediante dos letras en minúsculas con arreglo a la norma ISO 639.

2.89. LastCardDownload

Fecha y hora, almacenadas en una tarjeta de conductor, de la última transferencia de los datos de la tarjeta (para fines distintos de los de control), anexo 1C, requisitos 257 y 282. Esta fecha puede ser actualizada por una VU o por cualquier lector de tarjetas.

Image

Texto de la imagen

Asignación de valor: no hay más especificaciones.

2.90. LinkCertificate

Generación 2:

Certificado de enlace entre pares de claves de la European Root CA.

Image

Texto de la imagen

2.91. L-TyreCircumference

Circunferencia efectiva de los neumáticos de las ruedas [definición u)].

Image

Texto de la imagen

Asignación de valor: número binario sin signo, valor en 1/8 mm en el intervalo operativo de 0 a 8 031 mm.

2.92. MAC

Generación 2:

Una suma de control criptográfica de 8, 12 o 16 bytes de longitud correspondiente a los conjuntos de cifrado que se especifican en el apéndice 11.

Image

Texto de la imagen

2.93. ManualInputFlag

Código que indica si el titular de una tarjeta, en el momento de insertar dicha tarjeta, ha introducido o no manualmente alguna actividad del conductor (anexo 1B, requisito 081, y anexo 1C, requisito 102).

Image

Texto de la imagen

Asignación de valor: no hay más especificaciones.

2.94. ManufacturerCode

Código que identifica al fabricante de un aparato homologado.

Image

Texto de la imagen

El laboratorio encargado de los ensayos de interoperabilidad conservará y publicará en su sitio web la lista de códigos de fabricantes (anexo 1C, requisito 454).

Los códigos de fabricante se asignarán provisionalmente a los desarrolladores de tacógrafos al presentar una solicitud al laboratorio competente para realizar los ensayos de interoperabilidad.

2.95. ManufacturerSpecificEventFaultData

Generación 2:

Los códigos de error específicos del fabricante simplifican el análisis de errores y el mantenimiento de las VU.

Image

Texto de la imagen

manufacturerCode identifica al fabricante de la unidad instalada en el vehículo.

manufacturerSpecificErrorCode es un código de error específico del fabricante.

2.96. MemberStateCertificate

El certificado de la clave pública de un Estado miembro, expedido por la autoridad de certificación europea.

Image

Texto de la imagen

2.97. MemberStateCertificateRecordArray

Generación 2:

El certificado del Estado miembro más metadatos tal y como se utilizan en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (MemberStateCertificate). Asignación de valor: véase RecordType.

recordSize es el tamaño de MemberStateCertificate en bytes.

noOfRecords es el número de registros que hay en el conjunto. El valor se pondrá a 1, ya que los certificados pueden tener diferentes longitudes.

records es el conjunto de certificados de Estado miembro.

2.98. MemberStatePublicKey

Generación 1:

La clave pública de un Estado miembro.

Image

Texto de la imagen

2.99. Name

Un nombre.

Image

Texto de la imagen

codePage especifica un conjunto de caracteres definidos en el capítulo 4,

name representa un nombre codificado utilizando el conjunto de caracteres especificado.

2.100. NationAlpha

Toda referencia alfabética a un país se realizará con arreglo a los distintivos utilizados en los vehículos en el tráfico internacional (Convención de Viena sobre la circulación vial de las Naciones Unidas, 1968).

Image

Texto de la imagen

Los códigos alfanuméricos que identifican a los distintos países figurarán en una lista mantenida en el sitio web del laboratorio designado para realizar los ensayos de interoperabilidad, tal y como establece en el anexo 1C, requisito 440.

2.101. NationNumeric

Referencia numérica a un país.

Image

Texto de la imagen

Asignación de valor: véase tipo de datos 2.100 (NationAlpha).

Toda modificación o actualización de la especificación alfanumérica relativa a los distintos países descrita en el párrafo anterior tendrá lugar, únicamente, después de que el laboratorio designado haya obtenido las observaciones de los fabricantes de unidades instaladas en el vehículo de tacógrafos digitales e inteligentes homologados.

2.102. NoOfCalibrationRecords

Número de registros de calibrado que puede almacenar una tarjeta de taller.

Generación 1:

Image Texto de la imagen

Asignación de valor: véase el apéndice 2.

Generación 2:

Image Texto de la imagen

Asignación de valor: véase el apéndice 2.

2.103. NoOfCalibrationsSinceDownload

Contador que indica el número de calibrados realizados con una tarjeta de taller desde que se transfirieran por última vez sus datos (anexo 1C, requisitos 317 y 340).

Image

Texto de la imagen

Asignación de valor: no hay más especificaciones.

2.104. NoOfCardPlaceRecords

Número de registros de lugares que puede almacenar una tarjeta de conductor o de taller.

Generación 1:

Image Texto de la imagen

Asignación de valor: véase el apéndice 2.

Generación 2:

Image Texto de la imagen

Asignación de valor: véase el apéndice 2.

2.105. NoOfCardVehicleRecords

Número de registros sobre vehículos usados que puede almacenar una tarjeta de conductor o de taller.

Image

Texto de la imagen

Asignación de valor: véase el apéndice 2.

2.106. NoOfCardVehicleUnitRecords

Generación 2:

Número de registros sobre unidades instalas en vehículos usados que puede almacenar una tarjeta de conductor o de taller.

Image

Texto de la imagen

Asignación de valor: véase el apéndice 2.

2.107. NoOfCompanyActivityRecords

Número de registros sobre actividades de empresa que puede almacenar una tarjeta de empresa.

Image

Texto de la imagen

Asignación de valor: véase el apéndice 2.

2.108. NoOfControlActivityRecords

Número de registros sobre actividades de control que puede almacenar una tarjeta de control.

Image

Texto de la imagen

Asignación de valor: véase el apéndice 2.

2.109. NoOfEventsPerType

Número de incidentes de cada tipo que puede almacenar una tarjeta.

Image

Texto de la imagen

Asignación de valor: véase el apéndice 2.

2.110. NoOfFaultsPerType

Número de fallos de cada tipo que puede almacenar una tarjeta.

Image

Texto de la imagen

Asignación de valor: véase el apéndice 2.

2.111. NoOfGNSSCDRecords

Generación 2:

Número de registros GNSS de conducción continua que puede almacenar una tarjeta.

Image

Texto de la imagen

Asignación de valor: véase el apéndice 2.

2.112. NoOfSpecificConditionRecords

Generación 2:

Número de registros de condición específica que puede almacenar una tarjeta.

Image

Texto de la imagen

Asignación de valor: véase el apéndice 2.

2.113. OdometerShort

Lectura del cuentakilómetros del vehículo en forma abreviada.

Image

Texto de la imagen

Asignación de valor: número binario sin signo. Valor en km en el intervalo operativo de 0 a 9 999 999 km.

2.114. OdometerValueMidnight

La lectura del cuentakilómetros del vehículo a medianoche de un día determinado (anexo 1B, requisito 090, y anexo 1C, requisito 113).

Image

Texto de la imagen

Asignación de valor: no hay más especificaciones.

2.115. OdometerValueMidnightRecordArray

Generación 2:

El OdometerValueMidnight más metadatos tal como se utilizan en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (OdometerValueMidnight). Asignación de valor: véase RecordType.

recordSize es el tamaño de OdometerValueMidnight en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de registros de OdometerValueMidnight.

2.116. OverspeedNumber

Número de incidentes de exceso de velocidad ocurridos desde el último control del exceso de velocidad.

Image

Texto de la imagen

Asignación de valor: 0 significa que no se ha producido ningún incidente de exceso de velocidad desde el último control, 1 significa que se ha producido un incidente de exceso de velocidad desde el último control …255 significa que se han producido 255 o más incidentes de exceso de velocidad desde el último control.

2.117. PlaceRecord

Información relativa al lugar donde comienza o termina un período de trabajo diario (anexo 1C, requisitos 108, 271, 296, 324 y 347).

Generación 1:

Image Texto de la imagen

entryTime es una fecha y una hora relacionadas con la entrada.

entryTypeDailyWorkPeriod es el tipo de entrada.

dailyWorkPeriodCountry es el país introducido.

dailyWorkPeriodRegion es la región introducida.

vehicleOdometerValue es la lectura del cuentakilómetros en el momento de introducir el lugar.

Generación 2:

Image Texto de la imagen

Además de los de la generación 1, se utiliza el siguiente componente:

entryGNSSPlaceRecord es la localización y la hora registrada.

2.118. PreviousVehicleInfo

Información relativa al vehículo que utilizara previamente un conductor al insertar su tarjeta en una unidad instalada en el vehículo (anexo 1B, requisito 081, y anexo 1C, requisito 102).

Generación 1:

Image Texto de la imagen

vehicleRegistrationIdentification es el VRN y el nombre del Estado miembro donde se matriculara el vehículo.

cardWithdrawalTime es la fecha y la hora de extracción de la tarjeta.

Generación 2:

Image Texto de la imagen

Además de los de la generación 1, se utiliza el siguiente elemento de datos:

vuGeneration indica la generación de la unidad instalada en el vehículo.

2.119. PublicKey

Generación 1:

Una clave RSA pública.

Image

Texto de la imagen

rsaKeyModulus es el módulo del par de claves.

rsaKeyPublicExponent es el exponente público del par de claves.

2.120. RecordType

Generación 2:

Referencia a un tipo de registro. Este tipo de datos se utiliza en RecordArrays.

Image

Texto de la imagen

Asignación de valor:

ImageBOOM

ActivityChangeInfo,

CardSlotsStatus,

CurrentDateTime,

MemberStateCertificate,

OdometerValueMidnight,

DateOfDayDownloaded,

SensorPaired,

Signature,

SpecificConditionRecord,

VehicleIdentificationNumber,

VehicleRegistrationNumber,

VuCalibrationRecord,

VuCardIWRecord,

VuCardRecord,

VuCertificate,

VuCompanyLocksRecord,

VuControlActivityRecord,

VuDetailedSpeedBlock,

VuDownloadablePeriod,

VuDownloadActivityData,

VuEventRecord,

VuGNSSCDRecord,

VuITSConsentRecord,

VuFaultRecord,

VuIdentification,

VuOverSpeedingControlData,

VuOverSpeedingEventRecord,

VuPlaceDailyWorkPeriodRecord,

VuTimeAdjustmentGNSSRecord,

VuTimeAdjustmentRecord,

VuPowerSupplyInterruptionRecord,

SensorPairedRecord,

SensorExternalGNSSCoupledRecord,

RFU,

específicos del fabricante.

2.121. RegionAlpha

Referencia alfabética a una región perteneciente a un país especificado.

Image

Texto de la imagen

Generación 1:

Asignación de valor:

Image Texto de la imagen

Generación 2:

Los códigos alfabéticos que identifican a las distintas regiones figurarán en una lista mantenida en el sitio web del laboratorio designado para realizar los ensayos de interoperabilidad.

2.122. RegionNumeric

Referencia numérica a una región perteneciente a un país especificado.

Image

Texto de la imagen

Generación 1:

Asignación de valor:

Image Texto de la imagen

Generación 2:

Los códigos numéricos que identifican a las distintas regiones figurarán en una lista mantenida en el sitio web del laboratorio designado para realizar los ensayos de interoperabilidad.

2.123. RemoteCommunicationModuleSerialNumber

Generación 2:

número de serie del módulo de comunicación a distancia,

Image

Texto de la imagen

2.124. RSAKeyModulus

Generación 1:

El módulo de un par de claves RSA.

Image

Texto de la imagen

Asignación de valor: no especificado.

2.125. RSAKeyPrivateExponent

Generación 1:

El exponente privado de un par de claves RSA.

Image

Texto de la imagen

Asignación de valor: no especificado.

2.126. RSAKeyPublicExponent

Generación 1:

El exponente público de un par de claves RSA.

Image

Texto de la imagen

Asignación de valor: no especificado.

2.127. RtmData

Generación 2:

Para la definición de este tipo de datos, véase el apéndice 14.

2.128. SealDataCard

Generación 2:

Este tipo de datos almacena información sobre los precintos colocados en los distintos componentes de un vehículo y se destina al almacenamiento en una tarjeta. Este tipo de datos está relacionado con el anexo 1C, requisito 337.

Image

Texto de la imagen

noOfSealRecords es el número de registros que hay en sealRecords.

sealRecords es un conjunto de registros sobre precintos.

2.129. SealDataVu

Generación 2:

Este tipo de datos almacena información sobre los precintos colocados en los distintos componentes de un vehículo y se destina al almacenamiento en una unidad instalada en el vehículo.

Image

Texto de la imagen

sealRecords es un conjunto de registros sobre precintos. Si hay menos de cinco precintos, el valor de EquipmentType en todos los sealRecords no utilizados se pondrá a 16, es decir, sin utilizar.

2.130. SealRecord

Generación 2:

Este tipo de datos almacena información sobre un precinto colocado en un componente. Este tipo de datos está relacionado con el anexo 1C, requisito 337.

Image

Texto de la imagen

equipmentType identifica el tipo de aparato en que se coloca el precinto.

extendedSealIdentifier es el identificador del precinto colocado en el aparato.

2.131. SensorApprovalNumber

Número de homologación del sensor.

Generación 1:

Image Texto de la imagen

Asignación de valor: no especificado.

Generación 2:

Image Texto de la imagen

Asignación de valor:

El número de homologación deberá constar según haya sido publicado en el correspondiente sitio web de la Comisión Europea, es decir, por ejemplo, incluyendo guiones si los lleva. El número de homologación deberá estar alineado a la izquierda.

2.132. SensorExternalGNSSApprovalNumber

Generación 2:

número de homologación del dispositivo GNSS externo.

Image

Texto de la imagen

Asignación de valor:

El número de homologación deberá constar según haya sido publicado en el correspondiente sitio web de la Comisión Europea, es decir, por ejemplo, incluyendo guiones si los lleva. El número de homologación deberá estar alineado a la izquierda.

2.133. SensorExternalGNSSCoupledRecord

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a la identificación del sensor de movimiento acoplado a dicha unidad (anexo 1C, requisito 100).

Image

Texto de la imagen

sensorSerialNumber es el número de serie del dispositivo GNSS externo que está acoplado a la VU.

sensorApprovalNumber es el número de homologación de este dispositivo GNSS externo.

sensorCouplingDate es la fecha de acoplamiento del dispositivo GNSS externo con la VU.

2.134. SensorExternalGNSSIdentification

Generación 2:

Información relativa a la identificación del dispositivo GNSS externo (anexo 1C, requisito 98).

Image

Texto de la imagen

sensorSerialNumber es el número de serie ampliado del dispositivo GNSS externo.

sensorApprovalNumber es el número de homologación del dispositivo GNSS externo.

sensorSCIdentifier es el identificador del componente de seguridad del dispositivo GNSS externo.

sensorOSIdentifier es el identificador del sistema operativo del dispositivo GNSS externo.

2.135. SensorExternalGNSSInstallation

Generación 2:

Información almacenada en un dispositivo GNSS externo y relativa a la instalación del sensor GNSS externo (anexo 1C, requisito 123).

Image

Texto de la imagen

sensorCouplingDateFirst es la fecha del primer acoplamiento del dispositivo GNSS externo con una VU.

firstVuApprovalNumber es el número de homologación de la primera VU acoplada con el dispositivo GNSS externo.

firstVuSerialNumber es el número de serie de la primera VU acoplada con el dispositivo GNSS externo.

sensorCouplingDateCurrent es la fecha del acoplamiento actual del dispositivo GNSS externo con una VU.

currentVuApprovalNumber es el número de homologación de la VU actualmente acoplada con el dispositivo GNSS externo.

currentVUSerialNumber es el número de serie de la VU actualmente acoplada con el dispositivo GNSS externo.

2.136. SensorExternalGNSSOSIdentifier

Generación 2:

Identificador del sistema operativo del dispositivo GNSS externo.

Image

Texto de la imagen

Asignación de valor: específica del fabricante.

2.137. SensorExternalGNSSSCIdentifier

Generación 2:

Este tipo se utiliza, por ejemplo, para identificar el módulo criptográfico del dispositivo GNSS externo.

Identificador del componente de seguridad del dispositivo GNSS externo.

Image

Texto de la imagen

Asignación de valor: específica del fabricante del componente.

2.138. SensorGNSSCouplingDate

Generación 2:

Fecha de un acoplamiento entre el dispositivo GNSS externo y una unidad instala en el vehículo.

Image

Texto de la imagen

Asignación de valor: No especificado.

2.139. SensorGNSSSerialNumber

Generación 2:

Este tipo se utiliza para almacenar el número de serie del receptor GNSS tanto cuando esté dentro de la VU como cuando esté fuera de la VU.

Número de serie del receptor GNSS.

Image

Texto de la imagen

2.140. SensorIdentification

Información almacenada en un sensor de movimiento y relativa a la identificación de dicho sensor (anexo 1B, requisito 077 y anexo 1C, requisito 95).

Image

Texto de la imagen

sensorSerialNumber es el número de serie ampliado del sensor de movimiento (incluye el número de pieza y el código del fabricante).

sensorApprovalNumber es el número de homologación del sensor de movimiento.

sensorSCIdentifier es el identificador del componente de seguridad del sensor de movimiento.

sensorOSIdentifier es el identificador del sistema operativo del sensor de movimiento.

2.141. SensorInstallation

Información almacenada en un sensor de movimiento y relativa a la instalación de dicho sensor (anexo 1B, requisito 099 y anexo 1C, requisito 122).

Image

Texto de la imagen

sensorPairingDateFirst es la fecha del primer emparejamiento del sensor de movimiento con una VU.

firstVuApprovalNumber es el número de homologación de la primera VU emparejada con el sensor de movimiento.

firstVuSerialNumber es el número de serie de la primera VU emparejada con el sensor de movimiento.

sensorPairingDateCurrent es la fecha del emparejamiento actual entre el sensor de movimiento y la VU.

currentVuApprovalNumber es el número de homologación de la VU que está emparejada actualmente con el sensor de movimiento.

currentVUSerialNumber es el número de serie de la VU que está emparejada actualmente con el sensor de movimiento.

2.142. SensorInstallationSecData

Información almacenada en una tarjeta de taller y relativa a los datos de seguridad necesarios para emparejar sensores de movimiento y unidades instaladas en vehículos (anexo 1C, requisitos 308 y 331).

Generación 1:

Image Texto de la imagen

Asignación de valor: con arreglo a la norma ISO 16844-3.

Generación 2:

Tal como se describe en el apéndice 11, una tarjeta de taller deberá almacenar hasta tres claves de emparejamiento del sensor de movimiento con la VU. Estas claves tienen diferentes versiones de clave.

Image Texto de la imagen

2.143. SensorOSIdentifier

Identificador del sistema operativo del sensor de movimiento.

Image

Texto de la imagen

Asignación de valor: específica del fabricante.

2.144. SensorPaired

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a la identificación del sensor de movimiento emparejado con dicha unidad (anexo 1B, requisito 079).

Image

Texto de la imagen

sensorSerialNumber es el número de serie del sensor de movimiento que está emparejado actualmente con la VU.

sensorApprovalNumber es el número de homologación del sensor de movimiento que está emparejado actualmente con la VU.

sensorPairingDateFirst es la fecha en que el sensor de movimiento emparejado actualmente a la VU se emparejó por primera vez con la VU.

2.145. SensorPairedRecord

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a la identificación de un sensor de movimiento emparejado con dicha unidad (anexo 1C, requisito 97).

Image

Texto de la imagen

sensorSerialNumber es el número de serie de un sensor de movimiento emparejado con la VU.

sensorApprovalNumber es el número de homologación de este sensor de movimiento.

sensorPairingDate es la fecha del emparejamiento de este sensor de movimiento con la VU.

2.146. SensorPairingDate

Fecha de un emparejamiento del sensor de movimiento con una VU.

Image

Texto de la imagen

Asignación de valor: no especificado.

2.147. SensorSCIdentifier

Identificador del componente de seguridad del sensor de movimiento.

Image

Texto de la imagen

Asignación de valor: específica del fabricante del componente.

2.148. SensorSerialNumber

Número de serie del sensor de movimiento.

Image

Texto de la imagen

2.149. Signature

Una firma digital.

Generación 1:

Image Texto de la imagen

Asignación de valor: con arreglo a lo dispuesto en el apéndice 11 (Mecanismos de seguridad comunes).

Generación 2:

Image Texto de la imagen

Asignación de valor: con arreglo a lo dispuesto en el apéndice 11 (Mecanismos de seguridad comunes).

2.150. SignatureRecordArray

Generación 2:

Conjunto de firmas más metadatos tal como se utilizan en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (Signature). Asignación de valor: véase RecordType.

recordSize es el tamaño de Signature en bytes.

noOfRecords es el número de registros que hay en el conjunto. El valor se pondrá a 1, ya que las firmas pueden tener diferentes longitudes.

records es el conjunto de firmas.

2.151. SimilarEventsNumber

El número de incidentes similares de un día determinado (anexo 1B, requisito 094, y anexo 1C, requisito 117).

Image

Texto de la imagen

Asignación de valor: el 0 no se utiliza, el 1 significa que ese día solo ha ocurrido y se ha almacenado un incidente de ese tipo, el 2 significa que ese día han ocurrido 2 incidentes de ese tipo (y solo se ha almacenado uno), … 255 significa que ese día han ocurrido 255 o más incidentes de ese tipo.

2.152. SpecificConditionRecord

Información almacenada en una tarjeta de conductor o de taller o en una unidad instalada en el vehículo y relativa a una condición específica (anexo 1C, requisitos 130, 276, 301, 328 y 355).

Image

Texto de la imagen

entryTime es la fecha y la hora de la entrada.

specificConditionType es el código que identifica la condición específica.

2.153. SpecificConditions

Información almacenada en una tarjeta de conductor o de taller o en una unidad instalada en el vehículo y relativa a una condición específica (anexo 1C, requisitos 131, 277, 302, 329 y 356).

Generación 2:

Image

Texto de la imagen

controlPointerNewestRecord es el índice del último registro actualizado de una condición específica.

Asignación de valor: número correspondiente al numerador del registro de condición específica. Al primer registro de la estructura se le asigna el número ‘0’.

specificConditionRecords es el conjunto de registros con información sobre las condiciones específicas utilizadas.

2.154. SpecificConditionType

Código que identifica una condición específica (anexo 1B, requisitos 050b, 105a, 212a y 230a y anexo 1C, requisito 62).

Image

Texto de la imagen

Generación 1:

Asignación de valor:

‘00’H

RFU

‘01’H

Fuera de ámbito — Comienzo

‘02’H

Fuera de ámbito — Final

‘03’H

Trayecto en transbordador/tren

‘04’H .. ‘FF’H

RFU

Generación 2:

Asignación de valor:

‘00’H

RFU

‘01’H

Fuera de ámbito — Comienzo

‘02’H

Fuera de ámbito — Final

‘03’H

Trayecto en transbordador/tren — Comienzo

‘04’H

Trayecto en transbordador/tren — Final

‘05’H .. ‘FF’H

RFU

2.155. Speed

Velocidad del vehículo (km/h).

Image

Texto de la imagen

Asignación de valor: kilómetros por hora en el intervalo operativo de 0 a 220 km/h.

2.156. SpeedAuthorised

Velocidad máxima autorizada para el vehículo [definición hh)].

Image

Texto de la imagen

2.157. SpeedAverage

Velocidad media en un lapso de tiempo previamente definido (km/h).

Image

Texto de la imagen

2.158. SpeedMax

Velocidad máxima medida en un lapso de tiempo previamente definido.

Image

Texto de la imagen

2.159. TachographPayload

Generación 2:

Para la definición de este tipo de datos, véase el apéndice 14.

2.160. TachographPayloadEncrypted

Generación 2:

Carga útil del tacógrafo cifrado DER-TLV, es decir, los datos enviados cifrados en el mensaje RTM. Para el cifrado, véase el apéndice 11, parte B, capítulo 13.

Image

Texto de la imagen

tag forma parte de la codificación DER-TLV y debe ponerse a ‘87’ (véase el apéndice 11, parte B, capítulo 13).

length es parte de la codificación DER-TLV y codificará la longitud del siguiente paddingContentIndicatorByte y el encryptedData.

paddingContentIndicatorByte deberá ser ‘00’.

encryptedData es la tachographPayload cifrada, según lo especificado en el apéndice 11, parte B, capítulo 13. La longitud de estos datos en octetos siempre deberá ser múltiplo de 16.

2.161. TDesSessionKey

Generación 1:

Una clave de sesión triple DES.

Image

Texto de la imagen

Asignación de valor: no hay más especificaciones.

2.162. TimeReal

Código para un campo combinado de fecha y hora, donde ambos parámetros se expresan como los segundos transcurridos desde las 00h00m00s del 1 de enero de 1970, tiempo medio de Greenwich.

Image

Texto de la imagen

Asignación de valor — Alineación de octeto: número de segundos transcurridos a partir de la medianoche del día 1 de enero de 1970, tiempo medio de Greenwich.

La fecha/hora máxima posible es en el año 2106.

2.163. TyreSize

Designación de las dimensiones de los neumáticos.

Image

Texto de la imagen

Asignación de valor: de conformidad con la Directiva 92/23/CEE de 31 de marzo de 1992 (DO L 129 de 14.5.1992, p. 95).

2.164. VehicleIdentificationNumber

Número de identificación del vehículo (VIN) referido al vehículo completo, generalmente el número de serie del chasis o el número de bastidor.

Image

Texto de la imagen

Asignación de valor: tal y como se define en la norma ISO 3779.

2.165. VehicleIdentificationNumberRecordArray

Generación 2:

El VehicleIdentificationNumber más metadatos tal como se utilizan en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (VehicleIdentificationNumber). Asignación de valor: véase RecordType.

recordSize es el tamaño de VehicleIdentificationNumber en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de números de identificación de vehículos.

2.166. VehicleRegistrationIdentification

Identificación de un vehículo, exclusiva para Europa (VRN y Estado miembro).

Image

Texto de la imagen

vehicleRegistrationNation es la nación donde se matriculó el vehículo.

vehicleRegistrationNumber es el número de matrícula del vehículo (VRN).

2.167. VehicleRegistrationNumber

Número de matrícula del vehículo (VRN). El número de matrícula lo asigna la autoridad de matriculación de vehículos.

Image

Texto de la imagen

codePage especifica un conjunto de caracteres definidos en el capítulo 4,

vehicleRegNumber representa un VRN codificado utilizando el conjunto de caracteres especificado.

Asignación de valor: específica para cada país.

2.168. VehicleRegistrationNumberRecordArray

Generación 2:

El VehicleRegistrationNumber más metadatos tal como se utilizan en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (VehicleRegistrationNumber). Asignación de valor: véase RecordType.

recordSize es el tamaño de VehicleRegistrationNumber en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de números de matrícula de vehículos.

2.169. VuAbility

Generación 2:

Información almacenada en una VU sobre la capacidad de la VU para utilizar o no tarjetas de tacógrafo de generación 1 (anexo 1C, requisito 121).

Image

Texto de la imagen

Asignación de valor — Alineación de octeto: ‘xxxxxxxa’B (8 bits)

Para la compatibilidad con la generación 1:

‘a’B

Admisión de las tarjetas de tacógrafo de generación 1

‘0’ B admite la generación 1,

‘1’B no admite la generación 1,

‘xxxxxxx’B

RFU

2.170. VuActivityDailyData

Generación 1:

Información almacenada en una VU y relativa a los cambios de actividad y/o los cambios del régimen de conducción y/o los cambios del estado de la tarjeta que tengan lugar en un día civil determinado (anexo 1B, requisito 084) y a los estados de las ranuras a las 00.00 horas de ese día.

Image

Texto de la imagen

noOfActivityChanges es el número de palabras de ActivityChangeInfo que hay en el conjunto activityChangeInfos.

activityChangeInfos es un conjunto de palabras de ActivityChangeInfo que se almacenan en la VU a lo largo del día Siempre incluye dos palabras de activityChangeInfo que dan el estado de las dos ranuras a las 00.00 horas de ese día.

2.171. VuActivityDailyRecordArray

Generación 2:

Información almacenada en una VU y relativa a los cambios de actividad y/o los cambios del régimen de conducción y/o los cambios del estado de la tarjeta que tengan lugar en un día civil determinado (anexo 1C, requisitos 105, 106 y 107) y a los estados de las ranuras a las 00.00 horas de ese día.

Image

Texto de la imagen

recordType denota el tipo de registro (ActivityChangeInfo). Asignación de valor: véase RecordType.

recordSize es el tamaño de ActivityChangeInfo en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de palabras de ActivityChangeInfo que se almacenan en la VU a lo largo del día. Siempre incluye dos palabras de activityChangeInfo que dan el estado de las dos ranuras a las 00.00 horas de ese día.

2.172. VuApprovalNumber

Número de homologación de la unidad instalada en el vehículo.

Generación 1:

Image Texto de la imagen

Asignación de valor: no especificado.

Generación 2:

Image Texto de la imagen

Asignación de valor:

el número de homologación deberá constar según haya sido publicado en el correspondiente sitio web de la Comisión Europea, es decir, por ejemplo, incluyendo guiones si los lleva. El número de homologación deberá estar alineado a la izquierda.

2.173. VuCalibrationData

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a los calibrados del aparato de control (anexo 1B, requisito 098).

Image

Texto de la imagen

noOfVuCalibrationRecords es el número de registros que hay en el conjunto vuCalibrationRecords.

vuCalibrationRecords es el conjunto de registros de calibrado.

2.174. VuCalibrationRecord

Información almacenada en una unidad instalada en el vehículo y relativa al calibrado del aparato de control (anexo 1B, requisito 098 y anexo 1C, requisitos 119 y 120).

Generación 1:

Image Texto de la imagen

calibrationPurpose es el propósito del calibrado.

workshopName, workshopAddress son el nombre y la dirección del taller.

workshopCardNumber identifica la tarjeta de taller empleada durante el calibrado.

workshopCardExpiryDate es la fecha de expiración de la tarjeta.

vehicleIdentificationNumber es el VIN.

vehicleRegistrationIdentification contiene el VRN y el nombre del Estado miembro donde se matriculó el vehículo.

wVehicleCharacteristicConstant es el coeficiente característico del vehículo.

kConstantOfRecordingEquipment es la constante del aparato de control.

lTyreCircumference es la circunferencia efectiva de los neumáticos de las ruedas.

tyreSize son las dimensiones de las ruedas montadas en el vehículo.

authorisedSpeed es la velocidad autorizada del vehículo.

oldOdometerValue, newOdometerValue son la lectura anterior y la nueva lectura del cuentakilómetros.

oldTimeValue, newTimeValue son el valor anterior y el nuevo valor de la fecha y la hora.

nextCalibrationDate es la fecha del próximo calibrado del tipo especificado en CalibrationPurpose, a cargo de la autoridad de control autorizada.

Generación 2:

Image Texto de la imagen

Además de los de la generación 1, se utiliza el siguiente elemento de datos:

sealDataVu da información sobre los precintos colocados en diversos componentes del vehículo.

2.175. VuCalibrationRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a los calibrados del aparato de control (anexo 1C, requisitos 119 y 120).

Image

Texto de la imagen

recordType denota el tipo de registro (VuCalibrationRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuCalibrationRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de registros de calibrado.

2.176. VuCardIWData

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a los ciclos de inserción y extracción de tarjetas de conductor o de taller en dicha unidad (anexo 1B, requisito 081, y anexo 1C, requisito 103).

Image

Texto de la imagen

noOfIWRecords es el número de registros que hay en el conjunto vuCardIWRecords.

vuCardIWRecords es el conjunto de registros relativos a los ciclos de inserción y extracción de la tarjeta.

2.177. VuCardIWRecord

Información almacenada en una unidad instalada en el vehículo y relativa al ciclo de inserción y extracción de una tarjeta de conductor o de taller en dicha unidad (anexo 1B, requisito 081, y anexo 1C, requisito 102).

Generación 1:

Image Texto de la imagen

cardHolderName es el nombre y los apellidos del titular de la tarjeta de conductor o de taller, según los datos almacenados en la propia tarjeta.

fullCardNumber es el tipo de tarjeta, el nombre del Estado miembro que la expidió y el número de tarjeta, según los datos almacenados en la propia tarjeta.

cardExpiryDate es la fecha de expiración de la tarjeta, según los datos almacenados en la propia tarjeta.

cardInsertionTime es la fecha y la hora de inserción.

vehicleOdometerValueAtInsertion es la lectura del cuentakilómetros del vehículo en el momento de insertar la tarjeta.

cardSlotNumber es la ranura donde se inserta la tarjeta.

cardWithdrawalTime es la fecha y la hora de extracción.

vehicleOdometerValueAtWithdrawal es la lectura del cuentakilómetros del vehículo en el momento de extraer la tarjeta.

previousVehicleInfo contiene información sobre el vehículo anterior que utilizara el conductor, según los datos almacenados en la tarjeta.

manualInputFlag es una bandera que indica si el titular de la tarjeta ha introducido manualmente alguna actividad del conductor en el momento de insertar la tarjeta.

Generación 2:

Image Texto de la imagen

En lugar de fullCardNumber, la estructura de datos de la generación 2 utiliza el siguiente elemento de datos:

fullCardNumberAndGeneration es el tipo de tarjeta, el nombre del Estado miembro que la expidió, el número de tarjeta y su generación, según los datos almacenados en la propia tarjeta.

2.178. VuCardIWRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a los ciclos de inserción y extracción de tarjetas de conductor o de taller en dicha unidad (anexo 1C, requisito 103).

Image

Texto de la imagen

recordType denota el tipo de registro (VuCardIWRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuCardIWRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de registros relativos a los ciclos de inserción y extracción de tarjetas.

2.179. VuCardRecord

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a una tarjeta de tacógrafo utilizada (anexo 1C, requisito 132).

Image

Texto de la imagen

cardExtendedSerialNumber según se lee del archivo EF_ICC del MF de la tarjeta.

cardPersonaliserID según se lee del archivo EF_ICC del MF de la tarjeta.

typeOfTachographCardId según se lee del archivo EF_Application_Identification del DF_Tachograph_G2

cardStructureVersion según se lee del archivo EF_Application_Identification del DF_Tachograph_G2

cardNumber según se lee del archivo EF_Identification del DF_Tachograph_G2

2.180. VuCardRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a las tarjetas de tacógrafo utilizadas con dicha unidad. Esta información se destina al análisis de los problemas VU — tarjeta (anexo 1C, requisito 132).

Image

Texto de la imagen

recordType denota el tipo de registro (VuCardRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuCardRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros relativos a las tarjetas de tacógrafo utilizadas con la VU.

2.181. VuCertificate

Certificado de la clave pública de una VU.

Image

Texto de la imagen

2.182. VuCertificateRecordArray

Generación 2:

El certificado de la VU más metadatos tal como se utilizan en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (VuCertificate). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuCertificate en bytes.

noOfRecords es el número de registros que hay en el conjunto. El valor se pondrá a 1, ya que los certificados pueden tener diferentes longitudes.

records es un conjunto de certificados de VU.

2.183. VuCompanyLocksData

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a bloqueos introducidos por empresas (anexo 1B, requisito 104).

Image

Texto de la imagen

noOfLocks es el número de bloqueos incluidos en vuCompanyLocksRecords.

vuCompanyLocksRecords es el conjunto de registros de bloqueos introducidos por empresas.

2.184. VuCompanyLocksRecord

Información almacenada en una unidad instalada en el vehículo y relativa a bloqueos introducidos por una empresa (anexo 1B, requisito 104, y anexo 1C, requisito 128).

Generación 1:

Image Texto de la imagen

lockInTime, lockOutTime son la fecha y la hora de activación y desactivación del bloqueo.

companyName, companyAddress son el nombre y la dirección de la empresa relacionada con la activación del bloqueo.

companyCardNumber identifica la tarjeta empleada para la activación del bloqueo.

Generación 2:

Image Texto de la imagen

En lugar de companyCardNumber, la estructura de datos de la generación 2 utiliza el siguiente elemento de datos:

companyCardNumberAndGeneration identifica la tarjeta, incluida su generación, empleada para la activación del bloqueo.

2.185. VuCompanyLocksRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a bloqueos introducidos por empresas (anexo 1C, requisito 128).

Image

Texto de la imagen

recordType denota el tipo de registro (VuCompanyLocksRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuCompanyLocksRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto. Valor 0..255.

records es el conjunto de registros de bloqueos introducidos por empresas.

2.186. VuControlActivityData

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a los controles efectuados con dicha unidad (anexo 1B, requisito 102).

Image

Texto de la imagen

noOfControls es el número de controles incluidos en vuControlActivityRecords.

vuControlActivityRecords es el conjunto de registros sobre actividades de control.

2.187. VuControlActivityRecord

Información almacenada en una unidad instalada en el vehículo y relativa a un control efectuado con dicha unidad (anexo 1B, requisito 102, y anexo 1C, requisito 126).

Generación 1:

Image Texto de la imagen

controlType es el tipo de control.

controlTime es la fecha y la hora del control.

ControlCardNumber identifica la tarjeta de control empleada para el control.

downloadPeriodBeginTime es la hora de comienzo del período cuyos datos se transfieren, en caso de transferencia.

downloadPeriodEndTime es la hora de conclusión del período cuyos datos se transfieren, en caso de transferencia.

Generación 2:

Image Texto de la imagen

En lugar de controlCardNumber, la estructura de datos de la generación 2 utiliza el siguiente elemento de datos:

controlCardNumberAndGeneration identifica la tarjeta de control, incluida su generación, empleada para el control.

2.188. VuControlActivityRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a los controles efectuados con dicha unidad (anexo 1C, requisito 126).

Image

Texto de la imagen

recordType denota el tipo de registro (VuControlActivityRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuControlActivityRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de registros sobre actividades de control de la VU.

2.189. VuDataBlockCounter

Contador, almacenado en una tarjeta, que identifica secuencialmente los ciclos de inserción/extracción de la tarjeta en unidades instaladas en vehículos.

Image

Texto de la imagen

Asignación de valor: número consecutivo con un valor máximo de 9 999, y que vuelve a comenzar desde 0.

2.190. VuDetailedSpeedBlock

Información pormenorizada almacenada en una unidad instalada en el vehículo y relativa a la velocidad del vehículo durante un minuto en el que haya estado en movimiento (anexo 1B, requisito 093, y anexo 1C, requisito 116).

Image

Texto de la imagen

speedBlockBeginDate es la fecha y la hora del primer valor de velocidad comprendido en ese bloque.

speedsPerSecond es la secuencia cronológica de las velocidades medidas cada segundo de ese minuto, empezando desde speedBlockBeginDate (inclusive).

2.191. VuDetailedSpeedBlockRecordArray

Generación 2:

Información pormenorizada almacenada en una unidad instalada en el vehículo y relativa a la velocidad del vehículo.

Image

Texto de la imagen

recordType denota el tipo de registro (VuDetailedSpeedBlock). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuDetailedSpeedBlock en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de bloques con datos pormenorizados sobre la velocidad.

2.192. VuDetailedSpeedData

Generación 1:

Información pormenorizada almacenada en una unidad instalada en el vehículo y relativa a la velocidad del vehículo.

Image

Texto de la imagen

noOfSpeedBlocks es el número de bloques con datos de velocidad que hay en el conjunto vuDetailedSpeedBlocks.

vuDetailedSpeedBlocks es el conjunto de bloques con datos pormenorizados sobre la velocidad.

2.193. VuDownloadablePeriod

La fecha más antigua y la más reciente para las que una unidad instalada en el vehículo conserva datos relativos a las actividades de los conductores (anexo 1B, requisitos 081, 084 o 087, y anexo 1C, requisitos 102, 105 y 108).

Image

Texto de la imagen

minDownloadableTime es la fecha y la hora más antiguas en que se insertó una tarjeta, ocurrió un cambio de actividad o se introdujo un lugar; según los datos almacenados en la VU.

maxDownloadableTime es la fecha y la hora más recientes en que se insertó una tarjeta, ocurrió un cambio de actividad o se introdujo un lugar; según los datos almacenados en la VU.

2.194. VuDownloadablePeriodRecordArray

Generación 2:

El VUDownloadablePeriod más metadatos tal como se utilizan en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (VuDownloadablePeriod). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuDownloadablePeriod en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de registros de VuDownloadablePeriod.

2.195. VuDownloadActivityData

Información almacenada en una unidad instalada en el vehículo y relativa a su última transferencia (anexo 1B, requisito 105, y anexo 1C, requisito 129).

Generación 1:

Image Texto de la imagen

downloadingTime es la fecha y la hora de la transferencia.

fullCardNumber identifica la tarjeta empleada para autorizar la transferencia.

companyOrWorkshopName es el nombre de la empresa o del centro de ensayo.

Generación 2:

Image Texto de la imagen

En lugar de fullCardNumber, la estructura de datos de la generación 2 utiliza el siguiente elemento de datos:

fullCardNumberAndGeneration identifica la tarjeta, incluida su generación, empleada para autorizar la transferencia.

2.196. VuDownloadActivityDataRecordArray

Generación 2:

Información relativa a la última transferencia de la VU (anexo 1C, requisito 129).

Image

Texto de la imagen

recordType denota el tipo de registro (VuDownloadActivityData). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuDownloadActivityData en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de registros de datos sobre actividades de transferencia.

2.197. VuEventData

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a incidentes (anexo 1B, requisito 094, salvo el incidente de exceso de velocidad).

Image

Texto de la imagen

noOfVuEvents es el número de incidentes incluidos en el conjunto vuEventRecords.

vuEventRecords es un conjunto de registros sobre incidentes.

2.198. VuEventRecord

Información almacenada en una unidad instalada en el vehículo y relativa a un incidente (anexo 1B, requisito 094 y anexo 1C, requisito 117, salvo el incidente de exceso de velocidad).

Generación 1:

Image Texto de la imagen

eventType es el tipo de incidente.

eventRecordPurpose es el propósito con que se ha registrado ese incidente.

eventBeginTime es la fecha y la hora de comienzo del incidente.

eventEndTime es la fecha y la hora en que termina el incidente.

cardNumberDriverSlotBegin identifica la tarjeta que estaba insertada en la ranura del conductor en el momento en que comenzó el incidente.

cardNumberCodriverSlotBegin identifica la tarjeta que estaba insertada en la ranura del segundo conductor en el momento en que comenzó el incidente.

cardNumberDriverSlotEnd identifica la tarjeta que estaba insertada en la ranura del conductor en el momento en que finalizó el incidente.

cardNumberCodriverSlotEnd identifica la tarjeta que estaba insertada en la ranura del segundo conductor en el momento en que finalizó el incidente.

similarEventsNumber es el número de incidentes similares ocurridos ese día.

Esta secuencia puede utilizarse para todos los incidentes, excepto los de exceso de velocidad.

Generación 2:

Image Texto de la imagen

Además de los de la generación 1, se utilizan los siguientes elementos de datos:

manufacturerSpecificEventFaultData contiene información adicional sobre el incidente, específica del fabricante.

En lugar de cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, cardNumberDriverSlotEnd y cardNumberCodriverSlotEnd, la estructura de datos de la generación 2 utiliza los siguientes elementos de datos:

cardNumberAndGenDriverSlotBegin identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del conductor en el momento en que comenzó el incidente.

cardNumberAndGenCodriverSlotBegin identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del segundo conductor en el momento en que comenzó el incidente.

cardNumberAndGenDriverSlotEnd identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del conductor en el momento en que terminó el incidente.

cardNumberAndGenCodriverSlotEnd identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del segundo conductor en el momento en que terminó el incidente.

Si el incidente es un conflicto temporal, eventBeginTime y eventEndTime deben interpretarse como sigue:

eventBeginTime es la fecha y la hora del aparato de control.

eventEndTime es la fecha y la hora GNSS.

2.199. VuEventRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a incidentes (anexo 1C, requisito 117, salvo el incidente de exceso de velocidad).

Image

Texto de la imagen

recordType denota el tipo de registro (VuEventRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuEventRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros sobre incidentes.

2.200. VuFaultData

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a fallos (anexo 1B, requisito 096).

Image

Texto de la imagen

noOfVuFaults es el número de fallos incluidos en el conjunto vuFaultRecords.

vuFaultRecords es un conjunto de registros sobre fallos.

2.201. VuFaultRecord

Información almacenada en una unidad instalada en el vehículo y relativa a un fallo (anexo 1B, requisito 096, y anexo 1C, requisito 118).

Generación 1:

Image Texto de la imagen

faultType es el tipo de fallo del aparato de control.

faultRecordPurpose es el propósito con que se ha registrado ese fallo.

faultBeginTime es la fecha y la hora de comienzo del fallo.

faultEndTime es la fecha y la hora en que termina el fallo.

cardNumberDriverSlotBegin identifica la tarjeta que estaba insertada en la ranura del conductor en el momento en que comenzó el fallo.

cardNumberCodriverSlotBegin identifica la tarjeta que estaba insertada en la ranura del segundo conductor en el momento en que comenzó el fallo.

cardNumberDriverSlotEnd identifica la tarjeta que estaba insertada en la ranura del conductor en el momento en que terminó el fallo.

cardNumberCodriverSlotEnd identifica la tarjeta que estaba insertada en la ranura del segundo conductor en el momento en que terminó el fallo.

Generación 2:

Image Texto de la imagen

Además de los de la generación 1, se utiliza el siguiente elemento de datos:

manufacturerSpecificEventFaultData contiene información adicional sobre el fallo, específica del fabricante.

En lugar de cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, cardNumberDriverSlotEnd y cardNumberCodriverSlotEnd, la estructura de datos de la generación 2 utiliza los siguientes elementos de datos:

cardNumberAndGenDriverSlotBegin identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del conductor en el momento en que comenzó el fallo.

cardNumberAndGenCodriverSlotBegin identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del segundo conductor en el momento en que comenzó el fallo.

cardNumberAndGenDriverSlotEnd identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del conductor en el momento en que terminó el fallo.

cardNumberAndGenCodriverSlotEnd identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del segundo conductor en el momento en que terminó el fallo.

2.202. VuFaultRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a fallos (anexo 1B, requisito 118).

Image

Texto de la imagen

recordType denota el tipo de registro (VuFaultRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuFaultRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros sobre fallos.

2.203. VuGNSSCDRecord

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a la posición GNSS del vehículo si el tiempo de conducción continua del conductor alcanza un múltiplo de tres horas (anexo 1C, requisitos 108 y 110).

Image

Texto de la imagen

timeStamp es la fecha y hora en las que el tiempo de conducción continua del titular de la tarjeta llega a un múltiplo de tres horas.

cardNumberAndGenDriverSlot identifica la tarjeta, incluida su generación, que está insertada en la ranura del conductor.

cardNumberAndGenCodriverSlot identifica la tarjeta, incluida su generación, que está insertada en la ranura del segundo conductor.

gnssPlaceRecord contiene información relacionada con la posición del vehículo.

2.204. VuGNSSCDRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a la posición GNSS del vehículo si el tiempo de conducción continua del conductor alcanza un múltiplo de tres horas (anexo 1C, requisitos 108 y 110).

Image

Texto de la imagen

recordType denota el tipo de registro (VuGNSSCDRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuGNSSCDRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros GNSS sobre conducción continua.

2.205. VuIdentification

Información almacenada en una unidad instalada en el vehículo y relativa a la identificación de dicha unidad (anexo 1B, requisito 075 y anexo 1C, requisitos 93 y 121).

Generación 1:

Image Texto de la imagen

vuManufacturerName es el nombre del fabricante de la VU.

vuManufacturerAddress es la dirección del fabricante de la VU.

vuPartNumber es el número de pieza de la VU.

vuSerialNumber es el número de serie de la VU.

vuSoftwareIdentification identifica el software instalado en la VU.

vuManufacturingDate es la fecha de fabricación de la VU.

vuApprovalNumber es el número de homologación de la VU.

Generación 2:

Image Texto de la imagen

Además de los de la generación 1, se utiliza el siguiente elemento de datos:

vuGeneration indica la generación de la VU.

vuAbility aporta información sobre si la VU soporta o no las tarjetas de tacógrafo de la generación 1.

2.206. VuIdentificationRecordArray

Generación 2:

El VuIdentification más metadatos tal como se utilizan en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (VuIdentification). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuIdentification en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros VuIdentification.

2.207. VuITSConsentRecord

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a la autorización de un conductor en relación con la utilización de sistemas de transporte inteligentes.

Image

Texto de la imagen

cardNumberAndGen identifica la tarjeta, incluida su generación. Debe ser una tarjeta de conductor o de taller.

consent es una bandera que indica si el conductor ha dado su consentimiento en relación con el uso de sistemas de transporte inteligentes con este vehículo/unidad instalada en el vehículo.

Asignación de valor:

TRUE

indica el consentimiento del conductor en relación con el uso de sistemas de transporte inteligentes

FALSE

indica la negativa del conductor en relación con el uso de sistemas de transporte inteligentes

2.208. VuITSConsentRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa al consentimiento del conductor en relación con el uso de sistemas de transporte inteligentes (anexo 1C, requisito 200).

Image

Texto de la imagen

recordType denota el tipo de registro (VuITSConsentRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuITSConsentRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de registros de consentimiento en relación con el ITS.

2.209. VuManufacturerAddress

Dirección del fabricante de la unidad instalada en el vehículo.

Image

Texto de la imagen

Asignación de valor: no especificado.

2.210. VuManufacturerName

Nombre del fabricante de la unidad instalada en el vehículo.

Image

Texto de la imagen

Asignación de valor: no especificado.

2.211. VuManufacturingDate

Fecha de fabricación de la unidad instalada en el vehículo.

Image

Texto de la imagen

Asignación de valor: no especificado.

2.212. VuOverSpeedingControlData

Información almacenada en una unidad instalada en el vehículo y relativa a incidentes de exceso de velocidad ocurridos desde el último control del exceso de velocidad (anexo 1B, requisito 095, y anexo 1C, requisito 117).

Image

Texto de la imagen

lastOverspeedControlTime es la fecha y la hora del último control del exceso de velocidad.

firstOverspeedSince es la fecha y la hora del primer exceso de velocidad ocurrido tras este control.

numberOfOverspeedSince es el número de incidentes de exceso de velocidad ocurridos después del último control del exceso de velocidad.

2.213. VuOverSpeedingControlDataRecordArray

Generación 2:

El VuOverSpeedingControlData más metadatos tal como se utilizan en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (VuOverSpeedingControlData). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuOverSpeedingControlData en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros de datos de controles de exceso de velocidad.

2.214. VuOverSpeedingEventData

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a incidentes de exceso de velocidad (anexo 1B, requisito 094).

Image

Texto de la imagen

noOfVuOverSpeedingEvents es el número de incidentes incluidos en el conjunto vuOverSpeedingEventRecords.

vuOverSpeedingEventRecords es un conjunto de registros sobre incidentes de exceso de velocidad.

2.215. VuOverSpeedingEventRecord

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a incidentes de exceso de velocidad (anexo 1B, requisito 094, y anexo 1C, requisito 117).

Image Texto de la imagen

eventType es el tipo de incidente.

eventRecordPurpose es el propósito con que se ha registrado ese incidente.

eventBeginTime es la fecha y la hora de comienzo del incidente.

eventEndTime es la fecha y la hora en que termina el incidente.

maxSpeedValue es la velocidad máxima medida durante el incidente.

averageSpeedValue es la media aritmética de las velocidades medidas durante el incidente.

cardNumberDriverSlotBegin identifica la tarjeta que estaba insertada en la ranura del conductor en el momento en que comenzó el incidente.

similarEventsNumber es el número de incidentes similares ocurridos ese día.

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a incidentes de exceso de velocidad (anexo 1B, requisito 094, y anexo 1C, requisito 117).

Image Texto de la imagen

En lugar de cardNumberDriverSlotBegin, la estructura de datos de la generación 2 utiliza el siguiente elemento de datos:

cardNumberAndGenDriverSlotBegin identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del conductor en el momento en que comenzó el incidente.

2.216. VuOverSpeedingEventRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a incidentes de exceso de velocidad (anexo 1C, requisito 117).

Image

Texto de la imagen

recordType denota el tipo de registro (VuOverSpeedingEventRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuOverSpeedingEventRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros sobre incidentes de exceso de velocidad.

2.217. VuPartNumber

Número de pieza de la unidad instalada en el vehículo.

Image

Texto de la imagen

Asignación de valor: específica del fabricante de la VU.

2.218. VuPlaceDailyWorkPeriodData

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a los lugares donde los conductores comienzan o terminan un período de trabajo diario (anexo 1B, requisito 087, y anexo 1C, requisitos 108 y 110).

Image

Texto de la imagen

noOfPlaceRecords es el número de registros incluidos en el conjunto vuPlaceDailyWorkPeriodRecords.

vuPlaceDailyWorkPeriodRecords es un conjunto de registros relativos a lugares.

2.219. VuPlaceDailyWorkPeriodRecord

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a un lugar donde un conductor comienza o termina un período de trabajo diario (anexo 1B, requisito 087, y anexo 1C, requisitos 108 y 110).

Image Texto de la imagen

fullCardNumber es el tipo de tarjeta de conductor, el Estado miembro que la ha expedido y el número de tarjeta.

placeRecord contiene la información relativa al lugar introducido.

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a un lugar donde un conductor comienza o termina un período de trabajo diario (anexo 1B, requisito 087, y anexo 1C, requisitos 108 y 110).

Image Texto de la imagen

En lugar de fullCardNumber, la estructura de datos de la generación 2 utiliza el siguiente elemento de datos:

fullCardNumberAndGeneration es el tipo de tarjeta, el nombre del Estado miembro que la expidió, el número de tarjeta y su generación, según los datos almacenados en la propia tarjeta.

2.220. VuPlaceDailyWorkPeriodRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a los lugares donde los conductores comienzan o terminan un período de trabajo diario (anexo 1C, requisitos 108 y 110).

Image

Texto de la imagen

recordType denota el tipo de registro (VuPlaceDailyWorkPeriodRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuPlaceDailyWorkPeriodRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es el conjunto de registros relativos a lugares.

2.221. VuPrivateKey

Generación 1:

La clave privada de una unidad instalada en el vehículo.

Image

Texto de la imagen

2.222. VuPublicKey

Generación 1:

La clave pública de una unidad instalada en el vehículo.

Image

Texto de la imagen

2.223. VuSerialNumber

Número de serie de la unidad instalada en el vehículo (anexo 1B, requisito 075, y anexo 1C, requisito 93).

Image

Texto de la imagen

2.224. VuSoftInstallationDate

Fecha de instalación de la versión de software que lleva la unidad instalada en el vehículo.

Image

Texto de la imagen

Asignación de valor: no especificado.

2.225. VuSoftwareIdentification

Información almacenada en una unidad instalada en el vehículo y relativa al software instalado.

Image

Texto de la imagen

vuSoftwareVersion es el número de la versión de software que lleva la VU.

vuSoftInstallationDate es la fecha de instalación de la versión de software.

2.226. VuSoftwareVersion

Número de la versión de software que lleva la VU.

Image

Texto de la imagen

Asignación de valor: no especificado.

2.227. VuSpecificConditionData

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a condiciones específicas.

Image

Texto de la imagen

noOfSpecificConditionRecords es el número de registros incluidos en el conjunto specificConditionRecords.

specificConditionRecords es el conjunto de registros relativos a condiciones específicas.

2.228. VuSpecificConditionRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a condiciones específicas (anexo 1C, requisito 130).

Image

Texto de la imagen

recordType denota el tipo de registro (SpecificConditionRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de SpecificConditionRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros relativos a condiciones específicas.

2.229. VuTimeAdjustmentData

Generación 1:

Información almacenada en una unidad instalada en el vehículo y relativa a los ajustes de la hora que se han efectuado fuera del marco de un calibrado regular (anexo 1B, requisito 101).

Image

Texto de la imagen

noOfVuTimeAdjRecords es el número de registros que hay en el conjunto vuTimeAdjustmentRecords.

vuTimeAdjustmentRecords es un conjunto de registros sobre ajustes de la hora.

2.230. VuTimeAdjustmentGNSSRecord

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a un ajuste de la hora basado en datos horarios procedentes del GNSS (anexo 1C, requisitos 124 y 125).

Image

Texto de la imagen

oldTimeValue, newTimeValue son el valor anterior y el nuevo valor de la fecha y la hora.

2.231. VuTimeAdjustmentGNSSRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a un ajuste de la hora realizado con datos horarios procedentes del GNSS (anexo 1C, requisitos 124 y 125).

Image

Texto de la imagen

recordType denota el tipo de registro (VuTimeAdjustmentGNSSRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuTimeAdjustmentGNSSRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros de ajuste de la hora basado en el GNSS.

2.232. VuTimeAdjustmentRecord

Información almacenada en una unidad instalada en el vehículo y relativa a un ajuste de la hora efectuado fuera del marco de un calibrado regular (anexo 1B, requisito 101, y anexo 1C, requisitos 124 y 125).

Generación 1:

Image Texto de la imagen

oldTimeValue, newTimeValue son el valor anterior y el nuevo valor de la fecha y la hora.

workshopName, workshopAddress son el nombre y la dirección del taller.

workshopCardNumber identifica la tarjeta de taller empleada para realizar el ajuste de la hora.

Generación 2:

Image Texto de la imagen

En lugar de workshopCardNumber, la estructura de datos de la generación 2 utiliza el siguiente elemento de datos:

workshopCardNumberAndGeneration identifica la tarjeta de taller, incluida su generación, empleada para realizar el ajuste de la hora.

2.233. VuTimeAdjustmentRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a ajustes de la hora que se han efectuado fuera del marco de un calibrado regular (anexo 1C, requisitos 124 y 125).

Image

Texto de la imagen

recordType denota el tipo de registro (VuTimeAdjustmentRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuTimeAdjustmentRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros de ajuste de la hora.

2.234. WorkshopCardApplicationIdentification

Información almacenada en una tarjeta de taller y relativa a la identificación de la aplicación de la tarjeta (anexo 1C, requisitos 307 y 330).

Generación 1:

Image Texto de la imagen

typeOfTachographCardId especifica el tipo de tarjeta utilizado.

cardStructureVersion especifica la versión de la estructura que se utiliza en la tarjeta.

noOfEventsPerType es el número de incidentes de cada tipo que puede registrar la tarjeta.

noOfFaultsPerType es el número de fallos de cada tipo que puede registrar la tarjeta.

activityStructureLength indica el número de bytes disponibles para almacenar registros de actividad.

noOfCardVehicleRecords es el número de registros del vehículo que caben en la tarjeta.

noOfCardPlaceRecords es el número de lugares que puede registrar la tarjeta.

noOfCalibrationRecords es el número de registros de calibrado que puede almacenar la tarjeta.

Generación 2:

Image Texto de la imagen

Además de los de la generación 1, se utilizan los siguientes elementos de datos:

noOfGNSSCDRecords es el número de registros GNSS de conducción continua que puede almacenar la tarjeta.

noOfSpecificConditionRecords es el número de registros de condiciones específicas que puede almacenar la tarjeta.

2.235. WorkshopCardCalibrationData

Información almacenada en una tarjeta de taller y relativa a las actividades del taller realizadas con dicha tarjeta (anexo 1C, requisitos 314, 316, 337 y 339).

Image

Texto de la imagen

calibrationTotalNumber es el número total de calibrados realizados con la tarjeta.

calibrationPointerNewestRecord es el índice del último registro de calibrado actualizado.

Asignación de valor: número correspondiente al numerador del registro de calibrado. Al primer registro de la estructura se le asigna el número ‘0’.

calibrationRecords es el conjunto de registros que contienen información sobre calibrados y/o ajustes de la hora.

2.236. WorkshopCardCalibrationRecord

Información almacenada en una tarjeta de taller y relativa a un calibrado realizado con la tarjeta (anexo 1C, requisitos 314 y 337).

Generación 1:

Image Texto de la imagen

calibrationPurpose es el propósito del calibrado.

vehicleIdentificationNumber es el VIN.

vehicleRegistration contiene el VRN y el nombre del Estado miembro donde se matriculó el vehículo.

wVehicleCharacteristicConstant es el coeficiente característico del vehículo.

kConstantOfRecordingEquipment es la constante del aparato de control.

lTyreCircumference es la circunferencia efectiva de los neumáticos de las ruedas.

tyreSize son las dimensiones de las ruedas montadas en el vehículo.

authorisedSpeed es la velocidad máxima autorizada del vehículo.

oldOdometerValue, newOdometerValue son la lectura anterior y la nueva lectura del cuentakilómetros.

oldTimeValue, newTimeValue son el valor anterior y el nuevo valor de la fecha y la hora.

nextCalibrationDate es la fecha del próximo calibrado del tipo especificado en CalibrationPurpose, a cargo de la autoridad de control autorizada.

vuPartNumber, vuSerialNumber y sensorSerialNumber son los elementos de datos para la identificación del aparato de control.

Generación 2:

Image Texto de la imagen

Además de los de la generación 1, se utilizan los siguientes elementos de datos:

sensorGNSSSerialNumber que identifica un dispositivo GNSS externo.

rcmSerialNumber que identifica un módulo de comunicación a distancia.

sealDataCard da información sobre los precintos colocados en diversos componentes del vehículo.

2.237. WorkshopCardHolderIdentification

Información almacenada en una tarjeta de taller y relativa a la identificación del titular de la tarjeta (anexo 1C, requisitos 311 y 334).

Image

Texto de la imagen

workshopName es el nombre del taller que corresponde al titular de la tarjeta.

workshopAddress es la dirección del taller que corresponde al titular de la tarjeta.

cardHolderName es el nombre y los apellidos del titular (por ejemplo, el nombre del mecánico).

cardHolderPreferredLanguage es el idioma preferido por el titular de la tarjeta.

2.238. WorkshopCardPIN

Número de identificación personal de la tarjeta de taller (anexo 1C. requisitos 309 y 332).

Image

Texto de la imagen

Asignación de valor: el PIN que conoce el titular de la tarjeta, rellenado por la derecha con bytes ‘FF’ hasta llegar a 8 bytes.

2.239. W-VehicleCharacteristicConstant

Coeficiente característico del vehículo [definición k)].

Image

Texto de la imagen

Asignación de valor: impulsos por kilómetro en el intervalo operativo de 0 a 64 255 impulsos/km.

2.240. VuPowerSupplyInterruptionRecord

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a incidentes de interrupción del suministro eléctrico (anexo 1C, requisito 117).

Image

Texto de la imagen

eventType es el tipo de incidente.

eventRecordPurpose es el propósito con que se ha registrado ese incidente.

eventBeginTime es la fecha y la hora de comienzo del incidente.

eventEndTime es la fecha y la hora en que termina el incidente.

cardNumberAndGenDriverSlotBegin identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del conductor en el momento en que comenzó el incidente.

cardNumberAndGenDriverSlotEnd identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del conductor en el momento en que terminó el incidente.

cardNumberAndGenCodriverSlotBegin identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del segundo conductor en el momento en que comenzó el incidente.

cardNumberAndGenCodriverSlotEnd identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del segundo conductor en el momento en que terminó el incidente.

similarEventsNumber es el número de incidentes similares ocurridos ese día.

2.241. VuPowerSupplyInterruptionRecordArray

Generación 2:

Información almacenada en una unidad instalada en el vehículo y relativa a incidentes de interrupción del suministro eléctrico (anexo 1C, requisito 117).

Image

Texto de la imagen

recordType denota el tipo de registro (VuPowerSupplyInterruptionRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de VuPowerSupplyInterruptionRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros sobre incidentes de interrupción del suministro eléctrico.

2.242. VuSensorExternalGNSSCoupledRecordArray

Generación 2:

Conjunto de SensorExternalGNSSCoupledRecord más metadatos tal y como se utiliza en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (SensorExternalGNSSCoupledRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de SensorExternalGNSSCoupledRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros de SensorExternalGNSSCoupled.

2.243. VuSensorPairedRecordArray

Generación 2:

Conjunto de SensorPairedRecord más metadatos tal y como se utiliza en el protocolo de transferencia.

Image

Texto de la imagen

recordType denota el tipo de registro (SensorPairedRecord). Asignación de valor: véase RecordType.

recordSize es el tamaño de SensorPairedRecord en bytes.

noOfRecords es el número de registros que hay en el conjunto.

records es un conjunto de registros de acoplamiento de sensor.

3. DEFINICIONES DE LOS INTERVALOS DE VALORES Y TAMAÑOS ADMISIBLES

Definición de valores variables empleados en las definiciones del apartado 2.

Image

Texto de la imagen

4. JUEGOS DE CARACTERES

Las cadenas IA5 utilizan los caracteres ASCII que se definen en la norma ISO/CEI 8824-1. Para facilitar la lectura y las referencias, a continuación se ofrece la asignación de valores. La norma ISO/CEI 8824-1 prevalece sobre esta nota informativa en caso de discrepancia.

Image

Texto de la imagen

Otras cadenas de caracteres (Address, Name, VehicleRegistrationNumber) utilizan, asimismo, los caracteres del código de caracteres decimales 161 a 255 del código estándar de 8 bits siguiente, especificados por el número de página de código:

Conjunto de caracteres estándar

Página de código

(Decimal)

ISO/CEI 8859-1 Latín-1, Europa Occidental

1

ISO/CEI 8859-2 Latín-2, Europa Central

2

ISO/CEI 8859-3 Latín-3, Europa Meridional

3

ISO/CEI 8859-5 Latín / Cirílico

5

ISO/CEI 8859-7 Latín / Griego

7

ISO/CEI 8859-9 Latín-5 / Turco

9

ISO/CEI 8859-13 Latín-7 / Países Bálticos

13

ISO/CEI 8859-15 Latín-9

15

ISO/CEI 8859-16 Latín-10, Europa Sudoriental

16

KOI8-R Latín / Cirílico

80

KOI8-U Latín / Cirílico

85

5. CODIFICACIÓN

Si se aplican las reglas de codificación NSA.1, todos los tipos de datos definidos deberán codificarse con arreglo a la norma ISO/CEI 8825-2, variante alineada.

6. IDENTIFICADORES DE OBJETO E IDENTIFICADORES DE APLICACIÓN

6.1. Identificadores de objeto

Los identificadores de objeto (OID) que figuran en el presente capítulo solo son pertinentes para la generación 2. Estos OID se especifican en TR-03110-3 y se repiten aquí en aras de la exhaustividad. Estos OID están contenidos en el subárbol de bsi-de:

Image

Texto de la imagen

Identificadores del protocolo de autenticación de la VU

Image

Texto de la imagen

Ejemplo: Supongamos que la autenticación de la VU debe hacerse con SHA- 384; en tal caso, se utilizará el identificador de objeto (en notación ASN.1) Image Texto de la imagen

. El valor de este identificador de objeto en notación de puntos es Image Texto de la imagen

.

Notación de puntos

Notación de bytes

ImageBOOM

ImageBOOM

‘04 00 7F 00 07 02 02 02 02 03’

ImageBOOM

ImageBOOM

‘04 00 7F 00 07 02 02 02 02 04’

ImageBOOM

ImageBOOM

‘04 00 7F 00 07 02 02 02 02 05’

Identificadores del protocolo de autenticación del chip

Image

Texto de la imagen

Ejemplo: Supongamos que la autenticación del chip se hará utilizando el algoritmo ECDH, que da lugar a una longitud de clave de sesión AES de 128 bits. Esta clave de sesión se utilizará luego en el modo de funcionamiento CBC para garantizar la confidencialidad de los datos y con el algoritmo CMAC para garantizar la autenticidad de los datos. Por consiguiente, el identificador de objeto que hay que usar es (en notación ASN.1) Image Texto de la imagen

. El valor de este identificador de objeto en notación de puntos es Image Texto de la imagen

.

Notación de puntos

Notación de bytes

ImageBOOM

ImageBOOM

‘04 00 7F 00 07 02 02 03 02 02’

ImageBOOM

ImageBOOM

‘04 00 7F 00 07 02 02 03 02 03’

ImageBOOM

ImageBOOM

‘04 00 7F 00 07 02 02 03 02 04’

6.2. Identificadores de aplicación

Generación 2:

El identificador de aplicación (AID) para el dispositivo GNSS externo (generación 2) viene dado por ‘FF 44 54 45 47 4D’. Se trata de un AID propio con arreglo a la norma ISO/CEI 7816-4.

Nota: Los últimos 5 bytes codifican DTEGM para el dispositivo GNSS externo del tacógrafo.

El identificador de aplicación para la aplicación de la tarjeta de tacógrafo de generación 2 viene dado por ‘FF 53 4D 52 44 54’. Se trata de un AID propio con arreglo a la norma ISO/CEI 7816-4.

Apéndice 2

ESPECIFICACIONES DE LAS TARJETAS DE TACÓGRAFO

ÍNDICE

1.

INTRODUCCIÓN 175

1.1.

Abreviaciones 175

1.2.

Referencias 176

2.

CARACTERÍSTICAS ELÉCTRICAS Y FÍSICAS 176

2.1.

Tensión de alimentación y consumo de corriente 177

2.2.

Tensión de programación Vpp 177

2.3.

Generación y frecuencia del reloj 177

2.4.

Contacto de entrada/salida 177

2.5.

Estados de la tarjeta 177

3.

SOPORTE FÍSICO Y COMUNICACIONES 177

3.1.

Introducción 177

3.2.

Protocolo de transmisión 178

3.2.1

Protocolos 178

3.2.2

ATR 179

3.2.3

PTS 179

3.3.

Normas de acceso 180

3.4.

Visión general de los comandos y los códigos de error 183

3.5.

Descripción de los comandos 185

3.5.1

SELECT 186

3.5.2

READ BINARY 187

3.5.3

UPDATE BINARY 194

3.5.4

GET CHALLENGE 200

3.5.5

VERIFY 200

3.5.6

GET RESPONSE 202

3.5.7

PSO: VERIFY CERTIFICATE 202

3.5.8

INTERNAL AUTHENTICATE 204

3.5.9

EXTERNAL AUTHENTICATE 205

3.5.10

GENERAL AUTHENTICATE 206

3.5.11

MANAGE SECURITY ENVIRONMENT 207

3.5.12

PSO: HASH 210

3.5.13

PERFORM HASH of FILE 211

3.5.14

PSO: COMPUTE DIGITAL SIGNATURE 212

3.5.15

PSO: VERIFY DIGITAL SIGNATURE 213

3.5.16

PROCESS DSRC MESSAGE 214

4.

ESTRUCTURA DE LAS TARJETAS DE TACÓGRAFO 216

4.1.

Archivo maestro MF 216

4.2.

Aplicaciones de la tarjeta del conductor 217

4.2.1

Aplicación de la tarjeta de conductor de generación 1 217

4.2.2

Aplicación de la tarjeta de conductor de generación 2 221

4.3.

Aplicaciones de la tarjeta de taller 224

4.3.1

Aplicación de la tarjeta de taller de generación 1 224

4.3.2

Aplicación de la tarjeta de taller de generación 2 228

4.4.

Aplicaciones de la tarjeta de control 233

4.4.1

Aplicación de la tarjeta de control de generación 1 233

4.4.2

Aplicación de la tarjeta de control de generación 2 235

4.5.

Aplicaciones de la tarjeta de empresa 237

4.5.1

Aplicación de la tarjeta de empresa de generación 1 237

4.5.2

Aplicación de la tarjeta de empresa de generación 2 238

1. INTRODUCCIÓN

1.1. Abreviaciones

A efectos del presente apéndice se utilizan las siguientes siglas:

AC

Condiciones de acceso

AES

Norma de cifrado avanzado

AID

Identificador de aplicación

ALW

Siempre

APDU

Unidad de datos de protocolo de una aplicación (estructura de un comando)

ATR

Respuesta a reinicio

AUT

Autentificado

C6, C7

Contactos n.o 6 y 7 de la tarjeta, tal y como se describen en la norma ISO/CEI 7816-2

cc

Ciclos de reloj

CHV

Información para la verificación del titular de la tarjeta

CLA

Byte de clase de un comando APDU

DSRC

Comunicación especializada de corto alcance

DF

Archivo dedicado. Un DF puede contener otros archivos (EF o DF)

ECC

Criptografía de curva elíptica

EF

Archivo elemental

etu

Unidad de tiempo elemental

G1

Generación 1

G2

Generación 2

IC

Circuito integrado

ICC

Tarjeta de circuito integrado

ID

Identificador

IFD

Dispositivo de interfaz

IFS

Tamaño del campo de información

IFSC

Tamaño del campo de información para la tarjeta

IFSD

Dispositivo de tamaño del campo de información (para el terminal)

INS

Byte de instrucción de un comando APDU

Lc

Longitud de los datos de entrada para un comando APDU

Le

Longitud de los datos esperados (datos de salida para un comando)

MF

Archivo principal (DF raíz)

NAD

Dirección de nodo empleada en el protocolo T=1

NEV

Nunca

P1-P2

Bytes de parámetros

PIN

Número de identificación personal

PRO SM

Protegido con mensajería segura

PTS

Selección de la transmisión de protocolo

RFU

Reservado para uso futuro

RST

Reinicio (de la tarjeta)

SFID

Identificador EF corto

SM

Mensajería segura

SW1-SW2

Bytes de estado

TS

Carácter ATR inicial

VPP

Tensión de programación

VU

Unidad instalada en el vehículo

XXh

Valor XX en notación hexadecimal

‘XXh’

Valor XX en notación hexadecimal

||

Símbolo de concatenación 03||04=0304

1.2. Referencias

En el presente apéndice se utilizan las referencias siguientes:

ISO/CEI 7816-2

Tarjetas de identificación — Tarjetas de circuito(s) integrado(s) — Parte 2: Dimensiones y ubicación de los contactos. ISO/CEI 7816-2:2007.

ISO/CEI 7816-3

Tarjetas de identificación — Tarjetas de circuito(s) integrado(s) — Parte 3: Interfaz eléctrica y protocolos de transmisión. ISO/CEI 7816-3:2006.

ISO/CEI 7816-4

Tarjetas de identificación — Tarjetas de circuito(s) integrado(s) — Parte 4: Organización, seguridad y comandos para intercambio. ISO/CEI 7816-4:2013 + Cor 1: 2014.

ISO/CEI 7816-6

Tarjetas de identificación — Tarjetas de circuito(s) integrado(s) — Parte 6: Elementos de datos interindustriales para intercambio. ISO/CEI 7816-6:2004 + Cor 1: 2006.

ISO/CEI 7816-8

Tarjetas de identificación — Tarjetas de circuito(s) integrado(s) — Parte 8: Comandos para operaciones de seguridad. ISO/CEI 7816-8:2004.

ISO/CEI 9797-2

Tecnología de la información — Técnicas de seguridad — Códigos de autenticación de mensajes (MACs) — Parte 2: Mecanismos que utilizan una función específica de comprobación aleatoria. ISO/CEI 9797-2:2011

2. CARACTERÍSTICAS ELÉCTRICAS Y FÍSICAS

TCS_01

Todas las señales electrónicas deberán ser conformes a la norma ISO/CEI 7816-3, a menos que se especifique otra cosa.

TCS_02

La ubicación y dimensiones de los contactos de las tarjetas se ajustarán a lo dispuesto en la norma ISO/CEI 7816-2.

2.1. Tensión de alimentación y consumo de corriente

TCS_03

La tarjeta deberá trabajar con arreglo a las especificaciones, dentro de los límites de consumo especificados en la norma ISO/CEI 7816-3.

TCS_04

La tarjeta debe funcionar con Vcc = 3V (± 0,3 V) o con Vcc = 5V (± 0,5 V).

La tensión deberá seleccionarse con arreglo a lo dispuesto en la norma ISO/CEI 7816-3.

2.2. Tensión de programación Vpp

TCS_05

La tarjeta no debe requerir tensión de programación en la patilla C6. Se espera que la patilla C6 no esté conectada a un IFD. El contacto C6 podrá estar conectado a la tensión Vcc de la tarjeta, pero no a masa. Dicha tensión no deberá interpretarse en ningún caso.

2.3. Generación y frecuencia del reloj

TCS_06

La tarjeta deberá funcionar en el intervalo de frecuencias de 1 a 5 MHz y debe admitir frecuencias mayores. La frecuencia del reloj podrá experimentar una variación del ± 2 % dentro de una sesión de la tarjeta. La frecuencia del reloj la genera la Unidad instalada en el vehículo (VU) y no la propia tarjeta. El ciclo de trabajo puede variar entre el 40 % y el 60 %.

TCS_07

El reloj externo puede ser detenido en las condiciones que especifica el archivo EF ICC de la tarjeta. El primer byte del cuerpo del archivo EF ICC codifica las condiciones del modo clockstop:

Bajo

Alto

Bit 3

Bit 2

Bit 1

0

0

1

Se permite clockstop, no hay un nivel preferido

0

1

1

Se permite clockstop, preferiblemente en el nivel alto

1

0

1

Se permite clockstop, preferiblemente en el nivel bajo

0

0

0

No se permite clockstop

0

1

0

Se permite clockstop exclusivamente en el nivel alto

1

0

0

Se permite clockstop exclusivamente en el nivel bajo

Los bits 4 a 8 no se utilizan.

2.4. Contacto de entrada/salida

TCS_08

El contacto C7 de entrada/salida sirve para recibir y transmitir datos al IFD. Durante el funcionamiento de dicho contacto, tan solo podrán estar en modo de transmisión la tarjeta o el IFD. Si ambas unidades estuvieran en el modo de transmisión, la tarjeta no deberá sufrir daños. A menos que se esté transmitiendo, la tarjeta deberá entrar en el modo de recepción.

2.5. Estados de la tarjeta

TCS_09

La tarjeta trabaja en dos estados mientras se aplica la tensión de alimentación:

en estado de funcionamiento mientras se ejecutan los comandos o se mantiene la interconexión con la unidad digital,

en estado de reposo en el resto de casos; en este estado la tarjeta deberá retener todos los datos.

3. SOPORTE FÍSICO Y COMUNICACIONES

3.1. Introducción

El presente apartado describe la funcionalidad mínima que precisan las tarjetas de tacógrafo y las VU para garantizar un correcto funcionamiento e interoperabilidad.

Las tarjetas de tacógrafo cumplen en todo lo posible las normas ISO/CEI aplicables (en especial la norma ISO/CEI 7816). No obstante, a continuación se ofrece una descripción completa de los comandos y protocolos a fin de especificar algunos casos de uso restringido o determinadas diferencias que puedan existir. Los comandos especificados son totalmente conformes a las normas citadas, salvo en los casos que se indican.

3.2. Protocolo de transmisión

TCS_10

El protocolo de transmisión deberá ser conforme a la norma ISO/CEI 7816-3 para T = 0 y T = 1. En particular, la VU deberá reconocer las extensiones de tiempo de espera que envíe la tarjeta.

3.2.1 Protocolos

TCS_11

La tarjeta deberá ofrecer los protocolos T = 0 y T = 1. Además, la tarjeta podrá admitir otros protocolos orientados a la conexión.

TCS_12

T = 0 es el protocolo por defecto, de modo que se precisa un comando PTS para cambiar al protocolo T = 1.

TCS_13

Los dispositivos deberán admitir la convención directa en ambos protocolos: por consiguiente, la convención directa es obligatoria para la tarjeta.

TCS_14

El byte correspondiente al tamaño del campo de información de la tarjeta en la ATR deberá presentarse en el carácter TA3. Este valor deberá ser al menos ‘F0h’ (= 240 bytes).

Los protocolos estarán sujetos a las restricciones siguientes:

TCS_15

T=0

El dispositivo de interfaz deberá admitir una respuesta en la entrada/salida después del flanco ascendente de la señal en RST a partir de 400 cc.

El dispositivo de interfaz deberá ser capaz de leer caracteres separados por 12 etu.

El dispositivo de interfaz deberá leer un carácter erróneo y su repetición cuando estén separados por 13 etu. Si se detecta un carácter erróneo, la señal de error en la entrada/salida puede ocurrir entre 1 etu y 2 etu más tarde. El dispositivo deberá admitir un retardo de 1 etu.

El dispositivo de interfaz deberá aceptar una respuesta ATR de 33 bytes (TS+32).

Si TC1 está presente en la respuesta ATR, el Extra Guard Time deberá estar presente para los caracteres que envíe el dispositivo de interfaz, aunque los caracteres que envíe la tarjeta igualmente podrán estar separados por 12 etu. Este principio también es cierto para el carácter ACK que envía la tarjeta después de que el dispositivo de interfaz haya emitido un carácter P3.

El dispositivo de interfaz deberá tener en cuenta los caracteres NUL que pueda emitir la tarjeta.

El dispositivo de interfaz deberá aceptar el modo complementario de ACK.

El comando GET RESPONSE no se puede utilizar en el modo de encadenamiento para obtener un dato cuya longitud podría sobrepasar 255 bytes.

TCS_16

T=1

NAD Byte: no se utiliza (la dirección NAD deberá configurarse a ‘00’).

S-block ABORT: no se utiliza.

S-block VPP state error: no se utiliza.

La longitud total de encadenamiento de un campo de datos no sobrepasará 255 bytes (de ello se asegurará el IFD).

El IFD deberá indicar el dispositivo de tamaño del campo de información (IFSD) inmediatamente después de la respuesta ATR: el IFD deberá transmitir la petición de S-Block IFS después de la ATR y la tarjeta deberá enviar el S-Block IFS. El valor recomendado para el IFSD es 254 bytes.

La tarjeta no pedirá un reajuste del IFS.

3.2.2 ATR

TCS_17

El dispositivo comprueba los bytes ATR, de acuerdo con la norma ISO/CEI 7816-3. No se verificarán los caracteres históricos ATR.

Ejemplo de biprotocolo básico ATR con arreglo a la norma ISO/CEI 7816-3

Character

Value

Remarks

TS

‘3Bh’

Indicates direct convention.

T0

‘85h’

TD1 present; 5 historical bytes are presents.

TD1

‘80h’

TD2 present; T=0 to be used

TD2

‘11h’

TA3 present; T=1 to be used

TA3

‘XXh’ (at least ‘F0h’)

Information Field Size Card ( IFSC)

TH1 to TH5

‘XXh’

Historical characters

TCK

‘XXh’

Check Character (exclusive OR)

TCS_18

Después de la Answer To Reset (ATR), el archivo principal (MF) se selecciona de manera implícita y pasa a ser el directorio actual.

3.2.3 PTS

TCS_19

El protocolo por defecto es T=0. Para configurar el protocolo T=1, es preciso que el dispositivo envíe a la tarjeta una selección PTS (también denominada PPS).

TCS_20

Dado que tanto el protocolo T=0 como el T=1 son obligatorios para la tarjeta, la selección PTS básica de conmutación de protocolos es obligatoria para la tarjeta.

La selección PTS se puede utilizar, tal y como se indica en la norma ISO/CEI 7816-3, para cambiar a una velocidad en baudios más alta que la velocidad que propone por defecto la tarjeta en la respuesta ATR, en su caso [byte TA(1)].

Opcionalmente, la tarjeta puede funcionar a velocidad en baudios más altas.

TCS_21

Si no se admiten otras velocidades en baudios aparte de la que se ajusta por defecto (o si la velocidad en baudios seleccionada es inadmisible), la tarjeta deberá responder a la selección PTS en la forma correcta según la norma ISO/CEI 7816-3, es decir, omitiendo el byte PPS1.

A continuación se ofrecen varios ejemplos de PTS básica selección de protocolo:

Character

Value

Remarks

PPSS

‘FFh’

The Initiate Character.

PPS0

‘00h’ or ‘01h’

PPS1 to PPS3 are not present; ‘00h’ to select T0, ‘01h’ to select T1.

PK

‘XXh’

Check Character

:

‘XXh’ = ‘FFh’ if PPS0 = ‘00h’,

‘XXh’ = ‘FEh’ if PPS0 = ‘01h’.

3.3. Normas de acceso

TCS_22

Una norma de acceso especifica las condiciones de seguridad correspondientes para un modo de acceso, es decir, un comando. Si se cumplen estas condiciones de seguridad, se procesa el comando correspondiente.

TCS_23

Se utilizan las condiciones de seguridad siguientes para la tarjeta de tacógrafo:

Abreviación

Significado

ALW

La acción siempre es posible y se puede ejecutar sin restricciones. El comando y la respuesta APDU se envían en texto simple, es decir, sin mensajería segura.

NEV

La acción nunca es posible.

PLAIN-C

El comando APDU se envía en texto simple, es decir, sin mensajería segura.

PWD

La acción solo puede ejecutarse si el PIN de la tarjeta de taller se verifica correctamente, es decir, si se ha configurado el estado de seguridad interna de la tarjeta ‘PIN_Verified’. El comando debe enviarse sin mensajería segura.

EXT-AUT-G1

La acción puede ejecutarse solo si se ha ejecutado correctamente el comando External Authenticate para la autenticación de generación 1 (véase también la parte A del apéndice 11).

SM-MAC-G1

El APDU (comando y respuesta) debe aplicarse con mensajería segura de generación 1 en modo exclusivamente de autenticación (véase la parte A del apéndice 11).

SM-C-MAC-G1

El comando APDU debe aplicarse con mensajería segura de generación 1 en modo exclusivamente de autenticación (véase la parte A del apéndice 11).

SM-R-ENC-G1

La respuesta APDU debe aplicarse con mensajería segura de generación 1 en modo de cifrado (véase la parte A del apéndice 11), es decir, no se devuelve ningún código de autenticación de mensajes.

SM-R-ENC-MAC-G1

La respuesta APDU debe aplicarse con mensajería segura de generación 1 en modo de cifrado y posteriormente autenticación (véase la parte A del apéndice 11).

SM-MAC-G2

El APDU (comando y respuesta) debe aplicarse con mensajería segura de generación 2 en modo exclusivamente de autenticación (véase la parte B del apéndice 11).

SM-C-MAC-G2

El comando APDU debe aplicarse con mensajería segura de generación 2 en modo exclusivamente de autenticación (véase la parte B del apéndice 11).

SM-R-ENC-MAC-G2

La respuesta APDU debe aplicarse con mensajería segura de generación 2 en modo de cifrado y posteriormente autenticación (véase la parte B del apéndice 11).

TCS_24

Estas condiciones de seguridad pueden enlazarse de los modos siguientes:

AND : deben cumplirse todas las condiciones de seguridad;

OR : debe cumplirse al menos una condición de seguridad.

Las normas de acceso para el sistema de archivos, es decir, los comandos SELECT, READ BINARY y UPDATE BINARY, se especifican en el apartado 4. Las normas de acceso para el resto de comandos se especifican en las tablas siguientes.

TCS_25

En la aplicación DF tacógrafo G1, se utilizan las siguientes normas de acceso:

Comando

Tarjeta del conductor

Tarjeta de centro de ensayo

Tarjeta de control

Tarjeta de la empresa

External Authenticate

Para autenticación de generación 1

ALW

ALW

ALW

ALW

Para autenticación de generación 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

No aplicable

No aplicable

No aplicable

No aplicable

PSO: Compute Digital Signature

ALW OR

SM-MAC-G2

ALW OR

SM-MAC-G2

No aplicable

No aplicable

PSO: Hash

No aplicable

No aplicable

ALW

No aplicable

PSO: Hash of File

ALW OR

SM-MAC-G2

ALW OR

SM-MAC-G2

No aplicable

No aplicable

PSO: Verify Certificate

ALW

ALW

ALW

ALW

PSO: Verify Digital Signature

No aplicable

No aplicable

ALW

No aplicable

Verify

No aplicable

ALW

No aplicable

No aplicable

TCS_26

En la aplicación DF tacógrafo_G2, se utilizan las siguientes normas de acceso:

Comando

Tarjeta del conductor

Tarjeta de centro de ensayo

Tarjeta de control

Tarjeta de la empresa

External Authenticate

Para autenticación de generación 1

No aplicable

No aplicable

No aplicable

No aplicable

Para autenticación de generación 2

ALW

PWD

ALW

ALW

Internal Authenticate

No aplicable

No aplicable

No aplicable

No aplicable

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

No aplicable

ALW

ALW

No aplicable

PSO: Compute Digital Signature

ALW OR

SM-MAC-G2

ALW OR

SM-MAC-G2

No aplicable

No aplicable

PSO: Hash

No aplicable

No aplicable

ALW

No aplicable

PSO: Hash of File

ALW OR

SM-MAC-G2

ALW OR

SM-MAC-G2

No aplicable

No aplicable

PSO: Verify Certificate

ALW

ALW

ALW

ALW

PSO: Verify Digital Signature

No aplicable

No aplicable

ALW

No aplicable

Verify

No aplicable

ALW

No aplicable

No aplicable

TCS_27

En el MF, se utilizan las siguientes normas de acceso:

Comando

Tarjeta del conductor

Tarjeta de centro de ensayo

Tarjeta de control

Tarjeta de la empresa

External Authenticate

Para autenticación de generación 1

No aplicable

No aplicable

No aplicable

No aplicable

Para autenticación de generación 2

ALW

PWD

ALW

ALW

Internal Authenticate

No aplicable

No aplicable

No aplicable

No aplicable

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

No aplicable

No aplicable

No aplicable

No aplicable

PSO: Compute Digital Signature

No aplicable

No aplicable

No aplicable

No aplicable

PSO: Hash

No aplicable

No aplicable

No aplicable

No aplicable

PSO: Hash of File

No aplicable

No aplicable

No aplicable

No aplicable

PSO: Verify Certificate

ALW

ALW

ALW

ALW

Verify

No aplicable

ALW

No aplicable

No aplicable

TCS_28

Una tarjeta de tacógrafo puede o no aceptar un comando con un nivel de seguridad superior al especificado en las condiciones de seguridad. Es decir, si la condición de seguridad es ALW (o PLAIN-C), la tarjeta puede aceptar un comando con mensajería segura (modo de cifrado y/o autenticación). Si la condición de seguridad requiere mensajería segura con modo de autenticación, la tarjeta del tacógrafo puede aceptar un comando con mensajería segura de la misma generación en modo de autenticación y cifrado.

Nota: Las descripciones de los comandos ofrecen más información acerca de la compatibilidad de los comandos con distintos tipos de tarjetas de tacógrafo y diferentes DF.

3.4. Visión general de los comandos y los códigos de error

Los comandos y la organización de archivos se deducen de la norma ISO/CEI 7816-4 y se ajustan a ella.

En esta sección se describen los siguientes pares comando APDU-respuesta. Las variantes de comandos que admite una aplicación de generación 1 y 2 se especifican en las descripciones correspondientes de los comandos.

Comando

INS

SELECT

‘A4h’

READ BINARY

‘B0h’, ‘B1h’

UPDATE BINARY

‘D6h’, ‘D7h’

GET CHALLENGE

‘84h’

VERIFY

‘20h’

GET RESPONSE

‘C0h’

PERFORM SECURITY OPERATION

‘2Ah’

VERIFY CERTIFICATE

COMPUTE DIGITAL SIGNATURE

VERIFY DIGITAL SIGNATURE

HASH

PERFORM HASH OF FILE

PROCESS DSRC MESSAGE

INTERNAL AUTHENTICATE

‘88h’

EXTERNAL AUTHENTICATE

‘82h’

MANAGE SECURITY ENVIRONMENT

‘22h’

SET DIGITAL SIGNATURE TEMPLATE

SET AUTHENTICATION TEMPLATE

GENERAL AUTHENTICATE

‘86h’

TCS_29

Las palabras de estado SW1 SW2 aparecen en todos los mensajes de respuesta e indican el estado de procesado del comando.

SW1

SW2

Significado

90

00

Procesamiento normal.

61

XX

Procesamiento normal. XX = número de bytes de respuesta disponibles.

62

81

Procedimiento de aviso. Una parte de los datos devueltos puede estar dañada

63

00

Ha fallado la autenticación (Advertencia)

63

CX

CHV (PIN) incorrecto. ‘X’ indica el contador de intentos restantes

64

00

Error de ejecución. No ha variado el estado de la memoria permanente. Error de integridad.

65

00

Error de ejecución. Ha variado el estado de la memoria permanente

65

81

Error de ejecución. Ha variado el estado de la memoria permanente. Fallo de memoria

66

88

Error de seguridad

:

suma de control criptográfica incorrecta (durante la mensajería segura) o bien

certificado incorrecto (durante la verificación del certificado) o bien

criptograma incorrecto (durante la autentificación externa) o bien

firma incorrecta (durante la verificación de la firma)

67

00

Longitud incorrecta (Lc o Le incorrecta)

68

82

Mensajería segura no admitida

68

83

Último comando de la cadena esperado

69

00

Comando prohibido (no hay respuesta disponible en T=0)

69

82

Estado de seguridad no satisfecho.

69

83

Método de autentificación bloqueado.

69

85

Condiciones de uso no satisfechas.

69

86

Comando no autorizado (falta el EF actual).

69

87

Faltan objetos de datos de mensajería segura que se esperaban.

69

88

Objetos de datos de mensajería segura incorrectos.

6A

80

Parámetros incorrectos en el campo de datos

6A

82

Archivo no encontrado.

6A

86

Parámetros P1-P2 incorrectos.

6A

88

Datos referenciados no encontrados.

6B

00

Parámetros incorrectos (desviación fuera del EF).

6C

XX

Longitud incorrecta, SW2 indica la longitud exacta. No se devuelve un campo de datos.

6D

00

Código de instrucción no admitido o no válido.

6E

00

Clase no admitida.

6F

00

Otros errores de comprobación

TCS_30

Si se cumplen más de una condición de error en un comando APDU, la tarjeta puede devolver cualquiera de las palabras de estado adecuada.

3.5. Descripción de los comandos

En el presente apartado se describen los comandos obligatorios para las tarjetas de tacógrafo.

En el apéndice 11 (Mecanismos de seguridad comunes) hallará otros pormenores relevantes relacionados con las operaciones criptográficas que es preciso realizar para tacógrafos de generación 1 y generación 2.

Todos los comandos se describen con independencia del protocolo utilizado (T=0 o T=1). Los bytes APDU CLA, INS, P1, P2, Lc y Le siempre se indican. Si el byte Lc o Le no es necesario para el comando descrito, entonces la longitud, el valor y la descripción asociados están vacíos.

TCS_31

Si se solicitan los dos bytes de longitud (Lc y Le) y además el IFD está utilizando el protocolo T=0, es preciso dividir en dos partes el comando descrito: el IFD envía el comando del modo descrito con P3 = Lc + datos y seguidamente envía un comando GET RESPONSE (véase § 3.5.6) con P3=Le.

TCS_32

Si se solicitan los dos bytes de longitud y Le=0 (mensajería segura):

en caso de utilizarse el protocolo T=1, la tarjeta deberá responder a Le=0 enviando todos los datos de salida disponibles;

en caso de utilizarse el protocolo T=0, el IFD deberá enviar el primer comando con P3 = Lc + datos, la tarjeta deberá responder (a este Le=0 implícito) con los bytes de estado ‘61La’, donde La es el número de bytes de respuesta disponibles. A continuación, el IFD deberá generar un comando GET RESPONSE con P3 = La para leer los datos.

TCS_33

Una tarjeta de tacógrafo podría admitir campos de longitud ampliada conforme a ISO/CEI 7816-4 como función opcional. Una tarjeta de tacógrafo que admita campos de longitud ampliada deberá:

indicar la compatibilidad con los campos de longitud ampliada en la ATR;

proporcionar los tamaños de memoria temporal admitidos por medio de la información de longitud ampliada en el EF ATR/INFO, véase TCS_146;

indicar si admite campos de longitud ampliada para T = 1 y/o T = 0 en la longitud ampliada de EF, véase TCS_147;

admitir campos de longitud ampliada para la aplicación de tacógrafo de generación 1 y 2.

Notas:

Las especificaciones de todos los comandos son para campos de longitud corta. El uso de APDU de longitud ampliada está claro en ISO/CEI 7816-4.

Por lo general, se especifican los comandos para el modo director, es decir, sin mensajería segura, ya que la capa de mensajería segura se especifica en el apéndice 11. Se deduce claramente de las normas de acceso de un comando si este debe admitir mensajería segura o no y si el comando debe admitir mensajería segura de generación 1 y/o generación 2. Algunas variantes de comandos se describen con mensajería segura para ilustrar el uso de la mensajería segura.

TCS_34

La VU deberá ejecutar todo el protocolo de autenticación mutua de generación 2 VU-tarjeta durante una sesión, incluida la verificación de certificados (en caso necesario) ya sea en el DF tacógrafo, en el DF tacógrafo_G2 o en el MF.

3.5.1 SELECT

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-4, pero tiene un uso restringido en comparación con el comando que se define en dicha norma.

El comando SELECT se utiliza:

para seleccionar un DF de la aplicación (es preciso utilizar la selección por nombre),

para seleccionar un archivo elemental que corresponda al ID de archivo enviado.

3.5.1.1 Selección por nombre (AID)

Este comando permite seleccionar un DF de la aplicación en la tarjeta.

TCS_35

Este comando puede ejecutarse desde cualquier punto de la estructura de archivos (después de la respuesta ATR o en cualquier momento).

TCS_36

Al seleccionar una aplicación se reinicia el entorno de seguridad actual. Tras realizar la selección de la aplicación, ya no se selecciona ninguna clave pública actual. También se pierde la condición de acceso EXT-AUT-G1. Si el comando se ejecutó sin mensajería segura, las claves de la sesión de mensajería segura anterior dejan de estar disponibles.

TCS_37

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘A4h’

P1

1

‘04h’

Selección por nombre (AID)

P2

1

‘0Ch’

No se espera respuesta

Lc

1

‘NNh’

Número de bytes enviados a la tarjeta (longitud del AID):

‘06h’ para la aplicación de tacógrafo

#6-#(5+NN)

NN

‘XX..XXh’

AID: ‘FF 54 41 43 48 4F’ para la aplicación de tacógrafo de generación 1

AID: ‘FF 53 4D 52 44 54’ para la aplicación de tacógrafo de generación 2

No se precisa respuesta para el comando SELECT (Le ausente en T=1, o no se pide respuesta en T=0).

TCS_38

Mensaje de respuesta (no se pide respuesta)

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si no se encuentra la aplicación que corresponde al AID, se contesta con el estado de procesado ‘6A82’.

En T=1, si está presente el byte Le, se contesta con el estado ‘6700’.

En T=0, si se pide una respuesta después del comando SELECT, se contesta con el estado ‘6900’.

Si se considera que la aplicación seleccionada está dañada (se detecta un error de integridad dentro de los atributos del archivo), se contesta con el estado de procesado ‘6400’ o ‘6581’.

3.5.1.2 Selección de un archivo elemental utilizando su identificador de archivo

TCS_39

Mensaje de comando

TCS_40

Una tarjeta de tacógrafo deberá admitir mensajería segura de generación 2 tal como se especifica en la parte B del apéndice 11 para esta variante de comando.

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘A4h’

P1

1

‘02h’

Selección de un EF bajo el DF actual

P2

1

‘0Ch’

No se espera respuesta

Lc

1

‘02h’

Número de bytes enviados a la tarjeta

#6-#7

2

‘XXXXh’

Identificador de archivo

No se precisa respuesta para el comando SELECT (Le ausente en T=1, o no se pide respuesta en T=0).

TCS_41

Mensaje de respuesta (no se pide respuesta)

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si no se encuentra el archivo que corresponde al identificador, se contesta con el estado de procesado ‘6A82’.

En T=1, si está presente el byte Le, se contesta con el estado ‘6700’.

En T=0, si se pide una respuesta después del comando SELECT, se contesta con el estado ‘6900’.

Si se considera que el archivo seleccionado está dañado (se detecta un error de integridad dentro de los atributos del archivo), se contesta con el estado de procesado ‘6400’ o ‘6581’.

3.5.2 READ BINARY

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-4, pero tiene un uso restringido en comparación con el comando que se define en dicha norma.

El comando READ BINARY sirve para leer datos de un archivo transparente.

La respuesta de la tarjeta consiste en devolver los datos leídos, opcionalmente encapsulados en una estructura de mensajería segura.

3.5.2.1 Comando con desviación en P1-P2

Este comando permite al IFD leer datos del EF actualmente seleccionado, sin mensajería segura.

Nota: Este comando sin mensajería segura solo puede utilizarse para leer un archivo que admita la condición de seguridad ALW para el modo de acceso de lectura.

TCS_42

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘B0h’

Read Binary

P1

1

‘XXh’

Desviación en bytes desde el comienzo del archivo: byte más significativo

P2

1

‘XXh’

Desviación en bytes desde el comienzo del archivo: byte menos significativo

Le

1

‘XXh’

Longitud de los datos esperada. Número de bytes que se han de leer.

Nota: el bit 8 de P1 debe ponerse a 0.

TCS_43

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

#1-#X

X

‘XX..XXh’

Datos leídos

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si no se selecciona un EF, se contesta con el estado de procesado ‘6986’.

Si no se cumplen las condiciones de seguridad del archivo seleccionado, se interrumpe el comando con ‘6982’.

Si la desviación no es compatible con el tamaño del EF (desviación > tamaño del EF), se contesta con el estado de procesado ‘6B00’.

Si el tamaño de los datos que se han de leer no es compatible con el tamaño del EF (desviación + Le > tamaño del EF), se contesta con el estado de procesado ‘6700’ o ‘6Cxx’ donde ‘xx’ indica la longitud exacta.

Si se detecta un error de integridad dentro de los atributos del archivo, la tarjeta considerará el archivo dañado e irrecuperable, se contesta con el estado de procesado ‘6400’ o ‘6581’.

Si se detecta un error de integridad dentro de los datos almacenados, la tarjeta devuelve los datos solicitados y contesta con el estado de procesado ‘6281’.

3.5.2.1.1 Comando con mensajería segura (ejemplos)

Este comando permite al IFD leer datos del EF actualmente seleccionado, con mensajería segura, a fin de verificar la integridad de los datos recibidos y proteger la confidencialidad de los datos si se aplica la condición de seguridad SM-R-ENC-MAC-G1 (generación 1) o SM-R-ENC-MAC-G2 (generación 2).

TCS_44

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘0Ch’

Se pide mensajería segura

INS

1

‘B0h’

Read Binary

P1

1

‘XXh’

P1 (desviación en bytes desde el comienzo del archivo): byte más significativo

P2

1

‘XXh’

P2 (desviación en bytes desde el comienzo del archivo): byte menos significativo

Lc

1

‘XXh’

Longitud de los datos de entrada para mensajería segura

#6

1

‘97h’

TLE: Etiqueta para especificación de la longitud esperada.

#7

1

‘01h’

LLE: Longitud de la longitud esperada

#8

1

‘NNh’

Especificación de la longitud esperada (Le original): Número de bytes que se han de leer

#9

1

‘8Eh’

TCC: Etiqueta para suma de control criptográfica

#10

1

‘XXh’

LCC: Longitud de la siguiente suma de control criptográfica

‘04h’ para mensajería segura de generación 1 (véase la parte A del apéndice 11)

‘08h’, ‘0Ch’ o ‘10h’ dependiendo de la longitud de la clave AES para mensajería segura de generación 2 (véase la parte B del apéndice 11)

#11-#(10+L)

L

‘XX..XXh’

Cryptographic checksum (suma de control criptográfica ),

Le

1

‘00h’

Según se especifica en la norma ISO/CEI 7816-4

TCS_45

Mensaje de respuesta si no se requiere SM-R-ENC-MAC-G1 (generación 1) / SM-R-ENC-MAC-G2 (generación 2) y si el formato de entrada de mensajería segura es correcto:

Byte

Longitud

Valor

Descripción

#1

1

‘99h’

Etiqueta para el estado de procesado (SW1-SW2) — opcional para mensajería segura de generación 1

#2

1

‘02h’

Longitud del estado de procesado

#3 — #4

2

‘XX XXh’

Estado de procesado de la respuesta APDU sin proteger

#5

1

‘81h’

TPV: Etiqueta para datos del valor plano

#6

L

‘NNh’ o

‘81 NNh’

LPV: longitud de los datos devueltos (=Le original).

L es 2 bytes si LPV > 127 bytes

#(6+L)-#(5+L+NN)

NN

‘XX..XXh’

Valor de datos planos

#(6+L+NN)

1

‘8Eh’

TCC: Etiqueta para suma de control criptográfica

#(7+L+NN)

1

‘XXh’

LCC: Longitud de la siguiente suma de control criptográfica

‘04h’ para mensajería segura de generación 1 (véase la parte A del apéndice 11)

‘08h’, ‘0Ch’ o ‘10h’ dependiendo de la longitud de la clave AES para mensajería segura de generación 2 (véase la parte B del apéndice 11)

#(8+L+NN)-#(7+M+L+NN)

M

‘XX..XXh’

Suma de control criptográfica

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

TCS_46

Mensaje de respuesta si se requiere SM-R-ENC-MAC-G1 (generación 1) / SM-R-ENC-MAC-G2 (generación 2) y si el formato de entrada de mensajería segura es correcto:

Byte

Longitud

Valor

Descripción

#1

1

‘87h’

TPI CG: Etiqueta para datos cifrados (criptograma)

#2

L

‘MMh’ o

‘81 MMh’

LPI CG: longitud de los datos cifrados que se devuelven (distinta de la Le original del comando, debido al relleno).

L es 2 bytes si LPI CG > 127 bytes

#(2+L)-#(1+L+MM)

MM

‘01XX..XXh’

Datos cifrados: Indicador de relleno y criptograma

#(2+L+MM)

1

‘99h’

Etiqueta para el estado de procesado (SW1-SW2) — opcional para mensajería segura de generación 1

#(3+L+MM)

1

‘02h’

Longitud del estado de procesado

#(4+L+MM) — #(5+L+MM)

2

‘XX XXh’

Estado de procesado de la respuesta APDU sin proteger

#(6+L+MM)

1

‘8Eh’

TCC: Etiqueta para suma de control criptográfica

#(7+L+MM)

1

‘XXh’

LCC: Longitud de la siguiente suma de control criptográfica

‘04h’ para mensajería segura de generación 1 (véase la parte A del apéndice 11)

‘08h’, ‘0Ch’ o ‘10h’ dependiendo de la longitud de la clave AES para mensajería segura de generación 2 (véase la parte B del apéndice 11)

#(8+L+MM)-#(7+N+L+MM)

N

‘XX..XXh’

Suma de control criptográfica

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

El comando READ BINARY puede devolver estados de procesado normales enumerados en TCS_43 bajo la etiqueta ‘99h’ tal como se describe en TCS_59 utilizando la estructura de respuesta de mensajería segura.

Asimismo, es posible que se produzcan algunos errores específicamente relacionados con la mensajería segura. En tal caso, el estado de procesado se devuelve tal cual, sin la intervención de una estructura de mensajería segura.

TCS_47

Mensaje de respuesta si el formato de entrada de mensajería segura es incorrecto

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si no hay una clave disponible para la sesión actual, se devuelve el estado de procesado ‘6A88’. Esto ocurre si la clave de la sesión no se ha generado todavía o si ha expirado la validez de dicha clave (en tal caso, el IFD debe ejecutar de nuevo un proceso de autentificación mutua para establecer una nueva clave de sesión).

Si en el formato de mensajería segura faltan algunos de los objetos de datos que se esperaban (anteriormente especificados), se devuelve el estado de procesado ‘6987’: este error se produce si falta una etiqueta esperada o si el cuerpo del comando no está bien construido.

Si algunos de los objetos de datos son incorrectos, se contesta con el estado de procesado ‘6988’: este error se produce si están presentes todas las etiquetas necesarias pero algunas longitudes no coinciden con las esperadas.

Si falla la verificación de la suma de control criptográfica, se contesta con el estado de procesado ‘6688’.

3.5.2.2 Comando con identificador EF (archivo elemental) corto

Esta variante de comando permite al IFD seleccionar un EF por medio de un identificador EF corto y leer los datos de este EF.

TCS_48

Una tarjeta de tacógrafo deberá admitir esta variante de comando para todos los archivos elementales que lleven especificado un identificador EF corto. Estos identificadores EF cortos se especifican en el apartado 4.

TCS_49

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘B0h’

Read Binary

P1

1

‘XXh’

El bit 8 se pone en 1

Los bits 7 y 6 se ponen en 00

Los bits 5 a 1 codifican el identificador EF corto del EF correspondiente

P2

1

‘XXh’

Codifica una desviación desde 0 hasta 255 bytes en el EF referenciado por P1

Le

1

‘XXh’

Longitud de los datos esperada. Número de bytes que se han de leer.

Nota: Los identificadores EF cortos utilizados para la aplicación de tacógrafo de generación 2 se especifican en el apartado 4.

Si P1 codifica un identificador EF corte y el comando es correcto, el EF identificado pasa a ser el EF seleccionado actualmente (EF actual).

TCS_50

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

#1-#L

L

‘XX..XXh’

Datos leídos

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si no se encuentra el archivo que corresponde al identificador EF corto, se contesta con el estado de procesado ‘6A82’.

Si no se satisfacen las condiciones de seguridad del archivo seleccionado, se interrumpe el comando con ‘6982’.

Si la desviación no es compatible con el tamaño del EF (desviación > tamaño del EF), se contesta con el estado de procesado ‘6B00’.

Si el tamaño de los datos que se han de leer no es compatible con el tamaño del EF (desviación + Le > tamaño del EF), se contesta con el estado de procesado ‘6700’ o ‘6Cxx’ donde ‘xx’ indica la longitud exacta.

Si se detecta un error de integridad dentro de los atributos del archivo, la tarjeta considerará el archivo dañado e irrecuperable, se contesta con el estado de procesado ‘6400’ o ‘6581’.

Si se detecta un error de integridad dentro de los datos almacenados, la tarjeta devuelve los datos solicitados y contesta con el estado de procesado ‘6281’.

3.5.2.3 Comando con byte de instrucción impar

Esta variante de comando permite al IFD leer datos de un EF de 32 768 bytes o más.

TCS_51

Una tarjeta de tacógrafo que admita EF de 32 768 bytes o más deberá admitir esta variante de comando para estos EF. Una tarjeta de tacógrafo puede o no admitir esta variante de comando para otros EF a excepción del EF Sensor_Installation_Data; véase TCS_156 y TCS_160.

TCS_52

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘B1h’

Read Binary

P1

1

‘00h’

EF actual

P2

1

‘00h’

Lc

1

‘NNh’

Lc longitud del objeto de datos de desviación.

#6-#(5+NN)

NN

‘XX..XXh’

Objeto de datos de desviación:

Etiqueta

‘54h’

Longitud

‘01h’ o ‘02h’

Valor

desviación

Le

1

‘XXh’

Número de bytes que se han de leer.

El IFD deberá codificar la longitud del objeto de datos de desviación con un número mínimo posible de octetos, es decir, utilizando el byte de longitud ‘01h’ el IFD deberá codificar una desviación comprendida entre 0 y 255 y, mediante el byte de longitud ‘02h’, una desviación comprendida entre ‘256’ y ‘65 535’ bytes.

TCS_53

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

#1-#L

L

‘XX..XXh’

Datos leídos encapsulados en un objeto de datos discrecional con etiqueta ‘53h’.

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si no se selecciona un EF, se contesta con el estado de procesado ‘6986’.

Si no se satisfacen las condiciones de seguridad del archivo seleccionado, se interrumpe el comando con ‘6982’.

Si la desviación no es compatible con el tamaño del EF (desviación > tamaño del EF), se contesta con el estado de procesado ‘6B00’.

Si el tamaño de los datos que se han de leer no es compatible con el tamaño del EF (desviación + Le > tamaño del EF), se contesta con el estado de procesado ‘6700’ o ‘6Cxx’ donde ‘xx’ indica la longitud exacta.

Si se detecta un error de integridad dentro de los atributos del archivo, la tarjeta considerará el archivo dañado e irrecuperable, se contesta con el estado de procesado ‘6400’ o ‘6581’.

Si se detecta un error de integridad dentro de los datos almacenados, la tarjeta devuelve los datos solicitados y contesta con el estado de procesado ‘6281’.

3.5.2.3.1 Comando con mensajería segura (ejemplo)

El siguiente ejemplo ilustra el uso de la mensajería segura si se aplica la condición de seguridad SM-MAC-G2.

TCS_54

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘0Ch’

Se pide mensajería segura

INS

1

‘B1h’

Read Binary

P1

1

‘00h’

EF actual

P2

1

‘00h’

Lc

1

‘XXh’

Longitud del campo de datos seguro

#6

1

‘B3h’

Etiqueta para datos del valor plano codificados en BER-TLV

#7

1

‘NNh’

LPV: longitud de los datos transmitidos

#(8)-#(7+NN)

NN

‘XX..XXh’

Datos planos codificados en BER-TLV, es decir, el objeto de datos de desviación con etiqueta ‘54’

#(8+NN)

1

‘97h’

TLE: Etiqueta para especificación de la longitud esperada.

#(9+NN)

1

‘01h’

LLE: Longitud de la longitud esperada

#(10+NN)

1

‘XXh’

Especificación de la longitud esperada (Le original): Número de bytes que se han de leer

#(11+NN)

1

‘8Eh’

TCC: Etiqueta para suma de control criptográfica

#(12+NN)

1

‘XXh’

LCC: Longitud de la siguiente suma de control criptográfica

‘08h’, ‘0Ch’ o ‘10h’ dependiendo de la longitud de la clave AES para mensajería segura de generación 2 (véase la parte B del apéndice 11)

#(13+NN)-#(12+M+NN)

M

‘XX..XXh’

Suma de control criptográfica

Le

1

‘00h’

Según se especifica en la norma ISO/CEI 7816-4

TCS_55

Mensaje de respuesta si el comando es correcto

Byte

Longitud

Valor

Descripción

#1

1

‘B3h’

Datos planos codificados en BER-TLV

#2

L

‘NNh’ o

‘81 NNh’

LPV: longitud de los datos devueltos (=Le original).

L es 2 bytes si LPV > 127 bytes

#(2+L)-#(1+L+NN)

NN

‘XX..XXh’

Valor de datos planos codificados en BER-TLV, es decir, los datos leídos encapsulados en un objeto de datos discrecional con etiqueta ‘53h’.

#(2+L+NN)

1

‘99h’

Estado de procesado de la respuesta APDU sin proteger

#(3+L+NN)

1

‘02h’

Longitud del estado de procesado

#(4+L+NN) — #(5+L+NN)

2

‘XX XXh’

Estado de procesado de la respuesta APDU sin proteger

#(6+L+NN)

1

‘8Eh’

TCC: Etiqueta para suma de control criptográfica

#(7+L+NN)

1

‘XXh’

LCC: Longitud de la siguiente suma de control criptográfica

‘08h’, ‘0Ch’ o ‘10h’ dependiendo de la longitud de la clave AES para mensajería segura de generación 2 (véase la parte B del apéndice 11)

#(8+L+NN)-#(7+M+L+NN)

M

‘XX..XXh’

Suma de control criptográfica

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

3.5.3 UPDATE BINARY

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-4, pero tiene un uso restringido en comparación con el comando que se define en dicha norma.

El mensaje de comando UPDATE BINARY inicia la actualización (borrar + escribir) de los bits ya presentes en un EF binario, para sustituirlos por los bits dados en el comando APDU.

3.5.3.1 Comando con desviación en P1-P2

Este comando permite al IFD escribir datos en el EF actualmente seleccionado, sin que la tarjeta verifique la integridad de los datos recibidos.

Nota: Este comando sin mensajería segura solo puede utilizarse para leer un archivo que admita la condición de seguridad ALW para el modo de acceso de actualización.

TCS_56

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘D6h’

Update Binary

P1

1

‘XXh’

Desviación en bytes desde el comienzo del archivo: byte más significativo

P2

1

‘XXh’

Desviación en bytes desde el comienzo del archivo: byte menos significativo

Lc

1

‘NNh’

Lc Longitud de los datos que se han de actualizar. Número de bytes que se han de escribir.

#6-#(5+NN)

NN

‘XX..XXh’

Datos que se han de escribir

Nota: el bit 8 de P1 debe ponerse a 0.

TCS_57

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si no se selecciona un EF, se contesta con el estado de procesado ‘6986’.

Si no se satisfacen las condiciones de seguridad del archivo seleccionado, se interrumpe el comando con ‘6982’.

Si la desviación no es compatible con el tamaño del EF (desviación > tamaño del EF), se contesta con el estado de procesado ‘6B00’.

Si el tamaño de los datos que se han de escribir no es compatible con el tamaño del EF (desviación + Lc > tamaño del EF), se contesta con el estado de procesado ‘6700’.

Si se detecta un error de integridad dentro de los atributos del archivo, la tarjeta considerará el archivo dañado e irrecuperable, se contesta con el estado de procesado ‘6400’ o ‘6500’.

Si falla la escritura, se contesta con el estado de procesado ‘6581’.

3.5.3.1.1 Comando con mensajería segura (ejemplos)

Este comando permite al IFD escribir datos en el EF actualmente seleccionado, de modo que la tarjeta verifica la integridad de los datos recibidos. Dado que no se precisa confidencialidad, los datos no están cifrados.

TCS_58

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘0Ch’

Se pide mensajería segura

INS

1

‘D6h’

Update Binary

P1

1

‘XXh’

Desviación en bytes desde el comienzo del archivo:

byte más significativo

P2

1

‘XXh’

Desviación en bytes desde el comienzo del archivo:

byte menos significativo

Lc

1

‘XXh’

Longitud del campo de datos seguro

#6

1

‘81h’

TPV: Etiqueta para datos del valor plano

#7

L

‘NNh’ o

‘81 NNh’

LPV: longitud de los datos transmitidos.

L es 2 bytes si LPV > 127 bytes.

#(7+L)-#(6+L+NN)

NN

‘XX..XXh’

Valor de datos planos (datos que se han de escribir)

#(7+L+NN)

1

‘8Eh’

TCC: Etiqueta para suma de control criptográfica

#(8+L+NN)

1

‘XXh’

LCC: Longitud de la siguiente suma de control criptográfica ‘04h’ para mensajería segura de generación 1 (véase la parte A del apéndice 11)

‘08h’, ‘0Ch’ o ‘10h’ dependiendo de la longitud de la clave AES para mensajería segura de generación 2 (véase la parte B del apéndice 11)

#(9+L+NN)-#(8+M+L+NN)

M

‘XX..XXh’

Suma de control criptográfica

Le

1

‘00h’

Según se especifica en la norma ISO/CEI 7816-4

TCS_59

Mensaje de respuesta si el formato de entrada de mensajería segura es correcto

Byte

Longitud

Valor

Descripción

#1

1

‘99h’

TSW: Etiqueta para palabras de estado (con la protección de CC)

#2

1

‘02h’

LSW: longitud de las palabras de estado devueltas

#3-#4

2

‘XXXXh’

Estado de procesado de la respuesta APDU sin proteger

#5

1

‘8Eh’

TCC: Etiqueta para suma de control criptográfica

#6

1

‘XXh’

LCC: Longitud de la siguiente suma de control criptográfica

‘04h’ para mensajería segura de generación 1 (véase la parte A del apéndice 11)

‘08h’, ‘0Ch’ o ‘10h’ dependiendo de la longitud de la clave AES para mensajería segura de generación 2 (véase la parte B del apéndice 11)

#7-#(6+L)

L

‘XX..XXh’

Suma de control criptográfica

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Los estados de procesado «normales», descritos para el comando UPDATE BINARY sin mensajería segura (véase §3.5.3.1), se pueden devolver utilizando las estructuras de mensaje de respuesta descritas anteriormente.

Asimismo, es posible que se produzcan algunos errores específicamente relacionados con la mensajería segura. En tal caso, el estado de procesado se devuelve tal cual, sin la intervención de una estructura de mensajería segura.

TCS_60

Mensaje de respuesta si se produce un error de mensajería segura

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si no hay una clave disponible para la sesión actual, se devuelve el estado de procesado ‘6A88’.

Si en el formato de mensajería segura faltan algunos de los objetos de datos que se esperaban (anteriormente especificados), se devuelve el estado de procesado ‘6987’: este error se produce si falta una etiqueta esperada o si el cuerpo del comando no está bien construido.

Si algunos de los objetos de datos son incorrectos, se contesta con el estado de procesado ‘6988’: este error se produce si están presentes todas las etiquetas necesarias pero algunas longitudes no coinciden con las esperadas.

Si falla la verificación de la suma de control criptográfica, se contesta con el estado de procesado ‘6688’.

3.5.3.2 Comando con identificador EF corto

Esta variante de comando permite al IFD seleccionar un EF por medio de un identificador EF corto y escribir los datos de este EF.

TCS_61

Una tarjeta de tacógrafo deberá admitir esta variante de comando para todos los archivos elementales que lleven especificado un identificador EF corto. Estos identificadores EF cortos se especifican en el apartado 4.

TCS_62

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘D6h’

Update Binary

P1

1

‘XXh’

El bit 8 se pone en 1

Los bits 7 y 6 se ponen en 00

Los bits 5 a 1 codifican el identificador EF corto del EF correspondiente

P2

1

‘XXh’

Codifica una desviación desde 0 hasta 255 bytes en el EF referenciado por P1

Lc

1

‘NNh’

Lc Longitud de los datos que se han de actualizar. Número de bytes que se han de escribir.

#6-#(5+NN)

NN

‘XX..XXh’

Datos que se han de escribir

TCS_63

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Nota: Los identificadores EF cortos utilizados para la aplicación de tacógrafo de generación 2 se especifican en el apartado 4.

Si P1 codifica un identificador EF corte y el comando es correcto, el EF identificado pasa a ser el EF seleccionado actualmente (EF actual).

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si no se encuentra el archivo que corresponde al identificador EF corto, se contesta con el estado de procesado ‘6A82’.

Si no se satisfacen las condiciones de seguridad del archivo seleccionado, se interrumpe el comando con ‘6982’.

Si la desviación no es compatible con el tamaño del EF (desviación > tamaño del EF), se contesta con el estado de procesado ‘6B00’.

Si el tamaño de los datos que se han de escribir no es compatible con el tamaño del EF (desviación + Lc > tamaño del EF), se contesta con el estado de procesado ‘6700’.

Si se detecta un error de integridad dentro de los atributos del archivo, la tarjeta considerará el archivo dañado e irrecuperable, se contesta con el estado de procesado ‘6400’ o ‘6581’.

Si falla la escritura, se contesta con el estado de procesado ‘6581’.

3.5.3.3 Comando con byte de instrucción impar

Esta variante de comando permite al IFD escribir datos de un EF de 32 768 bytes o más.

TCS_64

Una tarjeta de tacógrafo que admita EF de 32 768 bytes o más deberá admitir esta variante de comando para estos EF. Una tarjeta de tacógrafo puede o no admitir esta variante de comando para otros EF.

TCS_65

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘D7h’

Update Binary

P1

1

‘00h’

EF actual

P2

1

‘00h’

Lc

1

‘NNh’

Lc Longitud de datos en el campo de datos del comando

#6-#(5+NN)

NN

‘XX..XXh’

Objeto de datos de desviación con etiqueta ‘54h’ || Objeto de datos discrecional con etiqueta ‘53h’ que encapsula los datos que han de escribirse

El IFD deberá codificar la longitud del objeto de datos de desviación y el objeto de datos discrecional con un número mínimo posible de octetos, es decir, utilizando el byte de longitud ‘01h’ el IFD deberá codificar una desviación/longitud comprendida entre 0 y 255 y, mediante el byte de longitud ‘02h’, una desviación/longitud comprendida entre ‘256’ y ‘65 535’ bytes.

TCS_66

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si no se selecciona un EF, se contesta con el estado de procesado ‘6986’.

Si no se satisfacen las condiciones de seguridad del archivo seleccionado, se interrumpe el comando con ‘6982’.

Si la desviación no es compatible con el tamaño del EF (desviación > tamaño del EF), se contesta con el estado de procesado ‘6B00’.

Si el tamaño de los datos que se han de escribir no es compatible con el tamaño del EF (desviación + Lc > tamaño del EF), se contesta con el estado de procesado ‘6700’.

Si se detecta un error de integridad dentro de los atributos del archivo, la tarjeta considerará el archivo dañado e irrecuperable, se contesta con el estado de procesado ‘6400’ o ‘6500’.

Si falla la escritura, se contesta con el estado de procesado ‘6581’.

3.5.3.3.1 Comando con mensajería segura (ejemplo)

El siguiente ejemplo ilustra el uso de la mensajería segura si se aplica la condición de seguridad SM-MAC-G2.

TCS_67

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘0Ch’

Se pide mensajería segura

INS

1

‘D7h’

Update Binary

P1

1

‘00h’

EF actual

P2

1

‘00h’

Lc

1

‘XXh’

Longitud del campo de datos seguro

#6

1

‘B3h’

Etiqueta para datos del valor plano codificados en BER-TLV

#7

L

‘NNh’ o

‘81 NNh’

LPV: longitud de los datos transmitidos.

L es 2 bytes si LPV > 127 bytes.

#(7+L)-#(6+L+NN)

NN

‘XX..XXh’

Datos planos codificados en BER-TLV, es decir, el objeto de datos de desviación con etiqueta ‘54h’ || Objeto de datos discrecional con etiqueta ‘53h’ que encapsula los datos que han de escribirse

#(7+L+NN)

1

‘8Eh’

TCC: Etiqueta para suma de control criptográfica

#(8+L+NN)

1

‘XXh’

LCC: Longitud de la siguiente suma de control criptográfica

‘08h’, ‘0Ch’ o ‘10h’ dependiendo de la longitud de la clave AES para mensajería segura de generación 2 (véase la parte B del apéndice 11)

#(9+L+NN)-#(8+M+L+NN)

M

‘XX..XXh’

Suma de control criptográfica

Le

1

‘00h’

Según se especifica en la norma ISO/CEI 7816-4

TCS_68

Mensaje de respuesta si el comando es correcto

Byte

Longitud

Valor

Descripción

#1

1

‘99h’

TSW: Etiqueta para palabras de estado (con la protección de CC)

#2

1

‘02h’

LSW: longitud de las palabras de estado devueltas

#3-#4

2

‘XXXXh’

Estado de procesado de la respuesta APDU sin proteger

#5

1

‘8Eh’

TCC: Etiqueta para suma de control criptográfica

#6

1

‘XXh’

LCC: Longitud de la siguiente suma de control criptográfica

‘08h’, ‘0Ch’ o ‘10h’ dependiendo de la longitud de la clave AES para mensajería segura de generación 2 (véase la parte B del apéndice 11)

#7-#(6+L)

L

‘XX..XXh’

Suma de control criptográfica

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

3.5.4 GET CHALLENGE

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-4, pero tiene un uso restringido en comparación con el comando que se define en dicha norma.

El comando GET CHALLENGE pide a la tarjeta que envíe una interrogación para usarla en un procedimiento relacionado con la seguridad que incluya el envío de un criptograma o de unos datos cifrados a la tarjeta.

TCS_69

La interrogación que envía la tarjeta tan solo es válida para el siguiente comando que utilice una interrogación y se envíe a la tarjeta.

TCS_70

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘84h’

INS

P1

1

‘00h’

P1

P2

1

‘00h’

P2

Le

1

‘08h’

Le (Longitud de la interrogación esperada)

TCS_71

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

#1-#8

8

‘XX..XXh’

Interrogación

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si Le es distinto de ‘08h’, el estado de procesado es ‘6700’.

Si los parámetros P1-P2 son incorrectos, el estado de procesado es ‘6A86’.

3.5.5 VERIFY

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-4, pero tiene un uso restringido en comparación con el comando que se define en dicha norma.

Solo la tarjeta de taller necesita admitir este comando.

Otros tipos de tarjetas de tacógrafo pueden o no incorporar este comando, pero para estas tarjetas no se personaliza ninguna información CHV de referencia. Por tanto, estas tarjetas no pueden realizar este comando correctamente. En cuanto al resto de tipos de tarjetas de tacógrafo que no sean tarjetas de taller, el comportamiento, es decir, el código de error devuelto, está fuera del alcance de esta especificación si se envía este comando.

El comando VERIFY inicia una comparación en la tarjeta, confrontando los datos CHV (PIN) enviados desde el comando con la información CHV de referencia almacenada en la tarjeta.

TCS_72

El IFD debe añadir bytes ‘FFh’ para rellenar por la derecha el PIN que introduzca el usuario y debe codificarse en ASCI, hasta llegar a una longitud de 8 bytes; véase también el tipo de datos WorkshopCardPIN en el apéndice 1.

TCS_73

Las aplicaciones de tacógrafo de generación 1 y 2 deberán utilizar la misma información CHV de referencia.

TCS_74

La tarjeta de tacógrafo deberá comprobar si el comando está codificado correctamente. Si el comando no está codificado correctamente, la tarjeta no comparará los valores CHV, no disminuirá el contador de intentos CHV restantes y no reiniciará el estado de seguridad «PIN_Verified», pero interrumpirá el comando. Un comando está codificado correctamente si los bytes CLA, INS, P1, P2, Lc tienen los valores especificados, Le está ausente y el campo de datos del comando tiene la longitud correcta.

TCS_75

Si el comando es correcto, el contador de intentos CHV restantes se reinicializa. El valor inicial del contador de intentos CHV restantes es 5. Si el comando es correcto, la tarjeta establecerá el estado de seguridad interna «PIN_Verified». La tarjeta restablecerá este estado de seguridad si se restablece la tarjeta o si el código CHV transmitido en el comando no coincide con la información CHV de referencia almacenada.

Nota: utilizar la misma información CHV de referencia y un estado de seguridad global evita que un empleado del taller tenga que volver a introducir el PIN tras seleccionar otro DF de la aplicación de tacógrafo.

TCS_76

En la tarjeta queda registrada cada comparación incorrecta, es decir, el contador de intentos CHV restantes disminuye en uno, a fin de limitar el número de intentos que quedan para utilizar la información CHV de referencia.

TCS_77

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘20h’

INS

P1

1

‘00h’

P1

P2

1

‘00h’

P2 (la CHV verificada se conoce implícitamente)

Lc

1

‘08h’

Longitud del código CHV transmitido

#6-#13

8

‘XX..XXh’

CHV

TCS_78

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si no se encuentra la referencia CHV, se contesta con el estado de procesado ‘6A88’.

Si la información CHV está bloqueada (el contador de intentos restantes de la CHV es cero), se contesta con el estado de procesado ‘6983’. Una vez en ese estado, ya no se puede volver a presentar la información CHV.

Si la comparación no tiene éxito, se resta una unidad a la lectura del contador de intentos restantes y se devuelve el estado ‘63CX’ (X > 0 y X es igual al contador de intentos CHV restantes.

Si se considera que la información CHV de referencia está dañada, se contesta con el estado de procesado ‘6400’ o ‘6581’.

Si Lc es distinto de ‘08h’, el estado de procesado es ‘6700’.

3.5.6 GET RESPONSE

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-4.

Este comando (exclusivamente necesario y disponible en el protocolo T=0) sirve para transmitir datos preparados de la tarjeta al dispositivo de interfaz (cuando el comando incluye las longitudes Lc y Le).

El comando GET RESPONSE tiene que enviarse inmediatamente después del comando que prepara los datos. De lo contrario, los datos se pierden. Una vez ejecutado el comando GET RESPONSE (salvo si se produce el error ‘61xx’ o ‘6Cxx’, véase más abajo), los datos preparados previamente dejan de estar disponibles.

TCS_79

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘C0h’

P1

1

‘00h’

P2

1

‘00h’

Le

1

‘XXh’

Número de bytes esperados

TCS_80

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

#1-#X

X

‘XX..XXh’

Datos

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si la tarjeta no ha preparado ningún dato, se contesta con el estado de procesado ‘6900’ o ‘6F00’.

Si la longitud Le sobrepasa el número de bytes disponibles o es igual a cero, se contesta con el estado de procesado ‘6Cxx’, donde xx es el número exacto de bytes disponibles. En ese caso, los datos preparados siguen estando disponibles para un comando GET RESPONSE posterior.

Si la longitud Le es distinta de cero y menor que el número de bytes disponibles, la tarjeta normalmente envía los datos necesarios y se contesta con el estado de procesado ‘61xx’, donde ‘xx’ indica el número de bytes extra todavía disponibles para un comando GET RESPONSE posterior.

Si el comando no se admite (protocolo T=1), la tarjeta contesta con el estado ‘6D00’.

3.5.7 PSO: VERIFY CERTIFICATE

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-8, pero tiene un uso restringido en comparación con el comando que se define en dicha norma.

El comando VERIFY CERTIFICATE lo utiliza la tarjeta para obtener una clave pública del exterior y para comprobar su validez.

3.5.7.1 Comando de generación 1 — Par de respuestas

TCS_81

Esta variante de comando es compatible únicamente con una aplicación de tacógrafo de generación 1.

TCS_82

Cuando un comando VERIFY CERTIFICATE se ejecuta correctamente, la clave pública queda almacenada para su uso posterior en el entorno de seguridad. Esta clave debe crearla de forma explícita el comando MSE utilizando su identificador de clave (véase § 3.5.11) para uso en comandos relacionados con la seguridad (INTERNAL AUTHENTICATE, EXTERNAL AUTHENTICATE o VERIFY CERTIFICATE).

TCS_83

En cualquier caso, el comando VERIFY CERTIFICATE utiliza la clave pública previamente seleccionada por el comando MSE para abrir el certificado. Esta clave pública debe ser la de un Estado miembro o de Europa.

TCS_84

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘2Ah’

Realizar operación de seguridad

P1

1

‘00h’

P1

P2

1

‘AEh’

P2: datos sin codificación BER-TLV (concatenación de elementos de datos)

Lc

1

‘C2h’

Lc: Longitud del certificado, 206 Bytes

#6-#199

194

‘XX..XXh’

Certificado: concatenación de elementos de datos (como se describe en el apéndice 11)

TCS_85

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si la verificación del certificado falla, se contesta con el estado de procesado ‘6688’. El proceso de verificación y apertura del certificado se describe en el apéndice 11 para G1 y G2.

Si no hay una clave pública presente en el entorno de seguridad, se devuelve ‘6A88’.

Si se considera que la clave pública seleccionada (utilizada para desenvolver el certificado) está dañada, se contesta con el estado de procesado ‘6400’ o ‘6581’.

Generación 1 únicamente: Si la clave pública seleccionada (utilizada para desenvolver el certificado) tiene un CHA.LSB (Image Texto de la imagen

) diferente de ‘00’ (es decir, no es el de un Estado miembro o el de Europa), se contesta con el estado de procesado ‘6985’.

3.5.7.2 Comando de generación 2 — Par de respuestas

Dependiendo del tamaño de la curva, los certificados ECC pueden ser tan largos que no es posible transmitirlos en un solo APDU. En este caso, debe aplicarse el encadenamiento de comandos según ISO/CEI 7816-4 y el certificado debe transmitirse en dos PSO consecutivos: APDU de Verify Certificate.

La estructura del certificado y los parámetros de dominio se definen en el apéndice 11.

TCS_86

El comando puede ejecutarse en el MF, DF tacógrafo y DF tacógrafo_G2; véase también TCS_33.

TCS_87

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘X0h’

Byte CLA que indica el encadenamiento de comandos:

‘00h’ el único comando o el último de la cadena

‘10h’ no es el último comando de una cadena

INS

1

‘2Ah’

Realizar operación de seguridad

P1

1

‘00h’

P2

1

‘BEh’

Verificar certificado autodescriptivo

Lc

1

‘XXh’

Longitud del campo de datos del comando, véase TCS_88TCS_88 y TCS_89TCS_89.

#6-#5+L

L

‘XX..XXh’

Datos codificados en DER-TLV: Objeto de datos del cuerpo del certificado ECC como primer objeto de datos concatenado con el objeto de datos de la firma del certificado ECC como segundo objeto de datos o para de esta concatenación. La etiqueta ‘7F21’ y la correspondiente longitud no deberán transmitirse.

El orden de estos objetos de datos es fijo.

TCS_88

Para APDU de longitud corta, se aplican las siguientes disposiciones: El IFD deberá utilizar el número mínimo de APDU necesario para transmitir los datos útiles del comando y transmitir el máximo número de bytes en el primer comando APDU de acuerdo con el valor del tamaño del campo de información para la tarjeta; véase TCS_14TCS_14. Si el IFD se comporta de forma diferente, el comportamiento de la tarjeta está fuera del alcance.

TCS_89

Para APDU de longitud ampliada, se aplican las siguientes disposiciones: si el certificado no encaja en un solo APDU, la tarjeta deberá admitir el encadenamiento de comandos. El IFD deberá utilizar el número mínimo de APDU necesario para transmitir los datos útiles del comando y transmitir el máximo número de bytes en el primer comando APDU. Si el IFD se comporta de forma diferente, el comportamiento de la tarjeta está fuera del alcance.

Nota: Según el apéndice 11, la tarjeta almacena el certificado o el contenido relevante del certificado y actualiza su currentAuthenticatedTime.

La estructura del mensaje de respuesta y las palabras de estado son las que se definen en TCS_85TCS_85.

TCS_90

Además de los códigos de error enumerados en TCS_85TCS_85, la tarjeta puede devolver los siguientes códigos de error:

Si la clave pública seleccionada (utilizada para desenvolver el certificado) tiene un CHA.LSB (CertificateHolderAuthorisation.equipmentType) que no es apropiado para la verificación de certificados según el apéndice 11, se contesta con el estado de procesado ‘6985’.

Si el currentAuthenticatedTime de la tarjeta es posterior a la fecha de caducidad del certificado, se contesta con el estado de procesado ‘6985’.

Si se espera el último comando de la cadena, la tarjeta contesta con el estado ‘6883’.

Si se envían parámetros incorrectos en el campo de datos del comando, la tarjeta contesta con el estado ‘6A80’ (utilizado también en caso de que los objetos de datos no se envíen en el orden especificado).

3.5.8 INTERNAL AUTHENTICATE

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-4.

TCS_91

Todas las tarjetas de tacógrafo deberán admitir este comando en el DF tacógrafo de generación 1. El comando puede o no estar accesible en el MF y/o el DF tacógrafo_G2. Si es así, el comando deberá terminar con un código de error apropiado ya que la clave privada de la tarjeta (Card.SK) para el protocolo de autenticación de generación 1 solo es accesible en el DF_tacógrafo de generación 1.

Por medio del comando INTERNAL AUTHENTICATE, el IFD puede autentificar la tarjeta. El proceso de autenticación se describe en el apéndice 11. Incluye las declaraciones siguientes:

TCS_92

El comando INTERNAL AUTHENTICATE utiliza la clave privada de la tarjeta (seleccionada implícitamente) para firmar datos de autentificación, incluidos K1 (el primer elemento para acordar la clave de la sesión) y RND1, y utiliza la clave pública actualmente seleccionada (a través del último comando MSE) para cifrar la firma y formar el testigo de autentificación (hallará información más detallada al respecto en el apéndice 11).

TCS_93

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

CLA

INS

1

‘88h’

INS

P1

1

‘00h’

P1

P2

1

‘00h’

P2

Lc

1

‘10h’

Longitud de los datos enviados a la tarjeta

#6 — #13

8

‘XX..XXh’

Interrogación empleada para autentificar la tarjeta

#14 -#21

8

‘XX..XXh’

VU.CHR (véase el apéndice 11)

Le

1

‘80h’

Longitud de los datos que se esperan de la tarjeta

TCS_94

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

#1-#128

128

‘XX..XXh’

Testigo de autentificación de la tarjeta (véase el apéndice 11)

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si no hay una clave pública presente en el entorno de seguridad, se contesta con el estado de procesado ‘6A88’.

Si no hay una clave privada presente en el entorno de seguridad, se contesta con el estado de procesado ‘6A88’.

Si VU.CHR no coincide con el identificador actual de clave pública, se contesta con el estado de procesado ‘6A88’.

Si se considera que la clave privada seleccionada está dañada, se contesta con el estado de procesado ‘6400’ o ‘6581’.

TCS_95

Si el comando INTERNAL AUTHENTICATE se ejecuta correctamente, la clave de la sesión actual, si la hay, se borra y deja de estar disponible. Para disponer de una nueva clave de sesión, es preciso que se ejecute correctamente el comando EXTERNAL AUTHENTICATE para el mecanismo de autenticación de generación 1.

3.5.9 EXTERNAL AUTHENTICATE

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-4.

Por medio del comando EXTERNAL AUTHENTICATE, la tarjeta puede autentificar el IFD. En el apéndice 11 se describe el proceso de autenticación del tacógrafo G1 y G2 (autenticación de la VU).

TCS_96

La variante del comando para el mecanismo de autenticación mutua de generación 1 es compatible únicamente con una aplicación de tacógrafo de generación 1.

TCS_97

La variante del comando para la autenticación mutua de la tarjeta de la VU de segunda generación puede ejecutarse en el MF, DF tacógrafo y DF tacógrafo_G2; véase también TCS_34TCS_34.

TCS_98

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

CLA

INS

1

‘82h’

INS

P1

1

‘00h’

Claves y algoritmos conocidos implícitamente

P2

1

‘00h’

Lc

1

‘XXh’

Lc (Longitud de los datos enviados a la tarjeta)

#6-#(5+L)

L

‘XX..XXh’

Autenticación de generación 1: Criptograma (véase la parte A del apéndice 11)

Autenticación de generación 2: Firma generada por el IFD (véase la parte B del apéndice 11)

TCS_99

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si el CHA de la clave pública actualmente configurada no es la concatenación del AID de la aplicación de tacógrafo y de un tipo de equipo VU, se contesta con el estado de procesado ‘6F00’.

Si el comando no va precedido inmediatamente de un comando GET CHALLENGE, se contesta con el estado de procesado ‘6985’.

La aplicación de tacógrafo de generación 1 puede devolver los siguientes códigos de error adicionales:

Si no hay una clave pública presente en el entorno de seguridad, se devuelve ‘6A88’.

Si no hay una clave privada presente en el entorno de seguridad, se contesta con el estado de procesado ‘6A88’.

Si la verificación del criptograma es incorrecta, se contesta con el estado de procesado ‘6688’.

Si se considera que la clave privada seleccionada está dañada, se contesta con el estado de procesado ‘6400’ o ‘6581’.

La variante del comando para la autenticación de generación 2 puede devolver el siguiente código de error adicional:

Si falla la verificación de la firma, la tarjeta contesta con el estado ‘6300’.

3.5.10 GENERAL AUTHENTICATE

Este comando sirve para el protocolo de autenticación de chips de generación que se especifica en la parte B del apéndice 11 y cumple con lo dispuesto en la norma ISO/CEI 7816-4.

TCS_100

El comando puede ejecutarse en el MF, DF tacógrafo y DF tacógrafo_G2; véase también TCS_34TCS_34.

TCS_101

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘86h’

P1

1

‘00h’

Claves y protocolo conocidos implícitamente

P2

1

‘00h’

Lc

1

‘NNh’

Lc: longitud del campo de datos subsiguiente

#6-#(5+L)

L

‘7Ch’ + L7C + ‘80h’ + L80 + ‘XX..XXh’

Valor de clave pública efímera codificada con DER-TLV (véase el apéndice 11)

La VU deberá enviar los objetos de datos en este orden.

TCS_102

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

#1-#L

L

‘7Ch’ + L7C + ‘81h’ + ‘08h’ + ‘XX..XXh’ + ‘82h’ + L82 + ‘XX..XXh’

Datos de autenticación dinámica codificados con DER-TLV: Testigo de autentificación específico (véase el apéndice 11)

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

La tarjeta contesta con el estado ‘6A80’ para indicar parámetros incorrectos en el campo de datos.

La tarjeta contesta con el estado ‘6982’ si el comando de autenticación externa no se ha ejecutado correctamente.

El objeto de datos de autenticación dinámica de respuesta ‘7Ch’

debe estar presente si la operación se realiza con éxito, es decir, las palabras de estado son ‘9000’,

debe estar ausente en caso de que se produzca un error de ejecución o un error de comprobación, es decir, si las palabras de estado se encuentran en el intervalo ‘6400’ — ‘6FFF’, y

puede estar ausente en caso de que se produzca una advertencia, es decir, si las palabras de estado se encuentran en el intervalo ‘6200’ — ‘63FF’.

3.5.11 MANAGE SECURITY ENVIRONMENT

Este comando se utiliza para determinar una clave pública con fines de autentificación.

3.5.11.1 Comando de generación 1 — Par de respuestas

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-4. Este comando tiene un uso restringido en relación con dicha norma.

TCS_103

Este comando es compatible únicamente con una aplicación de tacógrafo de generación 1.

TCS_104

La clave a que se hace referencia en el campo de datos MSE sigue siendo la clave pública actual hasta el siguiente comando MSE correcto, hasta que se selecciona un DF o hasta que se restablece la tarjeta.

TCS_105

Si la clave a que se hace referencia no está (ya) presente en la tarjeta, el entorno de seguridad no experimenta cambio alguno.

TCS_106

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

CLA

INS

1

‘22h’

INS

P1

1

‘C1h’

P1: clave a que se hace referencia, válida para todas las operaciones criptográficas

P2

1

‘B6h’

P2 (datos a que se hace referencia, relativos a la firma digital)

Lc

1

‘0Ah’

Lc: longitud del campo de datos subsiguiente

#6

1

‘83h’

Etiqueta para hacer referencia a una clave pública en casos asimétricos

#7

1

‘08h’

Longitud de la referencia de la clave (identificador de clave)

#8-#15

8

‘XX..XXh’

Identificador de clave según se especifica en el apéndice 11

TCS_107

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si la clave a que se hace referencia no está presente en la tarjeta, se contesta con el estado de procesado ‘6A88’.

Si en el formato de mensajería segura faltan algunos de los objetos de datos que se esperaban, se devuelve el estado de procesado ‘6987’. Esto puede ocurrir si falta la etiqueta ‘83h’.

Si algunos objetos de datos son incorrectos, se contesta con el estado de procesado ‘6988’. Esto puede ocurrir si la longitud del identificador de clave no es ‘08h’.

Si se considera que la clave seleccionada está dañada, se contesta con el estado de procesado ‘6400’ o ‘6581’.

3.5.11.2 Comando de generación 2 — Pares de respuestas

En cuanto a la autenticación de generación 2, la tarjeta de tacógrafo admite los siguientes MSE: Versiones de comando establecidas que cumplen la norma ISO/CEI 7816-4. Estas versiones de comando no son compatibles con la autenticación de generación 1.

3.5.11.2.1 MSE:SET AT para la autenticación del chip

El siguiente comando MSE:SET AT sirve para seleccionar los parámetros de autenticación del chip que se realiza mediante un comando de autenticación general subsiguiente.

TCS_108

El comando puede ejecutarse en el MF, DF tacógrafo y DF tacógrafo_G2; véase también TCS_34TCS_34.

TCS_109

Mensaje del comando MSE:SET AT para la autenticación del chip

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘22h’

P1

1

‘41h’

Establecido para autenticación interna

P2

1

‘A4h’

Autenticación

Lc

1

‘NNh’

Lc: longitud del campo de datos subsiguiente

#6-#(5+L)

L

‘80h’ + ‘0Ah’ + ‘XX..XXh’

Referencia del mecanismo criptográfico codificado con DER-TLV: Identificador de objetos de autenticación del chip (solo el valor, se omite la etiqueta ‘06h’).

Véase el apéndice 1 para conocer los valores de los identificadores de objetos; se utilizará la notación en bytes. Véase el apéndice 11 para conocer las orientaciones sobre cómo seleccionar uno de estos identificadores de objetos.

3.5.11.2.2 MSE:SET AT para la autenticación de la VU

El siguiente comando MSE:SET AT sirve para seleccionar los parámetros y las claves de autenticación de la VU que se realiza mediante un comando de autenticación externa subsiguiente.

TCS_110

El comando puede ejecutarse en el MF, DF tacógrafo y DF tacógrafo_G2; véase también TCS_34TCS_34.

TCS_111

Mensaje del comando MSE:SET AT para la autenticación de la VU

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘22h’

P1

1

‘81h’

Establecido para autenticación externa

P2

1

‘A4h’

Autenticación

Lc

1

‘NNh’

Lc: longitud del campo de datos subsiguiente

#6-#(5+L)

L

‘80h’ + ‘0Ah’ + ‘XX..XXh’

Referencia del mecanismo criptográfico codificado con DER-TLV: Identificador de objetos de autenticación de la VU (solo el valor, se omite la etiqueta ‘06h’).

Véase el apéndice 1 para conocer los valores de los identificadores de objetos; se utilizará la notación en bytes. Véase el apéndice 11 para conocer las orientaciones sobre cómo seleccionar uno de estos identificadores de objetos.

‘83h’ + ‘08h’ + ‘XX..XXh’

Referencia codificada con DER-TLV de la clave pública de la VU por medio de la referencia al titular del certificado citado en el presente certificado.

‘91h’ + L91 + ‘XX..XXh’

Representación comprimida y codificada con DER-TLV de la clave pública efímera de la VU que se utilizará durante la autenticación del chip (véase el apéndice 11)

3.5.11.2.3 MSE:SET DST

El siguiente comando MSE:SET DST se utiliza para establecer una clave pública ya sea

para la verificación de una firma suministrada en un PSO subsiguiente: el comando Verify Digital Signature, ya sea

para la verificación de la firma de un certificado suministrado en un PSO subsiguiente: el comando Verify Certificate

TCS_112

El comando puede ejecutarse en el MF, DF tacógrafo y DF tacógrafo_G2; véase también TCS_33.

TCS_113

Mensaje del comando MSE:SET DST

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

INS

1

‘22h’

P1

1

‘81h’

Establecido para verificación

P2

1

‘B6h’

Firma digital

Lc

1

‘NNh’

Lc: longitud del campo de datos subsiguiente

#6-#(5+L)

L

‘83h’ + ‘08h’ + ‘XX...XXh’

Referencia codificada con DER-TLV de una clave pública, es decir, la referencia al titular del certificado en el certificado de la clave pública (véase el apéndice 11)

Para todas las versiones del comando, la estructura del mensaje de respuesta y las palabras de estado vienen dadas por:

TCS_114

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’. Se ha seleccionado e inicializado el protocolo.

‘6A80’ indica parámetros incorrectos en el campo de datos del comando.

‘6A88’ indica que los datos a que se hace referencia (es decir, una clave referenciada) no están disponibles.

3.5.12 PSO: HASH

Este comando sirve para transferir a la tarjeta el resultado de un cálculo de comprobación aleatoria con unos datos determinados. Este comando se utiliza para la verificación de firmas digitales. El valor de comprobación aleatoria se almacena temporalmente para el PSO del comando subsiguiente: Verify Digital Signature

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-8. Este comando tiene un uso restringido en relación con dicha norma.

Solo la tarjeta de control debe admitir este comando en el DF tacógrafo y el DF tacógrafo_G2.

Otros tipos de tarjetas de tacógrafo pueden o no incorporar este comando. El comando puede o no estar accesible en el MF.

La aplicación de la tarjeta de control de generación 1 admite solo SHA-1.

TCS_115

El valor de comprobación aleatoria temporal deberá borrarse si se calcula un nuevo valor de comprobación aleatoria por medio del comando PSO: HASH si se selecciona un DF y si se reinicia la tarjeta del tacógrafo.

TCS_116

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

CLA

INS

1

‘2Ah’

Realizar operación de seguridad

P1

1

‘90h’

Devolver Hash code

P2

1

‘A0h’

Etiqueta: campo de datos contiene DO relevantes para comprobación aleatoria

Lc

1

‘XXh’

Longitud Lc del campo de datos subsiguiente

#6

1

‘90h’

Etiqueta para el hash code

#7

1

‘XXh’

Longitud L del hash code:

‘14h’ en la aplicación generación 1 (véase la parte A del apéndice 11)

‘20h’, ‘30h’ o ‘40h’ en la aplicación generación 2 (véase la parte B del apéndice 11)

#8-#(7+L)

L

‘XX..XXh’

Hash code

TCS_117

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si faltan algunos de los objetos de datos que se esperaban (anteriormente especificados), se devuelve el estado de procesado ‘6987’. Esto puede ocurrir si falta una etiqueta ‘90h’.

Si algunos objetos de datos son incorrectos, se contesta con el estado de procesado ‘6988’. Este error sucede si la etiqueta requerida está presente, pero tiene una longitud diferente desde ‘14h’ para SHA-1, ‘20h’ para SHA-256, ‘30h’ para SHA-384, ‘40h’ para SHA-512 (aplicación de generación 2).

3.5.13 PERFORM HASH of FILE

Este comando no cumple la norma ISO/CEI 7816-8. Por consiguiente, el byte CLA de este comando indica que hay un uso propio del comando PERFORM SECURITY OPERATION/HASH.

Solo la tarjeta del conductor y la tarjeta de taller deben admitir este comando en el DF tacógrafo y el DF tacógrafo_G2.

Otros tipos de tarjetas de tacógrafo pueden o no incorporar este comando. Si una tarjeta de empresa o de control incorpora este comando, el comando deberá aplicarse del modo especificado en el presente apartado.

El comando puede o no estar accesible en el MF. Si lo está, el comando deberá aplicarse del modo especificado en el presente apartado, es decir, no deberá permitir el cálculo de un valor de comprobación aleatoria, sino que terminará con un código de error adecuado.

TCS_118

El comando PERFORM HASH of FILE sirve para realizar una comprobación aleatoria en la zona de datos del EF transparente actualmente seleccionado.

TCS_119

Una tarjeta de tacógrafo deberá admitir este comando solo para los EF que se relacionan en el apartado 44 dentro del apartado del DF_tacógrafo y del DF_tacógrafo_G2 con la siguiente excepción. Una tarjeta de tacógrafo no deberá admitir el comando para el EF Sensor_Installation_Data del DF tacógrafo_G2.

TCS_120

El resultado de la operación de comprobación aleatoria se almacena temporalmente en la tarjeta. Posteriormente, puede utilizarse para obtener una firma digital del archivo por medio del PSO: el comando COMPUTE DIGITAL SIGNATURE.

TCS_121

El valor de comprobación aleatoria del archivo temporalmente almacenado deberá borrarse si se calcula un nuevo valor de comprobación aleatoria del archivo por medio del PSO: El comando «Hash of File», si se selecciona un DF y si se reinicia la tarjeta del tacógrafo.

TCS_122

La aplicación del tacógrafo de generación 1 deberá admitir SHA-1.

TCS_123

La aplicación del tacógrafo de generación 2 deberá admitir SHA-1 y SHA-2 (256, 384 y 512 bits).

TCS_124

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘80h’

CLA

INS

1

‘2Ah’

Realizar operación de seguridad

P1

1

‘90h’

Etiqueta: Hash

P2

1

‘XXh’

P2: Indica el algoritmo que debe utilizarse para la comprobación aleatoria de los datos del archivo transparente seleccionado actualmente:

‘00h’ para SHA-1

‘01h’ para SHA-256

‘02h’ para SHA-384

‘03h’ para SHA-512

TCS_125

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si el EF actual no admite este comando (EF Sensor_Installation_Data en DF tacógrafo_G2), se contesta con el estado de procesado ‘6985’.

Si se considera que el EF seleccionado está dañado (errores de integridad en los atributos del archivo o los datos almacenados), se contesta con el estado de procesado ‘6400’ o ‘6581’.

Si el archivo seleccionado no es un archivo o si no existen ningún EF actual, se contesta con el estado de procesado ‘6986’.

3.5.14 PSO: COMPUTE DIGITAL SIGNATURE

Este comando sirve para calcular la firma digital de un código de comprobación aleatoria calculado previamente (véase PERFORM HASH of FILE, §3.5.133.5.13).

Solo la tarjeta del conductor y la tarjeta de taller deben admitir este comando en el DF tacógrafo y el DF tacógrafo_G2.

Otros tipos de tarjetas de tacógrafo pueden o no incorporar este comando, pero no tendrán una clave de firma. Por tanto, estas tarjetas no pueden ejecutar el comando correctamente, pero terminan con un código de error adecuado.

El comando puede o no estar accesible en el MF. En caso afirmativo, el comando deberá terminar con un código de error adecuado.

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-8. Este comando tiene un uso restringido en relación con dicha norma.

TCS_126

Este comando no deberá calcular una firma digital del código de comprobación aleatoria calculado anteriormente con el comando PSO: HASH.

TCS_127

La tarjeta conoce implícitamente su clave privada, que se utiliza para calcular la firma digital.

TCS_128

La aplicación del tacógrafo de generación 1 realiza una firma digital utilizando un método de relleno conforme a la norma PKCS1 (véanse los detalles en el apéndice 11).

TCS_129

La aplicación del tacógrafo de generación 2 calcula una firma digital basada en una curva elíptica (véanse los detalles en el apéndice 11).

TCS_130

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

CLA

INS

1

‘2Ah’

Realizar operación de seguridad

P1

1

‘9Eh’

Firma digital que se ha de devolver

P2

1

‘9Ah’

Etiqueta: el campo de datos contiene los datos que se han de firmar. Como se incluye ningún campo de datos, se supone que los datos ya están presentes en la tarjeta (comprobación aleatoria del archivo)

Le

1

‘NNh’

Longitud de la firma esperada

TCS_131

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

#1-#L

L

‘XX..XXh’

Firma de la comprobación aleatoria calculada previamente

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si se considera que la clave privada seleccionada implícitamente está dañada, se contesta con el estado de procesado ‘6400’ o ‘6581’.

Si el valor de comprobación aleatoria que fue calculado en un comando anterior Perform Hash of File no está disponible, se contesta con el estado de procesado ‘6985’.

3.5.15 PSO: VERIFY DIGITAL SIGNATURE

Este comando sirve para verificar la firma digital, suministrada como entrada, cuya comprobación aleatoria conoce la tarjeta. La tarjeta conoce implícitamente el algoritmo de la firma.

Este comando cumple con lo dispuesto en la norma ISO/CEI 7816-8. Este comando tiene un uso restringido en relación con dicha norma.

Solo la tarjeta de control debe admitir este comando en el DF tacógrafo y el DF tacógrafo_G2.

Otros tipos de tarjetas de tacógrafo pueden o no incorporar este comando. El comando puede o no estar accesible en el MF.

TCS_132

El comando VERIFY DIGITAL SIGNATURE siempre utiliza la clave pública seleccionada por el Manage Security Environment (MSE) anterior: el comando Set DST y el código de comprobación aleatoria anterior introducido por un comando PSO: HASH.

TCS_133

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘00h’

CLA

INS

1

‘2Ah’

Realizar operación de seguridad

P1

1

‘00h’

P2

1

‘A8h’

Etiqueta: el campo de datos contiene DO relevantes para verificación

Lc

1

‘83h’

Longitud Lc del campo de datos subsiguiente

6

1

‘9Eh’

Etiqueta para firma digital

#7-#8

2

‘81 XXh’

Longitud de la firma digital:

128 bytes codificados conforme a la parte A del apéndice 11 para una aplicación de tacógrafo de generación 1

Dependiendo de la curva seleccionada para la aplicación de tacógrafo de generación 2 (véase la parte B del apéndice 11)

#9-#(8+L)

L

‘XX..XXh’

Contenido de la firma digital

TCS_134

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

Si la verificación de la firma falla, se contesta con el estado de procesado ‘6688’. El proceso de verificación se describe en el apéndice 11.

Si no se selecciona una clave pública, se contesta con el estado de procesado ‘6A88’.

Si faltan algunos de los objetos de datos que se esperaban (anteriormente especificados), se devuelve el estado de procesado ‘6987’. Esto puede ocurrir si falta una de las etiquetas necesarias.

Si no hay disponible un código de comprobación aleatoria para procesar el comando (como resultado de un comando anterior PSO: comando HASH), se contesta con el estado de procesado ‘6985’.

Si algunos objetos de datos son incorrectos, se contesta con el estado de procesado ‘6988’. Esto puede ocurrir si la longitud de uno de los objetos de datos necesarios es incorrecta.

Si se considera que la clave pública seleccionada está dañada, se contesta con el estado de procesado ‘6400’ o ‘6581’.

3.5.16 PROCESS DSRC MESSAGE

Este comando sirve para verificar la integridad y autenticidad del mensaje DSRC y para descifrar los datos transmitidos desde una VU a una autoridad de control o a un centro de ensayo a través del enlace DSRC. La tarjeta obtiene la clave de cifrado y la clave MAC utilizada para asegurar el mensaje DSRC del modo descrito en el apartado 13 de la parte B del apéndice 11.

Solo la tarjeta de control y la tarjeta de taller deben admitir este comando en el DF tacógrafo_G2.

Otros tipos de tarjetas de tacógrafo pueden o no incorporar este comando, pero no tendrán una clave maestra DSRC. Por tanto, estas tarjetas no pueden ejecutar el comando correctamente, pero terminan con un código de error adecuado.

El comando puede o no estar accesible en el MF y/o el DF tacógrafo. En caso afirmativo, el comando deberá terminar con un código de error adecuado.

TCS_135

La clave maestra DSRC es accesible únicamente en el DT tacógrafo_G2, es decir, la tarjeta de control y la de taller deberán admitir una ejecución correcta del comando solo en el DF tacógrafo_G2.

TCS_136

El comando deberá descifrar solamente los datos DSRC y verificar la suma de control criptográfica, pero sin interpretar los datos de entrada.

TCS_137

El orden de los objetos de datos en el campo de datos del comando queda fijado por la presente especificación.

TCS_138

Mensaje de comando

Byte

Longitud

Valor

Descripción

CLA

1

‘80h’

CLA propio

INS

1

‘2Ah’

Realizar operación de seguridad

P1

1

‘80h’

Datos de respuesta: valor plano

P2

1

‘B0h’

Datos del comando: valor plano codificado en BER-TLV e incluye SM DO

Lc

1

‘NNh’

Longitud Lc del campo de datos subsiguiente

#6-#(5+L)

L

‘87h’ + L87 + ‘XX..XXh’

Byte indicador del contenido de relleno codificado con DET-TLV seguido de los datos útiles cifrados del tacógrafo. Se utilizará el valor ‘00h’ (‘ninguna otra indicación’ según la tabla 52 de la norma ISO/CIE 7816-4:2013) para el byte indicador del contenido de relleno. Véase el apartado 13 de la parte B del apéndice 11 para obtener más información sobre el mecanismo de cifrado.

Los valores permitidos para la longitud L87 son múltiplos de la longitud del bloque AES más 1 para el byte indicador del contenido de relleno, es decir, desde 17 bytes hasta 193 bytes inclusive.

Nota: Véase la tabla 49 de la norma ISO/CIE 7816-4:2013 para más información sobre el objeto de datos SM con etiqueta ‘87h’.

‘81h’ + ‘10h’

Plantilla de la referencia de control para confidencialidad codificada con DER-TLV que anida la concatenación de los elementos de datos siguientes (véase el apéndice 1 DSRCSecurityData y el apartado 13 de la parte B del apéndice 11):

Indicación temporal de 4 bytes

Contador de 3 bytes

Número de serie de la VU de 8 bytes

Versión de la clave maestra DSRC de 1 byte

Nota: Véase la tabla 49 de la norma ISO/CIE 7816-4:2013 para más información sobre el objeto de datos SM con etiqueta ‘81h’.

‘8Eh’ + L8E + ‘XX..XXh’

MAC codificada con DER-TLV a través del mensaje DSRC. Véase el apartado 13 de la parte B del apéndice 11 para obtener más información sobre el algoritmo y cálculo de MAC.

Nota: Véase la tabla 49 de la norma ISO/CIE 7816-4:2013 para más información sobre el objeto de datos SM con etiqueta ‘8Eh’.

TCS_139

Mensaje de respuesta

Byte

Longitud

Valor

Descripción

#1-#L

L

‘XX..XXh’

Ausente (en caso de error) o datos descifrados (relleno eliminado)

SW

2

‘XXXXh’

Palabras de estado (SW1,SW2)

Si el comando se ejecuta correctamente, la tarjeta contesta con el estado ‘9000’.

‘6A80’ indica parámetros incorrectos en el campo de datos del comando (también se utiliza en caso de que los objetos de datos no se envíen en el orden especificado).

‘6A88’ indica que los datos a que se hace referencia, es decir, la clave maestra DSRC referenciada, no están disponibles.

‘6900’ indica que ha fallado la verificación de la suma de control criptográfica o el descifrado de los datos.

4. ESTRUCTURA DE LAS TARJETAS DE TACÓGRAFO

El presente apartado especifica las estructuras de archivos de las tarjetas de tacógrafo para el almacenamiento de datos accesibles.

No se especifican las estructuras internas que dependen del fabricante de la tarjeta, como por ejemplo las cabeceras de archivos, ni el almacenamiento y la manipulación de elementos de datos necesarios para uso interno exclusivamente, comoImage Texto de la imagen

,Image Texto de la imagen

,Image Texto de la imagen

oImage Texto de la imagen

.

TCS_140

Una tarjeta de tacógrafo de generación 2 deberá incorporar el archivo maestro MF y una aplicación de tacógrafo de generación 1 y de generación 2 del mismo tipo (por ejemplo, aplicaciones de tarjeta del conductor).

TCS_141

Una tarjeta de tacógrafo deberá admitir al menos el número mínimo de registros especificados para las aplicaciones correspondientes y no admitirá más registros que el número máximo de registros especificados para las aplicaciones correspondientes.

Los números máximo y mínimo de registros se especifican en este apartado para las distintas aplicaciones.

En cuanto a las condiciones de seguridad utilizadas en las normas de acceso a lo largo de este apartado, véase el apartado 3.33.3. En general, el modo de acceso de «lectura» denota el comando READ BINARY con byte INS par y, si se admite, impar a excepción del EF Sensor_Installation_Data en la tarjeta de taller; véase TCS_156TCS_156 y TCS_160TCS_160. El modo de acceso de «actualización» denota el comando Update Binary con byte INS par y, si se admite, impar y el modo de acceso de «selección», el comando SELECT.

4.1. Archivo maestro MF

TCS_142

Una vez personalizado el archivo maestro MF, tendrá la siguiente estructura permanente de archivo y las normas de acceso al archivo:

Nota: .El identificador EF corto SFID se da como número decimal, por ejemplo, el valor 30 se corresponde con 11110 en binario.

Image Texto de la imagen

En esta tabla se utiliza la siguiente abreviación para la condición de seguridad:

SC1

ALW OR SM-MAC-G2

TCS_143

La estructura de todos los EF deberá ser transparente.

TCS_144

El archivo principal (MF) deberá tener la siguiente estructura de datos:

Image Texto de la imagen

TCS_145

El archivo elemental EF DIR deberá contener los siguientes objetos de datos relacionados con la aplicación: ‘61 08 4F 06 FF 54 41 43 48 4F 61 08 4F 06 FF 53 4D 52 44 54’

TCS_146

El archivo elemental EF ATR/INFO deberá estar presente si la tarjeta de tacógrafo indica en su ATR que admite campos de longitud ampliada. En este caso, el EF ATR/INFO llevará el objeto de datos con información de longitud ampliada (DO‘7F66’) tal como se especifica en la cláusula 12.7.1 de la norma ISO/CIE 7816-4:2013.

TCS_147

El archivo elemental EF Extended_Length deberá estar presente si la tarjeta de tacógrafo indica en su ATR que admite campos de longitud ampliada. En este caso, el EF contendrá el siguiente objeto de datos: ‘02 01 xx’, donde el valor ‘xx’ indica si se admiten campos de longitud extendida para el protocolo T = 1 y/o T = 0.

El valor ‘01’ indica compatibilidad con el campo de longitud extendida para el protocolo T = 1.

El valor ‘10’ indica compatibilidad con el campo de longitud extendida para el protocolo T = 0.

El valor ‘11’ indica compatibilidad con el campo de longitud extendida para el protocolo T = 1 y el T = 0.

4.2. Aplicaciones de la tarjeta del conductor

4.2.1 Aplicación de la tarjeta de conductor de generación 1

TCS_148

Una vez personalizada, la aplicación de la tarjeta de conductor de generación 1 tendrá la siguiente estructura permanente de archivos y las normas de acceso a los archivos:

Image Texto de la imagen

En esta tabla se utilizan las siguientes abreviaciones para las condiciones de seguridad:

SC1

ALW OR SM-MAC-G2

SC2

ALW OR SM-MAC-G1 OR SM-MAC-G2

SC3

SM-MAC-G1 OR SM-MAC-G2

TCS_149

La estructura de todos los EF deberá ser transparente.

TCS_150

La aplicación de generación 1 de la tarjeta de conductor deberá tener la siguiente estructura de datos:

Image Texto de la imagen

Image Texto de la imagen

TCS_151

Los valores siguientes, empleados para indicar tamaños en la tabla anterior, son los valores máximo y mínimo que la estructura de datos de la tarjeta de conductor debe utilizar para una aplicación de generación 1:

Image Texto de la imagen

4.2.2 Aplicación de la tarjeta de conductor de generación 2

TCS_152

Una vez personalizada, la aplicación de la tarjeta de conductor de generación 2 tendrá la siguiente estructura permanente de archivos y las normas de acceso a los archivos.

Nota: .El identificador EF corto SFID se da como número decimal, por ejemplo, el valor 30 se corresponde con 11110 en binario.

Image Texto de la imagen

En esta tabla se utiliza la siguiente abreviación para la condición de seguridad:

SC1

ALW OR SM-MAC-G2

TCS_153

La estructura de todos los EF deberá ser transparente.

TCS_154

La aplicación de generación 2 de la tarjeta de conductor deberá tener la siguiente estructura de datos:

Image Texto de la imagen

Image Texto de la imagen

Image Texto de la imagen

TCS_155

Los valores siguientes, empleados para indicar tamaños en la tabla anterior, son los valores máximo y mínimo de los números de registro que la estructura de datos de la tarjeta de conductor debe utilizar para una aplicación de generación 2:

Image Texto de la imagen

4.3. Aplicaciones de la tarjeta de taller

4.3.1 Aplicación de la tarjeta del centro de ensayo de generación 1

TCS_156

Una vez personalizada, la aplicación de la tarjeta de taller de generación 1 tendrá la siguiente estructura permanente de archivos y las normas de acceso a los archivos:

Image Texto de la imagen

En esta tabla se utilizan las siguientes abreviaciones para las condiciones de seguridad:

SC1

ALW OR SM-MAC-G2

SC2

ALW OR SM-MAC-G1 OR SM-MAC-G2

SC3

SM-MAC-G1 OR SM-MAC-G2

SC4

Para el comando READ BINARY con byte INS par:

(PLAIN-C AND SM-R-ENC-G1) O (SM-C-MAC-G1 Y SM-R-ENC-MAC-G1) O

(SM-C-MAC-G2 Y SM-R-ENC-MAC-G2)

Para el comando READ BINARY con byte INS impar (si se admite): NEV

TCS_157

La estructura de todos los EF deberá ser transparente.

TCS_158

La aplicación de la tarjeta de taller de generación 1 deberá tener la siguiente estructura de datos:

Image Texto de la imagen

Image Texto de la imagen

Image Texto de la imagen

TCS_159

Los valores siguientes, empleados para indicar tamaños en la tabla anterior, son los valores máximo y mínimo que la estructura de datos de la tarjeta de taller debe utilizar para una aplicación de generación 1:

Image Texto de la imagen

4.3.2 Aplicación de la tarjeta de taller de generación 2

TCS_160

Una vez personalizada, la aplicación de la tarjeta de taller de generación 2 tendrá la siguiente estructura permanente de archivos y las normas de acceso a los archivos.

Nota: .El identificador EF corto SFID se da como número decimal, por ejemplo, el valor 30 se corresponde con 11110 en binario.

Image Texto de la imagen

En esta tabla se utilizan las siguientes abreviaciones para las condiciones de seguridad:

SC1

ALW OR SM-MAC-G2

SC5

Para el comando Read Binary con byte INS par: SM-C-MAC-G2 Y SM-R-ENC-MAC-G2

Para el comando Read Binary con byte INS impar (si se admite): NEV

TCS_161

La estructura de todos los EF deberá ser transparente.

TCS_162

La aplicación de la tarjeta de taller de generación 2 deberá tener la siguiente estructura de datos:

Image Texto de la imagen

Image Texto de la imagen

Image Texto de la imagen

TCS_163

Los valores siguientes, empleados para indicar tamaños en la tabla anterior, son los valores máximo y mínimo que la estructura de datos de la tarjeta de taller debe utilizar para una aplicación de generación 2:

Image Texto de la imagen

4.4. Aplicaciones de la tarjeta de control

4.4.1 Aplicación de la tarjeta de control de generación 1

TCS_164

Una vez personalizada, la aplicación de la tarjeta de control de generación 1 tendrá la siguiente estructura permanente de archivos y las normas de acceso a los archivos:

Image Texto de la imagen

En esta tabla se utilizan las siguientes abreviaciones para las condiciones de seguridad:

SC1

ALW OR SM-MAC-G2

SC2

ALW OR SM-MAC-G1 OR SM-MAC-G2

SC3

SM-MAC-G1 OR SM-MAC-G2

SC6

EXT-AUT-G1 O SM-MAC-G1 O SM-MAC-G2

TCS_165

La estructura de todos los EF deberá ser transparente.

TCS_166

La aplicación de la tarjeta de control de generación 1 deberá tener la siguiente estructura de datos:

Image Texto de la imagen

TCS_167

Los valores siguientes, empleados para indicar tamaños en la tabla anterior, son los valores máximo y mínimo que la estructura de datos de la tarjeta de control debe utilizar para una aplicación de generación 1:

Image Texto de la imagen

4.4.2 Aplicación de la tarjeta de control de generación 2

TCS_168

Una vez personalizada, la aplicación de la tarjeta de control de generación 2 tendrá la siguiente estructura permanente de archivos y las normas de acceso a los archivos:

Nota: .El identificador EF corto SFID se da como número decimal, por ejemplo, el valor 30 se corresponde con 11110 en binario.

Image Texto de la imagen

En esta tabla se utiliza la siguiente abreviación para la condición de seguridad:

SC1

ALW OR SM-MAC-G2

TCS_169

La estructura de todos los EF deberá ser transparente.

TCS_170

La aplicación de la tarjeta de control de generación 2 deberá tener la siguiente estructura de datos:

Image Texto de la imagen

TCS_171

Los valores siguientes, empleados para indicar tamaños en la tabla anterior, son los valores máximo y mínimo que la estructura de datos de la tarjeta de control debe utilizar para una aplicación de generación 2:

Image Texto de la imagen

4.5. Aplicaciones de la tarjeta de empresa

4.5.1 Aplicación de la tarjeta de empresa de generación 1

TCS_172

Una vez personalizada, la aplicación de la tarjeta de empresa de generación 1 tendrá la siguiente estructura permanente de archivos y las normas de acceso a los archivos:

Image Texto de la imagen

En esta tabla se utilizan las siguientes abreviaciones para las condiciones de seguridad:

SC1

ALW OR SM-MAC-G2

SC2

ALW OR SM-MAC-G1 OR SM-MAC-G2

SC3

SM-MAC-G1 OR SM-MAC-G2

SC6

EXT-AUT-G1 O SM-MAC-G1 O SM-MAC-G2

TCS_173

La estructura de todos los EF deberá ser transparente.

TCS_174

La aplicación de la tarjeta de empresa de generación 1 deberá tener la siguiente estructura de datos:

Image Texto de la imagen

TCS_175

Los valores siguientes, empleados para indicar tamaños en la tabla anterior, son los valores máximo y mínimo que la estructura de datos de la tarjeta de empresa debe utilizar para una aplicación de generación 1:

Image Texto de la imagen

4.5.2 Aplicación de la tarjeta de empresa de generación 2

TCS_176

Una vez personalizada, la aplicación de la tarjeta de empresa de generación 2 tendrá la siguiente estructura permanente de archivos y las normas de acceso a los archivos.

Nota: .El identificador EF corto SFID se da como número decimal, por ejemplo, el valor 30 se corresponde con 11110 en binario.

Image Texto de la imagen

En esta tabla se utiliza la siguiente abreviación para la condición de seguridad:

SC1

ALW OR SM-MAC-G2

TCS_177

La estructura de todos los EF deberá ser transparente.

TCS_178

La aplicación de la tarjeta de empresa de generación 2 deberá tener la siguiente estructura de datos:

Image Texto de la imagen

TCS_179

Los valores siguientes, empleados para indicar tamaños en la tabla anterior, son los valores máximo y mínimo que la estructura de datos de la tarjeta de empresa debe utilizar para una aplicación de generación 2:

Image Texto de la imagen

Apéndice 3

PICTOGRAMAS

PIC_001

El tacógrafo podrá utilizar, de forma opcional, los siguientes pictogramas y combinaciones de pictogramas (o pictogramas y combinaciones lo suficientemente parecidas para identificarse con estas de forma inequívoca):

1.

PICTOGRAMAS BÁSICOS

Personas

Acciones

Modos de funcionamiento

ImageBOOM

Empresa

Modo de empresa

ImageBOOM

Controlador

Control

Modo de control

ImageBOOM

Conductor

Conducción

Modo operativo

ImageBOOM

Taller/centro de ensayo

Inspección/calibrado

Modo de calibrado

ImageBOOM

Fabricante

Actividades

Duración

ImageBOOM

Disponible

Período de disponibilidad actual

ImageBOOM

Conducción

Tiempo de conducción continua

ImageBOOM

Descanso

Período de descanso actual

ImageBOOM

Otro trabajo

Período de trabajo actual

ImageBOOM

Pausa

Tiempo de pausa acumulado

ImageBOOM

Indeterminado

Equipo

Funciones

ImageBOOM

Ranura del conductor

ImageBOOM

Ranura del segundo conductor

ImageBOOM

Tarjeta

ImageBOOM

Reloj

ImageBOOM

Pantalla

Visualización

ImageBOOM

Almacenamiento externo

Transferencia

ImageBOOM

Fuente de alimentación

ImageBOOM

Impresora/doc. impreso

Impresión

ImageBOOM

Sensor

ImageBOOM

Tamaño de los neumáticos

ImageBOOM

Vehículo/unidad instalada en el vehículo

ImageBOOM

Dispositivo GNSS

ImageBOOM

Dispositivo de detección a distancia

ImageBOOM

Interfaz STI

Condiciones específicas

ImageBOOM

Fuera de ámbito

ImageBOOM

Trayecto en transbordador/tren

Varios

ImageBOOM

Incidentes

ImageBOOM

Fallos

ImageBOOM

Comienzo del período de trabajo diario

ImageBOOM

Final del período de trabajo diario

ImageBOOM

Lugar

ImageBOOM

Entrada manual de las actividades del conductor

ImageBOOM

Seguridad

ImageBOOM

Velocidad

ImageBOOM

Hora

ImageBOOM

Total/resumen

Calificadores

24h

Diario

ImageBOOM

Semanal

ImageBOOM

Bisemanal

ImageBOOM

Desde o hasta

2.

COMBINACIONES DE PICTOGRAMAS

Varios

ImageBOOM

Lugar de control

ImageBOOM

Lugar donde comienza el período de trabajo diario

ImageBOOM

Lugar donde termina el período de trabajo diario

ImageBOOM

Hora de comienzo

ImageBOOM

Hora de conclusión

ImageBOOM

Desde el vehículo

ImageBOOM

Comienzo condición Fuera de ámbito

ImageBOOM

Final condición Fuera de ámbito

Tarjetas

ImageBOOM

Tarjeta de conductor

ImageBOOM

Tarjeta de empresa

ImageBOOM

Tarjeta de control

ImageBOOM

Tarjeta de taller

ImageBOOM

Sin tarjeta

Conducción

ImageBOOM

Conducción en equipo

ImageBOOM

Tiempo de conducción en una semana

ImageBOOM

Tiempo de conducción en dos semanas

Documentos impresos

ImageBOOM

Impresión diaria de las actividades del conductor almacenadas en la tarjeta

ImageBOOM

Impresión diaria de las actividades del conductor almacenadas en la VU

ImageBOOM

Impresión de incidentes y fallos almacenados en la tarjeta

ImageBOOM

Impresión de incidentes y fallos almacenados en la VU

ImageBOOM

Impresión de datos técnicos

ImageBOOM

Impresión de excesos de velocidad

Incidentes

ImageBOOM

Inserción de una tarjeta no válida

ImageBOOM

Conflicto de tarjetas

ImageBOOM

Solapamiento temporal

ImageBOOM

Conducción sin tarjeta adecuada

ImageBOOM

Inserción de tarjeta durante la conducción

ImageBOOM

Error al cerrar la última sesión de la tarjeta

ImageBOOM

Exceso de velocidad

ImageBOOM

Interrupción del suministro eléctrico

ImageBOOM

Error en datos de movimiento

ImageBOOM

Conflicto de movimiento del vehículo

ImageBOOM

Violación de la seguridad

ImageBOOM

Ajuste de la hora (por el taller)

ImageBOOM

Control del exceso de velocidad

Fallos

ImageBOOM

Fallo de tarjeta (ranura del conductor)

ImageBOOM

Fallo de tarjeta (ranura del segundo conductor)

ImageBOOM

Fallo de la pantalla

ImageBOOM

Fallo de transferencia

ImageBOOM

Fallo de la impresora

ImageBOOM

Fallo del sensor

ImageBOOM

Fallo interno de la VU

ImageBOOM

Fallo del dispositivo GNSS

ImageBOOM

Fallo de la detección a distancia

Procedimiento de entrada manual

ImageBOOM

¿Continúa el mismo período de trabajo diario?

ImageBOOM

¿Final del anterior período de trabajo?

ImageBOOM

Confirme o introduzca el lugar donde termina el período de trabajo

ImageBOOM

Introduzca la hora de comienzo

ImageBOOM

Introduzca el lugar donde comienza el período de trabajo

Nota: En el apéndice 4 se definen otras combinaciones de pictogramas que representan bloques de impresión o identificadores de registro.

Apéndice 4

DOCUMENTOS IMPRESOS

ÍNDICE

1.

GENERALIDADES 243

2.

ESPECIFICACIÓN DE LOS BLOQUES DE DATOS 243

3.

ESPECIFICACIONES DE LOS DOCUMENTOS IMPRESOS 250

3.1.

Impresión diaria de las actividades del conductor almacenadas en la tarjeta 250

3.2.

Impresión diaria de las actividades del conductor almacenadas en la VU 251

3.3.

Impresión de incidentes y fallos almacenados en la tarjeta 252

3.4.

Impresión de incidentes y fallos almacenados en la VU 252

3.5.

Impresión de datos técnicos 253

3.6.

Impresión de excesos de velocidad 253

3.7.

Historial de tarjetas insertadas 254

1. GENERALIDADES

Cada documento impreso es una concatenación de varios bloques de datos, posiblemente identificados con un identificador de bloque.

Un bloque de datos contiene uno o más registros, posiblemente identificados con un identificador de registro.

PRT_001

Cuando un identificador de bloque precede inmediatamente a un identificador de registro, el identificador de registro no se imprime.

PRT_002

Cuando una unidad de información se desconoce o no debe imprimirse por motivos relacionados con los derechos de acceso a los datos, en su lugar se imprimen espacios.

PRT_003

Si el contenido de una línea entera es desconocido o no tiene que imprimirse, se omite toda la línea.

PRT_004

Los campos de datos numéricos se imprimen alineados a la derecha, con un espacio como separador de las unidades de millar y de millón, y sin ceros a la izquierda.

PRT_005

Los campos de datos en cadena se imprimen alineados a la izquierda. Cuando es preciso (en nombres y direcciones), se rellenan con espacios hasta alcanzar la longitud de la unidad de información, o bien se truncan para no sobrepasar dicha longitud.

PRT_006

Cuando haya que dividir una línea cuyo texto sea largo, debe imprimirse un carácter especial (un punto a media altura de la línea, «ߦ») como primer carácter en la línea nueva.

2. ESPECIFICACIÓN DE LOS BLOQUES DE DATOS

En este capítulo se han utilizado las siguientes convenciones para la notación de formatos:

los caracteres impresos en negrita indican texto legible que hay que imprimir (en caracteres normales),

los caracteres normales indican variables (pictogramas o datos) que hay que sustituir por sus valores antes de proceder a la impresión,

los nombres de las variables se han acabado de llenar con guiones bajos con el fin de mostrar la longitud disponible para la variable en ese elemento de información,

las fechas se especifican con el formato «dd/mm/aaaa» (día, mes, año). También se puede utilizar el formato «dd.mm.aaaa»,

el término «identificación de la tarjeta» indica la composición de: el tipo de tarjeta (mediante una combinación de pictogramas), el código del Estado miembro que ha expedido la tarjeta, un carácter de barra oblicua y el número de tarjeta con el índice de sustitución y el índice de renovación separados por espacios:

P

ImageBOOM

x

x

x

/

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

Combinaciones de pictogramas de tarjeta

Código del Estado miembro emisor

Primeros 14 caracteres del número de tarjeta

(incluido posiblemente un índice consecutivo)

Índice de sustitución

Índice de renovación

PRT_007

Los documentos impresos deberán utilizar los siguientes bloques de datos y/o registros de datos, con arreglo a los significados y formatos que se exponen a continuación:

Image Texto de la imagen

Image Texto de la imagen

Image Texto de la imagen

Image Texto de la imagen

Image Texto de la imagen

Image Texto de la imagen

Image Texto de la imagen

3. ESPECIFICACIONES DE LOS DOCUMENTOS IMPRESOS

(1) El aparato de control deberá registrar y almacenar también en su memoria de datos: — la fecha y la hora del último CONTROL DEL EXCESO DE VELOCIDAD, — la fecha y la hora del primer exceso de velocidad ocurrido tras este CONTROL DEL EXCESO DE VELOCIDAD, — el número de incidentes de exceso de velocidad ocurridos después del último CONTROL DEL EXCESO DE VELOCIDAD. (2) Estos datos solo podrán registrarse al reconectar la alimentación eléctrica. Las horas se determinarán con una precisión de un minuto. 3.12.9 Datos sobre fallos A efectos del presente subapartado, la hora se registrará con una resolución de un segundo. 26.5.2016 L 139/37 Diario Oficial de la Unión Europea ES

118) El aparato de control intentará registrar y almacenar en su memoria los datos siguientes para cada fallo detectado, con arreglo a las reglas de almacenamiento descritas a continuación: Fallo Reglas de almacenamiento Datos que hay que registrar en cada fallo Fallo de la tarjeta —los diez fallos más recientes de la tarjeta de conductor. — fecha y hora en que comenzó el fallo, — fecha y hora en que terminó el fallo, —tipo de tarjeta(s), número, Estado miembro emisor y generación. Fallos del aparato de control — los diez fallos más recientes de cada tipo, —el primer fallo ocurrido después del último calibrado. — fecha y hora en que comenzó el fallo, — fecha y hora en que terminó el fallo, — tipo de fallo, —tipo de tarjeta(s), número, Estado miembro emisor y generación de cualquier tarjeta insertada al comenzar o al terminar el fallo. 3.12.10 Datos de calibrado 119) El aparato de control deberá registrar y almacenar en su memoria los datos correspondientes a: — los parámetros de calibrado conocidos en el momento de la activación, — su primer calibrado después de la activación, — su primer calibrado en el vehículo actual (según conste en el VIN), — los veinte calibrados más recientes (si el aparato se ha calibrado más de una vez en un mismo día civil, solo se almacenarán los datos correspondientes al primero y al último calibrados del día). 120) Cada vez que se calibre el aparato de control, se registrarán los datos siguientes: — propósito del calibrado (activación, primera instalación, instalación, control periódico), — nombre y dirección del taller, — número de la tarjeta de taller, Estado miembro que haya expedido la tarjeta y fecha de expiración de la tarjeta, — identificación del vehículo, — parámetros que se actualizan o confirman: w, k, l, tamaño de los neumáticos, valor de ajuste del dispositivo limitador de la velocidad, cuentakilómetros (lectura anterior y nueva lectura), fecha y hora (valor anterior y nuevo valor), — los tipos y los identificadores de todos los precintos existentes. 121) Además, el aparato de control deberá registrar y almacenar en su memoria de datos su capacidad para utilizar tarjetas de tacógrafo de primera generación (aún activada o no). 122) El sensor de movimiento deberá registrar y almacenar en su memoria los siguientes datos sobre la instalación del sensor de movimiento: — primer emparejamiento con una VU (fecha, hora, número de homologación de la VU, número de serie de la VU), — último emparejamiento con una VU (fecha, hora, número de homologación de la VU, número de serie de la VU). 26.5.2016 L 139/38 Diario Oficial de la Unión Europea ES

123) El dispositivo GNSS externo deberá registrar y almacenar en su memoria los siguientes datos sobre la instalación del dispositivo GNSS externo: — primer acoplamiento con una VU (fecha, hora, número de homologación de la VU, número de serie de la VU), — último acoplamiento con una VU (fecha, hora, número de homologación de la VU, número de serie de la VU). 3.12.11 Datos de ajuste de la hora 124) El aparato de control deberá registrar y almacenar en su memoria los datos correspondientes a los ajustes de hora que se hayan realizado en el modo de calibrado y fuera del marco de un calibrado regular (def. f)): — la última ocasión en que se ajustara la hora, — los cinco casos en que el ajuste fuera mayor. 125) Cada vez que se ajuste la hora, se registrarán los datos siguientes: — fecha y hora, valor anterior, — fecha y hora, nuevo valor, — nombre y dirección del taller, — número de la tarjeta de taller, Estado miembro que haya expedido la tarjeta, generación de la tarjeta y fecha de expiración de la tarjeta. 3.12.12 Datos sobre actividades de control 126)El aparato de control deberá registrar y almacenar en su memoria los siguientes datos correspondientes a las veinte actividades de control más recientes: — fecha y hora del control, — número de la tarjeta de control, Estado miembro que haya expedido la tarjeta y generación de la tarjeta, —tipo de control (visualización y/o impresión y/o transferencia de los datos de la VU y/o transferencia de los datos de la tarjeta y/o control del calibrado en carretera). 127) En caso de transferencia, también habrá que registrar las fechas correspondientes a los días transferidos más antiguos y más recientes. 3.12.13 Datos sobre los bloqueos introducidos por las empresas 128)El aparato de control deberá registrar y almacenar en su memoria los siguientes datos correspondientes a los 255 últimos bloqueos introducidos por una empresa: — fecha y hora de activación del bloqueo, — fecha y hora de desactivación del bloqueo, — número de la tarjeta de empresa, Estado miembro que haya expedido la tarjeta y generación de la tarjeta, — nombre y dirección de la empresa. Los datos previamente bloqueados mediante un bloqueo eliminado de la memoria debido al límite antes mencionado se considerarán desbloqueados. 3.12.14 Datos sobre actividades de transferencia 129)El aparato de control deberá registrar y almacenar en su memoria los siguientes datos correspondientes a la última transferencia de datos de la memoria a medios externos, estando en el modo de empresa o en el modo de calibrado: — fecha y hora de la transferencia, 26.5.2016 L 139/39 Diario Oficial de la Unión Europea ES

— número de la tarjeta de empresa o de taller, Estado miembro que haya expedido la tarjeta y generación de la tarjeta, — nombre de la empresa o del taller. 3.12.15 Datos sobre condiciones específicas 130) El aparato de control deberá registrar en su memoria los siguientes datos correspondientes a condiciones específicas: — fecha y hora de la entrada, — tipo de condición específica. 131) La memoria deberá ser capaz de mantener estos datos almacenados durante al menos 365 días (suponiendo que, como media, cada día se abra y se cierre una condición). Cuando se agote la capacidad de almacenamiento, los datos más antiguos se sustituirán por otros nuevos. 3.12.16 Datos de la tarjeta de tacógrafo 132) El aparato de control deberá ser capaz de almacenar los siguientes datos relativos a las diferentes tarjetas de tacógrafo que se han utilizado en la VU: — número de la tarjeta de tacógrafo y su número de serie, — fabricante de la tarjeta de tacógrafo, — tipo de tarjeta de tacógrafo, — versión de la tarjeta de tacógrafo. 133) El aparato de control deberá ser capaz de almacenar al menos 88 de estos registros. 3.13 Lectura de las tarjetas de tacógrafo 134) El aparato de control deberá ser capaz de leer las tarjetas de tacógrafo de primera y segunda generación para obtener, cuando proceda, los datos necesarios para: — identificar el tipo de tarjeta, al titular de la tarjeta, el anterior vehículo empleado, la fecha y hora en que se retirara la tarjeta por última vez y la actividad seleccionada entonces, — comprobar que la última sesión de la tarjeta se cerró correctamente, — calcular el tiempo de conducción continua del conductor, su tiempo de descanso acumulado y sus tiempos de conducción acumulados durante la semana anterior y la actual, — imprimir, previa solicitud, los datos registrados en una tarjeta de conductor, — transferir a medios externos la información contenida en una tarjeta de conductor. Este requisito solo se aplica a las tarjetas de tacógrafo de primera generación, siempre que su utilización no haya sido suprimida por un taller. 135) En caso de producirse un error de lectura, el aparato de control intentará ejecutar de nuevo el mismo comando de lectura. Si no lo consigue después de tres intentos, declarará la tarjeta defectuosa y no válida. 3.14 Registro y almacenamiento de datos en las tarjetas de tacógrafo 3.14.1 Registro y almacenamiento de datos en las tarjetas de tacógrafo de primera generación 136) Siempre que un taller no haya suprimido el uso de las tarjetas de tacógrafo de primera generación, el aparato de control deberá registrar y almacenar datos exactamente de la misma manera que lo haría un aparato de control de primera generación. 26.5.2016 L 139/40 Diario Oficial de la Unión Europea ES

137) Nada más insertada la tarjeta de conductor o de taller, el aparato de control deberá configurar los «datos de la sesión» en dicha tarjeta. 138) El aparato de control deberá actualizar los datos almacenados en las tarjetas de conductor, de taller, de empresa o de control, si son válidas. Para ello, escribirá en la tarjeta todos los datos necesarios del titular correspondientes al período en que dicha tarjeta esté insertada. En el capítulo 4 se especifican los datos almacenados en cada tipo de tarjeta. 139) El aparato de control deberá actualizar los datos sobre la actividad del conductor y sobre los lugares (según se especifica en los puntos 4.5.3.1.9 y 4.5.3.1.11). Estos datos, almacenados en las tarjetas de conductor o en las tarjetas de taller, se sustituirán por los datos introducidos manualmente por el titular de la tarjeta. 140) Los incidentes no definidos para los aparatos de control de primera generación no se almacenarán en las tarjetas de conductor ni de taller. 141) Los datos de las tarjetas de tacógrafo se actualizarán de manera que, cuando sea necesario y teniendo en cuenta la capacidad real de almacenamiento de la tarjeta, los datos más recientes sustituyan a los más antiguos. 142) En caso de producirse un error de escritura, el aparato de control intentará ejecutar de nuevo el mismo comando de escritura. Si no lo consigue después de tres intentos, declarará la tarjeta defectuosa y no válida. 143) Antes de liberar una tarjeta de conductor, y después de haber almacenado en ella todos los datos pertinentes, el aparato de control deberá reiniciar los «datos de la sesión». 3.14.2 Registro y almacenamiento de datos en las tarjetas de tacógrafo de segunda generación 144) Las tarjetas de tacógrafo de segunda generación deberán incluir dos aplicaciones de tarjeta diferentes, la primero de las cuales será exactamente la misma que la aplicación TACHO de las tarjetas de tacógrafo de primera generación, y la segunda la aplicación TACHO_G2, que se especifica en el capítulo 4 y el apéndice 2. 145) Nada más insertada la tarjeta de conductor o de taller, el aparato de control deberá configurar los «datos de la sesión» en dicha tarjeta. 146) El aparato de control deberá actualizar los datos almacenados en las dos aplicaciones de las tarjetas de conductor, de taller, de empresa o de control, si son válidas. Para ello, escribirá en la tarjeta todos los datos necesarios del titular correspondientes al período en que dicha tarjeta esté insertada. En el capítulo 4 se especifican los datos almacenados en cada tipo de tarjeta. 147) El aparato de control deberá actualizar los datos sobre los lugares y posiciones de actividad del conductor (según se especifica en los puntos 4.5.3.1.9, 4.5.3.1.11, 4.5.3.2.9 y 4.5.3.2.11). Estos datos, almacenados en las tarjetas de conductor o en las tarjetas de taller válidas, se sustituirán por los datos de lugares de actividad introducidos manualmente por el titular de la tarjeta. 148) Los datos de las tarjetas de tacógrafo se actualizarán de manera que, cuando sea necesario y teniendo en cuenta la capacidad real de almacenamiento de la tarjeta, los datos más recientes sustituyan a los más antiguos. 149) En caso de producirse un error de escritura, el aparato de control intentará ejecutar de nuevo el mismo comando de escritura. Si no lo consigue después de tres intentos, declarará la tarjeta defectuosa y no válida. 150) Antes de liberar una tarjeta de conductor, y después de haber almacenado en las dos aplicaciones de la tarjeta todos los datos pertinentes, el aparato de control deberá reiniciar los «datos de la sesión». 3.15 Visualización 151) La pantalla deberá incluir al menos veinte caracteres. 152) Los caracteres tendrán un tamaño mínimo de 5 mm de alto y 3,5 mm de ancho. 26.5.2016 L 139/41 Diario Oficial de la Unión Europea ES

153) La pantalla admitirá el uso de los caracteres especificados en el apéndice 1, Capítulo 4: «Conjuntos de caracteres». La pantalla podrá utilizar glifos simplificados (p.ej.: los caracteres acentuados podrán aparecer sin acento, o las minúsculas podrán verse como mayúsculas). 154) La pantalla deberá tener una iluminación adecuada que no provoque deslumbramiento. 155) Las indicaciones deberán ser visibles desde fuera del aparato de control. 156) El aparato de control deberá ser capaz de mostrar en pantalla: — los datos por defecto, — los datos relacionados con advertencias, — los datos relacionados con el acceso a los menús, — otros datos que solicite un usuario. El aparato de control también podrá mostrar en pantalla otras informaciones, siempre que puedan distinguirse claramente de las arriba exigidas. 157) La pantalla del aparato de control deberá utilizar los pictogramas o las combinaciones de pictogramas enumerados en el apéndice 3. También podrán utilizarse otros pictogramas o combinaciones de pictogramas siempre que puedan distinguirse claramente de los exigidos. 158) La pantalla deberá estar siempre encendida (ON) cuando el vehículo esté en movimiento. 159) El aparato de control podrá incluir una función manual o automática que apague (OFF) la pantalla cuando el vehículo esté parado. El formato de visualización se especifica en el apéndice 5. 3.15.1 Contenido de la pantalla por defecto 160) Cuando no sea necesario mostrar otra información, el aparato de control deberá presentar en pantalla, por defecto, los datos siguientes: — la hora local (correspondiente a la UTC + desfase configurado por el conductor), — el modo de funcionamiento, — la actividad actual del conductor y la del segundo conductor, — información relativa al conductor: — si su actividad actual es CONDUCCIÓN, el tiempo actual de conducción continua y el tiempo actual de descanso acumulado hasta ese momento, — si su actividad actual no es CONDUCCIÓN, la duración actual de su actividad (desde que la haya seleccionado) y el tiempo actual de descanso acumulado hasta ese momento. 161) La presentación en pantalla de los datos relativos a cada conductor será clara, sencilla e inequívoca. Si no fuera posible mostrar en pantalla simultáneamente la información relativa al conductor y la relativa al segundo conductor, el aparato de control deberá mostrar por defecto la información relativa al conductor y ofrecerá al usuario la posibilidad de visualizar la información relativa al segundo conductor. 162) Si el ancho de la pantalla no permite visualizar por defecto el modo de funcionamiento, el aparato de control mostrará unos instantes el nuevo modo de funcionamiento cuando cambie. 163) El aparato de control mostrará unos instantes el nombre del titular de la tarjeta en el momento de insertar la tarjeta. 26.5.2016 L 139/42 Diario Oficial de la Unión Europea ES

164) Cuando se abra una condición «FUERA DE ÁMBITO» o «TRAYECTO EN TRANSBORDADOR/TREN», el contenido de la pantalla por defecto deberá mostrar, con el pictograma correspondiente, que la condición está abierta (se admite que no aparezca simultáneamente en pantalla la actividad actual del conductor). 3.15.2 Visualización de advertencias 165) Para las advertencias que muestre en pantalla el aparato de control se utilizarán principalmente los pictogramas del apéndice 3, completados cuando sea necesario por información adicional codificada en forma numérica. También se podrá añadir una descripción literal de la advertencia en el idioma preferido del conductor. 3.15.3 Acceso mediante menús 166) El aparato de control ofrecerá los comandos necesarios a través de una estructura de menús adecuada. 3.15.4 Otras informaciones en pantalla 167) Se podrán visualizar en pantalla, de manera selectiva y a voluntad, los siguientes datos: — la fecha y la hora UTC, junto con el desfase horario local, — el contenido de cualquiera de los siete documentos impresos, con el mismo formato que el propio documento, — el tiempo de conducción continua y el tiempo de descanso acumulado del conductor, — el tiempo de conducción continua y el tiempo de descanso acumulado del segundo conductor, — el tiempo de conducción acumulado del conductor durante la semana anterior y la actual, y — el tiempo de conducción acumulado del segundo conductor durante la semana anterior y la actual. Datos opcionales: — la duración actual de la actividad del segundo conductor (desde que la seleccionara), — el tiempo de conducción acumulado del conductor durante la semana actual, — el tiempo de conducción acumulado del segundo conductor durante el período de trabajo diario actual, — el tiempo de conducción acumulado del conductor durante el período de trabajo diario actual. 168) El contenido del documento impreso se mostrará en pantalla de manera secuencial, línea por línea. Si el ancho de la pantalla es menor de 24 caracteres, el usuario dispondrá de un medio adecuado para visualizar la información completa (varias líneas, desplazamiento del texto, …). No es necesario que aparezcan en pantalla las líneas del documento impreso destinadas a informaciones manuscritas. 3.16 Impresión 169) El aparato de control deberá ser capaz de imprimir la información almacenada en su memoria o en las tarjetas de tacógrafo. Habrá al menos siete tipos de documentos de impresión: — impresión diaria de las actividades del conductor almacenadas en la tarjeta, — impresión diaria de las actividades del conductor almacenadas en la unidad instalada en el vehículo, — impresión de incidentes y fallos almacenados en la tarjeta, — impresión de incidentes y fallos almacenados en la unidad instalada en el vehículo, — impresión de datos técnicos, 26.5.2016 L 139/43 Diario Oficial de la Unión Europea ES

— impresión de excesos de velocidad, — historial de los datos de la tarjeta de tacógrafo para una determinada VU (véase el capítulo 3.12.16). Los pormenores relativos al formato y al contenido de estos documentos se especifican en el apéndice 4. Es posible incluir datos adicionales al final de los documentos de impresión. El aparato de control también podrá imprimir otros documentos, siempre que puedan distinguirse claramente de los siete arriba indicados. 170) La «impresión diaria de las actividades del conductor almacenadas en la tarjeta» y la «impresión de incidentes y fallos almacenados en la tarjeta» solo estarán disponibles cuando se inserte en el aparato de control una tarjeta de conductor o una tarjeta de taller. El aparato de control actualizará los datos almacenados en la tarjeta correspondiente antes de iniciar la impresión. 171) A fin de obtener la «impresión diaria de las actividades del conductor almacenadas en la tarjeta» o la «impresión de incidentes y fallos almacenados en la tarjeta», el aparato de control deberá: — seleccionar automáticamente la tarjeta de conductor o la tarjeta de taller, si solo se ha insertado una de estas dos tarjetas, — o bien ofrecer un comando para seleccionar la tarjeta de origen o seleccionar la tarjeta en la ranura del conductor, si en el aparato de control se han insertado las dos tarjetas. 172) La impresora deberá ser capaz de imprimir 24 caracteres por línea. 173) Los caracteres tendrán un tamaño mínimo de 2,1 mm de alto y 1,5 mm de ancho. 174) La impresora admitirá el uso de los caracteres especificados en el apéndice 1, capítulo 4: «Conjuntos de caracteres». 175) Las impresoras estarán diseñadas de tal forma que faciliten los documentos de impresión arriba mencionados con la definición necesaria para evitar ambigüedades en la lectura. 176) Los documentos de impresión conservarán sus dimensiones y registros en las condiciones normales de humedad (10-90 %) y temperatura. 177) El tipo de papel homologado utilizado por el aparato de control llevará la marca de homologación pertinente y la indicación del/de los tipo(s) de aparato de control con que se puede utilizar. 178) Si se mantienen las condiciones normales de almacenamiento en lo que respecta a intensidad luminosa, humedad y temperatura, los documento de impresión seguirán siendo claramente legibles e identificables durante al menos dos años. 179) Las impresiones se ajustarán, como mínimo, a las especificaciones de ensayo que figuran en el apéndice 9. 180) Además, deberá ser posible incluir en los citados documentos inscripciones adicionales hechas a mano, tales como la firma del conductor. 181) En caso de que se acabe el papel durante la impresión de un documento, al cargarse un nuevo rollo el aparato de control deberá reiniciar la impresión desde la primera línea o bien continuar la impresión incluyendo una referencia inequívoca a la parte ya impresa. 3.17 Advertencias 182) El aparato de control deberá avisar al conductor cuando detecte algún incidente o fallo. 183) La advertencia por un incidente de interrupción del suministro eléctrico podrá hacerse cuando se restablezca el suministro. 26.5.2016 L 139/44 Diario Oficial de la Unión Europea ES

184) El aparato de control deberá avisar al conductor quince minutos antes y en el preciso instante en que se exceda el límite de tiempo de conducción continua permitido. 185) Las señales de advertencia serán visuales, aunque también se podrán instalar señales de tipo acústico. 186) Las señales de advertencia visuales deberán ser perfectamente reconocibles para el usuario, estarán ubicadas dentro del campo de visión del conductor y podrán leerse claramente tanto de día como de noche. 187) Los avisadores luminosos podrán estar incorporados en el aparato de control o separados de él. 188) En este último caso, el avisador mostrará una «T». 189) Las señales de advertencia tendrán una duración de al menos treinta segundos, a menos que el usuario las confirme pulsando una o más teclas específicas del aparato de control. Esta primera confirmación no hará que desaparezca la indicación en pantalla del motivo de la advertencia (véase el párrafo siguiente). 190) El motivo de la advertencia se indicará en la pantalla del aparato de control y permanecerá visible hasta que lo confirme el usuario mediante una tecla o un comando específico del aparato de control. 191) También podrán instalarse otras señales de advertencia, siempre que el conductor no las confunda con las que se han definido anteriormente. 3.18 Transferencia de datos a medios externos 192)El aparato de control, a petición del usuario, deberá ser capaz de transferir a medios de almacenamiento externos los datos contenidos en la memoria o en una tarjeta de conductor, utilizando para ello el conector de calibrado/transferencia. El aparato de control actualizará los datos almacenados en la tarjeta correspondiente antes de iniciar la transferencia. 193)Asimismo, y como característica opcional, el aparato de control podrá, en cualquier modo de funcionamiento, transferir datos por cualquier otro medio a una empresa autentificada a través de este canal. En tal caso, dicha transferencia estará sujeta a los derechos de acceso a los datos en el modo de empresa. 194) La transferencia no deberá alterar ni borrar los datos almacenados. 195) Las características de la interfaz eléctrica del conector de calibrado/transferencia se especifican en el apéndice 6. 196) Los protocolos de transferencia se especifican en el apéndice 7. 3.19 Comunicación a distancia para controles de carretera selectivos 197) Cuando el encendido esté activado, la unidad instalada en el vehículo deberá almacenar cada sesenta segundos en el dispositivo de comunicación a distancia los datos más recientes necesarios a efectos de los controles en carretera selectivos. Estos datos se cifrarán y firmarán según lo especificado en el apéndice 11 y el apéndice 14. 198) Los datos que deben ser controlados a distancia estarán disponibles para los lectores de comunicación a distancia mediante comunicaciones inalámbricas, tal como se especifica en el apéndice 14. 199) Los datos necesarios a efectos de los controles en carretera selectivos deberán estar relacionados con: — el intento más reciente de violación de la seguridad, — la interrupción más larga del suministro eléctrico, 26.5.2016 L 139/45 Diario Oficial de la Unión Europea ES

— un fallo del sensor, — un error en los datos de movimiento, — un conflicto de movimiento del vehículo, — la conducción sin tarjeta válida, — la inserción de la tarjeta mientras se conduce, — los datos de ajuste de la hora, — los datos sobre el calibrado, incluidas las fechas de los dos registros de calibrado más recientes almacenados, — el número de matrícula del vehículo, — la velocidad registrada por el tacógrafo. 3.20 Envío de datos a dispositivos externos adicionales 200) El aparato de control podrá ir también equipado de interfaces normalizadas que permitan que un aparato externo utilice en modo operativo o de calibrado los datos registrados o producidos por el tacógrafo. En el apéndice 13 se especifica y normaliza una interfaz ITS opcional. Podrán coexistir otras interfaces similares, siempre que se cumplan plenamente los requisitos del apéndice 13 en términos de lista mínima de datos, seguridad y consentimiento del conductor. Se aplicarán los siguientes requisitos a los datos de ITS facilitados a través de esa interfaz: — estos datos constituirán una selección de los datos existentes a partir del diccionario de datos del tacógrafo (apéndice 1), — un subconjunto de esta selección de datos se identificará como «datos personales», — el subconjunto de «datos personales» solo estará disponible si está habilitado el consentimiento verificable del conductor, aceptando que sus datos personales puedan abandonar la red del vehículo, — en cualquier momento, podrá habilitarse o inhabilitarse el consentimiento del conductor a través de comandos del menú, siempre que esté insertada la tarjeta de conductor, — la selección y el subconjunto de datos se emitirán a través del protocolo inalámbrico Bluetooth en el radio de la cabina del vehículo, con una frecuencia de refresco de un minuto, — el emparejamiento del dispositivo exterior con la interfaz ITS estará protegido por un PIN aleatorio y dedicado de al menos cuatro dígitos, registrado y disponible a través de la pantalla de cada unidad instalada en el vehículo, — en ninguna circunstancia podrá la presencia de la interfaz ITS perturbar ni alterar el correcto funcionamiento y la seguridad de la unidad instalada en el vehículo. También se podrán enviar otros datos, además de la selección de datos existentes, que se considera la lista mínima, siempre que no se puedan considerar datos personales. El aparato de control deberá notificar a otros dispositivos externos el consentimiento del conductor. Cuando el encendido del vehículo esté activado (ON), estos datos se enviarán de manera permanente. 201) La interfaz de conexión en serie especificada en el anexo 1B del Reglamento (CEE) n.o 3821/85, en su última versión modificada, podrá seguir equipando los tacógrafos a efectos de retrocompatibilidad. De todos modos, seguirá siendo necesario el consentimiento del conductor en caso de transmisión de datos personales. 26.5.2016 L 139/46 Diario Oficial de la Unión Europea ES

3.21 Calibrado 202) La función de calibrado deberá permitir: — el emparejamiento automático del sensor de movimiento con la VU, — el acoplamiento automático del dispositivo GNSS externo con la VU, en su caso, — la adaptación digital de la constante del aparato de control (k) al coeficiente característico del vehículo (w), — el ajuste de la hora actual dentro del período de validez de la tarjeta de taller insertada, — el ajuste de la lectura actual del cuentakilómetros, — la actualización de los datos de identificación del sensor de movimiento que hay almacenados en la memoria de datos, — la actualización, en su caso, de los datos de identificación del dispositivo GNSS externo que hay almacenados en la memoria de datos, — la actualización de los tipos y los identificadores de todos los precintos existentes, —la actualización o confirmación de otros parámetros que conozca el aparato de control: identificación del vehículo, w, l, tamaño de los neumáticos y valor de ajuste del dispositivo limitador de la velocidad, en su caso. 203) Además, la función de calibrado permitirá suprimir la utilización de las tarjetas de tacógrafo de primera generación en el aparato de control, siempre que se cumplan las condiciones especificadas en el apéndice 15. 204) El emparejamiento del sensor de movimiento con la VU deberá constar al menos de los siguientes pasos: — actualización (si es preciso) de los datos relativos a la instalación del sensor de movimiento, almacenados en el propio sensor de movimiento, — copia, en la memoria de datos de la VU, de los datos necesarios para la identificación del sensor de movimiento, almacenados en el propio sensor de movimiento. 205) El acoplamiento del dispositivo GNSS externo con la VU deberá constar al menos de los siguientes pasos: — actualización (si es preciso) de los datos relativos al dispositivo GNSS externo almacenados en el propio dispositivo GNSS externo, — copia, en la memoria de datos de la VU, de los datos necesarios para la identificación del dispositivo GNSS externo, almacenados en el propio dispositivo GNSS externo, incluido el número de serie de este dispositivo. El acoplamiento irá seguido de la verificación de la información de posición GNSS. 206) La función de calibrado deberá ser capaz de introducir todos los datos necesarios a través del conector de calibrado/transferencia, de acuerdo con el protocolo de calibrado definido en el apéndice 8. La función de calibrado también podrá utilizar otros medios para introducir los datos necesarios. 3.22 Control del calibrado en carretera 207) La función de control de calibrado en carretera permitirá la lectura del número de serie del sensor de movimiento (posiblemente integrado en el adaptador) y el número de serie del dispositivo GNSS externo (cuando proceda) conectado a la unidad instalada en el vehículo, en el momento de la petición. 208) Esta lectura será posible al menos en la pantalla de la unidad instalada en el vehículo a través de comandos en los menús. 26.5.2016 L 139/47 Diario Oficial de la Unión Europea ES

209) La función de control de calibrado en carretera también permitirá controlar la selección del modo I/ O de la línea de señal I/O de calibrado especificada en el apéndice 6 a través de la interfaz de la línea K. Esto se llevará a cabo a través de ECUAdjustmentSession, tal como se especifica en el apéndice 8, sección 7, «Control de los impulsos de prueba — Unidad funcional para control de entrada/salida». 3.23 Ajuste de la hora 210) La función de ajuste de la hora deberá permitir el ajuste automático de la hora actual. En el aparato de control se utilizan dos fuentes para el ajuste de la hora: 1) el reloj interno de la VU, 2) el receptor GNSS. 211) La hora del reloj interno de la VU se reajustará automáticamente a intervalos de doce horas como máximo. Cuando este plazo haya expirado y no se disponga de señal GNSS, se fijará la hora tan pronto como la VU pueda acceder a una hora válida facilitada por el receptor GNSS, según las condiciones de encendido del vehículo. La referencia temporal para la fijación automática de la hora del reloj interno de la VU se derivará del receptor GNSS. Se producirá un incidente de conflicto temporal si la hora actual se desvía más de un (1) minuto de la información horaria suministrada por el receptor GNSS. 212) La función de ajuste de la hora deberá permitir también el ajuste de la hora actual, en el modo de calibrado. 3.24 Características de funcionamiento 213) La unidad instalada en el vehículo deberá funcionar perfectamente en el intervalo de temperaturas que va de – 20 °C a 70 °C, el dispositivo GNSS externo en el intervalo de – 20 °C a 70 °C, y el sensor de movimiento en el intervalo de – 40 °C a 135 °C. El contenido de la memoria de datos no se borrará aunque la temperatura descienda hasta – 40 °C. 214) El aparato de control deberá funcionar perfectamente en el intervalo higrométrico del 10 % al 90 %. 215) Los precintos utilizados en el tacógrafo digital deberán resistir las mismas condiciones aplicables a los componentes del tacógrafo en el que estén colocados. 216) El aparato de control deberá estar protegido frente a sobretensiones, inversiones de polaridad de la fuente de alimentación y cortocircuitos. 217) Los sensores de movimiento: — reaccionarán a todo campo magnético que perturbe la detección de movimiento del vehículo; en estas circunstancias, la unidad instalada en el vehículo registrará y almacenará un fallo del sensor (requisito 88), o bien — estarán dotados de un sensor protegido de los campos magnéticos o invulnerable a estos. 218)El aparato de control y el dispositivo GNSS externo deberán ajustarse a la reglamentación internacional UN ECE R10 y estar protegidos contra descargas electrostáticas y fluctuaciones de la tensión. 3.25 Materiales 219) Todos los elementos que formen parte del aparato de control deberán estar fabricados con materiales de estabilidad y resistencia mecánica suficientes y de características eléctricas y magnéticas invariables. 220) Para unas condiciones normales de utilización, todas las partes internas del aparato deberán estar protegidas contra la humedad y el polvo. 221) La unidad instalada en el vehículo y el dispositivo GNSS externo deberán tener el grado de protección IP 40 y el sensor de movimiento el grado de protección IP 64, según la norma IEC 60529:1989, incluidos A1:1999 y A2:2013. 26.5.2016 L 139/48 Diario Oficial de la Unión Europea ES

222) El aparato de control deberá ser conforme a todas las especificaciones técnicas aplicables relativas al diseño ergonómico. 223) El aparato de control deberá estar protegido frente a daños accidentales. 3.26 Marcas 224) Si el aparato de control permite visualizar la lectura del cuentakilómetros y la velocidad del vehículo, en su pantalla deberán figurar las precisiones siguientes: — junto a la cifra que indica la distancia, la unidad de medida de la distancia, indicada mediante la abreviatura «km», — junto a la cifra que indica la velocidad, la abreviatura «km/h». El aparato de control también debe ser capaz de mostrar la velocidad en millas por hora, en cuyo caso la unidad de medición de la velocidad se indicará con la abreviatura «mph». El aparato de control también debe ser capaz de mostrar la distancia en millas, en cuyo caso la unidad de medición de la distancia se indicará con la abreviatura «mi». 225) Cada uno de los componentes del aparato de control deberá llevar una placa descriptiva con la información siguiente: — nombre y dirección del fabricante del aparato, — número de pieza del fabricante y año de fabricación del aparato, — número de serie del aparato, — marca de homologación del modelo de aparato de control. 226) Cuando el espacio físico disponible no baste para mostrar todas las informaciones mencionadas, en la placa descriptiva deberá figurar al menos: el nombre o el logotipo del fabricante y el número de pieza del aparato. 4 CONDICIONES DE FABRICACIÓN Y FUNCIONAMIENTO DE LAS TARJETAS DE TACÓGRAFO 4.1 Datos visibles El anverso de la tarjeta contendrá: 227) la mención «Tarjeta de conductor» o «Tarjeta de control» o «Tarjeta de taller» o «Tarjeta de la empresa», en mayúsculas, en la lengua o lenguas oficiales del Estado miembro que expida la tarjeta, según el tipo de tarjeta; 228) el nombre del Estado miembro que expida la tarjeta (opcional); 229) el distintivo del Estado miembro que expida la tarjeta, impreso en negativo en un rectángulo azul rodeado de doce estrellas amarillas; los distintivos serán los siguientes: B BG CZ CY Bélgica Bulgaria República Checa Chipre LV L LT M Letonia Luxemburgo Lituania Malta DK Dinamarca NL Países Bajos 26.5.2016 L 139/49 Diario Oficial de la Unión Europea ES

D EST Alemania Estonia A PL Austria Polonia GR Grecia P RO SK SLO Portugal Rumanía Eslovaquia Eslovenia E España FIN Finlandia F HR H Francia Croacia Hungría S Suecia IRL Irlanda UK Reino Unido I Italia 230) las informaciones específicas de la tarjeta expedida, que constarán del siguiente modo: Tarjeta de conductor Tarjeta de control Tarjeta de empresa o de taller 1. apellido(s) del conductor nombre del organismo de control nombre de la empresa o del taller 2. nombre(s) del conductor apellido(s) del controlador (en su caso) apellido(s) del titular de la tarjeta (en su caso) 3. fecha de nacimiento del conductor nombre(s) del controlador (en su caso) nombre(s) del titular de la tarjeta (en su caso) 4.a fecha de comienzo de validez de la tarjeta 4.b fecha de expiración de la tarjeta 4.c designación de la autoridad expedidora (puede figurar en el reverso) 4.d un número distinto del que se recoge en la rúbrica 5, que sea útil para la gestión de la tarjeta (opcional) 5. a número del permiso de conducir (en la fecha de expedición de la tarjeta de conductor) — — 5. b Número de tarjeta 6. fotografía del conductor fotografía del controlador (opcional) fotografía del instalador (opcional) 26.5.2016 L 139/50 Diario Oficial de la Unión Europea ES

Tarjeta de conductor Tarjeta de control Tarjeta de empresa o de taller 7. firma del titular (opcional) 8. lugar de residencia habitual, o dirección postal del titular (opcional) dirección postal del organismo de control dirección postal de la empresa o taller 231) las fechas deberán escribirse con el formato «dd/mm/aaaa» o bien «dd.mm.aaaa» (día, mes, año). El reverso de la tarjeta contendrá: 232) una explicación de las rúbricas numeradas que aparecen en el anverso de la tarjeta; 233) con autorización expresa por escrito del titular, podrán incluirse también informaciones que no estén relacionadas con la gestión de la tarjeta, pero sin que con ello se modifique en modo alguno la utilización del modelo como tarjeta de tacógrafo. 234) Las tarjetas de tacógrafo deberán imprimirse con los siguientes colores de fondo predominantes: — tarjeta del conductor:blanco, — tarjeta de control:azul, — tarjeta de taller:rojo, — tarjeta de empresa:amarillo. 235) Las tarjetas de tacógrafo deberán reunir al menos las siguientes características de protección contra intentos de falsificación y manipulación: — un fondo con diseño de seguridad, fondo labrado e impresión en arco iris, — en la zona de la fotografía, el fondo con diseño de seguridad y la fotografía deberán solaparse, — al menos una línea de microimpresión bicolor. 26.5.2016 L 139/51 Diario Oficial de la Unión Europea ES

236) Previa consulta a la Comisión, los Estados miembros podrán añadir colores o inscripciones, tales como símbolos nacionales y características de seguridad, sin perjuicio de las demás disposiciones del presente anexo. 237) Las tarjetas temporales a que se refiere el artículo 26, apartado 4, del Reglamento (UE) n.o 165/2014 deberán cumplir lo dispuesto en el presente anexo. 4.2 Seguridad La seguridad del sistema tiene por misión proteger la integridad y autenticidad de los datos que intercambian las tarjetas y el aparato de control, proteger la integridad y la autenticidad de los datos que se transfieren de las tarjetas, permitir determinadas operaciones de escritura en las tarjetas por parte del aparato de control exclusivamente, descifrar algunos datos, descartar toda posibilidad de falsificación de los datos almacenados en las tarjetas, impedir la manipulación y detectar todo intento en este sentido. 238) Al objeto de lograr la seguridad del sistema, las tarjetas de tacógrafo deberán cumplir los requisitos de seguridad que se definen en los apéndices 10 y 11. 26.5.2016 L 139/52 Diario Oficial de la Unión Europea ES

239) Las tarjetas de tacógrafo podrán leerse con otros equipos, como por ejemplo ordenadores personales. 4.3 Normas 240) Las tarjetas de tacógrafo deberán ajustarse a las normas siguientes: — ISO/IEC 7810 Tarjetas de identificación — Características físicas. — ISO/IEC 7816 Tarjetas de identificación — Tarjetas con circuitos integrados, — Parte 1: Características físicas, — Parte 2: Dimensiones y ubicación de los contactos (ISO/IEC 7816-2:2007), — Parte 3: Interfaz eléctrica y protocolos de transmisión (ISO/IEC 7816-3:2006), — Parte 4: Organización, seguridad y comandos para los intercambios (ISO/IEC 7816-4:2013 + Cor 1:2014), — Parte 6: Elementos de datos intersectoriales para los intercambios (ISO/IEC 7816-6:2004 + Cor 1:2006), — Parte 8: Comandos para las operaciones de seguridad (ISO/IEC 7816-8: 2004). — Las tarjetas de tacógrafo deberán someterse a ensayo con arreglo a la norma ISO/IEC 10373- 3:2010 (Tarjetas de identificación — Métodos de ensayo — Parte 3: Tarjetas con circuitos integrados con contactos y dispositivos de interfaz conexos. 4.4 Especificaciones ambientales y eléctricas 241) Las tarjetas de tacógrafo deberán estar en condiciones de funcionar correctamente bajo cualquier condición climática habitual en el territorio de la Comunidad y al menos en el intervalo de temperaturas comprendido entre – 25 °C y + 70 °C, con picos ocasionales de hasta + 85 °C («ocasional» significa no más de cuatro horas cada vez y no más de cien veces durante la vida útil de la tarjeta). 242) Las tarjetas deberán poder funcionar correctamente en el intervalo de humedad comprendido entre el 10 % y el 90 %. 243) Las tarjetas de tacógrafo deberán poder funcionar correctamente durante cinco años si se utilizan con arreglo a las especificaciones ambientales y eléctricas. 244) Por lo que respecta a su funcionamiento, las tarjetas deberán ajustarse a ECE R10, en relación con la compatibilidad electromagnética, y deberán estar protegidas contra descargas electrostáticas. 4.5 Almacenamiento de datos A efectos del presente apartado: — las horas se registran con una resolución de un minuto, a menos que se especifique lo contrario, — las lecturas del cuentakilómetros se registran con una resolución de un kilómetro, — las velocidades se registran con una resolución de 1 km/h, — las posiciones (latitudes y longitudes) se registran en grados y minutos, con una resolución de 1/10 de minuto. Las funciones, comandos y estructuras lógicas de las tarjetas de tacógrafo, por lo que respecta al cumplimiento de las condiciones de almacenamiento de datos, se especifican en el apéndice 2. Si no se especifica otra cosa, el almacenamiento de datos en las tarjetas de tacógrafo deberá organizarse de tal manera que los datos nuevos sustituyan a los datos más antiguos almacenados en caso de que el tamaño de la memoria prevista para los registros específicos se agote. 26.5.2016 L 139/53 Diario Oficial de la Unión Europea ES

245) En este apartado se especifica la capacidad mínima de almacenamiento de los diferentes archivos de datos de la aplicación. Las tarjetas de tacógrafo deberán ser capaces de indicar al aparato de control la capacidad real de almacenamiento de dichos archivos. 246) Cualquier dato adicional que pueda almacenarse en una tarjeta de tacógrafo, relacionado con otras aplicaciones eventualmente alojadas en la tarjeta, deberá almacenarse de conformidad con la Directiva 95/46/CE, y con la Directiva 2002/58/CE, y dando cumplimiento al artículo 7 del Reglamento (UE) n.o 165/2014. 247) Cada archivo maestro (MF) de cualquier tarjeta de tacógrafo deberá contener hasta cinco archivos elementales (EF) referidos a la gestión de la tarjeta, identificaciones de la aplicación y del chip, y dos archivos dedicados (DF): — DF Tachograph, que contiene la aplicación accesible a las unidades instaladas en vehículos de primera generación, que también está presente en las tarjetas de tacógrafo de primera generación, — DF Tachograph_G2, que contiene la aplicación únicamente accesible a las unidades instaladas en vehículos de segunda generación, que solo está presente en las tarjetas de tacógrafo de segunda generación. Los detalles de la estructura de las tarjetas de tacógrafo se especifican íntegramente en el apéndice 2. 4.5.1 Archivos elementales para la identificación y la gestión de la tarjeta 4.5.2 Identificación de la tarjeta CI 248) Las tarjetas de tacógrafo deberán ser capaces de almacenar los siguientes datos para la identificación de la tarjeta inteligente: — parada de reloj, — número de serie de la tarjeta (incluidas referencias de fabricación), — número de homologación de la tarjeta, — identificación personal de la tarjeta (ID), — ID del integrador, — identificador del CI. 4.5.2.1 Identificación del chip 249) Las tarjetas de tacógrafo deberán ser capaces de almacenar los siguientes datos para la identificación del circuito integrado (CI): — número de serie del CI, — referencias de fabricación del CI. 4.5.2.2 DIR (presente solo en las tarjetas de tacógrafo de segunda generación). 250) Las tarjetas de tacógrafo deberán ser capaces de almacenar los objetos de datos de identificación de la aplicación especificados en el apéndice 2. 4.5.2.3 Información ATR (condicionalmente, presente solo en las tarjetas de tacógrafo de segunda generación). 251) Las tarjetas de tacógrafo deberán ser capaces de almacenar el siguiente objeto de datos de información de longitud extendida: — en el caso de que la tarjeta de tacógrafo acepte campos de longitud extendida, el objeto de datos de información de longitud extendida especificado en el apéndice 2. 26.5.2016 L 139/54 Diario Oficial de la Unión Europea ES

4.5.2.4 Información de longitud extendida (condicionalmente, presente solo en las tarjetas de tacógrafo de segunda generación). 252) Las tarjetas de tacógrafo deberán ser capaces de almacenar los siguientes objetos de datos de información de longitud extendida: — en el caso de que la tarjeta de tacógrafo acepte campos de longitud extendida, los objetos de datos de información de longitud extendida especificados en el apéndice 2. 4.5.3 Tarjeta de conductor 4.5.3.1 Aplicación del tacógrafo (accesible a las unidades instaladas en vehículos de primera y segunda generación) 4.5.3.1.1 Identificación de la aplicación 253) La tarjeta del conductor deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación: — identificación de la aplicación del tacógrafo, — identificación del tipo de tarjeta de tacógrafo. 4.5.3.1.2 Clave y certificados 254)La tarjeta de conductor deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte A. 4.5.3.1.3 Identificación de la tarjeta 255) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos de identificación de la tarjeta: — número de tarjeta, — nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición, — fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta. 4.5.3.1.4 Identificación del titular de la tarjeta 256) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos de identificación del titular de la tarjeta: — apellido(s) del titular, — nombre(s) del titular, — fecha de nacimiento, — idioma preferido. 4.5.3.1.5 Transferencia de los datos de la tarjeta 257)La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las transferencias desde la tarjeta: — fecha y hora de la última transferencia de los datos de la tarjeta (para fines distintos de los de control). 258) La tarjeta de conductor deberá ser capaz de mantener almacenado uno de dichos registros. 4.5.3.1.6 Información sobre el permiso de conducir 259) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos sobre el permiso de conducir: — Estado miembro y autoridad que hayan expedido el permiso, — número del permiso de conducir (en la fecha de expedición de la tarjeta). 26.5.2016 L 139/55 Diario Oficial de la Unión Europea ES

4.5.3.1.7 Datos sobre incidentes A efectos del presente subapartado, la hora se almacenará con una resolución de un segundo. 260) La tarjeta de conductor deberá ser capaz de almacenar los datos relativos a los siguientes incidentes detectados por el aparato de control con la tarjeta insertada: — solapamiento temporal (cuando esa tarjeta sea la causa del incidente), — inserción de la tarjeta durante la conducción (cuando esa tarjeta sea el objeto del incidente), — error al cerrar la última sesión de la tarjeta (cuando esa tarjeta sea el objeto del incidente), — interrupción del suministro eléctrico, — error en datos de movimiento, — intentos de violación de la seguridad: 261) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos sobre dichos incidentes: — código del incidente, — fecha y hora en que comenzó el incidente (o en que se insertó la tarjeta, si el incidente estaba ocurriendo en ese momento), — fecha y hora en que terminó el incidente (o en que se extrajo la tarjeta, si el incidente estaba ocurriendo en ese momento), — VRN y Estado miembro donde se matriculó el vehículo en el que ocurrió el incidente. Nota: por lo que respecta al incidente de «solapamiento temporal»: — la fecha y hora en que comenzó el incidente deberán coincidir con la fecha y hora en que se extrajo la tarjeta del vehículo anterior, — la fecha y hora en que terminó el incidente deberán coincidir con la fecha y hora en que se insertó la tarjeta en el vehículo actual, — los datos del vehículo deberán coincidir con los del vehículo en que se produce el incidente. Nota: por lo que respecta al incidente de «error al cerrar la última sesión de la tarjeta»: — la fecha y hora en que comenzó el incidente deberán coincidir con la fecha de inserción de la tarjeta y la hora de la sesión que no se cerró correctamente, — la fecha y hora en que terminó el incidente deberán coincidir con la fecha de inserción de la tarjeta y la hora de la sesión durante la que se detectó el incidente (sesión actual), —los datos del vehículo deberán coincidir con los del vehículo en que la sesión no se cerró correctamente. 262) La tarjeta de conductor deberá ser capaz de almacenar los datos correspondientes a los seis incidentes más recientes de cada tipo (es decir, un total de 36 incidentes). 4.5.3.1.8 Datos sobre fallos A efectos del presente subapartado, la hora se registrará con una resolución de un segundo. 263) La tarjeta de conductor deberá ser capaz de almacenar los datos relativos a los siguientes fallos detectados por el aparato de control estando la tarjeta insertada: — fallo de la tarjeta (cuando esa tarjeta sea el tema del incidente), — fallo del aparato de control. 26.5.2016 L 139/56 Diario Oficial de la Unión Europea ES

264) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos sobre dichos fallos: — código de fallo, — fecha y hora en que comenzó el fallo (o en que se insertó la tarjeta, si el fallo estaba ocurriendo en ese momento), — fecha y hora en que terminó el fallo (o en que se extrajo la tarjeta, si el fallo estaba ocurriendo en ese momento), — VRN y Estado miembro donde se matriculó el vehículo en el que ocurrió el fallo. 265) La tarjeta de conductor deberá ser capaz de almacenar los datos correspondientes a los doce fallos más recientes de cada tipo (es decir, un total de veinticuatro fallos). 4.5.3.1.9 Datos sobre la actividad del conductor 266) La tarjeta de conductor deberá ser capaz de almacenar, para cada día civil que se haya utilizado la tarjeta o para el cual el conductor haya introducido actividades manualmente, los siguientes datos: — la fecha, — un contador de presencia diaria (incrementado en una unidad por cada uno de estos días civiles), — la distancia total recorrida por el conductor durante ese día, — el régimen de conducción a las 00.00 horas, — cada vez que el conductor cambie de actividad, o cambie el régimen de conducción, o inserte o extraiga su tarjeta: — el régimen de conducción (EN EQUIPO, EN SOLITARIO), — la ranura (CONDUCTOR, SEGUNDO CONDUCTOR), — el estado de la tarjeta (INSERTADA, NO INSERTADA), — la actividad (CONDUCCIÓN, DISPONIBILIDAD, TRABAJO, PAUSA/DESCANSO), — la hora del cambio. 267) La memoria de la tarjeta de conductor deberá ser capaz de mantener almacenados durante al menos veintiocho días los datos sobre la actividad del conductor (la actividad media de un conductor se define como 93 cambios de actividad por día). 268) Los datos enumerados en los requisitos 261, 264 y 266 deberán almacenarse de manera que las actividades puedan recuperarse en su orden de ocurrencia, incluso en una situación de solapamiento temporal. 4.5.3.1.10 Datos sobre vehículos empleados 269) La tarjeta de conductor deberá ser capaz de almacenar, para cada día civil que se haya utilizado la tarjeta y para cada período de uso del vehículo en ese día (un período de uso incluye todos los ciclos consecutivos de inserción/extracción de la tarjeta en el vehículo, visto desde el punto de vista de la tarjeta), los siguientes datos: — fecha y hora en que se utiliza el vehículo por primera vez (es decir, primera inserción de la tarjeta en ese período de uso del vehículo, o bien 00.00 horas si el vehículo se está utilizando en ese momento), — valor del cuentakilómetros del vehículo en ese momento, — fecha y hora en que se utiliza el vehículo por última vez, (es decir, última extracción de la tarjeta en ese período de uso del vehículo, o bien 23.59 horas si el vehículo se está utilizando en ese momento), — valor del cuentakilómetros del vehículo en ese momento, — VRN y Estado miembro donde se matriculó el vehículo. 26.5.2016 L 139/57 Diario Oficial de la Unión Europea ES

270) La tarjeta de conductor deberá ser capaz de almacenar al menos 84 de estos registros. 4.5.3.1.11 Lugares donde comienzan o terminan los períodos de trabajo diarios 271) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos, que introduce el conductor, relativos a los lugares donde comienzan o terminan los períodos de trabajo diarios: — la fecha y hora de la introducción (o la fecha/hora relacionada con la introducción si esta tiene lugar durante el procedimiento de introducción manual), — el tipo de introducción (comienzo o final, condición de introducción), — el país y la región introducidos, — la lectura del cuentakilómetros del vehículo. 272) La memoria de la tarjeta de conductor deberá ser capaz de mantener almacenados al menos 42 pares de estos registros. 4.5.3.1.12 Datos de la sesión 273) La tarjeta de conductor deberá ser capaz de almacenar los datos relativos al vehículo que abrió la sesión actual: — fecha y hora en que se abrió la sesión (es decir, inserción de la tarjeta), con una resolución de un segundo, — VRN y Estado miembro donde se matriculó el vehículo. 4.5.3.1.13 Datos sobre actividades de control 274) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las actividades de control: — fecha y hora del control, — número de la tarjeta de control y Estado miembro que haya expedido la tarjeta, — tipo de control (visualización o impresión o transferencia de los datos de la VU o transferencia de los datos de la tarjeta [véase la nota]), — período transferido, en caso de transferencia, — VRN y Estado miembro donde se matriculó el vehículo en el que se produjera el control. Nota: la transferencia de los datos de la tarjeta solo quedará registrada si se lleva a cabo con un aparato de control. 275) La tarjeta de conductor deberá ser capaz de mantener almacenado uno de dichos registros. 4.5.3.1.14 Datos sobre condiciones específicas 276) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las condiciones específicas que se introdujeron al insertar la tarjeta (en la ranura que fuese): — fecha y hora de la introducción, — tipo de condición específica. 277) La tarjeta de conductor deberá ser capaz de almacenar al menos 56 de estos registros. 26.5.2016 L 139/58 Diario Oficial de la Unión Europea ES

4.5.3.2 Aplicación de tacógrafo de segunda generación (no accesible a la unidad instalada en el vehículo de primera generación) 4.5.3.2.1 Identificación de la aplicación 278) La tarjeta del conductor deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación: — identificación de la aplicación del tacógrafo, — identificación del tipo de tarjeta de tacógrafo. 4.5.3.2.2 Claves y certificados 279)La tarjeta de conductor deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte B. 4.5.3.2.3 Identificación de la tarjeta 280) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos de identificación de la tarjeta: — número de tarjeta, — nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición, — fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta. 4.5.3.2.4 Identificación del titular de la tarjeta 281) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos de identificación del titular de la tarjeta: — apellido(s) del titular, — nombre(s) del titular, — fecha de nacimiento, — idioma preferido. 4.5.3.2.5 Transferencia de los datos de la tarjeta 282)La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las transferencias desde la tarjeta: — fecha y hora de la última transferencia de los datos de la tarjeta (para fines distintos de los de control). 283) La tarjeta de conductor deberá ser capaz de mantener almacenado uno de dichos registros. 4.5.3.2.6 Información sobre el permiso de conducir 284) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos sobre el permiso de conducir: — Estado miembro y autoridad que hayan expedido el permiso, — número del permiso de conducir (en la fecha de expedición de la tarjeta). 4.5.3.2.7 Datos sobre incidentes A efectos del presente subapartado, la hora se almacenará con una resolución de un segundo. 26.5.2016 L 139/59 Diario Oficial de la Unión Europea ES

285) La tarjeta de conductor deberá ser capaz de almacenar los datos relativos a los siguientes incidentes detectados por el aparato de control con la tarjeta insertada: — solapamiento temporal (cuando esa tarjeta sea la causa del incidente), — inserción de la tarjeta durante la conducción (cuando esa tarjeta sea el objeto del incidente), — error al cerrar la última sesión de la tarjeta (cuando esa tarjeta sea el objeto del incidente), — interrupción del suministro eléctrico, — error de comunicación con el dispositivo de comunicación a distancia, — ausencia de información sobre la posición procedente del receptor GNSS, — error de comunicación con el dispositivo GNSS externo, — error en datos de movimiento, — conflicto de movimiento del vehículo, — intentos de violación de la seguridad, — conflicto temporal. 286) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos sobre dichos incidentes: — código del incidente, — fecha y hora en que comenzó el incidente (o en que se insertó la tarjeta, si el incidente estaba ocurriendo en ese momento), — fecha y hora en que terminó el incidente (o en que se extrajo la tarjeta, si el incidente estaba ocurriendo en ese momento), — VRN y Estado miembro donde se matriculó el vehículo en el que ocurrió el incidente. Nota: por lo que respecta al incidente de «solapamiento temporal»: — la fecha y hora en que comenzó el incidente deberán coincidir con la fecha y hora en que se extrajo la tarjeta del vehículo anterior, — la fecha y hora en que terminó el incidente deberán coincidir con la fecha y hora en que se insertó la tarjeta en el vehículo actual, — los datos del vehículo deberán coincidir con los del vehículo en que se produce el incidente. Nota: por lo que respecta al incidente de «error al cerrar la última sesión de la tarjeta»: — la fecha y hora en que comenzó el incidente deberán coincidir con la fecha de inserción de la tarjeta y la hora de la sesión que no se cerró correctamente, — la fecha y hora en que terminó el incidente deberán coincidir con la fecha de inserción de la tarjeta y la hora de la sesión durante la que se detectó el incidente (sesión actual), —los datos del vehículo deberán coincidir con los del vehículo en que la sesión no se cerró correctamente. 287) La tarjeta de conductor deberá ser capaz de almacenar los datos correspondientes a los seis incidentes más recientes de cada tipo (es decir, un total de 66 incidentes). 4.5.3.2.8 Datos sobre fallos A efectos del presente subapartado, la hora se registrará con una resolución de un segundo. 26.5.2016 L 139/60 Diario Oficial de la Unión Europea ES

288) La tarjeta de conductor deberá ser capaz de almacenar los datos relativos a los siguientes fallos detectados por el aparato de control estando la tarjeta insertada: — fallo de la tarjeta (cuando esa tarjeta sea el tema del incidente), — fallo del aparato de control. 289) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos sobre dichos fallos: — código de fallo, — fecha y hora en que comenzó el fallo (o en que se insertó la tarjeta, si el fallo estaba ocurriendo en ese momento), — fecha y hora en que terminó el fallo (o en que se extrajo la tarjeta, si el fallo estaba ocurriendo en ese momento), — VRN y Estado miembro donde se matriculó el vehículo en el que ocurrió el fallo. 290) La tarjeta de conductor deberá ser capaz de almacenar los datos correspondientes a los doce fallos más recientes de cada tipo (es decir, un total de veinticuatro fallos). 4.5.3.2.9 Datos sobre la actividad del conductor 291) La tarjeta de conductor deberá ser capaz de almacenar, para cada día civil que se haya utilizado la tarjeta o para el cual el conductor haya introducido actividades manualmente, los siguientes datos: — la fecha, — un contador de presencia diaria (incrementado en una unidad por cada uno de estos días civiles), — la distancia total recorrida por el conductor durante ese día, — el régimen de conducción a las 00.00 horas, — cada vez que el conductor cambie de actividad, o cambie el régimen de conducción, o inserte o extraiga su tarjeta: — el régimen de conducción (EN EQUIPO, EN SOLITARIO), — la ranura (CONDUCTOR, SEGUNDO CONDUCTOR), — el estado de la tarjeta (INSERTADA, NO INSERTADA), — la actividad (CONDUCCIÓN, DISPONIBILIDAD, TRABAJO, PAUSA/DESCANSO), — la hora del cambio. 292) La memoria de la tarjeta de conductor deberá ser capaz de mantener almacenados durante al menos veintiocho días los datos sobre la actividad del conductor (la actividad media de un conductor se define como 93 cambios de actividad por día). 293) Los datos enumerados en los requisitos 286, 289 y 291 deberán almacenarse de manera que las actividades puedan recuperarse en su orden de ocurrencia, incluso en una situación de solapamiento temporal. 4.5.3.2.10 Datos sobre vehículos empleados 294) La tarjeta de conductor deberá ser capaz de almacenar, para cada día civil que se haya utilizado la tarjeta y para cada período de uso del vehículo en ese día (un período de uso incluye todos los ciclos consecutivos de inserción/extracción de la tarjeta en el vehículo, visto desde el punto de vista de la tarjeta), los siguientes datos: — fecha y hora en que se utiliza el vehículo por primera vez (es decir, primera inserción de la tarjeta en ese período de uso del vehículo, o bien 00.00 horas si el vehículo se está utilizando en ese momento), 26.5.2016 L 139/61 Diario Oficial de la Unión Europea ES

— valor del cuentakilómetros del vehículo en ese momento de primer uso, — fecha y hora en que se utiliza el vehículo por última vez, (es decir, última extracción de la tarjeta en ese período de uso del vehículo, o bien 23.59 horas si el vehículo se está utilizando en ese momento), — valor del cuentakilómetros del vehículo en ese momento de último uso, — VRN y Estado miembro donde se matriculó el vehículo, — VIN del vehículo. 295) La tarjeta de conductor deberá ser capaz de almacenar al menos 84 de estos registros. 4.5.3.2.11 Lugares y posiciones donde comienzan o terminan los períodos de trabajo diarios 296) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos, que introduce el conductor, relativos a los lugares donde comienzan o terminan los períodos de trabajo diarios: — la fecha y hora de la introducción (o la fecha/hora relacionada con la introducción si esta tiene lugar durante el procedimiento de introducción manual), — el tipo de introducción (comienzo o final, condición de introducción), — el país y la región introducidos, — la lectura del cuentakilómetros del vehículo, — la posición del vehículo, — La exactitud del GNSS, fecha y hora en que se haya determinado la posición. 297) La memoria de la tarjeta de conductor deberá ser capaz de mantener almacenados al menos 84 pares de estos registros. 4.5.3.2.12 Datos de la sesión 298) La tarjeta de conductor deberá ser capaz de almacenar los datos relativos al vehículo que abrió la sesión actual: — fecha y hora en que se abrió la sesión (es decir, inserción de la tarjeta), con una resolución de un segundo, — VRN y Estado miembro donde se matriculó el vehículo. 4.5.3.2.13 Datos sobre actividades de control 299) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las actividades de control: — fecha y hora del control, — número de la tarjeta de control y Estado miembro que haya expedido la tarjeta, — tipo de control (visualización o impresión o transferencia de los datos de la VU o transferencia de los datos de la tarjeta [véase la nota]), — período transferido, en caso de transferencia, — VRN y Estado miembro donde se matriculó el vehículo en el que se produjera el control. Nota: las condiciones de seguridad implican que la transferencia de los datos de la tarjeta solo quedará registrada si se lleva a cabo con un aparato de control. 300) La tarjeta de conductor deberá ser capaz de mantener almacenado uno de dichos registros. 26.5.2016 L 139/62 Diario Oficial de la Unión Europea ES

4.5.3.2.14 Datos sobre condiciones específicas 301) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las condiciones específicas que se introdujeron al insertar la tarjeta (en la ranura que fuese): — fecha y hora de la introducción, — tipo de condición específica. 302) La tarjeta de conductor deberá ser capaz de almacenar al menos 56 de estos registros. 4.5.3.2.15 Datos utilizados en unidades instaladas en vehículos 303) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a las diferentes unidades instaladas en vehículos en que se utilice la tarjeta: — fecha y la hora en que comienza el período de uso de la unidad instalada en el vehículo (es decir, primera inserción de la tarjeta en la unidad instalada en el vehículo en el período), — nombre del fabricante de la unidad instalada en el vehículo, — tipo de unidad instalada en el vehículo, — versión del software que lleva instalado la unidad instalada en el vehículo. 304) La tarjeta de conductor deberá ser capaz de almacenar al menos 84 de estos registros. 4.5.3.2.16 Datos sobre lugares en tres horas de conducción continua 305) La tarjeta de conductor deberá ser capaz de almacenar los siguientes datos relativos a la posición del vehículo cuando el tiempo de conducción continua del conductor alcance un múltiplo de tres horas: — fecha y hora en las que el tiempo de conducción continua del titular de la tarjeta llega a un múltiplo de tres horas, — posición del vehículo, — La exactitud del GNSS, fecha y hora en que se haya determinado la posición. 306) La tarjeta de conductor deberá ser capaz de almacenar al menos 252 de estos registros. 4.5.4 Tarjeta de taller 4.5.4.1 Aplicación del tacógrafo (accesible a las unidades instaladas en vehículos de primera y segunda generación) 4.5.4.1.1 Identificación de la aplicación 307) La tarjeta de taller deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación: — identificación de la aplicación del tacógrafo, — identificación del tipo de tarjeta de tacógrafo. 4.5.4.1.2 Claves y certificados 308) La tarjeta de taller deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte A. 26.5.2016 L 139/63 Diario Oficial de la Unión Europea ES

309) La tarjeta de taller deberá ser capaz de almacenar un número de identificación personal (código PIN). 4.5.4.1.3 Identificación de la tarjeta 310) La tarjeta de taller deberá ser capaz de almacenar los siguientes datos relativos a la identificación de la tarjeta: — número de tarjeta, — nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición, — fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta. 4.5.4.1.4 Identificación del titular de la tarjeta 311) La tarjeta de taller deberá ser capaz de almacenar los siguientes datos relativos a la identificación del titular de la tarjeta: — nombre del taller, — dirección del taller, — apellido(s) del titular, — nombre(s) del titular, — idioma preferido. 4.5.4.1.5 Transferencia de los datos de la tarjeta 312) La tarjeta de taller deberá ser capaz de almacenar un registro de datos sobre transferencias de la tarjeta, del mismo modo que una tarjeta de conductor. 4.5.4.1.6 Datos de calibrado y de ajuste de la hora 313) La tarjeta de taller deberá ser capaz de mantener almacenados los registros de los calibrados o ajustes de hora que se hayan realizado mientras la tarjeta está insertada en el aparato de control. 314) Cada registro de calibrado deberá ser capaz de mantener almacenados los datos siguientes: — propósito del calibrado (activación, primera instalación, instalación, control periódico), — identificación del vehículo, — parámetros que se actualizan o confirman (w, k, l, tamaño de los neumáticos, valor de ajuste del dispositivo limitador de la velocidad, cuentakilómetros (lectura anterior y nueva lectura), fecha y hora (valor anterior y nuevo valor), — identificación del aparato de control (número de pieza de la VU, número de serie de la VU, número de serie del sensor de movimiento). 315) La tarjeta de taller deberá ser capaz de almacenar al menos 88 de estos registros. 316) La tarjeta de taller deberá tener un contador que indique el número total de calibrados que se hayan realizado con la tarjeta. 317) La tarjeta de taller deberá tener un contador que indique el número de calibrados que se hayan realizado desde la última transferencia. 26.5.2016 L 139/64 Diario Oficial de la Unión Europea ES

4.5.4.1.7 Datos de incidentes y fallos 318) La tarjeta de taller deberá ser capaz de almacenar los registros de datos sobre fallos e incidentes, del mismo modo que una tarjeta de conductor. 319) La tarjeta de taller deberá ser capaz de almacenar los datos de los tres incidentes más recientes de cada tipo (es decir, dieciocho incidentes) y de los seis fallos más recientes de cada tipo (es decir, doce fallos). 4.5.4.1.8 Datos sobre la actividad del conductor 320) La tarjeta de taller deberá ser capaz de almacenar datos sobre la actividad del conductor, del mismo modo que una tarjeta de conductor. 321) La tarjeta de taller deberá ser capaz de mantener almacenados los datos sobre la actividad del conductor durante al menos un día de actividad media. 4.5.4.1.9 Datos sobre vehículos empleados 322) La tarjeta de taller deberá ser capaz de almacenar registros de datos sobre los vehículos empleados, del mismo modo que una tarjeta de conductor. 323) La tarjeta de taller deberá ser capaz de almacenar al menos cuatro de estos registros. 4.5.4.1.10 Datos sobre el comienzo y el final de los períodos de trabajo diarios 324) La tarjeta de taller deberá ser capaz de almacenar los registros de datos sobre las horas de comienzo o final de los períodos de trabajo diarios, del mismo modo que una tarjeta de conductor. 325) La tarjeta de taller deberá ser capaz de mantener almacenados al menos tres pares de estos registros. 4.5.4.1.11 Datos de la sesión 326) La tarjeta de taller deberá ser capaz de almacenar un registro de datos de sesión, del mismo modo que una tarjeta de conductor. 4.5.4.1.12 Datos sobre actividades de control 327) La tarjeta de taller deberá ser capaz de almacenar un registro de datos sobre actividades de control, del mismo modo que una tarjeta de conductor. 4.5.4.1.13 Datos sobre condiciones específicas 328) La tarjeta de taller deberá ser capaz de almacenar los datos correspondientes a las condiciones específicas, del mismo modo que la tarjeta de conductor. 329) La tarjeta de taller deberá ser capaz de almacenar al menos dos de estos registros. 4.5.4.2 Aplicación de tacógrafo de segunda generación (no accesible a la unidad instalada en el vehículo de primera generación) 4.5.4.2.1 Identificación de la aplicación 330) La tarjeta de taller deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación: — identificación de la aplicación del tacógrafo, — identificación del tipo de tarjeta de tacógrafo. 26.5.2016 L 139/65 Diario Oficial de la Unión Europea ES

4.5.4.2.2 Claves y certificados 331) La tarjeta de taller deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte B. 332) La tarjeta de taller deberá ser capaz de almacenar un número de identificación personal (código PIN). 4.5.4.2.3 Identificación de la tarjeta 333) La tarjeta de taller deberá ser capaz de almacenar los siguientes datos relativos a la identificación de la tarjeta: — número de tarjeta, — nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición, — fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta. 4.5.4.2.4 Identificación del titular de la tarjeta 334) La tarjeta de taller deberá ser capaz de almacenar los siguientes datos relativos a la identificación del titular de la tarjeta: — nombre del taller, — dirección del taller, — apellido(s) del titular, — nombre(s) del titular, — idioma preferido. 4.5.4.2.5 Transferencia de los datos de la tarjeta 335) La tarjeta de taller deberá ser capaz de almacenar un registro de datos sobre transferencias de la tarjeta, del mismo modo que una tarjeta de conductor. 4.5.4.2.6 Datos de calibrado y de ajuste de la hora 336) La tarjeta de taller deberá ser capaz de mantener almacenados los registros de los calibrados o ajustes de hora que se hayan realizado mientras la tarjeta está insertada en el aparato de control. 337) Cada registro de calibrado deberá ser capaz de mantener almacenados los datos siguientes: — propósito del calibrado (activación, primera instalación, instalación, control periódico), — identificación del vehículo, — parámetros que se actualizan o confirman (w, k, l, tamaño de los neumáticos, valor de ajuste del dispositivo limitador de la velocidad, cuentakilómetros (lectura anterior y nueva lectura), fecha y hora (valor anterior y nuevo valor), — identificación del aparato de control (número de pieza de la VU, número de serie de la VU, número de serie del sensor de movimiento, número de serie del dispositivo de comunicación a distancia y número de serie del dispositivo GNSS externo, si procede), — tipo e identificador de todos los precintos existentes, — capacidad de la VU para utilizar tarjetas de tacógrafo de la primera generación (habilitada o no). 26.5.2016 L 139/66 Diario Oficial de la Unión Europea ES

338) La tarjeta de taller deberá ser capaz de almacenar al menos 88 de estos registros. 339) La tarjeta de taller deberá tener un contador que indique el número total de calibrados que se hayan realizado con la tarjeta. 340) La tarjeta de taller deberá tener un contador que indique el número de calibrados que se hayan realizado desde la última transferencia. 4.5.4.2.7 Datos de incidentes y fallos 341) La tarjeta de taller deberá ser capaz de almacenar los registros de datos sobre fallos e incidentes, del mismo modo que una tarjeta de conductor. 342) La tarjeta de taller deberá ser capaz de almacenar los datos de los tres incidentes más recientes de cada tipo (es decir, treinta y tres incidentes) y de los seis fallos más recientes de cada tipo (es decir, doce fallos). 4.5.4.2.8 Datos sobre la actividad del conductor 343) La tarjeta de taller deberá ser capaz de almacenar datos sobre la actividad del conductor, del mismo modo que una tarjeta de conductor. 344) La tarjeta de taller deberá ser capaz de mantener almacenados los datos sobre la actividad del conductor durante al menos un día de actividad media. 4.5.4.2.9 Datos sobre vehículos empleados 345) La tarjeta de taller deberá ser capaz de almacenar registros de datos sobre los vehículos empleados, del mismo modo que una tarjeta de conductor. 346) La tarjeta de taller deberá ser capaz de almacenar al menos cuatro de estos registros. 4.5.4.2.10 Datos sobre el comienzo y el final de los períodos de trabajo diarios 347) La tarjeta de taller deberá ser capaz de almacenar los registros de datos sobre las horas de comienzo o final de los períodos de trabajo diarios, del mismo modo que una tarjeta de conductor. 348) La tarjeta de taller deberá ser capaz de mantener almacenados al menos tres pares de estos registros. 4.5.4.2.11 Datos de la sesión 349) La tarjeta de taller deberá ser capaz de almacenar un registro de datos de sesión, del mismo modo que una tarjeta de conductor. 4.5.4.2.12 Datos sobre actividades de control 350) La tarjeta de taller deberá ser capaz de almacenar un registro de datos sobre actividades de control, del mismo modo que una tarjeta de conductor. 4.5.4.2.13 Datos utilizados en unidades instaladas en vehículos 351) La tarjeta de taller deberá ser capaz de almacenar los siguientes datos relativos a las diferentes unidades instaladas en vehículos en que se utilice la tarjeta: — fecha y la hora en que comienza el período de uso de la unidad instalada en el vehículo (es decir, primera inserción de la tarjeta en la unidad instalada en el vehículo en el período), — nombre del fabricante de la unidad instalada en el vehículo, 26.5.2016 L 139/67 Diario Oficial de la Unión Europea ES

— tipo de unidad instalada en el vehículo, — versión del software que lleva instalado la unidad instalada en el vehículo. 352) La tarjeta de taller deberá ser capaz de almacenar al menos cuatro de estos registros. 4.5.4.2.14 Datos sobre lugares en tres horas de conducción continua 353) La tarjeta de taller deberá ser capaz de almacenar los siguientes datos relativos a la posición del vehículo cuando el tiempo de conducción continua del conductor alcance un múltiplo de tres horas: — fecha y hora en las que el tiempo de conducción continua del titular de la tarjeta llega a un múltiplo de tres horas, — posición del vehículo, — La exactitud del GNSS, fecha y hora en que se haya determinado la posición. 354) La tarjeta de taller deberá ser capaz de almacenar al menos dieciocho de estos registros. 4.5.4.2.15 Datos sobre condiciones específicas 355) La tarjeta de taller deberá ser capaz de almacenar los datos correspondientes a las condiciones específicas, del mismo modo que la tarjeta de conductor. 356) La tarjeta de taller deberá ser capaz de almacenar al menos dos de estos registros. 4.5.5 Tarjeta de control 4.5.5.1 Aplicación del tacógrafo (accesible a las unidades instaladas en vehículos de primera y segunda generación) 4.5.5.1.1 Identificación de la aplicación 357) La tarjeta de control deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación: — identificación de la aplicación del tacógrafo, — identificación del tipo de tarjeta de tacógrafo. 4.5.5.1.2 Claves y certificados 358) La tarjeta de control deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte A. 4.5.5.1.3 Identificación de la tarjeta 359) La tarjeta de control deberá ser capaz de almacenar los siguientes datos relativos a la identificación de la tarjeta: — número de tarjeta, — nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición, — fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta (en su caso). 4.5.5.1.4 Identificación del titular de la tarjeta 360) La tarjeta de control deberá ser capaz de almacenar los siguientes datos relativos a la identificación del titular de la tarjeta: — nombre del organismo de control, — dirección del organismo de control, 26.5.2016 L 139/68 Diario Oficial de la Unión Europea ES

— apellido(s) del titular, — nombre(s) del titular, — idioma preferido. 4.5.5.1.5 Datos sobre actividades de control 361) La tarjeta de control deberá ser capaz de almacenar los siguientes datos sobre actividades de control: — fecha y hora del control, —tipo de control (visualización y/o impresión y/o transferencia de los datos de la VU y/o transferencia de los datos de la tarjeta y/o control del calibrado en carretera), — período transferido (en su caso), — VRN y autoridad del Estado miembro donde se matriculó el vehículo controlado, — número de tarjeta y Estado miembro que haya expedido la tarjeta de conductor que se controla. 362) La tarjeta de control deberá ser capaz de mantener almacenados al menos 230 de estos registros. 4.5.5.2 Aplicación de tacógrafo G2 (no accesible para la unidad instalada en el vehículo de primera generación) 4.5.5.2.1 Identificación de la aplicación 363) La tarjeta de control deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación: — identificación de la aplicación del tacógrafo, — identificación del tipo de tarjeta de tacógrafo. 4.5.5.2.2 Claves y certificados 364) La tarjeta de control deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte B. 4.5.5.2.3 Identificación de la tarjeta 365) La tarjeta de control deberá ser capaz de almacenar los siguientes datos relativos a la identificación de la tarjeta: — número de tarjeta, — nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición, — fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta (en su caso). 4.5.5.2.4 Identificación del titular de la tarjeta 366) La tarjeta de control deberá ser capaz de almacenar los siguientes datos relativos a la identificación del titular de la tarjeta: — nombre del organismo de control, — dirección del organismo de control, — apellido(s) del titular, — nombre(s) del titular, — idioma preferido. 26.5.2016 L 139/69 Diario Oficial de la Unión Europea ES

4.5.5.2.5 Datos sobre actividades de control 367) La tarjeta de control deberá ser capaz de almacenar los siguientes datos sobre actividades de control: — fecha y hora del control, —tipo de control (visualización y/o impresión y/o transferencia de los datos de la VU y/o transferencia de los datos de la tarjeta y/o control del calibrado en carretera), — período transferido (en su caso), — VRN y autoridad del Estado miembro donde se matriculó el vehículo controlado, — número de tarjeta y Estado miembro que haya expedido la tarjeta de conductor que se controla. 368) La tarjeta de control deberá ser capaz de mantener almacenados al menos 230 de estos registros. 4.5.6 Tarjeta de empresa 4.5.6.1 Aplicación del tacógrafo (accesible a las unidades instaladas en vehículos de primera y segunda generación) 4.5.6.1.1 Identificación de la aplicación 369) La tarjeta de empresa deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación: — identificación de la aplicación del tacógrafo, — identificación del tipo de tarjeta de tacógrafo. 4.5.6.1.2 Claves y certificados 370) La tarjeta de empresa deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte A. 4.5.6.1.3 Identificación de la tarjeta 371) La tarjeta de la empresa deberá ser capaz de almacenar los siguientes datos relativos a la identificación de la tarjeta: — número de tarjeta, — nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición, — fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta (en su caso). 4.5.6.1.4 Identificación del titular de la tarjeta 372) La tarjeta de la empresa deberá ser capaz de almacenar los siguientes datos relativos a la identificación del titular de la tarjeta: — nombre de la empresa, — dirección de la empresa. 4.5.6.1.5 Datos sobre la actividad de la empresa 373) La tarjeta de la empresa deberá ser capaz de almacenar los siguientes datos sobre la actividad de la empresa: — fecha y hora de la actividad, — tipo de actividad (activación o desactivación del bloqueo de la VU, o transferencia de los datos de la VU o transferencia de los datos de la tarjeta), — período transferido (en su caso), 26.5.2016 L 139/70 Diario Oficial de la Unión Europea ES

— VRN y autoridad del Estado miembro donde se matriculó el vehículo, — número de tarjeta y Estado miembro que haya expedido la tarjeta (en caso de transferencia de los datos de la tarjeta). 374) La tarjeta de la empresa deberá ser capaz de mantener almacenados al menos 230 de estos registros. 4.5.6.2 Aplicación de tacógrafo G2 (no accesible para la unidad instalada en el vehículo de primera generación) 4.5.6.2.1 Identificación de la aplicación 375) La tarjeta de empresa deberá ser capaz de almacenar los siguientes datos de identificación de la aplicación: — identificación de la aplicación del tacógrafo, — identificación del tipo de tarjeta de tacógrafo. 4.5.6.2.2 Claves y certificados 376) La tarjeta de empresa deberá ser capaz de almacenar una serie de claves y certificados criptográficos, según lo especificado en el apéndice 11, parte B. 4.5.6.2.3 Identificación de la tarjeta 377) La tarjeta de la empresa deberá ser capaz de almacenar los siguientes datos relativos a la identificación de la tarjeta: — número de tarjeta, — nombre del Estado miembro y de la autoridad que expidieron la tarjeta, fecha de expedición, — fecha de comienzo de validez de la tarjeta, fecha de expiración de la tarjeta (en su caso). 4.5.6.2.4 Identificación del titular de la tarjeta 378) La tarjeta de la empresa deberá ser capaz de almacenar los siguientes datos relativos a la identificación del titular de la tarjeta: — nombre de la empresa, — dirección de la empresa. 4.5.6.2.5 Datos sobre la actividad de la empresa 379) La tarjeta de la empresa deberá ser capaz de almacenar los siguientes datos sobre la actividad de la empresa: — fecha y hora de la actividad, — tipo de actividad (activación o desactivación del bloqueo de la VU, o transferencia de los datos de la VU o transferencia de los datos de la tarjeta), — período transferido (en su caso), — VRN y autoridad del Estado miembro donde se matriculó el vehículo, — número de tarjeta y Estado miembro que haya expedido la tarjeta (en caso de transferencia de los datos de la tarjeta). 380) La tarjeta de la empresa deberá ser capaz de mantener almacenados al menos 230 de estos registros. 26.5.2016 L 139/71 Diario Oficial de la Unión Europea ES

5 INSTALACIÓN DEL APARATO DE CONTROL 5.1 Instalación 381) El aparato de control nuevo deberá entregarse desactivado al instalador o al fabricante del vehículo, con todos los parámetros de calibrado que se relacionan en el capítulo 3.21 configurados según sus valores válidos por defecto. Si no existe un valor en particular que deba considerarse adecuado por defecto, los parámetros literales deberán configurarse con cadenas de interrogantes («?») y los valores numéricos deberán ajustarse a cero («0»). La entrega de piezas del aparato de control importantes para la seguridad podrá limitarse, si fuera necesario, durante la certificación de seguridad. 382) Antes de ser activado, el aparato de control tendrá que dar acceso a la función de calibrado, aunque no se encuentre en el modo de calibrado. 383) Antes de ser activado, el aparato de control no deberá registrar ni almacenar los datos mencionados en los puntos 3.12.3, 3.12.9 y 3.12.12 a 3.12.15 inclusive. 384) Durante la instalación, el fabricante del vehículo deberá preconfigurar todos los parámetros conocidos. 385) Los fabricantes de vehículos o los instaladores deberán activar el aparato de control instalado como máximo antes de que el vehículo se utilice con arreglo al Reglamento (CE) n.o 561/2006. 386) El aparato de control se activará automáticamente al insertar por primera vez una tarjeta de taller válida en cualquiera de sus dispositivos de interfaz para tarjetas. 387) Las operaciones específicas de emparejamiento que se precisan entre el sensor de movimiento y la unidad instalada en el vehículo, si las hay, deberán producirse automáticamente antes o durante la activación. 388) De forma semejante, las operaciones específicas de acoplamiento entre el dispositivo GNSS externo y la unidad instalada en el vehículo, si las hay, deberán producirse automáticamente antes o durante la activación. 389) Una vez activado, el aparato de control deberá permitir el uso de todas las funciones y derechos de acceso a los datos. 390) Una vez activado, el aparato de control deberá comunicar al dispositivo de comunicación a distancia los datos seguros necesarios a efectos de los controles en carretera selectivos. 391) Una vez activado el aparato de control, las funciones de registro y almacenamiento serán totalmente operativas. 392)Tras la instalación, deberá efectuarse un calibrado. El primer calibrado podrá no incluir necesariamente la introducción del número de matrícula del vehículo (VRN) si el taller autorizado encargado de realizar el calibrado no lo conoce. En estas circunstancias, el propietario del vehículo podrá introducir, tan solo por esta vez, el VRN utilizando su tarjeta de empresa antes de destinar el vehículo a los usos consentidos por el Reglamento (CE) n.o 561/2006 (por ejemplo, utilizando comandos mediante una estructura de menú apropiada de la interfaz persona-máquina de la unidad instalada en el vehículo) (1). Para actualizar o confirmar los datos introducidos deberá utilizarse, necesariamente, una tarjeta de taller. 393) La instalación de un dispositivo GNSS externo requiere el acoplamiento con la unidad instalada en el vehículo y la subsiguiente verificación de la información de posición del GNSS. 394) El aparato de control deberá colocarse en el vehículo de modo que el conductor pueda acceder a las funciones necesarias desde su asiento. 26.5.2016 L 139/72 Diario Oficial de la Unión Europea ES (1)DO L 102, 11.4.2006, p.1

5.2 Placa de instalación 395) Después de haber instalado y verificado el aparato de control, se le fijará una placa de instalación, grabada o impresa de forma permanente, que sea bien visible y de fácil acceso. Cuando esto no sea posible, la placa se fijará en el montante «B» del vehículo para que sea claramente visible. En aquellos vehículos sin montante «B», la placa se fijará en el marco de la puerta del lado del conductor del vehículo y deberá quedar a la vista en cualquier caso. Después de cada nueva inspección por un taller o instalador autorizado, la placa deberá sustituirse por otra nueva. 396) En la placa deberán figurar, como mínimo, los datos siguientes: — nombre y domicilio o nombre comercial del instalador o taller autorizado, — coeficiente característico del vehículo, en la forma «w = … imp/km», — constante del aparato de control, en la forma «k = … imp/km», — circunferencia efectiva de los neumáticos de las ruedas, en la forma «l = … mm», — tamaño de los neumáticos, — fecha del informe del coeficiente característico del vehículo y de la medida de la circunferencia efectiva de los neumáticos de las ruedas, — número de identificación del vehículo (VIN), — presencia (o no) de un dispositivo GNSS externo, — número de serie del dispositivo GNSS externo, — número de serie del dispositivo de comunicación a distancia, — número de serie de todos los precintos existentes. — parte del vehículo en la que, en su caso, está instalado el adaptador, — parte del vehículo en la que está instalado el sensor de movimiento, si no está conectado a la caja de cambios o si no se utiliza un adaptador, — descripción del color del cable entre el adaptador y la parte del vehículo que proporciona sus impulsos de entrada, — número de serie del sensor de movimiento integrado del adaptador. 397) Únicamente en los vehículos de las categorías M1 y N1, equipados con un adaptador conforme a las disposiciones del Reglamento (CE) n.o 68/2009 de la Comisión (1) en su versión modificada más reciente, y cuando no se pueda incluir toda la información necesaria según el requisito 396, se podrá utilizar una segunda placa adicional. En estos casos, esta placa adicional contendrá, al menos, la información descrita en los últimos cuatro guiones del requisito 396. De instalar esta segunda placa adicional, se colocará junto a la primera placa principal descrita en el requisito 396 o cerca de ella, y se aplicará el mismo nivel de protección. Asimismo, la segunda placa deberá indicar el nombre, dirección o denominación comercial del instalador o taller que haya efectuado la instalación, junto con la fecha de instalación 26.5.2016 L 139/73 Diario Oficial de la Unión Europea ES (1)Reglamento (CE) n.o 68/2009 de la Comisión, de 23 de enero de 2009, por el que se adapta por novena vez al progreso técnico el Reglamento (CEE) n.o 3821/85 del Consejo relativo al aparato de control en el sector de los transportes por carretera (DO L 21 de 24.1.2009, p. 3).

5.3 Precintos 398) Deberán precintarse los elementos siguientes: — cualquier conexión que, de estar desconectada, ocasionaría modificaciones o pérdidas de datos indetectables (esto puede aplicarse, por ejemplo, a la instalación del sensor de movimiento en la caja de cambios, al adaptador para vehículos M1/N1, a la conexión del GNSS externo o la unidad instalada en el vehículo), — la placa de instalación, salvo que esté sujeta de tal modo que no pueda retirarse sin destruir las inscripciones que figuran en ella. 399) Los precintos anteriormente mencionados podrán quitarse: — en caso de urgencia, — para instalar, ajustar o reparar un dispositivo de limitación de velocidad o cualquier otro dispositivo que contribuya a la seguridad vial, siempre que el aparato de control siga funcionando de forma fiable y correcta y vuelva a ser precintado por un instalador o taller autorizado (de acuerdo con lo dispuesto en el capítulo 6) inmediatamente después de que se haya instalado el dispositivo de limitación de velocidad o cualquier otro dispositivo que contribuya a la seguridad vial, o en el plazo de siete días en otros casos. 400) Siempre que se retiren estos precintos deberá redactarse y ponerse a disposición de la autoridad competente una justificación de esta medida. 401) Los precintos deberán llevar un número de identificación, asignado por su fabricante. Este número deberá ser único y distinto de cualquier otro número de precinto asignado por otro fabricante de precintos. Este número de identificación único se define del siguiente modo: MM NNNNNN mediante marcado que no se pueda retirar, siendo MM un identificador único del fabricante (registro en base de datos gestionada por la CE) y NNNNNN identificador alfanumérico del precinto, único en el dominio del fabricante. 402) Los precintos dispondrán de un espacio libre en el que instaladores, talleres o fabricantes de vehículos puedan añadir una marca especial con arreglo al artículo 22, apartado 3, del Reglamento (UE) n.o 165/2014. Esta marca no deberá tapar el número de identificación del precinto. 403) Los fabricantes de los precintos quedarán registrados en una base de datos específica y hará públicos sus identificadores de precintos a través de un procedimiento que establecerá la Comisión Europea. 404) Los talleres autorizados y los fabricantes de vehículos utilizarán únicamente, en el marco del Reglamento (UE) n.o 165/2014, precintos procedentes de los fabricantes de precintos recogidos en la base de datos mencionada anteriormente. 405) Los fabricantes de precintos y sus distribuidores mantendrán registros de trazabilidad completa de los precintos vendidos para su uso en el marco del Reglamento (UE) n.o 165/2014, que podrán mostrar a las autoridades nacionales competentes cuando sea necesario. 406) Los identificadores únicos de los precintos deberán ser visible en la placa de instalación. 6 VERIFICACIONES, CONTROLES Y REPARACIONES En el capítulo 5.3 del presente anexo se definen las circunstancias en las que podrán quitarse los precintos, según lo indicado en el artículo 22, apartado 5, del Reglamento (UE) n.o 165/2014. 6.1 Autorización de instaladores, talleres y fabricantes de vehículos Los Estados miembros aprobarán, inspeccionarán periódicamente y certificarán los organismos encargados de realizar: — instalaciones, — verificaciones, 26.5.2016 L 139/74 Diario Oficial de la Unión Europea ES

— controles, — reparaciones. Las tarjetas de taller se expedirán únicamente a los instaladores o talleres que hayan sido autorizados para proceder a la activación o calibrado del aparato de control de conformidad con el presente anexo y que además, salvo justificación: — no puedan optar a recibir una tarjeta de empresa, — sus demás actividades profesionales no supongan un compromiso potencial de la seguridad general del sistema tal y como se exige en el apéndice 10. 6.2 Verificación de instrumentos nuevos o reparados 407) Cada dispositivo, tanto nuevo como reparado, deberá verificarse individualmente en lo que se refiere a su correcto funcionamiento y a la exactitud de sus indicaciones y registros, dentro de los límites establecidos en los capítulos 3.2.1, 3.2.2, 3.2.3 y 3.3, mediante la colocación de un precinto, de acuerdo con lo dispuesto en el capítulo 5.3, y la realización de un calibrado. 6.3 Control de la instalación 408) En el momento de su instalación en un vehículo, la instalación en su conjunto (incluido el aparato de control) deberá ajustarse a las disposiciones sobre tolerancias máximas establecidas en los capítulos 3.2.1, 3.2.2, 3.2.3 y 3.3. 6.4 Controles periódicos 409) Los aparatos instalados en los vehículos se someterán a un control periódico cada vez que se repare el aparato o se efectúe cualquier modificación del coeficiente característico del vehículo o de la circunferencia efectiva de los neumáticos de las ruedas, o si la hora UTC del aparato presenta un retraso o un adelanto de más de 20 minutos, o si cambia el VRN, o al menos en el plazo de dos años (24 meses) desde el último control. 410) Se controlará, en particular: — que el aparato de control ejecute correctamente todas sus funciones, incluidas la función de almacenamiento de datos en las tarjetas de tacógrafo y la comunicación con los lectores de comunicación a distancia, — que se cumpla lo dispuesto en los capítulos 3.2.1 y 3.2.2 sobre tolerancias máximas al realizarse la instalación, — que se cumpla lo dispuesto en los capítulos 3.2.3 y 3.3, — que el aparato de control lleve la marca de homologación, — que se coloquen una placa de instalación, según la define el requisito 396, y una placa descriptiva, según la define el requisito 225, — el tamaño de los neumáticos y la circunferencia real de los neumáticos. — que no haya dispositivos de manipulación integrados en el aparato, — que los precintos estén correctamente colocados, en buen estado, que sus identificadores sean válidos (fabricante del precinto incluido en la base de datos de la CE) y que sus identificadores correspondan a las marcas de la placa de instalación (véase el requisito 401). 411) Si se comprueba que se ha producido alguno de los incidentes enumerados en el capítulo 3.9 («Detección de incidentes y/o fallos») desde el último control y los fabricantes del tacógrafo y/o las autoridades nacionales lo consideran potencialmente peligroso para la seguridad del aparato, el taller deberá: a. comparar los datos de identificación del sensor de movimiento conectado a la caja de cambios con los del sensor de movimiento acoplado registrados en la unidad instalada en el vehículo; 26.5.2016 L 139/75 Diario Oficial de la Unión Europea ES

b. comprobar si la información registrada en la placa de instalación se corresponde con la registrada en la unidad instalada en el vehículo; c. verificar si los números de serie y homologación del sensor de movimiento, si están impresos en la carcasa de este último, casan con la información almacenada en la memoria de datos del aparato de control; d. comparar los datos de identificación marcados en la placa descriptiva del dispositivo GNSS externo, si existe, con los almacenados en la memoria de datos de la unidad instalada en el vehículo. 412) Los talleres consignaran en sus informes de control cualquier conclusión relativa a la existencia de precintos rotos o de dispositivos de manipulación. Los talleres deberán conservar dichos informes durante al menos dos años y los pondrán a disposición de la autoridad competente cuando se les solicite. 413) Estos controles incluirán un calibrado y una sustitución preventiva de los precintos cuya instalación está bajo la responsabilidad de los talleres. 6.5 Determinación de errores 414) La determinación de los errores de instalación y de uso deberá efectuarse en las condiciones siguientes, que se considerarán condiciones normales de ensayo: — vehículo vacío, en condiciones normales de marcha, — presión de los neumáticos conforme a las instrucciones del fabricante, — desgaste de los neumáticos dentro de los límites admitidos por las normas nacionales en vigor, — movimiento del vehículo: — este deberá desplazarse, movido por su propio motor, en línea recta por una superficie plana a una velocidad de 50 ± 5 km/h; la distancia de medición será de al menos 1 000 m, — el ensayo podrá realizarse también en un banco de pruebas adecuado o con otros métodos, si garantizan una precisión similar. 6.6 Reparaciones 415) Los talleres deberán ser capaces de extraer los datos del aparato de control para facilitarlos a la empresa de transportes que corresponda. 416)Los talleres autorizados deberán expedir a las empresas de transportes un certificado de intransferibilidad de los datos cuando un fallo en el funcionamiento del aparato impida transferir los datos previamente registrados, incluso después de una reparación por el taller en cuestión. Los talleres conservarán en su poder durante al menos dos años una copia de cada certificado expedido. 7 EXPEDICIÓN DE TARJETAS Los procedimientos de expedición de tarjetas que establezcan los Estados miembros deberán cumplir las condiciones siguientes: 417) En el número de la primera tarjeta de tacógrafo expedida para un solicitante, el índice consecutivo (en su caso), el índice de sustitución y el índice de renovación serán «0». 418) Los números de todas las tarjetas de tacógrafo no personales que se expidan a un mismo organismo de control, taller o empresa de transportes empezarán por los mismos 13 dígitos, y todos ellos tendrán un índice consecutivo diferente. 419) Cuando se expida una tarjeta de tacógrafo en sustitución de otra ya existente, la nueva llevará el mismo número de tarjeta que la sustituida, con excepción del índice de sustitución, que se verá incrementado en una unidad (en el orden 0, …, 9, A, …, Z). 26.5.2016 L 139/76 Diario Oficial de la Unión Europea ES

420) Cuando se expida una tarjeta de tacógrafo en sustitución de otra ya existente, la nueva tendrá la misma fecha de expiración que la sustituida. 421) Cuando se expida una tarjeta de tacógrafo para renovar otra ya existente, la nueva llevará el mismo número de tarjeta que la sustituida, con excepción del índice de sustitución, que se pondrá a «0», y el índice de renovación, que se verá incrementado en una unidad (en el orden 0, …, 9, A, …, Z). 422) Cuando se sustituya una tarjeta de tacógrafo existente para modificar datos administrativos, se observarán las reglas de renovación si el cambio se efectúa en el mismo Estado miembro, o las reglas de primera expedición si el cambio lo efectúa otro Estado miembro. 423) La rúbrica «apellidos del titular de la tarjeta» de las tarjetas de control o de taller que no sean personales indicará el nombre del taller o del organismo de control, o el nombre del instalador o del controlador si el Estado miembro así lo decide. 424) Los Estados miembros intercambiarán datos por vía electrónica a fin de garantizar la unicidad de las tarjetas de conductor que expiden, de conformidad con el artículo 31 del Reglamento (UE) n.o 165/2014. 8 HOMOLOGACIÓN DEL APARATO DE CONTROL Y DE LAS TARJETAS DE TACÓGRAFO 8.1 Generalidades A efectos del presente capítulo, por «aparato de control» se entenderá el «aparato de control o sus componentes». No será preciso homologar el cable o cables que conectan el sensor de movimiento a la VU, el dispositivo GNSS externo a la VU o el dispositivo de comunicación a distancia a la VU. El papel que utilice el aparato de control se considerará un componente de dicho aparato. Todo fabricante podrá solicitar la homologación de su componente con cualquier tipo de sensor de movimiento, dispositivo GNSS externo y viceversa, siempre que cada componente cumpla los requisitos del presente anexo. De manera alternativa, los fabricantes podrán también solicitar la homologación del aparato de control. 425) El aparato de control deberá presentarse a la homologación provisto de los eventuales dispositivos complementarios integrados. 426) La homologación del aparato de control y de las tarjetas de tacógrafo deberá incluir ensayos relacionados con la seguridad, ensayos funcionales y ensayos de interoperabilidad. El resultado positivo de cada uno de estos ensayos se consignará en un certificado. 427) Las autoridades de homologación de los Estados miembros no concederán el certificado de homologación si no están en posesión de: — un certificado de seguridad, — un certificado funcional, y — un certificado de interoperabilidad para el aparato de control o la tarjeta de tacógrafo cuya homologación se solicite. 428) Todo cambio que se introduzca en el software o el hardware del aparato de control o en la naturaleza de los materiales empleados en su fabricación deberá notificarse, antes de su utilización, a la autoridad que haya homologado el aparato. Dicha autoridad deberá confirmar al fabricante la ampliación de la homologación, o bien podrá exigir una actualización o confirmación del certificado funcional, de seguridad o de interoperabilidad. 429) Los procesos de actualización in situ del software empleado por el aparato de control precisarán la aprobación de la autoridad que haya homologado el aparato. La actualización del software no deberá alterar ni borrar los datos sobre la actividad del conductor que haya almacenados en el aparato de control. El software sólo podrá actualizarse bajo la responsabilidad del fabricante del aparato. 26.5.2016 L 139/77 Diario Oficial de la Unión Europea ES

430) No podrá denegarse la homologación de las modificaciones del software destinadas a la mejora de un aparato de control previamente homologado si tales modificaciones solo se aplican a funciones no especificadas en el presente anexo. La actualización del software de un aparato de control podrá excluir la introducción de juegos de caracteres nuevos, si no es técnicamente viable. 8.2 Certificado de seguridad 431) El certificado de seguridad se entrega según lo dispuesto en el apéndice 10 del presente anexo. Los componentes del aparato de control que se han de certificar son la unidad instalada en el vehículo, el sensor de movimiento, el dispositivo GNSS externo y las tarjetas de tacógrafo. 432) En el caso excepcional de que las autoridades de certificación de la seguridad se nieguen a certificar un nuevo aparato basándose en la obsolescencia de los mecanismos de seguridad, la homologación seguirá concediéndose única y exclusivamente en estas circunstancias específicas y excepcionales, y siempre que no exista una solución alternativa que se ajuste al Reglamento. 433) En esta circunstancia, el Estado miembro interesado informará sin dilación a la Comisión Europea, que iniciará, en un plazo de doce meses civiles desde la concesión de la homologación, un procedimiento que garantice el restablecimiento del nivel de seguridad a sus niveles originales. 8.3 Certificado funcional 434) Cada candidato a recibir una homologación deberá facilitar a la autoridad de homologación del Estado miembro que corresponda todo el material y la documentación que dicha autoridad estime necesario. 435) Los fabricantes deberán aportar las muestras oportunas de los productos candidatos a la homologación y la documentación asociada solicitada por los laboratorios encargados de realizar los ensayos funcionales en el plazo de un mes desde que se formule dicha solicitud. Todos los costes derivados de dicha solicitud correrán a cargo de la entidad solicitante. Los laboratorios preservarán la confidencialidad de todos los datos comercialmente sensibles. 436) El certificado funcional deberá entregarse al fabricante solo después de haberse superado como mínimo todos los ensayos funcionales especificados en el apéndice 9. 437) El certificado funcional lo entrega la autoridad de homologación. Dicho certificado deberá incluir, además del nombre de su beneficiario y la identificación del modelo, una relación pormenorizada de los ensayos que se hayan realizado, junto con los resultados obtenidos. 438) El certificado funcional de un componente del aparato de control deberá indicar, asimismo, los números de homologación de los demás componentes compatibles del aparato de control homologados sometidos a ensayo para su certificación. 439) El certificado funcional de un componente del aparato de control deberá indicar, asimismo, la norma ISO o CEN con arreglo a la cual se haya certificado la interfaz funcional. 8.4 Certificado de interoperabilidad 440)Los ensayos de interoperabilidad las lleva a cabo un único laboratorio bajo la autoridad y la responsabilidad de la Comisión Europea. 441) Dicho laboratorio deberá registrar en el orden cronológico de recepción las solicitudes de ensayo que presenten los fabricantes. 26.5.2016 L 139/78 Diario Oficial de la Unión Europea ES

442) Las solicitudes sólo se registrarán oficialmente cuando el laboratorio esté en posesión de: — todo el material y los documentos necesarios para dichos ensayos de interoperabilidad, — el correspondiente certificado de seguridad, — el correspondiente certificado funcional. La fecha de registro de la solicitud deberá notificarse al fabricante. 443) El laboratorio no realizará ensayos de interoperabilidad con aparatos de control o tarjetas de tacógrafo que no hayan obtenido un certificado de seguridad y un certificado funcional, salvo en las circunstancias excepcionales descritas en el requisito 432. 444)Todo el material y los documentos facilitados por el fabricante que solicite ensayos de interoperabilidad quedarán en manos del laboratorio encargado de dichos ensayos. 445) Los ensayos de interoperabilidad deberán llevarse a cabo con arreglo a lo dispuesto en el apéndice 9 del presente anexo e incluirán todos los tipos de aparatos de control o tarjetas de tacógrafo: — que dispongan de una homologación válida, o bien — que estén pendientes de ser homologados y dispongan de un certificado de interoperabilidad válido. 446) Los ensayos de interoperabilidad deberán cubrir todas las generaciones de aparatos de control o tarjetas de tacógrafo todavía en uso. 447) El laboratorio no entregará el certificado de interoperabilidad al fabricante hasta que se hayan superado todos los ensayos de interoperabilidad exigidos. 448)Si uno o varios aparatos de control o tarjetas de tacógrafo no superan los ensayos de interoperabilidad, el certificado de interoperabilidad no se entregará hasta que el fabricante que presente la solicitud haya realizado las modificaciones necesarias y superado dichos ensayos. El laboratorio deberá identificar la causa del problema con ayuda de los fabricantes que se vean afectados por dicho fallo de interoperabilidad, y procurará ayudar al fabricante que presente la solicitud a encontrar una solución técnica. Si el fabricante ha modificado su producto, será responsabilidad suya comprobar, mediante consulta a las autoridades pertinentes, que el certificado de seguridad y los certificados funcionales siguen siendo válidos. 449) El certificado de interoperabilidad tendrá una validez de seis meses y quedará revocado al finalizar este período si el fabricante no ha recibido el correspondiente certificado de homologación. El fabricante entrega el certificado de interoperabilidad a la autoridad de homologación del Estado miembro que ha otorgado el certificado funcional. 450) Ningún elemento que pudiera haber causado un fallo de interoperabilidad deberá utilizarse con afán de lucro o para lograr una posición dominante. 8.5 Certificado de homologación 451) La autoridad de homologación del Estado miembro podrá entregar el certificado de homologación del modelo en cuanto esté en posesión de los tres certificados necesarios. 452) El certificado de homologación de cualquier componente del aparato de control deberá indicar, asimismo, los números de homologación de los demás aparatos de control interoperables homologados. 453) Cuando entregue el certificado de homologación al fabricante, la autoridad de homologación deberá facilitar una copia al laboratorio encargado de los ensayos de interoperabilidad. 26.5.2016 L 139/79 Diario Oficial de la Unión Europea ES

454) El laboratorio competente para los ensayos de interoperabilidad deberá mantener un sitio web público donde se pueda consultar una relación actualizada de los modelos de aparato de control o de tarjetas de tacógrafo: — para los que se haya registrado una solicitud de ensayos de interoperabilidad, — que hayan recibido un certificado de interoperabilidad (aunque sea provisional), — que hayan recibido un certificado de homologación. 8.6 Procedimiento de excepción: primeros certificados de interoperabilidad para los aparatos de control y las tarjetas de tacógrafo de segunda generación 455) Hasta cuatro meses después de haberse certificado que una primera pareja de aparato de control de segunda generación y tarjetas de tacógrafo (tarjetas de conductor, de taller, de control y de empresa) de segunda generación es interoperable, se considerarán provisionales los certificados de interoperabilidad entregados (incluido los primeros) en relación con solicitudes registradas durante este período. 456) Si al finalizar este período todos los productos afectados interoperan sin problemas entre sí, los certificados de interoperabilidad correspondientes adquirirán un carácter definitivo. 457) Si durante este período se detectan fallos de interoperabilidad, el laboratorio encargado de los ensayos de interoperabilidad deberá identificar las causas de los problemas con ayuda de todos los fabricantes implicados, y les invitará a realizar las modificaciones necesarias. 458) Si al finalizar este período persisten los problemas de interoperabilidad, el laboratorio encargado de los ensayos de interoperabilidad, con la colaboración de los fabricantes implicados y con las autoridades de homologación que otorguen los correspondientes certificados funcionales, deberán determinar las causas de los fallos de interoperabilidad y establecer las modificaciones que debería introducir cada uno de los fabricantes afectados. La búsqueda de soluciones técnicas deberá prolongarse un máximo de dos meses. Si transcurre este plazo sin haberse hallado una solución común, la Comisión, previa consulta al laboratorio encargado de los ensayos de interoperabilidad, deberá decidir qué aparato(s) y tarjetas obtienen un certificado de interoperabilidad definitivo, y fundamentar su decisión. 459) Deberá posponerse hasta que se hayan resuelto los problemas de interoperabilidad iniciales cualquier solicitud de ensayos de interoperabilidad que registre el laboratorio entre el final del período de cuatro meses posterior al primer certificado de interoperabilidad provisional y la fecha en que la Comisión adopta la decisión mencionada en el requisito 455. Dichas solicitudes se procesarán luego en el orden cronológico en que se registraron. 26.5.2016 L 139/80 Diario Oficial de la Unión Europea ES

Apéndice 1 DICCIONARIO DE DATOS ÍNDICE 1. INTRODUCCIÓN.............................................................................................................................. 88 1.1. Enfoque de la definición de los tipos de datos............................................................................. 88 1.2. Referencias......................................................................................................................... 88 2. DEFINICIONES DE TIPOS DE DATOS.................................................................................................... 89 2.1. ActivityChangeInfo............................................................................................................... 89 2.2. Address.............................................................................................................................. 90 2.3. AESKey.............................................................................................................................. 91 2.4. AES128Key......................................................................................................................... 91 2.5. AES192Key......................................................................................................................... 91 2.6. AES256Key......................................................................................................................... 92 2.7. BCDString.......................................................................................................................... 92 2.8. CalibrationPurpose............................................................................................................... 92 2.9. CardActivityDailyRecord........................................................................................................ 93 2.10. CardActivityLengthRange....................................................................................................... 93 2.11. CardApprovalNumber........................................................................................................... 93 2.12. CardCertificate..................................................................................................................... 94 2.13. CardChipIdentification........................................................................................................... 94 2.14. CardConsecutiveIndex........................................................................................................... 94 2.15. CardControlActivityDataRecord............................................................................................... 94 2.16. CardCurrentUse................................................................................................................... 95 2.17. CardDriverActivity................................................................................................................ 95 2.18. CardDrivingLicenceInformation............................................................................................... 95 2.19. CardEventData..................................................................................................................... 96 2.20. CardEventRecord.................................................................................................................. 96 2.21. CardFaultData...................................................................................................................... 96 2.22. CardFaultRecord.................................................................................................................. 97 2.23. CardIccIdentification............................................................................................................. 97 2.24. CardIdentification................................................................................................................. 97 2.25. CardMACertificate................................................................................................................ 98 2.26. CardNumber....................................................................................................................... 98 2.27. CardPlaceDailyWorkPeriod..................................................................................................... 99 2.28. CardPrivateKey.................................................................................................................... 99 26.5.2016 L 139/81 Diario Oficial de la Unión Europea ES

2.29. CardPublicKey..................................................................................................................... 99 2.30. CardRenewalIndex................................................................................................................ 99 2.31. CardReplacementIndex.......................................................................................................... 99 2.32. CardSignCertificate............................................................................................................... 100 2.33. CardSlotNumber.................................................................................................................. 100 2.34. CardSlotsStatus.................................................................................................................... 100 2.35. CardSlotsStatusRecordArray.................................................................................................... 100 2.36. CardStructureVersion............................................................................................................ 101 2.37. CardVehicleRecord................................................................................................................ 101 2.38. CardVehiclesUsed................................................................................................................. 102 2.39. CardVehicleUnitRecord.......................................................................................................... 102 2.40. CardVehicleUnitsUsed............................................................................................................ 102 2.41. Certificate........................................................................................................................... 103 2.42. CertificateContent................................................................................................................ 103 2.43. CertificateHolderAuthorisation................................................................................................ 104 2.44. CertificateRequestID.............................................................................................................. 104 2.45. CertificationAuthorityKID...................................................................................................... 104 2.46. CompanyActivityData........................................................................................................... 105 2.47. CompanyActivityType........................................................................................................... 106 2.48. CompanyCardApplicationIdentification..................................................................................... 106 2.49. CompanyCardHolderIdentification........................................................................................... 106 2.50. ControlCardApplicationIdentification........................................................................................ 106 2.51. ControlCardControlActivityData.............................................................................................. 107 2.52. ControlCardHolderIdentification.............................................................................................. 107 2.53. ControlType........................................................................................................................ 108 2.54. CurrentDateTime................................................................................................................. 109 2.55. CurrentDateTimeRecordArray................................................................................................. 109 2.56. DailyPresenceCounter............................................................................................................ 109 2.57. Datef................................................................................................................................. 109 2.58. DateOfDayDownloaded......................................................................................................... 110 2.59. DateOfDayDownloadedRecordArray......................................................................................... 110 2.60. Distance............................................................................................................................. 110 2.61. DriverCardApplicationIdentification......................................................................................... 110 2.62. DriverCardHolderIdentification................................................................................................ 111 2.63. DSRCSecurityData................................................................................................................ 112 2.64. EGFCertificate...................................................................................................................... 112 2.65. EmbedderIcAssemblerId......................................................................................................... 112 26.5.2016 L 139/82 Diario Oficial de la Unión Europea ES

2.66. EntryTypeDailyWorkPeriod..................................................................................................... 113 2.67. EquipmentType.................................................................................................................... 113 2.68. EuropeanPublicKey............................................................................................................... 114 2.69. EventFaultRecordPurpose....................................................................................................... 114 2.70. EventFaultType.................................................................................................................... 114 2.71. ExtendedSealIdentifier........................................................................................................... 115 2.72. ExtendedSerialNumber.......................................................................................................... 116 2.73. FullCardNumber.................................................................................................................. 116 2.74. FullCardNumberAndGeneration............................................................................................... 117 2.75. Generation.......................................................................................................................... 117 2.76. GeoCoordinates................................................................................................................... 117 2.77. GNSSAccuracy..................................................................................................................... 118 2.78. GNSSContinuousDriving........................................................................................................ 118 2.79. GNSSContinuousDrivingRecord............................................................................................... 118 2.80. GNSSPlaceRecord................................................................................................................. 118 2.81. HighResOdometer................................................................................................................ 119 2.82. HighResTripDistance............................................................................................................. 119 2.83. HolderName....................................................................................................................... 119 2.84. InternalGNSSReceiver............................................................................................................ 119 2.85. K-ConstantOfRecordingEquipment........................................................................................... 119 2.86. KeyIdentifier....................................................................................................................... 120 2.87. KMWCKey.......................................................................................................................... 120 2.88. Language............................................................................................................................ 120 2.89. LastCardDownload............................................................................................................... 120 2.90. LinkCertificate..................................................................................................................... 120 2.91. L-TyreCircumference............................................................................................................. 121 2.92. MAC................................................................................................................................. 121 2.93. ManualInputFlag.................................................................................................................. 121 2.94. ManufacturerCode................................................................................................................ 121 2.95. ManufacturerSpecificEventFaultData......................................................................................... 121 2.96. MemberStateCertificate.......................................................................................................... 122 2.97. MemberStateCertificateRecordArray.......................................................................................... 122 2.98. MemberStatePublicKey.......................................................................................................... 122 2.99. Name................................................................................................................................ 122 2.100. NationAlpha....................................................................................................................... 123 2.101. NationNumeric.................................................................................................................... 123 2.102. NoOfCalibrationRecords........................................................................................................ 123 26.5.2016 L 139/83 Diario Oficial de la Unión Europea ES

2.103. NoOfCalibrationsSinceDownload............................................................................................. 123 2.104. NoOfCardPlaceRecords.......................................................................................................... 123 2.105. NoOfCardVehicleRecords....................................................................................................... 124 2.106. NoOfCardVehicleUnitRecords.................................................................................................. 124 2.107. NoOfCompanyActivityRecords................................................................................................ 124 2.108. NoOfControlActivityRecords.................................................................................................. 124 2.109. NoOfEventsPerType.............................................................................................................. 124 2.110. NoOfFaultsPerType............................................................................................................... 124 2.111. NoOfGNSSCDRecords........................................................................................................... 124 2.112. NoOfSpecificConditionRecords................................................................................................ 125 2.113. OdometerShort.................................................................................................................... 125 2.114. OdometerValueMidnight........................................................................................................ 125 2.115. OdometerValueMidnightRecordArray........................................................................................ 125 2.116. OverspeedNumber................................................................................................................ 125 2.117. PlaceRecord........................................................................................................................ 126 2.118. PreviousVehicleInfo............................................................................................................... 126 2.119. PublicKey........................................................................................................................... 127 2.120. RecordType......................................................................................................................... 127 2.121. RegionAlpha....................................................................................................................... 128 2.122. RegionNumeric.................................................................................................................... 128 2.123. RemoteCommunicationModuleSerialNumber.............................................................................. 129 2.124. RSAKeyModulus.................................................................................................................. 129 2.125. RSAKeyPrivateExponent......................................................................................................... 129 2.126. RSAKeyPublicExponent......................................................................................................... 129 2.127. RtmData............................................................................................................................ 129 2.128. SealDataCard....................................................................................................................... 129 2.129. SealDataVu......................................................................................................................... 130 2.130. SealRecord.......................................................................................................................... 130 2.131. SensorApprovalNumber......................................................................................................... 130 2.132. SensorExternalGNSSApprovalNumber....................................................................................... 131 2.133. SensorExternalGNSSCoupledRecord......................................................................................... 131 2.134. SensorExternalGNSSIdentification............................................................................................ 131 2.135. SensorExternalGNSSInstallation............................................................................................... 132 2.136. SensorExternalGNSSOSIdentifier.............................................................................................. 132 2.137. SensorExternalGNSSSCIdentifier.............................................................................................. 132 2.138. SensorGNSSCouplingDate...................................................................................................... 133 26.5.2016 L 139/84 Diario Oficial de la Unión Europea ES

2.139. SensorGNSSSerialNumber...................................................................................................... 133 2.140. SensorIdentification.............................................................................................................. 133 2.141. SensorInstallation................................................................................................................. 133 2.142. SensorInstallationSecData....................................................................................................... 134 2.143. SensorOSIdentifier................................................................................................................ 134 2.144. SensorPaired....................................................................................................................... 134 2.145. SensorPairedRecord.............................................................................................................. 135 2.146. SensorPairingDate................................................................................................................ 135 2.147. SensorSCIdentifier................................................................................................................ 135 2.148. SensorSerialNumber.............................................................................................................. 135 2.149. Signature............................................................................................................................ 135 2.150. SignatureRecordArray........................................................................................................... 136 2.151. SimilarEventsNumber............................................................................................................ 136 2.152. SpecificConditionRecord........................................................................................................ 136 2.153. SpecificConditions................................................................................................................ 136 2.154. SpecificConditionType........................................................................................................... 137 2.155. Speed................................................................................................................................ 137 2.156. SpeedAuthorised.................................................................................................................. 137 2.157. SpeedAverage...................................................................................................................... 138 2.158. SpeedMax........................................................................................................................... 138 2.159. TachographPayload............................................................................................................... 138 2.160. TachographPayloadEncrypted.................................................................................................. 138 2.161. TDesSessionKey................................................................................................................... 138 2.162. TimeReal............................................................................................................................ 139 2.163. TyreSize............................................................................................................................. 139 2.164. VehicleIdentificationNumber................................................................................................... 139 2.165. VehicleIdentificationNumberRecordArray................................................................................... 139 2.166. VehicleRegistrationIdentification.............................................................................................. 139 2.167. VehicleRegistrationNumber..................................................................................................... 140 2.168. VehicleRegistrationNumberRecordArray.................................................................................... 140 2.169. VuAbility............................................................................................................................ 140 2.170. VuActivityDailyData.............................................................................................................. 141 2.171. VuActivityDailyRecordArray................................................................................................... 141 2.172. VuApprovalNumber.............................................................................................................. 141 2.173. VuCalibrationData................................................................................................................ 142 2.174. VuCalibrationRecord............................................................................................................. 142 2.175. VuCalibrationRecordArray...................................................................................................... 143 26.5.2016 L 139/85 Diario Oficial de la Unión Europea ES

2.176. VuCardIWData.................................................................................................................... 144 2.177. VuCardIWRecord................................................................................................................. 144 2.178. VuCardIWRecordArray.......................................................................................................... 145 2.179. VuCardRecord..................................................................................................................... 145 2.180. VuCardRecordArray.............................................................................................................. 146 2.181. VuCertificate....................................................................................................................... 146 2.182. VuCertificateRecordArray....................................................................................................... 146 2.183. VuCompanyLocksData.......................................................................................................... 147 2.184. VuCompanyLocksRecord....................................................................................................... 147 2.185. VuCompanyLocksRecordArray................................................................................................ 148 2.186. VuControlActivityData.......................................................................................................... 148 2.187. VuControlActivityRecord....................................................................................................... 148 2.188. VuControlActivityRecordArray................................................................................................ 149 2.189. VuDataBlockCounter............................................................................................................. 149 2.190. VuDetailedSpeedBlock........................................................................................................... 149 2.191. VuDetailedSpeedBlockRecordArray........................................................................................... 150 2.192. VuDetailedSpeedData............................................................................................................ 150 2.193. VuDownloadablePeriod.......................................................................................................... 150 2.194. VuDownloadablePeriodRecordArray......................................................................................... 151 2.195. VuDownloadActivityData....................................................................................................... 151 2.196. VuDownloadActivityDataRecordArray....................................................................................... 151 2.197. VuEventData....................................................................................................................... 152 2.198. VuEventRecord.................................................................................................................... 152 2.199. VuEventRecordArray............................................................................................................. 153 2.200. VuFaultData........................................................................................................................ 154 2.201. VuFaultRecord..................................................................................................................... 154 2.202. VuFaultRecordArray.............................................................................................................. 155 2.203. VuGNSSCDRecord................................................................................................................ 155 2.204. VuGNSSCDRecordArray........................................................................................................ 156 2.205. VuIdentification................................................................................................................... 156 2.206. VuIdentificationRecordArray................................................................................................... 157 2.207. VuITSConsentRecord............................................................................................................ 157 2.208. VuITSConsentRecordArray..................................................................................................... 158 2.209. VuManufacturerAddress......................................................................................................... 158 2.210. VuManufacturerName............................................................................................................ 158 2.211. VuManufacturingDate............................................................................................................ 158 26.5.2016 L 139/86 Diario Oficial de la Unión Europea ES

2.212. VuOverSpeedingControlData.................................................................................................. 159 2.213. VuOverSpeedingControlDataRecordArray.................................................................................. 159 2.214. VuOverSpeedingEventData..................................................................................................... 159 2.215. VuOverSpeedingEventRecord.................................................................................................. 159 2.216. VuOverSpeedingEventRecordArray........................................................................................... 160 2.217. VuPartNumber..................................................................................................................... 161 2.218. VuPlaceDailyWorkPeriodData.................................................................................................. 161 2.219. VuPlaceDailyWorkPeriodRecord............................................................................................... 161 2.220. VuPlaceDailyWorkPeriodRecordArray....................................................................................... 162 2.221. VuPrivateKey....................................................................................................................... 162 2.222. VuPublicKey........................................................................................................................ 162 2.223. VuSerialNumber................................................................................................................... 162 2.224. VuSoftInstallationDate........................................................................................................... 162 2.225. VuSoftwareIdentification........................................................................................................ 163 2.226. VuSoftwareVersion............................................................................................................... 163 2.227. VuSpecificConditionData....................................................................................................... 163 2.228. VuSpecificConditionRecordArray............................................................................................. 163 2.229. VuTimeAdjustmentData......................................................................................................... 164 2.230. VuTimeAdjustmentGNSSRecord.............................................................................................. 164 2.231. VuTimeAdjustmentGNSSRecordArray....................................................................................... 164 2.232. VuTimeAdjustmentRecord...................................................................................................... 165 2.233. VuTimeAdjustmentRecordArray.............................................................................................. 165 2.234. WorkshopCardApplicationIdentification.................................................................................... 166 2.235. WorkshopCardCalibrationData................................................................................................ 166 2.236. WorkshopCardCalibrationRecord............................................................................................. 167 2.237. WorkshopCardHolderIdentification.......................................................................................... 168 2.238. WorkshopCardPIN................................................................................................................ 168 2.239. W-VehicleCharacteristicConstant.............................................................................................. 169 2.240. VuPowerSupplyInterruptionRecord........................................................................................... 169 2.241. VuPowerSupplyInterruptionRecordArray................................................................................... 169 2.242. VuSensorExternalGNSSCoupledRecordArray............................................................................... 170 2.243. VuSensorPairedRecordArray.................................................................................................... 170 3. DEFINICIONES DE LOS INTERVALOS DE VALORES Y TAMAÑOS ADMISIBLES............................................... 171 4. JUEGOS DE CARACTERES.................................................................................................................. 171 5. CODIFICACIÓN............................................................................................................................... 171 6. IDENTIFICADORES DE OBJETO E IDENTIFICADORES DE APLICACIÓN........................................................ 171 6.1. Identificadores de objeto........................................................................................................ 171 6.2. Identificadores de aplicación................................................................................................... 172 26.5.2016 L 139/87 Diario Oficial de la Unión Europea ES

1. INTRODUCCIÓN En el presente apéndice se especifican diversos formatos, elementos y estructuras para su uso en el aparato de control y las tarjetas de tacógrafo. 1.1. Enfoque de la definición de los tipos de datos En el presente apéndice se utiliza la Notación de Sintaxis Abstracta Uno (ASN.1) para definir los tipos de datos. Ello permite definir datos simples y estructurados sin necesidad de una sintaxis específica de transferencia (reglas de codificación), que dependerá de la aplicación y del entorno. Las convenciones sobre la denominación de los tipos ASN.1 se ajustan a la norma ISO/CEI 8824-1. Esto significa que: — siempre que sea posible, el significado de un tipo de datos se deduce de los nombres seleccionados, — cuando un tipo de datos se compone de otros tipos, el nombre del tipo de datos sigue siendo una secuencia única de caracteres alfabéticos que comienzan con una mayúscula, aunque las mayúsculas se utilizan en el nombre para transmitir el correspondiente significado, — en general, los nombres de los tipos de datos están relacionados con el nombre de los tipos de datos de los que se derivan, con el equipo en que se almacenan los datos y con la función asociada a dichos datos. Si un tipo ASN.1 ya se ha definido como parte de otra norma y es pertinente para su uso en el aparato de control, entonces ese tipo ASN.1 se definirá en el presente apéndice. Para que pueda haber diferentes tipos de reglas de codificación, algunos tipos ASN.1 del presente apéndice están limitados por identificadores de intervalos de valores. Dichos identificadores se definen en el apartado 3 y en el apéndice 2. 1.2. Referencias En el presente apéndice aparecen las siguientes referencias: ISO 639 Código para la representación de nombres de lenguas. Primera edición: 1988. ISO 3166 Códigos para la representación de los nombres de los países y sus subdivisiones — Parte 1: Códigos de país, 2013. ISO 3779 Vehículos de carretera — Número de identificación del vehículo (VIN) — Contenido y estructura. 2009. ISO/CEI 7816-5 Tarjetas de identificación — Tarjetas con circuitos integrados — Parte 5: Registro de proveedores de aplicaciones. Segunda edición: 2004. ISO/CEI 7816-6 Tarjetas de identificación — Tarjetas con circuitos integrados — Parte 6: Elementos de datos intersectoriales para los intercambios, 2004 + Corrigendum técnico 1: 2006. ISO/CEI 8824-1 Tecnología de la información — Notación de Sintaxis Abstracta 1 (ASN.1): Especificación de la notación básica. 2008 + Corrigendum técnico 1: 2012 y Corrigendum técnico 2: 2014. ISO/CEI 8825-2 Tecnología de la información — Reglas de codificación ASN.1: Especificación de las Reglas de Codificación por Paquetes (PER). 2008. ISO/CEI 8859-1 Tecnología de la información — Conjuntos de caracteres gráficos codificados con un solo byte de 8 bits — Parte 1: Alfabeto latino no 1. Primera edición: 1998. ISO/CEI 8859-7 Tecnología de la información — Conjuntos de caracteres gráficos codificados con un solo byte de 8 bits — Parte 7: Alfabeto latino/griego. 2003. 26.5.2016 L 139/88 Diario Oficial de la Unión Europea ES

ISO 16844-3 Vehículos de carretera — Sistemas de tacógrafo — Interfaz del sensor de movimiento. 2004 + Corrigendum técnico 1: 2006. TR-03110-3 BSI / ANSSI Technical Guideline TR-03110-3, Advanced Security Mechanisms for Machine Readable Travel Documents and eIDAS Token — Part 3 Common Specifications, version 2.20, 3. February 2015. 2. DEFINICIONES DE TIPOS DE DATOS En todos los tipos de datos que se describen a continuación, el valor por defecto para un contenido «desconocido» o «no aplicable» consistirá en rellenar el elemento de datos con bytes ‘FF’. Todos los tipos de datos se utilizan para las aplicaciones de la generación 1 y de la generación 2, a menos que se especifique otra cosa. 2.1. ActivityChangeInfo Este tipo de datos permite codificar, en una palabra de dos bytes, el estado de la ranura a las 00.00 horas y/o el estado del conductor a las 00.00 horas y/o los cambios de actividad y/o los cambios del régimen de conducción y/o los cambios del estado de la tarjeta para un conductor o un segundo conductor. Este tipo de datos está relacionado con el anexo 1C, requisitos 105, 266, 291, 320, 321, 343 y 344. Asignación de valor — Alineación de octeto: ‘scpaattttttttttt’B (16 bits) Para registros en la memoria de datos (o estado de la ranura): ‘s’B Ranura: ‘0’B: CONDUCTOR, ‘1’B: SEGUNDO CONDUCTOR, ‘c’B Régimen de conducción: ‘0’B: EN SOLITARIO, ‘1’B: EN EQUIPO, ‘p’B Estado de la tarjeta de conductor (o de taller) en la ranura que corresponda: ‘0’B: INSERTADA, hay una tarjeta insertada, ‘1’B: NO INSERTADA, no hay tarjeta insertada (o se ha extraído una tarjeta), ‘aa’B Actividad: ‘00’B: PAUSA/DESCANSO, ‘01’B: DISPONIBILIDAD, ‘10’B: TRABAJO, ‘11’B: CONDUCCIÓN, ‘ttttttttttt’B Hora del cambio: minutos transcurridos desde las 00.00 horas de ese día. 26.5.2016 L 139/89 Diario Oficial de la Unión Europea ES

Para registros en la tarjeta de conductor (o de taller) (y estado del conductor): ‘s’B Ranura (irrelevante cuando ‘p’ = 1, excepto en el caso que se cita en la nota siguiente): ‘0’B: CONDUCTOR, ‘1’B: SEGUNDO CONDUCTOR, ‘c’B Régimen de conducción (caso ‘p’ = 0) o Régimen en la actividad siguiente (caso ‘p’ = 1): ‘0’B: EN SOLITARIO, ‘0’B: INDETERMINADO ‘1’B: EN EQUIPO, ‘1’B: DETERMINADO (= entrada manual) ‘p’B Estado de la tarjeta: ‘0’B: INSERTADA, la tarjeta está insertada en un aparato de control, ‘1’B: NO INSERTADA, la tarjeta no está insertada (o se ha extraído), ‘aa’B Actividad (irrelevante cuando ‘p’ = 1 y ‘c’ = 0, excepto en el caso citado en la nota siguiente): ‘00’B: PAUSA/DESCANSO, ‘01’B: DISPONIBILIDAD, ‘10’B: TRABAJO, ‘11’B: CONDUCCIÓN, ‘ttttttttttt’B Hora del cambio: minutos transcurridos desde las 00.00 horas de ese día. Nota sobre el caso «extracción de la tarjeta»: Cuando se extrae la tarjeta: — ‘s’ es relevante e indica la ranura de la que se extrae la tarjeta, — ‘c’ debe configurarse a 0, — ‘p’ debe configurarse a 1, — ‘aa’ debe codificar la actividad que esté seleccionada en ese momento. Como resultado de una entrada manual, los bits ‘c’ y ‘aa’ de la palabra (almacenada en una tarjeta) se pueden sobrescribir posteriormente para reflejar la entrada. 2.2. Address Una dirección. 26.5.2016 L 139/90 Diario Oficial de la Unión Europea ES

codePage especifica un conjunto de caracteres definidos en el capítulo 4. address representa una dirección codificada utilizando el conjunto de caracteres especificado. 2.3. AESKey Generación 2: Una clave AES con una longitud de 128, 192 o 256 bits. Asignación de valor: no hay más especificaciones. 2.4. AES128Key Generación 2: Una clave AES128. length indica la longitud de la clave AES128 en octetos. aes128Key es una clave AES con una longitud de 128 bits. Asignación de valor: La longitud deberá tener el valor 16. 2.5. AES192Key Generación 2: Una clave AES192. length indica la longitud de la clave AES192 en octetos. aes192Key es una clave AES con una longitud de 192 bits. Asignación de valor: La longitud deberá tener el valor 24. 26.5.2016 L 139/91 Diario Oficial de la Unión Europea ES

2.6. AES256Key Generación 2: Una clave AES256. length indica la longitud de la clave AES256 en octetos. aes256Key es una clave AES con una longitud de 256 bits. Asignación de valor: La longitud deberá tener el valor 32. 2.7. BCDString La cadena BCDString se aplica para la representación decimal de codificación binaria (BCD). Este tipo de datos se utiliza para representar un dígito decimal en un semiocteto (4 bits). La cadena BCDString se basa en el ‘CharacterStringType’ de la norma ISO/CEI 8824-1. La cadena BCDString emplea una notación «hstring». El dígito hexadecimal situado más a la izquierda deberá ser el semiocteto más significativo del primer octeto. Para obtener un múltiplo de octetos habrá que insertar semioctetos nulos a la derecha, según sea necesario, a partir de la posición del semiocteto situado más a la izquierda en el primer octeto. Los dígitos permitidos son: 0, 1, .. 9. 2.8. CalibrationPurpose Código que explica por qué se registró un conjunto de parámetros de calibrado. Este tipo de datos está relacionado con el anexo 1B, requisitos 097 y 098, y con el anexo 1C, requisito 119. Asignación de valor: Generación 1: ‘00’H valor reservado, ‘01’H activación: registro de los parámetros de calibrado conocidos en el momento de la activación de la VU, ‘02’H primera instalación: primer calibrado de la VU después de su activación, ‘03’H instalación: primer calibrado de la VU en el vehículo actual, ‘04’H control periódico. 26.5.2016 L 139/92 Diario Oficial de la Unión Europea ES

Generación 2: Además de los valores de la generación 1, se utilizan los siguientes: ‘05’H entrada de VRN por empresa, ‘06’H ajuste de la hora sin calibrado, ‘07’H a ‘7F’H RFU, ‘80’H a ‘FF’H específicos del fabricante. 2.9. CardActivityDailyRecord Información almacenada en una tarjeta y relativa a las actividades del conductor en un día civil concreto. Este tipo de datos está relacionado con el anexo 1C, requisitos 266, 291, 320 y 343. activityPreviousRecordLength es la longitud total del registro diario anterior, expresada en bytes. El valor máximo viene dado por la longitud de la CADENA DE OCTETOS que contiene dichos registros (véase CardActivityLengthRange, apéndice 2, apartado 4). Cuando este registro es el registro diario más antiguo, el valor de activityPreviousRecordLength debe configurarse a 0. activityRecordLength es la longitud total de este registro, expresada en bytes. El valor máximo viene dado por la longitud de la CADENA DE OCTETOS que contiene dichos registros. activityRecordDate es la fecha del registro. activityDailyPresenceCounter es el contador de presencia diaria para esa tarjeta en ese día. activityDayDistance es la distancia total recorrida ese día. activityChangeInfo es el conjunto de datos de ActivityChangeInfo correspondientes al conductor en ese día. Puede contener 1 440 valores como máximo (un cambio de actividad cada minuto). Este conjunto incluye siempre la ActivityChangeInfo que codifica el estado del conductor a las 00.00 horas. 2.10. CardActivityLengthRange Número de bytes disponibles en una tarjeta de conductor o en una tarjeta de taller para almacenar registros sobre las actividades del conductor. Asignación de valor: véase el apéndice 2. 2.11. CardApprovalNumber Número de homologación de la tarjeta. 26.5.2016 L 139/93 Diario Oficial de la Unión Europea ES

Asignación de valor: El número de homologación deberá constar según haya sido publicado en el correspondiente sitio web de la Comisión Europea, es decir, por ejemplo, incluyendo guiones si los lleva. El número de homologación deberá estar alineado a la izquierda. 2.12. CardCertificate Generación 1: Certificado de la clave pública de una tarjeta. 2.13. CardChipIdentification Información almacenada en una tarjeta y relativa a la identificación del circuito integrado (CI) de dicha tarjeta (anexo 1C, requisito 249). El icSerialNumber y el icManufacturingReferences identifican conjuntamente el chip de la tarjeta de manera única. El icSerialNumber no identifica el chip de la tarjeta de manera única por sí solo. icSerialNumber es el número de serie del CI. IcManufacturingReferences es el identificador específico del fabricante del CI. 2.14. CardConsecutiveIndex El índice consecutivo de una tarjeta [definición h)]. Asignación de valor: (véase anexo 1C, capítulo 7) Orden de incremento: ‘0, …, 9, A, …, Z, a, …, z’ 2.15. CardControlActivityDataRecord Información almacenada en una tarjeta de conductor o de taller y relativa al último control a que ha sido sometido el conductor (anexo 1C, requisitos 274, 299, 327 y 350). controlType es el tipo de control. controlTime es la fecha y la hora del control. 26.5.2016 L 139/94 Diario Oficial de la Unión Europea ES

controlCardNumber es el FullCardNumber del controlador que ha llevado a cabo el control. controlVehicleRegistration es el VRN y el nombre del Estado miembro donde se matriculó el vehículo que ha sido objeto del control. controlDownloadPeriodBegin y controlDownloadPeriodEnd es el período transferido, en caso de transferencia. 2.16. CardCurrentUse Información acerca del uso actual de la tarjeta (anexo 1C, requisitos 273, 298, 326 y 349). sessionOpenTime es la hora en que se inserta la tarjeta para el uso actual. Este elemento se pone a cero al extraer la tarjeta. sessionOpenVehicle es la identificación del vehículo que se está utilizando actualmente. configurada al insertar la tarjeta. Este elemento se pone a cero al extraer la tarjeta. 2.17. CardDriverActivity Información almacenada en una tarjeta de conductor o de taller y relativa a las actividades del conductor (anexo 1C, requisitos 267, 268, 292, 293, 321 y 344). activityPointerOldestDayRecord es un elemento que señala el comienzo del espacio de almacenamiento (número de bytes a partir del principio de la cadena) que corresponde al registro diario completo más antiguo en la cadena activityDailyRecords. El valor máximo viene dado por la longitud de la cadena. activityPointerNewestRecord es un elemento que señala el comienzo del espacio de almacenamiento (número de bytes a partir del principio de la cadena) que corresponde al registro diario más reciente en la cadena activityDailyRecords. El valor máximo viene dado por la longitud de la cadena. activityDailyRecords es el espacio disponible para almacenar los datos sobre la actividad del conductor (estructura de datos: CardActivityDailyRecord) en cada uno de los días civiles en que se ha utilizado la tarjeta. Asignación de valor: esta cadena de octetos se va llenando cíclicamente con registros del tipo CardActivityDailyRecord. En el primer uso, el almacenamiento comienza en el primer byte de la cadena. Cada nuevo registro se añade al final del anterior. Cuando la cadena está llena, el almacenamiento continúa en el primer byte de la cadena, con independencia de si hay alguna interrupción dentro de un elemento de datos. Antes de introducir en la cadena nuevos datos de actividad (ampliando el actual activityDailyRecord, o introduciendo un nuevo activityDailyRecord) que sustituyan a datos antiguos, es preciso actualizar el activityPointerOldestDayRecord para reflejar la nueva ubicación del registro diario completo más antiguo, y además es preciso poner a 0 la longitud activityPreviousRecordLength de este (nuevo) registro diario completo más antiguo. 2.18. CardDrivingLicenceInformation Información almacenada en una tarjeta de conductor y relativa a los datos correspondientes al permiso de conducir del titular de la tarjeta (anexo 1C, requisitos 259 y 284). 26.5.2016 L 139/95 Diario Oficial de la Unión Europea ES

drivingLicenceIssuingAuthority es la autoridad que expidió el permiso de conducir. drivingLicenceIssuingNation es la nacionalidad de la autoridad que expidió el permiso de conducir. drivingLicenceNumber es el número del permiso de conducir. 2.19. CardEventData Información almacenada en una tarjeta de conductor o de taller relativa a los incidentes asociados al titular de la tarjeta (anexo 1C, requisitos 260, 285, 318 y 341). CardEventData es una secuencia de cardEventRecords ordenada por valor ascendente del código EventFaultType (excepto los registros relacionados con intentos de violación de la seguridad, que se incluyen en el último conjunto de la secuencia). cardEventRecords es un conjunto de registros de incidentes de un tipo en particular (o de una categoría en particular, en el caso de los intentos de violación de la seguridad). 2.20. CardEventRecord Información almacenada en una tarjeta de conductor o de taller y relativa a un incidente asociado al titular de la tarjeta (anexo 1C, requisitos 261, 286, 318 y 341). eventType es el tipo de incidente. eventBeginTime es la fecha y la hora de comienzo del incidente. eventEndTime es la fecha y la hora en que termina el incidente. eventVehicleRegistration es el VRN y el nombre del Estado miembro donde se matriculó el vehículo en el que se produjo el incidente. 2.21. CardFaultData Información almacenada en una tarjeta de conductor o de taller y relativa a los fallos asociados al titular de la tarjeta (anexo 1C, requisitos 263, 288, 318 y 341). 26.5.2016 L 139/96 Diario Oficial de la Unión Europea ES

CardFaultData es una secuencia integrada por un conjunto con los registros de los fallos del aparato de control, seguido de un conjunto con los registros de los fallos de la tarjeta. cardFaultRecords es un conjunto de registros de fallos de una categoría determinada (del aparato de control o de la tarjeta). 2.22. CardFaultRecord Información almacenada en una tarjeta de conductor o de taller y relativa a un fallo asociado al titular de la tarjeta (anexo 1C, requisitos 264, 289, 318 y 341). faultType es el tipo de fallo. faultBeginTime es la fecha y la hora de comienzo del fallo. faultEndTime es la fecha y la hora en que termina el fallo. faultVehicleRegistration es el VRN y el nombre del Estado miembro donde se matriculó el vehículo en el que ocurrió el fallo. 2.23. CardIccIdentification Información almacenada en una tarjeta y relativa a la identificación de la tarjeta con circuito integrado (CI) (anexo 1C, requisito 248). clockStop es el modo de parada de reloj, tal y como se define en el apéndice 2. cardExtendedSerialNumber es el número de serie único de la tarjeta con CI, tal como se especifica más en detalle mediante el tipo de datos ExtendedSerialNumber. cardApprovalNumber es el número de homologación de la tarjeta. cardPersonaliserID es la identificación personal de la tarjeta codificada como ManufacturerCode. embedderIcAssemblerId proporciona información sobre el integrador/montador del CI. icIdentifier es el identificador del CI que incorpora la tarjeta y del fabricante de dicho CI, tal y como se define en la norma ISO/CEI 7816-6. 2.24. CardIdentification Información almacenada en una tarjeta y relativa a la identificación de la tarjeta (anexo 1C, requisitos 255, 280, 310, 333, 359, 365, 371 y 377). 26.5.2016 L 139/97 Diario Oficial de la Unión Europea ES

cardIssuingMemberState es el código del Estado miembro que expide la tarjeta. cardNumber es el número de la tarjeta. cardIssuingAuthorityName es el nombre de la autoridad que ha expedido la tarjeta. cardIssueDate es la fecha en que se expidió la tarjeta al titular actual. cardValidityBegin es la fecha correspondiente al primer día de validez de la tarjeta. cardExpiryDate es la fecha en que termina la validez de la tarjeta. 2.25. CardMACertificate Generación 2: Certificado de la clave pública de la tarjeta para la autenticación mutua con una VU. La estructura de este certificado se especifica en el apéndice 11. 2.26. CardNumber Un número de tarjeta, según se indica en la definición g). driverIdentification es la identificación exclusiva de un conductor en un Estado miembro. ownerIdentification es la identificación exclusiva de una empresa, un taller o un organismo de control en un Estado miembro. cardConsecutiveIndex es el índice consecutivo de la tarjeta. cardReplacementIndex es el índice de sustitución de la tarjeta. 26.5.2016 L 139/98 Diario Oficial de la Unión Europea ES

cardRenewalIndex es el índice de renovación de la tarjeta. La primera de las dos secuencias a elegir sirve para codificar el número de una tarjeta de conductor, mientras que la segunda secuencia sirve para codificar los números de las tarjetas de taller, de control y de empresa. 2.27. CardPlaceDailyWorkPeriod Información almacenada en una tarjeta de conductor o en una tarjeta de taller y relativa a los lugares donde comienzan y/o terminan los períodos de trabajo diarios (anexo 1C, requisitos 272, 297, 325 y 348). placePointerNewestRecord es el índice del último registro actualizado de un lugar. Asignación de valor: número que corresponde al numerador del registro de un lugar. Al primer registro de la estructura se le asigna el número ‘0’. placeRecords es el conjunto de registros que contienen la información relativa a los lugares introducidos. 2.28. CardPrivateKey Generación 1: La clave privada de una tarjeta. 2.29. CardPublicKey La clave pública de una tarjeta. 2.30. CardRenewalIndex El índice de renovación de una tarjeta [definición i)]. Asignación de valor: (véase el capítulo VII del presente anexo). ‘0’ Primera expedición. Orden de incremento: ‘0, …, 9, A, …, Z’ 2.31. CardReplacementIndex El índice de sustitución de una tarjeta [definición j)]. Asignación de valor: (véase el capítulo VII del presente anexo). ‘0’ Tarjeta original. Orden de incremento: ‘0, …, 9, A, …, Z’ 26.5.2016 L 139/99 Diario Oficial de la Unión Europea ES

2.32. CardSignCertificate Generación 2: Certificado de la clave pública de la tarjeta para su firma. La estructura de este certificado se especifica en el apéndice 11. 2.33. CardSlotNumber Código para distinguir entre las dos ranuras de una unidad instalada en el vehículo. Asignación de valor: no hay más especificaciones. 2.34. CardSlotsStatus Código que indica el tipo de tarjetas insertadas en las dos ranuras de la unidad instalada en el vehículo. Asignación de valor — Alineación de octeto: ‘ccccdddd’B ‘cccc’B Identificación del tipo de tarjeta insertada en la ranura del segundo conductor, ‘dddd’B Identificación del tipo de tarjeta insertada en la ranura del conductor, con los siguientes códigos de identificación: ‘0000’B no hay tarjeta insertada, ‘0001’B se ha insertado una tarjeta de conductor, ‘0010’B se ha insertado una tarjeta de taller, ‘0011’B se ha insertado una tarjeta de control, ‘0100’B se ha insertado una tarjeta de empresa. 2.35. CardSlotsStatusRecordArray Generación 2: El CardSlotsStatus más metadatos tal como se utilizan en el protocolo de transferencia. recordType denota el tipo de registro (CardSlotsStatus). Asignación de valor: véase RecordType recordSize es el tamaño de CardSlotsStatus en bytes. 26.5.2016 L 139/100 Diario Oficial de la Unión Europea ES

noOfRecords es el número de registros que hay en el conjunto. records es el conjunto de registros de CardSlotsStatus. 2.36. CardStructureVersion Código que indica la versión de la estructura empleada en una tarjeta de tacógrafo. Asignación de valor: ‘aabb’H: ‘aa’H Índice para cambios de la estructura, ‘00’H para aplicaciones de la Generación 1 ‘01’H para aplicaciones de la Generación 2 ‘bb’H Índice para cambios relativos al uso de los elementos de datos definidos para la estructura que viene dada por el byte alto. ‘00’H para esta versión de las aplicaciones de la Generación 1 ‘00’H para esta versión de las aplicaciones de la Generación 2 2.37. CardVehicleRecord Información almacenada en una tarjeta de conductor o de taller y relativa a un período de uso de un vehículo durante un día civil (anexo 1C, requisitos 269, 294, 322 y 345). Generación 1: vehicleOdometerBegin es la lectura del cuentakilómetros del vehículo al comenzar el período de uso del vehículo. vehicleOdometerEnd es la lectura del cuentakilómetros del vehículo al terminar el período de uso del vehículo. vehicleFirstUse es la fecha y la hora en que comienza el período de uso del vehículo. vehicleLastUse es la fecha y la hora en que termina el período de uso del vehículo. vehicleRegistration es el VRN y el Estado miembro donde se ha matriculado el vehículo. vuDataBlockCounter es el valor del VuDataBlockCounter en el momento de extraer la tarjeta por última vez en el período de uso del vehículo. 26.5.2016 L 139/101 Diario Oficial de la Unión Europea ES

Generación 2: Además de los de la generación 1, se utiliza el siguiente elemento de datos: VehicleIdentificationNumber es el número de identificación del vehículo referido al vehículo completo. 2.38. CardVehiclesUsed Información almacenada en una tarjeta de conductor o de taller relativa a los vehículos empleados por el titular de la tarjeta (anexo 1C, requisitos 270, 295, 323 y 346). vehiclePointerNewestRecord es el índice del último registro actualizado del vehículo. Asignación de valor: número correspondiente al numerador del registro de un vehículo. Al primer registro de la estructura se le asigna el número ‘0’. cardVehicleRecords es el conjunto de registros con información sobre los vehículos utilizados. 2.39. CardVehicleUnitRecord Generación 2: Información almacenada en una tarjeta de conductor o de taller y relativa a una unidad instalada en el vehículo que ha sido utilizada (anexo 1C, requisitos 303 y 351). timeStamp es el comienzo del período de uso de la unidad instalada en el vehículo (es decir, primera inserción de la tarjeta en la unidad instalada en el vehículo en el período). manufacturerCode identifica al fabricante de la unidad instalada en el vehículo. deviceID identifica el tipo de unidad instalada en el vehículo de un fabricante. El valor es particular del fabricante. vuSoftwareVersion es el número de la versión de software que lleva instalado la unidad instalada en el vehículo. 2.40. CardVehicleUnitsUsed Generación 2: Información almacenada en una tarjeta de conductor o de taller y relativa a las unidades instaladas en el vehículo utilizadas por el titular de la tarjeta (anexo 1C, requisitos 306 y 352). 26.5.2016 L 139/102 Diario Oficial de la Unión Europea ES

vehicleUnitPointerNewestRecord es el índice del último registro actualizado de la unidad instalada en el vehículo. Asignación de valor: número correspondiente al numerador del registro de una unidad instalada en el vehículo. Al primer registro de la estructura se le asigna el número ‘0’. cardVehicleUnitRecords es el conjunto de registros con información sobre las unidades instaladas en el vehículo utilizadas. 2.41. Certificate El certificado de una clave pública expedido por una autoridad de certificación. Generación 1: Asignación de valor: firma digital con recuperación parcial de un CertificateContent, con arreglo al apéndice 11 «Mecanismos de seguridad comunes»: firma (128 bytes) || resto de la clave pública (58 bytes) || referencia de la autoridad de certificación (8 bytes). Generación 2: Asignación de valor: véase el apéndice 11. 2.42. CertificateContent Generación 1: El contenido (sin cifrar) del certificado de una clave pública, con arreglo al apéndice 11 «Mecanismos de seguridad comunes». certificateProfileIdentifier es la versión del certificado que corresponda. Asignación de valor: ‘01h’ para esta versión. certificationAuthorityReference identifica a la autoridad de certificación que expide el certificado. También es una referencia a la clave pública de dicha autoridad de certificación. certificateHolderAuthorisation identifica los derechos que asisten al titular del certificado. certificateEndOfValidity es la fecha en que expira administrativamente el certificado. certificateHolderReference identifica al titular del certificado. También es una referencia a su clave pública. publicKey es la clave pública que se certifica con este certificado. 26.5.2016 L 139/103 Diario Oficial de la Unión Europea ES

2.43. CertificateHolderAuthorisation Identificación de los derechos que asisten al titular de un certificado. Generación 1: tachographApplicationID es el identificador de la aplicación de tacógrafo. Asignación de valor: ‘FFh’ ‘54h’ ‘41h’ ‘43h’ ‘48h’ ‘4Fh’. Este AID es un identificador propio y no registrado de la aplicación, con arreglo a la norma ISO/CEI 7816-5. equipmentType es la identificación del tipo de equipo al que se refiere el certificado. Asignación de valor: de acuerdo con el tipo de datos EquipmentType. 0 si el certificado es de un Estado miembro. Generación 2: tachographApplicationID denota los 6 bytes más significativos del identificador de aplicación (AID) de la tarjeta de tacógrafo de generación 2. La AID de la aplicación de la tarjeta de tacógrafo se especifica en el capítulo 6.2. Asignación de valor: ‘FF 53 4D 52 44 54’. equipmentType es la identificación del tipo de equipo según lo especificado para la generación 2 a que se refiere el certificado. Asignación de valor: de acuerdo con el tipo de datos EquipmentType. 2.44. CertificateRequestID Identificacion exclusiva de una solicitud de certificado. También puede utilizarse como identificador de la clave pública de una unidad instalada en el vehículo si en el momento de generar el certificado se desconoce el número de serie de la unidad a la que se refiere la clave. requestSerialNumber es un número de serie para la solicitud de certificado, exclusivo para el fabricante y para el mes a que se refiere la línea siguiente. requestMonthYear es la identificación del mes y el año de la solicitud de certificado. Asignación de valor: codificación BCD del mes (dos dígitos) y el año (dos últimos dígitos). crIdentifier: es un identificador para distinguir entre una solicitud de certificado y un número de serie ampliado. Asignación de valor: ‘FFh’. manufacturerCode: es el código numérico del fabricante que solicita el certificado. 2.45. CertificationAuthorityKID Identificador de la clave pública de una autoridad de certificación (un Estado miembro o la autoridad de certificación europea). 26.5.2016 L 139/104 Diario Oficial de la Unión Europea ES

nationNumeric es el código numérico de nación de la autoridad de certificación. nationAlpha es el código alfanumérico de nación de la autoridad de certificación. keySerialNumber es un número de serie para distinguir las diferentes claves de la autoridad de certificación en caso de que estas se cambien. additionalInfo es un campo de dos bytes para codificación adicional (específica de la autoridad de certificación). caIdentifier es un identificador para distinguir entre el identificador de clave de una autoridad de certificación y otros identificadores de clave. Asignación de valor: ‘01h’. 2.46. CompanyActivityData Información almacenada en una tarjeta de empresa y relativa a las actividades que se realizan con la tarjeta (anexo 1C, requisitos 373 y 379). companyPointerNewestRecord es el índice del último companyActivityRecord actualizado. Asignación de valor: número correspondiente al numerador del registro de una actividad de la empresa. Al primer registro de la estructura se le asigna el número ‘0’. companyActivityRecords es el conjunto de todos los registros de actividades de la empresa. companyActivityRecord es la secuencia de información relativa a una actividad de la empresa. companyActivityType es el tipo de actividad de la empresa. companyActivityTime es la fecha y la hora de la actividad de la empresa. cardNumberInformation es el número de tarjeta y el nombre del Estado miembro que ha expedido la tarjeta cuyos datos se han transferido, en tal caso. vehicleRegistrationInformation es el VRN y el nombre del Estado miembro donde se ha matriculado el vehículo cuyos datos se han transferido o cuyo bloqueo se ha activado o desactivado. downloadPeriodBegin y downloadPeriodEnd es el período transferido de la VU, en tal caso. 26.5.2016 L 139/105 Diario Oficial de la Unión Europea ES

2.47. CompanyActivityType Código que indica una actividad realizada por una empresa haciendo uso de su tarjeta de empresa. 2.48. CompanyCardApplicationIdentification Información almacenada en una tarjeta de empresa y relativa a la identificación de la aplicación de la tarjeta (anexo 1C, requisitos 369 y 375). typeOfTachographCardId especifica el tipo de tarjeta utilizado. cardStructureVersion especifica la versión de la estructura que se utiliza en la tarjeta. noOfCompanyActivityRecords es el número de registros de actividades de la empresa que puede almacenar la tarjeta. 2.49. CompanyCardHolderIdentification Información almacenada en una tarjeta de empresa y relativa a la identificación del titular de dicha tarjeta (anexo 1C, requisitos 372 y 378). companyName es el nombre de la empresa titular. companyAddress es la dirección de la empresa titular. cardHolderPreferredLanguage es el idioma preferido por el titular de la tarjeta. 2.50. ControlCardApplicationIdentification Información almacenada en una tarjeta de control y relativa a la identificación de la aplicación de la tarjeta (anexo 1C, requisitos 357 y 363). typeOfTachographCardId especifica el tipo de tarjeta utilizado. cardStructureVersion especifica la versión de la estructura que se utiliza en la tarjeta. noOfControlActivityRecords es el número de registros de actividades de control que puede almacenar la tarjeta. 26.5.2016 L 139/106 Diario Oficial de la Unión Europea ES

2.51. ControlCardControlActivityData Información almacenada en una tarjeta de control y relativa a las actividades que se realizan con la tarjeta (anexo 1C, requisitos 361 y 367). controlPointerNewestRecord es el índice del último registro actualizado de una actividad de control. Asignación de valor: número correspondiente al numerador del registro de una actividad de control. Al primer registro de la estructura se le asigna el número ‘0’. controlActivityRecords es el conjunto de todos los registros de actividades de control. controlActivityRecord es la secuencia de información relativa a un control. controlType es el tipo de control. controlTime es la fecha y la hora del control. controlledCardNumber es el número de tarjeta y el nombre del Estado miembro que ha expedido la tarjeta que es objeto del control. controlledVehicleRegistration es el VRN y el nombre del Estado miembro donde se matriculó el vehículo que ha sido objeto del control. controlDownloadPeriodBegin y controlDownloadPeriodEnd es el período cuyos datos se transfieren. 2.52. ControlCardHolderIdentification Información almacenada en una tarjeta de control y relativa a la identificación del titular de la tarjeta (anexo 1C, requisitos 360 y 366). controlBodyName es el nombre del organismo de control que corresponde al titular de la tarjeta. controlBodyAddress es la dirección del organismo de control que corresponde al titular de la tarjeta. cardHolderName es el nombre y los apellidos del titular de la tarjeta de control. cardHolderPreferredLanguage es el idioma preferido por el titular de la tarjeta. 26.5.2016 L 139/107 Diario Oficial de la Unión Europea ES

2.53. ControlType Código que indica las actividades realizadas durante un control. Este tipo de datos está relacionado con el anexo 1C, requisitos 126, 274, 299, 327 y 350. Generación 1: Asignación de valor — Alineación de octeto: ‘cvpdxxxx’B (8 bits) ‘c’B transferencia de los datos de la tarjeta: ‘0’B: datos de la tarjeta no transferidos durante esta actividad de control, ‘1’B: datos de la tarjeta transferidos durante esta actividad de control ‘v’B transferencia de los datos de la VU: ‘0’B: datos de la VU no transferidos durante esta actividad de control, ‘1’B: datos de la VU transferidos durante esta actividad de control ‘p’B impresión: ‘0’B: no se imprimen datos durante esta actividad de control, ‘1’B: se imprimen datos durante esta actividad de control ‘d’B visualización: ‘0’B: no se visualizan datos durante esta actividad de control, ‘1’B: se visualizan datos durante esta actividad de control ‘xxxx’B no se utiliza Generación 2: Asignación de valor — Alineación de octeto: ‘cvpdexxx’B (8 bits) ‘c’B transferencia de los datos de la tarjeta: ‘0’B: datos de la tarjeta no transferidos durante esta actividad de control, ‘1’B: datos de la tarjeta transferidos durante esta actividad de control ‘v’B transferencia de los datos de la VU: ‘0’B: datos de la VU no transferidos durante esta actividad de control, ‘1’B: datos de la VU transferidos durante esta actividad de control ‘p’B impresión: ‘0’B: no se imprimen datos durante esta actividad de control, ‘1’B: se imprimen datos durante esta actividad de control ‘d’B visualización: ‘0’B: no se visualizan datos durante esta actividad de control, ‘1’B: se visualizan datos durante esta actividad de control 26.5.2016 L 139/108 Diario Oficial de la Unión Europea ES

‘e’B control del calibrado en carretera: ‘0’B: parámetros de calibrado no controlados durante esta actividad de control, ‘1’B: parámetros de calibrado controlados durante esta actividad de control, ‘xxx’B RFU. 2.54. CurrentDateTime La fecha y la hora actuales del aparato de control. Asignación de valor: no hay más especificaciones. 2.55. CurrentDateTimeRecordArray Generación 2: La fecha y la hora actuales más metadatos tal y como se utilizan en el protocolo de transferencia. recordType denota el tipo de registro (CurrentDateTime). Asignación de valor: véase RecordType. recordSize es el tamaño de CurrentDateTime en bytes. noOfRecords es el número de registros que hay en el conjunto. records es un conjunto de registros de fecha y hora actuales. 2.56. DailyPresenceCounter Contador que está almacenado en una tarjeta de conductor o de taller y que se incrementa en una unidad por cada día civil que se haya insertado la tarjeta en una VU. Este tipo de datos está relacionado con los requisitos 266, 299, 320 y 343 del anexo 1C. Asignación de valor: número consecutivo con un valor máximo de 9 999 y que vuelve a comenzar desde 0. La primera vez que se expide la tarjeta, el número se pone a 0. 2.57. Datef Fecha expresada en un formato numérico fácil de imprimir. 26.5.2016 L 139/109 Diario Oficial de la Unión Europea ES

Asignación de valor: yyyy año mm mes dd día ‘00000000’H denota explícitamente la ausencia de fecha. 2.58. DateOfDayDownloaded Generación 2: La fecha y hora de la transferencia. Asignación de valor: no hay más especificaciones. 2.59. DateOfDayDownloadedRecordArray Generación 2: La fecha y la hora de la transferencia más metadatos tal y como se utilizan en el protocolo de transferencia. recordType denota el tipo de registro (DateOfDayDownloaded). Asignación de valor: véase RecordType. recordSize es el tamaño de CurrentDateTime en bytes. noOfRecords es el número de registros que hay en el conjunto. records es el conjunto de fecha y hora de los registros de transferencia. 2.60. Distance Una distancia recorrida (resultado de calcular la diferencia en kilómetros entre dos lecturas del cuentakilómetros del vehículo). Asignación de valor: número binario sin signo. Valor en km en el intervalo operativo de 0 a 9 999 km. 2.61. DriverCardApplicationIdentification Información almacenada en una tarjeta de conductor y relativa a la identificación de la aplicación de la tarjeta (anexo 1C, requisitos 253 y 278). 26.5.2016 L 139/110 Diario Oficial de la Unión Europea ES

Generación 1: typeOfTachographCardId especifica el tipo de tarjeta utilizado. cardStructureVersion especifica la versión de la estructura que se utiliza en la tarjeta. noOfEventsPerType es el número de incidentes de cada tipo que puede registrar la tarjeta. noOfFaultsPerType es el número de fallos de cada tipo que puede registrar la tarjeta. activityStructureLength indica el número de bytes disponibles para almacenar registros de actividad. noOfCardVehicleRecords es el número de registros del vehículo que caben en la tarjeta. noOfCardPlaceRecords es el número de lugares que puede registrar la tarjeta. Generación 2: Además de los de la generación 1, se utilizan los siguientes elementos de datos: noOfGNSSCDRecords es el número de registros GNSS de conducción continua que puede almacenar la tarjeta. noOfSpecificConditionRecords es el número de registros de condiciones específicas que puede almacenar la tarjeta. 2.62. DriverCardHolderIdentification Información almacenada en una tarjeta de conductor y relativa a la identificación del titular de la tarjeta (anexo 1C, requisitos 256 y 281). cardHolderName es el nombre y los apellidos del titular de la tarjeta de conductor. 26.5.2016 L 139/111 Diario Oficial de la Unión Europea ES

cardHolderBirthDate es la fecha de nacimiento del titular de la tarjeta de conductor. cardHolderPreferredLanguage es el idioma preferido por el titular de la tarjeta. 2.63. DSRCSecurityData Generación 2: La información en texto sin formato y el MAC que deben transmitirse a través de DSRC desde el tacógrafo al interrogador remoto (RI), véanse detalles en el apéndice 11, parte B, capítulo 13. tagLength forma parte de la codificación DER-TLV y debe ponerse a ‘81 10’ (véase el apéndice 11, parte B, capítulo 13). currentDateTime es la fecha y la hora actuales de la unidad instalada en el vehículo. counter enumera los mensajes RTM. vuSerialNumber es el número de serie de la unidad instalada en el vehículo. dSRCMKVersionNumber es el número de versión de la clave maestra DSRC de la que se derivaron las claves DSRC específicas de VU. tagLengthMac es la etiqueta y la longitud del objeto de datos MAC como parte de la codificación DER-TLV. La etiqueta deberá ser ‘8E’ y la longitud codificará la longitud del MAC en octetos (véase el apéndice 11, parte B, capítulo 13). mac es el MAC calculado sobre el mensaje RTM (véase el apéndice 11, parte B, capítulo 13). 2.64. EGFCertificate Generación 2: Certificado de la clave pública del dispositivo GNSS externo para la autenticación mutua con una VU. La estructura de este certificado se especifica en el apéndice 11. 2.65. EmbedderIcAssemblerId Facilita información sobre el integrador del CI. 26.5.2016 L 139/112 Diario Oficial de la Unión Europea ES

countryCode es el código de país de dos letras del integrador del módulo conforme a la norma ISO 3166. moduleEmbedder identifica al integrador del módulo. manufacturerInformation para uso interno del fabricante. 2.66. EntryTypeDailyWorkPeriod Código para distinguir entre el comienzo y el final cuando se introduce un período diario de trabajo, el lugar y la condición de la entrada. Generación 1 Asignación de valor: con arreglo a la norma ISO/CEI 8824-1. Generación 2 Asignación de valor: con arreglo a la norma ISO/CEI 8824-1. 2.67. EquipmentType Código para distinguir diferentes tipos de equipos para la aplicación de tacógrafo. Generación 1: Asignación de valor: con arreglo a la norma ISO/CEI 8824-1. El valor 0 se reserva para designar a un Estado miembro o a Europa en el campo CHA de los certificados. 26.5.2016 L 139/113 Diario Oficial de la Unión Europea ES

Generación 2: se utilizan los mismos valores que en la generación 1, con los siguientes añadidos: Nota: Pueden utilizarse en SealRecord, si procede, los valores de generación 2 de la placa, el adaptador y la conexión del GNSS externo, así como los valores de generación 1 de la unidad instalada en el vehículo y el sensor de movimiento. 2.68. EuropeanPublicKey Generación 1: La clave pública europea. 2.69. EventFaultRecordPurpose Código que explica por qué se ha registrado un incidente o fallo. Asignación de valor: uno de los diez incidentes o fallos más recientes (o de los diez últimos) el incidente de más duración ocurrido en uno de los diez últimos días en que se hayan producido incidentes de este tipo uno de los cinco incidentes de más duración ocurridos en los últimos 365 días el último incidente ocurrido en uno de los diez últimos días en que se hayan producido incidentes de este tipo el incidente más grave en uno de los diez últimos días en que se hayan producido incidentes de este tipo uno de los cinco incidentes más graves ocurridos en los últimos 365 días el primer incidente o fallo ocurrido tras el último calibrado un incidente o fallo activo/en curso RFU específica del fabricante 2.70. EventFaultType Código que califica un incidente o un fallo. Asignación de valor: Generación 1: Incidentes de carácter general, No hay más información, Inserción de una tarjeta no válida, Conflicto de tarjetas, Solapamiento temporal, Conducción sin tarjeta adecuada, Inserción de tarjeta durante la conducción, Error al cerrar la última sesión de la tarjeta, Exceso de velocidad, Interrupción del suministro eléctrico, Error en datos de movimiento, Conflicto de movimiento del vehículo, RFU, 26.5.2016 L 139/114 Diario Oficial de la Unión Europea ES

Intentos de violación de la seguridad relacionados con la VU, No hay más información, Fallo de autenticación del sensor de movimiento, Fallo de autenticación de la tarjeta de tacógrafo, Cambio no autorizado del sensor de movimiento, Error de integridad en la entrada de los datos de la tarjeta, Error de integridad en los datos de usuario almacenados, Error en una transferencia interna de datos, Apertura no autorizada de la carcasa, Sabotaje del hardware, RFU, Intentos de violación de la seguridad relacionados con el sensor, No hay más información, Fallo de autenticación, Error de integridad en los datos almacenados, Error en una transferencia interna de datos, Apertura no autorizada de la carcasa, Sabotaje del hardware, RFU, Fallos del aparato de control, No hay más información, Fallo interno de la VU, Fallo de la impresora, Fallo de la pantalla, Fallo de transferencia, Fallo del sensor, RFU, Fallos de las tarjetas, No hay más información, RFU, RFU, específicos del fabricante. Generación 2: se utilizan los mismos valores que en la generación 1, con los siguientes añadidos: Conflicto temporal (entre el GNSS y el reloj interno de la VU), RFU, Fallos relacionados con el GNSS, No hay más información, Fallo del receptor GNSS interno, Fallo del receptor GNSS externo, Fallo del dispositivo de comunicación GNSS externo, Ausencia de datos de posición GNSS, Detección de manipulación de GNSS, Certificado del dispositivo GNSS externo expirado, RFU, Fallos relacionados con el módulo de comunicación a distancia, No hay más información, Fallo del módulo de comunicación a distancia, Fallo de comunicación del módulo de comunicación a distancia, RFU, Fallos de la interfaz ITS, No hay más información, RFU. 2.71. ExtendedSealIdentifier Generación 2: El identificador de precinto ampliado identifica de manera única un precinto (anexo 1C, requisito 401). 26.5.2016 L 139/115 Diario Oficial de la Unión Europea ES

manufacturerCode es un código del fabricante del precinto. sealIdentifier es un identificador del precinto que es exclusivo para el fabricante. 2.72. ExtendedSerialNumber Identificación exclusiva de un equipo. También puede utilizarse como el identificador de clave pública de un equipo. Generación 1: serialNumber es el número de serie de un equipo; exclusivo para el fabricante, para el tipo de equipo y para el mes y año a que se refiere la línea siguiente. monthYear es la identificación del mes y el año de fabricación (o de la asignación del número de serie). Asignación de valor: codificación BCD del mes (dos dígitos) y el año (dos últimos dígitos). type es un identificador del tipo de equipo. Asignación de valor: específica del fabricante, con ‘FFh’ valor reservado. manufacturerCode: es el código numérico que identifica al fabricante de un equipo homologado. Generación 2: serialNumber véase generación 1 monthYear véase generación 1 type indica el tipo de equipo manufacturerCode: véase generación 1. 2.73. FullCardNumber Código que identifica por completo a una tarjeta de tacógrafo. 26.5.2016 L 139/116 Diario Oficial de la Unión Europea ES

cardType es el tipo de tarjeta de tacógrafo. cardIssuingMemberState es el código del Estado miembro que ha expedido la tarjeta. cardNumber es el número de la tarjeta. 2.74. FullCardNumberAndGeneration Generación 2: Código que identifica por completo a una tarjeta de tacógrafo y su generación. fullcardNumber identifica la tarjeta de tacógrafo. generation indica la generación de la tarjeta de tacógrafo utilizada. 2.75. Generation Generación 2: Indica la generación del tacógrafo utilizado. Asignación de valor: ‘00’H RFU ‘01’H Generación 1 ‘02’H Generación 2 ‘03’H .. ‘FF’H RFU 2.76. GeoCoordinates Generación 2: Las coordenadas geográficas se codifican con números enteros. Estos enteros son múltiplos de la codificación ± GGMM.M para la latitud y ± GGGMM.M para la longitud, donde ± GG y ± GGG denotan los grados y MM.M los minutos. latitude se codifica como un múltiplo (factor 10) de la representación ± GGMM.M. longitude se codifica como un múltiplo (factor 10) de la representación ± GGGMM.M. 26.5.2016 L 139/117 Diario Oficial de la Unión Europea ES

2.77. GNSSAccuracy Generación 2: La exactitud de los datos de posición del GNSS (definición eee)). Esta exactitud se codifica con un número entero y es un múltiplo (factor 10) del valor X.Y facilitado por la sentencia GSA NMEA. 2.78. GNSSContinuousDriving Generación 2: Información almacenada en una tarjeta de conductor o de taller y relativa a la posición GNSS del vehículo si el tiempo de conducción continua del conductor alcanza un múltiplo de tres horas (anexo 1C, requisitos 306 y 354). gnssCDPointerNewestRecord es el índice del último registro actualizado de conducción continua del GNSS. Asignación de valor: número correspondiente al numerador del registro de conducción continua del GNSS. Al primer registro de la estructura se le asigna el número ‘0’. gnssContinuousDrivingRecords es el conjunto de registros que contienen la fecha y hora en que la conducción continua alcanza un múltiplo de tres horas e información sobre la posición del vehículo. 2.79. GNSSContinuousDrivingRecord Generación 2: Información almacenada en una tarjeta de conductor o de taller y relativa a la posición GNSS del vehículo si el tiempo de conducción continua del conductor alcanza un múltiplo de tres horas (anexo 1C, requisitos 305 y 353). timeStamp es la fecha y hora en las que el tiempo de conducción continua del titular de la tarjeta llega a un múltiplo de tres horas. gnssPlaceRecord contiene información relacionada con la posición del vehículo. 2.80. GNSSPlaceRecord Generación 2: Información relacionada con la posición GNSS del vehículo (anexo 1C, requisitos 108, 109, 110, 296, 305, 347 y 353). 26.5.2016 L 139/118 Diario Oficial de la Unión Europea ES

timeStamp es la fecha y la hora en que se determinó la posición GNSS del vehículo. gnssAccuracy es la exactitud de los datos de posición GNSS. geoCoordinates es la localización registrada utilizando el GNSS. 2.81. HighResOdometer Lectura del cuentakilómetros del vehículo: distancia acumulada que ha recorrido el vehículo durante su funcionamiento. Asignación de valor: número binario sin signo. Valor en 1/200 km en el intervalo operativo de 0 a 21 055 406 km. 2.82. HighResTripDistance La distancia recorrida durante todo o parte de un viaje. Asignación de valor: número binario sin signo. Valor en 1/200 km en el intervalo operativo de 0 a 21 055 406 km. 2.83. HolderName El nombre y apellidos del titular de una tarjeta. holderSurname son los apellidos del titular. No incluye el tratamiento. Asignación de valor: cuando una tarjeta no es personal, holderSurname contiene la misma información que companyName o workshopName o controlBodyName. holderFirstNames es el nombre y las iniciales del titular. 2.84. InternalGNSSReceiver Generación 2: Información sobre si el receptor GNSS es interno o externo a la unidad instalada en el vehículo. True significa que el receptor GNSS es interno a la VU. False significa que el receptor GNSS es externo. 2.85. K-ConstantOfRecordingEquipment Constante del aparato de control [definición m)]. Asignación de valor: impulsos por kilómetro en el intervalo operativo de 0 a 64 255 impulsos/km. 26.5.2016 L 139/119 Diario Oficial de la Unión Europea ES

2.86. KeyIdentifier Un identificador exclusivo de una clave pública, empleado para hacer referencia a dicha clave y seleccionarla. También identifica al titular de la clave. La primera opción sirve para hacer referencia a la clave pública de una unidad instalada en el vehículo o de una tarjeta de tacógrafo. La segunda opción sirve para hacer referencia a la clave pública de una VU (en caso de que el número de serie de dicha VU no pueda conocerse en el momento de generarse el certificado). La tercera opción sirve para hacer referencia a la clave pública de un Estado miembro. 2.87. KMWCKey Generación 2: Clave AES y su versión de clave asociada utilizada en el emparejamiento VU — sensor de movimiento. Para más detalles véase el apéndice 11. kMWCKey es la longitud de la clave AES concatenada con la clave que se utiliza para el emparejamiento VU — sensor de movimiento. keyVersion denota la versión de la clave AES. 2.88. Language Código que identifica un idioma. Asignación de valor: codificación mediante dos letras en minúsculas con arreglo a la norma ISO 639. 2.89. LastCardDownload Fecha y hora, almacenadas en una tarjeta de conductor, de la última transferencia de los datos de la tarjeta (para fines distintos de los de control), anexo 1C, requisitos 257 y 282. Esta fecha puede ser actualizada por una VU o por cualquier lector de tarjetas. Asignación de valor: no hay más especificaciones. 2.90. LinkCertificate Generación 2: Certificado de enlace entre pares de claves de la European Root CA. 26.5.2016 L 139/120 Diario Oficial de la Unión Europea ES

2.91. L-TyreCircumference Circunferencia efectiva de los neumáticos de las ruedas [definición u)]. Asignación de valor: número binario sin signo, valor en 1/8 mm en el intervalo operativo de 0 a 8 031 mm. 2.92. MAC Generación 2: Una suma de control criptográfica de 8, 12 o 16 bytes de longitud correspondiente a los conjuntos de cifrado que se especifican en el apéndice 11. 2.93. ManualInputFlag Código que indica si el titular de una tarjeta, en el momento de insertar dicha tarjeta, ha introducido o no manualmente alguna actividad del conductor (anexo 1B, requisito 081, y anexo 1C, requisito 102). Asignación de valor: no hay más especificaciones. 2.94. ManufacturerCode Código que identifica al fabricante de un aparato homologado. El laboratorio encargado de los ensayos de interoperabilidad conservará y publicará en su sitio web la lista de códigos de fabricantes (anexo 1C, requisito 454). Los códigos de fabricante se asignarán provisionalmente a los desarrolladores de tacógrafos al presentar una solicitud al laboratorio competente para realizar los ensayos de interoperabilidad. 2.95. ManufacturerSpecificEventFaultData Generación 2: Los códigos de error específicos del fabricante simplifican el análisis de errores y el mantenimiento de las VU. 26.5.2016 L 139/121 Diario Oficial de la Unión Europea ES

manufacturerCode identifica al fabricante de la unidad instalada en el vehículo. manufacturerSpecificErrorCode es un código de error específico del fabricante. 2.96. MemberStateCertificate El certificado de la clave pública de un Estado miembro, expedido por la autoridad de certificación europea. 2.97. MemberStateCertificateRecordArray Generación 2: El certificado del Estado miembro más metadatos tal y como se utilizan en el protocolo de transferencia. recordType denota el tipo de registro (MemberStateCertificate). Asignación de valor: véase RecordType. recordSize es el tamaño de MemberStateCertificate en bytes. noOfRecords es el número de registros que hay en el conjunto. El valor se pondrá a 1, ya que los certificados pueden tener diferentes longitudes. records es el conjunto de certificados de Estado miembro. 2.98. MemberStatePublicKey Generación 1: La clave pública de un Estado miembro. 2.99. Name Un nombre. codePage especifica un conjunto de caracteres definidos en el capítulo 4, name representa un nombre codificado utilizando el conjunto de caracteres especificado. 26.5.2016 L 139/122 Diario Oficial de la Unión Europea ES

2.100. NationAlpha Toda referencia alfabética a un país se realizará con arreglo a los distintivos utilizados en los vehículos en el tráfico internacional (Convención de Viena sobre la circulación vial de las Naciones Unidas, 1968). Los códigos alfanuméricos que identifican a los distintos países figurarán en una lista mantenida en el sitio web del laboratorio designado para realizar los ensayos de interoperabilidad, tal y como establece en el anexo 1C, requisito 440. 2.101. NationNumeric Referencia numérica a un país. Asignación de valor: véase tipo de datos 2.100 (NationAlpha). Toda modificación o actualización de la especificación alfanumérica relativa a los distintos países descrita en el párrafo anterior tendrá lugar, únicamente, después de que el laboratorio designado haya obtenido las observaciones de los fabricantes de unidades instaladas en el vehículo de tacógrafos digitales e inteligentes homologados. 2.102. NoOfCalibrationRecords Número de registros de calibrado que puede almacenar una tarjeta de taller. Generación 1: Asignación de valor: véase el apéndice 2. Generación 2: Asignación de valor: véase el apéndice 2. 2.103. NoOfCalibrationsSinceDownload Contador que indica el número de calibrados realizados con una tarjeta de taller desde que se transfirieran por última vez sus datos (anexo 1C, requisitos 317 y 340). Asignación de valor: no hay más especificaciones. 2.104. NoOfCardPlaceRecords Número de registros de lugares que puede almacenar una tarjeta de conductor o de taller. Generación 1: Asignación de valor: véase el apéndice 2. Generación 2: Asignación de valor: véase el apéndice 2. 26.5.2016 L 139/123 Diario Oficial de la Unión Europea ES

2.105. NoOfCardVehicleRecords Número de registros sobre vehículos usados que puede almacenar una tarjeta de conductor o de taller. Asignación de valor: véase el apéndice 2. 2.106. NoOfCardVehicleUnitRecords Generación 2: Número de registros sobre unidades instalas en vehículos usados que puede almacenar una tarjeta de conductor o de taller. Asignación de valor: véase el apéndice 2. 2.107. NoOfCompanyActivityRecords Número de registros sobre actividades de empresa que puede almacenar una tarjeta de empresa. Asignación de valor: véase el apéndice 2. 2.108. NoOfControlActivityRecords Número de registros sobre actividades de control que puede almacenar una tarjeta de control. Asignación de valor: véase el apéndice 2. 2.109. NoOfEventsPerType Número de incidentes de cada tipo que puede almacenar una tarjeta. Asignación de valor: véase el apéndice 2. 2.110. NoOfFaultsPerType Número de fallos de cada tipo que puede almacenar una tarjeta. Asignación de valor: véase el apéndice 2. 2.111. NoOfGNSSCDRecords Generación 2: Número de registros GNSS de conducción continua que puede almacenar una tarjeta. Asignación de valor: véase el apéndice 2. 26.5.2016 L 139/124 Diario Oficial de la Unión Europea ES

2.112. NoOfSpecificConditionRecords Generación 2: Número de registros de condición específica que puede almacenar una tarjeta. Asignación de valor: véase el apéndice 2. 2.113. OdometerShort Lectura del cuentakilómetros del vehículo en forma abreviada. Asignación de valor: número binario sin signo. Valor en km en el intervalo operativo de 0 a 9 999 999 km. 2.114. OdometerValueMidnight La lectura del cuentakilómetros del vehículo a medianoche de un día determinado (anexo 1B, requisito 090, y anexo 1C, requisito 113). Asignación de valor: no hay más especificaciones. 2.115. OdometerValueMidnightRecordArray Generación 2: El OdometerValueMidnight más metadatos tal como se utilizan en el protocolo de transferencia. recordType denota el tipo de registro (OdometerValueMidnight). Asignación de valor: véase RecordType. recordSize es el tamaño de OdometerValueMidnight en bytes. noOfRecords es el número de registros que hay en el conjunto. records es el conjunto de registros de OdometerValueMidnight. 2.116. OverspeedNumber Número de incidentes de exceso de velocidad ocurridos desde el último control del exceso de velocidad. Asignación de valor: 0 significa que no se ha producido ningún incidente de exceso de velocidad desde el último control, 1 significa que se ha producido un incidente de exceso de velocidad desde el último control … 255 significa que se han producido 255 o más incidentes de exceso de velocidad desde el último control. 26.5.2016 L 139/125 Diario Oficial de la Unión Europea ES

2.117. PlaceRecord Información relativa al lugar donde comienza o termina un período de trabajo diario (anexo 1C, requisitos 108, 271, 296, 324 y 347). Generación 1: entryTime es una fecha y una hora relacionadas con la entrada. entryTypeDailyWorkPeriod es el tipo de entrada. dailyWorkPeriodCountry es el país introducido. dailyWorkPeriodRegion es la región introducida. vehicleOdometerValue es la lectura del cuentakilómetros en el momento de introducir el lugar. Generación 2: Además de los de la generación 1, se utiliza el siguiente componente: entryGNSSPlaceRecord es la localización y la hora registrada. 2.118. PreviousVehicleInfo Información relativa al vehículo que utilizara previamente un conductor al insertar su tarjeta en una unidad instalada en el vehículo (anexo 1B, requisito 081, y anexo 1C, requisito 102). Generación 1: vehicleRegistrationIdentification es el VRN y el nombre del Estado miembro donde se matriculara el vehículo. cardWithdrawalTime es la fecha y la hora de extracción de la tarjeta. Generación 2: 26.5.2016 L 139/126 Diario Oficial de la Unión Europea ES

Además de los de la generación 1, se utiliza el siguiente elemento de datos: vuGeneration indica la generación de la unidad instalada en el vehículo. 2.119. PublicKey Generación 1: Una clave RSA pública. rsaKeyModulus es el módulo del par de claves. rsaKeyPublicExponent es el exponente público del par de claves. 2.120. RecordType Generación 2: Referencia a un tipo de registro. Este tipo de datos se utiliza en RecordArrays. Asignación de valor: ActivityChangeInfo, CardSlotsStatus, CurrentDateTime, MemberStateCertificate, OdometerValueMidnight, DateOfDayDownloaded, SensorPaired, Signature, SpecificConditionRecord, VehicleIdentificationNumber, VehicleRegistrationNumber, VuCalibrationRecord, VuCardIWRecord, VuCardRecord, VuCertificate, VuCompanyLocksRecord, VuControlActivityRecord, VuDetailedSpeedBlock, VuDownloadablePeriod, VuDownloadActivityData, VuEventRecord, VuGNSSCDRecord, VuITSConsentRecord, VuFaultRecord, VuIdentification, VuOverSpeedingControlData, VuOverSpeedingEventRecord, VuPlaceDailyWorkPeriodRecord, VuTimeAdjustmentGNSSRecord, VuTimeAdjustmentRecord, VuPowerSupplyInterruptionRecord, SensorPairedRecord, SensorExternalGNSSCoupledRecord, RFU, específicos del fabricante. 26.5.2016 L 139/127 Diario Oficial de la Unión Europea ES

2.121. RegionAlpha Referencia alfabética a una región perteneciente a un país especificado. Generación 1: Asignación de valor: Generación 2: Los códigos alfabéticos que identifican a las distintas regiones figurarán en una lista mantenida en el sitio web del laboratorio designado para realizar los ensayos de interoperabilidad. 2.122. RegionNumeric Referencia numérica a una región perteneciente a un país especificado. Generación 1: Asignación de valor: 26.5.2016 L 139/128 Diario Oficial de la Unión Europea ES

Generación 2: Los códigos numéricos que identifican a las distintas regiones figurarán en una lista mantenida en el sitio web del laboratorio designado para realizar los ensayos de interoperabilidad. 2.123. RemoteCommunicationModuleSerialNumber Generación 2: número de serie del módulo de comunicación a distancia, 2.124. RSAKeyModulus Generación 1: El módulo de un par de claves RSA. Asignación de valor: no especificado. 2.125. RSAKeyPrivateExponent Generación 1: El exponente privado de un par de claves RSA. Asignación de valor: no especificado. 2.126. RSAKeyPublicExponent Generación 1: El exponente público de un par de claves RSA. Asignación de valor: no especificado. 2.127. RtmData Generación 2: Para la definición de este tipo de datos, véase el apéndice 14. 2.128. SealDataCard Generación 2: Este tipo de datos almacena información sobre los precintos colocados en los distintos componentes de un vehículo y se destina al almacenamiento en una tarjeta. Este tipo de datos está relacionado con el anexo 1C, requisito 337. 26.5.2016 L 139/129 Diario Oficial de la Unión Europea ES

noOfSealRecords es el número de registros que hay en sealRecords. sealRecords es un conjunto de registros sobre precintos. 2.129. SealDataVu Generación 2: Este tipo de datos almacena información sobre los precintos colocados en los distintos componentes de un vehículo y se destina al almacenamiento en una unidad instalada en el vehículo. sealRecords es un conjunto de registros sobre precintos. Si hay menos de cinco precintos, el valor de EquipmentType en todos los sealRecords no utilizados se pondrá a 16, es decir, sin utilizar. 2.130. SealRecord Generación 2: Este tipo de datos almacena información sobre un precinto colocado en un componente. Este tipo de datos está relacionado con el anexo 1C, requisito 337. equipmentType identifica el tipo de aparato en que se coloca el precinto. extendedSealIdentifier es el identificador del precinto colocado en el aparato. 2.131. SensorApprovalNumber Número de homologación del sensor. Generación 1: Asignación de valor: no especificado. Generación 2: Asignación de valor: El número de homologación deberá constar según haya sido publicado en el correspondiente sitio web de la Comisión Europea, es decir, por ejemplo, incluyendo guiones si los lleva. El número de homologación deberá estar alineado a la izquierda. 26.5.2016 L 139/130 Diario Oficial de la Unión Europea ES

2.132. SensorExternalGNSSApprovalNumber Generación 2: número de homologación del dispositivo GNSS externo. Asignación de valor: El número de homologación deberá constar según haya sido publicado en el correspondiente sitio web de la Comisión Europea, es decir, por ejemplo, incluyendo guiones si los lleva. El número de homologación deberá estar alineado a la izquierda. 2.133. SensorExternalGNSSCoupledRecord Generación 2: Información almacenada en una unidad instalada en el vehículo y relativa a la identificación del sensor de movimiento acoplado a dicha unidad (anexo 1C, requisito 100). sensorSerialNumber es el número de serie del dispositivo GNSS externo que está acoplado a la VU. sensorApprovalNumber es el número de homologación de este dispositivo GNSS externo. sensorCouplingDate es la fecha de acoplamiento del dispositivo GNSS externo con la VU. 2.134. SensorExternalGNSSIdentification Generación 2: Información relativa a la identificación del dispositivo GNSS externo (anexo 1C, requisito 98). sensorSerialNumber es el número de serie ampliado del dispositivo GNSS externo. sensorApprovalNumber es el número de homologación del dispositivo GNSS externo. sensorSCIdentifier es el identificador del componente de seguridad del dispositivo GNSS externo. sensorOSIdentifier es el identificador del sistema operativo del dispositivo GNSS externo. 26.5.2016 L 139/131 Diario Oficial de la Unión Europea ES

2.135. SensorExternalGNSSInstallation Generación 2: Información almacenada en un dispositivo GNSS externo y relativa a la instalación del sensor GNSS externo (anexo 1C, requisito 123). sensorCouplingDateFirst es la fecha del primer acoplamiento del dispositivo GNSS externo con una VU. firstVuApprovalNumber es el número de homologación de la primera VU acoplada con el dispositivo GNSS externo. firstVuSerialNumber es el número de serie de la primera VU acoplada con el dispositivo GNSS externo. sensorCouplingDateCurrent es la fecha del acoplamiento actual del dispositivo GNSS externo con una VU. currentVuApprovalNumber es el número de homologación de la VU actualmente acoplada con el dispositivo GNSS externo. currentVUSerialNumber es el número de serie de la VU actualmente acoplada con el dispositivo GNSS externo. 2.136. SensorExternalGNSSOSIdentifier Generación 2: Identificador del sistema operativo del dispositivo GNSS externo. Asignación de valor: específica del fabricante. 2.137. SensorExternalGNSSSCIdentifier Generación 2: Este tipo se utiliza, por ejemplo, para identificar el módulo criptográfico del dispositivo GNSS externo. Identificador del componente de seguridad del dispositivo GNSS externo. Asignación de valor: específica del fabricante del componente. 26.5.2016 L 139/132 Diario Oficial de la Unión Europea ES

2.138. SensorGNSSCouplingDate Generación 2: Fecha de un acoplamiento entre el dispositivo GNSS externo y una unidad instala en el vehículo. Asignación de valor: No especificado. 2.139. SensorGNSSSerialNumber Generación 2: Este tipo se utiliza para almacenar el número de serie del receptor GNSS tanto cuando esté dentro de la VU como cuando esté fuera de la VU. Número de serie del receptor GNSS. 2.140. SensorIdentification Información almacenada en un sensor de movimiento y relativa a la identificación de dicho sensor (anexo 1B, requisito 077 y anexo 1C, requisito 95). sensorSerialNumber es el número de serie ampliado del sensor de movimiento (incluye el número de pieza y el código del fabricante). sensorApprovalNumber es el número de homologación del sensor de movimiento. sensorSCIdentifier es el identificador del componente de seguridad del sensor de movimiento. sensorOSIdentifier es el identificador del sistema operativo del sensor de movimiento. 2.141. SensorInstallation Información almacenada en un sensor de movimiento y relativa a la instalación de dicho sensor (anexo 1B, requisito 099 y anexo 1C, requisito 122). sensorPairingDateFirst es la fecha del primer emparejamiento del sensor de movimiento con una VU. firstVuApprovalNumber es el número de homologación de la primera VU emparejada con el sensor de movimiento. 26.5.2016 L 139/133 Diario Oficial de la Unión Europea ES

firstVuSerialNumber es el número de serie de la primera VU emparejada con el sensor de movimiento. sensorPairingDateCurrent es la fecha del emparejamiento actual entre el sensor de movimiento y la VU. currentVuApprovalNumber es el número de homologación de la VU que está emparejada actualmente con el sensor de movimiento. currentVUSerialNumber es el número de serie de la VU que está emparejada actualmente con el sensor de movimiento. 2.142. SensorInstallationSecData Información almacenada en una tarjeta de taller y relativa a los datos de seguridad necesarios para emparejar sensores de movimiento y unidades instaladas en vehículos (anexo 1C, requisitos 308 y 331). Generación 1: Asignación de valor: con arreglo a la norma ISO 16844-3. Generación 2: Tal como se describe en el apéndice 11, una tarjeta de taller deberá almacenar hasta tres claves de emparejamiento del sensor de movimiento con la VU. Estas claves tienen diferentes versiones de clave. 2.143. SensorOSIdentifier Identificador del sistema operativo del sensor de movimiento. Asignación de valor: específica del fabricante. 2.144. SensorPaired Generación 1: Información almacenada en una unidad instalada en el vehículo y relativa a la identificación del sensor de movimiento emparejado con dicha unidad (anexo 1B, requisito 079). sensorSerialNumber es el número de serie del sensor de movimiento que está emparejado actualmente con la VU. sensorApprovalNumber es el número de homologación del sensor de movimiento que está emparejado actualmente con la VU. sensorPairingDateFirst es la fecha en que el sensor de movimiento emparejado actualmente a la VU se emparejó por primera vez con la VU. 26.5.2016 L 139/134 Diario Oficial de la Unión Europea ES

2.145. SensorPairedRecord Generación 2: Información almacenada en una unidad instalada en el vehículo y relativa a la identificación de un sensor de movimiento emparejado con dicha unidad (anexo 1C, requisito 97). sensorSerialNumber es el número de serie de un sensor de movimiento emparejado con la VU. sensorApprovalNumber es el número de homologación de este sensor de movimiento. sensorPairingDate es la fecha del emparejamiento de este sensor de movimiento con la VU. 2.146. SensorPairingDate Fecha de un emparejamiento del sensor de movimiento con una VU. Asignación de valor: no especificado. 2.147. SensorSCIdentifier Identificador del componente de seguridad del sensor de movimiento. Asignación de valor: específica del fabricante del componente. 2.148. SensorSerialNumber Número de serie del sensor de movimiento. 2.149. Signature Una firma digital. Generación 1: Asignación de valor: con arreglo a lo dispuesto en el apéndice 11 (Mecanismos de seguridad comunes). Generación 2: Asignación de valor: con arreglo a lo dispuesto en el apéndice 11 (Mecanismos de seguridad comunes). 26.5.2016 L 139/135 Diario Oficial de la Unión Europea ES

2.150. SignatureRecordArray Generación 2: Conjunto de firmas más metadatos tal como se utilizan en el protocolo de transferencia. recordType denota el tipo de registro (Signature). Asignación de valor: véase RecordType. recordSize es el tamaño de Signature en bytes. noOfRecords es el número de registros que hay en el conjunto. El valor se pondrá a 1, ya que las firmas pueden tener diferentes longitudes. records es el conjunto de firmas. 2.151. SimilarEventsNumber El número de incidentes similares de un día determinado (anexo 1B, requisito 094, y anexo 1C, requisito 117). Asignación de valor: el 0 no se utiliza, el 1 significa que ese día solo ha ocurrido y se ha almacenado un incidente de ese tipo, el 2 significa que ese día han ocurrido 2 incidentes de ese tipo (y solo se ha almacenado uno), … 255 significa que ese día han ocurrido 255 o más incidentes de ese tipo. 2.152. SpecificConditionRecord Información almacenada en una tarjeta de conductor o de taller o en una unidad instalada en el vehículo y relativa a una condición específica (anexo 1C, requisitos 130, 276, 301, 328 y 355). entryTime es la fecha y la hora de la entrada. specificConditionType es el código que identifica la condición específica. 2.153. SpecificConditions Información almacenada en una tarjeta de conductor o de taller o en una unidad instalada en el vehículo y relativa a una condición específica (anexo 1C, requisitos 131, 277, 302, 329 y 356). Generación 2: 26.5.2016 L 139/136 Diario Oficial de la Unión Europea ES

controlPointerNewestRecord es el índice del último registro actualizado de una condición específica. Asignación de valor: número correspondiente al numerador del registro de condición específica. Al primer registro de la estructura se le asigna el número ‘0’. specificConditionRecords es el conjunto de registros con información sobre las condiciones específicas utilizadas. 2.154. SpecificConditionType Código que identifica una condición específica (anexo 1B, requisitos 050b, 105a, 212a y 230a y anexo 1C, requisito 62). Generación 1: Asignación de valor: ‘00’H RFU ‘01’H Fuera de ámbito — Comienzo ‘02’H Fuera de ámbito — Final ‘03’H Trayecto en transbordador/tren ‘04’H .. ‘FF’H RFU Generación 2: Asignación de valor: ‘00’H RFU ‘01’H Fuera de ámbito — Comienzo ‘02’H Fuera de ámbito — Final ‘03’H Trayecto en transbordador/tren — Comienzo ‘04’H Trayecto en transbordador/tren — Final ‘05’H .. ‘FF’H RFU 2.155. Speed Velocidad del vehículo (km/h). Asignación de valor: kilómetros por hora en el intervalo operativo de 0 a 220 km/h. 2.156. SpeedAuthorised Velocidad máxima autorizada para el vehículo [definición hh)]. 26.5.2016 L 139/137 Diario Oficial de la Unión Europea ES

2.157. SpeedAverage Velocidad media en un lapso de tiempo previamente definido (km/h). 2.158. SpeedMax Velocidad máxima medida en un lapso de tiempo previamente definido. 2.159. TachographPayload Generación 2: Para la definición de este tipo de datos, véase el apéndice 14. 2.160. TachographPayloadEncrypted Generación 2: Carga útil del tacógrafo cifrado DER-TLV, es decir, los datos enviados cifrados en el mensaje RTM. Para el cifrado, véase el apéndice 11, parte B, capítulo 13. tag forma parte de la codificación DER-TLV y debe ponerse a ‘87’ (véase el apéndice 11, parte B, capítulo 13). length es parte de la codificación DER-TLV y codificará la longitud del siguiente paddingContentIndicatorByte y el encryptedData. paddingContentIndicatorByte deberá ser ‘00’. encryptedData es la tachographPayload cifrada, según lo especificado en el apéndice 11, parte B, capítulo 13. La longitud de estos datos en octetos siempre deberá ser múltiplo de 16. 2.161. TDesSessionKey Generación 1: Una clave de sesión triple DES. Asignación de valor: no hay más especificaciones. 26.5.2016 L 139/138 Diario Oficial de la Unión Europea ES

2.162. TimeReal Código para un campo combinado de fecha y hora, donde ambos parámetros se expresan como los segundos transcurridos desde las 00h00m00s del 1 de enero de 1970, tiempo medio de Greenwich. Asignación de valor — Alineación de octeto: número de segundos transcurridos a partir de la medianoche del día 1 de enero de 1970, tiempo medio de Greenwich. La fecha/hora máxima posible es en el año 2106. 2.163. TyreSize Designación de las dimensiones de los neumáticos. Asignación de valor: de conformidad con la Directiva 92/23/CEE de 31 de marzo de 1992 (DO L 129 de 14.5.1992, p. 95). 2.164. VehicleIdentificationNumber Número de identificación del vehículo (VIN) referido al vehículo completo, generalmente el número de serie del chasis o el número de bastidor. Asignación de valor: tal y como se define en la norma ISO 3779. 2.165. VehicleIdentificationNumberRecordArray Generación 2: El VehicleIdentificationNumber más metadatos tal como se utilizan en el protocolo de transferencia. recordType denota el tipo de registro (VehicleIdentificationNumber). Asignación de valor: véase RecordType. recordSize es el tamaño de VehicleIdentificationNumber en bytes. noOfRecords es el número de registros que hay en el conjunto. records es el conjunto de números de identificación de vehículos. 2.166. VehicleRegistrationIdentification Identificación de un vehículo, exclusiva para Europa (VRN y Estado miembro). 26.5.2016 L 139/139 Diario Oficial de la Unión Europea ES

vehicleRegistrationNation es la nación donde se matriculó el vehículo. vehicleRegistrationNumber es el número de matrícula del vehículo (VRN). 2.167. VehicleRegistrationNumber Número de matrícula del vehículo (VRN). El número de matrícula lo asigna la autoridad de matriculación de vehículos. codePage especifica un conjunto de caracteres definidos en el capítulo 4, vehicleRegNumber representa un VRN codificado utilizando el conjunto de caracteres especificado. Asignación de valor: específica para cada país. 2.168. VehicleRegistrationNumberRecordArray Generación 2: El VehicleRegistrationNumber más metadatos tal como se utilizan en el protocolo de transferencia. recordType denota el tipo de registro (VehicleRegistrationNumber). Asignación de valor: véase RecordType. recordSize es el tamaño de VehicleRegistrationNumber en bytes. noOfRecords es el número de registros que hay en el conjunto. records es el conjunto de números de matrícula de vehículos. 2.169. VuAbility Generación 2: Información almacenada en una VU sobre la capacidad de la VU para utilizar o no tarjetas de tacógrafo de generación 1 (anexo 1C, requisito 121). Asignación de valor — Alineación de octeto: ‘xxxxxxxa’B (8 bits) 26.5.2016 L 139/140 Diario Oficial de la Unión Europea ES

Para la compatibilidad con la generación 1: ‘a’B Admisión de las tarjetas de tacógrafo de generación 1 ‘0’ B admite la generación 1, ‘1’B no admite la generación 1, ‘xxxxxxx’B RFU 2.170. VuActivityDailyData Generación 1: Información almacenada en una VU y relativa a los cambios de actividad y/o los cambios del régimen de conducción y/o los cambios del estado de la tarjeta que tengan lugar en un día civil determinado (anexo 1B, requisito 084) y a los estados de las ranuras a las 00.00 horas de ese día. noOfActivityChanges es el número de palabras de ActivityChangeInfo que hay en el conjunto activityChangeInfos. activityChangeInfos es un conjunto de palabras de ActivityChangeInfo que se almacenan en la VU a lo largo del día Siempre incluye dos palabras de activityChangeInfo que dan el estado de las dos ranuras a las 00.00 horas de ese día. 2.171. VuActivityDailyRecordArray Generación 2: Información almacenada en una VU y relativa a los cambios de actividad y/o los cambios del régimen de conducción y/o los cambios del estado de la tarjeta que tengan lugar en un día civil determinado (anexo 1C, requisitos 105, 106 y 107) y a los estados de las ranuras a las 00.00 horas de ese día. recordType denota el tipo de registro (ActivityChangeInfo). Asignación de valor: véase RecordType. recordSize es el tamaño de ActivityChangeInfo en bytes. noOfRecords es el número de registros que hay en el conjunto. records es un conjunto de palabras de ActivityChangeInfo que se almacenan en la VU a lo largo del día. Siempre incluye dos palabras de activityChangeInfo que dan el estado de las dos ranuras a las 00.00 horas de ese día. 2.172. VuApprovalNumber Número de homologación de la unidad instalada en el vehículo. 26.5.2016 L 139/141 Diario Oficial de la Unión Europea ES

Generación 1: Asignación de valor: no especificado. Generación 2: Asignación de valor: el número de homologación deberá constar según haya sido publicado en el correspondiente sitio web de la Comisión Europea, es decir, por ejemplo, incluyendo guiones si los lleva. El número de homologación deberá estar alineado a la izquierda. 2.173. VuCalibrationData Generación 1: Información almacenada en una unidad instalada en el vehículo y relativa a los calibrados del aparato de control (anexo 1B, requisito 098). noOfVuCalibrationRecords es el número de registros que hay en el conjunto vuCalibrationRecords. vuCalibrationRecords es el conjunto de registros de calibrado. 2.174. VuCalibrationRecord Información almacenada en una unidad instalada en el vehículo y relativa al calibrado del aparato de control (anexo 1B, requisito 098 y anexo 1C, requisitos 119 y 120). Generación 1: calibrationPurpose es el propósito del calibrado. workshopName, workshopAddress son el nombre y la dirección del taller. 26.5.2016 L 139/142 Diario Oficial de la Unión Europea ES

workshopCardNumber identifica la tarjeta de taller empleada durante el calibrado. workshopCardExpiryDate es la fecha de expiración de la tarjeta. vehicleIdentificationNumber es el VIN. vehicleRegistrationIdentification contiene el VRN y el nombre del Estado miembro donde se matriculó el vehículo. wVehicleCharacteristicConstant es el coeficiente característico del vehículo. kConstantOfRecordingEquipment es la constante del aparato de control. lTyreCircumference es la circunferencia efectiva de los neumáticos de las ruedas. tyreSize son las dimensiones de las ruedas montadas en el vehículo. authorisedSpeed es la velocidad autorizada del vehículo. oldOdometerValue, newOdometerValue son la lectura anterior y la nueva lectura del cuentakilómetros. oldTimeValue, newTimeValue son el valor anterior y el nuevo valor de la fecha y la hora. nextCalibrationDate es la fecha del próximo calibrado del tipo especificado en CalibrationPurpose, a cargo de la autoridad de control autorizada. Generación 2: Además de los de la generación 1, se utiliza el siguiente elemento de datos: sealDataVu da información sobre los precintos colocados en diversos componentes del vehículo. 2.175. VuCalibrationRecordArray Generación 2: Información almacenada en una unidad instalada en el vehículo y relativa a los calibrados del aparato de control (anexo 1C, requisitos 119 y 120). 26.5.2016 L 139/143 Diario Oficial de la Unión Europea ES

recordType denota el tipo de registro (VuCalibrationRecord). Asignación de valor: véase RecordType. recordSize es el tamaño de VuCalibrationRecord en bytes. noOfRecords es el número de registros que hay en el conjunto. records es el conjunto de registros de calibrado. 2.176. VuCardIWData Generación 1: Información almacenada en una unidad instalada en el vehículo y relativa a los ciclos de inserción y extracción de tarjetas de conductor o de taller en dicha unidad (anexo 1B, requisito 081, y anexo 1C, requisito 103). noOfIWRecords es el número de registros que hay en el conjunto vuCardIWRecords. vuCardIWRecords es el conjunto de registros relativos a los ciclos de inserción y extracción de la tarjeta. 2.177. VuCardIWRecord Información almacenada en una unidad instalada en el vehículo y relativa al ciclo de inserción y extracción de una tarjeta de conductor o de taller en dicha unidad (anexo 1B, requisito 081, y anexo 1C, requisito 102). Generación 1: cardHolderName es el nombre y los apellidos del titular de la tarjeta de conductor o de taller, según los datos almacenados en la propia tarjeta. fullCardNumber es el tipo de tarjeta, el nombre del Estado miembro que la expidió y el número de tarjeta, según los datos almacenados en la propia tarjeta. cardExpiryDate es la fecha de expiración de la tarjeta, según los datos almacenados en la propia tarjeta. 26.5.2016 L 139/144 Diario Oficial de la Unión Europea ES

cardInsertionTime es la fecha y la hora de inserción. vehicleOdometerValueAtInsertion es la lectura del cuentakilómetros del vehículo en el momento de insertar la tarjeta. cardSlotNumber es la ranura donde se inserta la tarjeta. cardWithdrawalTime es la fecha y la hora de extracción. vehicleOdometerValueAtWithdrawal es la lectura del cuentakilómetros del vehículo en el momento de extraer la tarjeta. previousVehicleInfo contiene información sobre el vehículo anterior que utilizara el conductor, según los datos almacenados en la tarjeta. manualInputFlag es una bandera que indica si el titular de la tarjeta ha introducido manualmente alguna actividad del conductor en el momento de insertar la tarjeta. Generación 2: En lugar de fullCardNumber, la estructura de datos de la generación 2 utiliza el siguiente elemento de datos: fullCardNumberAndGeneration es el tipo de tarjeta, el nombre del Estado miembro que la expidió, el número de tarjeta y su generación, según los datos almacenados en la propia tarjeta. 2.178. VuCardIWRecordArray Generación 2: Información almacenada en una unidad instalada en el vehículo y relativa a los ciclos de inserción y extracción de tarjetas de conductor o de taller en dicha unidad (anexo 1C, requisito 103). recordType denota el tipo de registro (VuCardIWRecord). Asignación de valor: véase RecordType. recordSize es el tamaño de VuCardIWRecord en bytes. noOfRecords es el número de registros que hay en el conjunto. records es el conjunto de registros relativos a los ciclos de inserción y extracción de tarjetas. 2.179. VuCardRecord Generación 2: Información almacenada en una unidad instalada en el vehículo y relativa a una tarjeta de tacógrafo utilizada (anexo 1C, requisito 132). 26.5.2016 L 139/145 Diario Oficial de la Unión Europea ES

cardExtendedSerialNumber según se lee del archivo EF_ICC del MF de la tarjeta. cardPersonaliserID según se lee del archivo EF_ICC del MF de la tarjeta. typeOfTachographCardId según se lee del archivo EF_Application_Identification del DF_Tachograph_G2 cardStructureVersion según se lee del archivo EF_Application_Identification del DF_Tachograph_G2 cardNumber según se lee del archivo EF_Identification del DF_Tachograph_G2 2.180. VuCardRecordArray Generación 2: Información almacenada en una unidad instalada en el vehículo y relativa a las tarjetas de tacógrafo utilizadas con dicha unidad. Esta información se destina al análisis de los problemas VU — tarjeta (anexo 1C, requisito 132). recordType denota el tipo de registro (VuCardRecord). Asignación de valor: véase RecordType. recordSize es el tamaño de VuCardRecord en bytes. noOfRecords es el número de registros que hay en el conjunto. records es un conjunto de registros relativos a las tarjetas de tacógrafo utilizadas con la VU. 2.181. VuCertificate Certificado de la clave pública de una VU. 2.182. VuCertificateRecordArray Generación 2: El certificado de la VU más metadatos tal como se utilizan en el protocolo de transferencia. 26.5.2016 L 139/146 Diario Oficial de la Unión Europea ES

recordType denota el tipo de registro (VuCertificate). Asignación de valor: véase RecordType. recordSize es el tamaño de VuCertificate en bytes. noOfRecords es el número de registros que hay en el conjunto. El valor se pondrá a 1, ya que los certificados pueden tener diferentes longitudes. records es un conjunto de certificados de VU. 2.183. VuCompanyLocksData Generación 1: Información almacenada en una unidad instalada en el vehículo y relativa a bloqueos introducidos por empresas (anexo 1B, requisito 104). noOfLocks es el número de bloqueos incluidos en vuCompanyLocksRecords. vuCompanyLocksRecords es el conjunto de registros de bloqueos introducidos por empresas. 2.184. VuCompanyLocksRecord Información almacenada en una unidad instalada en el vehículo y relativa a bloqueos introducidos por una empresa (anexo 1B, requisito 104, y anexo 1C, requisito 128). Generación 1: lockInTime, lockOutTime son la fecha y la hora de activación y desactivación del bloqueo. companyName, companyAddress son el nombre y la dirección de la empresa relacionada con la activación del bloqueo. companyCardNumber identifica la tarjeta empleada para la activación del bloqueo. Generación 2: En lugar de companyCardNumber, la estructura de datos de la generación 2 utiliza el siguiente elemento de datos: companyCardNumberAndGeneration identifica la tarjeta, incluida su generación, empleada para la activación del bloqueo. 26.5.2016 L 139/147 Diario Oficial de la Unión Europea ES

2.185. VuCompanyLocksRecordArray Generación 2: Información almacenada en una unidad instalada en el vehículo y relativa a bloqueos introducidos por empresas (anexo 1C, requisito 128). recordType denota el tipo de registro (VuCompanyLocksRecord). Asignación de valor: véase RecordType. recordSize es el tamaño de VuCompanyLocksRecord en bytes. noOfRecords es el número de registros que hay en el conjunto. Valor 0..255. records es el conjunto de registros de bloqueos introducidos por empresas. 2.186. VuControlActivityData Generación 1: Información almacenada en una unidad instalada en el vehículo y relativa a los controles efectuados con dicha unidad (anexo 1B, requisito 102). noOfControls es el número de controles incluidos en vuControlActivityRecords. vuControlActivityRecords es el conjunto de registros sobre actividades de control. 2.187. VuControlActivityRecord Información almacenada en una unidad instalada en el vehículo y relativa a un control efectuado con dicha unidad (anexo 1B, requisito 102, y anexo 1C, requisito 126). Generación 1: controlType es el tipo de control. controlTime es la fecha y la hora del control. ControlCardNumber identifica la tarjeta de control empleada para el control. 26.5.2016 L 139/148 Diario Oficial de la Unión Europea ES

downloadPeriodBeginTime es la hora de comienzo del período cuyos datos se transfieren, en caso de transferencia. downloadPeriodEndTime es la hora de conclusión del período cuyos datos se transfieren, en caso de transferencia. Generación 2: En lugar de controlCardNumber, la estructura de datos de la generación 2 utiliza el siguiente elemento de datos: controlCardNumberAndGeneration identifica la tarjeta de control, incluida su generación, empleada para el control. 2.188. VuControlActivityRecordArray Generación 2: Información almacenada en una unidad instalada en el vehículo y relativa a los controles efectuados con dicha unidad (anexo 1C, requisito 126). recordType denota el tipo de registro (VuControlActivityRecord). Asignación de valor: véase RecordType. recordSize es el tamaño de VuControlActivityRecord en bytes. noOfRecords es el número de registros que hay en el conjunto. records es el conjunto de registros sobre actividades de control de la VU. 2.189. VuDataBlockCounter Contador, almacenado en una tarjeta, que identifica secuencialmente los ciclos de inserción/extracción de la tarjeta en unidades instaladas en vehículos. Asignación de valor: número consecutivo con un valor máximo de 9 999, y que vuelve a comenzar desde 0. 2.190. VuDetailedSpeedBlock Información pormenorizada almacenada en una unidad instalada en el vehículo y relativa a la velocidad del vehículo durante un minuto en el que haya estado en movimiento (anexo 1B, requisito 093, y anexo 1C, requisito 116). 26.5.2016 L 139/149 Diario Oficial de la Unión Europea ES

speedBlockBeginDate es la fecha y la hora del primer valor de velocidad comprendido en ese bloque. speedsPerSecond es la secuencia cronológica de las velocidades medidas cada segundo de ese minuto, empezando desde speedBlockBeginDate (inclusive). 2.191. VuDetailedSpeedBlockRecordArray Generación 2: Información pormenorizada almacenada en una unidad instalada en el vehículo y relativa a la velocidad del vehículo. recordType denota el tipo de registro (VuDetailedSpeedBlock). Asignación de valor: véase RecordType. recordSize es el tamaño de VuDetailedSpeedBlock en bytes. noOfRecords es el número de registros que hay en el conjunto. records es el conjunto de bloques con datos pormenorizados sobre la velocidad. 2.192. VuDetailedSpeedData Generación 1: Información pormenorizada almacenada en una unidad instalada en el vehículo y relativa a la velocidad del vehículo. noOfSpeedBlocks es el número de bloques con datos de velocidad que hay en el conjunto vuDetailedSpeedBlocks. vuDetailedSpeedBlocks es el conjunto de bloques con datos pormenorizados sobre la velocidad. 2.193. VuDownloadablePeriod La fecha más antigua y la más reciente para las que una unidad instalada en el vehículo conserva datos relativos a las actividades de los conductores (anexo 1B, requisitos 081, 084 o 087, y anexo 1C, requisitos 102, 105 y 108). minDownloadableTime es la fecha y la hora más antiguas en que se insertó una tarjeta, ocurrió un cambio de actividad o se introdujo un lugar; según los datos almacenados en la VU. maxDownloadableTime es la fecha y la hora más recientes en que se insertó una tarjeta, ocurrió un cambio de actividad o se introdujo un lugar; según los datos almacenados en la VU. 26.5.2016 L 139/150 Diario Oficial de la Unión Europea ES

2.194. VuDownloadablePeriodRecordArray Generación 2: El VUDownloadablePeriod más metadatos tal como se utilizan en el protocolo de transferencia. recordType denota el tipo de registro (VuDownloadablePeriod). Asignación de valor: véase RecordType. recordSize es el tamaño de VuDownloadablePeriod en bytes. noOfRecords es el número de registros que hay en el conjunto. records es el conjunto de registros de VuDownloadablePeriod. 2.195. VuDownloadActivityData Información almacenada en una unidad instalada en el vehículo y relativa a su última transferencia (anexo 1B, requisito 105, y anexo 1C, requisito 129). Generación 1: downloadingTime es la fecha y la hora de la transferencia. fullCardNumber identifica la tarjeta empleada para autorizar la transferencia. companyOrWorkshopName es el nombre de la empresa o del centro de ensayo. Generación 2: En lugar de fullCardNumber, la estructura de datos de la generación 2 utiliza el siguiente elemento de datos: fullCardNumberAndGeneration identifica la tarjeta, incluida su generación, empleada para autorizar la transferencia. 2.196. VuDownloadActivityDataRecordArray Generación 2: Información relativa a la última transferencia de la VU (anexo 1C, requisito 129). 26.5.2016 L 139/151 Diario Oficial de la Unión Europea ES

recordType denota el tipo de registro (VuDownloadActivityData). Asignación de valor: véase RecordType. recordSize es el tamaño de VuDownloadActivityData en bytes. noOfRecords es el número de registros que hay en el conjunto. records es el conjunto de registros de datos sobre actividades de transferencia. 2.197. VuEventData Generación 1: Información almacenada en una unidad instalada en el vehículo y relativa a incidentes (anexo 1B, requisito 094, salvo el incidente de exceso de velocidad). noOfVuEvents es el número de incidentes incluidos en el conjunto vuEventRecords. vuEventRecords es un conjunto de registros sobre incidentes. 2.198. VuEventRecord Información almacenada en una unidad instalada en el vehículo y relativa a un incidente (anexo 1B, requisito 094 y anexo 1C, requisito 117, salvo el incidente de exceso de velocidad). Generación 1: eventType es el tipo de incidente. eventRecordPurpose es el propósito con que se ha registrado ese incidente. eventBeginTime es la fecha y la hora de comienzo del incidente. eventEndTime es la fecha y la hora en que termina el incidente. cardNumberDriverSlotBegin identifica la tarjeta que estaba insertada en la ranura del conductor en el momento en que comenzó el incidente. cardNumberCodriverSlotBegin identifica la tarjeta que estaba insertada en la ranura del segundo conductor en el momento en que comenzó el incidente. cardNumberDriverSlotEnd identifica la tarjeta que estaba insertada en la ranura del conductor en el momento en que finalizó el incidente. cardNumberCodriverSlotEnd identifica la tarjeta que estaba insertada en la ranura del segundo conductor en el momento en que finalizó el incidente. 26.5.2016 L 139/152 Diario Oficial de la Unión Europea ES

similarEventsNumber es el número de incidentes similares ocurridos ese día. Esta secuencia puede utilizarse para todos los incidentes, excepto los de exceso de velocidad. Generación 2: Además de los de la generación 1, se utilizan los siguientes elementos de datos: manufacturerSpecificEventFaultData contiene información adicional sobre el incidente, específica del fabricante. En lugar de cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, cardNumberDriverSlotEnd y cardNumberCodriverSlotEnd, la estructura de datos de la generación 2 utiliza los siguientes elementos de datos: cardNumberAndGenDriverSlotBegin identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del conductor en el momento en que comenzó el incidente. cardNumberAndGenCodriverSlotBegin identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del segundo conductor en el momento en que comenzó el incidente. cardNumberAndGenDriverSlotEnd identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del conductor en el momento en que terminó el incidente. cardNumberAndGenCodriverSlotEnd identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del segundo conductor en el momento en que terminó el incidente. Si el incidente es un conflicto temporal, eventBeginTime y eventEndTime deben interpretarse como sigue: eventBeginTime es la fecha y la hora del aparato de control. eventEndTime es la fecha y la hora GNSS. 2.199. VuEventRecordArray Generación 2: Información almacenada en una unidad instalada en el vehículo y relativa a incidentes (anexo 1C, requisito 117, salvo el incidente de exceso de velocidad). 26.5.2016 L 139/153 Diario Oficial de la Unión Europea ES

recordType denota el tipo de registro (VuEventRecord). Asignación de valor: véase RecordType. recordSize es el tamaño de VuEventRecord en bytes. noOfRecords es el número de registros que hay en el conjunto. records es un conjunto de registros sobre incidentes. 2.200. VuFaultData Generación 1: Información almacenada en una unidad instalada en el vehículo y relativa a fallos (anexo 1B, requisito 096). noOfVuFaults es el número de fallos incluidos en el conjunto vuFaultRecords. vuFaultRecords es un conjunto de registros sobre fallos. 2.201. VuFaultRecord Información almacenada en una unidad instalada en el vehículo y relativa a un fallo (anexo 1B, requisito 096, y anexo 1C, requisito 118). Generación 1: faultType es el tipo de fallo del aparato de control. faultRecordPurpose es el propósito con que se ha registrado ese fallo. faultBeginTime es la fecha y la hora de comienzo del fallo. faultEndTime es la fecha y la hora en que termina el fallo. cardNumberDriverSlotBegin identifica la tarjeta que estaba insertada en la ranura del conductor en el momento en que comenzó el fallo. cardNumberCodriverSlotBegin identifica la tarjeta que estaba insertada en la ranura del segundo conductor en el momento en que comenzó el fallo. cardNumberDriverSlotEnd identifica la tarjeta que estaba insertada en la ranura del conductor en el momento en que terminó el fallo. cardNumberCodriverSlotEnd identifica la tarjeta que estaba insertada en la ranura del segundo conductor en el momento en que terminó el fallo. 26.5.2016 L 139/154 Diario Oficial de la Unión Europea ES

Generación 2: Además de los de la generación 1, se utiliza el siguiente elemento de datos: manufacturerSpecificEventFaultData contiene información adicional sobre el fallo, específica del fabricante. En lugar de cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, cardNumberDriverSlotEnd y cardNumberCodriverSlotEnd, la estructura de datos de la generación 2 utiliza los siguientes elementos de datos: cardNumberAndGenDriverSlotBegin identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del conductor en el momento en que comenzó el fallo. cardNumberAndGenCodriverSlotBegin identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del segundo conductor en el momento en que comenzó el fallo. cardNumberAndGenDriverSlotEnd identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del conductor en el momento en que terminó el fallo. cardNumberAndGenCodriverSlotEnd identifica la tarjeta, incluida su generación, que estaba insertada en la ranura del segundo conductor en el momento en que terminó el fallo. 2.202. VuFaultRecordArray Generación 2: Información almacenada en una unidad instalada en el vehículo y relativa a fallos (anexo 1B, requisito 118). recordType denota el tipo de registro (VuFaultRecord). Asignación de valor: véase RecordType. recordSize es el tamaño de VuFaultRecord en bytes. noOfRecords es el número de registros que hay en el conjunto. records es un conjunto de registros sobre fallos. 2.203. VuGNSSCDRecord Generación 2: Información al