SLA con socios en el comercio exterior: guía completa

El gerente de comercio exterior que llega a la reunión de S&OP con los datos del agente principal siempre actualizados no tiene mejores socios: tiene un proceso que no depende de la buena voluntad de nadie. Mientras el equipo a su alrededor envía correos pidiendo el estado, él abre el panel, filtra por socio y responde en 30 segundos.

El SLA con los socios en el comercio exterior no es una cuestión cultural. Es una cuestión de estructura: quién define qué se tiene que entregar, en qué formato y en qué plazo, y quién lo monitorea cuando no llega.

FollowNet One es el software de comercio exterior de e.Mix: centraliza eventos, documentos y alertas de todos los socios de la operación (agentes de carga, despachantes, transportistas) para que el equipo trate los desvíos antes de que se conviertan en costo. Esta guía explica qué es el SLA de un socio en el comercio exterior, por qué la mayoría de las operaciones no logra exigirlo y cómo estructurar un modelo que funcione sin depender de llamadas, correos ni buena memoria.

• → El problema: cada socio informa a su manera, en sus tiempos, con datos que solo él entiende
• → El costo y el riesgo: decisiones tardías, retrabajo para obtener el estado, demurrage invisible y S&OP sin datos confiables
• → El mecanismo: eventos estandarizados + SLA por etapa + alerta automática cuando el socio no entrega
• → Cómo empezar: elegir un socio principal, mapear 5 eventos críticos y configurar las primeras alertas en menos de 30 días

Qué es el SLA de un socio en el comercio exterior

El SLA (Service Level Agreement, acuerdo de nivel de servicio) de un socio es el acuerdo formal sobre lo que cada proveedor tiene que entregar, en qué plazo y en qué formato. En el comercio exterior, eso significa: cuándo el agente de carga tiene que confirmar el booking, en cuánto tiempo el despachante tiene que abrir el proceso después de recibir los documentos y con cuánta anticipación el transportista tiene que confirmar el retiro.

La mayoría de las operaciones tiene esos acuerdos: de palabra, en contratos genéricos o en la memoria de quien trabaja ahí hace más tiempo. El problema no es la falta de SLA. Es la falta de monitoreo: nadie sabe, en tiempo real, cuántos procesos activos están dentro del plazo y cuántos ya vencieron sin acción.

Por qué la mayoría de las operaciones no logra exigir el SLA a sus socios

No es falta de voluntad. Es la falta de una estructura de información.

Para exigir un SLA, hay que saber: ¿cuándo empezó a contar el plazo? ¿El socio ya entregó? Si no entregó, ¿hace cuánto está atrasado? ¿Quién es el responsable de reclamar? Sin esas respuestas disponibles en tiempo real, el reclamo depende de la memoria, del correo o de una llamada, que son justamente los mecanismos que fallan cuando crece el volumen.

Tres razones estructurales por las que el SLA no funciona en la mayoría de las operaciones:

1. El evento no está registrado en el sistema. El agente confirmó el booking por correo. El despachante abrió el proceso en su sistema. El estado existe, pero no está en la plataforma del importador. Sin el evento centralizado, no hay forma de calcular si se cumplió el SLA.
2. El SLA no tiene una definición objetiva. «Apertura en D+1» es distinto de «apertura en D+1 después de la recepción confirmada de los documentos originales». Sin un criterio explícito, cualquier plazo se vuelve negociable a la hora del reclamo.
3. Nadie es responsable del reclamo. Cuando vence el SLA, ¿quién contacta al socio? Si la respuesta es «todo el equipo» o «el primero que se dé cuenta», el SLA no es un compromiso: es una intención.

Los 3 pilares de un SLA con socios que funciona en el comercio exterior

1. Eventos estandarizados por etapa

Cada etapa del proceso de importación tiene un evento que marca su cierre: booking confirmado, documentos recibidos, DI registrada, canal asignado, liberación aduanera, retiro agendado. El SLA solo se puede medir cuando esos eventos llegan de forma estandarizada (misma nomenclatura, mismo campo, mismos tiempos) de todos los socios.

Que distintos socios informen eventos distintos en el mismo proceso es la causa raíz del problema. La estandarización no exige que el socio cambie su sistema: exige que el evento se registre en la plataforma del importador en el momento justo.

2. SLA por etapa con alerta de desvío

Cada evento tiene un plazo esperado. La alerta se dispara cuando el plazo está por vencer sin el evento registrado, no cuando ya venció. La diferencia entre alertar con 24 horas de anticipación y alertar después del vencimiento es la diferencia entre prevenir el atraso y registrar el daño.

Las alertas eficientes en el comercio exterior se configuran por tipo de socio y criticidad de la etapa: la apertura del proceso por el despachante tiene un SLA más corto que la confirmación del flete, porque el impacto de un atraso en la DI es mayor que el de un ajuste en el booking.

3. Responsable e historial auditable por socio

Cada etapa tiene un responsable definido. Cuando se dispara la alerta, quien contacta al socio sabe que le corresponde a él, no «al equipo». Y cada interacción queda registrada: cuándo se contactó al socio, qué respondió, en cuánto tiempo se resolvió.

Ese historial es lo que convierte el reclamo del SLA de un roce personal en una gestión basada en datos. En lugar de «ustedes siempre se atrasan», la conversación pasa a ser: «en los últimos 30 días, el 23% de los procesos se abrió fuera de plazo; tenemos que entender la causa raíz».

Prueba en campo: de innumerables correos a un único panel

Antes: Comunicación repartida en correos, Excel y los sistemas de cada socio. La carga manual abría innumerables posibilidades de error, y cuando algo se perdía, el historial desaparecía con ello.

Después: Todo en una sola herramienta. Comunicación configurable por proceso o consolidada por socio. Lo que antes le llevaba horas al equipo pasó a hacerlo el sistema.

Daniel Cunskis, Gateway Manager, DSV Air & Sea Brazil
Video (en portugués): https://www.youtube.com/watch?v=DhM9_AtSfRc&t=168s

Cómo funciona el SLA con socios dentro de FollowNet One

FollowNet One centraliza los eventos de todos los socios en una única plataforma. Cada socio (agente de carga, despachante, transportista) alimenta los eventos en el sistema, y FollowNet One calcula automáticamente si se cumplió el SLA en cada etapa de cada proceso.

El resultado operativo: el analista no necesita llamar al agente para saber si se confirmó el booking. El panel muestra por semáforo qué procesos están dentro del SLA, cuáles requieren atención y cuáles ya vencieron y necesitan acción. El gestor entra a la reunión sabiendo exactamente qué socios rinden por debajo de lo esperado, con datos, no con percepciones.

Plantilla: matriz de SLA por socio y etapa

Esta plantilla es el punto de partida: cada operación ajusta los plazos según el historial real del socio y la criticidad de la etapa.

Cómo estructurar el SLA con socios sin un proyecto interminable

Responsable: Gerente o Coordinador de Comercio Exterior, a cargo de definir los criterios de SLA de cada socio y de garantizar que todos los eventos se registren en la plataforma en el momento correcto.

Frecuencia: diaria, con la revisión del panel de SLA antes de la jornada; semanal, con la revisión del historial de desempeño de cada socio y el ajuste de los criterios cuando sea necesario.

KPI semáforo: porcentaje de etapas entregadas dentro del SLA por socio, con una meta superior al 90% en el primer trimestre después de la configuración.

Primer alcance: el agente de carga con mayor volumen de procesos activos o con más reclamos recientes. Mapear 5 eventos críticos, definir los plazos y configurar las alertas. Resultados visibles en las primeras dos semanas.