Rejeição 491 — O tpEvento informado inválido
Motivo da rejeição
O tpEvento informado inválido
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:
| Campo | XPath no XML | Descrição |
|---|---|---|
| chNFe | protNFe/infProt/chNFe | Chave de acesso da NF-e (44 dígitos) |
| tpEvento | evento/infEvento/tpEvento | Tipo de evento |
| nSeqEvento | evento/infEvento/nSeqEvento | Nú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#
- Verifique o tipo de evento: 110111=Cancelamento, 110110=CC-e, 210200=Confirmação, 210210=Ciência, 210220=Desconhecimento, 210240=Operação não realizada
- O nSeqEvento deve ser sequencial (1, 2, 3...) para cada tipo de evento na mesma NF-e
- 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 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.
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 →