Rejeições fiscais
Rejeição 729: NFC-e com informação da IE do destinatário
A rejeição 729 informa que a NFC-e enviada contém a Inscrição Estadual do destinatário em uma situação incompatível com a validação aplicada. O primeiro passo é conferir o XML efetivamente transmitido: o campo envolvido é IE dentro de dest, o grupo do cliente. A inscrição da empresa emitente pertence a outro grupo e…
A rejeição 729 informa que a NFC-e enviada contém a Inscrição Estadual do destinatário em uma situação incompatível com a validação aplicada. O primeiro passo é conferir o XML efetivamente transmitido: o campo envolvido é IE dentro de dest, o grupo do cliente. A inscrição da empresa emitente pertence a outro grupo e não deve ser removida para tentar resolver esse retorno.
É preciso separar a informação que existe no cadastro do cliente daquela que pode ser enviada nesse documento. Uma empresa pode ter Inscrição Estadual cadastrada, e esse dado continuar correto, mesmo quando ele não deve integrar determinada NFC-e. A correção deve preservar os fatos da operação e a condição tributária real do destinatário.
O que o leiaute e a regra dizem
No MOC 7.0, página 15, a nota do campo indIEDest estabelece que, para NFC-e, deve ser informado o indicador 9, sem a tag IE do destinatário. Essa orientação do leiaute é a referência para conferir a geração do modelo 65. Informar consumidor final em outro campo não substitui essa verificação.
Já a linha E17-10, na página 86, identifica a rejeição 729 como obrigatória para o modelo 65 e contém uma condição específica: operação com exterior, idDest=3, com IE do destinatário informada. Essa condição aparece no próprio quadro oficial. Portanto, a redação dessa linha não deve ser convertida, sem ressalva, em uma afirmação de que qualquer IE sempre produzirá o mesmo código em todos os autorizadores.
Isso também não permite emitir NFC-e para o exterior. A regra B11a-10 trata separadamente da operação interestadual ou com exterior e da rejeição 707. Na NT 2026.002 v1.11, página 8, essa vedação continua alcançando a NFC-e, além da NF-e com DANFE Simplificado Tipo 2. Não se deve mudar idDest para tentar escapar da 729, nem presumir qual rejeição aparecerá primeiro.
Por que ter IE não define sozinho a condição do cliente
O indicador de contribuinte e a existência de uma inscrição são informações relacionadas, mas distintas. A Receita Estadual do Rio Grande do Sul esclarece que há não contribuintes que possuem IE, como determinadas construtoras e locadoras. Assim, encontrar uma inscrição no cadastro não basta para concluir que o indicador fiscal está errado.
O caminho inverso também exige cuidado: não se deve converter um contribuinte em não contribuinte apenas para permitir o envio da NFC-e. Confirme a situação cadastral e a natureza da operação com o responsável fiscal. Se a operação não for elegível para o modelo 65, a definição do documento adequado exige essa análise; trocar o modelo por conveniência técnica não resolve o enquadramento.
A orientação da Receita sobre NF-e que identifica não contribuinte com IE não deve ser transportada automaticamente para a NFC-e. O documento possui regras próprias, inclusive a nota específica do leiaute citada acima. Da mesma forma, preencher a IE com a palavra “ISENTO” não é uma solução para a 729.
Como localizar o dado que provocou o retorno
Guarde a mensagem completa, o código, o horário, o ambiente e o XML enviado. Verifique mod=65, o grupo dest, a presença de IE, o valor de indIEDest e o identificador de destino. Analise a cópia transmitida, pois uma tela de cadastro ou uma prévia pode não mostrar exatamente o conteúdo montado pela integração.
Procure de onde veio a inscrição: cadastro compartilhado entre NF-e e NFC-e, importação de clientes, integração comercial ou transformação feita na geração do XML. Se a IE foi inserida automaticamente, o ajuste precisa alcançar essa origem para evitar que a mesma informação reapareça na tentativa seguinte.
Quando a operação for uma NFC-e interna e o retorno recebido for 729, preserve também esse contexto. A diferença entre o caso concreto e a condição escrita na linha E17-10 deve ser apresentada ao suporte do emissor ou do autorizador com as evidências. Não invente uma operação com exterior para fazer o documento coincidir com a redação do quadro.
Como corrigir sem alterar o cadastro fiscal indevidamente
Confirmada a utilização legítima da NFC-e e a condição correta do destinatário, ajuste a geração para respeitar o leiaute aplicável, sem enviar a IE em dest. Isso pode exigir uma configuração ou correção da integração. Não apague a inscrição de um cadastro geral usado por outros documentos apenas porque ela não deve ser enviada nesse XML.
No ALRA, encaminhe o XML e o retorno ao suporte quando não estiver claro onde a inscrição foi incluída. A identificação do ponto de origem permite orientar o ajuste correto sem depender de menus ou procedimentos de outro sistema. A alteração precisa refletir o documento pretendido, preservando os dados fiscais que continuam válidos no cadastro.
Depois, gere novamente o arquivo pelo emissor, com a assinatura correspondente, e confira seu conteúdo antes da transmissão. Não edite manualmente um XML já assinado. Se houver dúvida sobre o resultado de uma tentativa anterior, consulte a situação correspondente antes de criar outro documento ou repetir a emissão.
Exemplo de diagnóstico
Considere uma venda interna para um cliente cuja condição de não contribuinte foi confirmada, embora ele possua IE. A operação foi considerada elegível para NFC-e, mas a integração copiou a inscrição do cadastro para dest/IE e recebeu 729. O ajuste é revisar essa geração para o modelo 65, preservando a inscrição cadastral e a condição real do cliente.
Esse exemplo não declara que toda venda a pessoa jurídica admite NFC-e, nem que retirar a tag garante autorização. Se o indicador ou a escolha do documento estiverem incorretos, essas questões precisam ser resolvidas pela análise fiscal. Outras validações podem produzir novos retornos.
Conferência final e atualização documental
Antes de retransmitir, confirme que a mudança atingiu o XML correto, que o cadastro não foi descaracterizado e que o documento continua representando a operação realizada. O encerramento depende do resultado efetivamente devolvido pelo autorizador; desaparecer a mensagem 729 não equivale, por si só, a obter autorização.
Na conferência documental de 15 de outubro de 2026, as atualizações examinadas não ofereceram uma substituição expressa da E17-10 que eliminasse a ressalva descrita. Alterações sobre inscrição do emitente ou outras validações cadastrais não autorizam incluir IE do destinatário em NFC-e. Versão, ambiente e retorno concreto continuam relevantes quando o comportamento observado exige esclarecimento.
Fontes
Receita Estadual RS — identificação do destinatário para indIEDest.
Apoios operacionais confrontados com a documentação: Supersoft, Dynamicca e Sistema Emissor.