Rejeição 632 — Solicitação fora de prazo, a NF-e não está mais disponível para download

O que é esta rejeição?#

A Rejeição 632 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a data e hora de emissão do documento fiscal, informação do documento fiscal. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Este código indica que rejeição: Solicitação fora de prazo, a NF-e não está mais disponível para download.

Os campos afetados estão na seção de identificação da NF-e do XML.

Campos XML relacionados#

Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:

Causas comuns#

• A data/hora de emissão está fora do prazo permitido pela SEFAZ
• O fuso horário informado está incorreto (deve seguir o padrão UTC com offset, ex: -03:00)
• A data de emissão é futura ou muito antiga em relação ao momento da transmissão
• A data de saída/entrada é anterior à data de emissão

Como resolver#

1. Ajuste a data/hora de emissão para o momento atual, dentro do prazo aceito pela SEFAZ
2. Use o formato correto com fuso horário: AAAA-MM-DDThh:mm:ss-03:00 (horário de Brasília)
3. Verifique se o relógio do servidor/computador emissor está sincronizado (use NTP)
4. A SEFAZ geralmente aceita NF-e com até 30 minutos de diferença do horário do servidor

Verificações analíticas#

• Se dhSaiEnt for anterior a dhEmi (comparando timestamps completos incluindo offset UTC), então a data de saída/entrada é cronologicamente impossível em relação à emissão: ajuste dhSaiEnt para um valor igual ou posterior a dhEmi, garantindo que ambos os campos utilizem o mesmo offset de fuso horário.
• Se tpEmis for diferente de 1 (contingência ativa como DPEC, SVC-AN, SVC-RS ou FS-DA) e dhEmi estiver mais de 30 minutos defasada em relação ao dhRecbto da resposta da SEFAZ, então a NF-e foi transmitida fora da janela de tolerância para emissão em modo normal: verifique sincronização NTP do servidor emissor e retransmita com dhEmi atualizado para o momento corrente.
• Se o offset de fuso horário embutido em dhEmi ou dhSaiEnt não corresponder à UF do emitente (por exemplo, UF de Mato Grosso do Sul, Mato Grosso, Rondônia ou Amazonas com horário de verão ativo usando -03:00 em vez de -04:00, ou estados do Nordeste usando -03:00 corretamente mas gravados como -00:00 ou Z), então o timestamp absoluto calculado pela SEFAZ diverge do horário real de emissão: corrija o offset para o valor exato correspondente ao fuso oficial da UF emitente no momento da emissão.
• Se finNFe for igual a 2 (NF-e complementar) ou 4 (NF-e de devolução) e o grupo NFref estiver ausente ou vazio dentro de ide, então a referência à NF-e originária é obrigatória e sua ausência pode causar rejeição encadeada além do prazo: inclua o elemento NFref com chNFe da nota referenciada antes de retransmitir com a data corrigida.
• Se tpEmis for 3, 4, 5, 6 ou 7 (modalidades de contingência com DPEC, SVC-AN, SVC-RS, FS-DA ou FS-IA) e dhEmi estiver além do prazo máximo de 168 horas (7 dias) anterior ao momento de transmissão, então a NF-e em contingência ultrapassou o limite regulamentar de envio posterior aceito pela SEFAZ: a nota não poderá mais ser regularizada via transmissão e deve ser tratada como inutilizada ou substituída por nova emissão.