Rejeição 325: CPF autorizado para obter o XML inválido
Revisão editorial em 15 de out. de 2026. Confira as versões e condições das regras nas fontes do artigo.
A rejeição 325, regra GA03-10, aponta CPF inválido em autXML, o grupo de pessoas autorizadas a obter o XML da NF-e ou NFC-e. A condição oficial abrange zeros, conteúdo nulo, sequências repetidas e dígito de controle inválido. O CPF em análise é o do autorizado adicional, e não automaticamente o do destinatário. MOC 7.0, página 88
Como encontrar a ocorrência problemática?
Abra o XML original da tentativa e examine todas as ocorrências de NFe/infNFe/autXML/CPF. Cada autXML escolhe CNPJ ou CPF; o grupo admite até dez pessoas. Compare a sequência recebida do interessado, o cadastro persistido e o arquivo efetivamente enviado. O leiaute mantém a identificação por CPF distinta da identificação por CNPJ. Não transforme um identificador de pessoa física em CNPJ para mudar o código da rejeição. Leiaute do grupo GA
Quais falhas de origem merecem investigação?
Um valor vazio pode ter sido convertido em zeros; um campo numérico pode ter perdido zero inicial; um CPF de teste pode ter permanecido na configuração; ou o emissor pode ter recuperado outra pessoa ao montar a lista. Essas são hipóteses, não conclusões da mensagem. Confirme cada uma pela comparação entre origem e XML. O CPF informado precisa corresponder à pessoa efetivamente autorizada. Passar no cálculo do verificador não comprova existência cadastral nem autorização para compartilhar o documento.
Exemplo: a segunda pessoa possui identificação de teste
Cenário sintético: o primeiro autorizado foi confirmado; o segundo ainda está com uma sequência repetida usada em testes locais. A lista inteira é validada e a ocorrência defeituosa pode impedir a autorização da nota. Confirme quem deveria estar nessa segunda posição e corrija a origem conforme a identificação verdadeira. Não gere outro CPF por algoritmo para preencher a lacuna.
Outro cenário sintético: o cadastro contém a identificação correta, mas o XML perde um zero inicial ao converter o campo para número. A correção pertence à preservação do conteúdo na geração, seguida de nova comparação; não à alteração da pessoa autorizada.
Quando a mensagem correta é 326?
Se o CPF válido da lista é o mesmo CPF de dest/CPF, a regra GA03-20 prevê a rejeição 326: o destinatário já autorizado foi incluído novamente. A 325 examina validade; a 326 examina redundância. CNPJ inválido nesse grupo corresponde à 323, GA02-10. Identifique código, regra e campo para não remover um terceiro legítimo por causa de uma comparação feita no grupo errado. MOC, regras GA02 e GA03
Como conferir o resultado?
Ajuste somente a causa comprovada no cadastro ou na geração e regenere pelo emissor. Confirme quantidade de autorizados, escolha CPF/CNPJ e preservação dos dados em todas as ocorrências. Não edite XML assinado ou documento autorizado. Se a tentativa tem resultado incerto, esclareça seu estado antes de nova transmissão.
A verificação depende do CPF original protegido; por isso os cenários não fabricam CPF nem uma nota operacional. A ausência desta rejeição em uma nova validação não comprova, isoladamente, autorização da nota ou disponibilidade de download para qualquer serviço.