Toda exigência aduaneira começa como uma divergência que ninguém viu. Um peso líquido que não bate entre a invoice e o BL, uma descrição que não corresponde à do catálogo, uma quantidade digitada errado em algum ponto da cadeia. No modelo antigo, essas inconsistências apareciam depois do registro — quando a carga já estava no porto e o relógio da armazenagem já corria. Com a DUIMP e o volume de atributos que o Portal Único exige, a superfície de erro aumentou. Este artigo trata de duas coisas: onde essas divergências efetivamente nascem, e por que atacar a origem rende mais do que reforçar a conferência.
O problema não é o erro. É quando você descobre o erro
No Novo Processo de Importação, o custo de uma divergência é quase inteiramente um custo de timing.
A mesma inconsistência — digamos, uma diferença de 12 quilos no peso líquido entre o que a invoice declara e o que o conhecimento de embarque registra — tem três preços completamente diferentes conforme o momento da descoberta:
- Antes do registro da DUIMP: custo próximo de zero. Corrige-se o dado e segue.
- Depois do registro, antes da parametrização: retificação, retrabalho do time, eventual perda da janela de agendamento.
- Depois da parametrização, em canal vermelho ou cinza: armazenagem adicional, demurrage, conferência física, multa por erro de informação e, nos casos mais graves, perdimento.
É o mesmo dado errado. O que muda é quando alguém percebeu.
Essa constatação reorganiza a prioridade. Em vez de perguntar “como a gente confere melhor”, a pergunta mais produtiva é “de onde vêm essas divergências, e qual delas dá para eliminar na origem”.
O mapa das divergências
Divergência não é sinônimo de erro de digitação — mas a digitação responde por uma fatia desproporcional. Vale separar as categorias, porque cada uma tem uma origem e um tratamento diferente.
1. Divergência entre documentos
O mesmo campo aparece com valores diferentes em documentos distintos do mesmo embarque.
- Peso bruto e líquido divergentes entre invoice, packing list e BL.
- Quantidade de volumes que não fecha entre packing list e conhecimento de embarque.
- Valor FOB da invoice que não bate com o valor declarado no câmbio.
- Incoterm da invoice diferente do que consta no contrato ou no pedido de compra.
Parte dessas divergências é real — veio errada do fornecedor. Mas boa parte é introduzida depois, no momento em que alguém transcreveu o documento para o sistema.
2. Divergência entre documento e catálogo
A inconsistência está entre o que chegou do fornecedor e o que a empresa já declarou ao Portal Único.
- Descrição da mercadoria na invoice que não corresponde à registrada no Catálogo de Produtos.
- Atributo obrigatório que mudou na tabela da Receita e não foi atualizado no item.
- Item novo que entrou no embarque e ainda não existe no catálogo.
- Unidade de medida estatística diferente da cadastrada.
Aqui a origem costuma ser de manutenção: o catálogo envelheceu.
3. Divergência entre dado e regra
A informação é internamente consistente, mas conflita com a regra aplicável.
- NCM declarada que não admite o regime tributário pretendido.
- Mercadoria sujeita a anuência sem o LPCO correspondente vinculado.
- Ex-Tarifário aplicado a item que não atende aos requisitos da descrição do ex.
- Benefício de drawback vinculado a item fora do ato concessório.
Origem: conhecimento. Depende de alguém saber a regra no momento certo.
4. Divergência histórica
O dado está correto isoladamente, mas destoa do padrão daquela operação — o mesmo SKU com preço unitário muito acima da média das últimas importações, um NCM diferente do habitual para aquele produto, peso por volume fora da faixa típica.
É o tipo que mais chama atenção da fiscalização e o mais difícil de detectar sem análise comparativa estruturada.
A origem que dá para eliminar
Olhando o mapa acima, uma coisa salta: a transcrição manual contamina quase todas as categorias.
Quando um analista lê um PDF de invoice e digita os valores no sistema, cada campo transcrito é uma chance de introduzir divergência que não existia no documento original. Não por falta de cuidado — por volume. Uma importação de porte médio reúne entre seis e doze documentos, com algo entre 150 e 400 campos relevantes. Transcrever isso dezenas de vezes por semana, sob prazo, produz erro estatisticamente.
É por isso que a primeira medida com retorno real não é conferir mais. É parar de transcrever.
A leitura automática de documentos da Narwal atua exatamente nesse ponto: a IA lê invoice, BL e AWB, extrai os dados e monta o processo no sistema, sem digitação. O fluxo tem quatro movimentos — o documento chega ao Controle de Documentos, a IA lê e extrai, o usuário valida escolhendo o nível de revisão que a operação exige, e o processo é criado ou atualizado.
Pela própria descrição da funcionalidade, o efeito é direto: menos digitação manual significa menos erro de valor, quantidade ou item parando o processo depois. Não se trata de o sistema descobrir a divergência — trata-se de ela não ser criada.
Há um segundo efeito, menos óbvio e igualmente relevante: cada documento lido fica registrado e rastreável no GED. Isso significa que todo dado declarado tem a fonte vinculada e recuperável. Quando uma dúvida aparece — na conferência interna, numa retificação ou numa fiscalização —, a pergunta “de onde veio esse valor” tem resposta imediata, em vez de virar garimpo em pastas e e-mails.
O que a base única resolve
A segunda origem estrutural de divergência é a fragmentação. Quando o dado da operação vive no sistema de comex, o custo vive no ERP, o documento vive num drive e a aprovação vive num e-mail, cada fonte conta uma versão ligeiramente diferente da mesma história.
Duas capacidades atacam isso.
O embarque em base única, integrado às demais áreas da empresa, elimina as cópias paralelas — se existe um só registro, não existem duas versões dele.
A integração com o ERP — SAP, TOTVS, Senior e Sankhya entre os homologados — faz o dado fluir entre comex, fiscal e financeiro sem redigitação, que é precisamente o momento em que as versões se separam. O artigo sobre integração ERP e DUIMP detalha como esse fluxo funciona.
E, no momento do registro, os robôs integradores fazem a comunicação direta com o Siscomex/PUCOMEX — mais um ponto em que a informação não é retransmitida manualmente.
O que continua sendo trabalho humano
Vale ser claro sobre o limite, porque é onde mora a diferença entre expectativa e realidade.
Eliminar a transcrição reduz as divergências introduzidas no processo. Não elimina as que vieram erradas do fornecedor, as que decorrem de catálogo desatualizado, nem as que dependem de conhecimento de regra — NCM incompatível com regime, Ex-Tarifário mal aplicado, drawback fora do ato concessório.
Essas continuam exigindo conferência e julgamento. O que muda é a economia da atenção: com o time liberado da digitação, sobra tempo para olhar justamente o que exige análise. A gestão visual das etapas da emissão da DUIMP ajuda aqui, ao tornar visível em que ponto cada processo está e o que está pendente — mas quem decide continua sendo o analista.
Na base de clientes Narwal, a redução de retrabalho chega a 80% e o ganho de eficiência na gestão de embarques, a 45%. Vale ler esses números pelo mecanismo correto: boa parte não vem de digitar mais rápido, vem de não precisar refazer.
O que avaliar em uma camada de validação
Se a sua operação está avaliando ferramentas de validação — de qualquer fornecedor —, quatro critérios ajudam a separar conferência de formulário de controle de verdade. São critérios gerais de mercado, não descrição de produto:
Escopo da verificação. Comparar documento contra documento é o básico. Validar também contra o catálogo registrado, contra a regra aplicável e contra o histórico da operação é outro patamar — e é o que alcança a divergência do tipo 4.
Atualização das regras. Tabelas de atributos do Portal Único mudam. Se a atualização depender do seu time, a validação envelhece e passa a aprovar o que já não é válido.
Explicabilidade. Qualquer apontamento precisa mostrar os valores em conflito e a origem de cada um. Alerta sem justificativa vira alerta ignorado em duas semanas.
Rastro de auditoria. Cada verificação e cada decisão de seguir mesmo assim precisam ficar registradas — é o que sustenta a defesa numa fiscalização.
Por onde começar
Três movimentos, em ordem de retorno:
- Mapeie suas exigências dos últimos doze meses e classifique por causa raiz. Na maioria das operações, três ou quatro tipos respondem pela maior parte dos casos. Esse levantamento, sozinho, já indica onde investir.
- Elimine a transcrição dos documentos que mais aparecem nessa lista. Se invoice e BL concentram as causas, é por aí que começa — é o ponto de maior retorno com menor esforço de implantação.
- Só então amplie para validação cruzada e análise de histórico. Essas camadas rendem muito mais quando já existe base de dados limpa e consistente para comparar.
A lógica é a mesma do começo do artigo: antes de melhorar a detecção, vale reduzir a produção de erro. Sai mais barato.