Rejeição 595 — Obrigatória a informação da justificativa do evento.

O que é esta rejeição?#

A Rejeição 595 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a chave de acesso que identifica unicamente a NF-e, informação do documento fiscal. 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: Obrigatória a informação da justificativa do evento.

Os campos afetados estão na seção de chave de acesso 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#

• O tipo de evento informado é inválido ou não está disponível para esta NF-e
• O número sequencial do evento está incorreto (deve ser sequencial por tipo)
• A chave de acesso do evento não corresponde a uma NF-e autorizada
• O prazo para registro do evento foi excedido

Como resolver#

1. Verifique o tipo de evento: 110111=Cancelamento, 110110=CC-e, 210200=Confirmação, 210210=Ciência, 210220=Desconhecimento, 210240=Operação não realizada
2. O nSeqEvento deve ser sequencial (1, 2, 3...) para cada tipo de evento na mesma NF-e
3. Confirme que a chave de acesso está correta e a NF-e está autorizada

Verificações analíticas#

• Se o campo tpEvento do XML do evento for 110111 (Cancelamento) e o campo xJust presente em detEvento possuir comprimento inferior a 15 caracteres ou estiver ausente, então a justificativa obrigatória do cancelamento não atende ao mínimo exigido pela SEFAZ: preencha xJust com texto entre 15 e 255 caracteres descrevendo a razão do cancelamento.
• Se o campo nSeqEvento informado for maior que 1 e não existir registro de evento anterior do mesmo tpEvento para a mesma chave de acesso (cChave) já autorizado pela SEFAZ, então a sequência está quebrada e o evento será rejeitado: reenvie os eventos anteriores faltantes antes de submeter o de sequência superior.
• Se o campo dhEvento do evento estiver com diferença superior a 30 minutos em relação ao horário UTC atual considerando o fuso do cMunFG do emitente, e tpEmis for igual a 1 (emissão normal), então o timestamp do evento está fora da janela de tolerância da SEFAZ: corrija dhEvento para refletir o horário real de registro com offset de fuso correto.
• Se tpEvento for 110110 (Carta de Correção) e o campo xCondUso em detEvento estiver ausente ou diferir textualmente da string literal obrigatória definida no Manual de Orientação do Contribuinte, então o evento será rejeitado por falta de condição de uso: insira o campo xCondUso com o texto exato previsto no schema NT 2011/004.
• Se a chave de acesso referenciada no evento (cChave com 44 dígitos) contiver cUF, AAMM, CNPJ emitente, mod, serie ou nNF inconsistentes com os dados do emit e ide da NF-e autorizada correspondente, então a chave não pertence a uma NF-e válida no ambiente informado (tpAmb): verifique se o evento está sendo enviado para o ambiente correto (1=Produção, 2=Homologação) e se todos os segmentos da chave foram compostos corretamente antes da geração do dígito verificador.