Rejeição 877 — Data de fabricação maior que a data de processamento [nItem:nnn]

O que é esta rejeição?#

A Rejeição 877 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a informação do documento fiscal, classificação fiscal da mercadoria na tabela NCM. 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 informações dos produtos 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#

• Os dados do produto estão inconsistentes (quantidade × valor unitário ≠ valor total)
• A unidade comercial (uCom) é inválida ou incompatível com o produto
• O código do produto (cProd) está ausente ou duplicado entre itens
• O valor total do produto não corresponde ao cálculo quantidade × valor unitário

Como resolver#

1. Verifique se vProd = qCom × vUnCom (o valor total deve ser o produto da quantidade pelo valor unitário)
2. Confirme que a unidade comercial é válida (UN, KG, CX, LT, M, etc.)
3. Revise a quantidade de casas decimais dos campos numéricos conforme o MOC
4. Cada item deve ter um número sequencial único (nItem) começando em 1

Verificações analíticas#

• Se dhEmi contiver data futura em relação ao timestamp de processamento da SEFAZ (dhRecbto) ou se dhSaiEnt for anterior a dhEmi em mais de 24 horas sem justificativa de contingência (tpEmis ≠ 1), então a janela temporal dos eventos está invertida ou corrompida: corrija dhEmi para refletir a data real de emissão e garanta que dhSaiEnt ≥ dhEmi, validando também que tpEmis corresponde ao ambiente de emissão utilizado.
• Se o campo dFab (data de fabricação) ou dVal (data de validade) informado no item nItem estiver preenchido com valor superior à data contida em dhEmi da NF-e, então há inconsistência cronológica direta que gera a rejeição 877: certifique-se de que dFab ≤ data de dhEmi e que dVal > dFab, convertendo ambas para o formato AAAA-MM-DD sem componente horário, pois a SEFAZ compara apenas a parte de data.
• Se tpEmis indicar emissão em contingência (valores 2, 3, 4, 5, 6 ou 7) e dhEmi registrar data dentro do período de contingência, mas dhSaiEnt não tiver sido ajustada para refletir o momento real da saída após a normalização do sistema, então o intervalo entre dhEmi e dhSaiEnt pode ultrapassar o limite regulamentar de 30 minutos para contingência off-line, sujeitando a NF-e a rejeição adicional: atualize dhSaiEnt para o horário efetivo de saída da mercadoria com fuso -03:00 correto.
• Se o XML contiver o grupo rastro (rastreabilidade) com dFab e dVal para o item rejeitado e a data dFab estiver no formato correto mas com ano de quatro dígitos maior que o ano presente em dhEmi, então o problema pode ser inversão de campos dia/mês/ano durante a geração do XML (ex.: 2026-01-15 gerado onde deveria estar 2015-01-26): valide o parsing da data de fabricação no sistema emissor comparando-a campo a campo com dhEmi antes da serialização.
• Se finNFe indicar NF-e complementar (valor 3) ou de ajuste (valor 2) e o grupo NFref estiver ausente ou com chNFe referenciada apontando para documento com dhEmi posterior à dhEmi da NF-e corrente, então a referência temporal entre documentos está incoerente e pode contaminar a validação de datas do item: inclua obrigatoriamente o NFref com chave de acesso válida cuja data de emissão seja estritamente anterior à da NF-e em processamento.