Skip to content
Voltar ao Blog
24 de outubro de 2026 — Tier2 Systems

Correção de documento na importação: cada versão custa

Cada correção de documento no meio do processo consome mais hora de operador que a entrada original, porque o dado antigo já está em dois ou três sistemas.

document-automationdocumentos-de-embarquedata-entryfreight-forwarding

Na rotina de um agente de carga brasileiro, a correção de documentos de importação consome mais tempo que a digitação original. O draft do B/L volta do armador com o peso diferente do packing list. A invoice comercial chega em segunda versão porque o exportador corrigiu a descrição da mercadoria. O MBL diverge do HBL num campo que o despachante aduaneiro precisa para registrar o CE Mercante. Cada uma dessas correções parece pequena isoladamente, mas o custo real aparece quando se olha para o que o operador precisa fazer em cada uma delas: localizar a versão anterior, entender o que mudou, atualizar o sistema e reconferir os documentos que dependem do dado corrigido.

Um processo de importação marítima típico envolve, no mínimo, invoice comercial, packing list, B/L (draft e definitivo), CE Mercante e os dados para a DUIMP. Em processos com anuência, somam-se LPCO, certificado de origem e laudos. O dado que aparece num documento reaparece em dois ou três outros: o peso bruto do packing list precisa bater com o B/L e com a DUIMP; a descrição da mercadoria na invoice precisa estar compatível com a NCM declarada; o valor FOB da invoice é base para o cálculo do valor aduaneiro. Quando um desses campos muda em um documento, a conferência dos demais precisa ser refeita.

O documento de importação raramente chega certo na primeira vez

O draft do conhecimento de embarque é, por desenho, um documento provisório. O armador emite o draft para que o embarcador ou o agente de carga confira os dados antes da emissão definitiva. Na prática, a conferência do draft quase sempre resulta em pelo menos uma rodada de correção. Peso divergente do packing list, nome do consignatário abreviado de forma diferente da invoice, notify party incompleto, descrição de mercadoria que o armador simplificou: cada um desses itens gera uma solicitação de amendment ao armador e uma nova versão do draft para reconferência.

Armadores diferentes têm fluxos diferentes para esse processo. A MSC e a Hapag-Lloyd, por exemplo, operam portais próprios onde o agente de carga solicita e acompanha correções de B/L. Outros armadores trabalham por e-mail. Um agente de carga que opera com seis ou sete armadores diferentes lida com seis ou sete fluxos de correção de draft, cada um com seu prazo, seu formato e seu canal.

A invoice comercial também muda. O exportador envia a proforma antes do embarque e a invoice definitiva depois, e nem sempre os valores coincidem. Quando a carga é vendida em condição FOB e o frete muda entre a cotação e o embarque, o valor total na invoice pode divergir do que o importador informou ao despachante. Se a invoice definitiva chega depois que o operador já registrou os dados no sistema, o operador corrige. Se chega depois que o despachante já preencheu parte dos dados da DUIMP, o despachante também corrige.

O dado antigo já estava no sistema quando a correção aparece

A correção de documento na importação custa caro porque o dado original já foi digitado, conferido e, em muitos casos, usado como base para outros registros. Quando a segunda versão do documento chega, o operador precisa fazer três coisas: encontrar o que mudou entre a versão anterior e a nova, abrir cada sistema onde o dado antigo foi registrado e atualizar o campo correto.

Num agente de carga que usa um ERP integrado, essa atualização acontece em um lugar. Num agente que trabalha com planilha para acompanhamento, sistema para faturamento e outra ferramenta para o despacho, a mesma correção precisa ser feita em dois ou três ambientes diferentes. O operador atualiza o peso no ERP, atualiza na planilha de acompanhamento, avisa o despachante por e-mail. Se esquece de um deles, a divergência reaparece lá na frente: na conferência cruzada, no cálculo do valor aduaneiro, ou na fatura ao importador.

Encontrar o que mudou entre duas versões de um documento é, por si só, um trabalho manual que consome tempo. O operador abre o PDF antigo e o PDF novo lado a lado e compara campo por campo. Quando a correção é óbvia (o armador avisa “peso corrigido de 12.500 kg para 12.850 kg”), o trabalho é rápido. Quando a correção não vem destacada e o operador precisa varrer o documento inteiro para descobrir o que mudou, o tempo sobe.

Cada correção reabre a conferência cruzada

A conferência cruzada de documentos de importação existe porque o mesmo dado precisa estar coerente em documentos emitidos por partes diferentes: o exportador emite a invoice e o packing list, o armador emite o B/L, o agente de carga prepara o CE Mercante, o despachante preenche a DUIMP. Quando esses documentos estão coerentes entre si, a conferência é feita uma vez e o processo segue. Quando um deles muda, a conferência precisa ser reaberta.

Se o peso bruto no B/L definitivo difere do que constava no draft e o operador já tinha conferido o draft contra o packing list, a conferência entre B/L e packing list precisa ser refeita. Se a descrição da mercadoria na invoice definitiva mudou em relação à proforma e o despachante já tinha usado a proforma para classificar a NCM, a classificação precisa ser revista. Cada campo que muda puxa consigo os documentos que dependem dele.

O efeito é cumulativo. Em um processo com uma correção de draft e uma correção de invoice, o operador refaz a conferência cruzada duas vezes além da conferência original. Num escritório que processa 200 a 400 processos por mês, com uma média de 1,5 a 2 correções por processo, o volume de reconferências ultrapassa o volume de conferências originais. O dono do agente de carga vê a equipe ocupada e conclui que precisa de mais gente. O diagnóstico mais preciso, em muitos casos, é que a equipe está refazendo trabalho que já tinha sido feito.

O custo da correção aparece em três lugares

O primeiro é a taxa de amendment do armador. Quando a correção do B/L acontece antes da emissão definitiva, o custo costuma ser menor ou até isento, dependendo do armador. Depois que o B/L definitivo é emitido, a emenda passa a ter custo formal. Quando a emenda precisa ser feita depois que o navio já chegou ao Brasil, o processo inclui um termo de responsabilidade do embarcador e a retificação do CE Mercante, que tem seu próprio prazo e seu próprio custo operacional.

O segundo é o tempo de desembaraço. Quando uma divergência documental passa despercebida e chega até a DUIMP, o risco é a parametrização em canal amarelo ou vermelho. No canal amarelo, o auditor confere os documentos e aponta a inconsistência como exigência. No canal vermelho, a carga fica retida para conferência física enquanto a pendência documental é resolvida. Cada dia a mais no terminal significa armazenagem alfandegada na faixa progressiva, e a conta vai para o importador. Segundo o Brazil Time Release Study, 87,25% das declarações seguem em canal verde. Os outros 12,75% passam por conferência, e qualquer divergência documental nesse grupo vira tempo e dinheiro.

O terceiro é a hora do operador. Uma correção simples (atualizar um campo, avisar o despachante) leva dez a quinze minutos. Uma correção que envolve comparar dois PDFs, identificar três campos diferentes, atualizar o ERP e reconferir a conferência cruzada pode levar quarenta minutos a uma hora. Se cada processo tem em média duas correções documentais e cada correção consome vinte minutos, um operador que cuida de 100 processos por mês gasta cerca de 65 horas por mês só com correções. Nos relatórios, esse tempo aparece como “equipe sobrecarregada”.

Como o Autodocs identifica o que mudou entre versões do mesmo documento

O Autodocs trata cada documento que chega como um registro com tipo, versão e campos extraídos. Quando uma segunda versão do mesmo documento entra no sistema, por e-mail, por API ou pelo Tier2 Cargo, o Autodocs vincula a nova versão à anterior e sinaliza as diferenças campo a campo. O operador vê quais campos mudaram sem precisar abrir dois PDFs lado a lado.

A biblioteca de validadores (número de contêiner pela ISO 6346, porto pelo UN/LOCODE, moeda pela ISO 4217, soma dos itens contra o total, entre outros) roda sobre a versão corrigida da mesma forma que rodou sobre a original. Se o campo corrigido passa na validação, o registro atualizado segue para o ERP. Se o campo ainda levanta dúvida, vai para a revisão humana com a diferença já destacada.

Versões conflitantes, onde a segunda versão contradiz a primeira em mais de um campo, são sinalizadas lado a lado para que a pessoa decida qual prevalece. Toda edição feita na revisão vai para a trilha de auditoria. O resultado para o operador é que a correção documental, que antes consumia vinte a quarenta minutos de comparação manual, passa a consumir o tempo de revisar os campos já identificados.

Conheça o Autodocs ou fale com a gente.

Para o dono do agente de carga, o ponto de partida é contar. Levante quantos processos no último mês tiveram pelo menos uma correção documental depois da entrada original, e quantas horas da equipe foram para localizar, comparar e redigitar o que já tinha sido feito. Esse número representa o custo da correção: o que fica fora das faturas e ocupa a capacidade da mesa.


Pronto para transformar suas operações?

Descubra como a Tier2 Systems pode ajudar sua empresa com ERP inteligente, agentes de IA e automação construídos a partir de experiência real.

Saiba Como Podemos Ajudar