Automatizar albaranes y CMR sin cambiar de ERP (y qué cambia el 05/10/2026)

Albarán, carta de porte, CMR y DeCA: cuatro papeles que se confunden

Casi todas las conversaciones sobre "automatizar albaranes" empiezan mal porque debajo de esa palabra hay cuatro documentos distintos, con dueños distintos y obligaciones distintas. Vale la pena separarlos antes de decidir qué se automatiza, porque el trabajo administrativo de cada uno no se parece en nada al de los otros.

El albarán es tuyo y de tu cliente: es la prueba de que la mercancía llegó, cuántos bultos y en qué estado. No lo regula ninguna orden de transporte, lo regula tu manera de trabajar. El documento de control administrativo existe para la inspección en carretera. La carta de porte documenta el contrato. Y el CMR es la carta de porte del transporte internacional por carretera.

Qué cambia el 05/10/2026, con la norma en la mano

La disposición transitoria octava de la Ley 9/2025, de 3 de diciembre, de Movilidad Sostenible dice que el documento de control administrativo del transporte público de mercancías por carretera "deberá ser necesariamente digital a los diez meses desde la entrada en vigor de esta ley". La ley se publicó en el BOE el 04/12/2025 y entró en vigor al día siguiente, así que la fecha es el 05/10/2026. La misma regla se aplica a la hoja de ruta del transporte de viajeros.

El cómo lo fija la Resolución de 5 de junio de 2026 de la Dirección General de Transporte por Carretera y Ferrocarril, publicada en el BOE el 12/06/2026, que deja sin efecto la anterior de 2023. No es un texto largo y conviene leerlo entero si te afecta, pero estos son los requisitos que cambian el trabajo del día a día.

• Cargador contractual: nombre o denominación social, NIF y domicilio.
• Transportista efectivo: nombre o denominación social y NIF.
• Origen y destino del envío objeto del transporte.
• Naturaleza y peso de la mercancía, o otra magnitud si el peso exacto es de difícil determinación.
• Autorización especial de circulación, cuando el vehículo tenga que circular amparado por una.
• Fecha de realización del transporte.
• Matrícula del vehículo, tractora y semirremolque en un conjunto articulado. Si se cambia de vehículo con el transporte iniciado, hay que hacerlo constar.
• Observaciones y reservas, siempre que las pida alguno de los intervinientes.

El documento tiene que nacer digital

El fichero es un PDF de menos de 5 MB, generado de forma nativa digital: transformando los datos estructurados que ya tiene tu aplicación en signos de escritura legibles. La resolución lo dice con todas las letras: no valen los ficheros obtenidos escaneando un documento en papel ni a partir de imágenes digitalizadas. La fecha y hora de creación y de modificación van como metadatos del propio PDF.

Esto es lo que descoloca a quien ya creía estar cumpliendo. Fotografiar el albarán firmado y guardarlo en Drive es un archivo digital, pero no es un DeCA.

Con QR y una URL que descargue el PDF sin pedir contraseña

El PDF lleva dentro un código QR con la dirección web única del documento. Esa URL va por https con TLS 1.2 o superior, puede llevar tokens o caducidad, pero al invocarla tiene que producir la descarga directa del PDF. La resolución excluye expresamente cualquier URL que lleve a una página con credenciales, autenticación o botones de descarga: si el agente tiene que pulsar algo o entrar con usuario, no vale.

Pasados siete días naturales desde que termina el servicio se puede desactivar la descarga de esa URL, pero el fichero hay que conservarlo al menos un año, tanto el cargador contractual como el transportista efectivo. Si lo generó uno de los dos, basta con que el otro pueda descargarlo durante ese año.

Antes de que salga el camión, no después

La aplicación tiene que transformar los datos en el fichero electrónico "en cuanto sean conocidos y siempre antes del inicio efectivo del servicio", y registrar la fecha y hora de creación para poder demostrarlo. Este es el punto que más rompe las operativas que hoy funcionan a base de rellenar papeles en el muelle mientras el conductor espera.

Al conductor se le entrega una copia, electrónica en el móvil o impresa, siempre con el QR. Y ojo con la copia en papel: las anotaciones manuscritas no se tienen en cuenta. Si hay que cambiar algo en ruta, o se modifica el PDF conservando los datos antiguos marcados como no válidos (misma URL y mismo QR), o se genera un PDF nuevo con URL nueva y se conserva el original para dejar rastro del cambio. En los dos casos hay que hacer llegar el documento actualizado al conductor.

Lo que no cambia

La firma no es obligatoria, porque ni la Orden FOM/2861/2012 ni la de viajeros la exigen para la validez del documento. Si además usas ese documento con finalidad contractual y lo firmas, la resolución pide como mínimo firma electrónica avanzada (AdES) del Reglamento eIDAS.

Tampoco hace falta inventar un formato: se admite usar el de otros documentos de transporte, como una carta de porte, el documento del ADR de mercancías peligrosas, el DI de traslado de residuos o el de subproductos animales, siempre que lleve todos los datos del artículo 6 de la Orden FOM/2861/2012 y que estén identificadas de forma expresa y diferenciada las figuras de cargador contractual y transportista efectivo. Y el internacional sigue con sus convenios: el DeCA no aplica a los transportes internacionales que solo atraviesan territorio español.

Por qué no hace falta cambiar de ERP

El miedo razonable de cualquier operador es que "digitalizar el documento de control" acabe siendo un proyecto de migración. No lo es, porque el documento se genera a partir de datos que tu sistema ya tiene: quién carga, quién transporta, origen, destino, mercancía, fecha y matrícula. Lo que falta no es información, es un paso que la convierta en un PDF con QR y la deje colgada de una URL.

Ese paso vive fuera del ERP y se conecta por donde ya hay puerta. En la práctica, en los operadores medianos con los que trabajamos siempre aparece al menos una de estas cuatro, y con una basta:

• El correo. El albarán firmado, el CMR escaneado por el conductor y el aviso del cliente llegan a un buzón. Leer ese buzón no requiere permiso de nadie sobre el ERP.
• Una carpeta. Un SFTP, un Drive o una carpeta de red donde ya se dejan los documentos del día. Es la vía más tonta y la que menos se rompe.
• La exportación que ya existe. Casi todos los ERP y TMS sacan un CSV o un Excel de expediciones. Con eso se generan los documentos y se devuelve un fichero de vuelta con la URL y el estado.
• La API, si la hay. Es la más limpia cuando existe, pero es la cuarta de la lista a propósito: montar el circuito no puede depender de que tu proveedor te abra una integración este trimestre.

Los cuatro trabajos que sí se automatizan

Automatizar el papeleo de albaranes y CMR no es una cosa, son cuatro tareas distintas que se pueden hacer por separado y en este orden. Cada una se sostiene sola: si solo haces la primera ya has quitado horas de administración.

1. Leer el documento y sacar los campos

Un albarán firmado y devuelto por el conductor es una foto torcida con una firma encima. Lo que hay que sacar de ahí es concreto: número de albarán o de expedición, fecha, destinatario, bultos, peso, si hay reservas escritas a mano y si la firma está. Es el mismo trabajo que hacemos con las facturas de proveedor en OCR de facturas con IA, con una diferencia importante: en el albarán la anotación manuscrita en el margen suele ser el dato más valioso de toda la hoja, porque ahí es donde pone "faltan 2 palés".

La regla que aplicamos aquí no es negociable y va contra la moda: cuando el documento tiene estructura estable, un formato fijo por cliente o por proveedor, se escribe un parser determinista y no se deja la extracción en manos de un modelo. El 07/09/2026 medimos un extractor de pedidos con nodos de IA sobre cientos de casos reales: 75% de acierto, con campos inventados y líneas que desaparecían sin dar ningún error. Diez parsers deterministas escritos en hora y media dieron 100%. La IA sirve para lo que sí es ambiguo: clasificar el documento, leer la nota manuscrita, decidir si eso es una reserva o un garabato.

2. Casar el documento con el pedido o la expedición

Un albarán suelto no vale nada. Lo que vale es el albarán pegado a su expedición, y ahí es donde se cae la mayoría de los circuitos caseros: el número viene con un prefijo distinto, el cliente ha puesto su propia referencia, o el conductor ha entregado dos expediciones con una sola firma.

El casado se hace con reglas, no con intuición: número exacto primero, luego combinación de destinatario más fecha más bultos, y lo que no case con seguridad no se da por bueno. Va a la cola de revisión con el motivo escrito al lado. Un sistema que casa a la fuerza es peor que no tener sistema, porque el error aparece en la facturación.

3. Archivar con un nombre que se pueda buscar dentro de un año

La obligación de conservar los ficheros al menos un año convierte el archivo en parte del circuito, no en un cajón. El nombre del fichero es la mitad del trabajo: fecha, cliente, expedición y tipo de documento, siempre en el mismo orden. Si dentro de once meses un cliente reclama una entrega, la diferencia entre resolverlo en un minuto o en una tarde es esa convención de nombres.

Y guardado donde se pueda descargar sin login, si es el DeCA, y donde solo entre quien deba, si es un albarán con datos de un tercero.

4. Avisar de lo que falta, en vez de esperar a que alguien lo mire

El valor real no está en procesar los albaranes que llegan, está en detectar los que no llegan. Un listado diario de expediciones entregadas sin POD, de albaranes con reservas escritas a mano y de documentos que no han casado con nada convierte a administración en alguien que resuelve excepciones en lugar de alguien que teclea.

Ese aviso puede ir por correo o por WhatsApp, que en transporte suele ser el único canal que la gente mira de verdad. Lo desarrollamos en chatbot para empresas de logística y transporte, incluida la lista de lo que un bot no debería contestar nunca.

Cómo se monta, semana a semana

Este es el calendario real de un circuito de albaranes y documento de control sobre un ERP que no se toca. No lleva meses porque no hay migración: lo que lleva tiempo es acordar las reglas de casado y ver los primeros fallos con documentos de verdad.

Lo que no deberíais automatizar

La parte que más valor aporta de un proyecto así suele ser la lista de lo que se queda fuera. Estas cuatro no las automatizamos, y no por prudencia comercial: es que automatizarlas crea un problema mayor del que resuelve.

• Aceptar una reserva o un daño. Que el sistema detecte la anotación manuscrita y la marque, sí. Que decida si la mercancía llegó dañada y con qué consecuencias, no: eso es una posición contractual frente a tu cliente y la firma una persona.
• Corregir un DeCA a mano sobre la copia impresa. La norma dice que las anotaciones manuscritas no se tienen en cuenta. El único camino válido es modificar el PDF o generar uno nuevo y hacérselo llegar al conductor.
• Dar por casado lo que no casa. Un albarán que no encuentra su expedición no se asigna por proximidad. Se queda en la cola con el motivo escrito.
• Facturar directamente desde el albarán leído. Entre leer un documento y emitir una factura tiene que haber una persona, al menos hasta que el porcentaje de acierto esté medido sobre cientos de casos y estabilizado. Está contado con números en el coste real de procesar una factura a mano.

Y el eFTI, ¿me afecta ya?

El Reglamento (UE) 2020/1056 sobre información electrónica relativa al transporte de mercancías, conocido como eFTI, es aplicable desde el 21/08/2024, pero lo que la gente espera de él llega después: las autoridades competentes tendrán que aceptar la información reglamentaria comunicada por vía electrónica a los 30 meses de la entrada en vigor de los primeros actos delegados y de ejecución, lo que la Comisión Europea sitúa en el 09/07/2027.

Conviene entender bien de qué lado cae la obligación. El eFTI obliga a las autoridades a aceptar el formato electrónico, no a las empresas a usarlo. Para ti es una opción, y una buena: la propia resolución española de 2026 dice que si gestionas y presentas los datos del artículo 6 con el esquema eFTI, no hace falta presentar el DeCA en la forma que ella describe.

La lectura práctica para 2026 es sencilla. Lo urgente es el 05/10/2026 y es nacional. El eFTI es la dirección hacia la que va todo y merece que lo tengas en cuenta al elegir cómo guardas los datos, pero no es la fecha que te obliga a moverte este mes. Si quieres el panorama completo de qué se automatiza hoy en un operador, lo tenemos en 7 procesos de logística que ya se automatizan con IA y, para las devoluciones, en IA en logística inversa.

Preguntas frecuentes

Fuentes

• Ley 9/2025, de 3 de diciembre, de Movilidad Sostenible (disposición transitoria octava) (Boletín Oficial del Estado (BOE))
• Resolución de 5 de junio de 2026 por la que se establecen las características que deben reunir los sistemas y los documentos electrónicos de control administrativo exigidos en los transportes por carretera (Boletín Oficial del Estado (BOE))
• Orden FOM/2861/2012, por la que se regula el documento de control administrativo exigible para la realización de transporte público de mercancías por carretera (Boletín Oficial del Estado (BOE))
• Instrumento de Adhesión de España al Protocolo Adicional al CMR relativo a la carta de porte electrónica (e-CMR) (Boletín Oficial del Estado (BOE))
• Ley 15/2009, de 11 de noviembre, del contrato de transporte terrestre de mercancías (Boletín Oficial del Estado (BOE))
• The eFTI Regulation (Reglamento (UE) 2020/1056 sobre información electrónica relativa al transporte de mercancías) (Comisión Europea)

Seguir leyendo