SLA de parceiro que funciona: como criar linguagem única entre 5 agentes de carga sem gerar atrito
Como criar linguagem única de SLA entre múltiplos agentes de carga sem gerar atrito: onboarding estruturado, régua de cobrança por dado e modelo por tipo de parceiro.
Cinco agentes de carga. Cinco formas diferentes de enviar atualização de status. Um armador que responde por e-mail, outro via portal, um despachante que liga, outro que manda PDF. O time de Comex no meio — tentando consolidar tudo isso num modelo que não existe porque cada parceiro inventou o seu. Quando o volume cresce, esse modelo colapsa. Não por falta de esforço do time — por falta de linguagem comum entre os parceiros.
O FollowNet One é a plataforma de Control Tower da e.Mix: centraliza eventos, documentos e alertas de todas as operações de importação e exportação para que o time tome decisões antes que os problemas virem custo. A padronização de SLA entre parceiros não é uma funcionalidade isolada — é o resultado de ter um único ponto de verdade que todos os agentes alimentam, no formato e no prazo que o importador definiu.
Neste artigo mostramos como criar linguagem única de SLA entre múltiplos agentes de carga sem gerar atrito — com o onboarding que padroniza sem pressionar e a régua de cobrança que usa dado, não julgamento.
- → O problema: cada agente opera com seu próprio padrão de atualização — e o time de Comex é o integrador manual de tudo
- → O custo-risco: a cada novo agente incorporado à operação sem padronização, o custo de gestão de parceiros cresce de forma não linear
- → O mecanismo: onboarding estruturado por evento, SLA por tipo de ocorrência e régua de cobrança baseada em dado — não em percepção
- → Como começar: mapear os três eventos críticos que cada agente deveria atualizar — e quanto tempo cada um leva hoje para fazer isso
Por que SLA de parceiro falha antes de ser cobrado
O erro mais comum não está na cobrança — está no onboarding. Quando um novo agente de carga entra na operação sem receber um documento claro de expectativa — quais eventos precisa atualizar, em qual prazo, em qual formato — ele opera com o padrão que trouxe do cliente anterior. Que é diferente do padrão do agente que já estava na operação. Que é diferente do que o time de Comex precisa para fechar o follow-up sem fazer ligação.
O resultado é um ecossistema de parceiros que tecnicamente está “entregando” — mas cada um entregando à sua maneira. Quando o importador tenta cobrar um atraso de atualização, o agente responde com boa vontade mas sem entender exatamente o que foi acordado. Atrito não vem da cobrança — vem da ausência de critério claro estabelecido antes.
SLA que funciona começa com linguagem estabelecida na entrada — não com cobrança depois do desvio.
O que é linguagem única de SLA no Comex
Linguagem única não significa que todos os agentes usam o mesmo sistema. Significa que todos sabem responder às mesmas três perguntas para cada processo:
- → Qual é o status atual? (evento, data, localização)
- → O próximo evento está no prazo? (previsão versus data acordada)
- → Há alguma pendência que depende do importador? (documento, instrução, aprovação)
Quando todos os agentes respondem a essas três perguntas no mesmo formato e dentro do mesmo prazo — independente do sistema que usam internamente — o time de Comex para de ser o integrador manual e passa a ser o gestor de exceções. O trabalho muda de natureza: de coletar informação para tratar desvio.
Onboarding de parceiro em três etapas sem gerar atrito
O onboarding que padroniza sem pressionar não começa com cobrança — começa com clareza. O agente precisa saber o que o importador espera antes de ser avaliado por entregar ou não.
Etapa 1 — Definir o dicionário de eventos. Para cada modal operado com aquele agente, listar os eventos críticos que precisam de atualização: saída de origem, embarque confirmado, ETA atualizado, chegada ao porto, liberação do desembaraço. Para cada evento: qual é o prazo máximo de atualização após o fato, em qual canal (plataforma, e-mail estruturado ou integração direta) e quem é o responsável do lado do agente.
Etapa 2 — Compartilhar o SLA por escrito antes do primeiro processo. Um documento de uma página — não um contrato jurídico — com os eventos, prazos e o que acontece quando o prazo não é cumprido: primeiro um alerta automático, depois uma conversa de revisão. O tom é de alinhamento operacional, não de auditoria. A maioria dos agentes recebe esse documento com alívio — finalmente sabem exatamente o que é esperado.
Etapa 3 — Período de observação com devolutiva mensal. No primeiro mês, não cobrar — observar. Registrar os desvios de prazo por evento e por agente na plataforma. No fechamento do mês, compartilhar o dado com o agente: quantos eventos foram atualizados no prazo, quais ficaram fora e qual foi o impacto operacional dos atrasos. Essa devolutiva baseada em dado transforma a conversa de cobrança em revisão colaborativa.
Como criar a régua de cobrança que usa dado, não julgamento
A diferença entre cobrança que gera atrito e cobrança que gera melhoria está no que embasa a conversa. “Vocês estão atrasando as atualizações” é julgamento. “Nos últimos 30 dias, 23% dos eventos de ETA foram atualizados fora do prazo acordado — aqui está o detalhamento por processo” é dado.
A régua de cobrança tem três níveis, ativados em sequência:
- → Nível 1 — Alerta automático: plataforma identifica evento sem atualização dentro do prazo e envia notificação ao responsável do agente. Sem interação humana; sem julgamento.
- → Nível 2 — Devolutiva mensal: reunião de 30 minutos com o ponto focal do agente para revisar os indicadores do mês — taxa de cumprimento de SLA por evento, processos com impacto operacional por atraso de atualização e plano de ação para os desvios recorrentes.
- → Nível 3 — Revisão de escopo: se dois meses consecutivos ficarem abaixo de 80% de cumprimento de SLA após as devolutivas, revisar o volume de processos direcionados àquele agente. Essa decisão é baseada em número — não em percepção de relacionamento.
A maioria das operações nunca precisa chegar ao Nível 3. O Nível 1 resolve a maior parte dos desvios porque torna o problema visível antes de virar pauta de reunião.
Relação contínua, não configuração única: como a DSV opera com escala e padronização
Antes: gestão de parceiros dependente de interação humana para cada atualização — sem régua automática, sem dado consolidado por agente.
Depois: operação de mais de 5 mil files por mês com padronização que permite escala sem duplicar o time — a plataforma como ponto central de todas as interações com parceiros.
Carolina Póvoa — Gerente de Filial Campinas — DSV Air & Sea Brazil
Vídeo: https://www.youtube.com/watch?v=-D9hh6i8PQU&t=459
Modelo de SLA por tipo de parceiro: o que medir em cada caso
Nem todo parceiro tem o mesmo SLA. O modelo abaixo organiza os eventos críticos e os prazos de referência por tipo de parceiro. Use como base e ajuste para a realidade de cada corredor.
| Tipo de parceiro | Eventos críticos a monitorar | Prazo de atualização (referência) | Canal preferencial |
|---|---|---|---|
| Agente de carga (marítimo) | Booking confirmado, embarque, BL emitido, ETA atualizado, chegada ao porto | Até 4h após o evento | Plataforma ou e-mail estruturado |
| Agente de carga (aéreo) | AWB emitido, embarque, chegada, liberação para desembaraço | Até 2h após o evento | Plataforma ou integração direta |
| Despachante aduaneiro | Registro de DI/DUIMP, canal atribuído, liberação, pendências documentais | Até 2h após o evento | Plataforma |
| Transportador interno | Coleta no porto, previsão de entrega, entrega confirmada, divergências | Até 3h após o evento | Plataforma ou e-mail estruturado |
O prazo de atualização não precisa ser o mesmo para todos os corredores. O que importa é que esteja documentado e que o agente tenha confirmado ciência antes do primeiro processo.
Se a sua operação tem mais de dois agentes de carga e o time ainda consolida status manualmente, a régua de SLA ainda não existe de forma estruturada. O FollowNet One monitora cumprimento de prazo por evento e por parceiro — automaticamente.
Como começar sem projeto infinito
Owner: Head ou Coordenador de Comex — responsável por redigir o documento de SLA do primeiro agente e conduzir a devolutiva do primeiro mês.
Cadência: mensal — devolutiva de 30 minutos com cada agente ao final do primeiro mês, depois trimestral para os agentes com cumprimento de SLA acima de 85%.
KPI farol: taxa de cumprimento de SLA por agente — percentual de eventos atualizados dentro do prazo acordado no mês. Meta: acima de 85% para todos os agentes após 60 dias de operação com o SLA documentado.
Primeiro recorte: o agente de maior volume do corredor principal. Redigir o documento de SLA para esse agente, compartilhar, observar por 30 dias e gerar a primeira devolutiva com dado. Com esse modelo testado, replicar para os demais agentes na sequência.
Saiba mais
- Guia completo: SLA de parceiros no Comex — do onboarding à cobrança
- Como cobrar SLA de parceiros sem gerar atrito operacional
- Padronização e escalabilidade em operações de Comex
- Previsibilidade de prazos: como antecipar desvio antes do impacto
- RACI no desembaraço: quem decide, executa e responde
📖 Leia o guia completo: Agentes de Carga: guia completo
Perguntas & Respostas
O que é SLA de parceiro no Comex?
SLA de parceiro no Comex é o acordo que define quais eventos cada agente de carga, despachante ou transportador precisa atualizar, em qual prazo após o fato e em qual formato. Sem esse acordo documentado e comunicado no onboarding, cada parceiro opera com seu próprio padrão — e o time de Comex vira o integrador manual de informações que deveriam chegar estruturadas.
Como criar linguagem única de SLA entre múltiplos agentes de carga?
O processo tem três etapas: definir o dicionário de eventos críticos por modal (quais eventos, em qual prazo, em qual canal); compartilhar o documento de SLA por escrito antes do primeiro processo — não como contrato jurídico, mas como alinhamento operacional; e conduzir um período de 30 dias de observação com devolutiva baseada em dado ao final. A maioria dos agentes recebe esse documento com alívio — finalmente sabem exatamente o que é esperado.
Por que cobrar SLA de parceiro gera atrito e como evitar isso?
O atrito vem da ausência de critério claro estabelecido antes da cobrança. Quando o agente entra na operação sem documento de expectativa e é cobrado por um desvio que não sabia que era desvio, a reação é defensiva. A cobrança que não gera atrito começa com onboarding estruturado, continua com alerta automático e chega à conversa humana apenas com dado consolidado — não com percepção.
Quais eventos de SLA devo monitorar para cada agente de carga?
Para agentes de carga marítimo, os eventos críticos são: booking confirmado, embarque, BL emitido, ETA atualizado e chegada ao porto. Para agentes de carga aéreo: AWB emitido, embarque, chegada e liberação para desembaraço. Para despachantes: registro de DI/DUIMP, canal atribuído, liberação e pendências documentais. O prazo de referência é até 4h para marítimo e 2h para aéreo e desembaraço — ajustável por corredor.
Como medir o cumprimento de SLA dos parceiros de forma objetiva?
O KPI de referência é a taxa de cumprimento de SLA por agente: percentual de eventos atualizados dentro do prazo acordado no mês. A meta de referência é acima de 85% após 60 dias de operação com o SLA documentado. O dado é gerado automaticamente pela plataforma — sem consolidação manual — e serve de base para a devolutiva mensal com o agente.
Qual é a diferença entre um SLA de parceiro que funciona e um que fica no papel?
SLA que funciona tem três elementos: documento escrito compartilhado antes do primeiro processo, monitoramento automático de prazo por evento e devolutiva periódica baseada em dado — não em percepção. SLA que fica no papel é um critério verbal que ninguém mede e que só vira pauta quando um problema grande já aconteceu.
Como o FollowNet One ajuda na gestão de SLA de parceiros?
O FollowNet One monitora automaticamente o cumprimento de prazo de cada evento por parceiro. Quando um agente não atualiza um evento dentro do prazo acordado, a plataforma dispara um alerta para o responsável — sem interação humana. Ao final do mês, o dado consolidado por agente está disponível para a devolutiva: taxa de cumprimento, eventos com maior desvio e impacto operacional dos atrasos.
Quando devo revisar o escopo de um agente de carga por descumprimento de SLA?
A revisão de escopo — redução do volume de processos direcionados ao agente — é o terceiro nível da régua de cobrança, ativado apenas quando dois meses consecutivos ficam abaixo de 80% de cumprimento após devolutivas mensais. A decisão é baseada em número, não em percepção de relacionamento. A maioria das operações nunca chega a esse nível: o alerta automático e a devolutiva mensal resolvem os desvios recorrentes.
Como fazer o onboarding de um novo agente de carga sem gerar atrito?
O onboarding estruturado tem três etapas: definir o dicionário de eventos e prazos, compartilhar o documento de SLA por escrito antes do primeiro processo e conduzir 30 dias de observação sem cobrança antes da primeira devolutiva. O tom é de alinhamento operacional — não de auditoria. Agentes que recebem esse processo tendem a entregar melhor do que os que foram integrados sem clareza de expectativa.
Quantos agentes de carga uma operação pode padronizar simultaneamente?
A recomendação é começar pelo agente de maior volume do corredor principal, testar o modelo completo durante 60 dias e replicar para os demais na sequência. Tentar padronizar cinco agentes simultaneamente no primeiro mês tende a diluir a atenção do owner e gerar documentos de SLA genéricos demais para serem úteis. A padronização em série — um agente de cada vez — é mais lenta no início e muito mais durável no longo prazo.
Como criar linguagem única de SLA entre múltiplos agentes de carga no Comex
Processo em três etapas para padronizar SLA entre agentes de carga, despachantes e transportadores sem gerar atrito — com documento de onboarding, régua de cobrança por dado e KPI de cumprimento por parceiro.
- 1
Passo 1: Definir o dicionário de eventos críticos por modal
Para cada modal operado com o agente (marítimo, aéreo), listar os eventos que precisam de atualização: embarque, ETA, chegada, liberação. Para cada evento, definir o prazo máximo de atualização após o fato, o canal preferencial e o responsável do lado do agente.
- 2
Passo 2: Redigir e compartilhar o documento de SLA antes do primeiro processo
Consolidar os eventos e prazos em um documento de uma página — alinhamento operacional, não contrato jurídico. Compartilhar com o agente antes do primeiro processo, solicitando confirmação de ciência. O tom é de clareza mútua: o agente sabe exatamente o que é esperado; o importador sabe o que vai monitorar.
- 3
Passo 3: Conduzir 30 dias de observação sem cobrança
No primeiro mês, registrar os desvios de prazo por evento e por agente na plataforma sem acionar cobrança formal. O objetivo é gerar dado real para a primeira devolutiva — e identificar se o SLA definido é realista para aquele corredor.
- 4
Passo 4: Realizar devolutiva mensal baseada em dado
Ao final do primeiro mês, compartilhar com o ponto focal do agente: taxa de cumprimento de SLA por evento, processos com impacto operacional por atraso e plano de ação para os desvios recorrentes. Reunião de 30 minutos, com dado consolidado — sem julgamento.
- 5
Passo 5: Replicar o modelo para os demais agentes na sequência
Com o modelo testado no agente de maior volume, replicar para os demais parceiros da operação — um de cada vez. Para agentes com cumprimento de SLA consistentemente acima de 85%, a devolutiva passa de mensal para trimestral.
Quantos agentes operam hoje sem SLA documentado na sua operação?
O FollowNet One monitora cumprimento de prazo por evento e por parceiro automaticamente — e entrega o dado para a devolutiva mensal sem precisar consolidar nada à mão. Solicite uma demonstração de 30 minutos.
Solicite uma demonstraçãoConheça o FollowNet One
