Rejeição 948: confira a quem pertence a IE do local de entrega

Se a SEFAZ devolver “Rejeição: IE do local de entrega não vinculada ao CPF”, confira a identificação do recebedor e a inscrição estadual informadas no local de entrega. Uma IE pode existir e ter formato correto, mas pertencer a outra pessoa. Nesse caso, corrigir apenas o endereço ou repetir a transmissão não resolve a divergência de titularidade.

Antes de mexer na nota, guarde o XML enviado e a resposta completa. A conferência deve esclarecer quem receberá a mercadoria, qual inscrição pertence a essa pessoa e quais dados chegaram ao autorizador.

O contexto da mensagem

A regra 5BG15-30, da NT 2021.004 v1.35, página 19, prevê a rejeição 948 na autorização de NF-e, modelo 55: CPF informado no local de entrega e IE sem vínculo com esse CPF. A aplicação aparece como obrigatória no quadro consultado. Ela não estende a regra à NFC-e, modelo 65, nem a serviços de eventos ou consultas apenas porque o número apareceu numa tela.

O problema de vínculo difere da ausência de inscrição no cadastro. Também não se confunde com a 947, referente ao vínculo com CNPJ, ou com a 944, referente ao CPF no local de retirada. Leia a mensagem inteira para escolher o cadastro que precisa ser investigado.

Quais dados comparar

Peça ao responsável pela emissão que examine o grupo entrega do XML efetivamente transmitido. Compare CPF, IE e UF desse grupo com a identificação verdadeira do local de recebimento. O documento do comprador pode ser diferente da identificação utilizada para a entrega; essa diferença precisa corresponder à operação.

Não confunda a IE do recebedor com a inscrição do emitente, do destinatário ou da transportadora. Também confira se a integração copiou dados de retirada para entrega. Alterar o cadastro do cliente não necessariamente atualiza uma nota que já foi preparada com outro local de recebimento.

Para organizar o diagnóstico, reúna:

• XML transmitido, resposta da autorização, chave, modelo e horário da tentativa;

• ambiente de produção ou homologação e identificação da UF/autorizador;

• pedido e instrução de entrega, mostrando quem receberá a mercadoria;

• comprovação cadastral da IE e do CPF correspondente, com UF e data da consulta realizada no atendimento.

O DANFE e a tela do sistema ajudam na conferência, mas não substituem a leitura do XML quando há dúvida sobre o que foi enviado.

Como tratar os cenários mais comuns

A inscrição pertence a outra pessoa

Uma importação de cadastros pode ter combinado o CPF de um recebedor com a IE de outro. Outra possibilidade é selecionar a inscrição de uma propriedade ou estabelecimento diferente durante o preenchimento da entrega.

Confirme a titularidade no cadastro oficial pertinente e corrija o dado comprovadamente errado. Se a IE estiver certa e o CPF estiver errado, a correção será na identificação da pessoa. Se o CPF estiver certo, procure a inscrição correspondente. Não escolha uma combinação de terceiro somente porque ela atende à validação.

O local de entrega foi identificado incorretamente

O comprador pediu entrega em outro endereço, mas o emissor reutilizou informações de um pedido anterior. Confira a instrução de entrega e a pessoa vinculada ao local. A correção pode envolver identificação, UF ou seleção do cadastro, conforme o erro encontrado.

Se o recebedor verdadeiro for uma pessoa jurídica, avalie o preenchimento com CNPJ e demais dados reais. Isso exige esclarecer a operação; não é uma troca automática de CPF por CNPJ para eliminar a rejeição. Também não copie a identificação do destinatário quando a entrega ocorre legitimamente em outro local.

Os dados oficiais e o XML parecem coincidir

Preserve a consulta cadastral que demonstra o vínculo, incluindo data e UF pesquisada. Solicite ao suporte que compare essa prova com o retorno recebido e com a versão documental utilizada pelo autorizador.

A NT menciona a possibilidade de validação pelo Cadastro Centralizado de Contribuintes, o CCC, em operações interestaduais ou no ambiente da SEFAZ Virtual. Uma divergência entre cadastros precisa ser investigada pelo canal competente. Confirme o procedimento e o prazo com o órgão responsável; a regra não fixa prazo universal de atualização ou liberação.

A IE foi informada sem fundamento

Pode ter ocorrido preenchimento automático de uma inscrição que não pertence ao recebedor. Antes de retirar o campo, confirme com o responsável fiscal a situação da pessoa e o conteúdo correto para aquela operação. A rejeição 948, sozinha, não determina que o recebedor seja isento ou que a IE deva ser omitida. A ocorrência opcional do campo no leiaute também não justifica apagar uma inscrição necessária à operação.

Não use “ISENTO”, zeros ou outra inscrição como tentativa de contornar o vínculo. Corrija a origem do preenchimento para que o erro não volte no próximo pedido.

Exemplo hipotético

Uma loja de equipamentos prepara uma NF-e para entregar ferramentas a um produtor identificado por CPF. O cadastro de entrega conserva esse CPF, mas recebeu a IE de outro produtor durante uma importação de dados. A autorização devolve a mensagem 948.

A equipe compara o XML com a documentação do recebedor e confirma a mistura. Se a consulta oficial demonstrar qual inscrição pertence ao produtor que realmente receberá as ferramentas, ela corrige o cadastro e atualiza a nota rejeitada pelo emissor. Se não houver comprovação suficiente, interrompe a tentativa e encaminha a dúvida ao responsável fiscal. A identidade da operação permanece a mesma.

Como verificar o resultado

Depois da correção comprovada, gere novamente o XML pelo fluxo do emissor, com a assinatura correspondente ao conteúdo atualizado. Não edite manualmente um arquivo já assinado. Faça uma transmissão controlada e examine a resposta completa.

Se houver autorização, confira a chave, o protocolo e os dados do documento autorizado, preservando os arquivos. O desaparecimento do 948 não basta quando outra rejeição aparece. Nesse caso, trate o novo retorno pelo seu próprio contexto, sem continuar alterando a IE por tentativa.

Acione o suporte quando o XML conservar dados antigos, a integração selecionar o cadastro errado ou o vínculo comprovado continuar sendo rejeitado. Procure o responsável fiscal quando houver dúvida sobre o recebedor, sua inscrição ou o preenchimento adequado. Leve as evidências à SEFAZ se a divergência depender do cadastro utilizado pelo autorizador.

Como acompanhar as alterações cadastrais

Identifique a regra e a versão aplicadas ao retorno. A NT 2026.007 v1.10 modifica verificações vizinhas: por exemplo, a IE de entrega não cadastrada aparece na 5BG15-10 com código 171, enquanto a NT 2021.004 apresentava 945. Isso não transforma a divergência de vínculo com CPF em falta de cadastro nem demonstra suspensão da 948.

O aviso ENCAT de 05/10/2026 posterga a NT 2026.007 para 26/10 em homologação e 16/11 em produção. Não transporte essas datas para a 5BG15-30 antiga. Em atendimento concreto, registre UF, autorizador e ambiente e confronte o retorno com a documentação aplicável, sem tratar o calendário publicado como prova de uma transmissão individual.

Fontes e limites

Pesquisa documental em 16/10/2026, sem emissão ALRA, consulta cadastral individual, compilação XSD ou promessa de autorização.

• NT 2021.004 v1.35: PDF recapturado em 15/10/2026 às 23:52 em Brasília (16/10 às 02:52 UTC), na pesquisa 942, e reutilizado por hash. Textos das páginas 1/4/6/19 lidos; imagens existentes 4/19 inspecionadas. A 5BG15-30/948 está íntegra, obrigatória e limitada ao modelo 55. A nota sobre CCC não torna universais a consulta ou o prazo de atualização; o regime de IE única da 947 não foi transferido à 948. Cabeçalhos internos antigos coexistem com a capa v1.35 no mesmo arquivo. O índice nacional, capturado em 16/10 na pesquisa 925, lista v1.35 como entrada mais recente dessa NT; não comprova implantação individual.

• MOC 7.0, Anexo I: páginas 16/17/88 lidas, PDF recapturado em 15/10 e reutilizado. Declarações reais de entrega e TLocal do schema 010f foram lidas; o XSD não substitui a regra cadastral.

• NT 2026.007 v1.10: textos 2/3/9/11 lidos nos caches identificados. Aviso SVRS/ENCAT: corpo do aviso de 05/10 lido em captura de 16/10, com postergação das NTs enumeradas. As condições novas de outras regras não foram atribuídas à 948.

• Oobj: corpo específico inteiro lido, HTTP200 e WEB preservados. A correção não foi limitada ao CPF quando a IE pode estar errada; referência antiga v1.20 e promessa de consulta simples não substituem a prova cadastral.

• Omie: corpo específico inteiro lido, HTTP200 e WEB preservados. Menus e passos do produto não foram atribuídos ao ALRA; retirada e entrega não foram confundidas.

• TecnoSpeed: corpo WEB específico inteiro lido, distinto do HTTP direto403. Exemplo com localEntrega, CPF de dez dígitos e fragmentos incompletos não foi adotado; a tag efetiva é entrega.

São três editores específicos, com divergências confrontadas. A busca delimitada em seis caches de NTs 2026 não encontrou 948/5BG15-30; encontrou alterações adjacentes de entrega, lidas sem ampliar seu alcance. Não se afirma pesquisa exaustiva de toda regulamentação. Os pareceres antigos continuam preservados; a nova pesquisa não autentica seus atos passados.