Rejeição 473: confira a identificação do certificado na distribuição de NF-e

A rejeição 473 indica que o certificado apresentado pelo transmissor não traz a identificação de CNPJ ou CPF exigida pelo serviço de distribuição. O ponto inicial da investigação é o certificado efetivamente usado na conexão. Preencher novamente o cadastro da empresa ou repetir a consulta sem mudar sua causa tende a manter a falha.

Para quem depende da importação de notas recebidas, o efeito aparece como atraso na chegada dos XMLs. É importante separar esse problema do status fiscal de cada nota: a recusa de um pedido de distribuição, por si só, não cancela nem altera uma NF-e já autorizada.

O que a regra oficial verifica

Na NT 2014.002 v1.40, página 10, a A07 pertence à validação do certificado digital do transmissor. Ela exige a identificação por uma extensão OtherName: OID 2.16.76.1.3.3 para CNPJ ou OID 2.16.76.1.3.1 para CPF. A tabela da página 16 associa o código 473 à mensagem “Rejeição: Certificado Transmissor sem CNPJ ou CPF”.

Esses números identificam campos técnicos do certificado. Não são códigos para digitar no cadastro do ERP. A identificação da pessoa ou empresa precisa estar no certificado admitido pelo serviço, conforme o caso; o texto não exige que todo certificado contenha simultaneamente CPF e CNPJ.

O empresário não precisa interpretar sozinho a estrutura criptográfica. Pode pedir ao responsável técnico que confirme, localmente, qual certificado cliente foi apresentado e se a identidade correspondente está na extensão exigida.

Onde esse diagnóstico se aplica

O ramo documentado está no NFeDistribuicaoDFe do Ambiente Nacional, método nfeDistDFeInteresse. A validação do certificado acompanha o pedido de distribuição, que admite busca a partir do último NSU, consulta pontual por NSU e consulta por chave.

A nota técnica trata dos atores da NF-e, e a validação da chave nesse serviço exige modelo 55. Este artigo não transforma a 473 em regra geral de autorização da NFC-e, modelo 65, nem de consulta pública por QR Code.

Também é necessário distinguir duas camadas. O pedido possui seu campo CNPJ ou CPF para identificar o interessado. O certificado autentica a transmissão. A falta de identificação no certificado não se resolve simplesmente acrescentando um campo ao XML. Se a falha estiver na estrutura do pedido, o diagnóstico será outro. NT, páginas 6, 10 e 11

Como organizar a investigação

Comece pelo retorno original. Confirme que há cStat 473 e leia xMotivo; uma falha local de carregamento do certificado pode impedir a consulta antes de existir resposta fiscal. A documentação da Unimake diferencia o arquivo de resposta da SEFAZ dos registros de erro local. Isso evita chamar qualquer mensagem de conexão de “rejeição 473”.

Em seguida, peça a verificação destes pontos:

• Qual empresa ou pessoa estava selecionada na rotina e em qual ambiente ocorreu a consulta?

• Qual certificado cliente o processo utilizou de fato?

• A configuração pertence à rotina automática, ao usuário que abriu o programa ou a outro componente?

• O certificado possui a identificação exigida para seu titular, nas extensões apropriadas?

• Houve renovação, migração de servidor ou troca de configuração antes do início da falha?

Essas perguntas são hipóteses de diagnóstico, não causas automaticamente provadas pelo código. Um certificado recém-renovado pode estar correto, enquanto o serviço continua escolhendo uma configuração anterior ou inadequada.

Corrija a seleção antes de substituir tudo

A documentação de consulta DF-e da FlexDocs mostra que a escolha do certificado é um parâmetro próprio e pode depender do repositório do usuário que executa o componente. A consequência prática é verificar a identidade usada pelo processo, não apenas os certificados visíveis na sessão de quem presta suporte.

Se a integração estiver selecionando o item errado, corrija a associação pelo procedimento autorizado do sistema. Se o certificado realmente não tiver os atributos necessários, o responsável deve avaliar o caso com o fornecedor da integração e a autoridade certificadora pelos canais oficiais.

Não tente editar o arquivo do certificado para “inserir” o CNPJ ou CPF. Não desligue a validação de segurança e não utilize o certificado de outra pessoa como atalho. O objetivo é restabelecer a identificação legítima de quem consulta.

A orientação da TecnoSpeed sobre configuração de certificados em DF-e ajuda a localizar a configuração por cliente e grupo de empresas. O guia aborda vencimento e divergência de identidade; aqui serve como apoio operacional, não como definição normativa da 473.

Um exemplo para orientar a equipe

Uma empresa fictícia migra a rotina de importação de XMLs para outro servidor. Depois da mudança, o sistema registra 473. O cadastro do interessado continua correto, mas ainda falta comprovar qual certificado foi selecionado na nova instalação.

A equipe confere a configuração e identifica um certificado sem a identificação fiscal exigida para aquela transmissão. A correção consiste em selecionar o certificado apropriado e autorizado da empresa. Não há motivo, por esse retorno isolado, para alterar fornecedores, destinatários ou documentos já emitidos.

Se a inspeção comprovar que o certificado correto foi apresentado e contém a extensão aplicável, preserve essa evidência e escale o caso técnico. Evite sucessivas substituições sem registro: elas dificultam descobrir onde o sistema está perdendo ou escolhendo incorretamente a identidade.

Teste a consulta e preserve a segurança

Depois da correção, execute uma consulta controlada no ambiente pretendido e confira a resposta inteira. Validade, cadeia de certificação, revogação e correspondência da identidade consultada possuem outras verificações. Superar a 473 não garante, sozinho, que todos os documentos serão disponibilizados.

Confirme o interessado e o tratamento do retorno antes de reativar a importação automática. Mantenha a sequência de NSU existente; a troca de configuração do certificado não justifica reiniciar a busca indiscriminadamente. Se surgir outro código, trate sua causa específica.

Para solicitar suporte, registre data e hora, serviço, ambiente, versão do sistema e mensagem. Compartilhe somente os dados necessários, preferencialmente mascarados. Arquivos de certificado, senhas e chaves privadas devem permanecer sob controle do responsável autorizado, fora de chamados comuns e capturas de tela.

Base documental: NT 2014.002 v1.40, publicada em 03/07/2026, cópia oficial preservada em 09/10/2026 e lida integralmente em 10/10/2026. A A07 foi conferida visualmente, sem exclusão marcada. Os três editores práticos oferecem guias de integração pertinentes; a aplicação normativa vem da nota técnica, sem promessa de funcionamento universal.