Los dos orígenes del archivo DDD: tarjeta y vehículo
Todo lo que rodea al DDD — plazos, responsabilidades y sanciones — depende de cuál de las dos fuentes lo ha generado. El Reglamento (UE) 165/2014 regula ambos registros y el Reglamento (UE) 581/2010 fija la frecuencia máxima de descarga en el transporte por cuenta ajena:
1. Fichero de tarjeta de conductor
Contiene la actividad personal del conductor: conducción, otros trabajos, disponibilidad y descansos, junto con los vehículos utilizados, los lugares de inicio y fin de jornada y los controles sufridos. Plazo máximo de descarga: 28 días naturales.
2. Fichero de unidad vehicular (VU)
Registra la telemetría del vehículo: actividades de todos los conductores que lo han usado, eventos e incidencias, velocidad detallada, calibraciones de taller y datos del sensor de movimiento. Plazo máximo de descarga: 90 días naturales.
¿Quién es el responsable legal de cada descarga?
La empresa titular de la tarjeta de empresa es responsable de descargar tanto las tarjetas de sus conductores como las unidades de sus vehículos dentro de plazo, aunque el conductor sea quien físicamente inserte la tarjeta en el lector. En el caso de los autónomos, ambas obligaciones recaen sobre la misma persona. Si un vehículo se vende, se transfiere o se devuelve al final de un renting, los datos de la VU deben descargarse antes de perder el acceso al equipo: la carencia posterior de esos registros es sancionable aunque el vehículo ya no sea suyo.
¿Qué pasa si el plazo se cumple y no he descargado?
La falta de descarga en plazo se asimila a la carencia de registros, tipificada en la LOTT con multas de hasta 2.001€ por infracción — y cada tarjeta o vehículo sin descargar computa por separado. Si la descarga resulta imposible porque la empresa anterior bloqueó los datos con su tarjeta de empresa, la situación tiene solución técnica y legal: la explicamos en la guía sobre la descarga de datos bloqueada por la empresa.
El marco legal del DDD, explicado sin jerga
Cuatro normas concentran casi todas las obligaciones prácticas que un gestor o un conductor necesita conocer:
Reglamento (CE) 561/2006: lo que el archivo debe demostrar
Es la norma de tiempos de conducción y descanso. El DDD es precisamente la prueba de su cumplimiento: máximo 9 horas de conducción diaria (10 dos veces por semana), 56 horas semanales y 90 bisemanales, pausa de 45 minutos tras 4,5 horas, descanso diario de 11 horas (reducible a 9) y descanso semanal de 45 horas. Cada una de estas reglas se evalúa contra los registros binarios del fichero — tiene la referencia completa en nuestra guía de tiempos de conducción y descanso 2026.
Reglamento (UE) 165/2014: el aparato y sus datos
Define el tacógrafo digital e inteligente, la tarjeta de conductor, la obligación de custodia de los datos durante un mínimo de un año y el marco de la inspección remota DSRC. De aquí nace también el calendario del tacógrafo inteligente V2, cuyas diferencias técnicas repasamos en el artículo sobre el tacógrafo inteligente G2 versión 2.
Reglamento (UE) 581/2010: los plazos 28/90
Fija la frecuencia máxima de descarga: 28 días para la tarjeta y 90 para la VU. Son máximos, no recomendaciones operativas: cualquier avería de lector, tarjeta dañada o vacaciones mal planificadas convierte apurar el plazo en una ruleta. La práctica profesional razonable es descargar la tarjeta cada dos semanas y la VU cada mes.
LOTT y ROTT: cómo sanciona España
La ley española tipifica la carencia de registros (hasta 2.001€), su manipulación (4.001€ y pérdida de honorabilidad) y gradúa la reincidencia a través del índice de riesgo de cada empresa, alimentado por el intercambio europeo de infracciones. El detalle económico completo está en el baremo de sanciones del transporte terrestre 2026.
Problemas comunes con archivos DDD (y su solución)
"No puedo abrir el archivo"
Es el problema más buscado y el de solución más sencilla: el DDD no es legible con editores comunes porque no es texto, es binario estructurado. Necesita un visor que decodifique los bloques y verifique la firma. Tiene las opciones comparadas en cómo abrir archivos del tacógrafo digital, y si lo que busca es entender lo que ve una vez abierto, la referencia es cómo leer un archivo DDD.
"La firma digital aparece como corrupta"
Suele deberse a interrupciones durante la descarga (llave de mala calidad, cable OTG inestable, batería agotada a mitad de volcado) y deja el fichero sin valor legal. La detección temprana es crítica: si el análisis preventivo la detecta con el plazo aún abierto, basta repetir la descarga. Nuestro protocolo está en cómo analizar archivos DDD sin errores.
"El lector no reconoce la tarjeta"
Entre contactos sucios, drivers desactualizados y alimentación USB insuficiente, el fallo de lectura es el clásico de los lunes. Antes de pedir un duplicado de tarjeta, siga el diagnóstico de error de lectura de la tarjeta de conductor; y si el problema está en el propio aparato, consulte los errores frecuentes del tacógrafo digital.
"Tengo los archivos, pero en un disco local"
Guardar los DDD en el PC de administración es custodia solo en apariencia: un ransomware, un robo o un disco averiado destruyen un año de registros y generan la misma sanción que no haberlos descargado. Las obligaciones y las buenas prácticas están en custodia legal de archivos del tacógrafo y su automatización en el software de custodia legal.
De archivar a auditar: el beneficio que no se ve
Cumplir con la descarga y la custodia evita sanciones formales, pero el valor real del DDD aparece al auditarlo: cada fichero contiene las mismas infracciones que encontraría un inspector, semanas antes de que exista una inspección. Detectar hoy un exceso de conducción de hace diez días permite corregir la planificación, documentar la excepcionalidad o formar al conductor implicado; descubrirlo en el arcén solo permite pagar. Las flotas que analizan sus ficheros de forma sistemática convierten el tacógrafo en lo que nunca debió dejar de ser: un sistema de alerta temprana, no una caja de multas diferidas. Ese mismo análisis alimenta además usos operativos como el cálculo automático de dietas o el panel de control de descansos.
Anatomía binaria: qué hay dentro de un DDD
El Apéndice 7 del Reglamento (UE) 2016/799 define el protocolo de descarga y la estructura de los datos transferidos, organizados en peticiones de transferencia denominadas TREP (Transfer Response Parameter) para la VU y en ficheros elementales (EF) para la tarjeta. Conocer esta estructura no es erudición: explica por qué ciertos datos "no aparecen" en visores básicos y qué debe exigirle a su software.
Fichero de tarjeta: los bloques EF
- Identificación: datos del titular, número de tarjeta y permiso de conducción — el vínculo jurídico entre persona y registro.
- Actividad del conductor: el registro cronológico minuto a minuto de conducción, otros trabajos, disponibilidad y descanso; el corazón del fichero y la base del análisis de excesos de conducción diaria.
- Vehículos utilizados: matrícula y odómetro de cada vehículo conducido en el periodo.
- Lugares: países de inicio y fin de la jornada — insumo directo del control de cabotaje y del cálculo de dietas internacionales.
- Eventos y fallos: conducción sin tarjeta detectada, inserción en marcha, cortes de alimentación, conflictos de movimiento.
- Actividades de control: qué autoridad leyó la tarjeta, cuándo y qué descargó — el historial de inspecciones sufridas.
- Condiciones específicas: marcas OUT de ámbito y trayectos en ferry/tren que modulan la evaluación de descansos.
Fichero de VU: los TREP de primera generación
- TREP 01 — Overview: identificación del vehículo, bloqueos de empresa y descargas previas: aquí se comprueba si otra empresa dejó los datos bloqueados.
- TREP 02 — Activities: actividades diarias de todos los conductores del vehículo, incluidos los periodos sin tarjeta insertada.
- TREP 03 — Events & Faults: el registro de anomalías: excesos de velocidad, manipulación de sensor, cortes de energía.
- TREP 04 — Detailed Speed: velocidad segundo a segundo de las últimas ~24 horas de movimiento, la base de cualquier peritaje de accidente.
- TREP 05 — Technical Data: calibraciones, constantes del vehículo y datos del sensor de movimiento emparejado.
Generación 2: TREP 21-25 y 31-35
Los tacógrafos inteligentes duplican la estructura con bloques de segunda generación (TREP 21 a 25 y, en la versión 2, TREP 31 a 35) que amplían los anteriores con posiciones GNSS, registros automáticos de cruce de fronteras y operaciones de carga y descarga. Un visor que solo entienda TREP 01-05 mostrará un fichero G2 "incompleto" sin estar dañado — el clásico falso diagnóstico de corrupción.
La firma digital: por qué un bit lo rompe todo
Cada bloque de datos va acompañado de una firma calculada sobre su contenido con la clave privada del equipo emisor (tarjeta o VU), dentro de una jerarquía de certificados europea: la raíz ERCA (European Root Certification Authority) certifica a las autoridades nacionales, y estas a cada tarjeta y unidad fabricada.
G1 frente a G2
La primera generación firma con RSA de 1024 bits; los tacógrafos inteligentes (G2) migran a criptografía de curva elíptica (ECC) con certificados de vida limitada, cerrando las vías de ataque documentadas contra G1. Para el gestor, la consecuencia práctica es doble: los ficheros G2 solo se validan con software actualizado, y la manipulación criptográfica pasa de "difícil" a "económicamente absurda" — los métodos de fraude se desplazan al hardware, como detallamos en manipulación del tacógrafo.
Qué verifica exactamente un análisis de integridad
Un verificador serio comprueba tres niveles: que la firma de cada bloque corresponde a su contenido (integridad), que el certificado firmante pertenece a la cadena europea (autenticidad) y que la secuencia temporal de eventos es coherente (plausibilidad). El tercer nivel es el que separa un visor de un motor forense: un fichero puede estar íntegro y auténtico y aun así contener huellas de reinicios forzados o solapamientos imposibles.
DDD, TGD, V1B, C1B: el mapa de los contenedores
El contenido normativo es idéntico en toda la UE, pero cada país empaqueta la descarga a su manera, y esa diversidad es fuente inagotable de errores de lectura con software extranjero:
| Extensión | Origen habitual | Particularidad |
|---|
| .DDD | Estándar europeo | El formato de referencia; tarjeta y VU comparten extensión. |
| .TGD | España | Contenedor español clásico; requiere visor compatible con su cabecera. Detalles en archivo TGD. |
| .V1B / .C1B | Francia y otros | V1B para VU, C1B para tarjeta; mismo contenido, cabecera distinta. |
| .ESM | Equipos antiguos | Volcados de herramientas de descarga veteranas; convertibles sin pérdida. |
Datos exclusivos del tacógrafo inteligente V2
Si su flota ya monta tacógrafo inteligente de versión 2, sus DDD contienen capas adicionales que conviene explotar: posiciones GNSS registradas automáticamente al inicio y fin de jornada y cada tres horas de conducción acumulada, cruces de frontera anotados sin intervención del conductor y registro de operaciones de carga y descarga. Son exactamente los datos que las autoridades ya leen a distancia por DSRC — la red de estaciones de control remoto de la AP-7 es el primer despliegue fijo en España — de modo que analizarlos internamente es, literalmente, ver lo mismo que verá el inspector.
Guía paso a paso: de la descarga al informe
Paso 1 — Descargar la tarjeta de conductor
Con lector USB en el PC o con lector OTG en el móvil: inserte la tarjeta con el chip hacia el lector, espere a que el software confirme la lectura completa y no retire la tarjeta durante el proceso — las extracciones prematuras son la primera causa de firmas corruptas. La tarjeta almacena en torno a 28 días de actividad (56 en tarjetas G2 recientes): apurar el límite implica riesgo de sobrescritura de los días más antiguos.
Paso 2 — Descargar la unidad vehicular
Con el vehículo con contacto dado y la tarjeta de empresa insertada en la ranura 2, conecte la llave de descarga al conector frontal del tacógrafo y seleccione el rango: descarga completa la primera vez, incremental (desde la última descarga) en las siguientes. Descargue siempre también la velocidad detallada si su llave lo permite: ocupará más, pero es oro pericial en caso de accidente.
Paso 3 — Verificar la integridad inmediatamente
La regla profesional: ningún fichero se archiva sin verificar. Suba el archivo recién descargado al analizador — la comprobación de firma tarda segundos — y solo entonces dé por cumplido el plazo. Verificar una semana después es descubrir la corrupción cuando quizá ya no hay margen para repetir la descarga.
Paso 4 — Analizar infracciones y archivar
Con el fichero validado, el panel evalúa la actividad contra el Reglamento 561/2006 — conducción diaria, semanal y bisemanal, pausas, descansos diarios y semanales, y en G2 también los datos de posición — y genera el informe de infracciones con su calificación. El fichero original queda archivado con su firma intacta y el informe en PDF sirve para el día a día: la conversión con validez documental se explica en convertir archivo del tacógrafo a PDF.
Qué infracciones detecta el análisis de un DDD
| Regla (561/2006) | Límite | Dónde se lee en el DDD |
|---|
| Conducción diaria | 9 h (10 h, 2 veces/semana) | Actividad de tarjeta / TREP 02 |
| Conducción semanal | 56 h | Agregado de actividad |
| Conducción bisemanal | 90 h | Agregado de actividad |
| Pausa | 45 min tras 4,5 h | Secuencia de actividades |
| Descanso diario | 11 h (9 h reducido) | Actividad + condiciones ferry/tren |
| Descanso semanal | 45 h (24 h reducido con compensación) | Actividad + lugares |
| Exceso de velocidad | Configurado en VU | TREP 03 / velocidad detallada |
Cada hallazgo se contrasta con su calificación en el baremo LOTT, de modo que el informe no solo dice "qué" ha pasado sino "cuánto costaría" si lo encontrara la Inspección — la métrica que convierte el análisis en decisiones.
Evolución del formato: del tacógrafo digital al V2 (y lo que implica para sus ficheros)
El DDD no es un formato congelado: cada generación de tacógrafo añade capas de datos, y una flota real convive hoy con ficheros de tres épocas distintas. Entender qué puede y qué no puede contener cada uno evita tanto falsas alarmas como falsas expectativas.
2006-2019: el tacógrafo digital clásico
Los equipos de primera generación registran actividad, eventos, velocidad y calibraciones — todo lo descrito en los TREP 01-05 — pero nada de posicionamiento. Un DDD de esta época no puede demostrar dónde estuvo el vehículo, solo cuándo se movió y a qué velocidad. En inspecciones sobre cabotaje o desplazamiento, la carga probatoria se apoya en documentos externos (CMR, tickets, peajes).
2019: tacógrafo inteligente G2 versión 1
Obligatorio en vehículos matriculados desde junio de 2019, incorpora GNSS con registro automático de posición al inicio y fin de jornada y cada tres horas de conducción acumulada, además de la interfaz DSRC para la preselección remota. Sus ficheros añaden los bloques de segunda generación (TREP 21-25): el mismo fichero pesa más y dice mucho más.
2023 en adelante: G2 versión 2 y el calendario de sustitución
La versión 2 — exigida por el Paquete de Movilidad — suma el registro automático de cruces de frontera, las operaciones de carga y descarga y la señal Galileo autenticada (OSNMA), que blinda la posición frente a ataques de suplantación GPS. Para el transporte internacional, la sustitución de equipos antiguos es obligatoria por fases; puede consultar fechas y afectados en el calendario de retrofitting para transporte internacional. La consecuencia documental: a partir del cambio, sus DDD de VU incluyen los TREP 31-35 y su software debe saber leerlos.
Qué significa esto para su archivo histórico
La custodia de 365 días implica que durante la transición conservará ficheros heterogéneos. Tres reglas prácticas: no "normalice" nunca ficheros antiguos reescribiéndolos con herramientas modernas (destruiría la firma), verifique que su visor identifica la generación automáticamente, y ante un fichero G2 que un software veterano declare "corrupto", compruébelo con un motor actualizado antes de repetir descargas innecesarias.
Errores de interpretación que fabrican infracciones inexistentes
No toda infracción que muestra un visor barato es real, y no todo registro extraño es fraude. Estos son los malentendidos que más discusiones generan entre conductores, gestores e inspectores — y cómo los resuelve un análisis riguroso del DDD:
La regla del minuto
Desde 2011, el tacógrafo atribuye cada minuto completo a la actividad predominante dentro de ese minuto: mover el camión 20 segundos para reposicionarse en el muelle no computa como un minuto de conducción si el resto del minuto fue otra actividad. Un análisis que ignore este redondeo infla artificialmente los tiempos de conducción. El detalle, con sus usos legítimos y sus límites, está en la regla del minuto del tacógrafo.
Disponibilidad no es descanso (ni al revés)
El selector de actividades divide el tiempo de no conducción en "otros trabajos", "disponibilidad" y "descanso", y cada uno pesa distinto en la evaluación: un descanso diario interrumpido por dos minutos de "otros trabajos" deja de ser válido. La mitad de las infracciones de descanso que detectamos en ficheros reales provienen de un uso incorrecto del selector, no de jornadas ilegales — la guía del selector de actividades explica cómo registrar cada situación.
Entradas manuales ausentes
El tacógrafo solo sabe lo que ocurre con la tarjeta insertada. El trayecto en taxi hasta recoger el camión, la jornada de carga sin vehículo o el descanso en casa deben registrarse como entradas manuales al insertar la tarjeta; su ausencia aparece en el DDD como "hueco sin registro", que la Inspección trata como carencia. El procedimiento correcto, pantalla a pantalla, está en cómo hacer entradas manuales paso a paso.
Ferry, tren y doble tripulación
Dos escenarios con reglas especiales que los análisis simplistas evalúan mal: el descanso diario puede interrumpirse hasta dos veces (máximo una hora en total) para embarcar o desembarcar en ferry o tren si el conductor dispone de cama — la regla del ferry —, y en doble tripulación la ventana para el descanso diario se amplía a 30 horas. Un DDD bien interpretado distingue estos casos por las condiciones específicas registradas; uno mal interpretado genera infracciones fantasma que acaban en discusiones de nómina.
El criterio profesional
Ante cualquier infracción reportada por un software, la pregunta correcta no es "¿cuánto es la multa?" sino "¿qué bloque del fichero la sustenta y qué condiciones específicas la modulan?". Esa trazabilidad — de la conclusión al byte — es la diferencia entre un informe defendible ante la Inspección y una lista de sustos.
Checklist operativo: el ciclo de vida del DDD en una flota bien gestionada
Todo lo anterior se condensa en una rutina que cualquier flota puede sistematizar. La secuencia importa: cada paso protege al siguiente.
- Quincenal: descarga de todas las tarjetas de conductor. No espere a los 28 días: el margen es su seguro ante averías, bajas y vacaciones.
- Mensual: descarga de todas las unidades vehiculares con velocidad detallada incluida, y verificación de firma inmediata de cada fichero antes de archivarlo.
- Tras cada descarga: análisis de infracciones y revisión de los eventos registrados — un conflicto de movimiento o un corte de alimentación repetido es mantenimiento pendiente, no ruido.
- Trimestral: simulacro de inspección con los 90 días de ficheros: la misma revisión que haría la Inspección de Transporte, hecha en casa y a tiempo de corregir.
- Ante cada baja, venta o fin de renting: descarga completa de la VU antes de entregar el vehículo, y de la tarjeta antes de la salida del conductor.
- Siempre: custodia redundante en formato original durante un mínimo de 365 días, con el fichero fuente intacto y los informes PDF como copia de trabajo.
Una flota que ejecuta este ciclo no le teme a la lectura remota ni al requerimiento de sede: sus datos ya han sido auditados por ella misma. Esa es, en última instancia, la función real del archivo DDD — no documentar el pasado, sino asegurar el futuro operativo de la empresa.
Consultas Técnicas sobre Archivos DDD (FAQ)
No directamente con editores comunes: hace falta un lector que decodifique el binario y traduzca los metadatos a un formato legible. TachoTools permite
convertir DDD a PDF legal manteniendo la trazabilidad del original para presentarlo ante la ITSS o en un juicio laboral.
Carece de valor legal. Suele ocurrir por una interrupción durante la descarga o por llaves de baja calidad. Realice un
análisis preventivo para detectarlo y repita la descarga antes de que venza el plazo.
Un fichero de tarjeta ocupa decenas de kilobytes y se lee en segundos. El de VU depende del rango descargado y de si incluye velocidad detallada: desde cientos de KB hasta varios MB, con descargas de entre uno y varios minutos. Si su descarga de VU termina en segundos, sospeche: probablemente ha volcado solo el resumen.
De la tarjeta, solo si los datos siguen en su memoria (se sobrescriben pasados ~28 días de actividad). De la VU, sí mientras el vehículo esté accesible: la unidad conserva alrededor de un año de datos y puede repetirse la descarga del rango perdido. Para no depender de la suerte, use una
custodia con copia redundante.
Sí: los datos de su tarjeta son datos personales del conductor, que puede obtener copia de sus registros. Además, nada le impide descargar su propia tarjeta con un lector y analizarla por su cuenta — es la mejor defensa ante discrepancias de nómina o sanciones. Puede subirla directamente en
nuestro analizador.
Análisis TachoTools: La Era de la Auditoría Digital
En 2026, el archivo DDD es el notario digital de su empresa de transporte. Descargarlo es una obligación; analizarlo proactivamente es una estrategia de supervivencia: con la lectura remota DSRC y el intercambio europeo de infracciones, el inspector llega al arcén sabiendo qué buscar.
Nuestra visión: no espere a que la Inspección encuentre un error en su .DDD. Use tecnología forense para limpiar su perfil de riesgo y optimizar su cálculo de dietas sobre la única fuente de verdad técnica disponible.