Voltar para o blog

Rejeições fiscais

Rejeição 808: evento do Fisco emitido por contribuinte

A rejeição 808 — “Evento Fisco emitido por contribuinte” pertence ao fluxo de prorrogação da suspensão do ICMS associado à NF-e. Ela aparece quando a validação identifica um problema na autoria do evento reservado à administração tributária. O contribuinte solicita a prorrogação; a decisão sobre esse pedido é…

Blog ALRA
Capa ilustrada da ALRA: Rejeição 808: evento do Fisco emitido por contribuinte.

A rejeição 808 — “Evento Fisco emitido por contribuinte” pertence ao fluxo de prorrogação da suspensão do ICMS associado à NF-e. Ela aparece quando a validação identifica um problema na autoria do evento reservado à administração tributária. O contribuinte solicita a prorrogação; a decisão sobre esse pedido é registrada pelo Fisco. Confundir essas duas etapas pode levar o sistema a preparar uma resposta fiscal usando o certificado da empresa.

Antes de reenviar, preserve o XML transmitido e o retorno completo. Confira se o código está no resultado daquele evento e identifique serviço, ambiente, UF, chave e tipo de evento. A ocorrência não significa, por si só, que a NF-e original perdeu sua autorização, nem demonstra que o pedido de prorrogação foi aceito.

O que a regra verifica

Na NT 2015.001 v1.30, a regra P31 do evento Fisco verifica se o CNPJ do certificado digital do evento corresponde ao CNPJ da Fazenda. A aplicação está indicada como obrigatória. A mesma seção define que a mensagem será assinada com o certificado da Secretaria da Fazenda que processou o pedido de prorrogação ou seu cancelamento.

Esse contexto trata de NF-e, modelo 55: as validações da chave rejeitam modelo diferente de 55. Não se deve transportar a orientação para emissão de NFC-e ou tratar o 808 como erro comum de autorização da nota. Também não basta analisar o CNPJ escrito no XML: a regra menciona a identidade do certificado usado na assinatura do evento.

A especificação separa problemas de certificado, padrão de assinatura e autoria fiscal. Renovar um certificado válido da empresa não transforma essa empresa em autora autorizada de um evento do Fisco. A correção depende de descobrir qual mensagem deveria ter sido produzida e por qual responsável.

Pedido e resposta têm funções diferentes

Os tipos previstos no fluxo ajudam a localizar uma configuração trocada:

  • 111500 e 111501: pedidos do primeiro e do segundo prazo de prorrogação.

  • 111502 e 111503: pedidos de cancelamento da prorrogação do primeiro e do segundo prazo.

  • 411500 e 411501: respostas do Fisco aos pedidos de prorrogação.

  • 411502 e 411503: respostas do Fisco aos pedidos de cancelamento.

Os códigos iniciados por 4115 identificam a decisão fiscal correspondente. Não são uma alternativa para o contribuinte conseguir aprovar o próprio pedido. A resposta ainda se relaciona ao evento original pelo identificador do pedido, e essa relação possui outras validações, distintas do 808.

Por isso, substituir apenas o número de tpEvento é insuficiente. Identificador, estrutura do XML, referência ao pedido, assinatura e finalidade precisam corresponder ao evento correto. Um arquivo de resposta fiscal não deve ser reaproveitado como solicitação mediante uma troca isolada de código.

Como conferir e corrigir

1. Localize a mensagem efetivamente enviada. Compare o registro da operação no emissor com o XML e o retorno. Anote tpEvento, chNFe, tpAmb, órgão destinatário, sequência e identificação do pedido quando existente. Consulte os registros anteriores para saber se havia uma solicitação registrada ou se ocorreu somente uma tentativa rejeitada.

2. Verifique a intenção da operação. Se a empresa queria solicitar uma prorrogação, confirme com a área fiscal se era primeiro ou segundo prazo e qual procedimento a UF admite. Se queria cancelar um pedido, confira a situação desse pedido e as condições próprias do cancelamento. Essas decisões não devem ser deduzidas somente do código 808.

3. Corrija a origem da mensagem com o suporte. Uma integração de contribuinte configurada para produzir evento 4115xx precisa ser revisada. O suporte deve ajustar a geração do evento apropriado à operação legítima, incluindo estrutura e assinatura. Não altere o CNPJ para simular a Fazenda, não remova a assinatura e não procure utilizar um certificado de terceiro para vencer a validação.

4. Se a mensagem pertencer realmente ao Fisco, encaminhe a evidência ao responsável. A empresa pode disponibilizar chave, identificação do pedido, ambiente, horário e retorno para análise pelo canal competente. Não cabe recriar localmente uma decisão administrativa nem assumir que a resposta favorável está autorizada apenas porque o pedido existe.

5. Acompanhe cada resultado separadamente. Depois de corrigida a causa, confira o retorno do evento transmitido e mantenha os arquivos correspondentes. Registro técnico e deferimento são verificações diferentes; a ausência do 808, isoladamente, não comprova o direito à prorrogação.

Exemplo de diagnóstico

Uma empresa pretende solicitar o primeiro prazo, mas o arquivo preparado contém tpEvento=411500 e foi assinado com seu certificado. O diagnóstico deve investigar por que a integração montou uma resposta do Fisco. Confirmada a intenção legítima e o procedimento estadual, deve ser gerado o pedido correspondente, com seus próprios dados e validações.

Não se resolve esse cenário copiando o CNPJ da Secretaria da Fazenda para o arquivo. Tampouco se pode registrar como deferido o pedido que ainda será analisado. Se já houver protocolo anterior, ele precisa ser conferido antes de criar outra solicitação, evitando duplicar ou contradizer o histórico.

UF, ambiente e decisão fiscal

A NT v1.30 descreve solicitações parciais em São Paulo e completas em Minas Gerais. Seu calendário de implantação da modalidade completa refere-se especificamente a MG: homologação em 29/10/2024 e produção em 06/01/2025. Essas datas não demonstram disponibilidade atual de todo serviço ou habilitação de uma empresa determinada.

A orientação oficial mineira consultada em 16/10/2026 informa uso do evento eletrônico desde 01/12/2025, pedidos totais e processamento de um evento por vez por NF-e. Ela também ressalva a segunda prorrogação quando a primeira foi autorizada pela Delegacia Fiscal antes dessa data: nessa situação, o encaminhamento permanece administrativo. É necessário identificar o histórico concreto; essa regra estadual não deve ser generalizada para outras UFs.

O fluxo é síncrono, mas receber um protocolo de registro não significa deferimento. cStat=128 indica processamento do lote; o resultado individual precisa ser examinado. Mesmo o registro e vínculo indicados por 135 devem ser distinguidos da decisão favorável constante do evento fiscal competente. Guarde pedido, resposta e respectivos registros, preservando a sequência real da operação.

Fontes

Base técnica: NT 2015.001 v1.30, páginas físicas 4–6, 17–19 e 48–58, com destaque para P31/808 na página 55. Contexto estadual: SEF/MG — Pedido de Prorrogação, consultado em 16/10/2026.

Apoios: TecnoSpeed, Senior e catálogo RWA. São dois panoramas do fluxo e uma ficha de código, não três tutoriais exclusivos do 808. O código truncado 41150 encontrado no panorama TecnoSpeed não foi adotado. Este guia não reproduz telas ALRA nem comprova uma transmissão, assinatura ou implantação individual.

Pronto para dar o próximo passo?

Pronto para organizar sua empresa e ganhar mais tempo?

Teste grátis por 15 dias e descubra como a Alra pode transformar a gestão do seu negócio.