Rejeição 809: pedido de prorrogação não localizado ou sem deferimento exigido

A rejeição 809 aparece no processamento do evento fiscal relacionado a um pedido de prorrogação da suspensão do ICMS ou ao cancelamento desse pedido. Ela exige conferir o vínculo com a solicitação anterior e sua situação registrada. Ter uma NF-e autorizada, um pedido salvo no emissor ou um comprovante de envio não demonstra, isoladamente, que o pedido procurado existe na base correta e atende à condição verificada.

Na NT 2015.001 v1.30, a mensagem foi ampliada: “ID do Pedido de Prorrogação ou Cancelamento não existe na base de dados ou não há um pedido de prorrogação deferido para o tipo: [tpEvento]”. Portanto, limitar o diagnóstico a um erro de digitação do identificador pode deixar de lado a falta do deferimento mencionado no retorno.

Entenda o alcance da regra

A regra P19, indicada como obrigatória, integra as validações de negócio do evento Fisco de prorrogação. O fluxo pertence à NF-e modelo 55. Não é uma rejeição genérica da emissão da nota nem uma instrução para corrigir dados de NFC-e. Identifique o serviço que devolveu o resultado e leia o xMotivo completo, inclusive o tipo de evento indicado.

As respostas do Fisco são identificadas por 411500, 411501, 411502 e 411503. Elas se relacionam, respectivamente, aos pedidos 111500, 111501, 111502 e 111503: primeiro prazo, segundo prazo e cancelamentos correspondentes. A empresa apresenta a solicitação; a Secretaria da Fazenda registra a resposta fiscal. Um contribuinte não deve gerar uma decisão favorável para suprir um registro ausente.

O identificador referenciado fica em idPedido. A especificação o relaciona ao Id do evento que originou a resposta e apresenta sua composição: literal ID, tipo do evento original, chave da NF-e e sequência. Esse identificador não se confunde com a chave da nota, o número do pedido comercial, o identificador do lote ou o protocolo de registro.

O que deve ser comparado

Comece pelos arquivos efetivamente transmitidos e recebidos, preservando a tentativa rejeitada. Compare o XML da resposta ou da mensagem que apresentou o 809 com o XML e o retorno da solicitação original. Confira a mesma chave, o mesmo ambiente, a UF competente, o tipo e a sequência do evento relacionado.

Uma referência montada com a sequência de outro pedido pode apontar para um evento diferente, mesmo quando a NF-e é a mesma. Da mesma forma, um registro existente em homologação não comprova existência em produção. Essas verificações organizam o diagnóstico; o 809 sozinho não prova qual divergência ocorreu no caso concreto.

Também separe o estado do pedido de seu identificador. Um pedido apenas gravado localmente ainda não tem registro comprovado no autorizador. Um pedido registrado pode aguardar análise. E a obtenção de protocolo de registro, conforme a NT, não equivale ao deferimento: a decisão depende do evento fiscal correspondente.

Como encaminhar a correção

1. Reúna o histórico verificável. Separe chave da NF-e, XML original do pedido, resultado individual de seu processamento, protocolo quando existente e respostas posteriores do Fisco. Anote o ambiente e o horário da tentativa que recebeu o 809. Não substitua essa documentação por uma captura isolada de “enviado” no sistema.

2. Confira a referência com o suporte. Se idPedido não reproduz o identificador do evento legítimo pretendido, investigue a montagem da referência. A correção deve preservar a relação real entre documentos. Não utilize o identificador de outro pedido apenas por ele já existir na base, nem preencha o campo com o protocolo esperando que o serviço encontre a solicitação.

3. Verifique a situação fiscal exigida. Quando a mensagem aponta ausência de pedido deferido para o tipo informado, localize a decisão correspondente. Se ela não existe, não é suficiente alterar a tela local para “deferido”. A área fiscal deve avaliar a situação efetiva e o procedimento aplicável na UF, inclusive pendência de análise ou necessidade de encaminhamento administrativo.

4. Respeite quem pode emitir a resposta. Se a falha estiver no evento do Fisco, encaminhe as evidências ao canal responsável, com apoio do suporte na identificação dos arquivos. Não edite uma resposta oficial nem tente assiná-la com certificado empresarial. Se a integração confundiu pedido e resposta, sua geração precisa ser corrigida integralmente antes de uma nova operação legítima.

5. Confira o resultado da providência. Após o ajuste cabível, acompanhe o retorno individual e o histórico resultante. 128 indica lote processado, não aprovação de cada evento. O registro vinculado indicado por 135 também não deve ser tomado, sozinho, como decisão favorável ao pedido de prorrogação.

Exemplo prático

Uma resposta ao primeiro pedido aponta para um idPedido construído com a sequência de outra solicitação. O primeiro passo é confrontar essa referência com o evento original efetivamente registrado. Encontrar uma referência correta permite encaminhar o reparo da relação documental ao responsável; não autoriza aproveitar qualquer pedido de outra operação.

Em outro caso, o identificador confere, mas a mensagem menciona a falta de pedido deferido para determinado tipo. Repetir o envio sem verificar a decisão fiscal pode manter a mesma causa. O suporte deve distinguir referência incorreta de situação fiscal ainda não atendida, preservando os arquivos que demonstram cada etapa.

Observe as condições estaduais

A v1.30 documenta a modalidade parcial em São Paulo e completa em Minas Gerais. O calendário de homologação em 29/10/2024 e produção em 06/01/2025 refere-se à implementação mineira da modalidade completa; não comprova a implantação de qualquer serviço em todas as UFs.

A página oficial mineira consultada em 16/10/2026 informa pedidos totais, um evento por vez e necessidade de aguardar a análise. Também distingue a segunda prorrogação cuja primeira foi autorizada pela Delegacia Fiscal antes de 01/12/2025: ela deve seguir pelo canal administrativo indicado. Por isso, um ato administrativo anterior não deve ser convertido artificialmente em evento eletrônico para preencher a referência ausente.

Fontes

Base: NT 2015.001 v1.30, páginas físicas 13–14, 19 e 48–58; a alteração da mensagem está na página 14 e a P19 atual na 55. Contexto estadual: SEF/MG — Pedido de Prorrogação.

Foram confrontados os panoramas TecnoSpeed e Senior, além da ficha no catálogo RWA. A ficha resume a mensagem antiga; a redação ampliada da fonte oficial prevalece. Esses materiais não constituem três tutoriais exclusivos do 809. Não foi validada uma transmissão real, assinatura, tela ALRA ou habilitação individual.