ICS2 en 2026: qué cambia (v3) y checklist ENS para no bloquear tus importaciones
El Import Control System 2 (ICS2) es el sistema de la Unión Europea para recopilar información anticipada sobre mercancías antes de su llegada al territorio aduanero comunitario, con el objetivo de realizar análisis de riesgos de seguridad y protección previos a la entrada de bienes. Se basa en la Entry Summary Declaration (ENS), que debe presentarse antes de que la mercancía entre o transite por la UE.
Aunque no seas importador directo, ICS2 te afecta si eres:
- Proveedor, vendedor o fabricante fuera de la UE: tu cliente u operador necesitará datos precisos para presentar la ENS.
- Agente logístico o transitario: tendrás que recopilar y consolidar datos para asegurar presentaciones correctas.
- Transportista: eres responsable de presentar o coordinar la ENS antes de la entrada del transporte.
- Empresas de comercio electrónico y pymes que exportan a la UE: cada envío requiere ENS precisa, sin importar el valor o tamaño.
Qué cambia en 2026 (mensajes v3 y fechas clave)
A partir del 3 de febrero de 2026 sólo está permitida la versión 3 de los mensajes ICS2 para ENS y otros intercambios electrónicos (por ejemplo IE3F/IE3A).
La versión 2 quedará retirara y todas las integraciones EDI/API deben soportar v3 antes de esa fecha.
Si hay ENS presentadas en v2 que necesiten modificación después del 3 feb 2026, no se podrán corregir. Deben invalidarse y re-presentarse en v3.
Fechas clave
1 Abril 2025
ICS2 Release 3 empieza a cubrir carretera y ferrocarril (además de aire y marítimo).
1 Septiembre 2025
Obligatorio para todos los medios de transporte (sin excepciones).
31 Diciembre 2025
Última fecha para obligatoriedad total en algunos casos (p. ej., movimientos a NI).
3 Febrero 2026
Desactivación de mensajes v2 e inicio exclusivo de v3.
Quién presenta el ENS: transportista, transitario o importador (casos típicos)
La norma general es que la ENS la presenta la persona que introduce la mercancía en la UE, normalmente:
- Transportista: En la mayoría de casos, el transportista que trae el medio de transporte a la UE es responsable de la ENS.
Ej.: navieras, aerolíneas, empresas de carretera/ferrocarril. - Transitarios/agentes de carga: Si el transportista no tiene todos los datos, el transitario puede presentar ENS parciales o completas en nombre del transportista. Se usa la presentación múltiple: cada parte contribuye con sus datos y estas ENS se enlazan.
- Importador o consignatario: Rara vez presenta directamente, pero puede ser responsable si el transportista y transitario no están obligados o si no tienen todos los datos. En algunos acuerdos comerciales (p. ej. FOB/EXW), puede trasladarse esta obligación.
Importante: la responsabilidad última por los datos presentados recae sobre quien firma la ENS, independientemente de quién la recibe o envía.
Checklist ENS (datos mínimos + errores que disparan incidencias)
- Información mínima obligatoria (según especificaciones ICS2)
- Número EORI del operador remitente (p. ej., transportista o transitario).
- Referencia MRN (Movement Reference Number) y Nº documento de transporte (Master y House Bill si aplica).
- Datos del consignador y consignatario (nombre completo, dirección y EORI si aplica).
- Descripción detallada de mercancías (no genérica, idioma claro y específico).
- Código HS 6 dígitos por cada artículo.
- Peso bruto y número de bultos.
- País de origen y modo de transporte.
- Plazos de presentación según transporte (p. ej., 1 h antes para carretera, 24 h para marítimo contenedorizado).
Errores comunes que generan incidencias
- Descripciones vagas como “general cargo” o “varios” — pueden provocar rechazos automáticos según la lista de stop-words.
- Falta de EORI correcta del consignatario o transportista.
- Códigos HS incompletos o erróneos.
- Errores en fechas y ventanas de presentación (fuera de los plazos por modalidad).
- Discrepancias entre Master y House Bill sin consistencia.
- Presentar datos en formato no estándar (fechas, números de teléfono, direcciones)
Cómo preparar tus sistemas y tu operador (EDI/API, roles, pruebas)
Preparación técnica
Actualizar a mensajes ICS2 v3 en todas las integraciones EDI/API antes del 3 feb 2026 (mensajes como IE3F, IE3A, etc.).
Integración con STI/STP o desarrollo interno propio con conexión al ICS2 STI vía S2S (System-to-System).
Test de autoconformidad obligatorio con documentación oficial antes de producción.
Control de calidad de datos: validaciones internas de HS, EORI, descripciones antes de envío.
Roles y coordinación interna
Responsable de datos: recopilar correctamente información de proveedores/transitarios.
Responsable de presentación: persona o sistema que efectúa el envío técnico.
Gestión de incidencias: monitorizar notificaciones ICS2 (IE3Q01/02/03) y responder rápidamente.
Pruebas y despliegue
Entorno de pruebas: utilizar portal STI-STP sandbox para envíos de test y manejo de notificaciones.
Escenarios reales: simular multiple filing con Master + House.
Monitorización de errores: implementar alertas automáticas para errores frecuentes.
Categorías: Seguro de mercancías.
Noticias relacionadas


