El documento de control administrativo no nace de una sola norma, sino de una cadena normativa que conviene ordenar.

En la base se sitúa la Ley 16/1987, de 30 de julio, de Ordenación de los Transportes Terrestres (LOTT) y su reglamento de desarrollo. El artículo 222 del Real Decreto 1211/1990, de 28 de septiembre (Reglamento de la LOTT, ROTT) establece la obligación de llevar a bordo del vehículo los documentos de control administrativo debidamente cumplimentados e indica que en los transportes internacionales se emplearán los documentos de control establecidos en los convenios suscritos por España.

Por tanto, el documento regulado por esta normativa se refiere al transporte público de mercancías por carretera sometido al ámbito español, sin perjuicio de los documentos específicos aplicables al transporte internacional.

El desarrollo concreto de este documento para mercancías corresponde a la Orden FOM/2861/2012, que regula el documento de control administrativo exigible para la realización de transporte público de mercancías por carretera. Su objeto es establecer el documento administrativo de control exigible en los transportes públicos de mercancías por carretera, que deberá formalizarse en relación con cada envío en que se materialicen los correspondientes contratos de transporte, en ejecución de lo dispuesto en el artículo 222 del ROTT.

Sobre esa orden han incidido dos normas posteriores relevantes para los datos y su formato:

* El Real Decreto 70/2019, que reformó el artículo 6 (contenido) de la Orden FOM/2861/2012. * La Orden TRM/282/2026, que modificó los apartados 2 y 3 del artículo 7 de la Orden FOM/2861/2012 para corregir las referencias internas a los apartados del artículo 6 tras la reforma de 2019.

Y finalmente, nuestra protagonista, la Ley 9/2025, de Movilidad Sostenible (LMS), introduce el cambio de soporte. Establece que el documento de control administrativo del transporte público de mercancías por carretera debe ser necesariamente digital.

Conviene precisar desde ya el "desde cuándo" y el "para qué". La obligación de que el documento sea digital opera a partir del 5 de octubre de 2026 y se aplica al transporte interior y a las operaciones de cabotaje, quedando excluidos los transportes internacionales. Lo hemos repetido a lo largo de esta serie de artículos, pero vale la pena fijarlo una vez más.

Es importante subrayar que la LMS no crea un documento nuevo ni añade obligaciones documentales sustantivas: convierte en obligatoriamente electrónico un documento que ya era obligatorio en soporte papel.

Qué datos debe llevar

Vamos a centrarnos en esto.

Y conviene señalar que estamos hablando de un contenido mínimo. La expresión "al menos" significa que estos datos deben figurar cuando sean aplicables, aunque una empresa pueda incorporar información adicional.

### a) Cargador contractual

Nombre o denominación social, NIF y domicilio del cargador contractual.

El cargador contractual es quien contrata el transporte, independientemente de quién asuma finalmente el coste económico del mismo.

En muchos casos coincidirá con quien paga el transporte, y esta relación puede depender del acuerdo comercial existente entre las partes. A modo ilustrativo, el Incoterm es una forma indirecta de indicar de quién es la responsabilidad del transporte: por ejemplo, en un EXW dificilmente será el cargador quien contrate el transporte. Están íntimamente ligados. Pero jurídicamente lo relevante es quién formaliza el contrato de transporte.

### b) Transportista efectivo

Nombre o denominación social y NIF del transportista efectivo.

Este es probablemente el dato más complejo porque no hace referencia a quien hemos contratado necesariamente, sino a quien ejecuta materialmente el transporte.

Ejemplo:

* Empresa A contrata el transporte. * Empresa A subcontrata a Empresa B. * Empresa B realiza el transporte.

El transportista efectivo será Empresa B.

Si durante la operación cambia la empresa que ejecuta materialmente el transporte, deberá actualizarse la información del documento de control. La lógica es directa: si hablamos de transportista efectivo —el que realiza la operación— y este cambia, obviamente ha cambiado el transportista efectivo, y esa circunstancia debe quedar reflejada.

Es importante diferenciarlo del conductor. Un cambio de conductor no implica necesariamente un cambio de transportista efectivo si la empresa que ejecuta el transporte sigue siendo la misma.

### c) Origen

Lugar de origen del envío objeto del transporte.

La norma exige el lugar, no la identificación completa del expedidor o cargador de la mercancía.

Es decir, sería suficiente:

"Polígono Industrial X, Calle Y, número Z"

No es necesario que el documento incorpore necesariamente la razón social de quien entrega la mercancía.

### d) Destino

Lugar de destino del envío objeto del transporte.

Igualmente, la norma habla del lugar de destino, no de identificar necesariamente al consignatario.

### e) Mercancía: naturaleza y peso

Naturaleza y peso de la mercancía transportada.

La orden prevé expresamente que, cuando por las circunstancias en que se produzca la carga del vehículo resulte difícil determinar el peso exacto, se podrá utilizar otro tipo de magnitud para determinarlo.

No exige necesariamente:

* referencias de producto; * códigos SKU; * lotes; * fechas de caducidad; * SSCC.

Puede bastar con una descripción de la naturaleza de la mercancía y su peso.

Ejemplo: "Productos electrónicos, 800 kg" No es necesario detallar si son portátiles, sensores o termómetros electrónicos.

### f) Autorización especial de circulación

Sólo cuando el vehículo deba circular amparado por una autorización especial de circulación.

Es un dato condicionado, no obligatorio en todos los transportes.

### g) Fecha del transporte

Fecha de realización del transporte del envío de que se trate.

### h) Matrícula del vehículo

Matrícula del vehículo utilizado en la realización del transporte.

En conjuntos articulados deberán constar tanto la matrícula del vehículo tractor como la del semirremolque o remolque arrastrado.

No hablamos por tanto de un único dato genérico de vehículo, sino de todas las matrículas necesarias para identificar el conjunto utilizado.

Además, si iniciada la operación de transporte se produjera un cambio de vehículo, esta circunstancia deberá hacerse constar en la documentación de control. Lo mismo que antes con el transportista efectivo. Hablamos de la Matrícula efectiva.

### i) Observaciones y reservas

Siempre que así lo soliciten los sujetos intervinientes, se harán constar las observaciones, reservas o cualquier otra indicación que consideren útil.

Un dato del que el artículo 6 no habla, pero que la normativa técnica sí impone: el código QR

Conviene distinguir dos planos.

El artículo 6 de la Orden FOM/2861/2012 —el que fija el contenido de datos— no menciona ningún código QR. En el plano del contenido sustantivo, el QR no aparece.

Ahora bien, la normativa técnica del DeCA —la Resolución de 5 de junio de 2026— sí exige que el propio PDF incluya un código QR con la dirección web única y específica del documento (URL). Es, por tanto, un requisito técnico obligatorio a partir del 5 de octubre de 2026, y no una simple opción.

La lógica es clara: una implementación digital razonable necesita un mecanismo de verificación. Y a falta de firmas o repositorios o cualquier otro mecanismo de verificación de la información, la solución más evidente es un código QR o enlace seguro que permita acceder al documento electrónico y comprobar que la información presentada corresponde con el documento original.

¿Es el albarán? ¿Es la carta de porte?

Nada más aparte de esto es necesario para el DeCA.

¿Es el albarán? Pues no.

¿Es la carta de porte? Pues, por definición, tampoco. El DeCA es un documento administrativo de control, no un documento comercial ni contractual.

Aquí hay que hacer un matiz. Es cierto que ciertos documentos de transporte pueden hacer las veces de documento de control siempre que incluyan todos los datos del artículo 6. Pero el albarán, en términos generales, no es uno de ellos: no incluye —ni tiene por qué incluir— direcciones, ni pesos, ni al transportista. El albarán es un documento para que el cargador explique al consignatario lo que le ha traído.

Y esto tiene una consecuencia práctica muy sencilla: si un agente para a un conductor, le pedirá el DeCA, no el albarán.

Por eso creo importante subrayarlo: el DeCA no sustituye a los documentos comerciales ni contractuales, y esos documentos tampoco lo sustituyen a él salvo que reúnan exactamente su contenido.

Mis pequeñas conclusiones

Está claro que la norma ha pretendido fundamentalmente forzar a las empresas a digitalizar un documento existente.

Esto no busca crear un sistema de gestión logística, ni un sistema de intercambio de información, ni una nueva capa de interoperabilidad.

Es, principalmente, un cambio de soporte.

Y aquí aparece el problema principal: la digitalización no es necesariamente interoperabilidad.

Un PDF puede ser digital, pero no por ello es una estructura de datos compartida.

El DeCA, por sí solo, no va a mejorar la gestión operativa del transporte ni los procesos logísticos de las empresas.

No va a crear automáticamente una fuente de información para el Ministerio.

No existe un repositorio común donde todas las empresas depositen sus documentos, sencillamente porque la norma no obliga a ello. La URL es de un proveedor informático del propio cargador o del transportista, puede ser de cualquiera, no es pública y no implica una compartición de datos.

Los datos estarán en sistemas privados, bajo soluciones desarrolladas por diferentes proveedores, con diferentes formatos de presentación y diferentes mecanismos de acceso.

El Ministerio podrá acceder a ellos en el contexto de una inspección, pero no dispone de una infraestructura común de explotación de esos datos.

Y aquí aparece el agravante del eFTI.

El eFTI sí plantea un modelo orientado a datos estructurados, interoperabilidad y acceso controlado por parte de las autoridades.

El DeCA digital no es eFTI.

Hubiera sido posible desarrollar un formato nacional de datos compatible con eFTI. Hubiera sido posible crear una plataforma pública eFTI. Pero ambas opciones implicaban decisiones mucho más profundas:

* definir un modelo de datos; * gobernarlo; * mantenerlo; * operar una infraestructura crítica.

También hubiera sido posible esperar directamente a la implantación efectiva del ecosistema eFTI. Pero eso habría significado no actuar sobre una necesidad inmediata: eliminar el soporte papel del documento de control.

La pregunta es si este era realmente el principal cuello de botella documental del transporte, cuando una expedición puede seguir llevando múltiples documentos adicionales: albaranes, cartas de porte, instrucciones de carga, documentos comerciales y otros documentos operativos.

La solución adoptada es, por tanto, una solución intermedia.

Permite cumplir el objetivo inmediato de digitalizar un documento obligatorio, pero puede generar una transición adicional cuando el ecosistema eFTI alcance plena implantación.

Es decir, las empresas se ven obligadas a adaptar sus sistemas para generar un DeCA digital y posteriormente deberán adaptarlos para integrarse con plataformas eFTI. Será una obligación.

En HARDMAN hemos realizado un análisis del impacto del DeCA. Su implantación implica costes, adaptación de sistemas y cambios operativos.

La pregunta que deben hacerse las empresas no es únicamente cómo cumplir el mínimo necesario con el menor coste posible, sino cómo aprovechar esta obligación para acelerar una transformación digital real.

No tiene sentido invertir únicamente en una adaptación que genere cumplimiento normativo si con una inversión ligeramente superior podemos obtener mejoras medibles en productividad, reducción de esperas, trazabilidad y eficiencia operativa.

El DeCA debe ser visto como una obligación regulatoria, pero también como una oportunidad.

La diferencia entre cumplir una norma y aprovechar un cambio normativo está en si la empresa digitaliza un documento o digitaliza un proceso.

El DeCA obliga a digitalizar un documento.

eFTI obligará a digitalizar datos.

Pero la competitividad viene de digitalizar procesos.