Descrição
a versão informada em
<verEvento> não é válida ou não é suportada para o tipo de evento transmitido.Quando ocorre
- A aplicação informou versão diferente da aceita pelo Web Service.
- A versão de
<verEvento>não é compatível com a versão informada em<detEvento>. - Foi utilizado leiaute antigo ou incorreto para o evento.
Regra de validação da SEFAZ
- Regra: Extração dos eventos do lote e validação do Schema XML do evento
- Validação: A SEFAZ valida a versão do evento antes de validar o Schema XML específico.
- Código: 492
- Efeito: Rejeição
- Mensagem: O verEvento informado invalido
Exemplo
Os campos
<verEvento> e a versão de <detEvento> devem ser compatíveis com o leiaute aceito pelo serviço.Como resolver
- Utilizar a versão de evento suportada pelo Web Service.
- Manter consistência entre
<verEvento>e o atributo de versão de<detEvento>. - Gerar novamente o XML com o leiaute correto e retransmitir.
Orientação para suporte no HAFID
- Conferir no XML do HAFID o valor de
<verEvento>e a versão do detalhe do evento. - Verificar se a rotina está usando schemas/leiautes compatíveis entre si.
- Após corrigir a versão, gerar um novo XML e retransmitir.
Resumo:
A rejeição 492 ocorre quando a versão informada em
<verEvento> não é válida ou não é suportada para o tipo de evento transmitido. Corrija a causa indicada pela regra, gere novamente o evento quando aplicável e retransmita somente após a validação dos dados.Referência
Nota Técnica 2020.001 v1.60 – Evento de manifestação do destinatário
Consultar a referência informada
Conteúdos relacionados
APOIO À SUA OPERAÇÃO FISCAL
Precisa de apoio com o HAFID ERP?
Se sua empresa utiliza o HAFID, informe à equipe GREENSYS o código retornado, o evento e o ambiente em que ocorreu a rejeição. A análise deve considerar a configuração da operação e o provedor utilizado.
Não envie senhas, certificados digitais ou chaves privadas pelo formulário.
Falar com a GREENSYS