Rejeição 733 NF-e

CFOP de operação interna e idDest diferente de 1

4 min de leitura Atualizado em março de 2026

O que causa a Rejeição 733

Causa do erro

A NF-e tem CFOP interno (1 ou 5) mas <idDest> não é 1 (Estadual). CFOP e idDest devem ser consistentes.

A SEFAZ exige que CFOPs 1.xxx ou 5.xxx usem idDest=1 (operação interna).

Tags XML envolvidas

As seguintes tags do XML são relevantes para esta rejeição:

Tag XMLDescrição
<idDest>Identificador de destino
<CFOP>Código Fiscal de Operações
<enderEmit>/<UF>UF do emitente
<enderDest>/<UF>UF do destinatário

Exemplo prático

Veja abaixo um exemplo de XML que gera a Rejeição 733 e como corrigi-lo:

XML com erro <ide> <idDest>2</idDest> <!-- ERRO: deveria ser 1 --> </ide> <det> <prod> <CFOP>5102</CFOP> <!-- Interno --> </prod> </det>
XML corrigido <ide> <idDest>1</idDest> <!-- Interna --> </ide> <det> <prod> <CFOP>5102</CFOP> </prod> </det>

Como resolver passo a passo

Solução

  1. Se CFOP começa com 1 ou 5, altere idDest para 1.
  2. Se interestadual, altere CFOP para 2/6.
  3. Retransmita.

Como prevenir

🛡 Prevenção

  • Defina idDest automaticamente pela UF.
  • Valide CFOP x idDest.
  • Revise regras de CFOPs.

Referência técnica

Documentação oficial

MOC 7.0 — Manual de Orientação do Contribuinte:
confaz.fazenda.gov.br/legislacao/arquivo-manuais/moc7-visao-geral.pdf

Perguntas frequentes

Qual idDest para cada CFOP?

1/5→idDest=1, 2/6→idDest=2, 3/7→idDest=3.

E se destinatário é de outro estado?

Altere CFOP para 2/6 e idDest=2.

Oposto da 732?

Sim. 733 rejeita CFOP interno com idDest!=1.

Cansado de lidar com rejeições?

O Gálago valida os dados antes de transmitir, evitando a maioria das rejeições. Experimente grátis por 21 dias.

Teste Grátis