Rejeição 351: confira o ICMS da operação antes do diferimento

A rejeição 351 indica que o valor do ICMS da operação, no CST 51, não confere com a base de cálculo e a alíquota informadas no item. O campo verificado é vICMSOp: o imposto calculado antes de descontar a parcela diferida. Confundi-lo com o ICMS efetivamente devido é uma causa de erro que merece atenção imediata.

A correção começa no XML da tentativa rejeitada. Localize o item apontado no retorno, confira a memória de cálculo e ajuste a origem do preenchimento no emissor. Não mude base, alíquota, CST ou benefício apenas para fazer os números coincidirem: cada informação precisa representar a operação real.

O que a regra compara

A N16a-10, no MOC 7.0, página 110, trata da autorização de NF-e modelo 55 com CST de ICMS igual a 51. A comparação pode ser expressa assim:

vICMSOp = vBC × pICMS ÷ 100

A divisão por 100 é necessária porque pICMS representa um percentual. Uma alíquota informada como 18,00 significa 18%, não um multiplicador de dezoito vezes a base. Confira como a integração recebe esse dado e como o transforma no XML.

O retorno com nItem identifica a linha da nota a examinar. Ele não aponta necessariamente o primeiro produto da tela, pois a ordenação do pedido pode diferir da sequência transmitida. Compare descrição e sequência do item antes de alterar o cadastro.

Três valores com funções diferentes

No grupo ICMS51, vICMSOp representa o ICMS que existiria sem o diferimento. Já vICMSDif registra a parcela diferida, e vICMS informa o valor realmente devido nessa etapa. Essas definições estão no leiaute oficial, página 33.

Imagine, apenas para demonstrar a conta, um item com base de R$ 1.375,26 e alíquota de 18%. A multiplicação resulta em R$ 247,5468; arredondada, produz vICMSOp de R$ 247,55. Se a operação hipotética também tivesse diferimento de 40%, a parcela diferida seria R$ 99,02 e o ICMS devido, R$ 148,53.

Preencher vICMSOp com R$ 148,53 mistura a primeira e a última etapa. O imposto devido pode estar correto, mas o campo da operação continuará incompatível com base e alíquota. Os percentuais do exemplo não são indicação de enquadramento para uma mercadoria ou estado.

Arredondamento sem ajuste artificial

A N16a-10 remete à nota oficial (*4). Ela manda arredondar o resultado da multiplicação para duas casas decimais e admite diferença de R$ 0,01 para mais ou para menos na validação. A nota está reproduzida na página 140 do MOC.

Isso não autoriza somar um centavo sistematicamente, reduzir a base até passar ou apagar a divergência no total da nota. A finalidade é compatibilizar pequenos efeitos de cálculo. Se a diferença for maior, confira primeiro os dados efetivamente enviados e a conversão do percentual.

O leiaute admite de duas a quatro casas decimais nos percentuais pICMS e pDif; os valores monetários têm duas. Não confunda precisão permitida do campo com uma ordem para truncar todos os cálculos intermediários em quatro casas. Use aritmética decimal e preserve precisão suficiente até o arredondamento exigido.

Onde investigar no sistema

A TecnoSpeed identifica os campos de integração CST, vBC, pICMS e vICMSOp. Essa correspondência ajuda quando a tela apresenta apenas nomes comerciais e o arquivo usa identificadores técnicos.

A Treeunfe orienta revisar o cálculo no item rejeitado. Faça essa conferência também depois de salvar: uma regra automática pode substituir o valor na geração do XML.

A IOB mostra que configurações de NCM, natureza de operação e situação tributária podem participar do cálculo em seu produto. Os nomes das telas e percentuais apresentados são específicos daquele exemplo. Antes de alterar um parâmetro geral, identifique quais outras operações o utilizam e peça ao responsável fiscal que confirme o tratamento correto.

Campo opcional não significa dado dispensado

Os campos monetários e percentuais desse grupo aparecem como opcionais no leiaute. Para a N16a-10, porém, um campo opcional ausente é considerado zero. Assim, base e alíquota positivas com vICMSOp omitido podem produzir a divergência.

Existe ainda uma exigência separada de informações do diferimento, pela N12-97, código 929, com aplicação e exceções por UF. A NT 2019.001 v1.70, página 19, também trata de cBenefRBC quando há redução de base no CST 51. Redução de base e diferimento são mecanismos diferentes; não substitua pDif por pRedBC nem invente um código de benefício.

Modelo, estado e outros tributos

A regra 351 é facultativa para o autorizador e está documentada para o modelo 55. A SEFAZ de São Paulo a lista como ativa na consulta realizada em 10/10/2026. Essa informação não demonstra ativação em todas as UFs ou igualdade entre ambientes. Não estenda automaticamente a regra à NFC-e modelo 65.

O diferimento do ICMS monofásico de combustíveis usa o grupo ICMS53 e campos próprios na NT 2023.001 v1.60. IBS e CBS também têm grupos de diferimento próprios na NT 2025.002 v1.52. A presença de palavras iguais não transfere para esses regimes a fórmula da rejeição 351.

Após corrigir, regenere o XML pelo emissor e confira também vICMSDif e vICMS, que possuem validações próprias, 352 e 353. Se alguma tentativa anterior ficou sem resultado, consulte sua situação antes de reenviar. A conclusão é o retorno individual de autorização acompanhado do protocolo, e não apenas o desaparecimento da mensagem na tela.

Atualizado em 10/10/2026. Escopo: autorização de NF-e modelo 55, conforme UF, ambiente e versão aplicável.