vIBSMono no grupo padrão histórico: valor do IBS monofásico do item
<vIBSMono>det › imposto › IBSCBS › gIBSCBSMono › gMonoPadrao › vIBSMonoRevisão editorial em 16 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.
vIBSMono, no caminho /nfeProc/NFe/infNFe/det/imposto/IBSCBS/gIBSCBSMono/gMonoPadrao/vIBSMono, era o valor do IBS monofásico padrão do item no PL_010e_v1.02. Esse caminho conjunto é legado. O PL_010f_v1.04 mantém o nome em ramos específicos de IBS, com bases e relações que precisam ser reconhecidas separadamente.
O valor padrão não é o total monofásico
A NT 2025.002 v1.40, página 22 descrevia vIBSMono como resultado da alíquota ad rem adRemIBS multiplicada pela quantidade qBCMono, conforme a unidade legal do produto. O antigo grupo padrão reunia essa informação e os dados de CBS.
vIBSMono não era o valor de CBS, o percentual de diferimento ou o total do IBS monofásico do item. Para este último existia vTotIBSMonoItem, fora do grupo padrão, com composição histórica própria envolvendo retenção e diferimento. Nenhuma dessas distinções pode ser feita apenas pelo rótulo resumido “IBS” de um relatório.
O PL_010e_v1.02 define vIBSMono como filho obrigatório do gMonoPadrao quando este grupo opcional é informado. Seu tipo TDec1302RTC comporta até treze dígitos inteiros e duas casas quando há parte decimal. O padrão usa ponto e não aceita negativo. Ausência, zero registrado e elemento vazio não são estados equivalentes.
Exemplo: quando R$ 40,00 e R$ 42,00 podem medir coisas distintas
Considere, somente para leitura de um registro histórico, 80 unidades fiscais e alíquota sintética de IBS de R$ 0,50 por unidade. A multiplicação dá R$ 40,00, correspondente ao valor padrão vIBSMono=40.00. Assuma ainda R$ 10,00 de IBS sujeito à retenção e R$ 8,00 de IBS diferido no item.
A expressão histórica UB104-10 da página 51 da v1.40 resultaria em vTotIBSMonoItem = R$ 40,00 + R$ 10,00 − R$ 8,00 = R$ 42,00. A versão qualificava essa validação como implementação futura. A conta mostra a diferença de escopo; não é regra de emissão atual nem evidência de autorização.
Se o XML registra R$ 40,00 no componente padrão e o relatório mostra R$ 42,00 como total do item, primeiro confira a definição do relatório. Se ambos deveriam medir o componente padrão, compare quantidade fiscal, alíquota de IBS e origem do cálculo. Copiar o total para o componente produziria outra composição. Os números são hipóteses didáticas, sem indicação de tratamento ou alíquota ao leitor.
O que mudou para IBS ad rem e ad valorem
A NT 2025.002 v1.52, páginas 22–24 e o PL_010f_v1.04 colocam o grupo padrão em ramos distintos: gIBSMonoAdRem e gIBSMonoAdValorem. A reformulação é registrada no histórico da versão 1.50.
No ramo ad rem, o grupo traz qBCMono, adRemIBS e vIBSMono. No ad valorem, traz base monetária, percentuais e valores estaduais/municipais; a NT identifica vIBSMono como soma de vIBSMonoUF e vIBSMonoMun. Isso não autoriza repartir automaticamente o antigo valor conjunto em parcelas estaduais e municipais: faltam bases, parâmetros e contexto atuais para essa inferência.
Como investigar um gerador ou importador desatualizado
Compare o XPath completo e o pacote usado pelo processo. Um importador que busca somente a tag vIBSMono pode confundir ocorrência histórica e atual ou somar registros indevidamente. Relacione o campo ao mesmo det, ancestral e modalidade, mantendo a proveniência do arquivo e o retorno.
Limite do exemplo XML: esta demonstração textual não é fragmento para envio. Inserir o antigo caminho conjunto em XML atual seria incorreto. Preserve documentos assinados/autorizados; para a operação concreta, confirme unidade, alíquota, modalidade e classificação com o responsável contábil a partir dos documentos e do período. Não altere valores para fazer um relatório coincidir e esclareça qualquer resultado incerto antes de nova transmissão.
Referência técnica para integração
- XPath completo
/nfeProc/NFe/infNFe/det/imposto/IBSCBS/gIBSCBSMono/gMonoPadrao/vIBSMono- Namespace
http://www.portalfiscal.inf.br/nfe- Leiaute
- 4.00 · PL_010e_v1.02
- Ocorrências no XSD
- 1–1 no contexto do elemento pai
- Tipo
- TDec1302RTC · string
- Preenchimento no catálogo
- Condicional
A ocorrência vale dentro da estrutura XML: um campo obrigatório em um grupo opcional não torna esse grupo obrigatório. A aplicação fiscal depende da operação e da versão da regra.
- pattern
0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?- whiteSpace
preserve