modBC no ICMS51: modalidades da base e diferença para modBCST
<modBC>det › imposto › ICMS › ICMS51 › modBCRevisão editorial em 14 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.
modBC identifica a modalidade de determinação da base de cálculo do ICMS no item representado por ICMS51. Seu caminho é /nfeProc/NFe/infNFe/det/imposto/ICMS/ICMS51/modBC. A tag informa o método, enquanto vBC informa o valor monetário resultante.
O XSD admite o campo de forma individualmente opcional. Isso não permite escolher a modalidade pelo resultado mais conveniente: o método material depende da operação e da legislação aplicável, a confirmar com os documentos e o responsável contábil.
O que significam os quatro códigos
| Código | Modalidade descrita no leiaute |
|---|---|
| 0 | Margem Valor Agregado (%) |
| 1 | Pauta (valor) |
| 2 | Preço Tabelado Máximo (valor) |
| 3 | Valor da operação |
O código é um algarismo. Não há descrição livre ou percentual dentro da tag. O nome “Margem Valor Agregado” no código 0 não transporta para este grupo as regras de MVA da substituição tributária.
modBCST pertence à base do ICMS por substituição tributária e tem outra enumeração: no leiaute dessa base, MVA aparece com outro código. Não copie a modalidade de um campo para o outro. No ICMS51, modBC só aceita 0, 1, 2 ou 3. MOC 7.0, grupo N07, p.33.
Como o método se relaciona com redução e diferimento
O método ajuda a explicar de onde veio vBC, mas não contém todos os parâmetros necessários para calcular a base. Se houver redução, pRedBC é um campo separado, com eventual cBenefRBC conforme a UF. O percentual diferido, pDif, atua sobre o imposto da operação e não identifica a modalidade da base.
Exemplo sintético: assuma que a modalidade 3 e uma base final de R$ 1.000,00 já tenham sido confirmadas para a operação, sem redução, com alíquota 18% e diferimento 40%. O imposto anterior é R$ 180,00, o diferido R$ 72,00 e o devido R$ 108,00. A conta confere as parcelas, mas não comprova a formação material da base nem recomenda a modalidade 3 para toda venda.
Onde a modalidade aparece no XML
Grupo sintético completo, parcial em relação à nota e sem aptidão de transmissão:
<ICMS51 xmlns="http://www.portalfiscal.inf.br/nfe">
<orig>0</orig>
<CST>51</CST>
<modBC>3</modBC>
<vBC>1000.00</vBC>
<pICMS>18.00</pICMS>
<vICMSOp>180.00</vICMSOp>
<pDif>40.00</pDif>
<vICMSDif>72.00</vICMSDif>
<vICMS>108.00</vICMS>
</ICMS51>
Na sequência, modBC vem depois de CST e antes de eventual pRedBC, cBenefRBC e vBC. É possível representar o código 0; ele não é equivalente a ausência. Um serializador que omita automaticamente qualquer código numérico zero pode remover uma modalidade real.
Como investigar modalidade ou base inesperadas
Confira o item, a configuração tributária de origem, o método documentado, a base antes e depois de eventual redução e o texto gerado em modBC. Um código fora de 0–3 é problema de domínio estrutural. Um código válido com método material incorreto pode passar no XSD.
Na rejeição 351, a relação conferida é vBC × pICMS /100 contra vICMSOp; a regra não determina, sozinha, qual modalidade deveria formar a base. Refaça primeiro a formação documentada de vBC, depois o cálculo do imposto. Se faltar a pauta, o preço tabelado ou outro parâmetro do método confirmado, obtenha esse dado; não substitua pelo preço de venda por suposição. Corrija a origem comprovada no emissor e confira o XML novamente, preservando dados reais e o documento assinado.
Condições completas da conferência 351
A N16a-10/351 do MOC aplica-se à NF-e modelo 55 com CST 51 e é facultativa, a critério da UF. Compara vICMSOp com vBC × pICMS /100. Campos opcionais não informados são considerados zero para essa comparação; não se trata de autorização para inventar base ou alíquota zero.
A nota *4 prevê arredondar a multiplicação para duas casas e tolerância de R$ 0,01 para mais ou para menos na validação. O código modBC não é uma parcela numérica desse produto: ele descreve a formação da base que alimenta a conta. Se o método ou seus componentes estiverem errados, uma multiplicação coerente não os torna fiscalmente corretos. Confira método, memória da base, alíquota, valor antes do diferimento e XML do item; corrija a origem demonstrada após confirmação dos parâmetros. MOC 7.0, p. 110 e 117.
Referências oficiais
- Schemas XML NF-e/NFC-e PL_010f_v1.04, versão 010f v1.04, catálogo publicado em 31/08/2026 — declarações ICMS02, ICMS51 e tipo Torig.
- MOC 7.0 — Anexo I, Leiaute e Regras de Validação, versão 7.00, novembro de 2020 — p. 32–33: ICMS51; p. 99–100: CST/modelo; p. 110: N16a-10/351, N16c-10/352, N17-10/353; p. 117 nota *4; p. 120 totais.
- NT 2019.001 — Criação e Atualização de Regras de Validação, versão 1.70, agosto de 2025 — p. 19–20: N14a-10/665 e N14a-20/666; p. 20–22: tabela/legenda de UFs; p. 26: cBenefRBC.
Referência técnica para integração
- XPath completo
/nfeProc/NFe/infNFe/det/imposto/ICMS/ICMS51/modBC- 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:xs:string · 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.
- enumeration
0- enumeration
1- enumeration
2- enumeration
3- whiteSpace
preserve