A Duimp agora pergunta para onde o produto importado vai ser consumido

O padrão que costuma se repetir em operações de importação de produtos de acabamento, linha branca ou metais sanitários é este: a área de comex fecha a Duimp olhando só para peso, valor aduaneiro e classificação fiscal, sem visibilidade do que acontece depois, no fechamento fiscal do mês. Essa separação deixou de ser inofensiva em 27 de setembro de 2026, quando o Portal Único Siscomex passou a cobrar, em cada item de uma declaração, um campo que não existia antes: onde aquilo vai ser consumido. A Duimp deixou de ser só uma declaração de importação e virou, por força do art. 113 do Decreto 12.955/2026, documento fiscal na importação: o que o comex preenche agora tem efeito direto no cálculo do IBS e da CBS. E esse efeito nasce num sistema que nunca conversou de perto com a área fiscal. Um erro nesse campo não fica só no comex: ele entra direto na nota fiscal de entrada e vira crédito tributário calculado errado dentro do SAP.

O que entrou em produção em 27 de setembro

A Notícia Siscomex Importação 089/2026 formalizou a disponibilização, em ambiente de produção, das alterações na Duimp para atender a Reforma Tributária do Consumo. O texto é direto: "Informação obrigatória do Local da Operação de Consumo, contendo a Unidade da Federação" para cada item da declaração.

Não é um campo de cabeçalho da Duimp inteira. É por item. Uma declaração com 40 itens de origens e destinos diferentes passa a carregar 40 decisões de local, não uma. Uma mesma Duimp pode, a partir de agora, misturar itens com alíquota de IBS/CBS calculada para o Paraná e itens calculada para São Paulo, dentro do mesmo despacho.

O fundamento legal está no art. 63 da Lei Complementar 214/2025, citado abaixo na íntegra: a lei estabelece a incidência do tributo na importação, e a Notícia 089/2026 traz a operacionalização no sistema, transformando esse fato gerador em dado estruturado dentro da declaração, item a item. É esse deslocamento, de regra jurídica para campo obrigatório de preenchimento, que muda quem aciona o fiscal e quando: a Notícia 089/2026 prevê período de convivência, onde declarações registradas antes de 27 de setembro não são reabertas para incluir o campo retroativamente, mas qualquer retificação feita depois dessa data já exige o preenchimento, mesmo que a declaração original seja anterior à regra. Antes, o pedido de retificação ficava só entre comex e despachante; agora, toda solicitação de retificação de uma Duimp antiga precisa passar por checagem do fiscal antes do envio, porque o preenchimento do Local da Operação de Consumo naquele item vai gerar efeito tributário que a declaração original nunca teve.

A fonte primária do Siscomex devolveu erro de acesso (HTTP 403) na checagem direta, então a citação aqui segue a reprodução feita pela Fazcomex, canal de imprensa técnica mais usado por despachantes. O decreto e a lei complementar foram lidos diretamente no Planalto.

Por que o Local da Operação de Consumo não é um campo qualquer

Em qualquer regime de IVA, a alíquota de destino depende de onde o consumo acontece. A novidade é o momento em que essa pergunta passa a ser respondida: antes do desembaraço, não depois. O Local da Operação de Consumo exige que a empresa saiba, no instante em que a mercadoria ainda está no porto ou no aeroporto, para onde ela vai ser efetivamente consumida. Isso sempre foi decisão logística; agora também é fiscal, porque entra direto no cálculo do IBS e da CBS devidos na importação.

Para operações de venda direta de fábrica a cliente final, o destino costuma ser conhecido com antecedência. Para operações que dependem de centro de distribuição, showroom, revenda ou redistribuição posterior, o destino final nem sempre está decidido no momento do desembaraço. É nesse segundo cenário que o campo cobra um preço que o comex, historicamente, nunca precisou pagar.

Um critério objetivo ajuda a separar os dois casos: se o pedido de venda ou a ordem de transferência para o destinatário final já existe e está vinculado à carga na transmissão da Duimp, o Local da Operação de Consumo pode ser tratado como fato consolidado. Se o item ainda vai para estoque geral, centro de distribuição ou showroom sem destinatário definido, o campo é uma estimativa, e precisa ser tratado como tal no controle interno, não revalidado só no fechamento.

Uma leitura nossa, não confirmada em fonte oficial até o fechamento deste texto: é razoável esperar que a Receita trate declarações com Local da Operação de Consumo inconsistente ou genérico como sinal de risco para fiscalização, da mesma forma que trata hoje classificações fiscais pouco específicas. Isso é inferência baseada em como a fiscalização aduaneira historicamente se comporta, não regra já publicada para este campo.

O detalhe técnico que a maioria das notícias sobre a Duimp não está contando

Essa mudança de estrutura é maior do que parece num primeiro olhar. Um item de importação pode se enquadrar em mais de uma hipótese de classificação tributária, e isso é comum em itens de acabamento e linha branca: uma peça de metal sanitário ou um componente de louça com função mista de acabamento e estrutura frequentemente tem NCM compatível com mais de um enquadramento ao mesmo tempo. Quando isso acontece, o Siscomex não aceita mais um código isolado: espera uma lista. O sistema que recebia um campo simples passa a exigir uma estrutura de múltiplos valores por item, mudança de modelo de dado que precisa ser replicada em qualquer sistema que converse com o Siscomex.

É aqui que a maioria dos projetos de adequação tributária subestima o trabalho. Ajustar uma alíquota em tabela fiscal é simples. Redesenhar a estrutura de um campo, de valor único para lista, dentro de uma integração que outros sistemas também leem, é outra categoria de esforço, e normalmente envolve não só o time fiscal, mas também quem mantém a interface de comunicação com o Siscomex e quem valida o dado recebido do lado do SAP. Normalmente não é o fiscal quem percebe primeiro essa diferença. É quem desenha a integração, e muitas vezes essa pessoa só percebe o tamanho do problema quando o primeiro item com múltiplos enquadramentos trava o fluxo de entrada.

Onde esse dado nasce e onde ele precisa chegar

O Local da Operação de Consumo e a lista de cClassTrib nascem na área de comércio exterior, dentro do preenchimento da Duimp. O cálculo de IBS e CBS na importação, a nota fiscal de entrada e o crédito tributário correspondente vivem no SAP, normalmente no módulo fiscal, em transações como MIRO para entrada da fatura e rotinas de nota fiscal de entrada que dependem de dados complementares vindos do processo de importação.

O padrão que costuma aparecer na ponte entre comex e SAP, em operações com insumos ou produtos acabados de múltiplas origens, é o dado do desembaraço chegando por planilha, relatório exportado ou integração pontual, com alguém conferindo manualmente se o que está na Duimp bate com o que vai para a nota de entrada. Isso funcionava quando o único dado em jogo era peso, valor aduaneiro e classificação fiscal única. Funciona pior quando o dado é uma decisão de destino por item, que muda o tributo devido, e uma lista de classificações que o campo antigo nunca precisou carregar.

O risco concreto não é a alíquota errada em si: é a divergência silenciosa, e ela tem um ponto de captura concreto. O campo de Unidade da Federação de consumo registrado na Duimp precisa ser cruzado linha a linha com o campo de região fiscal de destino lançado na nota de entrada do SAP, antes do fechamento do período, não depois.

Sem essa conferência item a item, o erro só aparece no fechamento fiscal, já contabilizado.

Nesse ponto a reconciliação deixa de ser ajuste de cadastro. Passa a ser, no nosso entendimento, correção retroativa de crédito tributário.

"Art. 63. O IBS e a CBS incidem sobre a importação de bens ou de serviços do exterior realizada por pessoa física ou jurídica ou entidade sem personalidade jurídica, ainda que não inscrita ou obrigada a se inscrever no regime regular do IBS e da CBS, qualquer que seja a sua finalidade." Lei Complementar 214/2025, art. 63.

O padrão operacional que costuma aparecer nesse tipo de cadeia

Nesse tipo de cadeia, a decisão de onde o produto vai ser distribuído costuma ser tomada por logística ou comercial, em sistema de gestão de pedidos ou CRM, sem visibilidade direta da área fiscal. Quando o Local da Operação de Consumo passa a ser exigido na Duimp, alguém no comex precisa ir buscar essa informação em outro sistema, às vezes antes de o pedido estar fechado, só para preencher um campo obrigatório do desembaraço. É uma generalização sobre operações com múltiplos canais de venda e múltiplos pontos de origem, não observação de nenhuma empresa específica.

A causa raiz provável não é falta de disciplina de quem preenche a Duimp. É arquitetura de dado.

O campo que a Reforma exige nasce numa camada, logística e vendas, mas o sistema que precisa dele primeiro é outro, comex no desembaraço, e o sistema que precisa dele depois é um terceiro, fiscal no cálculo do crédito e no registro contábil. Quando esses três sistemas não compartilham um único ponto de verdade, o preenchimento vira trabalho manual, e trabalho manual sob prazo de desembaraço é onde erro de classificação e de local de consumo mais aparece.

Um ponto ainda não testado em escala, porque a mudança é recente: o que acontece quando a lista de cClassTrib muda depois do desembaraço, por exemplo numa reclassificação fiscal posterior. Se o SAP já lançou a nota de entrada com a lista original, o ajuste retroativo dentro de uma estrutura de múltiplos valores é operação que a maioria dos ambientes SAP hoje não tem parametrizada, porque o campo nunca precisou comportar mais de um valor ao mesmo tempo. Em itens de linha branca e acabamento, onde mais de uma hipótese de enquadramento é comum, essa reclassificação posterior tende a ser regra, não exceção, e cada ocorrência exige intervenção manual direta na nota já lançada, multiplicando o risco justamente na operação mais sensível: a correção de um crédito tributário já contabilizado.

As perguntas que o comex e o fiscal precisam responder juntos

A primeira é de processo: quem, na cadeia entre compra, logística e comex, decide o Local da Operação de Consumo de cada item antes do preenchimento da Duimp? Se a resposta for "depende do item" ou "varia conforme o canal de venda", isso já indica que o dado não tem dono fixo, e dado sem dono fixo é o primeiro candidato a divergência.

A segunda é de integração: como o Local da Operação de Consumo e a lista de cClassTrib registrados na Duimp chegam à nota fiscal de entrada no SAP? Se a resposta envolver exportação de relatório, conferência manual ou redigitação, existe uma janela entre o que foi declarado à Receita e o que foi lançado contabilmente, e é exatamente aí que a reconciliação de fechamento encontra diferença sem explicação óbvia.

A terceira é de rastreabilidade: se a Receita pedir, numa fiscalização futura, o histórico de como o Local da Operação de Consumo de um item foi definido e por quem, essa trilha existe hoje, documentada, fora de e-mail e planilha paralela? Essa pergunta normalmente só aparece depois que a primeira autuação chega, e custa muito menos responder quando a resposta já estava desenhada antes.

O que fica sob responsabilidade de quem decide

A decisão de como tratar o Local da Operação de Consumo dentro da política fiscal da empresa, incluindo critério de definição quando o destino final ainda não está fechado no desembaraço, é decisão do cliente e do seu corpo jurídico tributário, não nossa. O que cabe à engenharia de sistemas é outra coisa: mostrar exatamente onde esse dado quebra na ponte entre a Duimp e o SAP, e desenhar essa ponte de forma rastreável. A DFSpro integra a declaração de importação com o recebimento e a nota fiscal de entrada no SAP, calcula CBS e IBS na importação dentro dessa integração, e mapeia o fluxo completo entre Duimp, nota de entrada e crédito tributário, testando com declarações reais antes de a empresa descobrir a divergência no fechamento.