DeCA, eCMR y eFTI: lo que discutimos en la Mesa Redonda de Algoritmia sobre la digitalización del transporte
Claves técnicas, plazos y una propuesta de integración agnóstica para Dynamics 365
El 21 de julio reunimos a más de 40 profesionales del transporte, la logística y la consultoría tecnológica en una sesión online para analizar el impacto de la nueva normativa de documentación electrónica de envío. No fue una presentación comercial: fue una sesión técnica de 45 minutos con diapositivas, preguntas y debate sobre cómo llegar al 5 de octubre de 2026 sin improvisar.
Esto es lo que realmente se dijo.
El DeCA es la obligación real. El eCMR no lo es.
Este fue el primer punto que generó más dudas. La Ley 9/2025 de Movilidad Sostenible (Disposición Transitoria 8ª) establece que, a los diez meses de su entrada en vigor, el documento de control administrativo del transporte interior de mercancías por carretera debe ser obligatoriamente digital. Ese documento se llama DeCA (Documento electrónico de Control Administrativo) y la fecha límite es el 5 de octubre de 2026.
El eCMR (carta de porte electrónica internacional) es otra cosa. Se apoya en el Convenio CMR de 1956 y su Protocolo Adicional de Ginebra (2008). España lo ratificó en 2011, pero sigue siendo voluntario. Para el transporte internacional se puede usar papel o electrónico; la ley no lo exige. Lo que obliga la ley española es el DeCA para transporte interior.
El eFTI (Reglamento UE 2020/1056) es el marco europeo de interoperabilidad que obligará a las autoridades a aceptar información electrónica de transporte a partir del 9 de julio de 2027.
Glosario rápido:
- DeCA — Documento electrónico de Control Administrativo. Obligatorio para transporte interior desde el 5/10/2026.
- eCMR — Carta de porte electrónica internacional. Voluntario, no obligatorio.
- eFTI — Reglamento europeo de interoperabilidad. Aplica desde 2027.
- LMS — Ley 9/2025 de Movilidad Sostenible, que fija la obligación del DeCA.
¿A quién afecta y qué datos lleva?
La cadena es más larga de lo que parece. Afecta a:
- Cargadores (contratan el transporte y aportan datos del envío)
- Transportistas efectivos (titulares de la autorización, obligados a formalizar el documento)
- Operadores logísticos (intermedian y coordinan la cadena)
- Conductores (deben poder mostrar el documento en la inspección)
- Inspección (verifica el documento electrónico en carretera mediante código QR o URL)
- Departamentos de TI (adaptan ERP, TMS y sistemas para generar el DeCA)
El contenido del documento, según el art. 6 de la Orden FOM/2861/2012, incluye: partes del contrato, matrícula del vehículo, origen y destino, naturaleza y peso de la mercancía, referencia del envío y un código QR con URL de descarga del documento.
Requisitos técnicos que no admiten interpretación
La Resolución de 5 de junio de 2026 de la Dirección General de Transporte Terrestre fijó las características técnicas definitivas. Los puntos clave que se discutieron en la sesión:
- PDF nativo digital — generado por una aplicación informática, no un escaneo.
- Código QR + URL HTTPS — la URL debe permitir la descarga directa, sin autenticación.
- Sin firma obligatoria — ni la Orden FOM/2861/2012 ni la FOM/1230/2013 exigen firma electrónica para la validez del documento de control. Si se usa con finalidad contractual, se recomienda firma avanzada (AdES) o cualificada (QES).
- Modelo distribuido — no hay una app ni un repositorio central del Ministerio. Cada empresa garantiza la generación, disponibilidad y conservación de sus documentos.
- Conservación mínima de 1 año.
- Sin registro previo de dominio — la nueva resolución eliminó este requisito que sí existía en la versión de 2023.
- Modificación durante la ruta — se permite modificar datos del DeCA mientras el servicio está en curso.
La propuesta técnica de Algoritmia: un modelo canónico agnóstico al proveedor
La parte central de la sesión fue la presentación de la arquitectura que Algoritmia ha diseñado para integrar el DeCA y el eCMR con Dynamics 365. La idea fuerza: desacoplar el ERP del proveedor de servicios eCMR mediante un modelo canónico en Dataverse.
Arquitectura
En lugar de conectar cada ERP directamente con cada proveedor (Fieldeas, TransFollow, Docuten, etc.), Algoritmia propone una capa intermedia:
- Dataverse como modelo canónico — 12 tablas (
ecmr_shipment,ecmr_party,ecmr_stop,ecmr_goods,ecmr_vehicle,ecmr_document,ecmr_signature,ecmr_event,ecmr_incidence,ecmr_incidence_image,ecmr_provider_config,ecmr_operation) que modelan el envío completo. - Multi-ERP — la solución funciona con D365 Finance & Operations (vía Dual-Write), D365 Business Central (vía Web API + extensión AL) y D365 Field Service (desde Work Orders / Bookings).
- Power Automate — los flujos orquestan el envío, la recepción de webhooks y el polling de estados.
- Proveedor extensible — mediante una interfaz común y el patrón Factory, cada proveedor implementa su propio builder de payload sin tocar el modelo ni el ERP.
Ciclo de vida del envío
El sistema gestiona seis estados: Borrador → Pendiente Envío → Enviado → Emitido → En Tránsito → Entregado, más Error y Cancelado. Cada transición queda registrada en la tabla ecmr_event con un timeline completo para auditoría.
Robustez
- Idempotencia — upsert por claves funcionales: no hay duplicados aunque se reprocese.
- Reintentos con backoff — 3 a 5 intentos (1·5·15·60 minutos). Al agotarlos, el envío pasa a estado Incidencia y genera una tarea manual.
- Seguridad por roles — Admin, Manager y User, con Field-Level Security y secretos en Key Vault.
- Dashboard Centro de Control eCMR — KPIs de pendientes, en tránsito, entregas del día y errores, con capacidad de diagnóstico técnico (JSON de petición/respuesta por envío).
EDI como palanca de cumplimiento
Más allá del requisito legal, la sesión abordó cómo el EDI (Electronic Data Interchange) es la vía natural para sostener el DeCA a escala. Los mensajes UN/EDIFACT de transporte (IFTMIN, IFTMBF, IFTMBC, IFTSTA, IFCSUM) encajan directamente con la estructura del documento de control, y los protocolos estándar (AS2, OFTP2, SFTP) permiten conectar con cualquier socio sin intervención manual.
El valor diferencial: el dato se captura una vez en el ERP y fluye hasta la inspección sin doble grabación, reduciendo errores y costes administrativos.
Calendario de implantación
La hoja de ruta presentada tiene cinco fases:
- Diagnóstico y alcance — sistemas, volúmenes, tipos de transporte y proveedor objetivo.
- Modelo canónico — despliegue de las tablas
ecmr_*en Dataverse, seguridad y dashboard. - Integración del ERP — Dual-Write (F&O), Web API (BC) y/o Field Service.
- Conector del proveedor — builder de la API elegida por el cliente.
- Piloto y puesta en marcha — prueba end-to-end (emisión, firma, inspección) y formación.
Aviso para quien aún no ha empezado: el enfoque recomendado es un MVP con un solo proveedor en la Fase 1, con la arquitectura ya preparada para incorporar los demás sin rehacer nada. El plazo es realista si se empieza ahora. Si en septiembre no se ha iniciado la integración, el riesgo de no llegar a tiempo es alto.
Cuatro ideas para llevarse
- 5 de octubre de 2026 — el DeCA es obligatorio. No hay prórroga. El eCMR internacional, en cambio, sigue siendo voluntario.
- Ámbito claro — aplica al transporte público interior y cabotaje. Quedan fuera mudanzas, paquetería, vehículos accidentados y transporte privado complementario.
- La propuesta de Algoritmia — un modelo canónico en Dataverse, multi-ERP y agnóstico al proveedor de eCMR. El cliente elige la plataforma; la arquitectura no cambia.
- EDI como palanca — integrar el DeCA vía EDI da cumplimiento, trazabilidad y preparación para el marco europeo eFTI de 2027.