Rejeição 526: o que fazer quando a chave consultada é muito antiga

O retorno 526, “Consulta a uma Chave de Acesso muito antiga”, pode aparecer quando o sistema tenta consultar a situação de uma nota emitida há bastante tempo. Ele informa uma recusa daquela consulta por antiguidade. Não determina, sozinho, que a nota seja inexistente, cancelada, autorizada ou inválida.

A primeira providência é separar o documento fiscal do resultado da consulta feita agora. Preserve a chave original, o XML, os protocolos e o histórico disponível. Não reemita a operação nem altere a data da nota apenas para conseguir uma resposta diferente.

Em qual serviço essa regra aparece?

O MOC 7.0, Visão Geral, páginas 82 a 84 documenta a regra J02k no Web Service NfeConsultaProtocolo, usado para consulta de situação pela chave. A requisição consSitNFe informa, entre outros campos, o ambiente e a chave consultada; o retorno informa o resultado do processamento.

Esse contexto é diferente da autorização de uma nova nota. Também é diferente de solicitar distribuição de documentos, consultar um QR Code em página pública ou registrar um evento. O nome “consulta” numa tela de ERP pode esconder serviços diferentes: peça ao suporte que identifique qual chamada produziu o 526.

O conjunto de validações desse Web Service contempla chaves de modelos 55 e 65, conforme J02f. Isso não transfere automaticamente suas condições para a consulta pública da NFC-e, para seu QR Code ou para o registro de cancelamento. Cada serviço tem regras, ambiente e finalidade próprios.

São seis meses ou 180 dias?

A documentação precisa ser lida com suas ressalvas. A descrição do processo, na página 83 do MOC, menciona 180 dias contados da emissão e admite, em nota de rodapé, que a Sefaz mantenha o modelo anterior a seu critério.

Na página 84, a regra J02k usa outra formulação: atraso superior a seis meses do Ano-Mês da chave em relação ao Ano-Mês atual. Embora a coluna de aplicação indique obrigatoriedade, a própria regra permite que a Sefaz autorizadora não implemente essa validação.

Portanto, não há base para afirmar que toda nota deixa de ser consultável em todos os estados no 181º dia. Também não é correto tratar seis meses de calendário e 180 dias como medidas sempre idênticas, especialmente perto da fronteira temporal.

Para avaliar um caso concreto, registre a data da emissão, o Ano-Mês presente na chave, o momento da consulta, a UF e o ambiente atendidos. A documentação e a implementação do autorizador precisam ser consideradas. Ajustar o relógio do computador não altera a idade real do documento.

O que o empresário deve conferir primeiro

1. Obtenha o retorno completo. Guarde cStat, xMotivo, chave enviada, horário, ambiente e, quando disponível, versão da aplicação autorizadora. Uma mensagem resumida na tela não mostra todo o contexto.

2. Confira se a chave pertence ao documento desejado. Compare-a com o XML original e o protocolo preservados. Uma referência copiada de outra nota pode transformar um problema de seleção em aparente problema de prazo.

3. Separe o último estado conhecido da consulta atual. Um protocolo anterior documenta o resultado obtido naquele momento; a rejeição atual não confirma nem substitui a situação fiscal presente.

4. Verifique o histórico no ERP. Alguns produtos mantêm o estado anteriormente conhecido; outros exibem uma pendência de consulta. Não altere o documento para fazer a tela ficar “verde”.

5. Consulte a orientação do fornecedor e da Sefaz para aquele serviço. Havendo diferença entre o comportamento observado e a idade da chave, encaminhe os registros ao suporte em canal adequado.

6. Resolva separadamente a necessidade de arquivo ou de validação. Se a empresa precisa do XML, investigue sua guarda. Se precisa confirmar a situação atual, identifique um meio oficial disponível e registre o que efetivamente foi obtido.

Repetir a mesma consulta sem mudar uma condição relevante não torna a nota mais recente. Evite rotinas de reconsulta incessante; além de não resolver a causa, elas podem consumir recursos e dificultar a identificação de problemas reais.

Ter o XML não significa que a consulta está disponível

Uma empresa pode conservar o XML e o protocolo de uma nota antiga mesmo quando a consulta de situação retorna 526. O inverso também importa: uma tela de entrada ou um lançamento contábil não prova que o arquivo eletrônico completo foi guardado.

Procure nos arquivos fiscais da empresa, no módulo de recebimento, nos backups e nos documentos enviados pelo fornecedor. Confira se o arquivo corresponde à chave pretendida e se contém o documento e o protocolo esperados. Não substitua o XML por uma imagem do DANFE.

Como exemplo de operação de sistema, a Omie documenta a exportação dos XMLs recebidos e alerta que registros manuais podem não ter XML. Essa é uma forma de recuperar o que já está armazenado no produto; não amplia a disponibilidade do Web Service nem comprova a situação atual da nota.

Se o arquivo não for localizado, solicite-o ao emitente e avalie com a contabilidade a documentação disponível. Não prometa que um portal, uma manifestação ou um serviço de distribuição conseguirá recuperar qualquer documento antigo. O prazo e as condições de cada serviço precisam ser verificados separadamente.

Cuidado com atalhos no recebimento e com tabelas antigas

A documentação da TOTVS Datasul descreve o impacto do 526 na entrada de notas e parâmetros próprios daquele produto. Uma configuração de recebimento não altera a resposta da Sefaz nem deve virar recomendação geral para dispensar validações. Qualquer tratamento de exceção precisa ser avaliado pelos responsáveis fiscal e técnico, com documentação e limites.

Também há um significado histórico: em versões antigas, 526 tratava de CFOP de exportação sem local de embarque. A NT 2013.005 v1.20, página 36, declara a eliminação desse ramo. Para a mensagem atual de chave muito antiga, trocar CFOP ou preencher local de embarque não resolve a consulta.

Da mesma forma, não confunda 526 com 524, ligado ao ano ou mês inválido de uma chave referenciada durante a autorização. Antiguidade e formato incorreto são diagnósticos diferentes.

Como evitar que o problema pare a operação

Organize a obtenção e a conferência dos documentos quando eles entram no fluxo da empresa. Preserve XML, protocolos e eventos disponíveis, com identificação da origem e da data das verificações. Teste a recuperação dos backups e mantenha responsáveis claros pelo recebimento de documentos faltantes.

A guarda documental e os prazos legais aplicáveis continuam sendo assunto próprio, a validar com a contabilidade. A janela de um serviço de consulta não define, por si, por quanto tempo a empresa deve conservar seus documentos.

Fontes e escopo

Base oficial preservada: MOC 7.0 Visão Geral, páginas 82–84; NT 2015.002 v1.41, páginas 32–33; NT 2013.005 v1.20, página 36; MOC Anexo I, página 147. Revisão em 10/10/2026, sem teste operacional em cada autorizador.

Apoio prático efetivamente lido: Oobj, comportamento da reconsulta, TOTVS, recebimento e Neogrid, filtros de consulta e recebimento. Omie foi lida como fonte contextual de recuperação do arquivo. Generalizações de prazo e disponibilidade presentes em guias práticos não substituem as ressalvas oficiais.