Rejeição 421 no evento de acesso ao XML quando o autorizado é o emitente

A rejeição 421, “Informado o CNPJ/CPF do Emitente”, ocorre quando o evento Ator Interessado na NF-e tenta indicar o próprio emitente como pessoa autorizada a acessar o XML. O evento é o 110150, voltado ao transportador participante da operação. A primeira providência é conferir quem foi colocado no campo do autorizado, sem trocar os dados de quem realmente emitiu a nota.

Esse retorno pertence ao processamento do evento. Ele não demonstra que a NF-e de venda perdeu sua autorização, nem orienta emitir outra nota. Guarde a resposta individual, o ambiente, a chave referenciada e a identificação selecionada no sistema para descobrir por que o emitente foi parar no lugar do transportador.

Onde o preenchimento se confunde

O autor do evento e o autorizado têm funções diferentes. O autor apresenta e assina a solicitação conforme seu papel. O autorizado é o CNPJ ou CPF dentro de detEvento/autXML, indicado para receber acesso. O emitente pode ser autor legítimo e, mesmo assim, não deve ser colocado como beneficiário desse evento.

A regra 2P24-10 compara o identificador autorizado com o do emitente da nota. Se forem idênticos, retorna 421. Não é uma crítica à validade cadastral do CNPJ, à inscrição estadual ou ao dígito do CPF: um identificador perfeitamente válido também produz essa rejeição quando ocupa o papel errado. NT 2020.007 v1.40, página 10

Por isso, começar pela troca do certificado ou pela alteração do cadastro fiscal da empresa pode desviar a investigação. Examine primeiro o campo efetivamente transmitido, não apenas o nome mostrado na tela. Importações de cadastro e preenchimentos automáticos podem repetir a identificação da própria empresa em lugares diferentes.

Como corrigir a solicitação

Confira a nota autorizada e identifique o estabelecimento emitente. Depois, compare esse dado com o autorizado enviado no evento. Verifique também se a chave escolhida pertence à operação pretendida: analisar uma nota diferente pode produzir uma aparente inconsistência entre participantes.

Se a intenção era liberar o XML para uma transportadora contratada, confirme sua identidade nos documentos da operação e corrija a seleção do autorizado. Não basta inserir qualquer CNPJ diferente. A pessoa indicada precisa participar daquele transporte e atender às demais condições do evento, inclusive a habilitação verificada para emissão de CT-e.

Antes de transmitir, veja se esse transportador já tem acesso pelo documento ou por um evento anterior. Se o acesso já existe, não crie outra autorização apenas para fazer a mensagem desaparecer. O problema pode estar na consulta, na autenticação ou na disponibilidade do arquivo, que são etapas diferentes.

Se a única intenção era recuperar uma nota emitida pela própria empresa, interrompa esse caminho. Procure o XML autorizado e seu protocolo no emissor, no armazenamento fiscal ou em um backup confiável. A tabela de distribuição nacional não oferece ao emitente a própria NF-e como documento recuperável por esse serviço. O evento não muda essa limitação. NT 2014.002 v1.40, páginas 4 e 5

Exemplo de uma falha de cadastro

Uma indústria fictícia contrata uma transportadora depois de autorizar a venda. Ao solicitar acesso ao XML, o sistema preenche o autorizado com o cadastro da indústria, herdado de uma configuração padrão. O evento retorna 421, embora a nota continue autorizada.

A equipe confere a chave, percebe a seleção indevida e identifica a transportadora verdadeira. Antes de reenviar, verifica se ela já consta no grupo de transporte ou entre os autorizados da nota. Essa checagem evita trocar um erro de preenchimento por uma autorização desnecessária.

Nada nesse cenário exige cancelar a venda, alterar o emitente ou usar o CNPJ de outra empresa apenas porque está habilitada. A correção deve reproduzir a operação real e preservar os acessos legítimos existentes.

Regras próximas que ajudam no diagnóstico

A 422 aponta a indicação do destinatário como autorizado. A 423 identifica acesso já concedido por autXML da nota ou por evento anterior. A validade do identificador autorizado é tratada por 323, para CNPJ, e 325, para CPF. Já a 371 avalia sua condição de emitente de CT-e. Esses motivos não são intercambiáveis.

Também não se deve transportar para o evento as rejeições 324 e 326: elas verificam, durante a autorização da nota, se o CNPJ ou CPF incluído em autXML é o do próprio destinatário. O nome do grupo é parecido, mas o serviço, a mensagem e a correção são diferentes.

O evento é recebido no Ambiente Nacional. Seu leiaute prevê um autorizado por evento, sequência de 1 a 20 e prazo de seis meses após a autorização da nota. Quando o destinatário é autor, a modalidade de frete precisa atender às condições próprias. Redespacho e subcontratação exigem permissões compatíveis; não autorize outros transportadores automaticamente apenas para resolver a 421.

Documentação atual e cuidados com modelos

Na NT 2020.007 v1.40, a antiga regra que rejeitava modelo diferente de 55 está riscada. A validação da chave admite 55 ou 65. Isso impede tratar a antiga exclusividade como regra vigente, mas não comprova distribuição nacional do XML de qualquer NFC-e. Modelo aceito na chave, registro de evento e disponibilidade de arquivo precisam ser conferidos separadamente.

A v1.40 também retirou cOrgaoAutor da chave de pesquisa cadastral do autorizado na regra 371. Não eliminou esse campo do leiaute nem autorizou trocar a UF para contornar a validação. O CNPJ autorizado passou a aceitar formato alfanumérico na NT 2026.004: preserve letras, zeros e identidade; o CPF continua distinto. Nenhuma dessas mudanças permite autorizar o próprio emitente pelo evento. Atualização de schema, página 14

Como encerrar a ocorrência

Depois de corrigir uma solicitação realmente necessária, confira seu retorno individual. O status de lote processado não comprova aceitação do evento. Guarde o resultado e faça a consulta do XML pelo serviço aplicável, com autenticação adequada, sem compartilhar certificados ou expor o documento em chamados públicos.

Conferência documental em 10/10/2026, com fontes oficiais preservadas e suas versões identificadas. Guias práticos confrontados: TecnoSpeed, Focus NFe e Oobj/Avalara. Datas antigas e simplificações desses guias não substituem as regras posteriores, nem certificam implantação em toda UF ou ambiente.