Pular para o conteúdo
FiscalAPI
765 Número/Série

Rejeição 765 — Lote só poderá conter NF-e ou NFC-e

Motivo da rejeição

Lote só poderá conter NF-e ou NFC-e

3 min de leitura

O que é esta rejeição?#

A Rejeição 765 é retornada pela SEFAZ quando o sistema identifica o seguinte problema na NF-e: Lote só poderá conter NF-e ou NFC-e. A nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Causas comuns#

  • O lote de NF-e excedeu o tamanho máximo permitido (500KB) ou quantidade (50 NF-e)
  • O web service da SEFAZ está temporariamente indisponível
  • Houve erro na estrutura do envelope SOAP do lote

Como resolver#

  1. Reduza o tamanho do lote — envie no máximo 50 NF-e por lote (recomendado: 1 por lote)
  2. Verifique a disponibilidade do web service no portal da SEFAZ ou Monitor SEFAZ
  3. Se o serviço estiver indisponível, aguarde ou utilize contingência (SVC-AN ou SVC-RS)

Verificações analíticas#

  • Se o campo mod dentro de ide for diferente de 55 para todas as NF-e do lote enquanto o endpoint WSDL acionado corresponde ao serviço NFeAutorizacao (modelo 55), então o lote contém NFC-e (mod=65) enviadas no serviço errado, violando a regra de homogeneidade do lote: corrija o endpoint para NfceAutorizacao ou altere mod para 55 conforme o documento fiscal emitido.
  • Se o lote contiver documentos com mod=55 e mod=65 simultaneamente — identificável pela presença de mais de um valor distinto no campo mod percorrendo todos os elementos NFe do envelope EnviNFe — então a mistura de modelos no mesmo lote gera a rejeição 765 independente da quantidade: separe os documentos em lotes exclusivos por modelo antes do envio.
  • Se o campo serie em ide estiver no intervalo 890–899 (séries reservadas para NFC-e em contingência offline) enquanto mod=55, então há conflito entre a série utilizada e o modelo declarado, sugerindo que o documento foi originado de um emissor NFC-e e inserido indevidamente em lote NF-e: ajuste a série para o intervalo válido de NF-e (001–889) ou corrija o modelo.
  • Se tpEmis em ide for igual a 9 (contingência offline, exclusiva de NFC-e) enquanto mod=55, então o tipo de emissão é incompatível com NF-e modelo 55, o que pode causar rejeição por inconsistência de modelo além da 765: substitua tpEmis por valor válido para NF-e (1, 3, 4, 5, 6 ou 7) conforme a modalidade de contingência aplicável.
  • Se o atributo versao do elemento NFe for diferente entre documentos dentro do mesmo lote — por exemplo, alguns com versao='4.00' e outros com versao='3.10' — então o serializador pode ter agrupado documentos gerados por rotinas distintas, e a inconsistência de schema dentro do envelope pode ser interpretada pelo validador SEFAZ como lote malformado ou misto: padronize todos os documentos para versao='4.00' antes de compor o lote.
Compartilhar: WhatsApp LinkedIn Twitter

Consulte IEs e CNPJs antes de emitir NF-e

Muitas rejeições acontecem por dados cadastrais desatualizados. Com a FiscalAPI, consulte Inscrições Estaduais e CNPJs em tempo real direto da SEFAZ e Receita Federal.

Criar conta →