Rejeição 900 — Data de vencimento da parcela não informada ou menor que Data de Emissão

O que é esta rejeição?#

A Rejeição 900 é 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.

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 detPag/vencimento (dVenc) de qualquer parcela for menor que dhEmi (data de emissão da NF-e), então a data de vencimento viola a regra de negócio da SEFAZ que exige vencimento igual ou posterior à emissão: recalcule e corrija dVenc para uma data maior ou igual ao dia de dhEmi.
• Se tPag indicar pagamento a prazo (ex: tPag=15 duplicata mercantil) e nenhum elemento dVenc estiver presente dentro de detPag, então a parcela está sem data de vencimento obrigatória para modalidades a prazo: inclua o elemento dVenc em cada parcela com data válida posterior ou igual à emissão.
• Se dhSaiEnt for anterior a dhEmi (desconsiderando fuso horário), indicando que a saída/entrada ocorreu antes da emissão da nota, então há inversão cronológica entre os campos de data: ajuste dhSaiEnt para um valor maior ou igual a dhEmi respeitando o offset UTC correto em ambos os campos.
• Se indPag=1 (pagamento a prazo) e o somatório de vPag de todas as parcelas em detPag diferir de vNF (valor total da NF-e), então o valor total pago não fecha com o valor da nota, o que pode causar rejeição adicional além da data: normalize os valores de vPag para que o total corresponda exatamente a vNF.
• Se tpEmis for diferente de 1 (contingência ativada) e dhEmi estiver com offset de fuso horário ausente ou diferente do padrão regional esperado (ex: -03:00 para horário de Brasília ou -04:00 no horário de verão), então o campo de data de emissão pode estar sendo interpretado incorretamente pelo validador da SEFAZ, provocando falsa rejeição por data inválida: padronize o offset para -03:00 e verifique se dhRecbto do evento de retorno também está coerente com esse fuso.