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

modBCST no ICMS30: modalidades 0 a 6 e vínculo com MVA

<modBCST>det › imposto › ICMS › ICMS30 › modBCST

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

modBCST identifica o método de determinação da base de cálculo do ICMS por substituição tributária dentro de ICMS30. É obrigatório no núcleo do grupo e antecede margem, redução, base e valores. O código explica como a base foi obtida; não é alíquota nem a própria base.

Nesta página: Modalidades disponíveis · Relação com MVA e redução · Exemplo de formação assumida · Diagnóstico da modalidade · Exemplo XML parcial · Parâmetros e confirmação da operação

Modalidades disponíveis

Código Modalidade
0 Preço tabelado ou máximo sugerido.
1 Lista negativa (valor).
2 Lista positiva (valor).
3 Lista neutra (valor).
4 Margem de Valor Agregado (%).
5 Pauta (valor).
6 Valor da operação.

O XSD aceita um desses dígitos, sem descrição textual ou decimal. O código 6 consta da evolução da NT 2019.001 e do XSD consultado; não se deve usar somente a lista antiga de 0 a 5. Em todos os casos, vBCST continua obrigatório: modalidade 6 não permite omitir a base nem prova que ela seja igual a vProd em qualquer operação.

Referências: Schemas XML NF-e/NFC-e PL 010f, PL_010f_v1.04; catálogo local de 13/10/2026, ICMS30/modBCST, enumerações 0–6; NT 2019.001 — Criação e Atualização de Regras de Validação, 1.70, agosto/2025, seção 1.1, inclusão de modBCST=6.

Relação com MVA e redução

N18-10, no modelo 55, exige pMVAST quando modBCST=4, com 932; N18-20 impede pMVAST quando a modalidade é diferente de 4, com 933. Ambas são facultativas a critério da UF. O XSD, por si só, deixa pMVAST opcional independentemente da modalidade.

pRedBCST é outro campo opcional: representa redução da base, não substitui MVA e não é a modalidade. Preencher a margem no campo de redução inverte o significado. Na conferência, acompanhe código da modalidade, fonte do preço/pauta ou percentual, base anterior, eventuais reduções e base final da memória fiscal. Esses parâmetros vêm da hipótese legal comprovada, não de um código escolhido por conveniência.

Referências: NT 2019.001 — Criação e Atualização de Regras de Validação, 1.70, agosto/2025, p.20, N18-10/N18-20; Schemas XML NF-e/NFC-e PL 010f, PL_010f_v1.04; catálogo local de 13/10/2026, ICMS30/pMVAST e pRedBCST.

Exemplo de formação assumida

Exemplo sintético: a memória de cálculo já confirmou uma grandeza inicial de R$ 1.000,00 e MVA de 40%, sem outras parcelas ou redução. A multiplicação por 1,40 resulta em R$ 1.400,00. O fragmento representa modBCST=4, pMVAST=40.00 e vBCST=1400.00; a memória também assume alíquota 18% e nenhuma outra dedução, resultando em R$ 252,00 de ICMS-ST.

Essa conta ilustra a relação entre método e resultado; o artigo não define quais parcelas entram na grandeza inicial, se existe MVA ajustada ou qual arredondamento deve ser usado na formação legal da base. Para outra operação, é preciso confirmar esses elementos. Se uma base de R$ 1.400,00 veio de pauta, repetir MVA de 40% só porque o valor final coincide descreve um método diferente do usado.

Referências: MOC 7.0 — Anexo I, 7.00, novembro/2020, p.30, N18/N19/N21; Schemas XML NF-e/NFC-e PL 010f, PL_010f_v1.04; catálogo local de 13/10/2026, ICMS30/sequence.

Diagnóstico da modalidade

Localize o item citado e compare modBCST com a memória de cálculo e a fonte do parâmetro. Se o método confirmado é MVA, verifique se o gerador perdeu pMVAST; se não é MVA, investigue um percentual herdado indevidamente do cadastro. Confirme a adoção da regra pela UF ao interpretar o retorno.

Não altere a modalidade só para fazer a margem passar. A correção técnica deve reproduzir o método real, seguido da geração do XML na ordem do XSD. ICMS30 é contexto de modelo 55; no modelo 65 o CST 30 pode ser rejeitado por 766 antes mesmo de qualquer cálculo.

Referências: NT 2019.001 — Criação e Atualização de Regras de Validação, 1.70, agosto/2025, p.20; MOC 7.0 — Anexo I, 7.00, novembro/2020, p.100, N12-30.

Exemplo XML parcial

O trecho abaixo é um grupo completo de ICMS30, parcial em relação à NF-e. Usa o namespace http://www.portalfiscal.inf.br/nfe e não é uma nota pronta para transmissão. O caminho completo desta página é /nfeProc/NFe/infNFe/det/imposto/ICMS/ICMS30/modBCST. Em XML de envio sem protocolo, o documento pode começar em NFe; o prefixo nfeProc pertence ao documento processado.

<ICMS30 xmlns="http://www.portalfiscal.inf.br/nfe">
  <orig>0</orig>
  <CST>30</CST>
  <modBCST>4</modBCST>
  <pMVAST>40.00</pMVAST>
  <vBCST>1400.00</vBCST>
  <pICMSST>18.00</pICMSST>
  <vICMSST>252.00</vICMSST>
</ICMS30>

A memória didática acima sustenta a combinação de modalidade 4 e MVA de 40%. O exemplo usa parâmetros sintéticos, não uma margem recomendada.

A validação estrutural deste fragmento não comprova a adequação fiscal dos parâmetros, assinatura ou autorização. Integrações que consultam XPath devem associar um prefixo ao namespace da NF-e, em vez de procurar tags sem namespace.

Referências: Schemas XML NF-e/NFC-e PL 010f, PL_010f_v1.04; catálogo local de 13/10/2026, ICMS30, declaração exata e tipos vinculados.

Parâmetros e confirmação da operação

Para modBCST em ICMS30, o ponto material a confirmar é: modalidade efetiva, fonte do preço/pauta ou método de formação da base. Reúna produto, documentos da operação, regime, UFs, data e fundamento com o responsável contábil. O artigo explica a representação e a conferência, sem definir esse tratamento para uma empresa.

Depois de documentado o parâmetro, compare a origem do dado com o XML e o retorno do item. Corrija a divergência comprovada no cadastro, no cálculo ou no mapeamento. Preserve os dados verdadeiros, o XML assinado e o histórico; não escolha outro valor para forçar autorização.

Referências: MOC 7.0 — Anexo I, 7.00, novembro/2020, Leiaute do grupo ICMS30 e regras contextuais, pp.29–31/99–101.

Páginas relacionadas

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/det/imposto/ICMS/ICMS30/modBCST
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
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
enumeration
4
enumeration
5
enumeration
6
whiteSpace
preserve