Rejeição 928: cBenef informado para CST sem benefício

A rejeição 928, na regra N12-86, ocorre quando o item informa CST e cBenef, mas a tabela da UF não possui código de benefício fiscal para o CST indicado. Esse teste é diferente de comparar o código específico com uma coluna da tabela: ele verifica se há qualquer benefício associado ao CST no contexto estadual.

O que torna a informação incompatível nesta identidade

Compare det/prod/cBenef e o CST do mesmo item em det/imposto/ICMS. A regra é facultativa conforme UF, modelo e CST. A observação da NT 2019.001 explica que o sistema verifica se não existe qualquer cBenef para aquele CST na tabela estadual, sem verificar a compatibilidade de um código específico.

Não use uma lista nacional fixa de CST “sempre sem benefício” para substituir a tabela. O cBenef pode ter sido herdado de outra operação ou produto; o CST também pode divergir da definição confirmada. A mensagem não determina qual dos dois está errado. A identificação da causa depende da operação e da edição estadual aplicável.

Quais UFs e datas constam na matriz atual

Na NT 2019.001 v1.70, a N12-86 possui este quadro de produção:

ES e demais UFs aparecem com indicação de não aplicação desta regra. O quadro documenta o cronograma, sem provar a implantação atual de cada autorizador. Para documentos reais, confira também as publicações oficiais posteriores da UF. A data de SC na N12-86 é distinta da data da N12-85; não copie o cronograma da rejeição vizinha.

Quais exceções afastam a N12-86

Em todas as UFs, a E1 afasta o teste para devolução de mercadoria, finNFe=4, com idDest=2 ou 3. As exceções estaduais do quadro são: E2, devolução em geral; E3, ajuste, finNFe=3; E4, entrada, tpNF=0. Sua aplicação depende da linha da UF.

Exemplo de limite: a linha do RJ lista E2 e E3, mas não E4. Uma entrada não fica dispensada apenas porque outro estado adota essa exceção. Já a E1 exige a combinação real de finalidade e destino. Não mude tipo de operação ou finalidade para evitar a mensagem.

Exemplos de código herdado e CST divergente

Cenário sintético: o CST foi confirmado e não possui cBenef na relação estadual, mas um benefício de operação anterior permanece no cadastro usado pelo item. A comparação com a origem comprova herança indevida. Corrija o vínculo ou a geração para representar os parâmetros confirmados; preserve o histórico do documento anterior.

Em outro cenário, o benefício da operação foi confirmado, mas o gerador envia um CST diferente do parâmetro documentado. Apagar cBenef eliminaria um sintoma sem corrigir o CST divergente. Compare a decisão fiscal, a tabela, o cadastro e o XML antes de alterar qualquer campo. Nenhum dos exemplos autoriza escolher regime ou benefício para reduzir imposto.

A literal SEM CBENEF resolve a rejeição?

Não há uma resposta universal. “SEM CBENEF” é uma literal prevista em determinadas tabelas estaduais; não significa automaticamente campo ausente nem código permitido para qualquer CST. Na tabela SP v20260901, a linha está riscada e sua utilização não é permitida a partir de 01/07/2026. Não copie uma solução antiga para uma emissão paulista posterior a essa data.

A N12-94/931 examina o par código específico/CST; a N12-98/946 examina existência e vigência do código. A N12-86/928 examina o CST sem qualquer benefício na relação estadual. Entender essa diferença evita retirar ou substituir cBenef por tentativa. Para definir o parâmetro real, reúna produto, operação, data, UF, CST e fundamento legal para o responsável fiscal.

Leitura do XML e confirmação do resultado

O XML operacional depende do CST e do benefício confirmados para o item original. Os exemplos textuais distinguem herança e divergência de mapeamento sem selecionar código ou montar tributação fictícia. Localize os caminhos indicados usando o namespace oficial http://www.portalfiscal.inf.br/nfe; em documento processado, a estrutura começa em /nfeProc/NFe/infNFe, e no XML enviado, em /NFe/infNFe. Preserve o XML original e o retorno integral em acesso autorizado.

Corrija a origem comprovada no cadastro, na operação ou no gerador, conforme o diagnóstico. Gere e confira novamente o documento antes de qualquer transmissão autorizada, preservando zeros explícitos e a diferença entre ausência e valor informado. XML válido no schema não comprova autorização. Se houve timeout ou resultado incerto de tentativa anterior, esclareça o processamento antes de novo envio; quando houver autorização, preserve o documento e seu protocolo.

Fontes oficiais

• NT 2019.001 — 1.70: pp. 17–18 N12-86; pp. 21–22 matriz UF/datas/exceções, conferida visualmente.
• Tabela cBenef SP — 20260901: p. 1 ausência por CST e linha SEM CBENEF vedada 01/07/2026, conferida visualmente.