Pular para o conteúdo
FiscalAPI
491 Evento

Rejeição 491 — O tpEvento informado inválido

Motivo da rejeição

O tpEvento informado inválido

3 min de leitura

O que é esta rejeição?#

A Rejeição 491 é 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 tpEvento informado inválido.

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:

CampoXPath no XMLDescrição
chNFeprotNFe/infProt/chNFeChave de acesso da NF-e (44 dígitos)
tpEventoevento/infEvento/tpEventoTipo de evento
nSeqEventoevento/infEvento/nSeqEventoNúmero sequencial do evento

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

💡
Dica: Para identificar a causa desta rejeição, comece verificando os campos chNFe, tpEvento, nSeqEvento no XML da NF-e. Compare os valores informados com os dados cadastrais atualizados na SEFAZ e na Receita Federal.

Verificações analíticas#

  • Se o campo tpEvento do XML do evento contém valor diferente de 110111, 110110, 210200, 210210, 210220 e 210240 então o tipo de evento é inválido perante o schema SEFAZ: substitua tpEvento pelo código correto correspondente à operação desejada (cancelamento, CC-e ou manifestação do destinatário).
  • Se o campo nSeqEvento não for igual a 1 somado ao total de eventos do mesmo tpEvento já registrados com sucesso para a mesma chave de acesso então há quebra de sequência obrigatória: consulte os eventos existentes via NF-e e ajuste nSeqEvento para o próximo número sequencial correto.
  • Se a chave de acesso informada em chNFe do evento não coincidir em todos os 44 dígitos com a chave de uma NF-e cujo cStat seja 100 (autorizada) então o evento está sendo vinculado a uma NF-e inexistente ou não autorizada: verifique cUF, AAMM, CNPJ emitente, mod, serie, nNF, tpEmis, cNF e cDV que compõem a chave.
  • Se tpEvento for 110111 (cancelamento) e a diferença em horas entre dhEvento e o campo dhRecbto da NF-e autorizada superar 168 horas (7 dias corridos) sem que exista justificativa de prazo estendido reconhecida pela UF então o prazo legal de cancelamento foi excedido: avalie emissão de NF-e de devolução ou carta de correção conforme a situação.
  • Se tpEvento for 110110 (CC-e) e o campo xCondUso não contiver exatamente a string canônica exigida pelo schema 1.00 do evento, ou se xCorrecao estiver em branco ou com menos de 15 caracteres, então a estrutura do evento de carta de correção está malformada e será rejeitada antes mesmo da validação do tpEvento: corrija o conteúdo de xCorrecao e xCondUso conforme o leiaute NT 2011.004.
Compartilhar: WhatsApp LinkedIn Twitter

Consulte IEs e CNPJs antes de emitir NF-e

Muitas rejeições acontecem por dados cadastrais desatualizados. Com a FiscalAPI, consulte Inscrições Estaduais e CNPJs em tempo real direto da SEFAZ e Receita Federal.

Criar conta →