La única API era una persona

El problema

Un importador que quería saber dónde estaba su contenedor tenía un solo camino: escribirle o llamar a alguien del forwarder. La respuesta llegaba cuando esa persona podía contestar, en horario de oficina, y muchas veces sin el contexto que hacía falta para decidir algo con ella.

No era por falta de datos. Los estados de la naviera, los eventos del transportista, la documentación aduanera, los remitos, las facturas: todo eso existía. Estaba repartido entre sistemas distintos, correos y conversaciones, y la única forma de juntarlo era que alguien lo juntara. Entre el cliente y su propia información había siempre un intermediario humano.

Lo caro, sin embargo, no era la espera. Era cuándo llegaba la mala noticia. Las demoras, los faltantes y las incidencias se sabían una vez que ya habían impactado la operación: cuando la mercadería no estaba, cuando la planta paró, cuando el cliente final reclamó. La visibilidad llegaba siempre después del daño, que es como no tener visibilidad.

Del otro lado del mostrador el costo era simétrico. El equipo del forwarder dedicaba horas a contestar la misma pregunta —«¿dónde está mi carga?»— para gente distinta, todos los días.

La decisión

Se construyó una plataforma desde cero, y dos decisiones la definen.

La primera: hacerla como producto, no como desarrollo a medida. Un desarrollo a medida entrega lo que el cliente pidió y termina ahí. Acá se hizo el trabajo que un proyecto a medida se saltea porque nadie lo está pagando por separado: identidad de marca propia, diseño completo de frontend, aplicaciones publicadas en Play Store y App Store, una API documentada con entorno de prueba, y un backoffice para que el equipo interno administre la herramienta —altas y bajas de usuarios, permisos, estadísticas de uso— sin depender de nadie.

Y abajo, lo que no se ve, que es donde se decide si una plataforma multicliente se puede usar en serio: autenticación por token, permisos por rol dentro de cada organización, y los datos de cada cliente aislados de los del resto.

La segunda es la que explica al resto: se construyó desde el usuario, no desde la operación. Las herramientas del rubro suelen hacerse al revés — resuelven el trámite que la empresa necesita despachar y le trasladan al cliente toda la complejidad del proceso. Se aprenden, no se usan.

Esa decisión es la que ordena todo lo demás, y se nota en dónde terminaron las cosas:

• La inteligencia artificial fue a un lugar concreto, no a la portada como sello. Sirve para preguntarle a la operación en castellano, sin sintaxis, y que arme el reporte. La respuesta ya vivía en los datos; lo que faltaba era que llegara sin que alguien tuviera que construir el informe. Sobre lo mismo, el sistema marca patrones que nadie pidió expresamente: demoras que se repiten, costos fuera de rango, anomalías operativas.
• La huella de carbono se calcula certificada, bajo GHG Protocol, GLEC e ISO 14067. La diferencia no es menor: es poder respaldar las emisiones frente a una auditoría de sostenibilidad en vez de estimarlas para una presentación.
• El cliente puede cargar embarques que el forwarder no transporta y verlos en la misma vista. Se usa poco, y aun así está: si el tablero es del cliente y no del proveedor, mostrar solo un tramo de la cadena no alcanza para gestionarla.
• Y la API va en los dos sentidos: el cliente consulta cuando quiere, o recibe los datos en su propio ERP sin pedirlos. Que pueda no entrar nunca al portal es un resultado aceptable.

El resultado

La consulta dejó de pasar por una persona. El cliente entra al portal web, a la aplicación móvil o directamente desde sus propios sistemas, a la hora que sea. La plataforma centraliza y normaliza lo que llega de navieras, aerolíneas y operadores, la posición real del contenedor y lo que carga el equipo, y lo muestra en una sola vista para operaciones marítimas, aéreas y terrestres.

La mala noticia cambió de momento: las demoras e incidencias se avisan cuando se detectan y no cuando ya pegaron. Los documentos de cada operación quedan en su carpeta, disponibles también para embarques viejos. Y los KPI dejaron de reconstruirse a mano.

Para el forwarder, el equipo dejó de ser el canal de consulta y volvió a dedicarle el tiempo a operar. Para el cliente, saber dónde está su carga dejó de depender de que alguien atienda.