Rejeição 248: como consultar o recibo no autorizador correto

A rejeição 248 ocorre na consulta do processamento de um lote quando a UF do recibo não corresponde à UF do Web Service consultado. Em geral, a providência é recuperar o contexto do envio original e direcionar a consulta ao serviço de retorno correto. Não altere o número do recibo e não reenvie a nota automaticamente: a falha na consulta não informa, por si só, o resultado da autorização.

Para o empresário, essa diferença evita um erro caro: emitir novamente porque o sistema não conseguiu buscar a resposta de um envio que já aconteceu.

O recibo identifica um processamento pendente de consulta

No fluxo assíncrono, o sistema envia o lote e recebe um número para consultar seu processamento depois. Esse número é nRec. Ele não é a chave de acesso da nota nem o protocolo de autorização, nProt. Copiar um desses identificadores no campo do outro não corrige a solicitação.

O MOC 7.0, Visão Geral, páginas 60 e 61, descreve o recibo com 15 posições, incluindo identificação de UF, tipo de autorizador e sequência. Trate-o como um identificador completo recebido da SEFAZ. Não remonte seus algarismos nem retire zeros ao transportar o valor entre sistemas.

A regra E02, na página 77 do mesmo manual, compara a UF do recibo com a do serviço nfeRetAutorizacao. A regra é obrigatória na especificação. Sua ocorrência está ligada a esse pedido de retorno, não a uma nova análise do endereço do destinatário.

Primeiro, encontre o envio que gerou o recibo

Reúna o retorno original de recepção do lote e a requisição de consulta rejeitada. Para cada um, registre:

• estabelecimento responsável e identificação interna do lote;

• modelo dos documentos e ambiente utilizado;

• número completo do recibo;

• endereço do serviço e autorizador;

• data e horário da chamada;

• cStat e xMotivo recebidos.

Essa comparação deve usar logs da mesma operação. Em integrações com várias filiais, um parâmetro global pode ter mudado entre a transmissão e a consulta. A configuração atual da empresa não necessariamente reproduz o destino utilizado quando aquele recibo foi gerado.

A TecnoSpeed orienta consultar o recibo no contexto da UF que recebeu o envio. Isso significa selecionar o serviço de retorno correspondente, e não repetir a URL do método de autorização como se ambos fossem a mesma operação.

Exemplo: a fila de consultas misturou duas filiais

Imagine uma integração que atende estabelecimentos em estados diferentes. O envio de uma filial recebeu um recibo normalmente. Antes da consulta, o processamento selecionou os parâmetros de outra filial. O recibo verdadeiro foi então encaminhado a um serviço que não atende sua UF.

Nesse cenário, a correção está na associação entre recibo, estabelecimento e destino. A nota não precisa receber outra UF para acompanhar a consulta errada. Também não é necessário inventar um novo recibo ou aumentar o número da nota.

O suporte deve reconstruir essa associação e repetir apenas a consulta pertinente. A Treeunfe trata de configurações misturadas entre UFs, e a NS7 destaca mudanças de configuração entre etapas. São hipóteses para investigar, não prova de que todo 248 exige reemissão.

UF, tipo de autorizador e ambiente são conferências diferentes

A página 77 do MOC separa três validações: E02/248 para a UF do recibo, E02a/553 para o tipo de autorizador e E01/252 para o ambiente. Assim, corrigir uma divergência pode revelar outra, e mensagens parecidas não devem ser agrupadas como se tivessem o mesmo campo de origem.

Sefaz Virtual e Sefaz Virtual de Contingência precisam de atenção. O nome da infraestrutura não substitui a UF fiscal do estabelecimento. Identifique quem recebeu o lote e qual serviço está previsto para obter seu retorno. A volta da emissão normal depois de uma contingência não autoriza redirecionar, indiscriminadamente, consultas ainda pendentes.

O MOC contém descrições históricas de modalidades de autorizador. Elas ajudam a interpretar registros antigos, mas não são uma lista para escolher rotas atuais. Não configure SCAN ou outro serviço legado a partir de um exemplo antigo; use a documentação operacional correspondente ao período, à UF e ao modelo.

Nem toda emissão atual gera recibo

A NT 2025.001 v1.03, seção 02.3, página 6, estabelece resposta síncrona para lote com somente uma NF-e modelo 55. O documento também recorda que esse tratamento já era obrigatório para lote de uma NFC-e modelo 65.

Na resposta síncrona, o resultado vem na própria chamada, sem gerar recibo para consulta posterior. Portanto, não crie nRec a partir da chave ou do protocolo para tentar encaixar esse fluxo no procedimento antigo. Identifique o tipo de resposta efetivamente recebido e as regras de versão aplicáveis.

A existência de 248 no catálogo continua útil para interpretar recibos e fluxos assíncronos pertinentes, inclusive históricos. Não significa que toda NF-e ou NFC-e deva passar por uma consulta de lote. O atendimento de um fluxo específico depende das regras e do ambiente em uso.

O que conferir depois do ajuste

Uma consulta aceita ainda pode indicar lote em processamento. Siga o intervalo e o tratamento previstos para esse retorno, sem disparar tentativas contínuas. Se o lote foi processado, examine o resultado individual de cada documento; o processamento do lote não equivale à autorização de todas as notas.

Se houver timeout, recibo não localizado ou histórico incompleto, apure a situação pelos meios oficiais apropriados antes de decidir por nova transmissão. Não trate o 248 como prova de inexistência da nota. Preserve os arquivos recebidos e encaminhe os logs ao suporte em canal seguro, sem divulgar certificado, senha ou dados fiscais desnecessários.

Para prevenir a repetição, peça que o sistema armazene junto do recibo o ambiente e o contexto de roteamento do envio. Essa informação permite retomar uma fila pendente sem depender de uma configuração global que pode ter mudado depois.

Referência de atualização: 09/10/2026. Procedimento condicionado ao fluxo, modelo, versão, UF e ambiente efetivamente utilizados.