Rejeição 401: como corrigir o CPF do emitente sem trocar a identidade da nota

A rejeição 401, “CPF do emitente inválido”, aponta para a identificação de quem emite a nota. O primeiro lugar a conferir é o CPF enviado no grupo emit do XML. Não comece alterando o cadastro do cliente, comprando outro certificado ou procurando uma dívida tributária: nenhuma dessas conclusões decorre, sozinha, dessa mensagem.

A regra C02a-20 verifica o conteúdo do CPF informado: valor nulo, zerado, sequência repetida ou dígito verificador inválido. A Nota Técnica 2023.002, versão 1.01, documenta essa validação para NF-e, modelo 55, e NFC-e, modelo 65. Portanto, a referência antiga do MOC restrita ao modelo 55 precisa ser lida com essa atualização. Fonte: NT 2023.002, página 8.

CPF inválido não significa pessoa física impedida de emitir

São perguntas diferentes: o número foi transmitido corretamente? O titular está habilitado para aquela emissão? A primeira pertence ao diagnóstico da 401; a segunda depende do cadastro, do modelo, do processo utilizado e das regras aplicáveis na UF.

A própria NT 2023.002 trata da emissão de NFC-e por produtor rural pessoa física com inscrição estadual vinculada ao CPF. Ela contempla sistema próprio e Nota Fiscal Fácil, além do cenário específico de nota avulsa em Santa Catarina. Isso impede concluir que todo emitente identificado por CPF deveria abrir um CNPJ para resolver a rejeição.

Também não basta um CPF passar no cálculo dos verificadores. A consistência matemática não prova titularidade, inscrição estadual ativa ou permissão para a operação. O dado deve pertencer ao verdadeiro emitente, e as demais exigências continuam válidas.

Confira o arquivo que realmente saiu do sistema

O cadastro mostrado na tela pode estar correto enquanto a integração transmite um valor antigo. Por isso, peça ao responsável pelo emissor que compare três pontos: documento cadastral do titular, cadastro fiscal da unidade utilizada e conteúdo do XML rejeitado.

No arquivo, localize infNFe/emit/CPF. Não confunda esse campo com dest/CPF, usado para o destinatário, nem com o CPF de uma pessoa autorizada a acessar o XML. A orientação de localizar o grupo do emitente também aparece na documentação da Dynamicca, embora a página contenha uma indicação incorreta de quantidade de dígitos, que não deve ser seguida. O CPF completo possui 11 posições numéricas, incluindo os dois verificadores. Consulta prática: Dynamicca.

Se o cadastro recebeu um CNPJ no campo de CPF, não corte algarismos para fazê-lo caber. Verifique por que o sistema escolheu o tipo de identificação errado. Pontuação, espaços e truncamentos também merecem investigação técnica, mas erros de formato podem ser recusados antes por validação de esquema, com outra mensagem. Não atribua automaticamente toda falha de CPF ao código 401.

Um roteiro seguro para corrigir

1. Guarde o retorno completo, com código, motivo, modelo, UF e ambiente. Confirme que é uma rejeição fiscal 401, não um erro de autenticação HTTP 401 mostrado pela integração.

2. Confira a identidade real do emitente. Use os documentos e cadastros já disponíveis em ambiente autorizado, sem recorrer a números inventados ou de terceiros.

3. Compare o CPF original com o valor gerado no XML. Preserve zeros à esquerda que pertençam ao número e não acrescente zeros para disfarçar conteúdo incompleto.

4. Corrija a origem do problema. Pode ser o cadastro, uma importação, a seleção da unidade emissora ou o mapeamento da integração. Alterar apenas uma cópia do arquivo deixa a causa pronta para reaparecer.

5. Gere novamente o documento pelo emissor, com chave e assinatura coerentes com os dados corrigidos. Não edite manualmente um XML já assinado.

6. Antes de uma nova transmissão, confira se alguma tentativa anterior obteve autorização. Havendo dúvida por falha de comunicação, consulte a situação oficial; não crie outra nota apenas para escapar da mensagem.

7. Leia o novo retorno e confirme o protocolo de autorização. O desaparecimento da 401 não significa que todas as demais validações passaram.

Esse roteiro organiza o diagnóstico; não pressupõe que todos os sistemas possuam os mesmos menus nem que exista uma sequência fixa de rejeições.

Exemplo: cadastro certo, integração errada

Imagine um produtor que utiliza duas configurações de emissão. O cadastro principal foi corrigido, mas o conector continua buscando a identificação de uma configuração antiga. As novas tentativas repetem a rejeição, embora o atendente enxergue o CPF correto na tela.

A equipe compara os dados em ambiente protegido e identifica o cadastro efetivamente utilizado na geração. Depois corrige essa associação e testa o novo arquivo antes de transmitir. O problema era o caminho percorrido pela informação, não uma necessidade de mudar o titular da atividade. Esse exemplo é ilustrativo e não utiliza documentos reais.

Quando o problema pertence a outra regra

O CPF do destinatário inválido corresponde a outro campo e pode produzir a rejeição 237. Inconsistências entre inscrição estadual e CPF, falta de cadastro ou incompatibilidade de série também têm verificações próprias. Na autorização de NF-e/NFC-e, a antiga regra C02a-14, associada à mensagem 407 sobre emissão por CPF, foi eliminada pela NT 2022.003 v1.11. Essa restrição histórica não deve ser usada como impedimento atual nem confundida com CPF matematicamente inválido. Fonte: NT 2022.003. Base: MOC, identificação do emitente e do destinatário.

As mudanças do CNPJ alfanumérico não transformam o CPF em identificador com letras. A NT 2026.004 trata de campos do tipo CNPJ e das chaves de acesso correspondentes. Não aplique a mesma conversão indiscriminadamente a todos os documentos de identificação do cadastro. Fonte: NT 2026.004 v1.01.

Como evitar a repetição

Valide o CPF na entrada do cadastro e na geração do XML, registre alterações e teste importações que possam apagar zeros ou trocar tipos de documento. A conferência deve alcançar cada unidade emissora e integração utilizada.

As orientações práticas de Presence e Berga ajudam a localizar falhas cadastrais. Referências antigas que restringem genericamente a NFC-e a CNPJ, porém, devem ser confrontadas com a NT 2023.002.

Se precisar acionar o suporte, envie inicialmente código, horário, modelo, ambiente e descrição da divergência, com identificadores mascarados. Compartilhe documentos completos somente por canal autorizado e quando indispensáveis. A solução deve preservar o verdadeiro emitente e terminar com a confirmação do resultado fiscal.

Base documental consultada em 10/10/2026; PDFs oficiais preservados em 09/10/2026. Disponibilidade e habilitação devem ser verificadas na UF e no ambiente utilizados.