A última milha da integração: quando o despachante tem a plataforma dele e você tem a sua

O armador tem API. O porto publica status em tempo real. Seu ERP integra com a Receita. E mesmo assim, para saber se o despachante já registrou a declaração, alguém da sua equipe abre o portal dele, copia o dado e cola na sua planilha. A integração funcionou em todo o trajeto, menos no último trecho: o que separa a plataforma do despachante da sua.

Esse trecho final é a última milha da integração, e ela falha de um jeito específico: cada parceiro tem o próprio portal, e a informação só atravessa de um para o outro por consulta manual. O FollowNet One é a plataforma de Control Tower da e.Mix: centraliza eventos, documentos e alertas das operações de importação e exportação para que o time decida antes que o problema vire custo. Resolver a integração com o despachante que tem plataforma própria é fechar exatamente essa lacuna, sem exigir que cada lado abandone o sistema que já usa.

• O problema: despachante e importador têm plataformas próprias, e o dado só passa de uma para a outra por consulta manual.
• O custo-risco: mesmo com APIs de porto e armador ativas, a informação chega tarde e depende de alguém copiar e colar.
• O mecanismo: a Control Tower do importador consome o evento do parceiro, em vez de exigir que ele opere no mesmo portal.
• Como começar: mapear quais status hoje dependem de consulta manual ao portal do despachante.

A integração que para no portal do parceiro

A maior parte da cadeia de importação já está integrada. O tracking do armador chega por API. O status do porto é público. O ERP conversa com os sistemas fiscais. O ponto onde a corrente arrebenta é quase sempre o mesmo: a fronteira entre a plataforma do despachante e a do importador.

O despachante opera no sistema dele, que faz sentido para a realidade dele. O importador opera no seu, que reflete a operação dele. Os dois sistemas funcionam bem isolados. O problema é a passagem: quando o importador precisa saber se a declaração foi registrada, se o canal saiu, se a exigência foi cumprida, esse dado mora no portal do despachante, e atravessar essa fronteira costuma ser trabalho de gente, não de máquina.

Por que ter API não resolve sozinho

É tentador achar que, se todo mundo tem API, a integração se resolve. Não é assim na prática. Ter API disponível e ter o fluxo de informação desenhado entre dois parceiros são coisas diferentes. A API é a porta; alguém ainda precisa decidir o que passa por ela, quando e em que formato.

Essa distinção entre o ciclo completo de integração e a última milha específica vale a leitura de o ciclo de integração do Comex e sua última milha. Aqui o recorte é mais estreito: não o ciclo todo, mas o ponto exato em que o despachante tem a plataforma dele e o importador tem a sua, e o dado precisa cruzar essa linha sem depender de consulta manual.

O custo escondido da consulta manual

Copiar um status do portal do despachante para a planilha do importador parece trivial. Some-se isso por processo, por dia, por toda a operação, e deixa de ser trivial. Cada consulta manual é tempo, é atraso entre o evento real e o registro interno, e é risco de o dado chegar errado ou desatualizado.

As duas primeiras linhas correm sozinhas. As duas últimas, as que mais impactam decisão, dependem de alguém olhar o portal do parceiro. É aí que a última milha cobra seu preço.

Fechar a lacuna sem trocar o sistema de ninguém

A solução não é obrigar o despachante a operar no portal do importador, nem o contrário. Cada um mantém o sistema que faz sentido para a sua operação. O que muda é o fluxo: a Control Tower do importador passa a consumir o evento relevante do parceiro, registrar a declaração, mudança de canal, exigência, e refletir isso no status interno sem cópia manual.

Na DSV, o gateway manager Daniel Cunskis descreve o ganho de concentrar a comunicação num só lugar, em vez de espalhá-la entre sistemas e e-mails:

O princípio é o mesmo da última milha: o valor não está em mais um portal, está em o evento chegar até quem precisa decidir, sem passar pela mão de alguém no meio do caminho.

Como começar sem projeto infinito

Fechar a última milha não começa por um projeto de integração grande. Começa por enxergar onde a consulta manual ainda acontece.

• Owner: Coordenador de Comex.
• Cadência: mapeamento semanal dos status que ainda dependem de consulta ao portal do despachante.
• KPI farol: número de status por processo que chegam por consulta manual, não por evento automático.
• Primeiro recorte: o registro da declaração e a mudança de canal, os dois eventos que mais impactam decisão.

Conforme esses status passam a chegar como evento, a planilha de cópia manual perde função. É assim que o FollowNet One trata a última milha: não substituindo o sistema do despachante, mas consumindo o evento dele para que o importador decida sem esperar a consulta. O mesmo raciocínio vale para otimizar a comunicação com agentes e despachantes e para definir o SLA do desembaraço como evento e KPI, sem planilha.

Saiba mais

• Trading company no Comex: como operar para clientes e para si mesmo com o mesmo sistema
• 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

📖 Leia o guia completo: SLA com parceiros no Comex: guia completo