Rejeição 422 no evento de acesso ao XML quando o autorizado é o destinatário

A rejeição 422, “Informado o CNPJ/CPF do Destinatário”, indica que o evento Ator Interessado na NF-e colocou o próprio destinatário no campo destinado ao autorizado. Esse evento, código 110150, permite conceder acesso ao transportador participante da operação. Ele não é o caminho para o comprador conceder acesso a si mesmo.

O diagnóstico começa pela resposta individual do evento e pelo CNPJ ou CPF transmitido em detEvento/autXML. O retorno não significa, sozinho, que a venda foi rejeitada ou que o cadastro do comprador está inválido. Também não exige substituir o destinatário da nota, cancelar o documento ou emitir uma segunda venda.

Destinatário como autor é uma situação diferente

O destinatário pode apresentar o evento quando atende às condições documentadas. Nesse caso, é autor da solicitação; o autorizado continua sendo o transportador que receberá o acesso. Confundir esses dois papéis faz o sistema repetir o cadastro do comprador no local errado.

A regra P24-14 compara o autorizado do evento com o destinatário da nota referenciada. A coincidência gera 422. A regra 2P21-10, por sua vez, confere a identidade do autor quando ele atua como destinatário, e a 2P21-14 verifica a modalidade de frete. São perguntas diferentes dentro do mesmo processo. NT 2020.007 v1.40, página 10

Para o autor destinatário, a documentação admite as modalidades de frete 1 ou 4 nessa validação. Isso não autoriza mudar a modalidade registrada apenas para conseguir o XML. Os dados precisam continuar coerentes com quem realmente assumiu o transporte e com o documento autorizado.

Primeiro esclareça quem precisa do arquivo

Se é o comprador quem precisa obter sua nota de entrada, investigue o fluxo de distribuição destinado ao próprio destinatário. Ele já possui um papel no documento. Inserir seu CNPJ ou CPF em outro evento não substitui os requisitos desse serviço.

Na distribuição nacional, o destinatário pode receber inicialmente um resumo. A disponibilização da NF-e completa segue as condições de manifestação previstas na NT 2014.002. Não registre uma Confirmação da Operação sem respaldo nos fatos apenas para liberar o download. A manifestação tem significado próprio e deve refletir a situação efetiva. Distribuição de DF-e, páginas 4 e 5

Se quem precisa do XML é uma transportadora contratada pelo comprador, confirme sua identificação e verifique se já dispõe de acesso pelo grupo de transporte, pelo autXML da nota ou por evento registrado. Havendo acesso, não gere uma nova autorização para compensar uma falha de consulta.

Quando o acesso realmente ainda precisa ser concedido, o sistema deve indicar o transportador correto como autorizado, mantendo o destinatário como autor quando aplicável. Trocar o certificado por um de terceiro ou usar um CNPJ emprestado apenas desloca o problema e pode expor informações fiscais indevidamente.

Exemplo de uma operação com retirada

Uma loja fictícia compra mercadorias e contrata uma transportadora para buscá-las. Ao preparar o evento, o sistema seleciona o cadastro da loja no campo “pessoa autorizada”. A solicitação retorna 422 porque o comprador já é o destinatário da nota.

A equipe verifica a nota original, a modalidade de frete e o transportador efetivamente contratado. Confirma também se ele já está indicado no documento. Se for necessária a autorização posterior, corrige o autorizado para esse participante e mantém a identidade verdadeira de quem apresenta o evento.

Se a loja buscava somente importar sua própria compra para o estoque, a investigação muda: deve conferir o recebimento do XML, a autenticação e a manifestação aplicável. Não há motivo para fabricar uma relação de transporte nem ampliar permissões de acesso.

O que conferir antes de uma nova tentativa

Compare o XML do evento rejeitado com o cadastro escolhido na tela. Registre a chave da nota, o ambiente, o tipo de autor, o autorizado e o motivo retornado. Essa comparação é especialmente importante quando matriz e filial aparecem com nomes semelhantes no sistema: não presuma que cadastros distintos possam ser trocados livremente.

O leiaute contém um autorizado por evento e o prazo documentado é de seis meses após a autorização da nota. A sequência vai de 1 a 20. Alterar o sequencial não corrige a coincidência com o destinatário; alterar a data para aparentar cumprimento do prazo também não é solução.

O autorizado deve atender às verificações de identificação e habilitação como emitente de CT-e. Se houver subcontratação ou redespacho, as permissões para alcançar outro transportador precisam existir. Ter acesso ao XML e poder autorizar terceiros são condições diferentes, que não devem ser ampliadas sem necessidade real.

Como distinguir os códigos vizinhos

A 421 identifica o emitente colocado como autorizado. A 423 trata de acesso já concedido no autXML da nota ou em evento anterior. A 323 e a 325 verificam a validade do CNPJ e do CPF autorizado, respectivamente. A 371 verifica a habilitação do autorizado; a 448 trata do autor que atua como transportador contratado.

Esse contexto importa porque o número 422, isolado em uma pesquisa, pode levar a explicações de outros documentos fiscais. Use sempre a mensagem completa e o serviço que respondeu. Aqui, a correção é do evento 110150, não uma alteração genérica no cadastro do comprador.

Versões, modelos e conclusão

A NT 2020.007 v1.40 conserva a regra 422. Sua apresentação visual mostra a antiga restrição exclusiva ao modelo 55 riscada e uma validação de chave para modelos 55 ou 65. Isso não equivale a garantir distribuição nacional do XML de NFC-e, nem disponibilidade uniforme do evento em todas as situações.

A retirada de cOrgaoAutor da consulta cadastral do autorizado na regra 371 não elimina a tag do evento. Já a NT 2026.004 atualiza o CNPJ autorizado para formato alfanumérico; preserve letras e zeros sem confundir CNPJ com CPF. Essas mudanças não alteram a comparação central da 422. Atualização de schema, página 14

Após a correção necessária, confira o resultado de cada evento, além do lote. Registro do evento e obtenção do XML são etapas separadas, sujeitas aos requisitos do serviço correspondente.

Conferência documental em 10/10/2026. Fontes práticas efetivamente lidas e confrontadas com os documentos oficiais preservados: TecnoSpeed, Focus NFe e Oobj/Avalara. Referências antigas não comprovam vigência de restrições já retiradas nem implantação operacional universal.