gMono nos totais: as seis parcelas monofásicas de IBS e CBS
<gMono>total › IBSCBSTot › gMonoRevisão editorial em 14 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.
gMono dentro de total/IBSCBSTot reúne seis totais monetários da tributação monofásica de IBS e CBS. O grupo separa imposto monofásico padrão, imposto sujeito à retenção e imposto retido anteriormente para cada tributo. Não é o bloco monofásico do ICMS e não contém quantidades tributadas.
Localização e representação no XML
O caminho desta ocorrência é /nfeProc/NFe/infNFe/total/IBSCBSTot/gMono. O prefixo de um XPath executável deve ser associado ao namespace http://www.portalfiscal.inf.br/nfe; por exemplo, use nfe: em cada elemento. O envelope nfeProc reúne a NF-e e seu protocolo. Em um XML de envio sem esse envelope, a busca começa em NFe, mantendo o caminho interno da tag.
O grupo e seus filhos devem seguir a sequência declarada no PL 010f v1.04. Ocorrência local não determina, sozinha, incidência ou exigência de negócio. Schemas oficiais NF-e/NFC-e, PL 010f v1.04.
As seis parcelas e a ordem do XML
O XSD PL 010f v1.04 declara, nesta ordem: vIBSMono, vCBSMono, vIBSMonoReten, vCBSMonoReten, vIBSMonoRet, vCBSMonoRet. Os dois primeiros totalizam o imposto padrão; os terminados em Reten identificam o sujeito à retenção; os terminados em Ret, o retido anteriormente. O grupo pode ocorrer zero ou uma vez, mas todos os seis filhos são exigidos quando ele é informado. Um valor conhecido e apurado como zero pode ser representado como zero; a ausência de apuração não deve ser mascarada por preenchimento automático.
Onde estão os valores que alimentam gMono
Na estrutura reformulada, o item possui IBSCBS/gIBSCBSMono e alternativas gIBSMonoAdRem ou gIBSMonoAdValorem, além de gCBSMonoAdRem ou gCBSMonoAdValorem. Cada alternativa organiza gMonoPadrao, gMonoReten e gMonoRet, com o valor correspondente. O total reúne cada categoria, sem duplicar modalidades incompatíveis. vTotIBSMonoItem e vTotCBSMonoItem são valores de fechamento do item; não substituem as seis parcelas no total. NT 2025.002 v1.52, pp.22–26, 30 e 71.
Exemplo de bloco completo, parcial em relação à nota
Hipótese sintética: dois itens já conferidos somam IBS padrão de R$ 30,00 e CBS padrão de R$ 50,00; somam retenção de IBS de R$ 4,00 e de CBS de R$ 6,00; os valores retidos anteriormente são R$ 7,00 e R$ 9,00. O bloco abaixo mantém as seis categorias. Não se deve somá-las em um único “imposto total”, pois retenção anterior e parcelas do item têm funções distintas.
Modalidade, ano e categoria antecedem a soma
A matriz da NT distingue os anos: em 2026, IBS e CBS Ad Valorem; em 2027 e 2028, IBS Ad Valorem e CBS Ad Rem; a partir de 2029, ambos Ad Rem. A seleção também depende dos indicadores de cClassTrib para padrão, retenção e tributação anterior; não basta escolher um grupo porque ele existe no XSD. A CBS tem exceções de homologação nas validações de modalidade, expressamente descritas nas regras UB95a-10 e UB100-10. Elas não tornam Ad Rem uma escolha livre em produção de 2026.
O fechamento de item também exige cuidado: UB105a-10 escreve vTotIBSMonoItem = vIBSMono + vIBSMonoReten; UB105b-10 faz o equivalente para CBS. As duas validações constam como implementação futura na v1.52. Elas não somam o imposto retido anteriormente e não devem ser anunciadas como já ativadas pelo comunicado de implantação. NT 2025.002 v1.52, pp.53, 56, 59, 62 e 65.
Quais divergências cada validação identifica
W58-10/1092 confere vIBSMono; W59-10/1093, vCBSMono; W59a-10/1120, vIBSMonoReten; W59b-10/1121, vCBSMonoReten; W59c-10/1122, vIBSMonoRet; W59d-10/1123, vCBSMonoRet. Todas aparecem para os modelos 55/65. Diante do retorno, confira somente a categoria correspondente e seus itens; uma busca genérica por “Mono” pode misturar ICMS, IBS e CBS. Uma falha de ordem ou filho faltante é estrutural; um somatório divergente é uma validação de negócio.
Cronograma da estrutura reformulada
A tabela do PDF da NT 2025.002 v1.52, p.6, registra a reformulação monofásica de combustíveis da v1.50 até 01/09/2026 em homologação e em 03/11/2026 em produção. O mesmo PDF lista separadamente alterações de regras de referenciamento da v1.52. Essas linhas não estabelecem uma única data de criação ou obrigatoriedade de todos os campos tributários. NT 2025.002 v1.52, p.6.
Um comunicado posterior do ENCAT, de 05/10/2026, adia as NTs previstas para homologação em 05/out, incluindo expressamente a NT 2025.002 v1.52, para 26/10/2026 em homologação e 16/11/2026 em produção. O aviso não discrimina novamente cada regra da tabela nem afirma ativação das regras marcadas como implementação futura. Portanto, as datas anteriores do PDF devem ser lidas junto desse comunicado; não se deve anunciar a implantação de todas as alterações monofásicas em 03/11 apenas a partir daquela tabela. Em 14/10/2026, ambos os marcos anunciados no aviso ainda são futuros. Aviso oficial ENCAT de 05/10/2026.
Os caminhos de item descritos aqui são do PL 010f v1.04. Para gerar ou interpretar um documento, confirme o pacote efetivamente admitido no ambiente e o cronograma da autorizadora; não aplique automaticamente a estrutura reformulada a uma nota histórica. A data de troca de schema ou de implantação de uma regra não decide a incidência fiscal do combustível.
Fragmento XML e limites da conferência
O exemplo é sintético e parcial em relação à nota inteira. Ele contém o grupo completo, com as premissas explicadas acima. Não contém identificação, itens completos, demais totais, assinatura ou protocolo e não está pronto para transmissão.
<gMono xmlns="http://www.portalfiscal.inf.br/nfe">
<vIBSMono>30.00</vIBSMono>
<vCBSMono>50.00</vCBSMono>
<vIBSMonoReten>4.00</vIBSMonoReten>
<vCBSMonoReten>6.00</vCBSMonoReten>
<vIBSMonoRet>7.00</vIBSMonoRet>
<vCBSMonoRet>9.00</vCBSMonoRet>
</gMono>
Validar o formato no XSD não comprova cálculo correto, aplicabilidade tributária ou autorização. Para uma divergência, preserve o retorno original e o XML da tentativa; corrija a causa demonstrada na geração ou no cálculo antes de uma nova validação. XML autorizado e assinado não deve ser editado.
Comparações para aprofundar a conferência
As diferenças essenciais entre as parcelas foram explicadas acima. Para acompanhar os campos relacionados em seu próprio contexto XML:
Referência técnica para integração
- XPath completo
/nfeProc/NFe/infNFe/total/IBSCBSTot/gMono- Namespace
http://www.portalfiscal.inf.br/nfe- Leiaute
- 4.00 · PL_010e_v1.02
- Ocorrências no XSD
- 0–1 no contexto do elemento pai
- Tipo
- inline:complexType
- 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.