Rejeição 658: confira o destino do evento de manifestação da NF-e

A rejeição 658, no contexto da manifestação do destinatário, exige conferir a UF do destinatário e o serviço que recebeu o evento. Não é uma orientação para mudar o endereço da empresa nem reconstruir a chave de acesso. O caminho seguro é identificar a nota correta, preservar seus dados e ajustar o encaminhamento técnico quando houver erro comprovado.

A mensagem oficial menciona “UF do destinatário da Chave de Acesso diverge da UF autorizadora”. Essa redação pode induzir a uma leitura equivocada: os primeiros caracteres da chave identificam a UF do emitente, não a UF do destinatário. Em uma compra interestadual, essas duas UFs podem ser diferentes sem que isso represente irregularidade.

O que a regra realmente verifica

A NT 2020.001 v1.60, regra H07, determina, para evento do destinatário, a verificação da correspondência entre a UF do destinatário e a UF do Web Service. A própria regra traz uma exceção decisiva: essa validação não se aplica ao Ambiente Nacional, que atende todas as UFs.

Portanto, a análise depende do destino da requisição. Não basta olhar o estado em que a nota foi emitida ou a sigla configurada na tela principal do ERP. É preciso identificar o serviço de recepção de eventos efetivamente utilizado, o ambiente e o órgão informado na mensagem.

O contrato dessa nota técnica trata da manifestação do destinatário de NF-e modelo 55, por pessoa jurídica ou física. Ele abrange Confirmação da Operação, Ciência da Emissão, Desconhecimento da Operação e Operação não Realizada. A presença de uma validação genérica de chave com modelos 55/65 em outra parte do documento não estende, por si só, a manifestação à NFC-e 65.

H07 aparece como obrigatória na documentação, com a exceção expressa do Ambiente Nacional. Isso não significa que este artigo tenha comprovado atendimento estadual ou ativação em todas as UFs. Qualquer rota estadual concreta precisa ser confirmada na relação oficial de serviços e na documentação do autorizador.

Três informações que não podem ser confundidas

A UF do emitente compõe a identificação da chave. A UF do destinatário é uma informação da pessoa ou estabelecimento que consta como destinatário da NF-e. Já o órgão receptor representa o destino técnico do evento. Esses elementos se relacionam, mas não são intercambiáveis.

O MOC 7.0, Visão Geral, seção 2.2.6.1 identifica expressamente a UF do emitente na composição da chave. Não procure extrair dali uma UF do destinatário que a chave não carrega. Use o XML autorizado e os dados do destinatário da nota para a conferência.

Também diferencie distribuição e manifestação. NFeDistribuicaoDFe é usado para obter documentos e informações; RecepcaoEvento recebe a declaração do destinatário. Uma configuração correta para consultar documentos não comprova que o envio de eventos esteja apontando para o ambiente correto.

Como investigar sem alterar a operação

Comece pelo retorno original. Registre cStat, xMotivo, data e hora, URL do serviço, ambiente, tipo de evento e chave. Verifique se o 658 veio da resposta da administração tributária ou se é uma mensagem traduzida pelo fornecedor. Um rótulo local desatualizado pode esconder o verdadeiro contexto do retorno.

Depois, confira qual estabelecimento está manifestando. Em empresas com matriz e filiais, a tela pode ter sido aberta com uma unidade enquanto o documento pertence a outra. A identificação do autor deve respeitar o destinatário da NF-e; usar certificado elegível da mesma base de CNPJ não autoriza substituir livremente o destinatário no evento.

Compare a chave selecionada com o documento que a equipe pretende tratar. Se foi escolhida outra nota, selecione o documento correto. Se o XML disponível contém dados diferentes dos esperados, apure a origem da divergência com a área fiscal e o emitente. Não edite manualmente a nota autorizada para fazê-la coincidir com uma configuração.

Por fim, peça ao suporte para verificar cOrgao, tpAmb, versão do evento e endpoint em conjunto. No leiaute da manifestação, o Ambiente Nacional é identificado pelo código 91. Esse número deve estar associado ao serviço e ambiente corretos; não é uma chave universal que resolva qualquer rejeição de evento.

Dois cenários que ajudam no diagnóstico

Imagine uma empresa de Minas Gerais recebendo uma NF-e de um fornecedor de São Paulo. A diferença entre a UF do emitente e a do destinatário é esperada nessa compra interestadual. Se a integração escolher o receptor do evento apenas pela UF inicial da chave, o suporte precisa revisar o critério de roteamento. A solução não é transformar a empresa compradora em destinatário paulista.

Agora imagine que o log confirme envio ao Ambiente Nacional, mas a resposta continue sendo 658. Como H07 exclui esse ambiente, há uma inconsistência a investigar. Confira se o endereço registrado é realmente o utilizado, se existe redirecionamento na integração e se o retorno corresponde à mesma tentativa. Encaminhe essas evidências ao fornecedor ou ao atendimento fiscal, sem afirmar automaticamente que a SEFAZ está errada.

Esses exemplos são ilustrativos. Não estabelecem quais serviços estaduais estão disponíveis hoje nem substituem a verificação do ambiente que efetivamente recebeu a requisição.

Como confirmar a correção

Antes de retransmitir, confira se alguma tentativa anterior já registrou o evento. Uma falha de comunicação pode deixar o resultado desconhecido, e repetir indiscriminadamente pode gerar duplicidade. Depois do ajuste, acompanhe o retorno individual do evento, não apenas a mensagem de lote processado.

Na documentação, cStat 128 informa processamento do lote. O resultado 135 identifica evento registrado e vinculado à NF-e; 136 indica registro sem vinculação. Guarde o XML de resposta e o protocolo correspondente e concilie a informação com o histórico da nota. Uma indicação genérica de sucesso na interface não dispensa essa conferência.

Mantenha ainda a declaração verdadeira. Não troque Desconhecimento por Confirmação, por exemplo, apenas para testar uma rota. Corrigir o destino técnico não muda o fato ocorrido nem afasta os prazos próprios do evento. Se o prazo estiver próximo, registre o problema e procure orientação fiscal sem modificar datas para aparentar tempestividade.

Para prevenir reincidência, revise o cadastro de estabelecimentos e mantenha configurações separadas por serviço, modelo e ambiente. Teste os ajustes em homologação e documente a rota aprovada. O resultado esperado é um evento corretamente encaminhado e verificável, preservando a identidade da nota e do destinatário.

Base consultada

NT 2020.001 v1.60 e MOC 7.0, cópias oficiais preservadas em 09/10/2026 e relidas em 10/10/2026. A regra H07 foi conferida visualmente; a disponibilidade de cada autorizador não foi testada.

Leituras práticas contextuais: Omie, manifestação do destinatário, Oobj, seleção do documento e registro da manifestação e TOTVS, consulta por chave, estabelecimento e situação. Esses tutoriais apoiam o fluxo de conferência, sem demonstrar ativação de H07 em uma UF específica.