Rejeição 323: como corrigir o CNPJ autorizado a acessar o XML

A rejeição 323 indica que o CNPJ informado para autorizar acesso ao XML não passou na validação. O problema pode estar em um cadastro de contabilidade, em outra pessoa autorizada ou em um evento de transportador. Antes de alterar qualquer informação, descubra qual mensagem foi enviada e onde o identificador aparece.

Na autorização da NF-e ou NFC-e, o campo envolvido é infNFe/autXML/CNPJ. A regra GA02-10 do MOC 7.0, página 88 verifica CNPJ zerado ou com dígito inválido, com previsão para modelos 55 e 65. Ela não identifica, por si só, irregularidade cadastral do emitente, exclusão do Simples Nacional ou problema com seu certificado.

Descubra de onde veio o CNPJ

O grupo autXML registra pessoas autorizadas a acessar o arquivo. Não se confunde com emit, que identifica o emitente, dest, que identifica o destinatário, ou transporta, que identifica o transportador. O nome exibido pelo programa pode ser Acesso ao XML, Pessoas autorizadas ou Contabilidade.

É possível que a equipe nunca tenha preenchido esse dado diretamente na nota. O emissor pode buscá-lo nos parâmetros da empresa, no cadastro do cliente ou em uma integração. Quando várias notas apresentam a mesma rejeição, uma configuração compartilhada merece atenção. Quando apenas uma falha, compare os dados próprios daquela operação.

A Alterdata orienta conferir mais de um local de cadastro. A ABC71 descreve parâmetros fiscais e cadastros de clientes ou fornecedores como possíveis origens. Esses caminhos pertencem aos respectivos sistemas; o diagnóstico deve terminar no campo efetivamente enviado.

Por exemplo, uma empresa troca de escritório contábil e importa seus dados. A tela mostra o nome correto, mas o identificador foi truncado. O ajuste deve recuperar o CNPJ verdadeiro do escritório autorizado e corrigir a origem da importação. Escolher outro CNPJ apenas porque passa na validação transfere acesso indevidamente.

Na emissão por Provedor de Assinatura e Autorização, a NT 2026.001 v1.02b, página 10 permite informar o CNPJ do PAA em autXML nas séries 970–989. Essa possibilidade não dispensa a validade do identificador nem as demais regras do grupo.

CNPJ com letras exige um emissor atualizado

Não aplique a orientação antiga de eliminar tudo que não seja número. O CNPJ alfanumérico mantém 14 posições: as primeiras 12 admitem letras maiúsculas e números, e as duas últimas são verificadores numéricos. A Receita Federal esclarece que os identificadores numéricos existentes continuam válidos.

A NT 2026.004 v1.01 atualiza especificamente autXML/CNPJ para tipo caractere. Seu cronograma prevê produção em 01/07/2026; a Receita informou a geração do primeiro CNPJ alfanumérico em 31/07/2026. São marcos distintos, de preparação do leiaute e de atribuição cadastral.

Se o cadastro está correto, mas o programa remove letras, perde zeros iniciais ou aplica um validador exclusivamente numérico, o suporte precisa corrigir o tratamento do campo. O cálculo deve seguir a especificação oficial; não se devem inventar verificadores para fazer um identificador digitado incorretamente parecer válido. A orientação da Invoisys ajuda a localizar autXML, mas sua referência antiga a 14 dígitos precisa ser lida à luz dessa atualização.

Corrija a nota rejeitada com controle

1. Guarde o retorno completo, o XML correspondente, o modelo, a UF e o ambiente. Confirme que o 323 veio da autorização da nota.

2. Revise todas as ocorrências de autXML/CNPJ. O nome apresentado na tela não comprova que o identificador está correto.

3. Confirme o CNPJ com o responsável pelo cadastro e a legitimidade do acesso. Preserve os caracteres da inscrição, sem transportar a pontuação de apresentação para o campo XML.

4. Atualize o cadastro que alimenta a nota e faça o emissor reaplicar os dados ao documento rejeitado. Salvar somente o cadastro geral pode deixar o XML antigo intacto.

5. Gere o arquivo novamente e deixe o sistema assiná-lo. A edição manual de um XML já assinado não é o procedimento adequado.

6. Confira o resultado final da retransmissão. Se outra tentativa tiver resultado desconhecido, consulte a situação antes de enviar novamente.

O leiaute da nota admite até dez ocorrências de autXML, cada uma com CNPJ ou CPF. Isso é limite estrutural, não uma recomendação para preencher a lista. Também não exclua todas as autorizações como atalho: o MOC prevê exigência estadual de identificação do escritório contábil para NF-e, conforme regras 486 e 487, opcionais a critério da UF.

Quando a rejeição vem do evento de transportador

O mesmo código existe no evento 110150, Ator Interessado na NF-e, documentado pela NT 2020.007 v1.40, páginas 4 a 11. Nesse serviço, processado no Ambiente Nacional, a regra P24-10 verifica o CNPJ do autorizado em detEvento/autXML/CNPJ. A NT 2026.004 também atualiza esse CNPJ para tipo caractere, na página 14.

A página 9 da NT 2020.007 v1.40 substitui a antiga restrição exclusiva ao modelo 55 pela validação J02f, que admite modelos 55 e 65 na chave. Isso não comprova disponibilidade operacional do evento ou distribuição nacional de XML de NFC-e.

O evento atende transportadores vinculados à operação e tem condições próprias para emitente, destinatário e transportador contratado. O destinatário depende da modalidade de frete prevista; a indicação de outros transportadores exige observar as permissões e validações específicas. Não é um mecanismo genérico para cadastrar um contador depois da emissão. O prazo documental é de seis meses após a autorização da NF-e, e há um autorizado por evento.

Se a nota já está autorizada e o evento foi rejeitado, corrija o evento legítimo. Não reemita a nota para solucionar essa resposta. As verificações de identidade do emitente, destinatário e autor do evento são separadas da validade do CNPJ autorizado.

Autorizar acesso não garante qualquer download

A NT 2014.002 v1.40 rege o NFeDistribuicaoDFe, com autenticação, documentos disponíveis por papel, prazos e regras de consulta. Estar em autXML não dispensa certificado compatível nem cria acesso irrestrito. O serviço não deve ser tratado como arquivo de recuperação de todas as notas emitidas pela própria empresa, nem automaticamente estendido à NFC-e.

Compartilhe o XML somente com quem tenha legitimidade para recebê-lo. Para suporte, prefira um canal seguro e o mínimo necessário de informação, sem senhas ou chaves privadas. O encerramento correto reúne cadastro corrigido, retorno conferido e prevenção da origem do erro, sem trocar a identidade de ninguém.

Referência documental: 09/10/2026. Conferir versões, UF e ambiente; a documentação não certifica ativação operacional uniforme em todos os autorizadores.