5 pasos de implementación para el EDI 204 de carga ofertada
Una referencia práctica y orientada a la implementación para EDI 204: cinco pasos de implementación, un ejemplo bruto de 204, una lista de comprobación de segmentos y notas de mapeo y pruebas...
5 pasos de implementación para el EDI 204 de carga ofertada
El EDI 204 es el Motor Carrier Load Tender de ANSI ASC X12, la transacción que un cargador, broker o 3PL envía para ofertar formalmente una carga concreta a un transportista. Incluye paradas, pesos, necesidades de equipo y ventanas de cita, y espera una respuesta EDI 990 dentro de un plazo definido, seguida aguas abajo por actualizaciones de estado EDI 214 y una factura EDI 210. Logivo integra este ciclo en su plataforma de gestión del transporte para que las ofertas, las respuestas y la facturación se mantengan sincronizadas automáticamente.
TL;DR:
- La oferta de carga EDI 204 es ideal para rutas dedicadas de camión completo y para la oferta automatizada de cargas puntuales, pero rinde mal con múltiples recogidas LTL sin relación entre sí.
- Una implementación precisa exige seguir las pautas específicas de cada transportista, especialmente en el número de paradas y la gestión de ventanas de cita, para evitar rechazos.
- El mapeo correcto de los segmentos, en especial el bucle de paradas (S5) y los calificadores de fecha/hora (G62), es crucial para una transmisión y un procesamiento de respuestas fiables.
- Automatizar los flujos 204 con plataformas como Logivo reduce la reconciliación manual, acelera el alta de transportistas y mejora la precisión de la facturación.
- Los errores más habituales incluyen apoyarse en el estándar X12 genérico en lugar de la guía de implementación del transportista, no realizar pruebas negativas e ignorar respuestas 990 omitidas.
Tabla de contenidos
¿Cuándo deberías usar una oferta de carga EDI 204?
Los cargadores, transitarios y proveedores de logística de terceros envían 204 para ofertar mercancía de camión completo y movimientos estructurados con múltiples paradas. La transacción asume una carga definida y única, con una relación conocida con el transportista al otro lado, y precisamente por eso funciona tan bien para rutas contractuales y capacidad dedicada.
Funciona peor para manifiestos LTL clásicos de recogida. La guía de implementación de YRC Freight limita explícitamente el uso LTL a dos paradas, y forzar un patrón LTL de múltiples paradas sobre un 204 pensado para lógica de camión completo suele producir ofertas rechazadas o mercancía mal encaminada. Los transportistas construyeron sus respuestas 990 y 214 alrededor de supuestos de camión completo, y retorcer esos supuestos rara vez termina bien.
Buenos candidatos para un sistema de oferta 204 incluyen:
- Rutas dedicadas de camión completo con pares recurrentes de recogida y entrega
- Ofertas contractuales gobernadas por una guía de rutas con alternativas de transportista secuenciadas
- Oferta automatizada spot y de ruta, donde un TMS selecciona y ofrece cargas sin intervención manual
- Movimientos de camión completo con múltiples paradas en los que la secuenciación y las ventanas de cita importan para la operativa del transportista
Si tu perfil de carga es realmente LTL, con un manifiesto de recogida y varios cargadores no relacionados en un mismo vehículo, consulta la IG del propio transportista antes de mapear un 204. Algunos transportistas lo admiten en condiciones específicas; la mayoría no.
Segmentos y elementos obligatorios en un documento EDI 204
Cada documento EDI 204 sigue la misma estructura básica, pero los elementos exactos que un transportista exige varían según su guía de implementación. Esto es lo que realmente necesita rellenarse correctamente.
- ST — Cabecera del conjunto de transacciones; identifica esto como un 204 y lleva el número de control.
- B2 — Segmento inicial de la oferta de carga; contiene el ID del envío y el código alfa estándar del transportista.
- B2A — Propósito del conjunto (oferta original, cancelación o cambio); los transportistas usan este código para su lógica de rutas.
- L11 — Números de referencia (PO, conocimiento de embarque, ID de carga); la clave principal de conciliación que usan los transportistas aguas abajo.
- S5 — Detalles de la parada; una ocurrencia por parada, secuenciada por número de parada.
- N1/N3/N4 — Bucle de nombre, dirección postal y ciudad/estado/código postal asociado a cada parada S5.
- N7 — Detalles del equipo (tipo de tráiler, longitud, capacidad de peso).
- G62 — Calificadores de fecha/hora para ventanas de recogida y entrega.
- AT8 — Totales de peso, volumen y cantidad del envío.
- L3 — Resumen de peso total y cargos.
- PLD — Detalle de palé o unidad de manipulación, cuando el transportista lo exige.
El bucle S5 es donde vive la complejidad de las múltiples paradas. Cada parada obtiene su propia ocurrencia S5 con un bloque de dirección N1/N3/N4 adjunto, de modo que una ruta tipo milk run de cinco paradas produce cinco bucles S5 secuenciados, no un único segmento con cinco direcciones amontonadas. La documentación de Better EDI sobre el bucle de paradas merece la pena guardarla si vas a construir la lógica de mapeo multistop desde cero.
La gestión de fechas y horas causa más problemas que cualquier otra cosa de esta lista. Los calificadores G62 distinguen la recogida más temprana de la entrega más tardía, y usar mal el código calificador es una de las causas más frecuentes de fallos de ventana de cita que ven los implementadores en producción.
Consejo profesional: Construye casos de prueba negativos explícitos para G62. Prueba qué ocurre cuando tus horas más tempranas y más tardías de recogida coinciden, y cuando el cierre del muelle cae antes de que se abra una ventana de cita. Los transportistas rechazarán en silencio antes de rechazar de forma explícita.
¿Cómo se ve en la práctica un EDI 204 en bruto?
Un 204 simplificado para un movimiento de camión completo con dos paradas se ve así:
| Segmento |
Contenido de ejemplo |
Qué le indica al transportista |
| ST |
ST204— |
Tipo de transacción y número de control |
| B2 |
B2PRPUSCAC*L |
Propósito del envío y código del transportista |
| B2A |
B2A*— |
Oferta original (nueva) |
| L11 |
L11LOADBM |
Número de referencia de la carga |
| S5 |
S51LD |
Parada 1, carga |
| N1 |
N1SHAcme Distribution |
Nombre del cargador en la parada 1 |
| G62 |
G62*—*— |
Fecha solicitada de recogida |
| S5 |
S52UL |
Parada 2, descarga |
| N1 |
N1CNRetail DC 4 |
Nombre del consignatario en la parada 2 |
| G62 |
G62*—*— |
Fecha de cita de entrega |
| L3 |
L3*— |
Peso total |
| SE |
SE*—*— |
Trailer de transacción, recuento de segmentos |
Antes de transmitir, verifica que el recuento de segmentos SE coincida con el número real de segmentos entre ST y SE, y confirma que el número de control ST coincida con el trailer SE. Los recuentos no coincidentes son una causa común de rechazo que no tiene nada que ver con los datos de la carga en sí.
El flujo de mensajería impulsado por el 204: 990, 214, 210 y reglas de conciliación
Enviar el 204 es solo el primer paso. Una vez que un transportista lo recibe, responde con un EDI 990, que lleva un código de aceptación o rechazo y, en caso de aceptación, confirma el SCAC y la referencia de carga de vuelta al cargador. Un código de rechazo debería activar automáticamente al siguiente transportista de la guía de rutas, en lugar de quedarse en una cola esperando a que alguien lo vea.
A partir de ahí:
- EDI 214 Los mensajes de estado del envío hacen referencia al número de carga original del segmento L11 del 204, por lo que tu sistema puede asociar un evento de recogida o entrega con la oferta correcta sin búsquedas manuales.
- EDI 210 Las facturas llegan después de la entrega y deben vincularse a la misma referencia de carga, cerrando el ciclo desde la oferta hasta el pago.
- EDI 997 Los acuses funcionales confirman la recepción de cada transacción en la capa EDI, separada de la respuesta de negocio del 990.
La mayoría de los acuerdos con socios comerciales especifican una ventana de “debe responder antes de” para el 990, y normalmente exigen una respuesta puntual para mercancía sensible al tiempo. Trata una ventana incumplida igual que tratarías un rechazo explícito.
Cómo construir un proceso EDI 204 fiable: notas de implementación y mapeo
La guía de implementación de cada transportista es el contrato real, no la especificación X12 genérica. El estándar base te dice qué puede contener un segmento; la IG del transportista te dice qué aceptará realmente, qué campos obligatorios aplica y qué límites de paradas se usan.
- Obtén primero la IG del transportista. Compárala con la base X12 204 y registra cada desviación en campos obligatorios, listas de códigos y límites de paradas.
- Construye casos de prueba más allá del camino feliz. Cubre cargas ADR, secuenciación multistop, cargos accesorios y casos límite de ventanas de cita, además de pruebas negativas deliberadas que deban rechazarse.
- Mapea a un objeto interno canónico de carga. Un único esquema interno para paradas, equipo, pesos y referencias te permite generar un 204, una llamada API o una exportación CSV a partir de los mismos datos sin duplicar la lógica de negocio.
- Construye una gestión explícita de errores y reglas de reoferta. Define qué ocurre automáticamente ante un rechazo, una ventana 990 incumplida o un acuse mal formado.
- Versiona tus mapeos por transportista. Las IG cambian; un mapeo que funcionaba en 2025 puede romperse silenciosamente después de que un transportista actualice su guía.
Consejo profesional: Mantén un documento de correspondencias vivo por transportista y un banco de reproducción ligero que envíe tus 204 de prueba estándar a un buzón de pruebas del transportista. Dar de alta a un nuevo transportista pasa de semanas de ida y vuelta a unos pocos días cuando puedes reproducir muestras buenas y malas bajo demanda.
Cómo Logivo gestiona los flujos EDI 204 sin la carga manual
Logivo automatiza las partes de este ciclo que más tiempo del equipo consumen: enviar y recibir 204 y 990, asociar eventos de estado 214 con la carga correcta y volcar las confirmaciones de entrega directamente en la facturación.
- Transmisión automatizada de 204 y conciliación 990 contra tu guía de rutas
- Eventos de estado 214 conciliados con los registros de carga sin búsqueda manual
- Traspaso a facturación activado con la confirmación de entrega, reduciendo retrasos de cobro
- Controles de acceso basados en roles para que la configuración EDI quede limitada a los miembros adecuados del equipo
- Una prueba guiada de un mes, para validar la automatización con tu propia combinación de transportistas antes de comprometerte
Lo que he aprendido viendo fallar integraciones EDI 204
Los tres errores que veo repetirse más a menudo: los equipos mapean según la especificación X12 genérica en lugar de la IG del propio transportista, omiten las pruebas negativas en ventanas de cita hasta que una carga real es rechazada, y tratan el 990 como algo opcional en vez de crear una reoferta automática cuando no llega a tiempo. Corrige esos tres puntos y la mayoría de los problemas con 204 desaparecen antes de empezar. Obtén primero la IG del transportista, prueba deliberadamente los casos incómodos y nunca dejes pasar desapercibido un 990 perdido.
— Vytautas
Poner Logivo en marcha en tus flujos EDI 204
Reconciliar manualmente 204, perseguir respuestas 990 y casar eventos 214 con la factura correcta consume horas cada semana que un dispatcher podría dedicar a hablar con transportistas. Logivo está pensado para quitarte esa reconciliación de encima, emparejando automáticamente respuestas de oferta y eventos de estado para que nada se quede en una hoja de cálculo esperando a que alguien lo vea.
Ejecutar la plataforma con tu propia mezcla de transportistas muestra rápidamente la diferencia:
- Alta más rápida de transportistas, ya que las nuevas IG se mapean contra un esquema canónico de carga en lugar de reconstruirse desde cero
- Menos ofertas rechazadas, porque la conciliación de estados y la lógica de citas funcionan automáticamente en lugar de hacerlo manualmente
- Facturación que se activa con la confirmación de entrega, no cuando alguien recuerda revisar un feed de estado
La plataforma de gestión del transporte de Logivo incluye una prueba guiada de un mes, para que puedas probar la automatización con cargas reales antes de pagar nada. Empieza la prueba y comprueba cuántas horas ahorra a tu equipo durante el primer mes.
Especificaciones principales y guías de implementación de transportistas que merece la pena guardar
Mantén estas referencias a mano si estás construyendo o validando mapeos 204:
- La guía de implementación 204 de YRC Freight muestra, en la práctica, los campos obligatorios y las restricciones LTL de paradas de un transportista real.
- La especificación X12 204 (V4010/4030) define la estructura base de la transacción, los bucles y las reglas de segmento sobre las que se construye cada IG de transportista.
- La visión técnica de EDI2XML ofrece tablas de segmentos y ejemplos de 204 en bruto útiles como referencia rápida durante el trabajo de mapeo.
Fuentes
- Guía de implementación 204 de YRC Freight (V4010)
- Especificación EDI X12 204 (V4010/4030) (copia de One Network / Kroger)
FAQ
¿Para qué se usa el EDI 204?
El EDI 204 ofrece formalmente una carga concreta a un transportista por carretera, incorporando paradas, pesos, requisitos de equipo y ventanas de cita para que el transportista pueda aceptarla o rechazarla.
¿Cuál es la diferencia entre EDI 204 y EDI 214?
El 204 ofrece una carga a un transportista antes de la recogida; el EDI 214 informa del estado del envío después de que el transportista lo acepta, haciendo referencia al número de carga original del 204.
La especificación define segmentos como ST, B2, B2A, L11, bucles de paradas S5 con direcciones N1/N3/N4, detalles de equipo N7, calificadores de fecha/hora G62, totales AT8 y resúmenes de peso y cargos L3.
¿Qué es un EDI en el transporte de mercancías?
EDI, o Intercambio Electrónico de Datos, es el intercambio estructurado de documentos comerciales como ofertas de carga, facturas y actualizaciones de estado entre cargadores, transportistas y plataformas logísticas como Logivo, sin reintroducción manual.
Recomendado