Por que a Gestão de Dados Aduaneiros
Custa Mais do que os Despachantes Imaginam

O Paradoxo do Sem Papel

Governos passaram quase três décadas construindo infraestrutura aduaneira digital. Os Estados Unidos aposentaram seu Automated Commercial System pelo ACE em 2016. O Reino Unido migrou para o Customs Declaration Service. A Índia construiu o ICEGATE. Dezenas de países lançaram plataformas de Balcão Único seguindo o framework do Modelo de Dados da OMA. Por todas as métricas oficiais, a alfândega está mais digital do que nunca.

Entre no chão de qualquer despachante aduaneiro de médio porte, e o cenário muda. Um lançador de declarações abre uma fatura comercial em PDF de um embarcador — chegou por e-mail, anexada a uma mensagem do agente de carga. Ela lê o nome do consignatário, os códigos NCM, os valores declarados, o país de origem, o incoterm — e os digita em um software diferente: a plataforma de declaração ABI, que transmite os dados para o ACE. Depois, outra pessoa reinserirá os mesmos detalhes da remessa no TMS da empresa para rastreamento operacional. E outra pessoa ainda, no sistema contábil para faturamento. Três rodadas de entrada manual de dados a partir de uma única fatura. Se a remessa envolver uma Agência Governamental Parceira — a ANVISA para alimentos, o IBAMA para químicos — é um quarto sistema.

Este é o paradoxo do sem papel. As autoridades aduaneiras têm portais digitais. Os despachantes usam computadores, não formulários de papel. Mas no ponto onde mãos humanas encontram dados de embarque, o fluxo de trabalho não mudou fundamentalmente desde os anos 1990. Os documentos são PDFs em vez de faxes. O software de declaração tem uma interface moderna. Mas a atividade central — ler informações de uma tela e digitá-las em outra — é idêntica.

Por Que Quatro Sistemas Diferentes Inserem os Mesmos Dados de Embarque

Para entender por que esse problema é estrutural, e não operacional, acompanhe a jornada de dados de um único embarque:

Salto 1 — Exportador ao Agente de Carga. Um exportador em Shenzhen envia uma fatura comercial e um packing list ao agente de carga. Eles chegam como PDFs ou imagens digitalizadas. Um assistente de operações do agente abre os documentos e insere os detalhes do embarque — nome do exportador, consignatário, descrição da mercadoria, peso, quantidade de volumes, valor declarado — no TMS do agente, provavelmente CargoWise. Isso cria o registro de embarque usado para reserva, consolidação e comunicação com a transportadora.

Salto 2 — Agente de Carga ao Despachante Aduaneiro. O agente de carga encaminha a mesma fatura comercial e packing list a um despachante aduaneiro no país de destino. O declarante do despachante abre o PDF e redigita os dados — mesmo consignatário, mesmos códigos NCM, mesmos valores — no software de declaração certificado pela ABI (nos EUA) ou na plataforma nacional equivalente. O TMS do agente e o software do despachante não se comunicam. Mesmo quando ambas as empresas usam CargoWise, os dados não fluem automaticamente entre instâncias separadas operadas por entidades legais distintas.

Salto 3 — Envio para os Portais das Agências Governamentais Parceiras. Se a mercadoria estiver sob jurisdição de uma Agência Governamental Parceira — FDA para dispositivos médicos, USDA para produtos agrícolas, EPA para produtos químicos — uma submissão separada de dados ocorre por meio de um portal diferente, com requisitos de campos distintos. Os dados existem no registro ABI do despachante aduaneiro. Eles não são preenchidos automaticamente no sistema da PGA. Alguém redigita ou copia e cola as informações.

Salto 4 — Operações para Contabilidade. Após o desembaraço, os detalhes da remessa precisam chegar ao sistema de faturamento. O agente de carga precisa faturar o cliente. O despachante precisa cobrar pela declaração. Os valores dos tributos precisam ser conciliados com o que foi efetivamente pago. Softwares contábeis — sejam módulos integrados de ERP ou plataformas independentes — raramente consomem dados aduaneiros de forma nativa. Mais uma vez: dados reinseridos.

Salto 5 — Relatórios Internos. Alguém extrai dados do TMS, do sistema ABI e da contabilidade para uma planilha do relatório semanal de operações. Três sistemas de origem, uma pasta de trabalho do Excel, tudo manual.

Cada salto introduz uma nova probabilidade de erro. As taxas padrão de erro de entrada manual de dados giram em torno de 1-4% em ambientes logísticos. Em 10.000 transações por mês, isso representa 100 a 400 erros de dados. Na área aduaneira, um erro não é apenas uma correção — é uma retenção de remessa, um Pedido de Informações (Formulário 28 da CBP), uma possível penalidade. A Federação Internacional das Associações de Transitários e Similares (FIATA) identifica explicitamente a "falta de interoperabilidade entre sistemas e inconsistência na qualidade e nos padrões dos dados" como um desafio fundamental para o setor. O problema é reconhecido no mais alto nível. A estrutura que o sustenta não mudou.

O Problema de Compatibilidade que Ninguém Previu

Se o problema fosse apenas "empresas usam softwares diferentes", APIs resolveriam. A questão mais profunda é que os próprios padrões de dados aduaneiros são incompatíveis entre jurisdições — e às vezes dentro de uma mesma jurisdição.

A Organização Mundial das Aduanas publica e mantém um Modelo de Dados desde os anos 1990 — um conjunto harmonizado e padronizado de definições de dados e formatos de mensagens eletrônicas, projetado para tornar a troca de dados transfronteiriça interoperável. O Modelo de Dados da OMA é a base de dados para ambientes de Balcão Único no mundo todo. Ele define "pacotes de informação" reutilizáveis para declarações de mercadorias, relatórios de carga, relatórios de transporte e licenças/autorizações/certificados. No papel, é a linguagem universal dos dados do comércio transfronteiriço.

Na prática, um compêndio da APEC sobre interoperabilidade de Balcão Único constatou que as economias-membro usam "uma variedade de formatos de dados (UN/EDIFACT, ANSI X12, XML e formatos proprietários)" — apesar da existência do Modelo de Dados da OMA. O uCustoms da Malásia, o ICEGATE da Índia, o sistema ACE dos EUA e o CDS do Reino Unido usam arquiteturas técnicas, mapeamentos de campos e regras de validação diferentes. Mesmo na UE, onde o Código Aduaneiro da União exige declarações online, as especificações de implementação variam por Estado-Membro. Um despachante que desembaraça mercadorias na Alemanha e na França enfrenta interfaces de sistemas nacionais diferentes, apesar de ambos operarem sob o mesmo quadro do CAU.

O resultado é uma infraestrutura aduaneira global onde a digitalização ocorreu país por país, plataforma por plataforma, sem um mandato vinculante de interoperabilidade. Cada sistema nacional é uma ilha digital. As mercadorias cruzam fronteiras; os dados, não.

O Custo Real das Falhas nos Dados Aduaneiros

A linguagem em torno da ineficiência aduaneira é abstrata — "gargalos", "atritos", "atrasos". Mas cada erro na cascata de redigitação tem um preço, e ele se acumula rapidamente.

Comece pelo custo mais visível: sobreestadia e detenção. Quando uma carga fica parada no porto porque o desembaraço aduaneiro está retido — por uma divergência no código NCM, uma discrepância no valor declarado ou um certificado faltante — o relógio começa a contar. A sobreestadia padrão custa de US$ 75 a US$ 300 por contêiner por dia após o período de franquia (normalmente de 3 a 7 dias). As taxas de detenção por reter o contêiner da transportadora fora do terminal adicionam outros US$ 100 a US$ 200 por dia. Após a primeira semana, essas tarifas aumentam. Um atraso de 10 dias em um único contêiner a US$ 200/dia significa US$ 2.000 em custos não planejados. Em um embarque de 12 contêineres da Ásia, isso representa US$ 24.000 — sem contar os custos de falta de estoque, frete expresso para recuperar o cronograma ou multas por baixo estoque na Amazon se a mercadoria fosse destinada ao FBA.

Um estudo do Banco Interamericano de Desenvolvimento constatou que cada dia adicional de atraso no porto de entrada aumenta os custos totais do comércio em 0,9%. Com o atraso médio de importação em cerca de 8,5 dias, isso representa um prêmio de custo de 7,65% — além do custo normal de desembarque das mercadorias. Para uma remessa no valor de US$ 100.000, os atrasos relacionados à alfândega adicionam US$ 7.650. E esse número é uma média: os atrasos em aeroportos se mostraram mais caros do que em portos marítimos, e as grandes empresas arcaram com custos desproporcionalmente maiores.

Depois, há os custos que não aparecem em uma fatura aduaneira. Uma auditoria de 2025 em PMEs do Reino Unido descobriu que 18% do total de gastos com frete foi atribuído a multas evitáveis — penalidades desencadeadas por imprecisões de dados, declarações tardias e classificações incorretas — e não a obrigações fiscais reais. Isso representa quase um quinto do orçamento de frete desaparecendo em erros que se originam no nível de entrada de dados.

Os custos menos visíveis são, sem dúvida, maiores. Quando o desembaraço é imprevisível — ora 2 dias, ora 10 — os planejadores da cadeia de suprimentos criam estoques de segurança. Esse estoque imobiliza capital de giro. Erros individuais de digitação podem se acumular: um código NCM digitado incorretamente gera uma retenção da mercadoria, a retenção gera sobreestadia, e a sobreestadia corrói a margem. Abordamos em detalhes os sete erros mais comuns de digitação em dados aduaneiros que causam atrasos no desembaraço — a causa raiz é quase sempre um erro de redigitação em algum ponto da cadeia. O Banco Mundial estimou que reduzir as barreiras na cadeia de suprimentos — das quais os procedimentos aduaneiros são um componente central — poderia aumentar o PIB global em até seis vezes mais do que a eliminação de todas as tarifas de importação. O custo de dados aduaneiros ruins não se resume a contas de sobreestadia. É capital preso em armazéns, vendas perdidas por falta de estoque e a desvantagem competitiva de prazos de entrega imprevisíveis.

Por que a Mesa do Despachante Não Mudou em 20 Anos

Se os custos são tão altos, por que o mercado não forçou uma solução? A resposta está em um desalinhamento de incentivos que percorre todo o ecossistema aduaneiro.

Despachantes aduaneiros são pagos por declaração, não pela qualidade dos dados. A produtividade de um lançador de declarações é medida pelo volume — quantas declarações processadas por dia. O benchmark do setor é de 150 a 200 declarações por mês para um lançador que lida com uma mistura de declarações simples e complexas. A pressa para atingir o volume significa menos tempo por declaração para verificar a precisão do código NCM ou cruzar os valores declarados com os documentos de suporte. Mas o custo de um erro — uma liberação atrasada, uma consulta da CBP, uma multa — recai sobre o importador ou o agente de carga, não diretamente sobre o despachante. A parte responsável pela entrada de dados não é a parte que paga pelos erros de entrada de dados.

Agentes de carga são pagos pelo transporte, não pela gestão de dados. A margem de um agente de carga vem da movimentação de cargas — consolidação, reserva, roteirização. Os dados aduaneiros são um mal necessário atrelado ao embarque, não um serviço principal. O agente de carga encaminha os documentos ao despachante. Se os documentos contiverem erros, o despachante os detecta — ou a alfândega os detecta. De qualquer forma, a estrutura de remuneração do agente de carga não penaliza a qualidade dos dados a montante. Cada parte na cadeia tem um incentivo para empurrar o problema dos dados para a próxima parte.

O embarcador — a parte mais bem posicionada para corrigir os dados na origem — tem a menor exposição direta. Um fabricante ou varejista que envia mercadorias internacionalmente fornece a fatura comercial e a lista de embalagem. Esses documentos são criados uma vez. O embarcador raramente vê o que acontece com esses dados depois que eles saem de suas mãos. Eles não veem a redigitação. Eles não recebem a conta de sobreestadia a menos que o agente de carga a repasse. E quando isso acontece, o erro de dados que causou o atraso está a três etapas organizacionais de distância da pessoa que poderia tê-lo evitado.

Essa fragmentação de responsabilidades é o que torna a gestão de dados aduaneiros um problema estrutural, e não de software. Você pode implantar a melhor ferramenta de extração de documentos com IA do mundo no nível do embarcador — mas se os dados extraídos não puderem fluir diretamente para o TMS do agente de carga, o software ABI do despachante e os portais das agências governamentais parceiras (PGAs) sem redigitação humana em cada etapa, você apenas digitalizou o primeiro salto de uma corrente de cinco.

A tecnologia existe para preencher essas lacunas. Ferramentas que extraem dados estruturados de faturas comerciais, listas de embarque e conhecimentos de carga — os mesmos documentos que os redatores de declarações passam horas lendo manualmente — já funcionam. Cobrimos todo o fluxo de trabalho para extrair dados de declaração aduaneira para o Excel — o mecanismo central é uma abordagem de modelo de visão-linguagem: você define as colunas que deseja extrair (nome do consignatário, código NCM, valor declarado, país de origem, incoterm), envia os documentos, e a IA localiza cada valor entendendo seu significado, não sua posição na página. O resultado é uma tabela estruturada — Excel, CSV — que pode servir como fonte única de verdade para todos os sistemas downstream. A etapa de extração, pelo menos, não precisa mais ser manual.

Mas a extração é apenas o primeiro passo. A correção real exige conectar esses dados extraídos às plataformas onde eles precisam, de fato, residir. Para agentes de carga que lidam com embarques multi-país — onde diferentes declarações de mercadorias vão para sistemas nacionais distintos, com diferentes requisitos de código NCM — o processamento em lote de declarações aduaneiras em uma única planilha ao menos elimina o custo de extração manual por documento, mesmo que a etapa de registro ainda exija submissão específica da plataforma. É aí que o desafio estrutural — padrões fragmentados, sistemas de registro não interoperáveis, incentivos desalinhados — colide com o operacional. O gargalo não é ler documentos. É o que acontece depois.

Perguntas Frequentes

Por que os despachantes aduaneiros não podem simplesmente conectar seu TMS diretamente ao sistema da autoridade aduaneira?

Em muitos casos, eles podem — o software ABI nos EUA se conecta diretamente ao ACE, e arquiteturas similares de declaração direta existem na maioria das economias desenvolvidas. O problema não é a conexão entre o despachante e a alfândega. É tudo antes dessa conexão: extrair dados de documentos do embarcador, inseri-los com precisão no sistema do despachante e conciliá-los com dados do forwarder e de órgãos reguladores que estão em plataformas separadas. A última milha até a alfândega é digitalizada. As primeiras três milhas não são.

O Modelo de Dados da OMA não resolve o problema de interoperabilidade?

O Modelo de Dados da OMA fornece o vocabulário para dados aduaneiros interoperáveis — elementos de dados padronizados, formatos de mensagens e pacotes de informações. O que ele não fornece é uma obrigatoriedade de implementação. Cada país decide como (ou se) adotará o modelo em sua infraestrutura nacional de TI aduaneira. O resultado é um dicionário comum que ninguém é obrigado a usar — útil como referência, insuficiente para integração.

Ferramentas de extração de documentos com IA conseguem lidar com a variedade de formatos na documentação aduaneira?

Faturas comerciais, listas de embalagem, conhecimentos de embarque e certificados de origem têm layouts drasticamente diferentes — mesmo dentro do mesmo país, sem falar entre diferentes parceiros comerciais. Ferramentas modernas de extração baseadas em IA são independentes de formato: elas leem documentos entendendo o conteúdo semântico, em vez de padrões de modelo. Elas podem localizar um campo de "consignatário" ou "código NCM" independentemente de onde ele aparece na página. A precisão da extração para texto impresso em documentos limpos pode chegar a 99%. A limitação não é a capacidade de leitura da IA — é que os dados que ela produz ainda precisam de um caminho para os sistemas que os consomem.

Qual é a maior ação que um agente de carga pode tomar hoje para reduzir os custos com dados aduaneiros?

Assumir o controle da qualidade dos dados no momento do recebimento dos documentos. Em vez de encaminhar os PDFs do embarcador diretamente ao despachante, extraia os principais campos de dados em um formato estruturado antes que os documentos sigam adiante. Quanto mais cedo na cadeia você criar dados estruturados, menos etapas de redigitação carregarão risco de erro. Um agente de carga que entrega dados de embarque estruturados ao seu despachante — e não apenas PDFs encaminhados — elimina a etapa de extração manual do despachante e os erros decorrentes. Isso não resolve o problema de interoperabilidade entre os sistemas aduaneiros nacionais, mas remove a maior fonte individual de custos evitáveis na cadeia.

A automação de dados aduaneiros é viável apenas para grandes agentes de carga com equipes de TI?

Historicamente, integrações personalizadas entre plataformas TMS e softwares de declaração aduaneira exigiam recursos de desenvolvimento que apenas grandes agentes de carga podiam arcar. Ferramentas de extração de documentos baseadas em IA mudaram essa equação: funcionam com qualquer documento sem necessidade de configuração de modelos, geram saída em formatos padrão (Excel, CSV) e não exigem desenvolvimento de API para uso. Um pequeno agente de carga processando algumas centenas de embarques por mês pode extrair dados estruturados de faturas comerciais em segundos por documento — a mesma capacidade que antes exigia uma equipe dedicada de digitação ou uma integração personalizada cara.