NF-e e NFC-e
Rejeição 237 da NF-e e CPF do destinatário inválido
Atualizado em 9 de outubro de 2026
Atualizado em 9 de outubro de 2026
Na autorização, a 237 indica CPF do destinatário incompatível com a validação. Confirme a pessoa real e compare seu identificador com dest/CPF no XML. Não invente CPF, substitua o destinatário ou apague sua identificação para obter autorização.
Na consulta pública, 237 pode significar código de imagem inválido. Os ramos NF-e Tipo 2 e NFC-e aparecem adiante e não envolvem validade do CPF.
O que a regra verifica
A regra E03-10 do MOC 7.0, Anexo I, página 83, abrange NF-e modelo 55 e NFC-e modelo 65 quando o CPF do destinatário foi informado. Ela rejeita conteúdo zerado, nulo, sequências repetidas e dígito de controle inválido. É uma verificação do conteúdo transmitido, não uma confirmação de identidade nem uma consulta completa da situação cadastral da pessoa. [1]
No EPEC, a validação aparece como P29-10 tanto na NT 2014.001 v1.41, para NF-e, quanto na NT NFC-e 2014.003 v1.02. A disponibilidade do serviço de contingência e as condições de uso devem ser verificadas para o modelo e a UF; a existência dessa regra não autoriza qualquer emissor a adotar EPEC. [2][3]
O CPF é diferente do CNPJ. Um problema no identificador de pessoa jurídica pode retornar 208; vínculo de IE com CPF tem diagnóstico próprio, como 624; e a mensagem de CPF não cadastrado, 623, não equivale a dígito inválido. Corrigir o CPF de emitente, transportador ou retirada não alcança o destinatário.
Conferência sem depender da tela do emissor
Guarde o XML transmitido e a resposta da SEFAZ. Registre modelo, ambiente, UF, horário e serviço.
Identifique dest/CPF. Confira se o conteúdo corresponde ao CPF confirmado pelo próprio destinatário e se foi preservado integralmente.
Verifique os onze algarismos, inclusive zeros iniciais, e procure espaços, pontuação ou caracteres indevidos na transformação para o XML.
Confira o dígito verificador com uma rotina confiável do sistema, sem usar o cálculo para fabricar um número substituto.
Corrija a origem do dado e atualize a nota ainda não autorizada. Gere outro XML pelo fluxo normal do emissor e confirme que a alteração chegou ao arquivo.
Retransmita e leia o resultado do documento ou evento. Um lote recebido não representa, por si só, autorização concedida.
Uma estrutura com tamanho inadequado pode ser barrada antes, pelo schema, e produzir outro código. Por isso, onze algarismos não bastam para provar que o CPF é válido, e receber uma falha de schema não permite afirmar que ocorreu 237. O retorno original e o arquivo enviado precisam permanecer associados.
Exemplos para diferenciar as causas
Zero inicial eliminado. Um intermediário trata CPF como número e perde posições. Recupere o original, armazene como texto e confira o XML. A etapa que rejeitar o conteúdo determinará o código concreto.
CPF provisório no consumidor genérico. Um estabelecimento usa uma sequência repetida para representar vendas sem identificação. Ao gerar dest/CPF com esse conteúdo, o documento passa a declarar um CPF inválido. A solução é revisar o cadastro e o fluxo de identificação com base na operação real; não substituir a sequência por um CPF encontrado na internet.
Cliente corrigido, nota antiga. A ficha foi atualizada, mas o documento conserva uma cópia anterior. Confirme a correção no XML transmitido, não apenas na tela do cadastro.
Empresa cadastrada como pessoa física. Confirme o destinatário e corrija tipo e campo correspondente. Não corte CNPJ para obter onze posições nem use o identificador de outra pessoa.
Situação cadastral e identificação obrigatória
Um CPF matematicamente válido pode exigir outras verificações ou apresentar situação cadastral que não é decidida pela regra E03-10. Quando houver dúvida sobre a situação, utilize os canais oficiais da Receita Federal e a confirmação do titular, sem concluir apenas pela 237 que existe irregularidade fiscal da pessoa. [4]
A NT 2026.002 v1.11, página 19, aplica W16-40 à NFC-e e à NF-e Tipo 2: exige identificação acima de R$ 10.000 ou do limite definido pela UF. Outras condições podem exigir identificação abaixo desse valor. Confira operação e implantação; apagar um CPF rejeitado não é solução universal. [5]
Pessoa física também pode ser contribuinte de ICMS. CPF e condição de contribuinte não são sinônimos. Não altere indIEDest para não contribuinte, remova uma IE verdadeira ou troque o tipo de pessoa apenas para eliminar uma validação.
O que muda com o CNPJ alfanumérico
A NT 2026.004 v1.01 adapta campos de CNPJ e chaves de acesso do ecossistema NF-e/NFC-e. Ela não converte o CPF em identificador alfanumérico. Campos compartilhados para CPF e CNPJ precisam preservar o tipo de pessoa e sua validação. [6]
Quando o código 237 significa erro no código da imagem
Na consulta pública da NF-e com DANFE Simplificado Tipo 2, a NT 2026.003 v1.00, página 25, associa 237 a código da imagem inválido. A tabela da consulta utiliza a coluna Código, não a tag cStat da autorização. Seu cronograma prevê produção em 03/08/2026, sem dispensar a verificação da implementação da consulta utilizada. [7]
Nesse cenário, revise o código visual solicitado pela página oficial e repita a consulta conforme suas instruções. Se a imagem estiver ilegível ou expirada, atualize-a pela própria página. Não altere o CPF da nota, não regenere a chave de acesso e não acrescente parâmetros ao QR Code para resolver uma falha de digitação da consulta pública.
Código 237 na consulta pública da NFC-e modelo 65
O Manual DANFE NFC-e v6.0 também associa 237 a erro no código da imagem solicitado pela página de consulta. É Código da consulta pública, sem definição de cStat da autorização, e não informa CPF inválido. Manual v6.0, pp.38–40.
Na página oficial, confira o código visual exibido e digite-o novamente conforme as instruções. Se estiver ilegível ou expirado, utilize a opção de atualizar a imagem ou o recurso de acessibilidade oferecido. Se a falha persistir, registre o endereço oficial e a mensagem para o suporte, evitando expor dados pessoais desnecessários. Não altere CPF, XML ou chave da NFC-e nem mude os parâmetros do QR para corrigir o preenchimento da consulta.
Verificação final e proteção dos dados
Confirme o resultado esperado para o documento ou evento corrigido e guarde o protocolo. Se houver retorno perdido, consulte a situação antes de criar outra tentativa que possa duplicar a operação. Notas autorizadas não devem ter seu XML alterado para reparar um cadastro posterior.
Caso precise de suporte, compartilhe apenas os dados necessários por canal adequado: retorno completo, modelo, ambiente, horário e trecho pertinente do XML. Evite CPF completo em capturas públicas. Para prevenir, preserve zeros, separe CPF de CNPJ e teste a integridade da informação transmitida.
Referências e data da revisão
Fontes verificadas em 09/10/2026. Documentos oficiais prevalecem sobre simplificações dos guias operacionais.