Llamada técnica de 45 minutos con un ingeniero sénior. Sin presentación corporativa. Te enviamos un pre-scope en pocos días laborables. Normalmente respondemos en menos de 24 horas hábiles.
Respuesta corta (26 de octubre de 2026): para cumplir con el DeCA, digital y obligatorio desde el 5 de octubre de 2026 en el transporte público de mercancías, tu programa de gestión tiene que generar un PDF nativo con código QR antes de que empiece el servicio, dejarlo en una URL HTTPS de descarga directa y conservarlo al menos un año. Lo construimos dentro del programa que ya usas o con un componente conectado a él.
Qué es. El DeCA es el documento de control administrativo que acompaña a cada transporte público de mercancías por carretera, regulado por la Orden FOM/2861/2012.
Desde cuándo es digital. La Ley 9/2025 de Movilidad Sostenible (disposición transitoria octava) exige que sea digital pasados diez meses desde su entrada en vigor, que fue el 5 de diciembre de 2025. Contados esos diez meses, la fecha es el 5 de octubre de 2026.
Cómo tiene que ser el fichero. Lo fija la Resolución de 5 de junio de 2026 (BOE-A-2026-12784), que dictó la Dirección General de Transporte por Carretera y Ferrocarril.
Si todavía no sabes si te afecta, o quieres que alguien lleve la adaptación completa con la formación de la oficina y de los conductores, eso lo hace Summum Marketing en su página de adaptación al DeCA para transportistas y cargadores. Aquí tratamos lo que hay que programar.
La resolución fija las características de las aplicaciones que gestionan el DeCA. Aquí las ordenamos en cuatro grupos, por lo que alguien tiene que construir o configurar. La etiqueta de cada requisito remite al apartado de la resolución.
La base de datos recoge los campos del artículo 6 de la orden.
Son las dos partes (cargador contractual y transportista efectivo), el trayecto, la mercancía y su peso, la autorización especial de circulación si existe, la fecha, las matrículas y las observaciones o reservas que se pidan.
El fichero se crea en cuanto los datos se conocen y siempre antes del inicio efectivo del servicio.
Avisar de los datos que faltan antes de la salida es una decisión de diseño nuestra, no una exigencia de la norma.
La aplicación registra fecha y hora de creación y de cualquier modificación, y ambas viajan como metadatos del PDF.
Un solo DeCA para varios envíos, solo si cargador contractual y transportista efectivo coinciden en todos, y cada envío lleva su origen, destino, naturaleza y peso.
Una plantilla transforma los datos en texto legible dentro de un PDF de 5 MB como máximo. No valen escaneos ni imágenes de un documento en papel.
Un código QR incrustado en el propio documento con la dirección única del fichero. Puede ofrecerse además como fichero aparte.
No es obligatoria.
Si el DeCA hace también de documento contractual y se firma, la firma electrónica avanzada es el mínimo, y la cualificada también vale.
Un almacén donde cada PDF tiene su dirección propia y está disponible para la descarga durante una inspección en carretera. El dominio puede ser cualquiera y no hay que comunicarlo antes.
HTTPS con TLS 1.2 o superior. Al llamarla se descarga el PDF directamente, sin pantalla de acceso, sin botones y sin pasos manuales.
Puede llevar token o caducidad, siempre que no expire antes de terminar el servicio.
Una tarea programada puede cerrar la descarga siete días naturales después de terminar el servicio. La norma dice que se podrá desactivar, no que deba hacerse.
Si se desactiva, la otra parte tiene que haber guardado su copia o poder descargarla por otra vía durante el año que exige el apartado segundo.4.
Dos métodos válidos: actualizar el mismo PDF con los datos corregidos, la causa del cambio y lo anterior marcado como no válido (URL y QR no cambian), o crear un PDF nuevo con URL y QR nuevos, sin perder el original. Los dos terminan igual: el conductor recibe el PDF vigente.
Un envío al móvil del conductor, o una impresión, antes de empezar, siempre con el QR. Las anotaciones a mano sobre la copia impresa no se tienen en cuenta.
Cargador contractual y transportista efectivo conservan los ficheros al menos un año.
Cada uno puede tener su repositorio; si uno generó el fichero, basta con que el otro pueda descargarlo durante ese año.
Te lo decimos en una llamada técnica de 45 minutos con un ingeniero sénior. Sin presentación corporativa.
Te enviamos un pre-scope en pocos días laborables: qué le falta a tu versión frente a estos requisitos y cómo cerrarlo, ya sea adaptando el programa, añadiendo un componente o usando otra vía.
Lo que tiene que cumplir tu programa y lo que arriesga quien no lo tiene.
El artículo 7 de la orden reparte la responsabilidad por los datos. La integración se diseña según el lado del servicio en el que esté tu programa.
Cargador contractual: fábrica, distribuidora, almacén
Sus datos: las letras a) a d) del artículo 6 (los propios, los del transportista con el que contrata, el origen y el destino, y la mercancía con su peso).
Esos datos suelen estar ya en el pedido o en el albarán de salida. Faltan los de vehículo y fecha, que pone el transportista, así que el programa tiene que recibirlos o saber a quién los pide.
Transportista efectivo: empresa de transporte
Sus datos: las letras e), f) y g) (autorización especial de circulación, fecha de transporte y matrículas).
La integración parte de la orden de transporte o del servicio planificado, y tiene que recoger también los datos del cargador que el cliente le ha dado.
Un único propietario del PDF
Si lo genera uno de los dos, el otro solo necesita poder descargarlo durante un año.
Conviene decidir al diseñar quién lo emite y cómo recibe la URL la otra parte, para no acabar con dos documentos del mismo servicio.
Tu carta de porte u otro documento, pero en digital
El diseño: la resolución admite el formato de la carta de porte, del documento ADR, del documento de identificación de residuos o del de subproductos animales (SANDACH), o de cualquier otro documento de transporte, siempre que recoja todos los datos del artículo 6 y nombre, por un lado, al cargador contractual y, por otro, al transportista efectivo. El apartado octavo los acepta «como documento electrónico de control administrativo (DeCA)».
El fichero: por eso entendemos que, aunque el diseño sea el de tu documento de siempre, el fichero tiene que cumplir como cualquier DeCA (PDF nativo, con QR y URL de descarga directa). En papel o escaneado no sirve.
Lo que hacemos: generarlo desde tu ERP con ese mismo diseño; el resto lo confirmamos contigo en la llamada técnica.
Siete fabricantes. Son los programas con los que trabajamos:
Depende de la versión. Que la integración sea posible depende de la versión instalada y de lo que permita ampliarla, y eso se comprueba antes de comprometer nada.
Si el programa no trae lo necesario, desarrollamos el componente que falta, por ejemplo el servicio que genera el PDF y el repositorio, y lo conectamos al ERP. Es desarrollo a medida, con el código en un repositorio de tu organización.
Si tu TMS es de otro fabricante, miramos primero qué ofrece, ya sea API, plantillas de documento o exportación de datos. No prometemos integrar un programa que no hemos revisado.
Qué miramos: qué versión tienes, si puede generar documentos con plantilla propia, si expone API o permite extensiones y dónde guarda cada dato del artículo 6.
Qué entregamos: una lista de huecos frente a los trece requisitos y una recomendación: adaptar el programa, completarlo con un componente aparte o usar otra vía.
Qué decidimos: dónde se genera el PDF, dónde se guarda y cómo se construye la URL, con o sin token.
Qué fijamos: qué método de modificación usa tu operativa, cómo recibe el conductor el documento, cómo se agrupan los envíos y quién conserva qué durante el año.
Construimos y probamos con servicios de prueba.
Comprobamos tamaño y metadatos del PDF, que el QR abra la URL correcta, que la URL descargue el PDF desde un navegador sin sesión iniciada y con TLS 1.2 o superior, y que una modificación mantenga o cambie URL y QR según el método elegido.
Pasamos a producción y revisamos contigo las primeras salidas reales.
Lo dejamos documentado: cómo se genera el DeCA, dónde se guarda y cómo se modifica, para que tu equipo pueda explicarlo.
Hay dos alternativas, y no se excluyen.
Puedes emitir el DeCA mientras tanto en Zeva, que también lo crea desde cero sin albarán previo, con el PDF, el QR y el enlace de descarga directa.
Incluye comprobar si te afecta, elegir la vía y formar a la oficina y a los conductores. Lo lleva Summum Marketing: acompañamiento completo para adaptarte al DeCA.
Depende del programa y de su versión. Algunos permiten plantillas de documento propias y llamadas a servicios externos, y entonces puede bastar con configurarlos. Otros no, y se añade un componente aparte conectado al ERP. En el diagnóstico comprobamos qué hace tu versión hoy y te decimos qué hueco hay y cómo cerrarlo.
Si tu versión ya la trae, o la recibe en una actualización, el trabajo es configurarla y comprobar fila por fila que cumple la resolución: descarga directa sin credenciales, metadatos, QR dentro del PDF y conservación de un año. Si le falta algo, lo completamos con un componente conectado al ERP.
La resolución dice que el dominio del repositorio puede ser cualquiera y que no requiere comunicación previa. Puede ser el almacenamiento de tu propio ERP, si sirve el PDF por HTTPS con descarga directa, o un servicio aparte. Lo que importa es que la URL entregue el PDF sin pedir credenciales. Dónde ponerlo lo decidimos contigo al diseñar la integración.
La resolución prevé dos métodos. En el primero se corrige el mismo PDF, dejando constancia de la causa y de lo que deja de valer, y URL y QR siguen siendo los mismos. En el segundo se crea un PDF distinto, con su propia URL y su propio QR, y se guarda el original. Después hay que hacérselo llegar al conductor: sobre una copia impresa, lo escrito a mano no se tiene en cuenta.
Sirve su formato, no su soporte. La resolución admite el de una carta de porte, un documento ADR, uno de identificación de residuos o un SANDACH, y el de cualquier otro documento de transporte, si recoge todos los datos del artículo 6 y nombra por separado al cargador contractual y al transportista efectivo. Como el apartado octavo los acepta «como documento electrónico de control administrativo (DeCA)», entendemos que el fichero ha de ser un PDF nativo con QR y URL de descarga directa, y que en papel no vale. Si tu ERP ya imprime ese documento, lo generamos en digital con el mismo diseño.
Es el reglamento europeo de información electrónica sobre el transporte de mercancías, el Reglamento (UE) 2020/1056. Según el apartado noveno de la resolución, si tu sistema maneja y presenta los datos del artículo 6 con el esquema de ese reglamento, la resolución no pide además un DeCA tal como ella lo describe. Es una vía alternativa que exige trabajar con ese esquema. Si no es tu caso, el camino es el DeCA descrito en esta página.
Firmarlo no es obligatorio. Solo cuando el DeCA sirve también como documento contractual y lleva firmas, el mínimo exigible es la firma electrónica avanzada del Reglamento eIDAS; la cualificada también vale.
Puedes emitirlo mientras tanto en Zeva, un programa para generar el DeCA que también lo crea desde cero, sin albarán previo. Si prefieres que alguien te lo deje montado y forme a la oficina y a los conductores, está el servicio completo de Summum Marketing para adaptar tu empresa al DeCA.
No publicamos tarifa para esta integración: depende de tu programa y de lo que le falte, y la concretamos en un presupuesto cuando vemos tu caso. Tampoco damos plazos antes de revisar el programa. Escríbenos desde el formulario: normalmente respondemos en menos de 24 horas hábiles, hacemos una llamada técnica de 45 minutos y te enviamos el pre-scope en pocos días laborables.