Rejeição 561: Mês de Emissão informado na Chave de Acesso difere do Mês de Emissão da NF-e

A Rejeição 561 acontece quando o mês que está dentro da chave de acesso é diferente do mês de emissão informado no corpo da nota.

Abrir Notas Fiscais

Por que acontece a Rejeição 561

A data de emissão aparece em dois lugares do XML: no campo próprio e dentro da chave de acesso, nos dígitos 3 a 6, no formato ano e mês.

A SEFAZ compara os dois. Divergindo, recusa.

Aqui está a causa que domina, e ela tem hora marcada: a virada do mês.

A nota é montada no dia 31 às 23h58 — a chave nasce com o mês antigo. A transmissão sai à meia-noite e dois, e o campo da data é regerado com o mês novo. Os dois deixam de coincidir.

As demais causas:

Nota editada depois de montada. A data foi alterada e a chave não foi refeita.

XML manipulado. Um dos dois lados foi mexido.

Integração com montagem própria. O sistema gera a chave e a data em momentos diferentes.

Como resolver a Rejeição 561

1. 1
   Não tente corrigir a chave ou a data isoladamente — os dois são gerados juntos.
2. 2
   Gere a nota novamente, deixando o sistema montar chave e data no mesmo instante.
3. 3
   Sendo XML de integração, a origem precisa usar a mesma data nos dois pontos.
4. 4
   Reenvie.

Como evitar a Rejeição 561

Nunca edite um XML depois de gerado. A chave depende da data, da série, do número e do CNPJ — mexer em qualquer um exige refazer tudo.

Em operação que atravessa a meia-noite, transmita antes de virar o mês ou refaça a nota depois.

Se a Rejeição 561 continuar

Existe a rejeição vizinha que compara ano e mês juntos, não só o mês.

E as demais validações da chave: dígito verificador, UF, CNPJ ou CPF, modelo, número e código numérico. Cada uma tem código próprio.

Persistindo, abra um chamado informando a chave de acesso completa e a data de emissão da nota.

Referência: MOC 7.0 — Anexo I, validação da chave de acesso da NF-e.