Rejeição 946: confira o benefício fiscal na UF do emitente

Quando uma nota retorna a rejeição 946, o código de benefício fiscal enviado precisa ser investigado na referência da UF aplicável. Um cadastro aparentemente preenchido pode carregar um código de outro estabelecimento, de uma tabela antiga ou diferente daquele confirmado para a operação. Comece pelo item indicado no retorno e pelo XML transmitido. Repetir o envio sem entender a origem do valor não corrige essa divergência.

A mensagem documentada é “Rejeição: Informado código de benefício fiscal incorreto ou inexistente na UF [nItem: nnn]”. Ela não informa qual benefício a empresa pode usar. O número ao final identifica o item a examinar; a definição do tratamento fiscal depende da operação real e de sua referência competente.

O que a N12-98 verifica

Na NT 2019.001, v1.70, novamente obtida do portal em 16/10/2026, a N12-98 aparece na página 19. Seu cenário começa quando há código de benefício fiscal informado. A regra verifica se o código existe e está vigente conforme a tabela da respectiva UF. A NT 2021.002, v1.12, repete esse núcleo na página 14 e acrescenta o tratamento da Nota Fiscal Fácil.

A tabela da NT 2019.001 indica modelos 55/65, aplicação facultativa e implementação a critério da UF e por modelo. O contexto é a autorização de NF-e/NFC-e. Isso não comprova implantação uniforme nem permite transferir a configuração de uma filial para outra sem conferência. Produção e homologação também precisam ser identificadas no caso.

Existência e vigência não se confundem com compatibilidade entre benefício e CST. A N12-94, associada à 931, documenta essa correspondência. Para investigar a 946, primeiro confirme o próprio código e seu período na referência pertinente. Depois, examine o enquadramento fiscal completo; encontrar um código numa tabela não demonstra sozinho direito ao benefício.

Reúna o item e a referência usados

Localize nItem no XML da tentativa rejeitada e confira o produto e o campo cBenef. Compare o conteúdo efetivamente enviado com o cadastro e a configuração que o geraram. Não confunda esse dado com código de crédito presumido ou com benefício de redução de base informado em campo próprio: a nota técnica apresenta tratamentos separados.

Registre a UF do estabelecimento emitente, o modelo, a emissão investigada, o autorizador e tpAmb. Reúna também o CST ou CSOSN efetivamente informado e os indicadores finNFe, idDest, tpNF e tpEmis. Eles ajudam a identificar tributação, finalidade, destino, entrada ou saída e eventual fluxo NFF.

Na tabela estadual competente, registre documento, versão, data, código e linha examinada. Confronte os períodos e as condições nela descritos com a emissão investigada. Um endereço de portal, um resultado de busca ou uma tabela apenas mencionada pelo cadastro não prova que seu conteúdo esteja atualizado.

Corrija conforme a causa encontrada

Código de outra UF ou de configuração inadequada. Uma parametrização compartilhada pode ter levado ao item um benefício preparado para outro estabelecimento. O suporte identifica a origem do valor e o mapeamento no emissor. O responsável fiscal confirma qual tratamento corresponde à operação da filial emitente. Ajuste a origem comprovadamente incorreta, evitando espalhar uma mudança para todos os produtos.

Referência antiga ou período incompatível. Um código conhecido pela equipe pode não ter a situação esperada na tabela pertinente à emissão. Confira a versão e os períodos antes de substituí-lo. Não escolha um código parecido nem use um valor de outra tabela para fazer a nota passar. A correção precisa ter fundamento para a operação real e preservar seus fatos.

Cadastro correto, XML diferente. Se a combinação confirmada não chegou ao arquivo, compare configuração, cadastro e documento gerado. Investigue regras de preenchimento e a versão do emissor. Atualizar somente uma tela pode deixar a tentativa anterior com o valor antigo. Após o ajuste, gere novamente o documento pelo fluxo apropriado e confira o novo XML.

Não apague cBenef indiscriminadamente. A exigência de informar o benefício e as demais validações precisam ser examinadas no contexto aplicável. A ausência do campo não deve ser usada como tentativa de esconder uma informação fiscal necessária, assim como um código existente não deve ser escolhido sem enquadramento.

Exceções: operação real, CSOSN e NFF

A N12-98 documenta exceção para devolução em operação interestadual ou com o exterior. Outras exceções para devolução, ajuste e entrada dependem da UF. Compare os indicadores reais e a regra específica; não altere finalidade, destino ou tipo de operação para aparentar uma exceção. O quadro estadual possui coluna própria para N12-98.

A exceção 5 da NT 2019.001, v1.70, informa que essa validação não se aplica quando há CSOSN. A NT 2021.002 explicita o contexto de operação realizada por optante pelo Simples Nacional. Se o retorno parecer contrariar esse cenário, preserve o XML e confirme o enquadramento e o processamento. Trocar CST por CSOSN somente para evitar a rejeição não constitui diagnóstico.

Na página 14 da NT 2021.002, a exceção 6 trata da NFF com tpEmis=3. Ela pertence ao fluxo legítimo da Nota Fiscal Fácil; não autoriza um emissor comum a escolher esse valor como atalho. A página oficial paulista consultada em 16/10/2026 informa oferta de NF-e e NFC-e pela NFF para MEI e produtor rural desde 16/09/2024. Isso atualiza a antiga referência à NFC-e apenas como previsão. A adesão da UF e as opções liberadas ao usuário continuam relevantes; essa oferta não comprova a elegibilidade de qualquer empresa. Em retorno incompatível com uma emissão legítima NFF, preserve o XML e solicite análise do processamento.

Referências atuais e diferenças estaduais

Na consulta de 16/10/2026, a página oficial paulista apresentou a tabela cBenef versão 20260901. A primeira página proíbe “SEM CBENEF” desde 01/07/2026; a segunda conserva uma linha de benefício com vigência encerrada em 30/04/2026. Portanto, aparecer na tabela não significa estar permitido na emissão investigada. Essas linhas são exemplos documentais, sem indicação de código substituto para o contribuinte.

Há uma divergência de ativação em São Paulo: a NT 2019.001 v1.70 marca D10, produção em 06/04/2026 e homologação em 12/01/2026; a página estadual de regras facultativas, consultada em 16/10/2026, registra N12-98/946 como Inativa. Isso impede afirmar sua ativação operacional apenas pelo calendário. Preserve UF, modelo, ambiente e retorno efetivo para esclarecimento com a SEFAZ.

Exemplo: tabela antiga em uma filial

Imagine uma empresa fictícia cuja NF-e modelo 55 recebeu 946 no segundo item. O cadastro havia sido copiado de uma configuração anterior. A equipe preserva o XML rejeitado e identifica o código enviado. Na referência pertinente à filial e à emissão, o responsável fiscal constata que o tratamento cadastrado precisa ser revisto.

A correção é definida com fundamento fiscal, aplicada à origem do preenchimento e conferida no novo XML. Os demais itens são examinados para identificar o alcance da configuração antiga. O exemplo mostra uma investigação; não fornece código substituto, benefício ou classificação tributária para uma empresa real.

Confira o retorno e encaminhe a dúvida certa

Após a correção, acompanhe a resposta e o protocolo da mesma nota. O desaparecimento da 946 não comprova direito ao benefício nem garante autorização. Caso apareça outra rejeição, examine a nova mensagem e sua regra sem iniciar uma sequência de alterações por tentativa.

Acione o suporte para divergências entre configuração e XML. Encaminhe ao responsável fiscal dúvidas sobre benefício, enquadramento, tabela e períodos. Este guia usa referências atuais, preserva a divergência paulista e não certifica a ativação individual. Reúna XML, retorno, tabela e fundamento fiscal para esclarecer o caso, sem alterar fatos da operação.

Fontes

• NT 2019.001 v1.70, páginas 18–19 e 21: regras, modelos e quadro estadual. PDF obtido em 16/10/2026; captura identificada e reutilizada por hash.

• NT 2021.002 v1.12 — NFF, páginas 13–14: correspondência, existência/vigência e exceções. PDF obtido em 15/10/2026, reutilizado por hash; conflito interno de datas não usado como cronograma.

• cBenef paulista e tabela 20260901: consultas novas em 16/10/2026, páginas 1–2 examinadas textualmente, sem inspeção de imagem ou leitura integral das 20 páginas.

• Regras facultativas de São Paulo, oferta paulista NFF e FAQ oficial NFF: capturas de 16/10/2026 identificadas e reutilizadas; sem teste individual de contribuinte.

• Apoio prático oobj946: corpo específico lido pela ferramenta web em 16/10/2026; exemplos e menus de terceiros não são instruções do ALRA.

• Apoio prático tecno946: corpo específico lido pela ferramenta web em 16/10/2026; exemplos e menus de terceiros não são instruções do ALRA.

• Apoio prático abc946: corpo específico lido pela ferramenta web em 16/10/2026; exemplos e menus de terceiros não são instruções do ALRA.

• Manifesto fontes.v2.json registra os atos reais, as divergências e os históricos preservados. Análise vetorial do PDF não equivale a inspeção de imagem. Sem emissão de teste, autorização fiscal individual, nova imagem ou publicação.