Rejeição 716: confirme o consumidor final antes de corrigir a nota

A rejeição 716 exige conferir para que o comprador adquiriu a mercadoria e como essa informação foi enviada. O documento chegou ao autorizador com a indicação de uma operação não destinada a consumidor final, embora utilize um fluxo que exige essa condição. A solução depende de uma diferença prática: o indicador está errado ou a emissão escolhida não serve para a venda real?

Não marque todo cliente como consumidor final para liberar o caixa. Quem compra para revender exige análise diferente de quem compra para utilizar. A rejeição oferece um ponto de investigação; não substitui a classificação fiscal da operação.

Mensagem, serviço e modelos

Na NT 2026.002 v1.11, página 9, regra B25a-10, o retorno é “Rejeição: NFC-e ou NF-e com DANFE Simplificado Tipo 2 em operação não destinada a consumidor final”. A condição examinada é ide/indFinal=0 na NFC-e, modelo 65, ou na NF-e, modelo 55, com DANFE Simplificado Tipo 2, ide/tpImp=6. O serviço é NFeAutorizacao, na autorização do documento.

No MOC 7.0, página 77, o ramo histórico é limitado ao modelo 65, com a mensagem “Rejeição: NFC-e em operação não destinada a consumidor final”. Esse texto pode continuar aparecendo em programas e manuais práticos. Confira modelo, formato e resposta completa, pois o número não identifica sozinho todos os contextos fiscais.

Este diagnóstico não se aplica automaticamente a códigos 716 de CT-e, MDF-e ou outros serviços. A NF-e 55 Tipo 2 continua sendo modelo 55; a regra da NT consultada não significa que qualquer NF-e 55 esteja proibida de documentar uma operação não destinada a consumidor final.

O indicador precisa retratar a operação

No MOC 7.0, página 10, indFinal=1 identifica operação com consumidor final e indFinal=0, operação normal, sem essa indicação. A expressão “normal” nesse campo não corresponde à finalidade normal de finNFe. Uma venda pode ter finalidade normal e, ainda assim, ser destinada à revenda. Os campos respondem a perguntas diferentes.

O uso final da mercadoria também não é determinado apenas por CPF ou CNPJ. Uma empresa pode adquirir bens para uso próprio; isso não transforma automaticamente todas as suas compras em consumo final. Da mesma forma, possuir inscrição estadual não responde sozinho para que o item foi comprado. O indicador de consumidor final e o indicador de inscrição estadual do destinatário são campos distintos e devem permanecer coerentes com as exigências do documento.

Outras regras podem restringir a emissão conforme destinatário e operação. Corrigir indFinal não dispensa verificações de modelo, contribuinte, CFOP, destino e condições do Tipo 2. Evite usar a 716 como autorização geral para emitir NFC-e a qualquer comprador.

Diagnóstico com evidências

Guarde XML transmitido, retorno completo, horário, modelo, série, número, chave, UF do emitente, autorizador e ambiente. Confira se ide/indFinal está realmente em 0. Depois compare pedido, cadastro e finalidade declarada da compra. Se a empresa não sabe se os produtos serão revendidos ou utilizados, resolva essa dúvida com o responsável fiscal antes de alterar o documento.

Peça ao suporte para localizar a origem do indicador. Ele pode vir de uma natureza de operação, cadastro do cliente, parâmetro da integração ou perfil da loja. Uma nota criada antes da atualização pode guardar o valor antigo. A evidência relevante é o XML final, e não apenas uma opção marcada na tela.

Correção por cenário

A compra é para uso final e o sistema enviou o indicador errado

Com a condição confirmada, corrija a origem do indicador e atualize o documento rejeitado. O novo XML deve representar consumidor final, sem mudar produtos, destinatário, quantidades ou tributação para obter aceitação. Gere e assine novamente pelo emissor; não altere manualmente um arquivo já assinado.

Se o ajuste pertence à natureza de operação, examine onde esse perfil é utilizado. Um padrão criado para vendas ao consumidor não deve ser aplicado indiscriminadamente à revenda. Se pertence ao cadastro do cliente, verifique se o sistema permite tratar compras diferentes do mesmo cliente de acordo com cada operação.

A mercadoria será revendida ou usada em operação que não é de consumo final

Mantenha o fato verdadeiro. A NFC-e e a NF-e com Tipo 2 não são o caminho adequado para indFinal=0 nessa regra. Peça à contabilidade que defina a emissão aplicável, inclusive eventual NF-e 55 com formato e conteúdo apropriados à operação.

Trocar somente o modelo para 55 não basta se o sistema continuar usando tpImp=6. Também não se deve escolher outro formato apenas para afastar a rejeição. O responsável fiscal precisa confirmar o fluxo inteiro, incluindo natureza da operação, CFOP, tributos e condições locais. A mudança de documento resulta da necessidade fiscal comprovada.

O indicador da tela está correto, mas a rejeição continua

Compare o arquivo efetivamente transmitido com o novo arquivo gerado. Investigue reaproveitamento de XML antigo, mapeamento da integração, cache de configuração e uma nota pendente que não recebeu a alteração. Confira se o retorno pertence à tentativa atual e ao mesmo ambiente.

Se o XML realmente contém indFinal=1 e o retorno continua sendo 716, preserve os registros e leve a divergência ao suporte. Não altere outros fatos sem diagnóstico nem repita a transmissão continuamente. Uma comparação controlada permite descobrir se a mensagem corresponde a outro documento ou a uma falha no fluxo.

Exemplo hipotético

Uma loja vende três cadeiras por R$ 690 a um escritório que as utilizará em sua recepção. A operação foi preparada como NFC-e, mas a integração reaproveitou indFinal=0 de um perfil de venda para revenda. Após confirmar o uso informado e a adequação do documento com o responsável fiscal, a equipe corrige o mapeamento e atualiza a nota pendente.

Se as mesmas cadeiras fossem compradas por outra loja para revenda, marcar consumidor final seria incorreto. Nesse segundo caso, a equipe preservaria a classificação real e definiria a emissão adequada, sem usar o Tipo 2 como solução automática.

Vigência e alcance

A conferência de 15/10/2026 utiliza a NT v1.11, a captura atual do índice SVRS e o MOC novamente obtido. A página 3 prevê para B25a-10 testes em 01/07/2026 e produção em 03/08/2026. O adiamento para 14/12/2026 identifica somente I08-180, BA02-35 e VC02-40; não inclui B25a-10.

O texto e o PNG existente da página 9 confirmam aplicação obrigatória, sem exceção própria. O esquema 010f conserva indFinal com valores 0 e 1; essa estrutura comum não libera 0 em NFC-e ou Tipo 2. Os prazos documentais e o índice, que ressalva possível alteração de datas, não comprovam implantação individual por UF, autorizador e ambiente. Confira a versão do retorno quando houver divergência.

Como encerrar o atendimento

Leia o novo retorno e confira chave, ambiente e situação fiscal. O desaparecimento da 716 pode ser seguido por outra rejeição; somente a resposta apropriada comprova a autorização. Quando autorizada, preserve XML e protocolo e confira o vínculo com a venda, sem criar outra nota para o mesmo fato por falta de atualização interna.

Acione a contabilidade quando houver dúvida sobre consumidor final ou escolha do documento. Acione o suporte quando cadastro e XML divergirem, o perfil atingir operações indevidas ou a correção não chegar ao arquivo. Informe a regra B25a-10 e envie registros suficientes para reproduzir o problema sem expor dados desnecessários.

Fontes

Conferência documental em 15/10/2026, XML 4.00. Sem emissão de teste ou validação operacional do ALRA.

• NT 2026.002 v1.11, páginas 3, 7 e 9: calendário, formato e regra. PNG normativo existente da página 9 examinado nesta retomada. Índice SVRS, captura atual com ressalva sobre datas.

• MOC 7.0, Anexo I, páginas 10 e 77. Esquemas XML do Portal Nacional, pacote 010f.

• Apoios específicos: Oobj, TecnoSpeed, Webmania. Os três corpos consultados tratam de NFC-e antes da ampliação para NF-e Tipo 2. Menus e parâmetros desses produtos não comprovam procedimentos do ALRA; a regra atual e os fatos reais da operação orientam a correção.