Rejeição 617: confira a identificação contida na chave de acesso

A rejeição 617 aponta CNPJ ou CPF zerado ou com dígito inválido dentro da chave de acesso examinada. A primeira medida é recuperar a chave autêntica e identificar o serviço que a recebeu. Não use um gerador de documentos, não substitua o identificador por outro válido e não altere uma chave autorizada para eliminar a mensagem.

A identificação contida na chave não é necessariamente a do usuário que consulta, do destinatário ou do certificado. Esses participantes têm validações próprias. O diagnóstico deve localizar exatamente qual informação falhou.

Três informações que precisam ser separadas

A chave tem 44 posições; o trecho reservado à identificação ocupa as posições 7 a 20. Seu significado depende do processo de emissão e das regras aplicáveis. O CPF pode ser representado com zeros à esquerda nesse espaço, sem se transformar em CNPJ.

O dígito de controle do CNPJ ou CPF também não é o dígito verificador geral da chave, que fica ao final. A validação geral da chave pode retornar 236; a identificação interna pode provocar 617. Corrigir um cálculo sem conferir a origem dos dados não garante que a nota certa foi selecionada.

Em eventos, os campos de CNPJ/CPF do autor são separados de chNFe. Em distribuição, os campos do interessado também são separados da chave consultada. Os códigos 489 e 490 podem envolver esses campos próprios; não são automaticamente outro nome para 617.

Consulta e distribuição têm exceções documentadas

No MOC 7.0, Visão Geral, página 83, J02e trata da consulta de situação, com distinção de CNPJ e CPF por séries. Atualizações posteriores precisam ser consideradas.

A NT 2021.002 v1.12, páginas 19 e 20 excepciona NFF, tpEmis=3, dessa validação em NfeConsultaProtocolo e em nfeDistribuicaoDFe. Na distribuição, restrita à NF-e modelo 55, H11 com nota de rodapé 2 pertence a consChNFe, não às consultas por NSU. A tabela da NT 2014.002 v1.40 resume H11 mencionando CNPJ; essa redação, isoladamente, não demonstra revogação das atualizações específicas de CPF e NFF.

A NT 2026.001 v1.02b do PAA, página 19, amplia a leitura de CNPJ para séries 0–909 e 980–989. O texto retido direciona CPF às séries fora dessas faixas e conserva a exceção NFF. A antiga expressão 910–969 está rasurada nessa alteração; não deve ser somada à regra nova como se ambas fossem independentes.

Essas especificações não autorizam mudar a série de uma nota para escapar da validação. A série identifica um processo real e precisa continuar coerente com o documento e com as permissões de emissão.

Nos eventos, não copie a exceção da consulta

A regra P12-26 examina chNFe em diversos contratos. Na atualização PAA, página 16, as faixas de CNPJ também incluem 980–989. Para NFF, o evento usa o quinto dígito de nNF para distinguir CNPJ, valor 1, de CPF, valor 2. Isso é diferente de dispensar a validação na consulta.

O contrato de cancelamento atualizado pela NT 2023.002 v1.01, página 9, conserva G04e com CPF nas séries 920–969. Esse recorte não pode ser silenciosamente substituído pela faixa de outra tabela. O fornecedor deve identificar versão e contrato efetivamente usados, especialmente quando houver emissão por produtor pessoa física.

Há regras em EPEC, manifestação, entrega, insucesso, ECONF e prorrogação. Ator Interessado limita as regras marcadas com a nota pertinente a tpAutor=1. Visto eletrônico do Fisco é outro contexto, sem autorização para atuação comum do contribuinte. Não presuma que todo evento serve aos modelos 55 e 65.

EPEC NFC-e e cancelamento por substituição têm restrições documentais próprias para autor CPF, que não foram resolvidas apenas pela atualização do cancelamento comum. Este guia não oferece um procedimento para contornar essas restrições. Confirme a disponibilidade específica com o fornecedor e a administração tributária competente.

CNPJ alfanumérico: preserve os caracteres

A NT Conjunta 2025.001 mantém o CNPJ com 14 posições: as primeiras doze podem conter letras e números; as duas finais são dígitos de controle. A NT 2026.004 v1.01 adapta os campos e chaves no ecossistema NF-e/NFC-e.

Portanto, uma rotina que elimina letras ou aceita exclusivamente números pode danificar uma identificação válida. A chave continua com 44 posições. Peça validação compatível com o leiaute aplicável, em vez de substituir letras por algarismos ou recalcular documentos manualmente.

As notas técnicas preservadas têm cronogramas documentais próprios. Elas não certificam, por si só, a implantação de cada autorizador e versão de ERP. A compatibilidade deve ser confirmada no ambiente efetivamente utilizado.

Como resolver sem fabricar uma identidade

1. Guarde o XML da solicitação e o retorno completo, com serviço, ambiente, horário e versão. Em evento, registre tipo e autor.

2. Localize o documento original com seu protocolo. Confira estabelecimento, modelo, série, número e processo de emissão, inclusive NFF, PAA ou nota avulsa quando aplicável.

3. Compare toda a chave enviada com a original. Procure perdas de zeros, letras removidas, valor truncado e identificação de outra filial.

4. Peça ao suporte que identifique qual regra foi aplicada. A análise deve separar identificação interna, autor ou interessado e dígito geral da chave.

5. Recupere o vínculo correto na solicitação rejeitada. Gere novamente a mensagem pelo sistema e assine o evento quando necessário, preservando o XML autorizado de origem.

6. Confira o resultado individual e mantenha os protocolos. Outra rejeição pode aparecer depois; a ausência de 617 não prova conclusão da tarefa.

Se a nota ainda não foi autorizada e o cadastro realmente contém uma identificação errada, corrija-o com documentação autêntica e confirme o estado das tentativas anteriores. Nunca substitua o CNPJ por um número “que passa no validador”.

Um exemplo e dois limites

Após uma migração, uma empresa observa 617 em consultas de notas de uma filial. Os arquivos originais estão íntegros, mas a integração preencheu com zeros o trecho da identificação. A solução é restaurar a chave original e corrigir o mapeamento da importação. Trocar o certificado ou o cadastro do destinatário não repara esse parâmetro.

No cancelamento por substituição, 617 examina a chave do documento do evento. A identificação inválida em chNFeRef, da substituta, pertence ao conjunto 910. Em consultas públicas por QR Code, existem tabelas próprias; não transfira automaticamente a regra dos Web Services.

O objetivo é preservar a identidade fiscal correta e a rastreabilidade, sem alterar documento autorizado, inventar inscrição ou ampliar exceções de um serviço para outro.

Fontes e escopo

Acervo oficial preservado lido em 10/10/2026; sem teste universal de implantação. A NT 2026.004 foi consultada exclusivamente nos arquivos previamente preservados.

Apoio prático lido: Oobj, Berga e TOTVS. As rotinas específicas de produto e as faixas antigas não foram generalizadas para todos os serviços.