SLA com parceiros no Comex: guia completo

O gerente de Comex que chega na reunião de S&OP com o dado do agente principal sempre atualizado não tem parceiros melhores — ele tem um processo que não depende da boa vontade de ninguém. Enquanto o time ao redor manda e-mail pedindo status, ele abre o painel, filtra por parceiro e responde em 30 segundos.

SLA com parceiros no Comex não é uma questão cultural. É uma questão de estrutura: quem define o que deve ser entregue, em que formato e em qual prazo — e quem monitora quando não chega.

O FollowNet One é a plataforma de Control Tower da e.Mix: centraliza eventos, documentos e alertas de todos os parceiros da operação — agentes de carga, despachantes, transportadoras — para que o time trate o que é desvio antes que vire custo. Este guia explica o que é SLA de parceiro no Comex, por que a maioria das operações não consegue cobrar, e como estruturar um modelo que funciona sem depender de ligação, e-mail ou boa memória.

• → O problema: cada parceiro reporta de um jeito, no seu tempo, com dados que só ele entende
• → O custo-risco: decisão tardia, retrabalho de status, demurrage invisível e S&OP sem dado confiável
• → O mecanismo: eventos padronizados + SLA por etapa + alerta automático quando o parceiro não entrega
• → Como começar: escolher um parceiro principal, mapear 5 eventos críticos e configurar os primeiros alertas em menos de 30 dias

O que é SLA de parceiro no Comex

SLA (Service Level Agreement) de parceiro é o acordo formal sobre o que cada prestador deve entregar, em qual prazo e em qual formato. No Comex, isso significa: quando o agente de carga deve confirmar o booking, em quanto tempo o despachante deve abrir o processo após receber os documentos, e com qual antecedência a transportadora deve confirmar a coleta.

A maioria das operações tem esses acordos — de forma verbal, em contratos genéricos ou na memória de quem trabalha há mais tempo. O problema não é a ausência de SLA. É a ausência de monitoramento: ninguém sabe, em tempo real, quantos processos ativos estão dentro do prazo e quantos já venceram sem ação.

Por que a maioria das operações não consegue cobrar SLA de parceiro

Não é falta de vontade. É ausência de estrutura de informação.

Para cobrar SLA, é preciso saber: o prazo começou a contar quando? O parceiro já entregou? Se não entregou, há quanto tempo está em atraso? Quem é o responsável por acionar? Sem essas respostas disponíveis em tempo real, a cobrança depende de memória, e-mail ou ligação — que são exatamente os mecanismos que falham quando o volume cresce.

Três razões estruturais pelas quais o SLA não funciona na maioria das operações:

1. O evento não está registrado no sistema. O agente confirmou o booking por e-mail. O despachante abriu o processo no sistema dele. O status existe — mas não está na plataforma do importador. Sem o evento centralizado, não há como calcular se o SLA foi cumprido.
2. O SLA não tem definição objetiva. “Abertura em D+1” é diferente de “abertura em D+1 após recebimento confirmado dos documentos originais”. Sem critério explícito, qualquer prazo é negociável na hora da cobrança.
3. Não há owner da cobrança. Quando o SLA vence, quem aciona o parceiro? Se a resposta for “o time todo” ou “quem perceber primeiro”, o SLA não é um compromisso — é uma intenção.

Os 3 pilares de um SLA de parceiro que funciona no Comex

1. Eventos padronizados por etapa

Cada etapa do processo de importação tem um evento que marca sua conclusão: booking confirmado, documentos recebidos, DI registrada, canal atribuído, liberação aduaneira, coleta agendada. O SLA só pode ser medido quando esses eventos chegam de forma padronizada — mesma nomenclatura, mesmo campo, mesmo timing — de todos os parceiros.

Parceiros diferentes reportando eventos diferentes no mesmo processo é a causa raiz do problema. A padronização não exige que o parceiro mude o sistema dele — exige que o evento seja registrado na plataforma do importador no momento certo.

2. SLA por etapa com alerta de desvio

Cada evento tem um prazo esperado. O alerta dispara quando o prazo está próximo de vencer sem o evento registrado — não quando já venceu. A diferença entre alertar com 24h de antecedência e alertar depois do vencimento é a diferença entre prevenir o atraso e registrar o dano.

Alertas eficientes no Comex são configurados por tipo de parceiro e criticidade da etapa: abertura de processo pelo despachante tem SLA mais curto do que confirmação de frete, porque o impacto de um atraso de DI é maior do que um ajuste de booking.

3. Owner e histórico auditável por parceiro

Cada etapa tem um responsável definido. Quando o alerta dispara, quem aciona o parceiro sabe que é a sua responsabilidade — não “do time”. E cada interação fica registrada: quando foi acionado, o que respondeu, em quanto tempo resolveu.

Esse histórico é o que transforma a cobrança de SLA de atrito pessoal em gestão por dado. Em vez de “vocês sempre atrasam”, a conversa passa a ser: “nos últimos 30 dias, 23% dos processos tiveram abertura fora do prazo — precisamos entender a causa raiz”.

Prova em campo: de múltiplos e-mails a um único painel

Antes: Comunicação espalhada por e-mail, Excel e sistemas de cada parceiro. Input manual abria inúmeras possibilidades de erro — e quando algo se perdia, o histórico sumia junto.

Depois: Tudo numa ferramenta só. Comunicação configurável por processo ou compilada por parceiro. O que antes era absorvido pelo time em horas passou a ser feito pelo sistema.

Daniel Cunskis — Gateway Manager — DSV Air & Sea Brazil
Vídeo: https://www.youtube.com/watch?v=DhM9_AtSfRc&t=168s

Nota: timestamp aproximado — verificar antes de publicar.

Como o SLA de parceiros funciona dentro do FollowNet One

O FollowNet One centraliza os eventos de todos os parceiros em uma única plataforma. Cada parceiro — agente de carga, despachante, transportadora — alimenta os eventos no sistema, e o FollowNet One calcula automaticamente se o SLA foi cumprido para cada etapa de cada processo.

O resultado operacional: o analista não precisa ligar para o agente para saber se o booking foi confirmado. O painel mostra, por farol, quais processos estão dentro do SLA, quais estão em atenção e quais já venceram e precisam de ação. O gestor entra na reunião sabendo exatamente quais parceiros estão performando abaixo do esperado — com dado, não com percepção.

Template: matriz de SLA por parceiro e etapa

Esse template é o ponto de partida — cada operação ajusta os prazos com base no histórico real do parceiro e na criticidade da etapa.

Como estruturar SLA de parceiros sem projeto infinito

Owner: Gerente ou Coordenador de Comex — responsável por definir os critérios de SLA para cada parceiro e garantir que todos os eventos estejam registrados na plataforma com o timing correto.

Cadência: diária — revisão do painel de SLA antes do expediente; semanal — revisão do histórico de performance por parceiro e ajuste de critérios quando necessário.

KPI farol: percentual de etapas entregues dentro do SLA por parceiro — meta: acima de 90% no primeiro trimestre após configuração.

Primeiro recorte: o agente de carga com maior volume de processos ativos ou com mais reclamações recentes. Mapear 5 eventos críticos, definir os prazos, configurar os alertas. Resultado visível nas primeiras duas semanas.

Saiba mais

• Você já tem as APIs. Por que o ciclo ainda não fechou?
• Micro-case: padronização de 5 parceiros em um dashboard
• SLA do desembaraço: do evento ao KPI sem planilha manual
• Exigências repetidas: 5 causas raiz e como medir para reduzir
• Onboarding de parceiro: checklist para reduzir ruído em 7 dias
• Parceiros: cobrar SLA sem virar polícia
• RACI Desembaraço: quem decide, executa, responde
• Como padronizar agentes de carga sem brigar por processo
• Supply Chain sem fronteiras: como conectar parceiros globais