Pular para o conteúdo
Fiscal ProBiblioteca
NF-e e NFC-e · IBS e CBS

qBCMono no grupo conjunto legado: quantidade histórica da monofasia

<qBCMono>det › imposto › IBSCBS › gIBSCBSMono › gMonoPadrao › qBCMono

Revisão editorial em 16 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.

qBCMono era a quantidade tributada usada pelo antigo gMonoPadrao conjunto de IBS e CBS. O caminho /nfeProc/NFe/infNFe/det/imposto/IBSCBS/gIBSCBSMono/gMonoPadrao/qBCMono pertence ao PL_010e_v1.02. No PL_010f_v1.04, há campos homônimos em ramos ad rem distintos; esta página trata da identidade histórica exata.

Quantidade tributada não é valor da mercadoria

A NT 2025.002 v1.40, página 22 orientava informar a base em quantidade na unidade de medida estabelecida na legislação do produto. Essa quantidade era multiplicada por adRemIBS e adRemCBS para obter os respectivos valores monofásicos. Não era uma base em reais e não podia ser determinada pelo preço da nota.

O antigo grupo tinha cinco filhos obrigatórios: qBCMono, adRemIBS, adRemCBS, vIBSMono e vCBSMono. O grupo era opcional no XSD, com aplicação contextual histórica ligada ao indicador ind_gMonoPadrao. A estrutura não autoriza concluir que a quantidade comercial ou tributável do cadastro é automaticamente a base monofásica correta.

Precisão e ausência no arquivo antigo

No PL_010e_v1.02, qBCMono usa TDec1104RTC, com até onze dígitos inteiros. O padrão histórico aceita o inteiro sem fração ou, havendo parte decimal, exatamente quatro casas. 25, 25.0000 e 25.5000 passam nesse formato; 25.5, 25.50, vírgula decimal e negativos não passam. Essa exigência lexical do pacote histórico é mais específica que a indicação de tamanho 11v0-4 da tabela.

Zero explícito, campo vazio e campo ausente são distintos. Um elemento vazio não representa uma quantidade zero válida nesse tipo. Se o grupo estiver ausente, não fabrique qBCMono=0 para completar um relatório. Registre a ausência como tal e mantenha a relação com o item original.

Exemplo: 25,5 unidades não são R$ 25,50

Suponha uma base fiscal confirmada, apenas no exemplo, de 25,5 unidades, com IBS de R$ 0,40 por unidade e CBS de R$ 0,60 por unidade. As contas são 25,5 × R$ 0,40 = R$ 10,20 de IBS e 25,5 × R$ 0,60 = R$ 15,30 de CBS. A representação textual da quantidade histórica é 25.5000.

Se o valor do produto fosse R$ 255,00, usar 255 como quantidade elevaria os resultados a R$ 102,00 e R$ 153,00. O erro não seria de arredondamento: seria trocar dinheiro por unidade. Se a origem comercial fosse dez embalagens, também seria necessário comprovar a conversão para 25,5 unidades fiscais; não há fator universal dedutível da tag.

Para conferir a origem, compare unidade legal, quantidade documentada, unidade comercial/tributável, eventual fator de conversão e base serializada. Os parâmetros do cenário são sintéticos; a determinação da unidade e da base concretas exige documentação da operação e confirmação do responsável contábil.

A quantidade no leiaute reformulado

A NT 2025.002 v1.52, páginas 22 e 25 e o PL_010f_v1.04 apresentam qBCMono sob gIBSMonoAdRem/gMonoPadrao e sob gCBSMonoAdRem/gMonoPadrao. Os ramos ad valorem usam vBCMono, base monetária. A reformulação é registrada no histórico da versão 1.50.

Não copie a antiga quantidade para vBCMono nem presuma que a base única antiga deva ser replicada para todos os ramos atuais. Primeiro confirme tributo, modalidade e dados da operação. O nome homônimo é insuficiente para decidir um mapeamento.

Limite do exemplo XML: os números são comparação textual histórica, sem fragmento para envio. Inserir qBCMono no antigo caminho conjunto de um XML atual seria incorreto. Para um erro de geração, identifique pacote, item e retorno e revise o contrato do emissor; preserve originais assinados e esclareça resultados incertos antes de nova tentativa. Validade estrutural não significa autorização ou correção da base fiscal.

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/det/imposto/IBSCBS/gIBSCBSMono/gMonoPadrao/qBCMono
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
TDec1104RTC · 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]{4}|[1-9]{1}[0-9]{0,10}(\.[0-9]{4})?
whiteSpace
preserve