Cómo debe ser el PDF del DeCA
Requisitos técnicos del DeCA (Resolución de 2026): PDF nativo de hasta 5 MB, metadatos de fecha, QR con URL HTTPS de descarga directa y un año de archivo.
Actualizado el · Revisado por el equipo de DeCA Fast (Canigo Digital SLU) con el texto del BOE
De dónde salen los requisitos
La Resolución de 5 de junio de 2026 de la Dirección General de Transporte por Carretera y Ferrocarril (BOE de 12 de junio, BOE-A-2026-12784) es la que define cómo tiene que ser un DeCA y qué tiene que hacer la aplicación que lo genera. Sustituye a la Resolución de 22 de mayo de 2023, que queda sin efecto. Puedes descargar el texto oficial en PDF.
Sus tres primeros apartados contienen los requisitos técnicos. Los repasamos uno a uno, con lo que significan para quien emite y para quien elige una herramienta.
Requisitos de la aplicación (apartado primero)
Las aplicaciones informáticas utilizadas para la gestión de los documentos electrónicos de control administrativo exigidos deben reunir las siguientes características:
Contemplar en sus bases, al menos, [...] los datos previstos en el artículo 6 de la Orden FOM/2861/2012 [...].
Transformar dichos datos, en cuanto sean conocidos y siempre antes del inicio efectivo del servicio, en un fichero electrónico generando de ese modo un documento electrónico de control administrativo (DeCA). [...] Para garantizar que la creación es previa al inicio efectivo del servicio, las aplicaciones informáticas registrarán la fecha y hora de creación del fichero electrónico. También se registrará la fecha y hora si existe una modificación del fichero electrónico.
Almacenar los ficheros electrónicos generados en un repositorio, garantizando su disponibilidad para la descarga en las inspecciones llevadas a cabo en carretera. El dominio del repositorio podrá ser cualquiera y no requerirá comunicación previa del mismo.
Cada fichero electrónico almacenado en dicho repositorio tendrá una dirección web única y específica, es decir, una URL [...].
| Requisito | Qué implica |
|---|---|
| Datos del art. 6 en la base | La aplicación trabaja con datos estructurados, no con un documento libre. Es lo que permite generar el PDF nativo. |
| Fichero antes del inicio efectivo | El DeCA se emite antes de que el camión arranque. No hay margen posterior. |
| Registro de fecha y hora de creación y modificación | La aplicación guarda la hora del servidor al emitir y al modificar. Es la prueba de que se hizo a tiempo. |
| Repositorio con descarga garantizada | El PDF tiene que poder descargarse en cualquier momento del servicio, desde cualquier sitio. |
| Dominio libre, sin comunicación previa | No hay que notificar el dominio al Ministerio. No existe registro ni homologación de aplicaciones. |
| URL única por fichero | Cada DeCA tiene su propia dirección. No una URL genérica de la empresa ni una búsqueda. |
Requisitos del fichero (apartado segundo)
Los ficheros electrónicos tendrán formato PDF con un tamaño no superior a 5 MB. La fecha y hora de creación y la fecha y hora de modificación serán metadatos del fichero PDF.
La generación de los ficheros electrónicos será nativa digital, es decir, mediante la transformación de los datos estructurados contenidos en las aplicaciones informáticas en signos de escritura legibles. No serán válidos, por tanto, los ficheros electrónicos obtenidos a partir del escaneo de un documento existente en papel o de imágenes digitalizadas.
Los ficheros electrónicos generados deberán incluir en el propio PDF un código QR [...] con la dirección web única y específica del documento (URL). Adicionalmente, el código QR se podrá tener disponible como un fichero independiente.
[...] deberán conservar durante al menos un año los ficheros electrónicos generados. [...]
| Requisito | Qué implica | Cómo comprobarlo |
|---|---|---|
| PDF ≤ 5 MB | Formato único. Ni imagen, ni Word, ni XML. Tamaño pequeño: un DeCA de texto pesa unos pocos cientos de KB. | Propiedades del fichero. |
| Metadatos de fecha y hora | Los campos internos del PDF de creación y modificación deben reflejar cuándo se generó. | Propiedades del documento en cualquier lector de PDF. |
| Nativo digital | Generado desde datos, con texto seleccionable. Un PDF que es una imagen (escaneo, foto) no vale. | Intenta seleccionar el texto. Si no puedes, es una imagen. |
| QR dentro del PDF | El código va incrustado en el documento. Opcionalmente también como fichero aparte para el conductor. | El QR debe estar impreso en el PDF, no solo en la app. |
| Conservación un año | Cargador contractual y transportista efectivo. Repositorios independientes permitidos; basta que quien no lo generó pueda descargarlo. | Detalle en conservación. |
Requisitos de la URL (apartado tercero)
La URL utilizará un protocolo seguro de transferencia de hipertexto (HTTPS) bajo el estándar TLS v1.2 o superior; por lo tanto, debe comenzar necesariamente por «https://».
La forma de construir la URL será libremente determinada por quien lo genere y podrá contener medidas de seguridad, tales como encriptación, tokens o claves de expiración del enlace, garantizando en todo caso que este no expire antes de la finalización del servicio.
La URL permitirá que el DeCA sea accesible a toda persona habilitada para ello. En particular, se debe permitir que durante el tiempo que dura el servicio de transporte, los agentes de las fuerzas de vigilancia del transporte en carretera puedan descargar el fichero electrónico almacenado en el repositorio. Esto se realizará mediante una llamada o invocación de la URL que debe producir la descarga directa del fichero electrónico en formato PDF.
Las medidas de seguridad que, en su caso, se implementen no podrán limitar la descarga directa del fichero electrónico en formato PDF. En consecuencia, no será válida ninguna URL que dirija a una página web que requiera credenciales o autenticación, ni que incorpore botones de descargas u otros elementos que impliquen una interacción manual.
Transcurridos siete días naturales tras la finalización del servicio, se podrá desactivar la opción de descarga para la URL correspondiente.
| Requisito | Qué implica | Qué NO vale |
|---|---|---|
| https:// con TLS 1.2+ | Certificado válido, cifrado moderno. Cualquier alojamiento serio lo cumple. | http://. |
| Construcción libre, tokens permitidos | La URL puede llevar un identificador no adivinable para que nadie enumere documentos ajenos. | Una URL que caduque antes de acabar el servicio. |
| Descarga directa del PDF | Abrir la URL debe devolver el PDF, sin pasos intermedios. | Una página web con un botón "Descargar". Un visor que exige pulsar algo. |
| Sin credenciales | Nadie tiene que iniciar sesión para descargar. | El portal de clientes con usuario y contraseña. Un enlace a la intranet. |
| Desactivación a los 7 días | Opcional: la descarga puede cerrarse siete días naturales después de terminar el servicio. La conservación del fichero sigue siendo de un año. | Cerrar la URL el mismo día de la entrega. |
Este apartado es el que más herramientas incumplen sin saberlo: enlazan a una página del documento (con logotipo, datos y un botón) en vez de al PDF. La Resolución es explícita: "botones de descargas u otros elementos que impliquen una interacción manual" invalidan la URL. El QR tiene que apuntar a la descarga.
Lo que NO exige la Resolución
- Firma electrónica. Solo si el DeCA se usa además con finalidad contractual y se decide firmar (firma electrónica y DeCA).
- Homologación, certificación o registro de la aplicación o del dominio.
- Un modelo o diseño concreto del PDF. El artículo 5 de la Orden lo deja a libre edición; lo que importa es que los datos estén y sean legibles.
- Sellado de tiempo cualificado. Exige registro de fecha y hora en metadatos, no un sello de una autoridad.
- Que el conductor tenga la aplicación. Basta con la copia (electrónica o impresa) con el QR.
Lista de comprobación de un PDF
Si tienes un DeCA delante y quieres saber si cumple, revisa esto:
- Es un PDF y pesa menos de 5 MB.
- Puedes seleccionar el texto (no es una imagen).
- Las propiedades muestran fecha y hora de creación coherentes con la emisión.
- Tiene un QR visible dentro del documento.
- El QR contiene una URL que empieza por https://.
- Al abrir la URL, el navegador descarga o muestra el PDF directamente, sin pedir contraseña ni pulsar botones.
- Contiene los ocho datos del artículo 6 (o los siete si no hay autorización especial).
Puedes hacerlo con el validador de DeCA, que comprueba los puntos 1 a 6 de forma automática.
Cómo lo cumple DeCA Fast
Para que puedas contrastar: el PDF se genera con una librería de composición nativa desde los datos estructurados, pesa menos de 300 KB, lleva los metadatos de creación con la hora del servidor en el momento de emitir, incrusta el QR con la URL única del documento bajo https://decatransporte.ai/d/…, y se conserva sin borrado. Los datos del transportista y las matrículas se copian al documento en el momento de emitir, así que un cambio posterior en la ficha del vehículo no altera un DeCA ya emitido. Cada modificación genera un DeCA nuevo enlazado al anterior. Detalle en cómo funciona.
Fuentes oficiales
Este contenido resume la normativa y no sustituye al texto oficial. Ante cualquier duda, manda el BOE.
- Resolución de 5 de junio de 2026 · BOE-A-2026-12784
Fija los requisitos técnicos del DeCA: PDF nativo de hasta 5 MB, QR con URL HTTPS de descarga directa, registro de fecha y hora, conservación de un año, modificación, agrupación de envíos, copia al conductor. Sustituye a la Resolución de 22 de mayo de 2023.
- ROTT, art. 222 · BOE-A-1990-24442
Obliga a llevar a bordo los documentos de control administrativo y permite que sean electrónicos con las características que fije la Dirección General.
Preguntas frecuentes
Prueba el DeCA con tu propio albarán
Escribe al WhatsApp de demo y envía una foto.
Pruébalo ahora en WhatsApp