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 é…
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.