Seguimiento de contenedores: interpretar estados y fechas

Un estado describe un evento concreto

El seguimiento permite conocer la información disponible sobre una expedición. Sin embargo, una sola etiqueta rara vez basta para decidir una entrega. «Arrival» puede referirse al buque y «released» a una liberación documental determinada. Comprueba objeto, lugar, tipo de fecha y fuente.

Utiliza el sistema del transportista, transitario o terminal correspondiente. Este artículo explica cómo interpretar los datos; no describe una función de seguimiento de contenedores de Cargexo.

Separa tres clases de fechas

DCSA distingue eventos planificados, estimados y reales. El documento Event Structure Definition 2.2 de 2021 describe esta estructura. Se cita esa versión para explicar conceptos, sin afirmar que todos los portales actuales la utilicen exactamente.

Mantén campos separados para plan inicial, última estimación y momento de actualización, evento real confirmado y fuente con hora de consulta. Actualizar una previsión no significa que el evento haya ocurrido. El mensaje puede recibirse después de la operación. Revisa también la zona horaria antes de comparar sistemas.

Sigue el objeto correcto

Las referencias de reserva, conocimiento de embarque y contenedor pueden mostrar ámbitos distintos. Una reserva puede contener varias unidades que no se muevan al mismo tiempo. Tras un cambio de equipo, confirma que el identificador seguido pertenece a la expedición.

La posición del buque no demuestra que un contenedor concreto esté a bordo. Gate-in en terminal no equivale a carga en el buque. En un transbordo, revisa puerto y tramo: descargar de un feeder no termina todo el transporte.

Lee la secuencia completa

Un historial útil puede incluir recogida del vacío, llenado, gate-in lleno, carga en buque, salida, transbordo, descarga en destino, recogida y devolución del vacío. No todos los proveedores muestran cada fase y los nombres pueden variar.

Para cada registro importante, pregunta qué confirma y qué sigue pendiente. «Discharged» no demuestra automáticamente despacho aduanero, liberación documental ni cita de recogida. La ausencia de un registro tampoco prueba que la operación no haya ocurrido.

Ejemplo de una previsión cambiante

El ejemplo es ficticio; D1–D6 son días sucesivos. El plan inicial situaba la llegada del buque en D4. En D1 la previsión es D5 y en D2 cambia a D6. En D6 aparece la llegada real del buque, pero todavía no la descarga del contenedor.

Conserva D4 como referencia y D6 como llegada confirmada. No anotes «contenedor disponible D6». Falta aclarar descarga, disponibilidad, liberaciones necesarias y recogida. La llegada se produce dos días después del plan inicial; el efecto sobre la entrega al almacén aún se desconoce.

Aclara las discrepancias con precisión

Si dos portales muestran fechas diferentes, compara primero significado, zona horaria y actualización. Una puede ser llegada del buque y otra disponibilidad de la unidad. No elijas automáticamente la más temprana.

Envía al transitario el identificador, el tramo, ambos mensajes con hora de consulta y la decisión pendiente. «¿Puedo confirmar el camión de recogida?» requiere datos del terminal y liberaciones, no simplemente otra copia de la ETA.

Convierte la observación en acciones

Define qué cambios exigen avisar al almacén, mover una cita o revisar cargos. Conserva las variaciones importantes de la previsión en lugar de sobrescribir cada fecha anterior. Etiqueta los datos como confirmados, estimados o pendientes de verificar.

«Empty returned» también necesita lugar, fecha y confirmación de recepción. El final del historial visible no resuelve todos los cargos. Planifica con hechos comprobados y supuestos claramente identificados, y dirige las preguntas a quien pueda confirmar la información que falta.

Registro breve para coordinar la entrega