Rejeição 580 — O evento exige uma NF-e autorizada

O que é esta rejeição?#

A Rejeição 580 é 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: O evento exige uma NF-e autorizada.

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 evento não corresponde a nenhum dos códigos válidos (110111, 110110, 210200, 210210, 210220, 210240) E simultaneamente o campo nSeqEvento é maior que 1, então há dupla inconsistência de evento inválido com sequencial avançado sem histórico prévio registrado: redefina tpEvento para o código correto e reinicie nSeqEvento em 1 para esse tipo na chave de acesso informada.
• Se a chave de acesso informada no evento (cChaveAcesso/chNFe do evento) possui dígito verificador inconsistente com os demais campos que a compõem (cUF + AAMM + CNPJ emitente + mod + serie + nNF + tpEmis + cNF) calculado pelo algoritmo módulo 11, então a NF-e referenciada nunca poderá ser localizada como autorizada independentemente de seu status real: recalcule o cDV e reconstrua a chave de acesso completa com 44 dígitos antes de reenviar o evento.
• Se dhEvento do evento é anterior à dhEmi da NF-e referenciada ou posterior ao limite legal do tipo de evento (exemplo: cancelamento exige dhEvento dentro de 24 horas após dhRecbto para NF-e com MDF-e vinculado, ou 168 horas em geral) E o campo tpEvento é 110111 (Cancelamento), então o prazo legal foi violado e a SEFAZ rejeita o vínculo com a NF-e autorizada: ajuste dhEvento para dentro da janela permitida ou substitua o cancelamento por uma NF-e de entrada de devolução com CFOP adequado.
• Se o CNPJ do autor do evento (CNPJ em infEvento/CNPJ) difere do CNPJ emitente extraído das posições 4 a 17 da chave de acesso referenciada E o tpEvento não é do grupo de manifestação do destinatário (210200, 210210, 210220, 210240), então o autor não tem legitimidade para registrar esse tipo de evento nessa NF-e: substitua o CNPJ do autor pelo CNPJ do emitente ou, se for manifestação, pelo CNPJ do destinatário constante no XML da NF-e autorizada.
• Se nSeqEvento informado é diferente de 1 E não existe registro prévio confirmado pela SEFAZ de evento do mesmo tpEvento para a mesma chave de acesso com nSeqEvento imediatamente anterior (ou seja, há lacuna na sequência), então a SEFAZ interpreta o evento como fora de ordem e vincula a rejeição 580 ao entender que a NF-e não possui o histórico esperado: consulte a situação da NF-e via NFeConsultaProtocolo para recuperar o último nSeqEvento aceito por tipo e incremente exatamente em 1.