vProd em 2027: o campo criado para separar o valor líquido do produto do tributo

A NT 2026.008 cria, na NF-e, um campo específico para informar o valor líquido do produto, separado do vProd tradicional. Isso é fato confirmado e publicado. O motivo de a nota existir aponta para uma mudança de fundo: segundo leitura anterior do texto da própria NT, ainda não reconferida linha a linha, IBS e CBS passariam a compor o vProd a partir de 2027, exceto na importação, o que tornaria necessário um campo à parte para representar o preço sem o tributo embutido. Essa composição específica do vProd é o ponto que precisa de confirmação antes de qualquer decisão operacional.

O campo novo é certo. O que ele resolve, ainda precisa de confirmação.

O que a NT 2026.008 muda, com certeza

Em 1º de outubro de 2026, o Portal Nacional da NF-e publicou a Nota Técnica 2026.008, versão 1.00, com a criação de campos para informar o valor líquido do produto. A nota foi aprovada formalmente pelo Ato Técnico Conjunto RFB/SUFIS/CGIBS/Diretoria Executiva nº 8, de 29 de setembro de 2026, que lista, entre os documentos técnicos da Reforma Tributária do Consumo, exatamente essa nota: "Nota Técnica 2026.008 Reforma Tributária do Consumo Valor Líquido do Produto, versão 1.00".

O cronograma de implantação sofreu ajuste logo em seguida: em 5 de outubro de 2026, a Coordenação Técnica do ENCAT informou que as notas técnicas com implantação prevista para homologação em 5 de outubro, entre elas a NT 2026.008 v1.00, ficaram postergadas para 26 de outubro em homologação e 16 de novembro em produção.

A existência dessa nota técnica, isoladamente, já é um sinal relevante: o Portal Nacional da NF-e não cria um campo novo para repetir informação que já existe.

Ele cria quando um número que já existia deixou de servir para o que servia antes. Vale situar essa mudança dentro de um movimento maior: a Reforma Tributária do Consumo não altera só alíquota e base. Ela está reescrevendo, nota técnica por nota técnica, o próprio vocabulário de campos da NF-e. Cada vez que um campo histórico muda de significado sem mudar de nome, o risco não aparece na transmissão do documento. Aparece em quem consome esse documento depois, presumindo que o campo ainda quer dizer o que sempre quis dizer.

Por fora na base, por dentro no vProd

O mecanismo de cálculo "por fora" é conhecido de quem trabalha com tributos sobre consumo: a base de cálculo do imposto não inclui o próprio imposto. Isso é distinto de dizer que o preço cobrado do cliente não contém tributo. O preço final sempre contém o tributo, de um jeito ou de outro. A pergunta técnica é onde, no documento fiscal, esse tributo aparece somado.

Segundo leitura anterior do texto da NT 2026.008, ainda não reconferida linha a linha, a partir de 2027 o IBS e a CBS passam a compor o vProd, exceto na importação. A partir daqui, o texto trata essa composição como a hipótese de trabalho mais provável, sujeita à confirmação discutida na seção sobre datas de implantação. O campo que historicamente informava o valor do produto antes de qualquer tributação adicional passa a informar o valor do produto já com IBS e CBS somados dentro dele, mesmo que a base de cálculo desses tributos continue sendo apurada por fora. O número que aparece no vProd deixa de ser o preço líquido operacional. Passa a ser preço líquido mais tributo, calculado sobre uma base que não é o próprio vProd.

Essa distinção entre "o que o vProd mostra" e "o que a base de cálculo usa" é exatamente o tipo de nuance que se perde quando alguém lê um campo do XML da NF-e sem revisitar a regra que o rege a cada mudança normativa. Em qualquer sistema que não distinga explicitamente as duas finalidades, esses dois conceitos, preço exibido e base de apuração, tendem a colapsar num único número, e é justamente esse colapso que a NT 2026.008 parece existir para evitar, criando um campo separado.

Relatórios que leem vProd sem saber que ele mudou

Em ambiente SAP, o valor do item de nota alimenta mais lugares do que normalmente se lembra numa conversa sobre conformidade fiscal. O relatório de margem por item, construído a partir do valor faturado menos o custo, costuma usar o valor do item da nota como referência de receita. A apuração de comissão de vendas, quando calculada sobre o valor líquido faturado, lê o mesmo campo. A interface contábil que reconhece receita no momento do faturamento também parte desse valor.

O padrão que aparece com consistência em ambientes que constroem relatório gerencial diretamente sobre o XML da nota, sem camada intermediária de regra fiscal, é a presunção de que o valor do item na nota é sinônimo de preço líquido de venda. Essa presunção funcionava enquanto IBS e CBS não compunham o vProd. A partir de 2027, ela passa a inflar artificialmente a leitura de receita e de margem em exatamente o valor do tributo embutido, sem que nenhum alarme dispare, porque o campo continua preenchido e o XML continua válido.

Isso é particularmente sensível em operações de venda por orçamento, com preço negociado por projeto e desconto comercial aplicado caso a caso: o desconto é calculado sobre um preço de referência que, até 2026, era comparável ao vProd da nota final.

A partir de 2027, essa comparação direta deixa de valer, porque o vProd da nota passa a incluir um componente que o preço de tabela negociado não necessariamente previa da mesma forma. O vendedor que negocia um desconto de 10% sobre o preço de tabela, em 2027, pode estar negociando sobre uma base que já não corresponde ao que o cliente vai efetivamente ver na nota, porque o referencial de preço interno e o vProd final deixaram de falar a mesma língua sem que ninguém tenha ajustado a planilha de precificação usada na mesa de venda.

Dois números, uma única etiqueta. É aí que o erro se esconde.

O campo de valor líquido como fonte única

É exatamente para resolver essa ambiguidade que a NT 2026.008 cria o campo de valor líquido do produto. Ele existe para que haja, na própria nota fiscal, um número que represente o preço sem o componente tributário que passou a integrar o vProd. Sem esse campo, a única forma de reconstruir o preço líquido seria subtrair manualmente o tributo do vProd, operação que exige saber exatamente qual regra de composição se aplicou àquele item específico.

A existência de dois campos com propósitos diferentes só resolve o problema se cada sistema que consome a nota souber qual campo usar para qual finalidade. Um relatório de margem que continuar lendo vProd depois de 2027, em vez de migrar para o campo de valor líquido, vai carregar o erro estruturalmente, mês após mês, sem que o erro apareça como falha técnica. Vai aparecer como margem maior do que a real, até alguém reconciliar os dois números e perguntar por que não batem.

Essa migração de campo, no SAP, não é trivial: toda interface, relatório e tela de visualização que hoje tem o valor do item mapeado para o vProd precisa ser identificada e, em muitos casos, repontada para o novo campo. Isso inclui jobs de integração que podem rodar há anos sem revisão, construídos antes de qualquer um pensar que o vProd mudaria de significado.

Há ainda uma camada adicional de complexidade: nem todo consumidor do valor do item precisa do mesmo campo. Um relatório fiscal de apuração de IBS e CBS pode precisar continuar lendo o vProd, justamente porque é esse o campo que reflete o que a Reforma define como base de composição do documento. Já um relatório gerencial de margem precisa do valor líquido. Tratar os dois com a mesma regra de migração é tão errado quanto não migrar nenhum.

As datas de implantação e o que ainda precisa ser reconferido

O cronograma revisado em 5 de outubro de 2026 estabelece homologação em 26 de outubro e produção em 16 de novembro de 2026 para a NT 2026.008 v1.00, junto com outras notas técnicas do mesmo lote (NF-e 2025.002 v1.52 e NF-e 2026.007 v1.10). Isso dá uma janela de poucas semanas entre a disponibilidade do ambiente de testes e a obrigatoriedade em produção.

É importante registrar com clareza: a regra de composição do vProd a partir de 2027, com a exceção da importação, vem da leitura do texto da própria NT 2026.008 em ciclo de pesquisa anterior a este artigo, e o trecho específico que descreve essa composição não foi reconferido na nova rodada de verificação que sustenta as demais citações deste artigo. Não é fato confirmado neste momento. A recomendação técnica, antes de qualquer alteração de parametrização no SAP, é reconferir o texto integral da nota técnica no PDF oficial publicado pelo Portal Nacional da NF-e.

Regra ainda não confirmada, prazo curto, dado que exige checagem dupla.

Como mapear onde o vProd é lido hoje

O primeiro passo é levantar, dentro do SAP, todos os pontos que leem o valor do item da nota fiscal de saída: telas de faturamento, relatórios de margem, cálculo de comissão, interface de reconhecimento contábil de receita e qualquer extração usada em dashboard gerencial fora do ERP.

O segundo passo é classificar cada um desses pontos conforme a finalidade: os que precisam do valor com tributo embutido, caso existam, continuam lendo vProd sem alteração. Os que precisam do valor líquido operacional, que é a maioria dos relatórios de margem e comissão, precisam migrar a leitura para o novo campo criado pela NT 2026.008 antes de novembro de 2026.

O terceiro passo é testar o comportamento em ambiente de homologação, assim que ele abrir em 26 de outubro, comparando o valor de margem calculado pela rotina atual contra o valor recalculado usando o campo de valor líquido. A diferença entre os dois números, nessa simulação, é exatamente a exposição que a operação carrega se nada for ajustado antes de 16 de novembro.

O quarto passo é documentar, para a área comercial, que o preço de tabela usado em negociação por projeto precisa ser revisado em função dessa mudança, já que a comparação entre preço negociado e valor final da nota deixa de ser direta sem passar pelo campo correto.

O quinto passo é comunicar, antes da virada, quem depende desses números para decidir: gerente comercial que aprova desconto, controller que fecha margem mensal, e qualquer liderança que usa relatório extraído diretamente do XML sem saber que a fonte mudou de significado. Comunicação feita depois que o número já saiu errado custa mais caro do que comunicação feita antes.

Esse é o trabalho que a DFSpro estrutura: mapeamento dos pontos do SAP que leem valor de item, incluindo faturamento, comissão, relatórios de margem e interface contábil, e parametrização de IBS e CBS por item, item que sustenta a prova do comportamento do sistema antes da virada de 2027. A DFSpro mapeia e prova o comportamento no ambiente. O conteúdo da base de cálculo e a estratégia de precificação continuam sendo decisão do cliente.

A pergunta que o gerente fiscal precisa responder antes de novembro

Que relatório de margem da empresa lê vProd hoje e vai passar a incluir tributo dentro desse número sem que ninguém tenha avisado a área comercial ou financeira? Essa pergunta não tem resposta óbvia até alguém abrir, item por item, a lista de consumidores do campo dentro do SAP, e até a composição do vProd ser reconfirmada na fonte oficial.

Com homologação prevista para 26 de outubro e produção para 16 de novembro de 2026, o prazo para reconfirmar a regra, fazer esse mapeamento, testar em ambiente controlado e corrigir as leituras incorretas é curto. O risco não é a nota fiscal sair errada. É o relatório de margem continuar certo no XML e errado na interpretação, enganando quem decide preço e comissão sem que o SPED ou a auditoria fiscal acusem nada de irregular.