Rejeição 593: CNPJ consultado diferente da base do certificado

A rejeição 593 ocorre quando o CNPJ informado na consulta não tem a mesma base do CNPJ do certificado digital usado na transmissão. No serviço NFeDistribuicaoDFe, o problema está na identificação de quem solicita documentos. Esse retorno não significa que uma NF-e foi rejeitada na emissão, cancelada ou perdeu seu protocolo.

Para a empresa, o efeito pode aparecer como interrupção da importação de notas de entrada ou falha na busca de XML. Antes de trocar configurações, registre qual estabelecimento deveria ser consultado e qual certificado foi efetivamente apresentado pelo integrador. O nome exibido na tela nem sempre revela a configuração usada pelo serviço em segundo plano.

Qual CNPJ deve coincidir

A regra H04 da NT 2014.002 v1.40 compara a base do CNPJ consultado com a base do certificado de transmissão. A identificação completa do interessado é informada no campo CNPJ de distDFeInt; o teste não manda copiar para esse campo o CNPJ do fornecedor que emitiu a nota.

A base corresponde às oito primeiras posições do CNPJ. A documentação permite que uma pessoa jurídica consulte documentos de seus estabelecimentos com um certificado da mesma base. Matriz e filial podem, portanto, ter números completos diferentes sem que isso, isoladamente, gere a 593. Empresas de um mesmo grupo econômico com bases distintas não atendem ao requisito apenas por compartilhar sócios, marca ou escritório.

Pense em um distribuidor que centraliza a recepção das notas de duas filiais. O integrador deve consultar cada estabelecimento pretendido, com identidade e certificado compatíveis. Se ele carregar o certificado de outra empresa administrada no mesmo servidor, há um erro de configuração a investigar. Trocar o CNPJ consultado para obter uma resposta sem erro pode simplesmente buscar os documentos da empresa errada. NT 2014.002 v1.40, páginas 4, 6, 8 e 11.

Certificado correto não significa acesso irrestrito

Existem duas perguntas diferentes: quem está consultando e quais documentos essa pessoa pode receber.

A 593 trata da primeira. Para a segunda, a distribuição considera o papel do interessado na NF-e: destinatário, transportador, terceiro autorizado e os demais casos previstos na tabela do serviço. Na consulta por chave, a regra H16, com rejeição 640, verifica o vínculo do interessado com a nota. Conhecer a chave não concede autorização.

Uma transportadora pode consultar documentos de seu interesse usando sua própria identidade, quando o vínculo estiver estabelecido no documento ou pelo evento cabível. Isso não permite consultar como se fosse o embarcador. Da mesma forma, uma procuração ou contrato de prestação de serviços não deve ser presumido como dispensa automática da comparação H04.

O evento Ator Interessado, código 110150, pode estabelecer acesso nas condições da NT 2020.007. A rejeição 585 pertence ao registro desse evento e examina outra questão. Alterar o certificado não cria a autorização que falta; registrar o evento também não elimina o teste de identidade da consulta posterior.

CPF e ausência de identificação têm outros códigos

Quando o interessado é pessoa física, a distribuição exige a correspondência do CPF consultado com o CPF do certificado, tratada pela regra H05 e pelo código 472. Não existe autorização para aplicar ao CPF a comparação parcial de oito posições do CNPJ.

Já a 473 pertence à validação do certificado transmissor: falta a extensão de identificação CNPJ ou CPF exigida pelo contrato. Isso é diferente de encontrar duas bases divergentes. As rejeições 489 e 490 tratam, respectivamente, da validade do CNPJ ou CPF informado. Certificado vencido, revogado ou com problemas de cadeia também tem diagnósticos próprios.

Essa separação evita medidas inúteis. Renovar um certificado válido não resolve uma seleção de empresa incorreta. Alterar o XML de uma nota autorizada tampouco corrige a identidade apresentada na conexão de distribuição.

Como verificar a configuração com segurança

1. Confirme no retorno o código 593, a mensagem, o ambiente e o serviço. Identifique se o pedido usa distNSU, consNSU ou consChNFe

2. Confira o CNPJ completo do interessado no XML enviado. Compare-o com o estabelecimento que realmente deveria ter seus documentos consultados

3. Peça ao responsável técnico que identifique o certificado efetivamente utilizado na conexão. Verifique titularidade e base sem compartilhar senha, arquivo de chave privada ou credenciais com terceiros

4. Revise a associação entre empresa, filial, cadastro do certificado e processo que executa a consulta. Em sistemas com várias empresas, confira também a configuração do integrador ou servidor

5. Corrija somente a associação comprovadamente errada, usando os recursos legitimamente administrados pela empresa. Refaça a consulta e examine a nova resposta antes de considerar o recebimento restabelecido

Se o par CNPJ/certificado estiver correto, encaminhe ao suporte os XMLs de solicitação e retorno, ambiente, versão e identificação pública do certificado. Não entregue sua chave privada. O suporte precisa descobrir qual identidade chegou ao serviço, sem tentar bases de terceiros até alguma funcionar.

CNPJ alfanumérico: preservar caracteres é essencial

A versão 1.40 da NT 2014.002, de julho de 2026, muda o tipo dos campos CNPJ de numérico para caractere e registra implantação em 08/07/2026. A NT 2026.004 v1.01 também atualiza campos do ecossistema e chaves de acesso, com seu próprio cronograma.

A comparação de identidade continua necessária. A integração deve preservar letras e zeros do CNPJ completo, trabalhar com as posições da base e aplicar as validações do leiaute correspondente. Remover letras, converter o identificador em número ou preencher outra base para contornar uma falha de compatibilidade altera a identidade consultada. O CPF permanece um identificador distinto.

Distribuição não é consulta de protocolo

NFeDistribuicaoDFe entrega documentos ou informações de interesse do ator. NfeConsultaProtocolo consulta a situação da nota pela chave. Seus pedidos, respostas e regras não são intercambiáveis; uma consulta de situação bem-sucedida não comprova permissão para baixar XML.

A consulta por chave da distribuição permanece documentada para NF-e modelo 55, com rejeição 618 para outro modelo. Não extrapole esse serviço para NFC-e 65 por encontrar uma tabela genérica que menciona ambos.

Em registros antigos, a 593 aparece no MOC 6.0, em NfeConsultaDest, sob H03. Esse antecedente ajuda a interpretar logs históricos, mas não autoriza reutilizar seu contrato como configuração atual. No MOC 7.0 e na NT 2014.002 consultada, o ramo de distribuição utiliza H04.

Após resolver a identidade, preserve o controle de NSU por interessado. Não zere a sequência como “solução” da 593. Retornos 137, 138 ou 656 têm significado próprio; se não houver documentos ou ocorrer consumo indevido, siga os intervalos do serviço. A correção do certificado não recupera automaticamente documentos fora da janela de distribuição.

Fontes e limites

A análise usa a NT 2014.002 v1.40, o MOC 7.0, páginas 81–84 e 90–96 e a NT 2026.004 v1.01, em cópias preservadas no corpus de 09/10/2026 e relidas em 10/10/2026. Não houve teste operacional de todos os ambientes.

Foram lidos três editores práticos: NS7, diagnóstico da 593, TOTVS, seleção do certificado no WinThor e NDD, continuidade das consultas e consumo indevido. O último é contextual; os exemplos de produto não revogam a possibilidade oficial de certificados da mesma base entre estabelecimentos.