Caso de éxito · Naviera y forwarder marítimo

Automatización

Una operación que dependía de personas revisando el estado de cada documento en el Web Service de Aduana pasó a un sistema de dos piezas: un notificador que consulta y avisa a las contrapartes cuando corresponde, y un corrector automático de BLs que sostiene la integridad de la información y reconcilia lo que se haya escapado. El equipo dejó de vivir pegado al monitor y las contrapartes empezaron a recibir avisos oportunos, no tardíos.

Automatización

El contexto

El cliente es una naviera y forwarder marítimo con operación en Chile. Cada carga que gestionan implica documentos —bills of lading, sus hijos y nietos— cuyo estado ante Aduana determina si la operación puede seguir avanzando. Aduana Chile publica ese estado en un Web Service que hay que consultar por documento; cuando aparece como aceptado, el forwarder puede transmitir el documento hijo y avisar a clientes y consignatarios que ya está el luz verde. Si aparece rechazado, hay que activar a operaciones de inmediato.

Ese proceso, cuando lo hace una persona, es lento, repetitivo y crítico: una consulta olvidada o un aviso que se atrasa retrasa toda la cadena y termina con clientes llamando a preguntar.

El problema

Cuando la operación depende de que alguien mire

Carga manual constante

Personas revisando documento por documento, día tras día, para saber en qué estado quedaron con Aduana.

Avisos tardíos

Cuando el estado cambia, el aviso al forwarder o al cliente llega horas después — o al día siguiente.

Ventanas perdidas

Un documento aceptado que nadie ve a tiempo es una transmisión hija que no arranca, un servicio que no cumple lo prometido.

Cero trazabilidad

Sin registro estructurado, cuando algo se cae no hay forma clara de reconstruir qué se consultó, cuándo, y por qué se demoró.

La solución

Cómo lo abordamos

Una automatización robusta no es un script solitario. Es un sistema con dos piezas —notificador que atiende los cambios del día y corrector automático de BLs que reconcilia lo que se escapó— que corre solo, se puede auditar y no rompe cuando el entorno cambia.

01

Entender la operación real

Levantamiento con el equipo

Mapeamos el ciclo de vida de un documento: cuándo se crea, cuándo se consulta, qué estados existen, qué acción dispara cada uno y a quién hay que avisar.

  • Flujo documentado en lenguaje del negocio
  • Reglas de notificación validadas con operaciones
  • Casos borde identificados (rechazos, anulaciones, aclaraciones)
02

Construir un proceso que corra solo

Automatización con criterio

Programamos consultas periódicas al Web Service de Aduana, actualizamos la base de datos con lo que devuelve y disparamos las notificaciones cuando el estado corresponde — al forwarder cuando hay aceptación, a operaciones cuando hay rechazo.

  • Consultas eficientes al Web Service (sin martillear)
  • Notificaciones por rol: forwarder, consignatario, operaciones
  • Registro estructurado de cada consulta y su resultado
03

Poner en marcha con red de seguridad

Despliegue y observabilidad

Salimos a producción con logs claros, monitoreo de disco y un plan de rollback documentado. Los primeros días acompañamos al equipo mientras el proceso corre — para que si algo se sale del rango esperado, se detecte antes de que impacte al negocio.

  • Logs con timestamp y trazabilidad por documento
  • Alertas si el volumen sale del rango normal
  • Procedimiento de rollback probado antes del go-live
04

Sostenerlo y mejorarlo

Mantención evolutiva

Cada tantos meses ajustamos: nuevos filtros para bajar consultas innecesarias, limpieza de logs antiguos, mitigación de condiciones de carrera que aparecen solo en volumen. El proceso mejora sin sobresaltos.

  • Backlog de documentos viejos cerrado con criterio
  • Rotación de logs y recuperación de disco automatizada
  • Baseline de tráfico monitoreado mes a mes
05

Corrector automático de BLs

La joya del sistema

Complementa al notificador. Mientras el notificador atiende los cambios del día, el corrector recorre en segundo plano los BLs pendientes o con posibles inconsistencias y los reconcilia contra Aduana. Si un documento quedó sin actualizar por una falla momentánea o un estado cambió sin dejar rastro, el corrector lo pone al día. Sin esta pieza, con el tiempo la base de datos empieza a alejarse de la realidad de Aduana — con esta pieza, no.

  • Barrido periódico de BLs pendientes y en estados intermedios
  • Reconciliación silenciosa contra Aduana, sin intervención humana
  • Caché mensual para no martillear el Web Service con consultas repetidas
  • Integridad de datos como propiedad del sistema, no como tarea humana
Resultados

Lo que cambió en la operación

Más que ahorro de horas: un factor diferenciador frente a competidores que siguen dependiendo del clic manual.

Antes
  • Personas consultando manualmente el estado de cada BL en el Web Service de Aduana.
  • Avisos al forwarder y consignatario que llegan horas después del cambio de estado.
  • Backlog de documentos sin resolver acumulándose por meses.
  • Cero trazabilidad estructurada de qué se consultó, cuándo y por qué.
Después
  • Sistema de dos piezas —notificador y corrector automático de BLs— que corre solo.
  • Aviso oportuno apenas Aduana cambia el estado del documento.
  • Base de datos alineada con Aduana por diseño, sin intervención humana.
  • Logs por documento y baseline mensual de tráfico monitoreado.
Otros subcasos de automatización

Automatizar no es solo un dominio

El mismo pilar de automatización cubre otros procesos operativos. Un ejemplo entregado:

¿Tu operación depende de trámites o consultas manuales?

Automaticémoslos con criterio

Cada consulta manual repetida es una hora regalada y un aviso que llega tarde. Cuéntanos tu flujo y vemos qué se puede convertir en proceso automático.

Inicio