Rejeição 732: CFOP interestadual com idDest diferente de 2
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 732, regra I08-40, indica CFOP de operação interestadual, iniciado em 2 ou 6, em NF-e modelo 55 cujo idDest é diferente de 2. A validação compara a família do código do item com o destino declarado no cabeçalho. Não é, por si, uma conclusão sobre qual UF ou CFOP está correto para a operação real. MOC, página 91
Por que olhar o cabeçalho e cada produto?
ide/idDest vale para o documento inteiro: 1 interno, 2 interestadual, 3 exterior. det/prod/CFOP é individual. Percorra todos os itens do XML enviado e associe o retorno ao nItem correto. Se um produto usa CFOP iniciado em 2 ou 6 e o cabeçalho não declara destino 2, a relação da I08-40 está inconsistente. Uma alteração da tela de endereço pode não recalcular o indicador persistido ou já serializado. Leiaute e I08-40
idDest, tpNF e UF são equivalentes?
Não. tpNF indica entrada ou saída; idDest, destino da operação; a UF do destinatário, endereço cadastral declarado. O início 2 pertence à família de entrada interestadual e o início 6 à de saída interestadual, mas a 732 está testando destino, não o sentido de entrada/saída. As regras de comparação de UF e suas ressalvas pertencem a outras linhas do MOC. Não mude endereço real para fazer o destino combinar com um código escolhido incorretamente.
Exemplo: o pedido mudou, mas o indicador não foi regenerado
Cenário sintético: a operação foi confirmada como interestadual, o item recebeu o CFOP correspondente e o XML conservou idDest=1 de uma prévia anterior. Compare a configuração final com o arquivo da mesma tentativa para localizar a origem do valor antigo. A correção técnica é gerar coerentemente os parâmetros já confirmados.
Em outro cenário sintético, a operação real é interna e o item herdou um CFOP iniciado em 6. A rejeição apresenta a mesma relação, mas não autoriza mudar idDest para 2. Nesse caso, confirme o código cabível à operação e corrija a origem que reaproveitou a configuração.
Quais exceções podem ser usadas nesta regra?
A linha I08-40 do MOC consultado não registra exceção própria. As ressalvas de UFCons presentes em outras comparações, como I08-30, I08-60 e I08-90, não podem ser copiadas automaticamente para esta regra. Se houver alegação de tratamento específico, ela precisa estar sustentada no documento oficial que altera a I08-40 e no contexto exato da operação. MOC, páginas 91–92
Como verificar o ajuste?
Reúna o retorno completo, os valores de idDest e CFOP, a natureza da operação e os documentos que sustentam o código confirmado. Compare cadastro, decisão fiscal e XML para separar parâmetro errado de falha de software. Depois de corrigir a causa comprovada, regenere a prévia e confira todos os itens.
Não se fabrica um CFOP ou XML operacional no exemplo porque o confronto depende da operação real. Preserve documentos assinados e autorizados, e esclareça tentativas de resultado incerto antes de novo envio. Uma relação de destino coerente não garante aprovação das demais validações.