Rejeição 493 — Evento não atende o Schema XML específico

O que é esta rejeição?#

A Rejeição 493 é 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: Evento não atende o Schema XML específico.

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 enviado não corresponde a nenhum dos valores homologados (110111, 110110, 210200, 210210, 210220, 210240) E o XML contém elementos filhos estruturados conforme um tipo de evento distinto do declarado em tpEvento, então há divergência entre o tipo declarado e a estrutura real do evento XML: ajuste tpEvento para refletir exatamente o grupo de elementos presentes (ex: se há detEvento/descEvento='Cancelamento' mas tpEvento<>110111, corrija tpEvento).
• Se o nSeqEvento informado para o par (chNFe + tpEvento) for maior que 1 sem que exista registro prévio de evento do mesmo tpEvento com nSeqEvento=1 autorizado pela SEFAZ, então o sequencial está quebrado e a SEFAZ rejeitará por falta do evento anterior: envie primeiro o nSeqEvento=1 ou corrija para o próximo número válido conforme histórico de eventos já autorizados.
• Se a chNFe contida no evento possui cDV incompatível com o resultado do módulo 11 calculado sobre os 43 primeiros dígitos da chave, ou se os campos cUF, AAMM, CNPJ emitente e mod embutidos na chave divergem dos dados reais da NF-e referenciada, então a chave de acesso é inválida ou aponta para documento inexistente: recalcule o dígito verificador e confirme todos os segmentos da chave contra a NF-e autorizada.
• Se o evento é do grupo de Manifestação do Destinatário (tpEvento 210200, 210210, 210220 ou 210240) E o CNPJ declarado no idLote ou no elemento inf do evento não corresponde ao CNPJ do destinatário (dest/CNPJ) constante na NF-e autorizada vinculada pela chNFe, então o autor do evento não é o destinatário legítimo da NF-e: substitua o CNPJ do manifestante pelo CNPJ exato registrado no campo dest/CNPJ da NF-e.
• Se dhEvento está fora da janela temporal permitida para o tpEvento declarado — especificamente se tpEvento=110111 (Cancelamento) e a diferença entre dhEvento e dhRecbto da NF-e supera 24 horas para NF-e com circulação de mercadoria (CFOP iniciado em 1,2,3,5,6,7 com presença de destinatário identificado), ou supera 168 horas para NF-e sem trânsito — então o prazo regulatório foi excedido e o cancelamento não será aceito: verifique dhRecbto retornado no protocolo de autorização e calcule se ainda há janela válida antes de reenviar.