Implementadores: 5 segmentos EDI 214 para capturar y mapear
Referencia práctica para implementadores de EDI: captura los cinco segmentos del 214, decodifica los códigos de estado AT7, mapea los estados del envío en tu TMS y sigue un...
Implementadores: 5 segmentos EDI 214 para capturar y mapear
Un EDI 214 es el mensaje de estado de envío de transporte de la norma ANSI X12: los transportistas lo envían para informar códigos de evento (AT7), fechas, horas y ubicaciones asociados a un envío. Incluye los identificadores que un sistema receptor necesita para vincular la actualización con la carga correcta, y sus códigos AT7 impulsan los resultados prácticos que importan: visibilidad en tiempo real, recalculo de ETA, confirmación de entrega y conciliación limpia de facturas.
TL;DR:
- La mayoría de las actualizaciones de estado de los envíos se activan en puntos clave como recogida, llegada a terminal, cambio de ETA y entrega final, con eventos de excepción como rechazos o cancelaciones cuando corresponda.
- Hacer coincidir correctamente identificadores del envío como el SCAC y el número de albarán es crucial para una integración fiable de los datos, y cada evento AT7 suele registrarse por separado para un seguimiento detallado.
- Prioriza códigos de evento habituales como AF para recogida, X4 y AR para hitos de tránsito, y D1 para entrega, tratando los códigos de excepción como A7 y CA como disparadores de revisión manual.
- La frecuencia de transmisión por lotes influye de forma significativa en la visibilidad en tiempo real, mientras que las actualizaciones basadas en eventos ofrecen información más precisa de ETA y estado para la toma de decisiones operativas.
- Analizar e implementar datos 214 de forma eficaz requiere validar listas de códigos, conservar historiales de eventos en bruto y garantizar la idempotencia para evitar registros duplicados.
Tabla de contenidos
Qué es el EDI 214 y cuándo lo envían los transportistas
El 214 forma parte del estándar ASC X12 EDI como el Mensaje de Estado de Envío del Transportista, diseñado para informar eventos del envío, fechas, horas, ubicaciones, ruta y detalles del medio de transporte a quien haya adjudicado la carga. Es la mitad de la conversación del transportista, que empieza con una oferta de carga y termina con una factura.
Un transportista suele emitir un 214 en varios puntos naturales del ciclo de vida de un envío:
- Recogida completada en origen
- Llegada a una terminal intermedia o a una terminal ferroviaria
- Cambio en la hora estimada de entrega
- Entrega final en destino
- Una excepción: rechazo, daño, retraso, cancelación
El 214 no funciona solo. Completa un ciclo que normalmente empieza con una orden de carga EDI 204, donde el cargador ofrece la carga y el transportista la acepta. Después, el 214 informa de lo que sucede con esa carga en tránsito y, una vez confirmada la entrega, el ciclo suele cerrarse con una factura 210, cuya validación ayuda a respaldar el evento de entrega del 214. Si se prescinde del 214, la facturación se basa en confianza en vez de evidencia.
La versión importa más de lo que muchos integradores esperan. El conjunto de segmentos e incluso el significado de ciertos calificadores cambian entre versiones X12, y la versión 4010 sigue citándose ampliamente en la documentación de los transportistas, aunque 4020 y posteriores añaden campos que algunos socios comerciales requieren. Confirma la versión en la guía de implementación de tu socio antes de construir un analizador, no después de que empiece a rechazar archivos.
Leer el 214: segmentos y campos que merece la pena capturar
Todo 214 se abre y se cierra con el sobre estándar X12: ISA (intercambio), GS (grupo funcional) y ST (cabecera del conjunto de transacciones) en la parte superior, con sus cierres correspondientes al final. Estos enmarcan el mensaje e identifican emisor y receptor, pero el detalle del envío está dentro.
- B10 es el segmento clave. Contiene los identificadores del envío, el albarán o número pro y, a menudo, una referencia de pedido, y suele ser el primer segmento que usan los sistemas receptores para su lógica de coincidencia.
- Bucles N1/N3/N4 contienen información de partes y direcciones, como expedidor, consignatario o detalles de terminal. Trátalos como complementarios; los identificadores del B10 son más fiables para la coincidencia que el texto libre de una dirección.
- LX/AT7 es el segmento principal. El bucle LX numera cada evento de estado, y el segmento AT7 contiene el código de evento, el código de razón, la fecha y la hora, por lo que la mayoría de la lógica de análisis se centra en esta pareja.
- AT8 añade datos de peso y cantidad vinculados al evento, útiles para conciliar lo recogido con lo que se había ofertado.
- Los segmentos MS1/MS2/MS3 (cuando están presentes) incluyen detalles de ruta, equipo y ubicación, muy útiles para movimientos intermodales o ferroviarios en los que el medio de transporte en sí importa.
Para coincidencia y almacenamiento, indexa por el SCAC (Standard Carrier Alpha Code) más los números de referencia del B10, usando el PO como clave secundaria. Guarda cada línea AT7 como un registro de evento independiente en lugar de consolidarlas, porque un solo envío puede generar una docena o más de actualizaciones de estado antes de llegar a destino.
Decodificar los códigos de evento AT7: qué significan y cómo actuar sobre ellos
El segmento AT7 es donde vive realmente el estado, y el campo que más importa es el elemento de datos 1650, el código de evento. Algunos valores AT701 señalan que el envío ha sido entregado, mientras que otros simplemente marcan progreso en tránsito, por lo que tu lógica de análisis debe distinguir ambas categorías en lugar de tratarlas como equivalentes.
Un puñado de códigos cubre la mayor parte del tráfico real:
| Código |
Significado |
Disparador típico |
| AF |
Recogida real |
El conductor recoge la carga en origen |
| AB |
Cita programada |
Se fija una cita de entrega o recogida |
| X4 |
Llegada a terminal |
La carga llega a una plataforma cross-dock o a una terminal |
| AR |
Llegada a destino |
El camión llega al punto final de entrega |
| D1 |
Entregado |
La carga se entrega, normalmente a la espera del POD |
| AG |
Entrega estimada |
Actualización de ETA, aún sin evento físico |
| I1 |
Entrada en puerta (intermodal) |
El contenedor entra en una instalación ferroviaria o portuaria |
| A7 |
Rechazado por el consignatario |
Se intenta la entrega, pero se rechaza |
| CA |
Cancelado |
El envío se cancela después de la adjudicación |
| NS |
Sin estado disponible |
Marcador temporal o datos no disponibles |
Construye tu máquina de estados en torno a tres grupos en lugar de once ramas separadas:
- Códigos en tránsito (AF, X4, AR, AB, AG) actualizan la ubicación y la ETA sin cerrar el envío.
- Códigos terminales (D1) cierran el envío y deben activar los flujos de trabajo de recuperación del POD y de facturación.
- Códigos de excepción (A7, CA, NS) necesitan intervención humana, no un cambio automático de estado.
En ocasiones los transportistas envían códigos fuera de tu lista aceptada, especialmente durante el alta. No falles el archivo completo. Registra el código desconocido, mantén el envío en su último estado conocido y genera una alerta para revisión manual en lugar de descartar silenciosamente el evento o adivinar su significado.
Dónde se rompen realmente las integraciones 214
La mayoría de los fallos del 214 se deben a unos pocos problemas recurrentes y no a casos extremos exóticos. Los desajustes de referencias encabezan la lista: la referencia B10 o PO del transportista no coincide con la enviada en la oferta 204 original, a menudo por diferencias de formato como ceros iniciales o códigos SCAC incoherentes. Las discrepancias de peso y unidades, la gestión de zonas horarias y los formatos de fecha inconsistentes entre socios comerciales explican el resto.
La frecuencia de lotes es un problema más silencioso. Un transportista que agrupa los 214 una vez al día te da un historial correcto pero poca visibilidad en tiempo real, mientras que la transmisión basada en eventos, enviada cada vez que cambia el estado, es lo que realmente permite el seguimiento de ETA en vivo. Impulsa el envío basado en eventos siempre que el sistema del socio lo admita.
Un flujo práctico de validación y pruebas:
- Confirma que los calificadores de intercambio y de versión en ISA/GS coinciden con lo que espera el perfil de tu socio.
- Exige comprobaciones de campos obligatorios en B10, SCAC y al menos una línea AT7 antes de aceptar un archivo.
- Mantén una lista de códigos aceptados por transportista y marca cualquier elemento fuera de ella en lugar de rechazarlo sin más.
- Intercambia y verifica los acuses funcionales 997 como parte del alta, no como una tarea posterior.
- Simula escenarios de excepción (rechazo, cancelación, ETA retrasada) antes de la puesta en producción, no después de que llegue el primero real.
Consejo profesional: Pide a los nuevos transportistas tres o cuatro archivos 214 de muestra que cubran recogida, tránsito y entrega antes de escribir una sola línea de código de mapeo. Los archivos reales revelan matices de formato que los documentos de especificación nunca mencionan.
Mapear eventos 214 en tu TMS, WMS o ERP
Guarda los eventos 214 como un registro de solo inserción en lugar de sobrescribir un único registro de envío. Derivar el estado actual a partir del evento más reciente conserva todo el historial y hace que la conciliación y la resolución de incidencias sean mucho más sencillas que intentar reconstruir una línea temporal a posteriori.
Un mapeo práctico entre códigos AT7 y estados internos sería este:
- AF → “Recogido” (inicia el reloj de tránsito)
- X4/AR → “En tránsito” con ubicación actualizada
- AG → actualización del campo ETA, notificación a equipos de planificación y recepción, sin cambio de estado
- D1 → “Entregado”, activa la recuperación del POD y cierra el tramo
- A7/CA → “Excepción”, derivado a una cola humana en lugar de cerrarse automáticamente
Las actualizaciones de ETA merecen su propio flujo de tratamiento. Cuando llega un evento AG, actualiza el plan y envía una notificación a los equipos de recepción de inmediato, ya que una ETA desactualizada es peor que no tener ETA para la planificación del muelle.
Protege contra duplicados. Los transportistas a veces reenvían el mismo evento tras un reintento de conexión, así que basa tu comprobación de idempotencia en la combinación de la referencia B10, el código AT7 y la marca temporal del evento antes de escribir un registro nuevo. Conserva el historial bruto de eventos durante todo el periodo de disputa de facturas que necesites y luego archívalo en lugar de eliminarlo.
Perspectiva del autor: lo que realmente importa cuando escalas esto
Asegura primero las claves de coincidencia. El SCAC junto con el albarán o número pro te llevará por el 90% de los envíos; el análisis de direcciones y los campos libres son enriquecimiento, no la base. Prefiero ver a un equipo aceptar con limpieza un conjunto reducido de códigos de evento antes que intentar gestionar todos los posibles valores AT7 el primer día y atascarse con las excepciones. Amplía la cobertura a medida que cada transportista demuestre estabilidad, y usa los eventos 214 frente a la factura 210 para resolver incidencias con evidencia y no con llamadas telefónicas.
— Vytautas
Llevar los datos 214 a un sistema que realmente los use
Analizar correctamente un 214 es solo la mitad del trabajo. El problema más difícil es convertir los eventos AT7 en algo sobre lo que tu equipo de operaciones actúe el mismo día: una ETA que actualice el enlace de seguimiento del cliente, un evento de entrega que libere un POD, un cambio de estado que marque una carga lista para facturar. Logivo ingiere feeds EDI, incluidas actualizaciones de estado 214, y los asigna a estados de envío que tu equipo ya utiliza, junto con seguimiento de conductores en vivo y captura de POD que cierra el ciclo cuando llega un evento D1.
Como esta plataforma funciona con precios basados en el uso en lugar de un contrato largo, puedes validar tus propias reglas de mapeo con tráfico real de transportistas durante una prueba guiada de 30 días antes de que se cobre una sola carga. Si conciliar eventos 214 con facturas es la parte que más tiempo administrativo te consume, ese es el flujo que merece la pena probar primero. Echa un vistazo a la plataforma de gestión del transporte de Logivo y comprueba cómo se comporta tu propio feed EDI dentro de ella.
Fuentes
- 214 | X12
- 214 - Transportation carrier shipment status (version 4010) - IBM Documentation
- EDI 214 Shipment Status Message | Understand the Transportation Carrier Shipment Status
FAQ
¿Qué significan los códigos de razón del EDI 214?
Los códigos de razón se sitúan junto al código de evento AT7 y explican por qué ocurrió un estado, como una causa de retraso o un motivo de rechazo; los conjuntos exactos de códigos suelen definirse en el acuerdo entre socios comerciales y no de forma universal.
¿Qué es un documento EDI 214?
Es el mensaje de estado de envío del transportista de la norma ANSI X12, un archivo electrónico que los transportistas envían para informar de eventos como recogida, progreso en tránsito, entrega o excepciones en un envío concreto.
¿Cuál es la diferencia entre EDI 204 y EDI 214?
El EDI 204 es la oferta de carga que envía un cargador para ofrecer un envío a un transportista; el 214 es la respuesta del transportista que informa de lo que realmente sucede con esa carga una vez en movimiento.
¿Cuáles son todos los códigos EDI?
No existe una única lista universal; los códigos de evento AT7 varían en cierta medida según el transportista y el segmento del sector, aunque códigos comunes como AF (recogida), D1 (entregado) y CA (cancelado) aparecen en la mayoría de las implementaciones.
¿Cómo se conecta el seguimiento EDI 214 con la facturación?
Un evento de entrega (D1) en el 214 aporta al receptor la evidencia necesaria para validar la factura 210 posterior, por eso emparejar el historial 214 con las facturas reduce considerablemente las disputas de facturación.
Recomendado