NF-e e NFC-e
Código 301 na NF-e e o que mudou na denegação do emitente
Atualizado em 9 de outubro de 2026
Atualizado em 9 de outubro de 2026
O código 301 exige uma primeira pergunta: você está consultando uma nota antiga, tentando autorizar um documento novo ou enviando um evento? Na autorização, ele identificava a denegação por irregularidade fiscal do emitente. Essa regra foi retirada: a situação passou a ser tratada pela rejeição 781. Entretanto, documentos anteriormente denegados continuam exigindo cuidado, e o 301 também aparece como rejeição em uma especificação de EPEC da NFC-e. [1][2][3]
Para o empresário, a diferença afeta a numeração, a liberação da mercadoria e o trabalho do suporte. Não conclua que um número está perdido apenas porque a tela do sistema mostra uma descrição antiga. Também não reutilize uma numeração efetivamente denegada só porque as regras para novas emissões mudaram.
Como ocorreu a mudança
Na NFC-e, modelo 65, a NT 2023.002 eliminou a denegação por irregularidade do emitente e determinou o uso da rejeição 781, na regra 1C17-38. O cronograma desse item indicava produção até 4 de setembro de 2023. A revisão de novembro de 2025 acrescenta outro assunto, relativo à emissão avulsa em Santa Catarina; ela não transfere o fim da denegação para 2026. [2]
Na NF-e, modelo 55, a NT 2024.001 v1.20 excluiu expressamente a regra 1C17-40 e ampliou a 1C17-38 para NF-e/NFC-e. Seu cronograma para as alterações que não afetam especificamente o MEI aponta 16 de setembro de 2024. A retirada da denegação não se limita a empresas com CRT 4, apesar de o título da nota técnica também mencionar MEI. [1]
Há duas datas diferentes a respeitar: o Ajuste SINIEF 43/23 produz efeitos desde 1º de agosto de 2024, enquanto a nota técnica estabelece a implantação nos sistemas. Não transforme essas referências em uma promessa sobre o comportamento de qualquer ambiente em qualquer dia. Para uma ocorrência concreta, verifique UF, serviço, data do processamento e resposta original. [4]
Quando a consulta encontra uma nota antiga denegada
Uma denegação efetivamente registrada não equivale a uma autorização. A nota não pode ser usada para acobertar a operação, e a regularização posterior da empresa não converte automaticamente aquele documento em nota autorizada. O histórico deve ser preservado com XML e protocolo. [5]
Nesse cenário, não peça cancelamento nem inutilização da numeração denegada e não tente reaproveitá-la. Uma nova operação documental, se ainda necessária após a regularização, exige avaliação fiscal e número disponível. Isso é diferente de simplesmente corrigir uma rejeição atual e retransmitir o documento. A verificação vem antes de qualquer nova emissão, especialmente quando houve falha de comunicação ou migração de sistema.
Se a consulta oficial mostrar uma nota já autorizada, preserve esse resultado. Uma descrição 301 importada incorretamente pelo ERP não desfaz uma autorização anterior. Peça ao suporte que reconcilie os registros, em vez de alterar XML autorizado, apagar o histórico ou criar outra nota para a mesma operação.
Como investigar uma mensagem 301 recebida hoje
Obtenha a resposta original, com cStat e xMotivo, e identifique o serviço que a produziu. Um rótulo interno do programa não basta.
Confirme modelo, ambiente de homologação ou produção, autorizador, UF e horário. Compare a tentativa atual com a data da nota consultada.
Consulte a situação do documento antes de retransmitir se existir dúvida sobre uma tentativa anterior. Verifique se houve autorização, denegação histórica ou apenas rejeição.
Peça ao suporte a versão do tratamento de retornos. Para autorização nova, confronte a mensagem antiga com a exclusão da 1C17-40 e a regra 781.
Consulte a situação cadastral do estabelecimento emitente no cadastro estadual e, quando aplicável, no CCC. Verifique se os dados consultados são exatamente os enviados.
Essas conferências separam dois trabalhos: corrigir informação comprovadamente errada no sistema e resolver uma restrição verdadeira perante o Fisco. O representante da empresa e a contabilidade devem apurar a causa cadastral concreta. O código sozinho não prova dívida, fraude ou ausência de declaração, nem permite prometer prazo de desbloqueio.
Se a base estadual apresenta situação regular, mas o retorno continua divergente, reúna comprovantes datados e o XML efetivamente transmitido. Encaminhe a divergência ao suporte e à SEFAZ competente. Não assuma que basta esperar algumas horas: pode haver cadastro de outro estabelecimento, ambiente diferente ou uma restrição que a consulta resumida não esclarece.
O ramo diferente do EPEC da NFC-e
A NT 2014.003 v1.02, dedicada ao EPEC da NFC-e modelo 65, documenta a regra 1P25-40 com efeito de rejeição e código 301. Sua tabela de mensagens utiliza a expressão irregularidade cadastral do emitente. É uma resposta do processamento do evento, não a antiga denegação da autorização da nota. [3]
Esse registro documental não comprova que o EPEC da NFC-e esteja disponível hoje em todas as UFs. Se esse for o serviço realmente usado, confirme sua adoção e a especificação aceita pelo autorizador. A rejeição do evento não concede autorização de uso da NFC-e e não deve ser interpretada automaticamente como consumo definitivo da numeração. Consulte os registros da nota e do evento antes de decidir o próximo passo.
Também não use esse ramo para orientar alguém a mudar de modalidade de emissão. A contingência tem requisitos próprios e não resolve irregularidade cadastral por si só. Na Nota Fiscal Fácil existem verificações específicas feitas pelo aplicativo e portal; essa particularidade não autoriza configurar tpEmis como NFF em um emissor comum. [6]
Como evitar uma orientação desatualizada
Ainda existem tabelas e páginas de ajuda que reproduzem o 301 como regra corrente. A própria consulta textual de um PDF pode esconder que uma linha está riscada. Na NT 2024.001 v1.20, tanto a regra quanto a entrada 301 na lista final estão visualmente excluídas. Por isso, o documento completo e suas alterações devem orientar a interpretação. [1]
A ação segura é classificar corretamente o retorno, preservar documentos antigos e regularizar o emitente quando necessário. Não mude CNPJ, CPF, IE, UF ou regime tributário apenas para obter aceitação. O problema está encerrado quando o serviço correto devolve o resultado esperado e os registros do sistema correspondem ao protocolo oficial.
Referências e limites
Guias práticos lidos: Focus NFe, Oobj e Treeunfe. Os dois últimos ajudam na consulta cadastral e no entendimento histórico; suas generalizações sobre denegação corrente foram confrontadas com as alterações oficiais. Revisão documental, sem teste de emissão em todas as UFs.