Rejeição 657 — Data de Pagamento inválida [nOcor:999 [nOcor:999]

O que é esta rejeição?#

A Rejeição 657 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a unidade federativa do contribuinte, código IBGE do município. 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: Código do Órgão diverge do órgão autorizador.

Os campos afetados estão na seção de dados do emitente 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 UF informada pode divergir do cadastro do contribuinte na SEFAZ
• O campo Código do município do emitente pode conter valor incorreto ou inconsistente

Como resolver#

1. Identifique o(s) campo(s) XML listados acima que podem estar causando o erro
2. Corrija os dados no XML e retransmita a NF-e para a SEFAZ

Verificações analíticas#

• Se detPag/vPag somado de todas as ocorrências de tPag diverge do valor de vNF informado em ICMSTot, então o total de pagamento não fecha com o valor da nota: ajuste os valores de vPag em cada detPag ou corrija vNF até que a somatória seja igual.
• Se detPag/dPag (data de pagamento) for anterior à dhEmi da NF-e ou posterior em mais de 365 dias, então a data de pagamento está fora do intervalo temporal aceitável para a operação: corrija dPag para refletir a data real acordada entre as partes, respeitando a data de emissão como limite mínimo.
• Se indPag for igual a '1' (pagamento a prazo) e nenhum elemento detPag contiver o campo dPag preenchido, então a data de vencimento obrigatória para pagamento a prazo está ausente: inclua dPag em cada parcela de detPag quando o pagamento for parcelado ou a prazo.
• Se tPag for '90' (sem pagamento) e vPag for maior que zero, ou se tPag for diferente de '90' e vPag for igual a zero, então há contradição entre o tipo de pagamento e o valor informado na parcela: alinhe tPag e vPag de forma que tipo 90 corresponda obrigatoriamente a vPag igual a 0,00 e demais tipos a vPag positivo.
• Se detPag/dPag estiver preenchido com formato inválido ou com dia inexistente para o mês informado (por exemplo, 30 de fevereiro ou mês 13), então o campo data de pagamento contém valor não representável no calendário gregoriano e será rejeitado pela SEFAZ: converta a data para o formato AAAA-MM-DD com valores de mês entre 01 e 12 e dia compatível com o mês e ano indicados.