Rejeição 944: confira o vínculo entre IE e CPF do local de retirada

Se sua NF-e recebeu “Rejeição: IE do local de retirada não vinculada ao CPF”, confira a identificação da pessoa física informada no local de retirada. O problema pode estar na combinação entre CPF e inscrição estadual, mesmo quando os números foram digitados sem erro aparente. Alterar somente a ficha do cliente ou a IE do emitente pode não corrigir o grupo que provocou a rejeição.

Antes de reenviar, preserve o XML transmitido e a resposta da SEFAZ. Descubra onde a mercadoria será retirada, qual identificação deve constar naquele local e de quais cadastros o emissor buscou os dados.

O que a regra efetivamente diz

A NT 2021.004 v1.35, página 19, documenta o 944 na 5AF15-30, regra obrigatória de autorização de NF-e modelo 55. A condição é CPF do local de retirada informado e IE desse local não vinculada ao CPF.

O alvo não é qualquer CPF existente na nota. O MOC descreve o grupo retirada, no qual estão retirada/CPF, campo F02a, e retirada/IE, campo F15. A UF do local, em F09, também precisa corresponder ao cadastro e à operação. Nome e endereço ajudam a confirmar que a seleção representa o expedidor correto.

Não confunda esse retorno com inscrição não cadastrada, vínculo com CNPJ ou vínculo de um local de entrega. As regras vizinhas têm mensagens e condições próprias. Se o número apareceu em outro serviço, confirme a origem e a descrição completa; não extrapole o modelo 55 desta linha para NFC-e.

Um CPF correto não prova o vínculo com a IE

O schema 010f prevê CPF com onze algarismos e escolha entre CPF e CNPJ no grupo, sem ambos simultaneamente. A atualização para CNPJ alfanumérico não transforma CPF em identificador alfanumérico. Preserve os zeros. Formato correto não comprova titularidade: a IE pode estar associada a outra pessoa.

Também não basta demonstrar que o CPF está regular na Receita Federal. A rejeição trata de vínculo cadastral com a inscrição estadual. A verificação deve considerar o estabelecimento, a pessoa e a UF correspondentes, nos canais oficiais pertinentes à operação.

O responsável pela retirada, alguém que acompanha a carga e a pessoa que deve ser identificada no cadastro fiscal não são automaticamente a mesma pessoa. Não selecione um CPF pela conveniência de já possuir um registro no sistema. Confirme os documentos e o papel real do participante com o responsável fiscal.

Faça a conferência antes da correção

1. Anote chave, modelo, autorizador, ambiente, horário e retorno completo.

2. Localize retirada/CPF, retirada/IE e retirada/UF no XML enviado.

3. Confira nome e endereço do grupo para identificar a origem dos dados.

4. Compare a combinação com a documentação cadastral verdadeira.

5. Preserve o resultado da consulta oficial, inclusive UF pesquisada, data e inscrição localizada.

A tela pode mostrar uma ficha atualizada enquanto a nota preparada anteriormente conserva outros dados. Uma integração também pode escolher a IE de uma ficha e o CPF de outra. Peça ao suporte ajuda para rastrear essa origem quando a divergência não estiver visível no cadastro.

Mantenha produção e homologação identificadas. Uma emissão aprovada em outro ambiente ou uma previsão histórica de implantação não demonstra que o cadastro e a regra estejam iguais no autorizador utilizado agora.

Como corrigir conforme a causa

A IE foi importada de outra pessoa

Se o CPF representa corretamente quem deve constar no local de retirada, mas a inscrição foi selecionada de outro cadastro, confirme qual IE se aplica à pessoa e à UF. Corrija a seleção comprovadamente errada e a origem dos dados no emissor.

Não copie uma inscrição apenas por estar cadastrada ou por ser numericamente parecida. A correção precisa preservar a identificação verdadeira e o local real da retirada.

O CPF enviado pertence a outro participante

Confira se a integração utilizou um contato, representante ou cadastro antigo no lugar da identificação fiscal correta. Se os documentos da operação demonstrarem o erro, ajuste o cadastro que gerou o campo.

Não substitua o CPF pelo titular da IE disponível sem primeiro confirmar que essa pessoa deve constar na nota. Formar um par cadastral aceito não justifica trocar o expedidor real.

CPF e IE parecem corretos, mas a base estadual diverge

Solicite ao responsável pelo cadastro a confirmação da inscrição e de seu vínculo perante a administração tributária. Preserve documentos e resultados de consulta para analisar eventual atualização ou inconsistência.

Corrigir a ficha interna não modifica o cadastro da SEFAZ. A orientação pública da SEFA/PR sobre o CCC informa que cada UF mantém seus contribuintes. Havendo divergência, reúna XML, resposta e documentação para o atendimento competente. Não há prazo universal de sincronização garantido.

As condições de outros códigos não devem ser copiadas

A linha 5AF15-30 não traz a mesma ressalva de Regime Especial de IE Única presente na regra vizinha de vínculo com CNPJ. Isso não permite presumir um tratamento universal para CPF nem afirmar que todas as situações especiais de qualquer UF foram pesquisadas.

Se houver um regime ou ato individual invocado no caso, ele precisa ser comprovado e analisado no contexto correto. Não transfira uma orientação da rejeição 943, da IE do destinatário ou de um serviço de evento para solucionar o 944 por aproximação.

Não altere tipo de emissão, identificação ou situação fiscal para afastar a validação. A NT 2026.007 v1.10 modifica regras cadastrais vizinhas. Seu cronograma, atualizado pelo aviso ENCAT de 05/10/2026, prevê 26/10 em homologação e 16/11 em produção. Essas datas e as condições das outras regras não foram transferidas ao 944. A busca focal sem menção ao código não prova revogação ou vigência universal.

Exemplo hipotético

Uma empresa prepara uma NF-e com retirada em um expedidor identificado por CPF, conforme os documentos da operação. A ficha correta foi selecionada, mas uma importação conservou a IE de outra pessoa cadastrada anteriormente.

Se XML, documentos e consulta estadual confirmarem essa causa, a equipe corrige a inscrição selecionada e a integração que misturou os cadastros. Mantém o expedidor e o local verdadeiros. Depois verifica o novo arquivo e o retorno; o exemplo não comprova uma inscrição real nem promete autorização.

Verifique a nova tentativa e quando escalar

Depois de corrigir a causa, gere a nota rejeitada pelo fluxo do emissor e confira os campos no novo XML. Alterações devem passar pela geração e assinatura do sistema. Não edite manualmente um arquivo assinado nem transmita repetidamente sem demonstrar o que mudou.

Leia o resultado para a chave e o ambiente correspondentes. O desaparecimento do 944 não comprova autorização; trate outra rejeição pelo seu diagnóstico e preserve o protocolo quando houver autorização.

Procure o suporte para seleção incorreta de dados ou divergência entre ficha e XML. Acione a contabilidade para definir a identificação fiscal, o preenchimento cabível e eventual regime específico. Solicite atendimento da SEFAZ quando a combinação comprovada não for reconhecida pela base utilizada.

Limites do grupo de retirada

O MOC orienta preencher o grupo quando o local difere do endereço do remetente. Isso não autoriza incluir retirada em qualquer formato: a F01-10 da NT 2026.002 v1.11 veda o grupo na NFC-e e na NF-e com DANFE Simplificado Tipo 2, tpImp=6.

Se uma informação foi incluída indevidamente, sua retirada exige correção do fato errado e avaliação fiscal. Não apague IE ou CPF verdadeiro, troque por CNPJ ou use “ISENTO” simplesmente para evitar o vínculo. O tipo de IE no schema admite o literal ISENTO, mas essa possibilidade sintática não comprova isenção. O preenchimento deve seguir a operação e o leiaute aplicável.

Fontes e limites desta versão

Pesquisa e revisão de redação em 16/10/2026. Primárias e inspeções pessoais compartilhadas com 942/943 são reutilizadas por hash; os três corpos práticos abaixo foram abertos especificamente para 944. Sem consulta individual ou teste de emissão.

• NT 2021.004 v1.35, páginas 19–20; PNG existente da página 19 pessoalmente reinspecionado nesta autoria. Linha 5AF15-30 íntegra, obrigatória, modelo 55; ressalva de IE Única pertence à linha CNPJ vizinha. Capa v1.35 e cabeçalho residual v1.33 identificados.

• MOC 7.0 Anexo I, páginas 15–17; schemas oficiais, pacote 010f, declarações TLocal/TCpf/TCnpjOpc/TIe; NT 2026.004 v1.01, página 6, mudança do CNPJ. Declarações lidas não equivalem a XML compilado ou autorizado.

• NT 2026.007 v1.10, páginas 3, 5, 8 e 9, contraste com regras adjacentes; aviso ENCAT, atualização de 05/10; SEFA/PR, CCC, responsabilidade estadual pela manutenção. Capturas de 16/10 feitas em 942, explicitamente reutilizadas.

• NT 2026.002 v1.11, páginas 3 e 11, F01-10. PNG11 anteriormente visto pessoalmente em 942 reutilizado; observação de implementação futura da G01-10/entrega não transferida à retirada.

• Omie 944, corpo específico completo, 29/01/2026; Oobj 944, corpo específico completo, 19/09/2024; TecnoSpeed 944, corpo específico completo pela ferramenta WEB, 26/02/2025, separado da tentativa direta HTTP 403. Foram descartados o CPF de 14 posições no TX2 e o XML Expedidor com CNPJ e CPF simultâneos. Números fictícios de exemplos externos não foram validados nem reutilizados. Menus de terceiros não são instruções do ALRA.

Históricos negativos permanecem preservados. Fontes, provas, datas e hashes estão em fontes.v2.json. A pesquisa fundamenta o guia geral; não comprova vínculo de pessoa real, regime especial individual ou implantação de determinado autorizador.