Rejeição 898 — Data de vencimento da parcela não informada ou menor que Data de Autorização

O que é esta rejeição?#

A Rejeição 898 é 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) for informado e seu valor for anterior a dhEmi convertida para data-calendário então a SEFAZ rejeitará com 898 pois a data de vencimento da parcela não pode preceder a emissão da nota: recalcule dVenc garantindo que seja igual ou posterior à data de autorização esperada.
• Se tpag for diferente de '90' (sem pagamento) e dVenc não estiver presente no elemento detPag sendo indPag='1' (a prazo) então o campo de vencimento obrigatório para parcelas a prazo está ausente, causando rejeição 898: inclua dVenc em cada parcela a prazo com valor maior ou igual à data de emissão.
• Se a soma dos vPag de todos os elementos detPag difere de vNF (total da NF-e com tolerância de R$ 0,01) e simultaneamente algum detPag possui dVenc preenchido então há inconsistência entre os valores de pagamento parcelado e o total da nota, o que pode provocar rejeições em cascata incluindo a 898: reconcilie os valores de cada parcela para que o somatório iguale vNF.
• Se dhEmi estiver em fuso horário diferente do offset declarado no próprio campo (ex.: campo contém -03:00 mas o horário UTC resultante é inconsistente com o horário local do município do emitente em cMunFG/UF emit) e dVenc for derivado programaticamente de dhEmi então a data de vencimento calculada será deslocada pelo erro de fuso, ficando antes da autorização: normalize dhEmi para o offset correto da UF emitente antes de calcular qualquer dVenc.
• Se finNFe for '2' (NF-e complementar) ou '4' (devolução/retorno) e detPag contiver parcelas com dVenc idêntico ou copiado da NF-e referenciada em NFref sem ajuste para a data atual de reemissão então o vencimento herdado pode ser anterior à nova dhEmi gerando rejeição 898: atualize todos os dVenc para datas iguais ou posteriores à nova data de emissão da complementar/devolução.