Rejeições fiscais
Rejeição 721: identifique a regra antes de alterar o destinatário
A rejeição 721 tem duas mensagens relacionadas à identificação estrangeira. Antes de corrigir o cadastro, leia o motivo completo e identifique se a resposta veio da autorização da NF-e ou do evento EPEC. Usar o mesmo número de código não torna os dois predicados iguais, e uma alteração que atende a um deles pode não…
A rejeição 721 tem duas mensagens relacionadas à identificação estrangeira. Antes de corrigir o cadastro, leia o motivo completo e identifique se a resposta veio da autorização da NF-e ou do evento EPEC. Usar o mesmo número de código não torna os dois predicados iguais, e uma alteração que atende a um deles pode não resolver o outro.
Na autorização da NF-e, modelo 55, a E03a-20 retorna “Informado idEstrangeiro e Operação não é com consumidor final”. No EPEC da NF-e, a P30-20 retorna “Operação interestadual deve informar CNPJ ou CPF”. Ambas constam como obrigatórias nos trechos examinados do MOC e da NT 2014.001 v1.41, respectivamente.
Cenário da autorização da NF-e
A E03a-20 verifica conjuntamente que a operação não seja com exterior, ou seja, idDest diferente de 3, que tenha sido informado idEstrangeiro e que não seja com consumidor final, indFinal diferente de 1. Confira os três dados no XML efetivamente transmitido.
O campo idEstrangeiro identifica o parceiro estrangeiro. Já idDest informa o destino da operação e indFinal sua condição de consumidor final. Esses conceitos não devem ser reduzidos a uma única pergunta sobre a nacionalidade do comprador. Um cadastro de pessoa do exterior não transforma automaticamente toda operação em exportação.
Se a identificação estrangeira foi herdada indevidamente por um cadastro nacional, confirme a pessoa e sua documentação antes de corrigir a origem. Se o parceiro realmente for estrangeiro e a operação ocorrer no Brasil, encaminhe a análise ao responsável fiscal. Não marque consumidor final ou operação com exterior apenas para eliminar a mensagem.
Cenário do evento EPEC
A P30-20 tem outra estrutura. Se foi informada a tag idEstrangeiro, ela não deve ser utilizada na operação interestadual caracterizada pela UF do destinatário diferente de EX e diferente da UF do emitente. O predicado está documentado na página 11 da NT 2014.001 v1.41.
Portanto, conferir somente indFinal não resolve essa validação do evento. É necessário examinar a identificação transmitida e as UFs correspondentes. O título da mensagem orienta informar CNPJ ou CPF, mas a análise deve preservar a identidade verdadeira da pessoa e a natureza da operação.
Não obtenha um CPF ou CNPJ de outra pessoa para completar o cadastro. Se os dados disponíveis não permitem documentar corretamente a operação, solicite orientação fiscal. O retorno não autoriza transformar um parceiro estrangeiro em pessoa nacional nem trocar a UF para fazer a comparação deixar de ocorrer.
Confira os arquivos, não apenas a tela
Guarde o XML e a resposta com chave, emitente, ambiente e horários. Na autorização, confira o grupo dest e os indicadores da operação. No EPEC, examine detEvento/dest, a UF e o identificador enviado. O mesmo nome de campo na interface pode alimentar documentos diferentes.
Compare cadastro, pedido ou nota preparada e arquivo transmitido. Uma correção no cadastro pode não alcançar documentos antigos. Investigue também importação de parceiros, cópia de pedidos e mapeamento de integrações, sem tratar essas hipóteses como causas já demonstradas pela rejeição.
No ALRA, peça ao suporte para identificar a origem desses dados e a forma de atualizar o documento pendente. Este guia não presume menus, alterações automáticas em massa ou simples limpeza de campos. A correção deve atingir apenas o dado comprovadamente incompatível com a operação real.
Identificação e enquadramento precisam concordar
Se o destinatário nacional foi corretamente identificado por CPF ou CNPJ e uma identificação estrangeira permaneceu indevidamente no documento, revise o mapeamento e o preenchimento. A estrutura deve refletir a documentação verdadeira, sem identificadores conflitantes gerados por cópia.
Se o destino ou a condição de consumidor final estiver errado, a revisão deve considerar a operação inteira e seus efeitos fiscais. Alterar um indicador pode afetar outras validações e a tributação. Não use indFinal=1 como receita universal nem selecione idDest=3 para uma operação que não seja com exterior.
Também não apague inscrição estadual ou altere endereço indiscriminadamente. Existe regra própria para combinação de identificação estrangeira com IE, assim como regras para país, UF e endereço. O diagnóstico da 721 não substitui a avaliação dessas informações nem autoriza mudanças fiscais fictícias.
Não transporte exceções de outra regra
Guias práticos podem mencionar CFOPs ou modalidades específicas. Uma ressalva de outra validação não modifica automaticamente a E03a-20 ou a P30-20. A NT 2022.002 v1.30a, por exemplo, contém exceções para a regra 720/E03a-10, relativa à operação com exterior; isso não é uma dispensa geral da 721.
O roteiro do EPEC aqui trata do modelo 55. Ele não deve ser aplicado automaticamente à NFC-e ou à emissão offline. O próprio EPEC tem condições de uso, inclusive a vedação atual para emitentes do Paraná e da Paraíba na NF-e. Corrigir a identificação não supera essa restrição.
Exemplo para distinguir as respostas
Uma empresa fictícia recebe, na autorização da NF-e, a mensagem sobre operação não destinada a consumidor final. O XML informa idEstrangeiro, idDest=1 e indFinal=0. A equipe apura se o identificador foi incluído indevidamente ou se houve erro no enquadramento, antes de corrigir qualquer indicador.
Em outro caso, a resposta pertence ao EPEC e informa operação interestadual. O destinatário tem UF brasileira diferente da UF do emitente e o evento leva idEstrangeiro. A equipe examina a identificação correta e os dados da operação. Apenas marcar consumidor final não demonstra atendimento à P30-20.
Os exemplos não determinam uma classificação fiscal para uma venda real. Eles mostram por que é necessário conhecer o serviço e a mensagem. Preserve os documentos anteriores e confirme a situação de cada tentativa antes de gerar outro arquivo, evitando duplicidade ou alteração de registro já existente.
Confirme o processamento correspondente
Depois da correção comprovada, gere e assine pelo fluxo do emissor. Não edite XML assinado e não modifique nota autorizada ou EPEC registrado por esse procedimento. Confira o arquivo seguinte para demonstrar que ele contém os dados revisados.
Na NF-e, confirme o protocolo de autorização de uso. No EPEC, leia o resultado individual: lote processado com 128 não comprova aceitação, e registro com 136 não substitui a autorização da nota completa. A ausência da 721 não garante aprovação nas demais regras.
Fontes
MOC 7.0 — Anexo I, página 83, texto e imagem documental existente conferidos; NT 2014.001 v1.41, páginas 7–8 e 11–13, leituras pessoais reutilizadas nesta sequência.
NT 2022.002 v1.30a, páginas 3–4 e 12, captura oficial de 16/10/2026: exceções da 720 não transferidas automaticamente à 721.
TOTVS, IOB e Berga: três corpos específicos lidos em 16/10/2026. Menus, troca automática de destino ou consumidor final e exceções sem correspondência na regra examinada não foram adotados.
Evidências em
fontes.v1.json. Sem consulta individual, transmissão, teste no ALRA, nova imagem ou publicação.