Rejeição 928: código de benefício informado para CST sem benefício fiscal

A rejeição 928 ocorre quando o item apresenta CST e código de benefício fiscal, mas a validação identifica que aquele CST não possui benefício na tabela estadual considerada. Antes de apagar qualquer informação, descubra se o código foi preenchido indevidamente, se a classificação tributária está errada ou se há divergência na referência utilizada pelo emissor.

O retorno normalmente aponta o item por nItem. Guarde a mensagem completa e o XML rejeitado. A correção deve refletir a operação real: receber 928 não autoriza eliminar um benefício legítimo nem escolher outro CST apenas para conseguir transmitir a nota.

O que a validação realmente compara

A regra N12-86, da NT 2019.001 v1.70, abrange NF-e e NFC-e, modelos 55 e 65. Ela é facultativa, com implementação a critério da UF, do modelo e do CST. Quando CST e cBenef estão informados, verifica se não existe qualquer benefício para aquele CST na tabela da respectiva UF.

Essa etapa não examina a compatibilidade específica do código enviado com o CST. Portanto, evite resumir a 928 como qualquer combinação incorreta entre os dois campos. A compatibilidade possui validação própria, associada à rejeição 931; a existência e a vigência do código também têm tratamento separado, na 946. A ausência de código exigido, por sua vez, pode gerar 930.

A antiga regra I05f-10, com uma lista fixa de CST, aparece riscada no documento. Essa lista não deve ser reaproveitada como proibição nacional atual. A referência para a N12-86 é a tabela estadual aplicável, respeitando as exceções e a implantação da validação.

Confira o item e a origem do preenchimento

Localize o produto indicado pelo retorno e compare o CST do grupo de ICMS com det/prod/cBenef. Confira também a UF do emitente, o modelo, o ambiente, a finalidade da nota, o destino da operação e se ela é de entrada ou saída. Esses dados ajudam a identificar a regra e as exceções pertinentes.

Depois, descubra de onde veio o benefício: cadastro do produto, configuração fiscal da operação, documento copiado ou integração. Uma alteração no cadastro pode não atualizar automaticamente um documento já preparado. Compare o XML novo com o arquivo rejeitado, em vez de conferir apenas o que aparece na tela.

Não confunda cBenef com cBenefRBC, usado em estrutura própria de redução da base, nem com cCredPresumido, relativo ao crédito presumido. São campos distintos. A possibilidade estrutural de omitir cBenef no schema também não elimina uma obrigação fiscal ou uma validação condicional.

Como corrigir cada situação

Código preenchido indevidamente. Se o responsável fiscal confirmar que o CST representa corretamente a operação e que o benefício não se aplica ao item, retire o preenchimento indevido na origem que o gerou. Confira os demais itens individualmente: uma regra geral de cadastro pode ter afetado mais de um produto, mas isso não justifica apagar todos os benefícios.

CST incorreto para a operação. Havendo benefício legítimo, preserve seu fundamento e peça a revisão do enquadramento. A correção pode envolver CST, grupo de ICMS, bases, alíquotas e valores. Não altere somente o número do CST para fazê-lo combinar com um código escolhido previamente.

Tabela desatualizada ou de outra UF. Compare a referência do emissor com a publicação oficial pertinente à data da operação. Registre versão, linha, descrição e condições. Se os dados fiscais estiverem corretos, mas o autorizador continuar rejeitando, encaminhe as evidências ao suporte e à administração tributária competente.

Marcador usado como preenchimento padrão. Não preencha com zeros nem use “SEM CBENEF” como solução automática. Um valor aceito pela estrutura do XML pode ser recusado pela regra estadual. A tabela e suas observações precisam ser verificadas antes de manter, substituir ou retirar o conteúdo.

Exceções não são atalhos de emissão

A N12-86 não se aplica à devolução interestadual ou com o exterior, conforme a combinação de finalidade e destino documentada. Há ainda exceções para devolução, ajuste e entrada que dependem da UF. Não estenda uma dispensa de determinado estado a todos os demais, nem altere os indicadores da operação para aparentar uma exceção.

A NT 2021.002 v1.12, página 13, acrescenta exceção para a emissão pela Nota Fiscal Fácil, com tpEmis=3; o tratamento do benefício ocorre no Portal Nacional da NFF. Isso vale para o fluxo legítimo desse regime. A referência não comprova disponibilidade da NFF para qualquer contribuinte, UF ou modelo, e não permite trocar a modalidade de uma emissão comum.

O cuidado específico com São Paulo

Na conferência de 16/10/2026, foram encontradas informações oficiais divergentes sobre a ativação: a NT 2019.001 indica a N12-86 para modelos 55/65 em São Paulo, com produção em 06/04/2026 e homologação em 12/01/2026; a página estadual de regras de validação consultada registra N12-86/928 como “Inativa”. Essa divergência impede certificar a ativação efetiva apenas pelas publicações examinadas.

Ela não representa dispensa de preenchimento correto. A página paulista de cBenef informa que o campo não deve ser usado em saídas tributadas com CST 00 apenas por existir crédito outorgado. A mesma página e a tabela versão 20260901 registram que “SEM CBENEF” deixou de ser permitido em 01/07/2026. Essas orientações são de São Paulo; não constituem lista nacional nem escolha de benefício para a sua empresa.

Exemplo e conferência final

Uma distribuidora prepara uma nota com três itens. O segundo recebe um código copiado de uma operação anterior e o retorno aponta nItem: 2. O responsável fiscal verifica a tabela da UF e confirma que o CST está correto, mas o benefício foi trazido indevidamente. A equipe corrige a origem do preenchimento, gera o documento novamente e confere o segundo item no XML.

Se o benefício fosse legítimo e o CST estivesse errado, a providência seria revisar o enquadramento, preservando o fundamento fiscal. O exemplo não prescreve um código estadual nem uma classificação aplicável a operações reais.

Depois do ajuste, confira o novo retorno e o protocolo de autorização. O desaparecimento da 928 não prova que toda a tributação esteja correta nem que a nota tenha sido autorizada. Ao pedir suporte, encaminhe XML, retorno, UF, modelo, ambiente e a referência oficial utilizada; deixe a definição do benefício e do CST com o responsável fiscal.

Fontes e limites da conferência

Conferência em 16/10/2026. NT 2019.001 v1.70, páginas 16–19 e 21–22, em PDF capturado em 16/10; NT 2021.002 v1.12, páginas 12–13, de captura de 15/10. Reuso identificado, com inspeção de PNGs já existentes das páginas 16, 17 e 21 da NT 2019.001. O índice nacional atual e buscas focais em seis documentos de 2026 foram confrontados; ausência literal não demonstra vigência universal.

Fontes estaduais: regras de validação de São Paulo, captura de 16/10 reutilizada; página cBenef e tabela 20260901, novas capturas de 16/10. A primeira página da tabela foi lida textualmente e por células extraídas geometricamente, sem criar imagem. Não foi feito enquadramento de contribuinte ou teste de ativação.

Três guias específicos foram efetivamente lidos: Oobj, de 01/08/2019; TecnoSpeed, atualizado em 27/03/2025; e Treeunfe, de 08/04/2026. Foram descartadas generalizações sobre CST, lista antiga de UFs e exemplos com zeros como benefício. TecnoSpeed teve corpo WEB disponível e acesso HTTP direto 403, registrados separadamente. Menus, XMLs e exemplos externos não foram validados nem atribuídos ao ALRA.