Rejeição 494 na NF-e: como localizar a nota antes de reenviar o evento

A rejeição 494, “Chave de Acesso inexistente”, indica que o serviço não encontrou o documento exigido para aquele evento. Antes de tentar novamente, confira a chave enviada, o ambiente e a situação fiscal da nota. Esse retorno, sozinho, não prova que a NF-e foi apagada, que nunca existiu ou que a empresa precisa emitir outra nota para a mesma operação.

A distinção é importante: a empresa pode ter uma nota autorizada e um cancelamento rejeitado. Nesse caso, a rejeição pertence ao evento. Tratar a operação inteira como inexistente pode gerar duplicidade, perder o vínculo com a venda e dificultar a escrituração.

Primeiro, descubra qual serviço respondeu

Guarde o XML enviado e o retorno completo, especialmente cStat, xMotivo, chNFe, tpEvento, tpAmb, órgão receptor e horário. Uma tela que mostra apenas “494” não informa toda a causa. O código precisa estar no retorno fiscal correspondente, associado à mensagem de inexistência.

No cancelamento, a NT 2023.002 v1.01, página 9, relaciona a regra G06 aos modelos 55 e 65. A consulta considera identidade do emitente, modelo, série e número. Para Carta de Correção, a NT 2018.001 v1.10, página 24, documenta o ramo da NF-e modelo 55. Isso não transforma a CC-e em alternativa para corrigir uma NFC-e.

Uma nota localizada pode estar cancelada ou em outra situação incompatível com o evento. As tabelas distinguem essa condição, que pode levar à 580, da ausência tratada pela 494.

No cancelamento por substituição de NFC-e, evento 110112, a NT 2018.004 v1.00, página 9, usa a 494 para a chave da nota a cancelar. A chave substituta, chNFeRef, tem verificações próprias: não confunda os dois documentos.

A expressão “para o tipo de evento que exige a existência da NF-e” também importa. Ela impede transformar a 494 numa regra universal de todos os eventos. Cada contrato define suas verificações e os resultados possíveis.

Outros eventos também usam a 494

O mesmo diagnóstico de busca aparece em serviços diferentes, com encaminhamento próprio:

• Comprovante de Entrega e seu cancelamento: NF-e 55, eventos 110130 e 110131, na NT 2021.001 v1.01, páginas 9 e 13

• Insucesso na Entrega e seu cancelamento: NF-e 55, eventos 110192 e 110193, na NT 2023.005 v1.02, páginas 10 e 14

• Conciliação Financeira, ECONF, e seu cancelamento: modelos 55 e 65, eventos 110750 e 110751, conforme a NT 2024.002 v1.00. O documento direciona o modelo 55 ao serviço de eventos da SVRS e o 65 ao serviço da própria UF

• Ator Interessado, para liberar acesso ao transportador: NF-e 55, evento 110150, na NT 2020.007 v1.40, página 11

Nos eventos de prorrogação de industrialização e seus cancelamentos, a NT 2015.001 v1.30 também registra a 494. O documento identifica adoção por São Paulo e Minas Gerais, com a nova implementação de solicitação completa delimitada a Minas Gerais. Não é um procedimento nacional automaticamente disponível a qualquer empresa.

Existem ainda ocorrências em respostas de prorrogação e no Visto Eletrônico de competência do Fisco. A empresa deve encaminhar o problema à autoridade responsável; não pode assumir a identidade do Fisco para contornar a rejeição.

Como corrigir sem criar uma segunda nota

1. Compare a chave do evento com o XML original da nota. Confirme estabelecimento, modelo, série e número. Não use apenas uma chave copiada de conversa, planilha ou pedido comercial: ela pode pertencer a outra tentativa de emissão.

2. Consulte a situação no ambiente adequado. Produção e homologação são bases distintas. Uma nota de teste não se torna uma nota de produção ao mudar a configuração do sistema. O evento deve se relacionar ao documento efetivamente existente naquele ambiente.

3. Verifique recibos e protocolos pendentes. Se a nota está em processamento ou a transmissão perdeu a resposta, conclua a consulta correspondente. A ausência de protocolo no ERP não autoriza presumir que a autorização falhou.

4. Diferencie ausência na base nacional de ausência no autorizador de origem. Se a consulta nacional indicar que o documento não foi localizado, confira a orientação apresentada e consulte a origem competente. Registre os resultados e os horários para o suporte investigar eventual atraso de disponibilização.

5. Se houver autorização confirmada, preserve o XML autorizado. Corrija somente o pedido de evento rejeitado, quando necessário, usando a chave correta e o serviço previsto. Depois confira o resultado individual do evento; o processamento do lote não basta para provar seu registro.

6. Se a nota ainda não foi autorizada, resolva a pendência de emissão ou transmissão conforme a situação real. Em contingência, siga o procedimento e os prazos aplicáveis àquela modalidade. Não altere artificialmente data, numeração ou identidade para fazer a consulta encontrar outro documento.

Aguardar pode fazer parte do tratamento de uma indisponibilidade comprovada, mas não é solução para chave errada ou ambiente trocado. Persistindo a 494, o suporte precisa dos arquivos de entrada e saída, do endereço do serviço e da consulta ao autorizador, sem senhas ou certificados privados.

Quando o retorno informa outra chave

Algumas regras permitem acrescentar à mensagem a chave já existente quando encontram uma divergência e a identidade do autor corresponde à identidade prevista. Essa informação é opcional: sua ausência não demonstra que não existe outra chave.

Se o retorno trouxer uma chave diferente, compare-a com o protocolo e os dados reais da operação. A indicação serve para investigar o vínculo correto, não para substituir caracteres dentro de um XML autorizado ou criar uma nova venda.

Cuidados com instruções antigas

Consulta DPEC é um contexto histórico distinto: o MOC 5.0, página 143, documentava seus próprios resultados de localização. Não se deve aplicar à 494 uma solução destinada àquela consulta apenas porque ambas mencionam chave de acesso.

Outra armadilha está nas versões antigas da NT 2025.002: a linha 2P31-10, com código 494, aparece riscada nas versões 1.40 e 1.50 e não consta na revisão 1.52 consultada. Ela não sustenta uma exigência atual para todos os eventos da reforma tributária.

A pesquisa considera documentos oficiais preservados e revisados em outubro de 2026. Ela não certifica a disponibilidade de cada serviço em todas as UFs. O fechamento seguro do caso combina três provas: documento correto, ambiente correto e resultado fiscal efetivo do evento.

Fontes práticas consultadas

Omie, Bling e Softniels ajudam a reconhecer situações de sistema, consulta e contingência. Orientações de retransmissão foram delimitadas pela situação confirmada da nota e pelo contrato oficial do evento.