Rejeição 764 — Solicitada resposta síncrona para Lote com mais de uma NF-e (indSinc=1)

O que é esta rejeição?#

A Rejeição 764 é retornada pela SEFAZ quando o sistema identifica o seguinte problema na NF-e: Solicitada resposta síncrona para Lote com mais de uma NF-e (indSinc=1). 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 indSinc=1 e o lote enviado contém mais de uma NF-e (quantidade de elementos nfeProc ou NFe dentro do lote > 1), então há conflito direto entre o modo síncrono solicitado e a quantidade de documentos no lote: remova todas as NF-e excedentes e envie exatamente uma NF-e por requisição quando indSinc=1.
• Se a soma dos tamanhos em bytes de todos os elementos XML das NF-e dentro do lote ultrapassar 500.000 bytes mesmo com apenas uma NF-e, então o documento individual excede o limite técnico do envelope SOAP da SEFAZ: comprima ou divida os dados volumosos (ex.: imagens em cDet ou infAdic extensos) para que o lote fique abaixo de 500KB.
• Se o campo tpEmis da NF-e for diferente de 1 (emissão normal) e indSinc=1 for utilizado, então há inconsistência entre o modo de contingência ativo e o envio síncrono, pois a SEFAZ rejeita requisições síncronas originadas de contingência offline (SVC-AN, SVC-RS, EPEC): ajuste tpEmis=1 para emissão normal antes de usar indSinc=1 ou utilize o fluxo assíncrono (indSinc=0) para lotes em contingência.
• Se o namespace ou versão declarada no elemento enviNFe (ex.: versao='4.00') divergir do schema efetivamente estruturado no envelope SOAP, ou se o elemento nfeDadosMsg estiver ausente ou mal aninhado dentro do corpo SOAP, então a SEFAZ interpreta o envelope como malformado e pode retornar cStat=764 por incapacidade de contar os documentos corretamente: valide a estrutura do envelope SOAP contra o WSDL oficial NFeAutorizacao4 e confirme que nfeDadosMsg contém exatamente um enviNFe com um único elemento NFe.
• Se dhEmi da NF-e dentro do lote estiver fora do intervalo de tolerância de 5 minutos para frente ou 10 minutos para trás em relação ao horário UTC do momento do envio, combinado com tpEmis=1 e indSinc=1, então a SEFAZ pode rejeitar o documento por timestamp inválido antes mesmo de avaliar o indSinc, mascarando o erro real como rejeição de lote: sincronize o relógio do servidor emissor via NTP e reconstrua o campo dhEmi com timezone correto (-03:00 ou -04:00 conforme horário de verão) antes de reenviar.